Re: [Mageia-dev] System doen't boot with LVM
* Colin Guthrie (mag...@colin.guthr.ie) wrote: If it does fail then ultimately the problem will be in: /usr/lib/dracut/modules.d/90lvm/module-setup.sh (or one of the utility functions it uses). It should use udevadm info to query the system about LVM info. You can add debug to the check_lvm function and then re-run dracut -f foo.img again to see where it bails out. If, however, it works fine on your running system then perhaps the problem is with the installer lacking some udev rules to properly capture all the needed metadata in udev database. This will require a bit more fiddling (i.e. running udevadm info in the installer to look at the properties it exports about the devices). I did reproduced the issue. By changing the end of check() function in /usr/lib/dracut/modules.d/90lvm/module-setup.sh by this: [[ $hostonly ]] || [[ $mount_needs ]] { for_each_host_dev_and_slaves_all check_lvm || return 1 } I got: # cat ./etc/cmdline.d/90lvm.conf rd.lvm.lv=sagittarius/swap rd.lvm.lv=sagittarius/root Iirc I replaced for_each_host_dev_and_slaves by for_each_host_dev_and_slaves_all. Honestly I don't understand what it change... Hope this help. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpNoPykTc2aF.pgp Description: PGP signature
Re: [Mageia-dev] System doen't boot with LVM
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 20/02/13 18:13 did gyre and gimble: * Colin Guthrie (mag...@colin.guthr.ie) wrote: Iirc I replaced for_each_host_dev_and_slaves by for_each_host_dev_and_slaves_all. Honestly I don't understand what it change... Hope this help. Yes, that helps a lot. I'm not sure why it makes a difference (considering my own setup here is at least partially similar to yours), but I'll definitely dig into it more. Can you describe the LVM setup? i.e. how the lvm sits on top of the physical disks etc? I really want to try and reproduce the issue so I can make a good upstream explanation of the problem with the patch. Sure, my disk is a SSD: Device Boot Start End Blocks Id System /dev/sda1 63 80324 40131 de Dell Utility /dev/sda2 * 81920 1622015 7700487 HPFS/NTFS/exFAT /dev/sda3 1622016 124499967614389767 HPFS/NTFS/exFAT /dev/sda4 124502016 500105215 1878016005 Extended /dev/sda5 124506112 125547974 520931+ 83 Linux /dev/sda6 125550592 500103449 187276429 8e Linux LVM /dev/sda5 = /boot /dev/sda6 = the whole lvm [root@localhost foo]# lvs LVVG Attr LSize Pool Origin Data% Move Log Copy% Convert crypt sagittarius -wi-ao--- 141,01g root sagittarius -wi-ao--- 12,77g swap sagittarius -wi-ao--- 3,91g tmp sagittarius -wi-ao--- 3,00g var sagittarius -wi-ao--- 1,95g the crypt lv is my /home: /dev/mapper/crypt_sagittarius_crypt on /home type ext4 (rw,noatime,commit=600,data=ordered) Don't hesitate if you need more output, especially device and dm number. I can produce debug output of dracut too if necessary. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp1RVumMvVOQ.pgp Description: PGP signature
[Mageia-dev] System doen't boot with LVM
I rebooted my laptop this morning and it failed to boot: unable to find my / under lvm. I did try to do a fresh cauldron result but got same result. Dracut gi a shell, It seems 'lvm vgmknodes' has no effect (the swap lv did existed already). BTW: lvm command seems to be missing in rescue mode. It is impossible to use an already existing encrypted partition: it said 'cryptsetup failed' and nothing more. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpDzJPatejCd.pgp Description: PGP signature
Re: [Mageia-dev] System doen't boot with LVM
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 18/02/13 12:48 did gyre and gimble: So ok, I just update my freshly installed mga2 to cauldron using network install (live upgrade don't work, it seems urpmi fail to find a way to update the system w/o filesystem). I have the exact same result: it don't boot. Hmm, re: live upgrade are you meaning just a urpmi based upgrade? If so, I've done a few similar updates in the last week or so in VMs and it's always been OK. I presume you installed the mageia-prepare-upgrade package from mga2/core/updates_testing, rebooted to the boot menu entry created by that package before upgrading? Ha, no, I followed the howto on the wiki: https://wiki.mageia.org/en/Feature:UsrMove and there is no reference to this package on the page :\ Regarding the network install based upgrade there may be issues relating to bootloader config tools (in drakx) that related the use of the blkid cache which might make it miss the whole LVM volume (I've seen it manifest itself as putting root=/dev/ into grubs menu.lst rather than root=/dev/mapper/foo). The entry in grub is fine (just checked it). In the dracut shell, what does /etc/cmdline.d/lvm.conf say? It should contain enough info to brink up both the root and the swap lvm. rd.lvm.lv=sagittarius/swap The problem is that dracut itself is not detecting that the LV needs activating when it runs. In order to get a booting system, just pass rd.lvm.lv=sagitarius/slash on the command line (obviously substituting the real name of your logical volume). This should make dracut initialise the lvm automatically. This method did work and I am now under linux. What can I do to understand why dracut did not detect the lvm to activate properly (and hopefully fix this definitivelly) ? You should (at least in theory) also just be able to type something like lvm vgchange -ay into the dracut shell, then type exit (perhaps twice) to continue the boot process. This has work except I was unable to enter my passphrase to read my encrypted /home. But it's good to know this is posible. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpG1g9fWXoPF.pgp Description: PGP signature
[Mageia-dev] perl-doc need by POD::Usage
Hi, It seems perl has been splited into perl and perl-doc, however perl package provide POD::Usage which require perldoc to work: $ rt --help Can't exec /usr/bin/perldoc: Aucun fichier ou dossier de ce type at /usr/lib/perl5/5.16.2/Pod/Usage.pm line 583. $ urpmf /usr/bin/perldoc perl-doc:/usr/bin/perldoc In order to have POD::Usage (provided by perl itself) perldoc must be move into perl package. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpyeJIQ1gu1Z.pgp Description: PGP signature
Re: [Mageia-dev] perl-doc need by POD::Usage
* Thierry Vignaud (thierry.vign...@gmail.com) wrote: On 4 February 2013 18:17, Olivier Thauvin nanar...@nanardon.zarb.org wrote: It seems perl has been splited into perl and perl-doc, however perl package provide POD::Usage which require perldoc to work: where were you for the last decade? $ rt --help Can't exec /usr/bin/perldoc: Aucun fichier ou dossier de ce type at /usr/lib/perl5/5.16.2/Pod/Usage.pm line 583. $ urpmf /usr/bin/perldoc perl-doc:/usr/bin/perldoc In order to have POD::Usage (provided by perl itself) perldoc must be move into perl package. No. This package must just require it. This package is perl itself: rpm -qf /usr/lib/perl5/5.16.2/Pod/Usage.pm perl-5.16.2-2.mga3 If perl must require perl-doc, the split is just useless. ++ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpXQwhEWObMp.pgp Description: PGP signature
Re: [Mageia-dev] Booting on GPT + UEFI + Secure Boot...
* Liam R E Quin (l...@holoweb.net) wrote: On Mon, 2013-01-07 at 17:01 +0100, Olivier Thauvin wrote: I found the key of the issue: grub has not install because block number is to big (my /boot is at 1,6TB from the start of the disk). With my HP Elitebook I found that all the partitions were allocated, so I booted in Windows 7 (this was 2 years ago) and used the program that came with Windows to resize the partitions and move them around a bit. I did succeed to setup grub2-efi on my mageia2. But I want cauldron on it and since upgrading mga2 = cauldron is no longer possible I decided to try to install cauldron. The system is installed with grub2-efi but the boot failed with all kernel I've tried: cannot mount /proc - mount return error, no such file or directory. Any idea ? -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp6M5wSoKTO6.pgp Description: PGP signature
Re: [Mageia-dev] Booting on GPT + UEFI + Secure Boot...
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 08/01/13 14:01 did gyre and gimble: But I want cauldron on it and since upgrading mga2 = cauldron is no longer possible I decided to try to install cauldron. Why is this no longer possible? This mga2 has been installed yesterday: urpmi --auto-update --skip '/filesystem|ncurses/' = urpmi ran during 10 minutes without doing nothing the I did stop it. urpmi urpmi --skip '/filesystem|ncurses/' = pull perl - glibc - and it complain the rpmlib(...) was necessary. I guess any new binary will pull the latest glibc. That's true I haven't check if my rpm version was the last but since I did an network install I hope rpms from updates were installed. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp5_OKPOkWlQ.pgp Description: PGP signature
Re: [Mageia-dev] Booting on GPT + UEFI + Secure Boot...
* Pascal Terjan (pter...@gmail.com) wrote: On Tue, Jan 8, 2013 at 2:01 PM, Olivier Thauvin nanar...@nanardon.zarb.org wrote: The system is installed with grub2-efi but the boot failed with all kernel I've tried: cannot mount /proc - mount return error, no such file or directory. Any idea ? Yes, it seems a cauldron bug :) Well I worked around the problem using by force util-linux from mga2 in rescue mode. So some notes here about installer, in my case legacy grub1 was not usuable so I used grub2 + efi. Two things are need: - detect the fat32 partition containing EFI/ directory if any or create it, copy on it the grub2-efi boot code (done %post of grub2) - enabling the grub2 boot code, this step is also done in %post fo grub2-efi but it doesn't work in rescue mode because 'efivars' kernel module is not load Once this is done the grub2 configuration is perfectly updated when I install a new kernel. I can boot windows or mageia by setting the boot order in UEFI. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAsA6Tlica4.pgp Description: PGP signature
[Mageia-dev] Cauldron install broken with existing lvm
Hi, There is currently two problem with lvm in cauldron installer: 1) If you already have a lvm the installer failed to detect it and if you try to read it by clicking on the lvm partition you get error division by 0 and the installer don't work anymore. 2) in rescue mode the mount system under /mnt failed to detect /, I had to run manually lvm2 vgchange -a y and lvm2 vgmknodes. Both were working fine in mga2. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpufZHWrEDlx.pgp Description: PGP signature
[Mageia-dev] PXE boot on cauldron failed
Hello, We use PXE to install computers, it works very fine for Mageia 2 but it failed with Cauldron with same parameters: LABEL manual64bits KERNEL http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/2/x86_64/isolinux/alt0/vmlinuz APPEND initrd=http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/2/x86_64/isolinux/alt0/all.rdz automatic=method:http,ser:distrib-coffee.ipsl.jussieu.fr,dir:/pub/linux/Mageia/distrib/2/x86_64/,int:eth0,netw:dhcp vga=788 and for cauldron: LABEL manual64bits KERNEL http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/cauldron/x86_64/isolinux/alt0/vmlinuz APPEND initrd=http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/cauldron/x86_64/isolinux/alt0/all.rdz automatic=method:http,ser:distrib-coffee.ipsl.jussieu.fr,dir:/pub/linux/Mageia/distrib/cauldron/x86_64/,int:eth0,netw:dhcp vga=788 I can see the end of kernel messages but I cannot see the first message... Any idea ? -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpOiVE8ShIjz.pgp Description: PGP signature
[Mageia-dev] Booting on GPT + UEFI + Secure Boot...
Hello again, I just buy a wonderfull HP ENVY23 smartscreen. It has: - Windows 8 (I'd like to keep it) - GPT Formated disk (2T) - UEFI - SecureBoot I am trying to install a Mageia on it: I disabled secure boot. I succeed to boot using PXE (using legacy boot) and to install mageia2, but it failed to boot on Mageia using legacy boot. So questions: - is it possible to boot Mageia using legacy boot on GPT disk ? - is it possible to boot Mageia using UEFI ? Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpodb2xkd9h2.pgp Description: PGP signature
Re: [Mageia-dev] Booting on GPT + UEFI + Secure Boot...
* Pascal Terjan (pter...@gmail.com) wrote: On Mon, Jan 7, 2013 at 11:31 AM, Olivier Thauvin nanar...@nanardon.zarb.org wrote: Hello again, I just buy a wonderfull HP ENVY23 smartscreen. It has: - Windows 8 (I'd like to keep it) - GPT Formated disk (2T) - UEFI - SecureBoot I am trying to install a Mageia on it: I disabled secure boot. I succeed to boot using PXE (using legacy boot) and to install mageia2, but it failed to boot on Mageia using legacy boot. Do you know how it fails? The Bios claim the disk is not bootable and it switch to the next device (network card or UEFI/windows 8). So questions: - is it possible to boot Mageia using legacy boot on GPT disk ? Yes (using grub, not lilo) It's the case, but it's not working. I did try in rescue mode to reinstall grub but it failed with hd0 not found. - is it possible to boot Mageia using UEFI ? I think so but I have never tried. I remember someone reporting success. I'll seek archives then. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAC6OHJB0eW.pgp Description: PGP signature
Re: [Mageia-dev] Booting on GPT + UEFI + Secure Boot...
* Thomas Backlund (t...@mageia.org) wrote: Olivier Thauvin skrev 7.1.2013 15:41: * Pascal Terjan (pter...@gmail.com) wrote: On Mon, Jan 7, 2013 at 11:31 AM, Olivier Thauvin nanar...@nanardon.zarb.org wrote: Do you know how it fails? The Bios claim the disk is not bootable and it switch to the next device (network card or UEFI/windows 8). That's because the bootloader installed is not an efi one, so it will be ignored. I found the key of the issue: grub has not install because block number is to big (my /boot is at 1,6TB from the start of the disk). Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpmfPBGhQKbR.pgp Description: PGP signature
Re: [Mageia-dev] rsync problem with distrib-coffee
* Frank Griffin (f...@roadrunner.com) wrote: /mnt/cauldron is my mount point for the mirror of mageia. The command is: HOST=distrib-coffee.ipsl.jussieu.fr::mageia/distrib/cauldron/ rsync -a$1lH --delete --progress --partial --no-whole-file ${HOST}x86_64/ /mnt/cauldron/x86_64/ This only started in the last day or so. Mostly the same rsync I started yesterday end succefully this morning. It seems the problem is on your side. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpSkKSYT0kUi.pgp Description: PGP signature
Re: [Mageia-dev] File Perms on ftp server bad
* Richard Couture (r...@linuxcabal.org) wrote: I run a mirror that syncs directly with rsync://rsync.mageia.org/mageia/ and it is giving me the following errors... Pass 3 receiving file list ... done rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-LiveCD-GNOME-en-i586-CD.torrent (in mageia): Permission denied (13) rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-LiveCD-KDE4-en-i586-CD.torrent (in mageia): Permission denied (13) rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-LiveDVD-GNOME-i586-DVD.torrent (in mageia): Permission denied (13) rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-LiveDVD-GNOME-x86_64-DVD.torrent (in mageia): Permission denied (13) rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-LiveDVD-KDE4-i586-DVD.torrent (in mageia): Permission denied (13) rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-LiveDVD-KDE4-x86_64-DVD.torrent (in mageia): Permission denied (13) rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-i586-DVD.torrent (in mageia): Permission denied (13) rsync: send_files failed to open /iso/cauldron/torrents/Mageia-3-beta1-x86_64-DVD.torrent (in mageia): Permission denied (13) IO error encountered -- skipping file deletion Therefore I can not sync anything that follows I just fixed it. Regards. Could someone take a look please Richard -- LinuxCabal Asociación Civil Ing. Richard Couture Novell CNE, ECNE, MCNE HP/Compaq ASE Tel.: (+52) (333) 145-2638 Cel.: (+52) (044) 333 377-7505 Cel.: (+52) (044) 333 377-7506 Web: http://www.LinuxCabal.org E-Mail: r...@linuxcabal.org Hosted en la nube Cloud Sigma - www.CloudSigma.com AVISO DE CONFIDENCIALIDAD: Este correo electrónico, incluyendo en su caso, los archivos adjuntos al mismo, pueden contener información de carácter confidencial y/o privilegiada, y se envían a la atención única y exclusivamente de la persona y/o entidad a quien va dirigido. La copia, revisión, uso, revelación y/o distribución de dicha información confidencial sin la autorización por escrito de LinuxCabal está prohibida. Si usted no es el destinatario a quien se dirige el presente correo, favor de contactar al remitente respondiendo al presente correo y eliminar el correo original incluyendo sus archivos, así como cualesquiera copia del mismo. Mediante la recepción del presente correo usted reconoce y acepta que en caso de incumplimiento de su parte y/o de sus representantes a los términos antes mencionados, LinuxCabal tendrá derecho a los daños y perjuicios que esto le cause. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpvzUhXJk20h.pgp Description: PGP signature
Re: [Mageia-dev] rsync problem with distrib-coffee
* Frank Griffin (f...@roadrunner.com) wrote: The following keeps showing up: rsync: readdir(/mnt/cauldron/x86_64/media/core/release): Too many levels of symbolic links (40) IO error encountered -- skipping file deletion Seems to work here and /mnt/cauldron/ does not refer to a directory on distrib-coffee. Can you please give the rsync command line you're using ? Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgprciziwnano.pgp Description: PGP signature
[Mageia-dev] Blender don't start
[olivier@localhost ~]$ blender Segmentation fault [olivier@localhost ~]$ rpm -q blender blender-2.65-2.mga3 Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpNNlAjPwlpq.pgp Description: PGP signature
[Mageia-dev] /var/run after /usr/move
Hello, The /usr move included the move of /var/run to /run, however this has not been done into packages, like quagga: [...] %dir %attr(0750,root,root) /var/run/quagga [...] Shouldn' this be changed ? BTW: I recently updated a fresh mga2 to mga-cualdron and separated /var is still not handle automatically when moving /usr. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpwFGYrPcoh8.pgp Description: PGP signature
[Mageia-dev] Distrib-coffee will down tonight
Due to electricity maintenance distrib-coffee will be done from 18H00 GMT to tomorrow 11H00 GMT. Sorry for the inconvenience. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp9UjmDbksOp.pgp Description: PGP signature
[Mageia-dev] Distrib-coffee big failure of the century
Yesterday, the two power supplies of the distrib-coffee's disk array failed at the same time. This mean we lost access to our 10TB of data including mirrors. Currently distrib-coffee is syncing again data from mirrors and restoring backup (for our own data, but yes we have backup !). Sadly, the switch to another storage array was planed in two or three weeks... I do my best to restore the service as soon as possible. At time, 26GB of Mageia are restored. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp9cTpgSwCvH.pgp Description: PGP signature
[Mageia-dev] Network issue with pm-suspend
Hi, To move between my home and work I swith off my computer using pm-suspend. But when I wake up my laptop, the network is not reset so previous IP and route remain (on both ethernet and wifi card). Pluging and unpluging the ethernet cable has no action and even an ifconfig down / ifconfig up does not make the ethernet sending a dhcp request. Am I the only one to have sucj issue ? Any idea about this issue ? Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpifDlxiFuhk.pgp Description: PGP signature
Re: [Mageia-dev] Network issue with pm-suspend
* Maarten Vanraes (maarten.vanr...@gmail.com) wrote: Hi, To move between my home and work I swith off my computer using pm-suspend. But when I wake up my laptop, the network is not reset so previous IP and route remain (on both ethernet and wifi card). Pluging and unpluging the ethernet cable has no action and even an ifconfig down / ifconfig up does not make the ethernet sending a dhcp request. Am I the only one to have sucj issue ? Any idea about this issue ? on my worklaptop (mga2) i use suspend-to-disk, and after i have my screensaver, it seems to hang and take quite a while before the screensaver actually moves... (1min)? by that time, the network is down and after a little while after i log in, the wifi comes up with the new wifi connection... or did you use suspend-to-memory? (i used that too, for smaller times, but haven't switched locations in between suspends) I use pm-suspend, which is suspend to memory. The problem can be invisible in the case the IP address is still valid at wake up. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpzPngJhgQvF.pgp Description: PGP signature
Re: [Mageia-dev] Network issue with pm-suspend
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 07/09/12 12:07 did gyre and gimble: I use pm-suspend, which is suspend to memory. The problem can be invisible in the case the IP address is still valid at wake up. I've certainly seen it where having a network cable plugged in both before and after suspend but in different locations and it just keeps the old IP from the previous dhcp session but whenever that happens I just unplug for a few seconds and replug and it all works it self out. So I've not really seen your issue sadly. Notice I have the same issue with the wifi card, like the deamon responsible of the network connectivity checks get out of order. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAYUPKo38aq.pgp Description: PGP signature
Re: [Mageia-dev] Package removal proposal
* Colin Guthrie (mag...@colin.guthr.ie) wrote: In my opinion we should run a tight ship. If users want to use something we no longer ship, then they still have several choices: 1. Don't install task-obsolete and add it to their skip.list. As obsoletes are automatically promote, there is no way to keep a package except adding it to skip.list. 3. Package it and become a contributor (assuming the reason for dropping the package was due to a lack of maintainer rather than a specific desire/reason (i.e. legal)) Sys admin work is not to make package. For all of these options the user is both informed and can make a very clear, concious choice about how they want to proceed and know the consequences of doing so. This system silently remove packages. I am pretty sure a lot of people will wonder why some need libraries get removed from their system at each update... -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpZbZplvQTXW.pgp Description: PGP signature
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release openvpn-2.2.2-7.mga3
* Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 17/08/2012 19:07, nanardon a écrit : nanardon nanardon 2.2.2-7.mga3: + Revision: 281885 - fix startup with systemd - fix initscript We are supposed to get rid of initscripts, not fix them... No problem to me, feel free to fix the systemd part so. -- BOFH excuse #40: not enough memory, go get system upgrade -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAwsnAPejLw.pgp Description: PGP signature
Re: [Mageia-dev] strange urpmi --auto-update with glibc
* Olav Vitters (o...@vitters.nl) wrote: On Mon, Aug 13, 2012 at 05:06:47PM +0200, Olivier Thauvin wrote: But also the good question is why sshd is restarted when the glibc get updated. This is no real reason and this can cause issue if locale need an update too. Make sure UsePAM is set in sshd_config. IIRC during glibc upgrades the services are either restarted or reloaded. Without UsePAM, systemd will kill your existing session. Either a change in Pam configuration or in sshd_config will need a restart, but for both of this it is too late as systemd is already in place and so any restart will kill all session. And the behavior I explained happend to me on a computer already having UsePam in sshd_config (to use ldap). Sshd has no reload facility, only a restart. I still think no RPM should trigger a restart on a not directly releated service, especially the glibc because any issue with this package can break your system (inlike the kernel there is no backup for the libc). Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpZVuYdzg1B9.pgp Description: PGP signature
Re: [Mageia-dev] strange urpmi --auto-update with glibc
* Philippe Reynes (trem...@yahoo.fr) wrote: Hi all, I've found that I have three glibc installed on my box. [trem@localhost ~]$ rpm -q glibc glibc-2.14.1-8.mga2 glibc-2.16-7.mga3 glibc-2.16-8.mga3 Indeed: [root@apus bug-glibc]# rpm -q glibc glibc-2.14.1-8.mga2 glibc-2.16-5.mga3 glibc-2.16-8.mga3 I wonder if it's not systemd fault: - systemd is installed and the line is added to /etc/pam.d/system-auth (sshd is not restarted) - later I urpmi --auto-update, a new glibc is installed and at end of install sshd get restarted - this included my session - rpm is killed too. But also the good question is why sshd is restarted when the glibc get updated. This is no real reason and this can cause issue if locale need an update too. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp8fPb1bbMDz.pgp Description: PGP signature
Re: [Mageia-dev] Task-obsolete and non-sense obsoletes
* Thierry Vignaud (thierry.vign...@gmail.com) wrote: On 13 August 2012 17:49, nicolas vigier bo...@mars-attacks.org wrote: But people will not be notified of it. If a system is obsolete with the new distribution and known to break things/contain major security problems, I think having a place to put the obsoletes is good. But really I wouldn't expect more than 2 or 3 such packages in a release... Maybe we could change task-obsolete to conflict with obsolete packages instead of obsoleting them : - people who want to remove unsupported packages from their system install task-obsolete - people who don't want to remove unsupported packages don't install task-obsolete This will also make urpmi/rpmdrake warn before removing packages, instead of silently removing them. This would also be removing all obsoleted/unsupported packages or none of them It's already the case with Obsoletes. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpV53su2iqis.pgp Description: PGP signature
[Mageia-dev] Urpmi raise an erreur when installing a .spec file
Under cauldron I do over a project at work: [olivier@localhost forge]$ LC_ALL=C urpmi --buildrequires forge.spec installing forge.spec Preparing... # error: perl-Forge-0.4.5-1.mga3.noarch: install failed In past trying to install a spec did not end by an erreur (even --buildrequires was not specified). Can we back to a more standard behavior ? Moreover french translation is wrong: erreur : perl-Forge-0.4.5-1.mga3.noarch: installer échoué but mayve this should be reported elsewhere. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp0BtZmX3b4L.pgp Description: PGP signature
Re: [Mageia-dev] Urpmi raise an erreur when installing a .spec file
* Thierry Vignaud (thierry.vign...@gmail.com) wrote: On 9 August 2012 22:18, Olivier Thauvin nanar...@nanardon.zarb.org wrote: Under cauldron I do over a project at work: [olivier@localhost forge]$ LC_ALL=C urpmi --buildrequires forge.spec installing forge.spec Preparing... # error: perl-Forge-0.4.5-1.mga3.noarch: install failed In past trying to install a spec did not end by an erreur (even --buildrequires was not specified). Can we back to a more standard behavior ? That has nothing to do with urpmi. That message came from rpm. Your package is bogus. Hu ? In what the spec file can be bogus (and not the package)? No message is ouput but indeed, a spec file is not a noarch rpm and I don't see why urpmi/rpm assume I'am installing a noarch rpm from spec file. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpDRmJFQxex1.pgp Description: PGP signature
[Mageia-dev] Task-obsolete and non-sense obsoletes
Hi, Many people already complain about it, but for me task-obsolete must die. First I just remove but urpmi claim it must come back on my system... probably because it claim to replace lib64db5.2, even maybe still need it. Secondly it contains non-sense dependencies: Obsoletes: lib64db5.2 5.2.42-3 Any lib64db5.2 over this version will by definition obsoletes any packages having same name. So this mean anyone can keep the lib64db5.2 as soon the release tag is increased or someone push into mga 2 / update any libdb higher than 5.2.42 (5.2.43 for example). Moreover, any package lacking of requirements during an upgrade is removed by urpmi. I no-one complain, I'll do a major cleanup (eg removing everything at least everything starting by lib) in package this week But I am still in favor to remove it. In past, package we didn't want to support anymore was just removed from mirrors, and this was enough to show their status. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpUWqKgYPxua.pgp Description: PGP signature
Re: [Mageia-dev] Task-obsolete and non-sense obsoletes
* Pascal Terjan (pter...@gmail.com) wrote: On Tue, Aug 7, 2012 at 12:31 PM, Olivier Thauvin nanar...@nanardon.zarb.org wrote: Hi, But I am still in favor to remove it. In past, package we didn't want to support anymore was just removed from mirrors, and this was enough to show their status. But people will not be notified of it. If a system is obsolete with the new distribution and known to break things/contain major security problems, I think having a place to put the obsoletes is good. But really I wouldn't expect more than 2 or 3 such packages in a release... Indeed, people are not notified, whereas currently packages are removed w/o any notification neither, I am not sure it is better. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpYwUpU0NbZj.pgp Description: PGP signature
[Mageia-dev] strange urpmi --auto-update with glibc
Hello, Am I the only one to have such behavior: [root@apus olivier]# LC_ALL=C urpmi --auto-update The following package has to be removed for others to be upgraded: glibc-2.16-8.mga3.x86_64 (in order to install glibc-2.16-8.mga3.x86_64) (y/N) If I accept the transaction fails saying glibc-2.16-8.mga3.x86_64 is already installed, obviously. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAmiy8DgL9i.pgp Description: PGP signature
Re: [Mageia-dev] strange urpmi --auto-update with glibc
* Thierry Vignaud (thierry.vign...@gmail.com) wrote: On 7 August 2012 18:33, Olivier Thauvin nanar...@nanardon.zarb.org wrote: Hello, Am I the only one to have such behavior: [root@apus olivier]# LC_ALL=C urpmi --auto-update The following package has to be removed for others to be upgraded: glibc-2.16-8.mga3.x86_64 (in order to install glibc-2.16-8.mga3.x86_64) (y/N) If I accept the transaction fails saying glibc-2.16-8.mga3.x86_64 is already installed, obviously. I would need the bug-glibc.tar.xz file resulting from running the following commands: urpmi --auto-update --bug bug-glibc tar cfa bug-glibc{.tar.xz,} Send this file to me (privately, not to the ml (too big)). Or I let you downloading it from here: http://olivier.thauvin.page.latmos.ipsl.fr/bug-glibc.tar.xz Regards. Thx -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp9IrW5kZwkh.pgp Description: PGP signature
Re: [Mageia-dev] distrib-coffee
* Frank Griffin (f...@roadrunner.com) wrote: ...appears to have been down (or at least refusing rsync) for a few hours now. Nop, Distrib-coffee is working fine, It's a network issue on our provider side (Renater). I don't have more information... -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpLX2mTkTS5I.pgp Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! ---- Instructions
* Pascal Terjan (pter...@gmail.com) wrote: On Fri, Aug 3, 2012 at 12:23 AM, Pascal Terjan pter...@gmail.com wrote: On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie mag...@colin.guthr.ie wrote: How to update a chroot? Answering to myself: chroot $chroot urpmi dracut $chroot/usr/lib/dracut/modules.d/30convertfs/convertfs.sh $chroot That did the conversion, but I still can't update, probably because my rpm is too old (rpm-4.9.1.3-2.mga2) as it was not possible to update it before the conversion (it pulls filesystem). Search the thread My feeeling about the rpmlib(X-CheckUnifiedSystemdir) dependency on this list. You have first to update rpm using the one in mga2/update_testing. But indeed you can have a migrated fs but just not the rpm. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp1ekpcc3eHw.pgp Description: PGP signature
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release task-obsolete-3-21.mga3
* Thierry Vignaud (thierry.vign...@gmail.com) wrote: On 1 August 2012 15:43, Guillaume Rousse guillomovi...@gmail.com wrote: Within mageia, libreoffice packages are supposed to replace old openoffice packages, so obsoletes are needed. Unless they are effective file conflict, and libreoffice can't be installed simultaneously, I see no actual reason to force its removal. They do conflicts. We do not maintain it anymore. We do no want to have bugs reports about package Y on mgaX about packages that were obviously build by mga (yes but for mgaX-10). Yes but: - it's up to packagers to point the package is not supported anymore (as it is not on mirrors) - the obsolete should be in the package that replace the previous one (the word 'replace' is important) - it is really a bad practice to choose for users what is good or not. Moreover there is a really bad effect: updating a system can cause to a package to removed because task-obsolete is installed. I am in favor to drop this package. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp61Ea2zSxOj.pgp Description: PGP signature
Re: [Mageia-dev] [RFC] remove support for /etc/rpm/macros.d/*.macros
* Christiaan Welvaart (c...@daneel.dyndns.org) wrote: On Mon, 30 Jul 2012, Thierry Vignaud wrote: For years, we patch our rpm in order to support for /etc/rpm/macros.d (very old compat with rpm-4.4). Upstream refused to merge it as /etc/rpm/ is a macros.d style directory already, except in name. I would like to drop that patch from rpm (one less to maintain). That means basically renaming files: /etc/rpm/macros.d/foobar.macros = /etc/rpm/macros/macros.foobar I think you meant: /etc/rpm/macros.d/foobar.macros = /etc/rpm/macros.foobar (/etc/rpm/macros is a file) I did this patch because /etc/rpm/macros.* will included macros.*.rpmsave/.rpmnew and other vim backup. And it's exactly the case on my own laptop (installed as Mageia): $ ls /etc/rpm macros macros.d/ macros.fjava macros.jpackage macros.rpmnew Notice the macros.rpmnew ! Upstream just sucks to not see this issue, even jbj has admit the problem. This patch is not the most problematic in rpm as it's just a line in the configuration. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgph4puudRH0h.pgp Description: PGP signature
Re: [Mageia-dev] [RFC] remove support for /etc/rpm/macros.d/*.macros
* nicolas vigier (bo...@mars-attacks.org) wrote: On Mon, 30 Jul 2012, Thierry Vignaud wrote: Hi For years, we patch our rpm in order to support for /etc/rpm/macros.d (very old compat with rpm-4.4). Upstream refused to merge it as /etc/rpm/ is a macros.d style directory already, except in name. In a previous mail Colin was suggesting moving all macro files to /usr/lib/rpm/ instead of /etc/rpm : http://www.mageia.org/pipermail/mageia-dev/2012-July/017654.html I think shipping macro files somewhere in /usr/lib/rpm with users using files in /etc/rpm to overwrite macros would be nice. Unfortunately this probably requires an other patch to rpm. Maybe a patch to read /usr/lib/rpm/mageia/macros.* could be accepted upstream ? Ask for /usr/lib/rpm/mageia/*.macros instead ! Something like this : diff --git a/lib/rpmrc.c b/lib/rpmrc.c index 96f05ce..bef589f 100644 --- a/lib/rpmrc.c +++ b/lib/rpmrc.c @@ -439,6 +439,7 @@ static void setDefaults(void) macrofiles = rstrscat(NULL, confdir, /macros, :, confdir, /platform/%{_target}/macros, :, confdir, /fileattrs/*.attr, :, + confdir, / RPMCANONVENDOR /macros.*, :, confdir, / RPMCANONVENDOR /macros, :, SYSCONFDIR /rpm/macros.*, :, SYSCONFDIR /rpm/macros, :, -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpCpqKwDmrQ6.pgp Description: PGP signature
Re: [Mageia-dev] [RFC] remove support for /etc/rpm/macros.d/*.macros
* Olivier Blin (mag...@blino.org) wrote: Olav Vitters o...@vitters.nl writes: On Mon, Jul 30, 2012 at 04:47:54PM +0200, Thierry Vignaud wrote: I would like to drop that patch from rpm (one less to maintain). That means basically renaming files: /etc/rpm/macros.d/foobar.macros = /etc/rpm/macros/macros.foobar [..] WDYT? I thought latest idea that /etc is solely for the sysadmin, so shouldn't above be: /usr/rpm/macros/macros.foobar Right, these macros are not supposed to be edited by the sysadmin, we could even use /usr/lib/rpm/macros.foo (we already use this for perl, php, python, systemd) But I never edited my /etc/rpm/macros. It has been modified by installer long time ago and the /etc/rpm/macros.rpmnew has been created by an update of rpm. Is the installer supposed to modify /etc/rpm/macros ?... -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgptqP5309qj7.pgp Description: PGP signature
Re: [Mageia-dev] Mageia on Raspberry-Pi (ARM port)
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and brett at 22/03/12 15:12 did gyre and gimble: iinm we're actually still starting it up... contact rtp for more info regarding this. Can you please expand rtpI don't know what that stands for. rtp is his IRC nick name :) rtp = Arnaud Pitard Arnaud PAtard. ___ Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpqoVlKW2VOm.pgp Description: PGP signature
Re: [Mageia-dev] My feeeling about the rpmlib(X-CheckUnifiedSystemdir) dependency
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 26/07/12 13:05 did gyre and gimble: * Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 26/07/12 08:05 did gyre and gimble: I'm also not sure where the circular dep is (I can't see why filesystem has to be upgraded to install the newer rpm: but I'll have to do some tests next week in a VM to see if it comes to light). The circular dep is easy to understand: rpm is linked over perl = urpmi rpm pull new perl perl have file in /usr/lib = require new filesystem How does a file in /usr/lib in perl end up requiring the new filesystem package? I don't see any Requires(pre): filesystem 2.1.9-18 in the perl spec. Is there some kind of special handling of filesystem somewhere? Extend perl to any perl package, including urpmi/draktools, add to this all package linked over perl (vim, irssi, etc...). One them is enough since the dependency match the exact perl version. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp9lO297kT7v.pgp Description: PGP signature
[Mageia-dev] My feeeling about the rpmlib(X-CheckUnifiedSystemdir) dependency
Hi, I do think the way we enforce the need of migrate to /usr fs is just an abuse of rpm. By using the a rpmlib() dependency we create in fact this dependency tree: filesystem = rpm with X-CheckUnifiedSystemdir patch = check fs whereas we want: filesystem = check fs THere another to perform the check w/o needing patch in rpm (so w/o needing a specific rpm first): using pre script. If the %pre script failed rpm will refuse to install the rpm, so something like that: export LC_ALL=C [ `stat /bin -c %F` == 'symbolic link' ] || exit 1 or the same using lua. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpQNyquaS3X7.pgp Description: PGP signature
Re: [Mageia-dev] My feeeling about the rpmlib(X-CheckUnifiedSystemdir) dependency
* Balcaen John (mik...@mageia.org) wrote: Le jeudi 26 juillet 2012 09:05:08 Olivier Thauvin a écrit : Hi, Hello, I do think the way we enforce the need of migrate to /usr fs is just an abuse of rpm. By using the a rpmlib() dependency we create in fact this dependency tree: filesystem = rpm with X-CheckUnifiedSystemdir patch = check fs whereas we want: filesystem = check fs THere another to perform the check w/o needing patch in rpm (so w/o needing a specific rpm first): using pre script. Well if it's stay like this we'll have to provide an updated rpm on mga2 ensure it's installed because i was forced here to install manually rpm his dependency because of this loop even if the filesystem was already migrated when upgrading from a fresh installed mga2 to cauldron. An update is already provided (currently in update_testing) but indeed my proposal does not need an update of rpm (it's a standard feature for years now). -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpPqC2cLoOog.pgp Description: PGP signature
Re: [Mageia-dev] Failed to boot after /usr move
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 23/07/12 22:27 did gyre and gimble: So I did the switch on my latptop, everything was fine until I reboot... The problem is again my encrypted /home. What happens? Does the system boot OK generally but fail to allow you to login? Anything in logs? systemctl status /home/$USER tell you anything (assuming it's a regular mount, but I guess this is unlikely...) Anything else we can use to debug with? It don't ask the passphrase during boot, systemctl status /home show nothing but systemctl status cryptsetup report only No such file or directory. BTW: /var/run and /var/lock were not migrated and I had to do it by hand. This happens if /var is on a separate partition. Is this the case with you? I'll have to think about how to handle that more gracefully. It's the case. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp1nc71r6sCW.pgp Description: PGP signature
Re: [Mageia-dev] Failed to boot after /usr move
* Colin Guthrie (mag...@colin.guthr.ie) wrote: Do you mean systemctl status cryptsetup.target? If so I get the same results here: [colin@jimmy spec-helper]$ systemctl status cryptsetup.target cryptsetup.target Loaded: error (Reason: No such file or directory) Active: inactive (dead) Exactly. This generally happens when a unit refers to a target as a dep but the target itself is not defined. This target itself does seem to be AWOL in the systemd-units package. Seems like an unintended (or at least unannounced) change in systemd 187, so separate from the whole usr move thing, just related to a new systemd version. I'll investigate ASAP. Thanks, at time I workaround with noauto in my fstab and I mount it manually after boot. BTW: /var/run and /var/lock were not migrated and I had to do it by hand. This happens if /var is on a separate partition. Is this the case with you? I'll have to think about how to handle that more gracefully. It's the case. Cool. Will have to work that one out then :s Can't the switch be done online a perl/python/c programme, eg once the programme is loaded everything can be done. Or by providing static binaries of mv/rm/ln ? My 2 cents. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpU2gB5R0bYf.pgp Description: PGP signature
[Mageia-dev] Systemd improvement
I have some minor issues with systemd so I report it in case some improvment could be done: 1) The timeout is very long when the system failed to ask the passphrase for encrypted partition, os it is very long to reach any console (this happend only when there is a problem) 2) When everything work fine, the timeout occur if the passphrase for encrypted partition is not enter early enough: I power up my laptop, do something else, come back and it report the boot has failed, surprising! 3) the boot process hang/stop/wait if my wireless card is down (using the hardware switch on the side of my laptop). This step need just one second when the card is on, even it does not connect to any network. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpqK9lh6Ibvx.pgp Description: PGP signature
Re: [Mageia-dev] Systemd improvement
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 24/07/12 10:02 did gyre and gimble: I have some minor issues with systemd so I report it in case some improvment could be done: 1) The timeout is very long when the system failed to ask the passphrase for encrypted partition, os it is very long to reach any console (this happend only when there is a problem) 2) When everything work fine, the timeout occur if the passphrase for encrypted partition is not enter early enough: I power up my laptop, do something else, come back and it report the boot has failed, surprising! So it's both too long and too short :) I'm not sure how to deal with this, but I would suggest that we need to do something a bit more creative to deal with your particular use case. For yourself, it's not a critical filesystem - e.g. it's not /usr or similar, but /home. No you misunderstood, if the system succeed to launch '/usr/bin/ask-the-passphrase' or whatever its name is, it must wait an answer for ever and not continue booting and finally claim hey surprising, I failed to boot w/o the passphrase. The firest time it happend I really thought my system was broken. However, if it cannot launch '/usr/bin/ask-the-passphrase' it is sure booting will failed as it cannot get the passphrase, no need to wait an impossible user input. Again, the case I just talk about happend only in case of bug and must not happend on stable distro. 3) the boot process hang/stop/wait if my wireless card is down (using the hardware switch on the side of my laptop). This step need just one second when the card is on, even it does not connect to any network. If you have any NFS (or other network mounts) mounts that are NOT marked with nofail, then we consider them to be critical filesystems. If these filesystems are NOT needed for boot, then just mark them as nofail and they will still be mounted but your DM/logins will not be delayed while waiting for the network. I don't have nfs in my fstab but maybe this is triggered by another service. But I don't see the point of waiting the card to be on, especially when the card is on it don't connect to any network and don't wait this happend. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgplKpiNv0hP7.pgp Description: PGP signature
Re: [Mageia-dev] Systemd improvement
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 24/07/12 10:47 did gyre and gimble: [...] No you misunderstood, if the system succeed to launch '/usr/bin/ask-the-passphrase' or whatever its name is, it must wait an answer for ever and not continue booting and finally claim hey surprising, I failed to boot w/o the passphrase. The firest time it happend I really thought my system was broken. So what if you cannot enter your password and want to rescue the system? Should it still wait forever until you enter your passphrase? Or would you have to deliberately enter your passphrase wrong X number of times to get the the rescue mode? Why would I be unable to enter my password ? Because I am too drunk ? Then better to not be able to start the system. Because I forgot it ? Well then I can reinstall, my data are lost. Even in rescue mode, I must be able to enter my passphrase, it's a unrelated issue. I may point there is a failsafe menu in grub. I don't have nfs in my fstab but maybe this is triggered by another service. But I don't see the point of waiting the card to be on, especially when the card is on it don't connect to any network and don't wait this happend. Hmm in that case it sounds like a different issue than the deliberate stuff that waits for the network to be ready. Do you know which bit of the system is waiting for this? Is it network-up.service or something else? (I doubt it can be network-up as this shouldn't delay logins unless the afore mentioned NFS mounts are present) I will investigate, it seems this moring it fetched an ip, but it is not always the case and the question is what happend when there is no wireless network reachable. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpbwwSNZVlTR.pgp Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! ---- Instructions
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Shlomi Fish at 22/07/12 17:51 did gyre and gimble: Hi all, On Sun, 22 Jul 2012 19:46:58 +0300 Shlomi Fish shlo...@shlomifish.org wrote: Hi Colin, [QUOTE] installing findutils-4.5.10-2.mga3.x86_64.rpm lib64plymouth2-0.8.6.1-2.mga3.x86_64.rpm filesystem-2.1.9-18.mga3.x86_64.rpm lib64ncursesw-devel-5.9-7.mga3.x86_64.rpm plymouth-plugin-script-0.8.6.1-2.mga3.x86_64.rpm lib64ncurses5-5.9-7.mga3.x86_64.rpm ncurses-5.9-7.mga3.x86_64.rpm plymouth-plugin-label-0.8.6.1-2.mga3.x86_64.rpm lib64dbjava5.1-5.1.29-4.mga3.x86_64.rpm lib64ncursesw5-5.9-7.mga3.x86_64.rpm lib64ncurses-devel-5.9-7.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... # 1/69: filesystem # error: unpacking of archive failed on file /var/lock: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.x86_64: install failed 2/69: ncurses # 3/69: lib64ncurses5 # 4/69: lib64plymouth2 # 5/69: plymouth-plugin-label # 6/69: lib64ncursesw5 # 7/69: lib64ncursesw-devel # 8/69: plymouth-plugin-script # 9/69: lib64ncurses-devel # 10/69: findutils # 11/69: lib64dbjava5.1 # [/QUOTE] And the rest of the packages refuse to install. OK, I figured out. After I ran as root: # cd /var # mv lock lock.ol # mv run run.old It was fixed and I was able to install the filesystem package and the rest of the packages. However, something like that should not happen. Well, this should have been done for you. Did you already have run.runmove~ and lock.lockmove~ folders in /var? If so then I suspect something is killing the symlinks. Is it normal that in the same time filesystem package provide /usr/{lib,bin} etc as directory whereas the pre script transform it as symlink (according http://sophie.zarb.org/rpms/696f0450c6b9baa8dcf088602f19c810/files). For me they must be symlinks in the filesystem rpm. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpR3kQS9wZU7.pgp Description: PGP signature
[Mageia-dev] Failed to boot after /usr move
Hi, So I did the switch on my latptop, everything was fine until I reboot... The problem is again my encrypted /home. BTW: /var/run and /var/lock were not migrated and I had to do it by hand. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpuzmxKMRKi4.pgp Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! ---- Instructions
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Nicolas Lécureuil at 22/07/12 11:58 did gyre and gimble: Le dimanche 22 juillet 2012 12:56:42 Claire Revillet a écrit : Hi What append if we decide not to make the step on our machine ? Will it still be possible to update ? to package ? filesystem rpm won't install anymore so you won't be able to update your cauldron anymore Yes exactly. This is a necessary step to continue using Cauldron really. It's also something that will need to be done in the mga2 - mga3 upgrade although I will ensure that a nice packaged solution exits for users doing this change so as to be a bit more user friendly. Then just do it now. I have my laptop + 2 others VM under cauldron at work to be able to contribute to Mageia. I don't really have time for such migration, and don't want to if this can break by laptop then denying me to work. I'll wait to update my cauldron, no mather if I can't test anymore. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpHZRic7mpIF.pgp Description: PGP signature
[Mageia-dev] puppet and the urpmi config
Hello, As sys admin I use puppet to push config to servers. It is very simple, puppet detect a file is not the same than the reference, copy the file, restart the daemon or trigger a command if need. Here come urpmi, can you push by force the urpmi.cfg and make it work using some --force and --do-it-even-it-is-really-not-clean but each time an urpmi command is called the config file written again. Then the file is changed, making puppet updating the urpmi.cfg again and again. To avoid this problem I wrote the attached script: it take as argument the path to an urpmi.cfg and synchronize the config found with the real urpmi.cfg. - removed media are removed properly - the media.cfg used as template is unchanged - urpmi.update is called to update the index - urpmi base is locked to avoid race condition In cases this can be usefull. Ideas and patches welcome. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ #!/usr/bin/perl use strict; use warnings; use urpm; use urpm::cfg; use urpm::media; use urpm::args; use urpm::download; use Getopt::Long; use Pod::Usage; GetOptions( help = sub { pod2usage() }, );# or pod2sage(1); my ($config) = @ARGV; my $template = urpm::cfg::load_config($config); { my $urpm = urpm-new_parse_cmdline or exit(1); my $_urpmi_lock = urpm::lock::urpmi_db( $urpm, 'exclusive', wait = 1, ); urpm::media::read_config($urpm); my %media_to_update = (); foreach my $medium (@{ $urpm-{media} || [] }) { my ($tlpmedia) = (grep { $_-{name} eq $medium-{name} } @{ $template-{media} || [] }); if (! $tlpmedia) { my @selected = urpm::media::select_media_by_name($urpm, [ $medium-{name} ], !$urpm-{options}{fuzzy}); urpm::media::remove_media($urpm, \@selected); } else { %{ $medium } = (); %{ $medium } = %{ $tlpmedia }; } } foreach my $medium (@{ $template-{media} || [] }) { if (!grep { $_-{name} eq $medium-{name} } (@{ $urpm-{media} || [] })) { push(@{ $urpm-{media} }, $medium); } } $urpm-{modified} = 1; urpm::media::write_config($urpm); } system('/usr/sbin/urpmi.update', '-a', '-q'); pgps8PBU2zqdF.pgp Description: PGP signature
Re: [Mageia-dev] puppet and the urpmi config
* Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 18/07/2012 14:29, Olivier Thauvin a écrit : Ideas and patches welcome. You shouldn't overwrite any file managed locally, but interact with it using expected interface. For urpmi, it just requires to check if the media you are interested in is already present, and otherwise call urpmi.addmedia for adding it. I don't have any puppet-ready solution for it, but I don't think that's really difficult to reproduce. A real solution would be urpmi make a real difference between configuration and state data. At time it write things in both /etc/urpmi and /var/lib/urpmi, even there is no change real change in urpmi.cfg. Such plugin for puppet must be written in ruby, I haven't plan to learn ruby right now. I will also argue the media name is not enough to ensure the urpmi config use the right distro on the server I want. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpedlIiZL3FV.pgp Description: PGP signature
Re: [Mageia-dev] puppet and the urpmi config
* Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 18/07/2012 17:39, Olivier Thauvin a écrit : * Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 18/07/2012 14:29, Olivier Thauvin a écrit : A real solution would be urpmi make a real difference between configuration and state data. At time it write things in both /etc/urpmi and /var/lib/urpmi, even there is no change real change in urpmi.cfg. Right, but that's outside the scope of your problem. And urpmi.cfg is the only example of such a scenario. Just imagine managing /etc/passwd, for instance. Indeep for /etc/passwd, but in fact, on RedHat system this is not a problem since all system users have fixed uidNumber. The main difference is all ditributions have an /etc/passwd so puppet have a standard plugin for it, only Mageia (and others Mandriva base) have an urpmi.cfg. Yum for instance does not have this issue. Such plugin for puppet must be written in ruby, I haven't plan to learn ruby right now. You don't need any plugin to run a grep command, and take a decision based on its output status. And if there is some code to write, that would rather be an augeas lense to avoid the need of using grep (I've no clue about the difficulty, tough). Puppet have a Yum plugin for instance. I don't have augeas on all servers we have (I have to support Mdv MES 5 to Mageia cauldron...). And finally what you suggest is more or less what I did. Except I did it for my own need, it has no options (yet). -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpNebADuY9WB.pgp Description: PGP signature
Re: [Mageia-dev] libpostfix issue.
* David W. Hodgins (davidwhodg...@gmail.com) wrote: On Mon, 16 Jul 2012 20:18:45 -0400, Luis Daniel Lucio Quiroz dlu...@okay.com.mx wrote: Le lundi 16 juillet 2012 09:32:13 Colin Guthrie a écrit : ldconfig: /usr/lib64/libpostfix-xsasl.so.1 is not an ELF file - it has the wrong magic bytes at the start. how tofix this? Looks to me like it's a postfix problem. [...] Not sure about how to fix it. I am not sure this is a postfix issue, I found this in postfix spec file: %if %{with dynamicmaps} for i in lib/*.a; do j=${i#lib/lib} install $i %{buildroot}%{_libdir}/libpostfix-${j%.a}.so.1 done %endif The libpostfix-${j%.a}.so.1 look really suspicious (hardcode major, shell magic replacement, ...). -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp6YxyX1Umno.pgp Description: PGP signature
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release nsca-2.7.2-7.mga3
* Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 17/07/2012 08:53, nanardon a écrit : nanardon nanardon 2.7.2-7.mga3: + Revision: 271750 - correction initscript initscripts are deprecated, you're supposed to use systemd service now... BTW: I've read (quickly) initscripts will no longer be supported in mageia 3. If true, what about proprietary applications ? -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpN0dxIheGvg.pgp Description: PGP signature
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release nsca-2.7.2-7.mga3
* Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 17/07/2012 09:27, Olivier Thauvin a écrit : * Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 17/07/2012 08:53, nanardon a écrit : nanardon nanardon 2.7.2-7.mga3: + Revision: 271750 - correction initscript initscripts are deprecated, you're supposed to use systemd service now... BTW: I've read (quickly) initscripts will no longer be supported in mageia 3. If true, what about proprietary applications ? Same as before: you have to write systemd services yourself if the application doesn't provide one. Being proprietary doesn't change anything here. I do think a lot of sysadmin will just see their application doesn't works anymore and prefer to switch to another distribution (more enterprise oriented). -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpnb8x4dDJKD.pgp Description: PGP signature
[Mageia-dev] System startup fails with crypted partitions
Hello, Yesterday evening I did reboot my computer and the system was unable to boot until I disabled my crypted partition (my /home) in /etc/crypttab. Nothing asked me the key for the crypt partition, neither in graphical mode neither in text mode. [olivier@localhost ~]$ rpm -q systemd systemd-186-1.mga3 -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpFRqUKZODjC.pgp Description: PGP signature
Re: [Mageia-dev] System startup fails with crypted partitions
* Guillaume Rousse (guillomovi...@gmail.com) wrote: Le 16/07/2012 10:54, Olivier Thauvin a écrit : Probably not, it's hard to know since I use pm-{suspend,hibernate} to move my laptop and I reboot only when the wake up fails. Using suspension instead of shutdown makes usage of harddisk encryption almost useless... When the computer wake up the screen saver lock the screen so data are not accessible and switching to runlevel 1 need a reboot. However my /home is crypted also for testing purpose, not only to hide data. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpHBY5k7FaF0.pgp Description: PGP signature
Re: [Mageia-dev] System startup fails with crypted partitions
* Colin Guthrie (mag...@colin.guthr.ie) wrote: Hopefully new plymouth will fix the password entry at boot. Sorry for forgetting about this issue (which I even reported upstream!). Brain fail :p I just reboot for testing and it works well with latest plymouth. Big thanks for the quick fix (to you and blino). -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpidumu8StcB.pgp Description: PGP signature
[Mageia-dev] updating sshd kill ssh connection
I was updating remotly my build machine when: 192/254: openssh-server # Migrating sysvinit service 'sshd' to systemd native unit 'sshd.service' via systemd install rules. Connection to cauldron64.latmos.ipsl.fr closed by remote host. Connection to cauldron64.latmos.ipsl.fr closed. This must _never_ happend if the update goes wrong you completly loose the hand on the computer. BTW: restarting sshd never shutdown pending ssh connection. Please remove or fix this. Let's see the state of machine now I was disconnected during urpmi... -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpUqptclvcnD.pgp Description: PGP signature
Re: [Mageia-dev] updating sshd kill ssh connection
* Sander Lepik (sander.le...@eesti.ee) wrote: 27.06.2012 11:06, Olivier Thauvin kirjutas: I was updating remotly my build machine when: 192/254: openssh-server # Migrating sysvinit service 'sshd' to systemd native unit 'sshd.service' via systemd install rules. Connection to cauldron64.latmos.ipsl.fr closed by remote host. Connection to cauldron64.latmos.ipsl.fr closed. This must _never_ happend if the update goes wrong you completly loose the hand on the computer. BTW: restarting sshd never shutdown pending ssh connection. Please remove or fix this. Let's see the state of machine now I was disconnected during urpmi... Check your /etc/ssh/sshd_config - you must use UsePAM yes there. https://wiki.mageia.org/en/Mageia_2_Errata#SSH_daemon_issues We already use PAM in ssh (because ldap)... -- Sander -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp96oNc9U6tz.pgp Description: PGP signature
Re: [Mageia-dev] updating sshd kill ssh connection
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 27/06/12 09:17 did gyre and gimble: * Sander Lepik (sander.le...@eesti.ee) wrote: 27.06.2012 11:06, Olivier Thauvin kirjutas: I was updating remotly my build machine when: 192/254: openssh-server # Migrating sysvinit service 'sshd' to systemd native unit 'sshd.service' via systemd install rules. Connection to cauldron64.latmos.ipsl.fr closed by remote host. Connection to cauldron64.latmos.ipsl.fr closed. This must _never_ happend if the update goes wrong you completly loose the hand on the computer. BTW: restarting sshd never shutdown pending ssh connection. Please remove or fix this. Let's see the state of machine now I was disconnected during urpmi... Check your /etc/ssh/sshd_config - you must use UsePAM yes there. https://wiki.mageia.org/en/Mageia_2_Errata#SSH_daemon_issues We already use PAM in ssh (because ldap)... Then check your /etc/pam.d/system-auth (or /etc/pam.d/sshd which should include system-auth). The system-auth we ship includes: -sessionoptional pam_systemd.so My system-auth is pushed via puppet to setup ldap authentication. So at time I'll add this to sshd pam config file. I wonder how other sys admin does to automated setup of their servers. Thanks. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpt9OBJ9QmqL.pgp Description: PGP signature
[Mageia-dev] 'Cauldron' version is not report anymore
Hi, Since fews days all my cauldron urpmi config get broken because puppet is unable to discover the distribution is cauldron and not '3'. $ facter | grep -i cauldron $ The template is generated using somthing like: Mageia/distrib/%= lsbdistrelease.downcase() %/%= distarch %/ I don't know who's: lsb-release ? mageia-release ? It is very annoying to not be able to make difference between cauldron (dev computer) and regular setup. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpY8X4NjcaIT.pgp Description: PGP signature
[Mageia-dev] Minimum install of cauldron don't start console
Hi there, I just try to install a cauldron to setup a test IPv6 firewall/router. To setup server I do a minimum install: - /boot on its own partition - /var /tmp and swap on lvm - select no packages categories but yes install doc - no post configuration, so no X11 (hey it's a server) At boot the system started but stop to starting display manager (??) and I were unable to reach any text terminal. I can access to the computer using ssh, so I can extract log, information, etc... Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAzIgxO0djT.pgp Description: PGP signature
Re: [Mageia-dev] Minimum install of cauldron don't start console
* Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: Hi there, I just try to install a cauldron to setup a test IPv6 firewall/router. To setup server I do a minimum install: - /boot on its own partition - /var /tmp and swap on lvm - select no packages categories but yes install doc - no post configuration, so no X11 (hey it's a server) At boot the system started but stop to starting display manager (??) and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps was not showing any *getty program, a bit confusing, especially since there is nothing on first console. If you try and start dm (prefdm.service) then you will NOT get a tty1 getty (prefdm.service conflicts with getty@tty1.service), but all other tty's should be fine (handled by autovt@.service) Maybe, but I never asked to have prefdm and in fact I don't want X terminal. All sys admin expect to have a tty on first console and just having starting dm service whereas I know it cannot start is really confusing. Cannot prefdm/X11/whatever be started on 7nd console like during the years 90th ? :) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpm5Vm45Xe40.pgp Description: PGP signature
[Mageia-dev] Wifi not working anymore
Hello here, Saturday I was connected to internet using wifi when I decided to update my cauldron, so I typed urpmi --auto-update During the update I got disconnected from wifi and I am unable to connect to any wifi anymore (wifi I am used: at home, my android phone, etc.). Does anyone have notice the same things ? Only two package able to make the difference were updated: networkmanager-0.9.3.990-1.mga2 networkmanager-applet-0.9.3.990-1.mga2 Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp74ZBPa5Tmy.pgp Description: PGP signature
Re: [Mageia-dev] Wifi not working anymore
* zezinho (lists.jjo...@free.fr) wrote: Le lundi 20 février 2012 21:01:07, Olivier Thauvin a écrit : Hello here, During the update I got disconnected from wifi and I am unable to connect to any wifi anymore (wifi I am used: at home, my android phone, etc.). Does anyone have notice the same things ? I had the same problem several times, because of dracut/systemd I think. My WiFi driver (dkms-broadcom) was removed while updating. I wait for Beta1 to see if it gets stable In case the problem is still here after rebooting, reloading the module, killing wpa_supplicant, etc... My wifi card is a intel wlwifi card. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgps47YIkXpEu.pgp Description: PGP signature
Re: [Mageia-dev] Wifi not working anymore
* Olivier Thauvin (nanar...@nanardon.zarb.org) wrote: * zezinho (lists.jjo...@free.fr) wrote: Le lundi 20 février 2012 21:01:07, Olivier Thauvin a écrit : Hello here, During the update I got disconnected from wifi and I am unable to connect to any wifi anymore (wifi I am used: at home, my android phone, etc.). Does anyone have notice the same things ? I had the same problem several times, because of dracut/systemd I think. My WiFi driver (dkms-broadcom) was removed while updating. I wait for Beta1 to see if it gets stable In case the problem is still here after rebooting, reloading the module, killing wpa_supplicant, etc... My wifi card is a intel wlwifi card. Following: http://us.generation-nt.com/answer/gentoo-user-wireless-deauthenticating-by-local-choice-help-204640041.html iwconfig wlan0 power off fixed the issue... Don't ask me how ! Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpkxDj37eO4y.pgp Description: PGP signature
Re: [Mageia-dev] Qt-based software unusable under XFCE since almost 2 days
* Michael Scherer (m...@zarb.org) wrote: Le vendredi 17 février 2012 à 19:18 +0100, Claire Revillet a écrit : Hi, As a second point : there is still no xfce-* maintainer and as many people are using it on cauldron and as we have bug on Could we have xfce directly from dvd/dual/live installation please : it will be great that someone grab those packages. The candidat will have all our gratitude :) (and bug report :p ) If there is so much users, why is there no volunteer for taking just one package ? Being user does not mean having knowledge to maintain it. -- Michael Scherer -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpYGmNSryz0k.pgp Description: PGP signature
Re: [Mageia-dev] ghc-rpm-macros and ghc modules
* Kamil Rytarowski (n...@gmx.com) wrote: On 11.02.2012 08:19, Olivier Thauvin wrote: * Kamil Rytarowski (n...@gmx.com) wrote: Hello! I've got GHC in our repositories. I think it's a good point to start a) preparing policies for Haskell b) considering adaption of Fedora's ghc-rpm-macros This will help to include extra Haskell libraries, using better triggers. I created a way to find automatically req/prov for haskell modules in Mandriva. Do you plan to integrate this in Mageia ? No, not personally. I just need Haskell (GHC) libraries for applications. It is not related to the compiler. The goal is to automatically find module dependencies. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpzXAeQH5Xja.pgp Description: PGP signature
Re: [Mageia-dev] Youri check installlation
* Thierry Vignaud (thierry.vign...@gmail.com) wrote: On 5 April 2011 11:54, Pascal Terjan pter...@gmail.com wrote: On the other hand, errors like the one of backuppc may be a error in the check. No it's not, it's a noarch package which contains binary, and was built on x86_64 so is not installable eon i586 # rpm -qp --requires /distrib/bootstrap/distrib/cauldron/i586/media/core/release/backuppc-3.2.0-2.mga1.noarch.rpm | grep libc.so.6 libc.so.6()(64bit) libc.so.6(GLIBC_2.2.5)(64bit) So it is not installable on i586 Then we should block upload of packages with the following rpmlint error: arch-independent-package-contains-binary-or-object Take care to not block package hosting distributed files like pxe or ltsp. In case having x86 code on others arch make sense. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgppJowv7JfKQ.pgp Description: PGP signature
Re: [Mageia-dev] database servers
* Oliver Burger (oliver@googlemail.com) wrote: Hi, because of the alpha2 iso thread I was just looking at the available database servers in Mageia. Especially keeping my eye on postgres. At the moment, we have only one version of postgres: postgresql9.0-9.0.2. I would like to have at least posgresql8.4 as well for compatibility reasons. Even between minor version changes of postgres, there sometimes are changes in the database format or the syntax which force you to rewrite a lot of application code using postgres and dump your databases, update and restore them. Normally this is working nicely, but if you are using extensions to postgres like postgis and so on (which may or may not be packaged and thus be selve compiled), it can be a pain in the ass. I (as a padawan packager) feel not up to packaging something like postgres, so I would like to ask if someone else would? I'll do it ASAP. But you have to know I did the hardest part of the work in mandriva and now packaging postgresq is quite easy, including updating to minor version. On a related item I would like to ask, if we are going to provide mariadb as an alternative for mysql. Oliver -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpo7UJIKAdr2.pgp Description: PGP signature
Re: [Mageia-dev] mirror policy howto updates
* Romain d'Alverny (rdalve...@gmail.com) wrote: Hi there, for info/review/improv, I updated the mirrors policy page (http://mageia.org/wiki/doku.php?id=mirrors_policy ) to have: * better readability * more details on sections (distrib, iso, software, people, possible archive one) * the mirror howto at the end (may be moved to a separate how to become a mirror? page I guess). Some discussions occurred with a mirror admin that brought up some bits left to improve: * have a clear expiration policy (hard to define before having the support policy setup) This cycle cannot be less the support time of a distrib, but the distro can be archived later. At time I don't know what the support policy... hard to said much, indeed. * have an archive section in the mirror What is this for ? * keep on explaining the tainted section outcomes, so mirror admins have better facts info to decide * provide clear rsync modules to help admins quickly pick up what fits best for them. Since all mirrors sync their tree from tier1, and we don't have the hand on tier1 servers, we cannot provides rsync share as we want... Romain -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAv48DZhKcv.pgp Description: PGP signature
Re: [Mageia-dev] time to switch from raw partitions to lvm?
* P. Christeas (p_chr...@hol.gr) wrote: On Sunday 20 February 2011, Thierry Vignaud wrote: Hi What do you think about switching from defaulting to installing on raw partitions to lvm installing on LVs like fedora does ? I vote against that. (=to be enabled by default) LVM is fine for enterprise setups, or better, installations where the (expert) admin will need to resize/move partitions in the future. But, for simple machines/users, the complexity of having LVM is IMHO not worth it. (remember also that on all *nix OSes, you can just add a partition, move some files like /usr/share/doc into it and then mount it on /usr/share/doc, thus freeing /usr of some space. No LVM, no virtualization, no ZFS required) I mostly agree, but the snapshot feature can really be an advantage... -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpAdB76wOGXc.pgp Description: PGP signature
Re: [Mageia-dev] PGP keys and package signing
* David Sjölin (david.sjo...@gmail.com) wrote: Hello! I know this is probably a stupid question, but if you don't ask you won't learn so. What is this signing? I assume we won't encrypt the entire distribution? Is it some sort of way of saying that a package is Approved by Mageia so the package manager can warn about non approved packages? Signing a rpm is performing a checksum of the rpm file using a gpg keys (the private one) and adding this checksum inside the rpm. I voluntary skip technical details about this process, in fact the whole rpm is not signed as the key is added to them (the checksum cannot be signed itself). But rpm manage this. When the rpm is signed you can find the keys used (here gnupg Mandriva): [olivier@localhost ~]$ rpm -q rpm --qf %{SIGGPG:pgpsig} DSA/SHA1, mar. 14 déc. 2010 17:05:12 CET, Key ID dd684d7a26752624 Then with the gnupg key (the public one this time) you can check the rpm as not be corrupted or modified and really come from the supposed vendor. The key of this security is of course to not have the gnupg private key stolen, otherwise anybody could sign rpm like he was you. Urpmi checks the key for you when it download rpms from mirror. Best regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp0lSJHhVDzy.pgp Description: PGP signature
Re: [Mageia-dev] PGP keys and package signing
* Christophe Fergeau (cferg...@gmail.com) wrote: Hey, 2011/1/31 nicolas vigier bo...@mars-attacks.org: - In case we think the packages@ key may have been compromised, or is too old, or we want to change it for any other reason, we revoke the key, and/or revoke the signature from board@ so that it is no longer accepted by urpmi. We create a new key, we sign it with the board@ key and we can start to use this new key. Will all existing packages be reviewed and resigned when they key is thought to have been compromised? What happens on user systems when this is done? Will they have to reinstall all packages signed with the new key? Re-signing packages will not change their name-evr-arch, so on urpmi/rpm side packages does not have to be updated. But from a user point of view they installed packages (then checked it) before the compromission, ie when packages were trustable. So in case of compromission packages must be resigned but I don't think users have to reinstall it as their content won't changes. In the case a packages is compromised (a package with malware is introduced on the mirror) then we'll have to provide an update with a clean package and in this specific case users will have to update it. Christophe -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpYNqHeMsKnI.pgp Description: PGP signature
Re: [Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download
* andre999 (and...@laposte.net) wrote: Motoko-chan a écrit : Many mirror sites do restrict multiple connexions (per user), so evidently it is readily done. If a mirror chooses not to make such restrictions, that is their choice. It is not good form (to put it mildly) for some mirrors to try to dictate mirror policy for other mirrors, which could have different interests. Limiting the connexion speed could be an easy way to ensure that usually everyone who wishes to connect can do so in busy times. In less busy times, multiple connexions to such mirrors causes no problem. It seems you didn't understood my previous replies, or not read them, or you're just ignoring them (maybe you're doing all of this together). How can you say multiple connexions to such mirrors causes no problem whereas I am trying to explain you it causes problems. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpDDfA29ml89.pgp Description: PGP signature
[Mageia-dev] What to do for software having MDV/Mandriva in name
Hi, I am supposed to be the maintainers of this software, required by base of the system: perl-MDV-Distribconf-4.02-1mdv2010.1.src.rpm perl-MDV-Packdrakeng-1.13-5mdv2010.1.src.rpm Should we remove the 'MDV' part ? Notice changing this is not only about the rpm itself, MDV is part of the software and changing is not an easy task. Also the software is provided (at time, and until we do not redo ours) by Mandriva and has been upload to CPAN under this name. So I am favor to import it with this name (we didn't rename RPM because it mean RedHat Package Manager...). Does everyone agree with that ? -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp7uV0vz6Uvf.pgp Description: PGP signature
Re: [Mageia-dev] bs down
* Olivier Blin (mag...@blino.org) wrote: Thomas Spuhler tho...@btspuhler.com writes: Is the bs down. Looks like rpmbuild is missing? Actually, I already fixed this error in iurt SVN yesterday, but I've now uploaded a package with the fix on the BS nodes. Sorry for the inconvenience, it should not happen again. BTW: It seems mirrordir has been built and upload on in i586 and not in x86_64. Having half of packages built isn't supposed block upload ? -- Olivier Blin - blino -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp67Pl95Vso8.pgp Description: PGP signature
Re: [Mageia-dev] bs down
* Anssi Hannula (anssi.hann...@iki.fi) wrote: On 14.01.2011 15:53, Olivier Blin wrote: Another common error these days is that file dependencies are not added automatically in hdlist. According to genhdlist doc, this should be done automatically for packages from the same media. Anssi, maybe you know if this is supposed to work? I *think* it used to work, however mdv mirrors seem to currently include a complete file-deps file. Are you sure it is not a file generated long time ago and never updated ? No one would have notice since 1) everything to replace dep on file by direct package dependencies (with some side effect I guess) 2) they do not change so often. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpDruVYY1BuB.pgp Description: PGP signature
Re: [Mageia-dev] binrepos howto
* Jerome Quelin (jque...@gmail.com) wrote: hi, - when i want to update a package to a new version, i used to dump the tarball in SOURCES, then svn rm SOURCES/$previous + svn add SOURCES/$new + update spec file + svn ci. what are the new low-level commands? what's the equivalent using mgarepo / mdvsys ? mdvsys have a nice feature: mdvsys sync. Don't know if this feature exists in mgarepo, and mdvsys need to be adapted for split repos. Does repsys have an equivalence to mdvsys sync ? Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpk7DHLXJfNw.pgp Description: PGP signature
[Mageia-dev] Mageia Bootstrap in Sophie
Hi, A quick mail to announce I cowardly use my mageia sysadmin power to steal the current bootstrap of Mageia then add it into Sophie: http://sophie.zarb.org/distrib/Mageia/bootstrap Which mean you use Sophie to check Mandriva's rpm (or other) and check if they have any chance to build. Moreover for courageous people, there is a tool, still under development (I do plan to make a rpm quickly for Mandriva): 1) checkout sophie svn: svn co http://forge.ipsl.jussieu.fr/sophie/svn/tools/trunk cd trunk 2) create a config file, default is ~/.sophie.conf # proxy http://nanardon.zarb.org:3128/ distrib distribution Mageia release bootstrap arch x86_64 /distrib 3) Try the tools PERL5LIB=lib perl bin/sophie-rpm -c sophie.conf ~/RPM/RPMS/noarch/Sophie-tools-0.01-1mdv2011.0.noarch.rpm Loading /home/olivier/RPM/RPMS/noarch/Sophie-tools-0.01-1mdv2011.0.noarch.rpm Analysing /home/olivier/RPM/RPMS/noarch/Sophie-tools-0.01-1mdv2011.0.noarch.rpm Are unresolved: perl-base = 2:5.12.2 perl(RPC::XML) perl(RPC::XML::Client) Unowned directories: /usr/lib/perl5/vendor_perl/5.12.2 Warning, this directory are not owned by any package: /usr/lib/perl5/vendor_perl/5.12.2 Error, unresolved: perl-base = 2:5.12.2 perl(RPC::XML) perl(RPC::XML::Client) The rpm I generated on my cooker is not installable on the current Mageia :\ But the src.rpm is mostly buildable :) [olivier@volantis trunk]$ PERL5LIB=lib perl bin/sophie-rpm -c sophie.conf ~/RPM/SRPMS/Sophie-tools-0.01-1mdv2011.0.src.rpm Loading /home/olivier/RPM/SRPMS/Sophie-tools-0.01-1mdv2011.0.src.rpm Analysing /home/olivier/RPM/SRPMS/Sophie-tools-0.01-1mdv2011.0.src.rpm Are unresolved: perl(RPC::XML::Client) Error, unresolved: perl(RPC::XML::Client) -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpjCY0tCCEPc.pgp Description: PGP signature
Re: [Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download
* andre999 (and...@laposte.net) wrote: Michael Scherer a écrit : Le mardi 11 janvier 2011 à 20:03 +0100, Marcello Anni a écrit : In my case, using aria2c with 2 mirrors and the default 5 connexions is at least 3 times as fast as a single connexion (to my closest mirror). And a much greater improvement over other download options I've tried. This is a selfish point of view, nothing is important except the result on your side. But as I can see the results of such thing on distrib-coffee I can tell: - often the bandwidth limititation is client side (eg you, with your DSL connection, and not the mirror, with 100mbits/s or more) - all mirrors have limit, and when the max connection will be reached the mirror will stop serving you (download will be very faster !) Of course, if in the case I don't blacklist mageia and deny download via http/ftp to save my mirror (d-c is already under heavy load). So, no, don't donwload several times from a mirror. BTW: on distrib-coffee bandwidth is regulated by IP, not connection, downloading 5 times will not be faster than 1. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpuL80ShI4lW.pgp Description: PGP signature
Re: [Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download
* andre999 (and...@laposte.net) wrote: Romain d'Alverny a écrit : On Wed, Jan 12, 2011 at 04:29, Michael Schererm...@zarb.org wrote: However, if 1) was to open 5 connections on 5 distinct servers, that would make more sense, no? Right. Another way to look at the question : If 1000 people are downloading from mirrors allowing a total of 2000 connexions, if no-one uses multiple connexions, then 1000 connexions are wasted. These unused connexions would likely be from faster mirrors. The upload given by a serveur is split in term of: - connection available - bandwidth available. If the mirrors is connected to Gb (which is more likelly the size of bandwidth for the whole university...), and you split this Gb/s onto 2000 connection you obtain 500kb/s. However, I know only few server in the world really able to read Gb/s from their disk. The top rate I obtain on dc is 400mbis/s (the memory cache help a lot to obtain more). The number of connection is set high because some people download at only 50kb/s and other 2Mbit/s, so the spare bandwidth from the 50kb/s can be given to others. Nothing more. According the graph on distrib-coffee: http://distrib-coffee.ipsl.jussieu.fr/munin/distrib-coffee/distrib-coffee/index.html there is an average of 100 http download at a time, if each connection become 5 (500), you'll reach the limit (200 on this server). What will be the gain on your side ? I talked here only about http, but apply the same to ftp in the same internet connection, so it mean I have 100mbits/s to share between 400 connections. As Mickael explain, I voluntary limit the count of connection per IP, before I did this, the server was overload 12 hour a day, which mean stop serving ! With aria2c, 3 mirrors which support a total of 5 connexions gives me optimal speed. (The limit being the speed of my computer.) Can we know the speed of your connection ? Maybe your connection is good enough to provide a mirror for Mageia ? And then you'll be able to test what you're suggesting. What is the result with 5 mirrors and 1 connection per mirror ? Obviously, any mirror in France (I am in France) is able to fulfill my personnal connection... (10mbits/s). -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpMqejuntQRN.pgp Description: PGP signature
Re: [Mageia-dev] Proposal for Mageia: implement bitorrent protocol to allow updates download
* Marcello Anni (marcello.a...@alice.it) wrote: Thanks Olivier, for saying this much better than I could wobo, yet another mirror maintainer yes wobo, but except Per Øyvind no one has really answered to my question... i think if that if we want Mageia to become the most popular distro over the world -yep!- we should find a way to augment the overall bandwith available for updates download, and what's better than bittorrent protocol to use user available bandwith to do this? i would like to know: - if it is possible from a techincal pov - if it is convenient and useful (overall in a long-term vision) - if we could plan it for the coming releases (and who could take in charge this) I can quickly answer to this: - bittorent is denied where distrib-coffee is hosted. This close every discuss on this side. But I can probably setup a bittorent server elsewhere (it is nice to work with two different university). But first I have to ask to network administrator. From my own experience, I never saw bittorent so efficient for downloading, except it reduce the bandwidth for the team making the iso available (and this is still not sure). BTW: It's time to find mirrors for the distribution ! Any volunteer ? http://mirrors.mageia.org/ Regards. cheers, Marcello -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpl5rxcrKs6o.pgp Description: PGP signature
[Mageia-dev] A nice tools over Sophie
Hi, You probably know sophie (http://sophie.zarb.org). I am currently working on QA tools working with the new XML-RPC features provide by new website. I do think this can help us to reimport rpm in mageia. This tools upload rpm information from rpm given as argument then perform a dependencies check. The tools still need some work, but it works. Here an example over current Mandriva cooker: [oliv...@volantis trunk]$ perl bin/sophie-rpm -c sophie.conf ~/RPM/RPMS/noarch/mmm-cgi-0.44-0.1mdv2010.1.noarch.rpm Loarding /home/olivier/RPM/RPMS/noarch/mmm-cgi-0.44-0.1mdv2010.1.noarch.rpm Analysing /home/olivier/RPM/RPMS/noarch/mmm-cgi-0.44-0.1mdv2010.1.noarch.rpm perl(Getopt::Long): perl-base-5.12.2-5mdv2011.0.x86_64.rpm perl-Getopt-Long-2.380.0-1mdv2010.0.noarch.rpm rpm-helper = 0.16: rpm-helper-0.23.1-2mdv2011.0.noarch.rpm /bin/sh: bash-4.1-8mdv2011.0.x86_64.rpm perl-base: perl-base-5.12.2-5mdv2011.0.x86_64.rpm perl(Pod::Usage): perl-5.12.2-5mdv2011.0.x86_64.rpm mmm = 0.44-0.1mdv2010.1: Are unresolved: mmm = 0.44-0.1mdv2010.1 Error, unresolved: mmm = 0.44-0.1mdv2010.1 Of course to do the same over Magiea the mirror have to be finalize and Cauldron add to Sophie's DB. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpGxBDkpsbfO.pgp Description: PGP signature
Re: [Mageia-dev] Mirror layout, round two
* Thomas Backlund (t...@iki.fi) wrote: Olivier Thauvin skrev 29.11.2010 03:06: * Thomas Backlund (t...@iki.fi) wrote: I can't agree with the mirrors are free to not mirror this media, three reasons: 1) I don't see an easy and safe way for mirrors to exclude a media (a directory + hdlist in media/media_info) in each distribution, Thats easy, just use --exclude-from On my local mirror I exclude the debug stuff so I use --exclude-from=excclude.lst # cat exclude.lst i586/media/*debug* i586/media/media_info/*debug* x86_64/media/*debug* x86_64/media/media_info/*debug* And thats all needed. We can even provide this exclude file ourselves on the mirrors so we know its correct and if we change the mirror layout, we update the file. Completly not realist on mirror admin side. You really have to remember that first mirror admin job is not maintains mirrors. They have often hundred of users on their back waiting for fixes. When such will go wrong, nobody will be able to check and fix. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpoDoBExcIJ8.pgp Description: PGP signature
Re: [Mageia-dev] Mirror layout, round two
* Samuel Verschelde (sto...@laposte.net) wrote: Le lundi 29 novembre 2010 15:24:04, Samuel Verschelde a écrit : Le lundi 29 novembre 2010 14:56:20, Michael Scherer a écrit : - complexity over time of support because package move from main to contribs and viceversa. Especially when there is some backports from a software in main that would requires a software in contribs, etc. Indeed, this is a pain :) It's a pain, but the policy saying a supported package must rely on other supported packages is not totally bad. I hope whatever the mirror structure we will enforce such a policy (with changes maybe, or exceptions). IMHO, the mirror structure do not have to be designed to reflect logical structure. At least until someone write a multidimensionnal filesystem able to represent all link rpms can have between them. (/me is thinking he had a wonderfull idea: ls '/deps/provides/rpm 4.4' I'll introduce this into Sophie ! :) Samuel -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpgtVMiqspwH.pgp Description: PGP signature
Re: [Mageia-dev] Mirror layout, round two
* Samuel Verschelde (sto...@laposte.net) wrote: Same opinion here. This poorly written english sentence meant that, independently of the mirror structure, I hope such a policy will be adopted. What do you mean by 'This poorly written english sentence' ? Is my english so bad ? :) -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpHWtCyYKzOA.pgp Description: PGP signature
Re: [Mageia-dev] Mirror layout, round two
* Maarten Vanraes (maarten.vanr...@gmail.com) wrote: Op maandag 29 november 2010 01:24:42 schreef Michael scherer: So if we decide mirrors will not handle the load, so we need to split games, then we should also say mirrors will not handle the load, so we need to do less iso/offer to not mirror debug/offer to not mirror some architecture, and we end with a non consistent network of mirror, with lots of complexity on our side to handle the possible choice made by mirrors. I am not sure that users The solution is quite simple: do not give the choice. For exemple, I am completly unable to know which part of Fedora or Centos i can exclude, so I exclude nothing (espcially since none of this distro said something can be excluded). will truly benefit from this. And I am sure that we will not benefit from the complexity. If the space is a issue ( and I think that's one of the main one ), then we should decide based on metrics. Ie, we plan to have no more than X% growth in mirror size for 1 year. If we hit some soft limit, then we investigate and decide ( ie, stop adding big backport, stop adding new package, etc ). The space is an issue, but the distro size is increasing like everything and like all distro. Disk size is also growing. The problem is the size of the global tree, not the size of a single distro. I expect a 700 GB for Mageia, the distribution is far less than that. I agree with you partly (mostly on the basis that mirror setup should be primarily for mirror admins), however: - some of those big packages are pretty much core - and a big core repos is having a big hdlists as well; and you should take into consideration that some people have regular phone line internet. - i'm not entirely sure that mirror admins would like the overflow idea: - if you're a small public mirror (ie: storage size), you would not mirror the overflow; however some big packages would be pretty essential. seperating extra (unmaintained pacakages); and games would seem easier; also on the following up side; (ie: when problems arise); also a point is what about those big packages and their dependencies (or rather other packages which depend on it). If you're maintaining a mirror you should first take care about the ressources need by each distro you host, and small mirror won't probably host mageia. There enough big mirrors around the world able to host us to not encourage small one to mirror us with bad practices, IMHO. Obviously, we (mirrors admin) have always the same question before hosting a new tree: how many space do you need and how many bandwidth will be used. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpUoLxjmkCuV.pgp Description: PGP signature
[Mageia-dev] Mirror list for apps (LONG mail)
Hi, I wrote an application to register mirrors which is currently here: http://distrib-coffee.ipsl.jussieu.fr/mageia-mirrors/ I hadn't the time to really check mirror brain, I just had a quick look, so don't ask. In all case the goal of my application is to allow everyone to register a new mirror, and provide a list usuable by urpmi. It is time to write the part of code responsible of the list build. So come some questions. First let me explain the current mandriva process: 1) At time we have an /etc/product.id given by mandriva-release-Free-2011.0-0.1mdv2011.0 On my system it contains: vendor=Mandriva,distribution=Mandriva Linux,type=Basic,version=2011.0,branch=Devel,release=1,arch=x86_64,product=Free 2) The base URL list is hardcoded in urpmi: https://api.mandriva.com/mirrors/$product_type.$product_version.$arch.list; On my system the correct url is: https://api.mandriva.com/mirrors/basic.cooker.x86_64.list 3) The list look like: continent=EU,zone=DE,country=Germany,latitude=51.97,longitude=7.63,version=2011.0,arch=x86_64,type=distrib,url=rsync://ftp.join.uni-muenster.de/mandrakelinux/devel/2011.0/x86_64 continent=EU,zone=DE,country=Germany,latitude=51.97,longitude=7.63,version=2011.0,arch=x86_64,type=updates,url=rsync://ftp.join.uni-muenster.de/mandrakelinux/devel/2011.0/x86_64 So, question and my own POV about this: 1) /etc/product.id * I don't like this file, I think it is redundant with /etc/mandriva-release * Why basic and not Free since it is the product flag ? Dunno * Notice cooker does not appear in this file 2) The url * I suggest to use http://mirror.mageia.org/api/, other proposal welcome (need some review with sys admin) * Obviously the valid list version is 'cooker' not 2011 * it is harcoded in urpmi 3) The content * tags seems be optional * mirror point to 2011 not cooker (a symlink at time) * I can produce same output as I have same information * Do we need specific line for update since now distribution include everything * Do we keep this format ? Keeping this format is more simple, just changing the line specifiying basis url in URPMI. By changing the the format we can add features, make it clearer, etc... But changing format to what ? XML ? YAML ? CSV ? something worst ? :) Changes can done later. At time, even made some criticisms, I do plan to redo exactly the same things, first for compability issue (update from mdv to mga) and because it will need only few changes in urpmi, making the thing easier. Comments, Suggests ? Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp68rs6zBbyx.pgp Description: PGP signature
Re: [Mageia-dev] Mirror list for apps (LONG mail)
* Fabrice Facorat (fabrice.faco...@gmail.com) wrote: 2010/11/3 Olivier Thauvin nanar...@nanardon.zarb.org: Keeping this format is more simple, just changing the line specifiying basis url in URPMI. And allow to keep compatibility with urpmi without maintaining too much patch By changing the the format we can add features, make it clearer, etc... But changing format to what ? XML ? YAML ? CSV ? something worst ? :) Changes can done later. if really you want to change this you should : - ditch the url in favor of a XML-RPC or REST calls We can provide both, just matter of some code. So product.id could be kept unchanged, but the way urpmi talk to the mirror provider could be improved. Last but not least, by using XML-RC or REST calls, we could filter the output of mirror list ( for example retrieve the list of mirror for cooker in EU zone ) Notice it can done by passing argument to URL: http:///...list?continent=EU I do agree XML-RPC/REST make it clearer and probably more extensible. -- Close the World, Open the Net http://www.linux-wizard.net -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpmVUUXl7Oua.pgp Description: PGP signature
Re: [Mageia-dev] Mirror list for apps (LONG mail)
* Michael Scherer (m...@zarb.org) wrote: Le mercredi 03 novembre 2010 à 19:47 +0100, Olivier Thauvin a écrit : Hi, I wrote an application to register mirrors which is currently here: http://distrib-coffee.ipsl.jussieu.fr/mageia-mirrors/ I hadn't the time to really check mirror brain, I just had a quick look, so don't ask. Have you check mirror manager ( https://fedorahosted.org/mirrormanager/ ) :) Misc, have seen this rabbit, have you seen it, go, run after it ! 3) The list look like: continent=EU,zone=DE,country=Germany,latitude=51.97,longitude=7.63,version=2011.0,arch=x86_64,type=distrib,url=rsync://ftp.join.uni-muenster.de/mandrakelinux/devel/2011.0/x86_64 continent=EU,zone=DE,country=Germany,latitude=51.97,longitude=7.63,version=2011.0,arch=x86_64,type=updates,url=rsync://ftp.join.uni-muenster.de/mandrakelinux/devel/2011.0/x86_64 I would add the AS number, as this would allow urpmi to take a mirror that is really near from a network point of view. My software fetch IP address, so it can find AS number as soon we a way to find them. * it is harcoded in urpmi Could I suggest to not hardcode it anymore, and maybe place it in a file outside of urpmi ( so a distribution could override it more easily if needed ). I agree. 3) The content * tags seems be optional * mirror point to 2011 not cooker (a symlink at time) Well, it depend if we want to let people go on cooker by default or not. This URL is used by urpmi on cooker system, so people using cooker are aware about how it works (at least I hope). * I can produce same output as I have same information * Do we need specific line for update since now distribution include everything * Do we keep this format ? The format seems fine for me. I think there is some problem, for instance, what happend if a country name contains a ',' ? But beside this little disadvantages I don't see myself the need to change it. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpEhHrbHX8xb.pgp Description: PGP signature
Re: [Mageia-dev] Mirror tree structure
* Maarten Vanraes (maarten.vanr...@gmail.com) wrote: Op woensdag 20 oktober 2010 18:34:24 schreef Olivier Thauvin: Hi, You can find here: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/ the current mirror tree proposal. We now have to discuss it, I think. i didn't follow the whole previous discussion about the mirror tree, but would it be advisable to have a noarch subdir, next to i586 and x86_64 ? This is not on my side. The internal distribution tree structure is more related to build system than the global mirror tree structure. At least, the tree I am suggesting neither deny it, neither make it easier. Regards. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp0edinOgwxz.pgp Description: PGP signature
Re: [Mageia-dev] Mirror tree structure
* Samuel Verschelde (sto...@laposte.net) wrote: Le jeudi 21 octobre 2010 00:44:16, Olivier Thauvin a écrit : In a nutshell: this must be discuss. Having a people is at time just an idea, but it solve a need I had in mandriva to provide some rpms for testing purpose. I don't understand very well what kind of packages would go into people rather than in dedicated testing media. What would be the difference ? I can give the example I had on Mandriva: I did some work on 'rpm' package itself, but since breaking this pakage would have lock the whole Bs I'd prefer to first have it tested by some people. This directory is in this case the perfect place. At this time, testing media did not exists thought. Another example could be the XFCE live Cd done by some people in past, hosted on distrib-coffee as mandriva where not able to push it on thier mirror (this issue get solved latelly). Pushing something on the mageia Mirror need some control. The people place give the opportunity to contributors to distribute somethings w/o needing super user privileges, but with a clear unofficial state. I am pretty sure some people will find usage to it. Regards Samuel Verschelde -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpM15teuq82x.pgp Description: PGP signature
Re: [Mageia-dev] Mirror tree structure
* Olivier Blin (mag...@blino.org) wrote: Olivier Thauvin nanar...@nanardon.zarb.org writes: I've seen that the distribs directory has sub-directory called stable1 and cauldron, will this sub-directory will be present in iso/ too ? As soon stable1 means our first distrib yes, but I don't think cauldron will be needed under iso/. It could be if we build snapshots of the dev distro automatically In this case, yes of course. I don't think does not mean it's a reality for ever ;) It's just my current feeling according information I have ;) -- Olivier Blin - blino -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpHbBEBO83z2.pgp Description: PGP signature
Re: [Mageia-dev] Mirror tree structure
* Michael Scherer (m...@zarb.org) wrote: Le mercredi 20 octobre 2010 à 18:34 +0200, Olivier Thauvin a écrit : Hi, You can find here: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/ the current mirror tree proposal. We now have to discuss it, I think. The peoples/ directory is dedicated to contributors and must allow anyone to share files related to the distribution (testing rpms, preworks) in an unofficial ways. How this can be setup in practice still have to be discuss. Like quota, etc ? Yes. Finally the software/ directory should allow you to distribute the tarball (not rpm) for software we do. As soon we do free software people must be able to distribute our code in the same way any projects does. Replies like svn is readable or we have rpm is not appropriated. Now come the question: what is a valid mirror ?, eg, what a mirror should have as file to be valid ? I suggest to not give the choice and avoid mistake by saying except peoples a mirror must respect the whole tree to be valid. I would also exclude software/ from regular mirror, because this may not requires as much redundancy than regular mirror ( ie, I doubt many people will download tarball on a regular basis, and most softwre project are fine with 2 or 3 mirror ). On the other hand, it may not add much overhead to mirrors anyway. I like the idea to centralize everything from external point of view: eg if you find a mageia mirror, you have everything. Something I would like to add is database dumps ( cleaned from password and private information, of course ), and maybe svn backup, stuff like that. So people who wish to fork our project will not have the same problem as we did. I was thinking to push svn on mirror. As potential problem, all these backup can add a lot of work and bandwidth on mirrors. I am not against, I am in favor of this, but just listing issues we can encoutered. And this would also provides use with a linus t backup system :p BTW: the misc-backup.rpm is taking a lot of place :)= This mean everything must exists with this structure under the top level path. This way may avoid issues like mandriva on ibiblio (only 2005 and 2007.1 seems to exists...) ftp://ibiblio.org/pub/linux/distributions/mandriva/Mandrivalinux/ I would let people choose what they mirror based on version. Ie, someone could mirror the last version only, the 3 last, etc, etc. This will likely provides enough flexibility without sacrifing too much the simplicity. In fact we have no way to deny to someone to do a partial mirror. The question is from our point of view, do we encourage people to create non testable mirror or untrusted mirror (not update enough to ensure last security update get sync). It also make difficult the listing (eg having a gazillon of url for each distrib, which is the current problem of easyurpmi). -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgptakxeoSUkW.pgp Description: PGP signature