* [devel] FS label detection at boot time @ 2005-05-13 12:09 Vitaly Ostanin 2005-05-13 12:15 ` Sergey Vlasov 0 siblings, 1 reply; 9+ messages in thread From: Vitaly Ostanin @ 2005-05-13 12:09 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 731 bytes --] Здравствуйте. Обнаружилась странность в работе mount -L label ... и /sbin/blkid. В загруженной системе монтирование по метке проходит нормально, blkid всё правильно определяет. А вот на этапе загрузки монтирование по метке не работает - no such partition, /sbin/blkid ничего не выводит. Проверял вставкой в livecd на этапе перемонтирования root в rw: mkdir /mnt/usbroot echo "Trying blkid:" /sbin/blkid mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \ /mnt/usbroot -o sync Также не отрабатывает mount -L usbroot /mnt/usbroot -o sync Монтирование с явным указанием раздела /dev/sda2 работает. Так вот, чего может не хватать определению разделов по метке? -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 256 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] FS label detection at boot time 2005-05-13 12:09 [devel] FS label detection at boot time Vitaly Ostanin @ 2005-05-13 12:15 ` Sergey Vlasov 2005-05-13 12:28 ` [devel] " Vitaly Ostanin 2005-05-13 15:07 ` Vitaly Ostanin 0 siblings, 2 replies; 9+ messages in thread From: Sergey Vlasov @ 2005-05-13 12:15 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 862 bytes --] On Fri, May 13, 2005 at 04:09:13PM +0400, Vitaly Ostanin wrote: > Обнаружилась странность в работе > mount -L label ... > и /sbin/blkid. > > В загруженной системе монтирование по метке проходит нормально, > blkid всё правильно определяет. > > А вот на этапе загрузки монтирование по метке не работает - no > such partition, /sbin/blkid ничего не выводит. Проверял вставкой > в livecd на этапе перемонтирования root в rw: > > mkdir /mnt/usbroot > echo "Trying blkid:" > /sbin/blkid > mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \ > /mnt/usbroot -o sync > > Также не отрабатывает > mount -L usbroot /mnt/usbroot -o sync > > Монтирование с явным указанием раздела /dev/sda2 работает. > > Так вот, чего может не хватать определению разделов по метке? /proc, /sys в этот момент есть? USB-устройство уже определилось ядром? [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time 2005-05-13 12:15 ` Sergey Vlasov @ 2005-05-13 12:28 ` Vitaly Ostanin 2005-05-13 12:49 ` Anton Farygin 2005-05-13 15:07 ` Vitaly Ostanin 1 sibling, 1 reply; 9+ messages in thread From: Vitaly Ostanin @ 2005-05-13 12:28 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 511 bytes --] Sergey Vlasov пишет: <skipped/> >>Также не отрабатывает >>mount -L usbroot /mnt/usbroot -o sync >> >>Монтирование с явным указанием раздела /dev/sda2 работает. >> >>Так вот, чего может не хватать определению разделов по метке? > > /proc, /sys в этот момент есть? Не знаю, посмотрю. > USB-устройство уже определилось ядром? Да, при явном указании /dev/sda2 раздел с флешки монтируется, в логах до этого видно, что оно определилось. <skipped/> -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 256 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] Re: FS label detection at boot time 2005-05-13 12:28 ` [devel] " Vitaly Ostanin @ 2005-05-13 12:49 ` Anton Farygin 0 siblings, 0 replies; 9+ messages in thread From: Anton Farygin @ 2005-05-13 12:49 UTC (permalink / raw) To: ALT Devel discussion list Vitaly Ostanin wrote: > Sergey Vlasov пишет: > > <skipped/> > >>> Также не отрабатывает >>> mount -L usbroot /mnt/usbroot -o sync >>> >>> Монтирование с явным указанием раздела /dev/sda2 работает. >>> >>> Так вот, чего может не хватать определению разделов по метке? >> >> >> /proc, /sys в этот момент есть? > > > Не знаю, посмотрю. > >> USB-устройство уже определилось ядром? > > > Да, при явном указании /dev/sda2 раздел с флешки монтируется, в > логах до этого видно, что оно определилось. > > <skipped/> > Посмотри strace от blkid на этапе загрузки - куда оно лезет и чего ему не хватает. Если конечно влом читать исходники libblkid. Rgds, Rider ^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time 2005-05-13 12:15 ` Sergey Vlasov 2005-05-13 12:28 ` [devel] " Vitaly Ostanin @ 2005-05-13 15:07 ` Vitaly Ostanin 2005-05-14 7:49 ` Anton Farygin 1 sibling, 1 reply; 9+ messages in thread From: Vitaly Ostanin @ 2005-05-13 15:07 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1.1: Type: text/plain, Size: 1181 bytes --] Sergey Vlasov пишет: > On Fri, May 13, 2005 at 04:09:13PM +0400, Vitaly Ostanin wrote: > >>Обнаружилась странность в работе >>mount -L label ... >>и /sbin/blkid. >> >>В загруженной системе монтирование по метке проходит нормально, >>blkid всё правильно определяет. >> >>А вот на этапе загрузки монтирование по метке не работает - no >>such partition, /sbin/blkid ничего не выводит. Проверял вставкой >>в livecd на этапе перемонтирования root в rw: >> >>mkdir /mnt/usbroot >>echo "Trying blkid:" >>/sbin/blkid >>mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \ >>/mnt/usbroot -o sync >> >>Также не отрабатывает >>mount -L usbroot /mnt/usbroot -o sync >> >>Монтирование с явным указанием раздела /dev/sda2 работает. >> >>Так вот, чего может не хватать определению разделов по метке? > > /proc, /sys в этот момент есть? USB-устройство уже определилось ядром? /proc и /sys в этот момент есть. В аттаче вывод strace -eopen от blkid на этапе загрузки в livecd (strace.blkid.livecd), и от запущенного в рабочей системе. Запустить его в уже загруженном livecd я забыл, но разделы там точно определяются. <skipped/> -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #1.2: strace.blkid.livecd --] [-- Type: text/plain, Size: 1059 bytes --] open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/i686/sse2/libblkid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/i686/libblkid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/sse2/libblkid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/libblkid.so.1", O_RDONLY) = 3 open("/lib/i686/libuuid.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/libuuid.so.1", O_RDONLY) = 3 open("/lib/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/lib/libc.so.6", O_RDONLY) = 3 open("/etc/blkid.tab", O_RDONLY) = -1 ENOENT (No such file or directory) open("/etc/blkid.tab", O_RDONLY) = -1 ENOENT (No such file or directory) open("/proc/evms/volumes", O_RDONLY) = -1 ENOENT (No such file or directory) open("/proc/lvm/VGs", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/proc/partitions", O_RDONLY) = 3 open("/dev/loop0", O_RDONLY) = 4 [-- Attachment #1.3: strace.blkid.work --] [-- Type: text/plain, Size: 1353 bytes --] open("/etc/ld.so.preload", O_RDONLY) = 3 open("/etc/ld.so.cache", O_RDONLY) = 3 open("/lib/libblkid.so.1", O_RDONLY) = 3 open("/lib/libuuid.so.1", O_RDONLY) = 3 open("/lib/libc.so.6", O_RDONLY) = 3 open("/etc/blkid.tab", O_RDONLY) = 3 open("/etc/blkid.tab", O_RDONLY) = 3 open("/proc/evms/volumes", O_RDONLY) = -1 ENOENT (No such file or directory) open("/proc/lvm/VGs", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open("/proc/partitions", O_RDONLY) = 3 open("/dev/hda1", O_RDONLY) = 4 open("/dev/hda2", O_RDONLY) = 4 open("/dev/hda3", O_RDONLY) = 4 open("/dev/hdb1", O_RDONLY) = 4 open("/dev/hdb2", O_RDONLY) = 4 open("/dev/hdb3", O_RDONLY) = 4 open("/dev/sda1", O_RDONLY) = 4 open("/dev/sda2", O_RDONLY) = 4 open("/etc/blkid.tab-B4kJdh", O_RDWR|O_CREAT|O_EXCL, 0600) = 3 /dev/hda1: TYPE="swap" /dev/hda2: UUID="30a5ffe3-9f4a-4e73-ac52-3996decdde21" TYPE="xfs" /dev/hda3: UUID="29311a0c-b4dc-4d5b-93c9-ae3df4f5561b" SEC_TYPE="ext2" TYPE="ext3" /dev/hdb1: UUID="3E88-1268" TYPE="vfat" /dev/hdb2: TYPE="ntfs" /dev/hdb3: UUID="f0a2f288-c203-426b-a64b-e6b5030720b8" TYPE="xfs" /dev/sda1: LABEL="usbfat" UUID="4272-7C6B" TYPE="vfat" /dev/sda2: LABEL="usbroot" TYPE="reiserfs" [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 256 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [devel] Re: FS label detection at boot time 2005-05-13 15:07 ` Vitaly Ostanin @ 2005-05-14 7:49 ` Anton Farygin 2005-05-14 8:13 ` Vitaly Ostanin ` (2 more replies) 0 siblings, 3 replies; 9+ messages in thread From: Anton Farygin @ 2005-05-14 7:49 UTC (permalink / raw) To: ALT Devel discussion list Vitaly Ostanin wrote: > Sergey Vlasov пишет: > >> On Fri, May 13, 2005 at 04:09:13PM +0400, Vitaly Ostanin wrote: >> >>> Обнаружилась странность в работе >>> mount -L label ... >>> и /sbin/blkid. >>> >>> В загруженной системе монтирование по метке проходит нормально, >>> blkid всё правильно определяет. >>> >>> А вот на этапе загрузки монтирование по метке не работает - no >>> such partition, /sbin/blkid ничего не выводит. Проверял вставкой >>> в livecd на этапе перемонтирования root в rw: >>> >>> mkdir /mnt/usbroot >>> echo "Trying blkid:" >>> /sbin/blkid >>> mount `/sbin/blkid -t LABEL=usbroot | cut -d ':' -f1` \ >>> /mnt/usbroot -o sync >>> >>> Также не отрабатывает >>> mount -L usbroot /mnt/usbroot -o sync >>> >>> Монтирование с явным указанием раздела /dev/sda2 работает. >>> >>> Так вот, чего может не хватать определению разделов по метке? >> >> >> /proc, /sys в этот момент есть? USB-устройство уже определилось ядром? > > > /proc и /sys в этот момент есть. > > В аттаче вывод strace -eopen от blkid на этапе загрузки в livecd > (strace.blkid.livecd), и от запущенного в рабочей системе. > Запустить его в уже загруженном livecd я забыл, но разделы там > точно определяются. > ну примерно все ясно. Попробуйте перед blkid на этапе загрузки вывести содержимое /proc/partitions Похоже что blkid ищет разделы, полагаясь на содержимое /proc/partitions, а там может быть пусто. Скорее всего дело в том, что еще не отработал hotplug. Рекомендую пересмотреть в корне схему добавления usbroot, написав скрипт в /etc/dev.d для блочных устройств. А еще лучше - реализовав это с помощью hal (там надо патчить, но оно того стоит). Т.е. - в идеале должно выглядеть примерно так: hotplug детектит устройства, загружает модули ядра, при появлении блочных устройств идет event тому же hotplug'у, udev и hal о появлении устройства... hal детектит тип файловой системы, label (это он умеет), потом в зависимости от label добавляет соответствующие записи в /etc/fstab или запускает программу монтирования с необходимыми опциями. Все есть, за исключением запуска программы монтирования. Rgds, Rider ^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time 2005-05-14 7:49 ` Anton Farygin @ 2005-05-14 8:13 ` Vitaly Ostanin 2005-05-14 10:18 ` Vitaly Ostanin 2005-05-16 16:30 ` [devel] " Vitaly Ostanin 2 siblings, 0 replies; 9+ messages in thread From: Vitaly Ostanin @ 2005-05-14 8:13 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 1452 bytes --] Anton Farygin пишет: <skipped/> >>В аттаче вывод strace -eopen от blkid на этапе загрузки в livecd >>(strace.blkid.livecd), и от запущенного в рабочей системе. >>Запустить его в уже загруженном livecd я забыл, но разделы там >>точно определяются. > > ну примерно все ясно. > > Попробуйте перед blkid на этапе загрузки вывести содержимое /proc/partitions Спасибо, попробую. > Похоже что blkid ищет разделы, полагаясь на содержимое /proc/partitions, > а там может быть пусто. > > Скорее всего дело в том, что еще не отработал hotplug. > > Рекомендую пересмотреть в корне схему добавления usbroot, написав скрипт > в /etc/dev.d для блочных устройств. Написал. Собственно, я пытался вклиниться на начальном этапе, чтобы как можно меньше сервисов перезапускать с настройками, взятыми с бранча на флешке. > А еще лучше - реализовав это с помощью hal (там надо патчить, но оно > того стоит). Хорошо, попробую. > Т.е. - в идеале должно выглядеть примерно так: > hotplug детектит устройства, загружает модули ядра, при появлении > блочных устройств идет event тому же hotplug'у, udev и hal о появлении > устройства... > hal детектит тип файловой системы, label (это он умеет), потом в > зависимости от label добавляет соответствующие записи в /etc/fstab или > запускает программу монтирования с необходимыми опциями. > > Все есть, за исключением запуска программы монтирования. <skipped/> -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 256 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: FS label detection at boot time 2005-05-14 7:49 ` Anton Farygin 2005-05-14 8:13 ` Vitaly Ostanin @ 2005-05-14 10:18 ` Vitaly Ostanin 2005-05-16 16:30 ` [devel] " Vitaly Ostanin 2 siblings, 0 replies; 9+ messages in thread From: Vitaly Ostanin @ 2005-05-14 10:18 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1: Type: text/plain, Size: 314 bytes --] Anton Farygin пишет: <skipped/> > Попробуйте перед blkid на этапе загрузки вывести содержимое /proc/partitions > > Похоже что blkid ищет разделы, полагаясь на содержимое /proc/partitions, > а там может быть пусто. Да, там только loop0. <skipped/> -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 256 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* [devel] Re: label detection at boot time 2005-05-14 7:49 ` Anton Farygin 2005-05-14 8:13 ` Vitaly Ostanin 2005-05-14 10:18 ` Vitaly Ostanin @ 2005-05-16 16:30 ` Vitaly Ostanin 2 siblings, 0 replies; 9+ messages in thread From: Vitaly Ostanin @ 2005-05-16 16:30 UTC (permalink / raw) To: ALT Devel discussion list [-- Attachment #1.1: Type: text/plain, Size: 577 bytes --] Anton Farygin пишет: <skipped/> > Рекомендую пересмотреть в корне схему добавления usbroot, написав скрипт > в /etc/dev.d для блочных устройств. Postinstall скрипт и системный скрипт из него в аттаче. При загрузке виснет с kernel oops с упоминанием unionfs, очень похож на тот oops, что я недавно присылал. Виснет после добавления бранча на флешке для /etc, после этого реагирует только на Alt+SysRq. Livecd сделан из: kernel-image-std26-up-2.6.11-alt8.i586.rpm unionfs-utils-1.0.11-alt1.i586.rpm <skipped/> -- Regards, Vyt mailto: vyt@vzljot.ru JID: vyt@vzljot.ru [-- Attachment #1.2: 05usbroot --] [-- Type: text/plain, Size: 2289 bytes --] cat <<E_O_F >> $ROOT/etc/uniontab /etc /home /root /var/mail E_O_F $in_chroot /bin/mkdir -p /etc/dev.d/block cat <<E_O_F >> $ROOT/etc/dev.d/block/usbdrive.dev #!/bin/sh -x # # USB drive hotplug agent for 2.6 kernels # # ACTION=add # DEVPATH=/block/* # cd /etc/hotplug . ./hotplug.functions SourceIfNotEmpty /etc/sysconfig/hotplug if [ "\$HOTPLUG" == "no" -o "\$USBPLUG" == "no" ];then exit 0 fi STATEPATH=/var/lib/hotplug UNIONTAB=/etc/uniontab UNIONCTL=/usr/sbin/unionctl MOUNT=/bin/mount USBROOT=/media/storage_usbroot [ -x \$UNIONCTL -a -x \$MOUNT ] || exit 1 function restart_services() { mesg "Restarting services with \"usbroot\" settings..." [ -s \$USBROOT/etc/sysconfig/clock ] && /sbin/service clock start [ -d \$USBROOT/etc/net ] && /sbin/service network restart } function add_unionfs_branches_to_usbroot() { mesg "Adding unionfs branches to \$USBROOT" grep -ve '^\(#\|\$\)' \$UNIONTAB |while read mntpt; do if [ -d \$mntpt ]; then mkdir -p \$USBROOT/\$mntpt mesg "Adding unionfs rw branch for \$mntpt to \$USBROOT/\$mntpt ..." \$UNIONCTL \$mntpt --add --mode rw \$USBROOT/\$mntpt && \ mesg "Successfully added unionfs branch for \$mntpt" || \ mesg "Adding unionfs branch for \$mntpt failed." fi [ \$mntpt == /etc ] && restart_services done } function mount_usbroot() { /bin/mkdir \$USBROOT mesg "Trying to mount /dev/\$NAME to \$USBROOT ..." \$MOUNT /dev/\$NAME \$USBROOT -o sync && mesg "Successfully mounted." || exit 1 mesg "Removing \$USBROOT/etc/mtab" rm -f \$USBROOT/etc/mtab if [ -s \$UNIONTAB ]; then add_unionfs_branches_to_usbroot fi } case \$ACTION in add) # FIXME: how to detect LABEL from udev (or HAL) ? NAME=\`udevinfo -q name -p \$DEVPATH\` # FIXME: remove trailing space from blkid output ? LABEL=\`blkid /dev/\$NAME -s LABEL | cut -d '=' -f2\` [ \$LABEL == \"usbroot\" ] || exit 0 mesg "Found label \$LABEL on \$DEVPATH" mount_usbroot exit 0 ;; remove) # FIXME: udevinfo not works without device NAME=\`udevinfo -q name -p \$DEVPATH\` umount /dev/\$NAME exit 0 ;; *) debug_mesg USB drive \$ACTION event not supported exit 1 ;; esac E_O_F $in_chroot /bin/chmod 755 /etc/dev.d/block/usbdrive.dev [-- Attachment #1.3: usbdrive.dev --] [-- Type: text/plain, Size: 2014 bytes --] #!/bin/sh -x # # USB drive hotplug agent for 2.6 kernels # # ACTION=add # DEVPATH=/block/* # cd /etc/hotplug . ./hotplug.functions SourceIfNotEmpty /etc/sysconfig/hotplug if [ "$HOTPLUG" == "no" -o "$USBPLUG" == "no" ];then exit 0 fi STATEPATH=/var/lib/hotplug UNIONTAB=/etc/uniontab UNIONCTL=/usr/sbin/unionctl MOUNT=/bin/mount USBROOT=/media/storage_usbroot [ -x $UNIONCTL -a -x $MOUNT ] || exit 1 function restart_services() { mesg "Restarting services with \"usbroot\" settings..." [ -s $USBROOT/etc/sysconfig/clock ] && /sbin/service clock start [ -d $USBROOT/etc/net ] && /sbin/service network restart } function add_unionfs_branches_to_usbroot() { mesg "Adding unionfs branches to $USBROOT" grep -ve '^\(#\|$\)' $UNIONTAB |while read mntpt; do if [ -d $mntpt ]; then mkdir -p $USBROOT/$mntpt mesg "Adding unionfs rw branch for $mntpt to $USBROOT/$mntpt ..." $UNIONCTL $mntpt --add --mode rw $USBROOT/$mntpt && mesg "Successfully added unionfs branch for $mntpt" || mesg "Adding unionfs branch for $mntpt failed." fi [ $mntpt == /etc ] && restart_services done } function mount_usbroot() { /bin/mkdir $USBROOT mesg "Trying to mount /dev/$NAME to $USBROOT ..." $MOUNT /dev/$NAME $USBROOT -o sync && mesg "Successfully mounted." || exit 1 mesg "Removing $USBROOT/etc/mtab" rm -f $USBROOT/etc/mtab if [ -s $UNIONTAB ]; then add_unionfs_branches_to_usbroot fi } case $ACTION in add) # FIXME: how to detect LABEL from udev (or HAL) ? NAME=`udevinfo -q name -p $DEVPATH` # FIXME: remove trailing space from blkid output ? LABEL=`blkid /dev/$NAME -s LABEL | cut -d '=' -f2` [ $LABEL == \"usbroot\" ] || exit 0 mesg "Found label $LABEL on $DEVPATH" mount_usbroot exit 0 ;; remove) # FIXME: udevinfo not works without device NAME=`udevinfo -q name -p $DEVPATH` umount /dev/$NAME exit 0 ;; *) debug_mesg USB drive $ACTION event not supported exit 1 ;; esac [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 256 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2005-05-16 16:30 UTC | newest] Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2005-05-13 12:09 [devel] FS label detection at boot time Vitaly Ostanin 2005-05-13 12:15 ` Sergey Vlasov 2005-05-13 12:28 ` [devel] " Vitaly Ostanin 2005-05-13 12:49 ` Anton Farygin 2005-05-13 15:07 ` Vitaly Ostanin 2005-05-14 7:49 ` Anton Farygin 2005-05-14 8:13 ` Vitaly Ostanin 2005-05-14 10:18 ` Vitaly Ostanin 2005-05-16 16:30 ` [devel] " Vitaly Ostanin
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git