Re: [Mageia-dev] MariaDB 5.5
Maarten Vanraes skrev 16.12.2011 03:12: If noone objects, i will be pushing MariaDB to cauldron, following tmb's testplan. (thus obsoleting mysql completely). I've spoken with mikala about this, and he thinks it's a good test to have his new KDE built directly on it. likely now Qt is building, so when that's finished, i'd like to submit mariadb and then mikala pushes his KDE stuff. Push it. That's the only way we get it properly tested. just be ready to help out fixing eventual problems that might show up. -- Thomas
Re: [Mageia-dev] ANN: Dracut now mounts /usr properly \o/
On 16 December 2011 01:41, Colin Guthrie mag...@colin.guthr.ie wrote: Don't we want to keep mkinitrd available as a fallback for some time? Maybe but for the next while we should force dracut on everyone and test that it works well. It's the only way we're going to be able to support systemd when LVM is used due to systemd needing info from udev and thus needing udev to be started in the initrd (even tho' udev is ultimately shut down and restarted, the metadata from the LVM layers started before persists due to /run/udev being shared and thus systemd deals with disk mounting fine. Feel free to alter meta-task's prefer.vendor.list
Re: [Mageia-dev] ANN: Dracut now mounts /usr properly \o/
On 16.12.2011 00:14, Colin Guthrie wrote: OK, so this took me a while to actually get around to setting up some VMs to test this. Sorry about that :s Anyway, I've tested with a / on ext4 + /usr on LVM + ext4. With appropriate fixes, I was able to generate an initrd without any specific config to tell dracut what to do. There is a caveat. /usr is mounted read only. I can tweak this, but by the same token I'm not sure I should... It's trivial to do a mount -o remount,rw /usr if you want to install packages etc. Otherwise, /usr should pretty much be read only anyway.. if something tries to modify stuff on /usr that's not part of a package installation process that is (IMO) a bug and should be fixed. IMO init scripts should mount /usr as rw unless /etc/fstab instructs to mount it as read-only. The code for mounting /usr is not the same as how it'll (eventually) be done upstream. It only deals with /usr and if you have e.g. /usr/bin on a separate partition they you are SOL and will have to wait for the upstream version. I think however that for the majority of setups the current solutions is likely good enough. Now, when I installed, dracut wasn't used as initrd, so if no one shouts too loudly I'll make it deprecate mkinitrd tomorrow and we can test installs where dracut generates the first initrd and see how it fairs. Please test and let me know. It's version 014.1mga2 Col -- Anssi Hannula
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release firefox-beta-l10n-9.0b6-1.mga2
Then we will revert to something like %{_libdir}/firefox-9.0b6/ as
what we did years ago.
2011/12/16 Thierry Vignaud thierry.vign...@gmail.com:
On 16 December 2011 05:16, Mageia Team buildsystem-dae...@mageia.org wrote:
fwang fwang 9.0b6-1.mga2:
+ Revision: 182391
- new version 9.0b6
BTW we should find a way to make those cohabit with firefox-l10n-*
eg firefox-beta doesn't like firefox-l10n-br
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release firefox-beta-l10n-9.0b6-1.mga2
On 16 December 2011 11:01, Funda Wang fundaw...@gmail.com wrote:
Then we will revert to something like %{_libdir}/firefox-9.0b6/ as
what we did years ago.
That's fine with me
Re: [Mageia-dev] ANN: Dracut now mounts /usr properly \o/
On Friday 16 December 2011 10:58, Anssi Hannula wrote: IMO init scripts should mount /usr as rw unless /etc/fstab instructs to mount it as read-only. Agreed. As far as I'm conserned, it should always comply with the instructions in /etc/fstab. -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] RFC: Drop mkinitrd completely in favour of dracut.
On 16 December 2011 02:07, Anssi Hannula an...@mageia.org wrote: More seriously, ever heard of modprobe --resolve-alias? Ohh, that could indeed do most of the hard work. Right, we could run all the modaliases through it and then get a simple module list to compare against (dunno why I didn't think of that). One problem with that is that -R is fairly new, but dunno if that is a problem. It can also be emulated with -ivn and filtering, though, if necessary: http://svnweb.mageia.org/soft/drakx-kbd-mouse-x11/trunk/tools/display_driver_helper?r1=2245r2=2244pathrev=2245 distributions using drakcut use recent m-i-tools...
[Mageia-dev] Issues with dracut
Hi... After those couple previous thread it looks like move to dracut is ongoing, so I decided to try it. I found a couple problems: - dracut inists on loading nouveau driver. With mknitrd, just booting with nokmsboot works. Booting with a dracut generated initrd ignores that. I think it is plymouth that forces it, even if I added 'blacklist nouveau' in a .conf file in modprobe.d: dracut -f: dash i18n rpmversion plymouth W: Possible missing firmware nouveau/fuc41ad for kernel module nouveau.ko W: Possible missing firmware nouveau/fuc41ac for kernel module nouveau.ko W: Possible missing firmware nouveau/fuc409d for kernel module nouveau.ko W: Possible missing firmware nouveau/fuc409c for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc4_fuc41ad for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc4_fuc41ac for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc4_fuc409d for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc4_fuc409c for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc3_fuc41ad for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc3_fuc41ac for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc3_fuc409d for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc3_fuc409c for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc0_fuc41ad for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc0_fuc41ac for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc0_fuc409d for kernel module nouveau.ko W: Possible missing firmware nouveau/nvc0_fuc409c for kernel module nouveau.ko E: WARNING: Deprecated config file /etc/modprobe.conf, all config files belong into /etc/modprobe.d/. E: WARNING: Deprecated config file /etc/modprobe.conf, all config files belong into /etc/modprobe.d/. kernel-modules E: WARNING: Deprecated config file /etc/modprobe.conf, all config files belong into /etc/modprobe.d/. E: WARNING: Deprecated config file /etc/modprobe.conf, all config files belong into /etc/modprobe.d/. ... - initrd from dracut fails to detect one of my drives, and booting stops: systemd[1]: Job dev-sdd1.device/start timed out. systemd[1]: Job fedora-autorelabel.service/start failed with result 'dependency'. systemd[1]: Job fedora-autorelabel-mark.service/start failed with result 'dependency'. systemd[1]: Job mandriva-boot-links.service/start failed with result 'dependency'. systemd[1]: Job local-fs.target/start failed with result 'dependency'. systemd[1]: Triggering OnFailure= dependencies of local-fs.target. systemd[1]: Job export-video.mount/start failed with result 'dependency'. systemd[1]: Job home-shared-media-video.mount/start failed with result 'dependency'. systemd[1]: Job dev-sdd1.device/start failed with result 'timeout'. If I rengerate initrd with mkinitrd, system boots fine. fstab is like: /dev/sda1 /ext4 acl,relatime 1 1 none /procproc defaults 0 0 /dev/sda2 /opt ext4 acl,relatime 1 2 /dev/sda3 swap swap defaults 0 0 /dev/sdb1 /homeext4 acl,relatime 1 2 /dev/sdc1 /home/shared/media/music ext4 acl,relatime 1 2 /dev/sdd1 /home/shared/media/video ext4 acl,relatime 1 2 /home/shared/media/music /export/music bind bind 0 0 /home/shared/media/video /export/video bind bind 0 0 /home/shared/in /export/inbind bind 0 0 /opt/soft/export/soft bind bind 0 0 lsscsi: werewolf:~# lsscsi [0:0:0:0]diskATA ST3250310AS 3.AA /dev/sda [1:0:0:0]diskATA WDC WD3200AVJS-6 12.0 /dev/sdb [2:0:0:0]diskATA ST3320620AS 3.AA /dev/sdc [3:0:0:0]diskATA ST3500418AS CC38 /dev/sdd werewolf:~# grep ata dm.txt (from dracut boot) BIOS-e820: cff7 - cff7e000 (ACPI data) Memory: 8172432k/9175040k available (4214k kernel code, 787464k absent, 215144k reserved, 5225k data, 732k init) PEBS disabled due to CPU errata. Write protecting the kernel read-only data: 8192k libata version 3.00 loaded. ata1: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffe900 irq 43 ata2: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffe980 irq 43 ata3: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea00 irq 43 ata4: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffea80 irq 43 ata5: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb00 irq 43 ata6: SATA max UDMA/133 abar m2048@0xf9ffe800 port 0xf9ffeb80 irq 43 ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata1.00: ATA-7: ST3250310AS, 3.AAC, max UDMA/133 ata1.00: 488397168 sectors, multi 0: LBA48 NCQ (depth 31/32) ata1.00: configured for UDMA/133 ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata2.00: ATA-8: WDC WD3200AVJS-63WDA0, 12.01B02, max UDMA/133 ata2.00: 625142448 sectors, multi 0: LBA48 NCQ (depth 31/32), AA ata2.00: configured for UDMA/133
Re: [Mageia-dev] ANN: Dracut now mounts /usr properly \o/
'Twas brillig, and Thierry Vignaud at 16/12/11 09:29 did gyre and gimble: On 16 December 2011 01:41, Colin Guthrie mag...@colin.guthr.ie wrote: Don't we want to keep mkinitrd available as a fallback for some time? Maybe but for the next while we should force dracut on everyone and test that it works well. It's the only way we're going to be able to support systemd when LVM is used due to systemd needing info from udev and thus needing udev to be started in the initrd (even tho' udev is ultimately shut down and restarted, the metadata from the LVM layers started before persists due to /run/udev being shared and thus systemd deals with disk mounting fine. Feel free to alter meta-task's prefer.vendor.list That will only affect new installs right? I want to make sure that I force it on everyone hence why I was thinking of obsoleting, but perhaps I should just put it in as a require somewhere (e.g. to systemd) such that everyone gets it but can still technically use mkinitrd should they have a real need (i.e. dracut is really broken!) 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/
Re: [Mageia-dev] Issues with dracut
On 16.12.2011 14:35, Colin Guthrie wrote: Hiya, 'Twas brillig, and JA Magallon at 16/12/11 12:06 did gyre and gimble: After those couple previous thread it looks like move to dracut is ongoing, so I decided to try it. Good! This is exactly the kind of feedback we need! I found a couple problems: - dracut inists on loading nouveau driver. With mknitrd, just booting with nokmsboot works. Booting with a dracut generated initrd ignores that. I think it is plymouth that forces it, even if I added 'blacklist nouveau' in a .conf file in modprobe.d: dracut -f: I'll include it but if it's blacklisted, it shouldn't ultimately be used in the ramfs even if it's included. That said, it's clearly inefficient to include it if it is blacklisted so we should try and fix that. Anssi, could this be your code to detect the h/w that causes it to bypass any blacklist checks (not sure if there are actually any blacklist checks when building the initrd... not relaly looked at it much) There is no check. I think the nokmsboot parameter is not working in dracut because the udev rule that interprets it uses the grep command and that is not currently included in the ramdisk. I could hack it in easy enough, but we should maybe see if a more minimal method of detecting it in the commandline is possible. Ah, my dracut initramfs from last month has it, but maybe it has changed since then... Feel free to change the udev rule to use a more minimal method :) -- Anssi Hannula
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release bash-completion-1.90-4.mga2
On 16 December 2011 13:49, Mageia Team buildsystem-dae...@mageia.org wrote: shlomif shlomif 2:1.90-4.mga2: + Revision: 182495 - Bump the release to 4 - Add a fix for the xv EPS completion - https://bugs.mageia.org/show_bug.cgi?id=3329 #3329 or mga#3329 is enough and better than an URL that may changes someday.
Re: [Mageia-dev] ANN: Dracut now mounts /usr properly \o/
On 16 December 2011 13:54, Colin Guthrie mag...@colin.guthr.ie wrote: Maybe but for the next while we should force dracut on everyone and test that it works well. It's the only way we're going to be able to support systemd when LVM is used due to systemd needing info from udev and thus needing udev to be started in the initrd (even tho' udev is ultimately shut down and restarted, the metadata from the LVM layers started before persists due to /run/udev being shared and thus systemd deals with disk mounting fine. Feel free to alter meta-task's prefer.vendor.list That will only affect new installs right? Of course I want to make sure that I force it on everyone hence why I was thinking of obsoleting, but perhaps I should just put it in as a require somewhere (e.g. to systemd) such that everyone gets it but can still technically use mkinitrd should they have a real need (i.e. dracut is really broken!)
Re: [Mageia-dev] Issues with dracut
'Twas brillig, and Anssi Hannula at 16/12/11 12:58 did gyre and gimble: On 16.12.2011 14:35, Colin Guthrie wrote: Hiya, 'Twas brillig, and JA Magallon at 16/12/11 12:06 did gyre and gimble: After those couple previous thread it looks like move to dracut is ongoing, so I decided to try it. Good! This is exactly the kind of feedback we need! I found a couple problems: - dracut inists on loading nouveau driver. With mknitrd, just booting with nokmsboot works. Booting with a dracut generated initrd ignores that. I think it is plymouth that forces it, even if I added 'blacklist nouveau' in a .conf file in modprobe.d: dracut -f: I'll include it but if it's blacklisted, it shouldn't ultimately be used in the ramfs even if it's included. That said, it's clearly inefficient to include it if it is blacklisted so we should try and fix that. Anssi, could this be your code to detect the h/w that causes it to bypass any blacklist checks (not sure if there are actually any blacklist checks when building the initrd... not relaly looked at it much) There is no check. OK, so that's fine I think, just a slightly bigger initramfs than is 100% needed but such is life. I wonder, does the modprobe -R stuff process blacklists... it would be kinda nice if a side effect of improving the hostonly mode was to not include blacklisted modules... :D I think the nokmsboot parameter is not working in dracut because the udev rule that interprets it uses the grep command and that is not currently included in the ramdisk. I could hack it in easy enough, but we should maybe see if a more minimal method of detecting it in the commandline is possible. Ah, my dracut initramfs from last month has it, but maybe it has changed since then... I suspect it's a side effect of: ./modules.d/00bootchart/module-setup.sh:inst /bin/grep i.e. if you have bootchart installed, then you get grep and thus other things work too. Feel free to change the udev rule to use a more minimal method :) I'll have a look and if I cannot come up with something better, I'll just give up and force grep to be installed :D Cheers 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/
Re: [Mageia-dev] Missing packages
On 15 December 2011 10:05, Thierry Vignaud thierry.vign...@gmail.com wrote: lib64cheese-gtk20-3.3.1-1.mga2.x86_64 (due to missing libclutter-glx-1.0.so.0()(64bit)) x11-driver-input-vboxmouse-4.1.2-2.mga2.x86_64 (due to unsatisfied xserver-abi(xinput-12)= 2) (y/N) let it remove both of theese, as they are obsolete, and it should be ok. Then the X11 vbox package should be obsoleted. However, XFdrake'll try to install it and fails... Actually it's Funda who disabled it. (http://svnweb.mageia.org/packages/cauldron/virtualbox/current/SPECS/virtualbox.spec?r1=151446r2=151463) Funda why exactly is x11-driver-input-vboxmouse obsole? We'll still try to set up it...
Re: [Mageia-dev] Missing packages
On 16 December 2011 15:41, Thierry Vignaud thierry.vign...@gmail.com wrote: lib64cheese-gtk20-3.3.1-1.mga2.x86_64 (due to missing libclutter-glx-1.0.so.0()(64bit)) x11-driver-input-vboxmouse-4.1.2-2.mga2.x86_64 (due to unsatisfied xserver-abi(xinput-12)= 2) (y/N) let it remove both of theese, as they are obsolete, and it should be ok. Then the X11 vbox package should be obsoleted. However, XFdrake'll try to install it and fails... Actually it's Funda who disabled it. (http://svnweb.mageia.org/packages/cauldron/virtualbox/current/SPECS/virtualbox.spec?r1=151446r2=151463) Funda why exactly is x11-driver-input-vboxmouse obsole? We'll still try to set up it... I actually forget to CC: you Funda? So should the vboxdriver be restored or what should be configured instead (evdev)? For better VM integration, I think we should restore it...
[Mageia-dev] ANN: X11 now starts on tty1
Hi Just in case you didn't notice, X11 now starts on tty1 by default. So if you want a text login shell, make sure you go to tty2! I've not actually updated it for sysvinit now I think about it, so I'll have to update the default inittab, but the principle is the same. We want X there, not a login. 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/
[Mageia-dev] isocheck, quick basic checks for built ISOs
Hello there, Damien and I uploaded soft/isocheck (http://svnweb.mageia.org/soft/isocheck/trunk/) several days ago. It tests for basic rule-based things in a built ISO (name, size, checksums, headers, and some contents so far) and can start to save a lot of time. While it still needs improvements, it's ready for some action, right from the output of bcd. And it's up for review. Usage, dependencies are described in the README. Anyone can use it individually on its own copy of images, the person building ISOs first, as a task just after bcd (might be good to try it for alpha3). This could be used too as a filter in an automated build scenario: built ISOs are staged in a repository where a cron picks them one by one, runs isocheck tests, appends the log and stage them further for QA team (or a deeper automated test tool), unless there's a failure (and it notifies building person/team). Speaking of failure, should the script test fail at once at the first issue, or continue to test other potential issues? (for instance, an ISO may be too big and have misconfigured ISO headers and ..., etc.). So far, the script fails at the first failed assertion. The next step in automation would be misc's Viviane (https://www.mageia.org/pipermail/mageia-dev/2011-August/007539.html) and/or http://www.os-autoinst.org/ or other test assistant tool . That will help QA team and testers to focus on other, manual-only, categories of tests. Feel free to suggest additional tests for isocheck (and for the rest too)! Romain
Re: [Mageia-dev] ANN: X11 now starts on tty1
On Friday 16 December 2011 19:16, Colin Guthrie wrote: Just in case you didn't notice, X11 now starts on tty1 by default. Why this change? -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release meta-task-2-14.mga2
On 16 December 2011 22:48, Mageia Team buildsystem-dae...@mageia.org wrote: alien alien 1:2-14.mga2: + Revision: 182835 - Obsoleting mysql The correct message would have been stop preferring mysql over mariadb... This has nothing to do with obsoleting. Only mariadb can obsolete mysql.
Re: [Mageia-dev] [changelog] cauldron core/release postfix-2.8.7-1.mga2
At some point all the Magiaification of postfix has been undone and it refers again to Mandriva Linux in various man pages and config files etc... Not sure if it was this version or from before, but it should certainly be fixed. Col 'Twas brillig, and Mageia Team at 16/12/11 18:07 did gyre and gimble: Name: postfix Relocations: (not relocatable) Version : 2.8.7 Vendor: Mageia.Org Release : 1.mga2Build Date: Fri Dec 16 19:04:18 2011 Install Date: (not installed) Build Host: ecosse Group : System/ServersSource RPM: (none) Size: 4027193 License: IBM Public License Signature : (none) Packager: Mageia Team http://www.mageia.org URL : http://www.postfix.org/ Summary : Postfix Mail Transport Agent Description : Postfix is a Mail Transport Agent (MTA), supporting LDAP, SMTP AUTH (SASL), TLS and running in a chroot environment. Postfix is Wietse Venema's mailer that started life as an alternative to the widely-used Sendmail program. Postfix attempts to be fast, easy to administer, and secure, while at the same time being sendmail compatible enough to not upset existing users. Thus, the outside has a sendmail-ish flavor, but the inside is completely different. This software was formerly known as VMailer. It was released by the end of 1998 as the IBM Secure Mailer. From then on it has lived on as Postfix. PLEASE READ THE /usr/share/doc/postfix/README.MDK FILE. This rpm supports different build time options, to enable or disable these features you must rebuild the source rpm using the --with ... or --without ... rpm option. Currently postfix has been built with: Smtpd multiline greeting: --without multiline Virtual Delivery Agent: --without VDA Munge bare CR: --without barecr TLS support: --with tls IPV6 support: --with ipv6 CDB support: --with cdb Chroot by default: --with chroot dlucio dlucio 1:2.8.7-1.mga2: + Revision: 182675 - 2.8.7 -- 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/
Re: [Mageia-dev] ANN: X11 now starts on tty1
'Twas brillig, and Sander Lepik at 16/12/11 21:40 did gyre and gimble: 16.12.2011 23:14, Johnny A. Solbu kirjutas: On Friday 16 December 2011 19:16, Colin Guthrie wrote: Just in case you didn't notice, X11 now starts on tty1 by default. Why this change? Less flickering at boot AFAIK. That's the plan... Should be able to achieve a nice fade from the boot graphics to the login manager. Also it seems there have been lots of crash related problems that this update appears to address too. 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/
Re: [Mageia-dev] Issues with dracut
'Twas brillig, and JA Magallon at 16/12/11 22:52 did gyre and gimble: On Fri, 16 Dec 2011 12:35:22 + Colin Guthrie mag...@colin.guthr.ie wrote: Hiya, 'Twas brillig, and JA Magallon at 16/12/11 12:06 did gyre and gimble: After those couple previous thread it looks like move to dracut is ongoing, so I decided to try it. Good! This is exactly the kind of feedback we need! I found a couple problems: - dracut inists on loading nouveau driver. With mknitrd, just booting with nokmsboot works. Booting with a dracut generated initrd ignores that. I think it is plymouth that forces it, even if I added 'blacklist nouveau' in a .conf file in modprobe.d: dracut -f: I'll include it but if it's blacklisted, it shouldn't ultimately be used in the ramfs even if it's included. That said, it's clearly inefficient to include it if it is blacklisted so we should try and fix that. Anssi, could this be your code to detect the h/w that causes it to bypass any blacklist checks (not sure if there are actually any blacklist checks when building the initrd... not relaly looked at it much)ç Clue... Let's state all my findings. As 'nokmsboot' was ignored, i remembered CentOS where the nvidia installer achived the same blacklisting nouveau. I added the blacklist in /etc/modprobe.d/display-driver.conf, which is a symlink to /etc/nvidia-current/modprobe.conf. It didn't work. After the fiasco with symlinks in systemd, i tried creting a new file. And it worked. So there is something strange with symlinked files... That's interesting... The code in question: ./modules.d/90kernel-modules/module-setup.sh:for i in $(find /etc/modprobe.d/ -type f -name '*.conf'); do So it only finds files. If I change find to find -L this should fix up this problem (when the files are installed, links are dereferenced so that won't be a problem). This should avoid any such similar problems. Also I believe it's pointless to go into any subfolders here, so adding also a -maxdepth 1 should cut down on unnecessary includes. - initrd from dracut fails to detect one of my drives, and booting stops: OK, this is more interesting. ... I found the problem: lsscsi: werewolf:~/dr# cat lsscsi* [0:0:0:0]diskATA ST3250310AS 3.AA /dev/sda [1:0:0:0]diskATA WDC WD3200AVJS-6 12.0 /dev/sdb [2:0:0:0]diskATA ST3320620AS 3.AA /dev/sdc [3:0:0:0]diskATA ST3500418AS CC38 /dev/sdh [5:0:0:0]cd/dvd HL-DT-ST DVDRAM GH22NS50 TN01 /dev/sr0 [6:0:0:0]diskGeneric USB CF Reader 0.00 /dev/sdd [6:0:0:1]diskGeneric USB SD Reader 0.00 /dev/sde [6:0:0:2]diskGeneric USB MS Reader 0.00 /dev/sdf [6:0:0:3]diskGeneric USB SM Reader 0.00 /dev/sdg The disk has been renamed as sdh I changed the mounting points from devices to labels and all worked fine. This will probably not be an issue with standard install, using UUIDs, but the real problem is that drive name asssignment is even more random (well, interlaced ;)). Hmm, interesting. Not quite sure why it's doing that but as it's using udev rather than any manual driver loading, it's likely a more predicable system overall in the long term. 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/
Re: [Mageia-dev] Issues with dracut
'Twas brillig, and JA Magallon at 16/12/11 23:08 did gyre and gimble:
On Fri, 16 Dec 2011 12:35:22 +
Colin Guthrie mag...@colin.guthr.ie wrote:
Hiya,
'Twas brillig, and JA Magallon at 16/12/11 12:06 did gyre and gimble:
After those couple previous thread it looks like move to dracut is
ongoing, so I decided to try it.
Good! This is exactly the kind of feedback we need!
I found a couple problems:
- dracut inists on loading nouveau driver. With mknitrd, just booting with
nokmsboot
works. Booting with a dracut generated initrd ignores that. I think it is
plymouth
that forces it, even if I added 'blacklist nouveau' in a .conf file in
modprobe.d:
dracut -f:
I'll include it but if it's blacklisted, it shouldn't ultimately be used
in the ramfs even if it's included. That said, it's clearly inefficient
to include it if it is blacklisted so we should try and fix that. Anssi,
could this be your code to detect the h/w that causes it to bypass any
blacklist checks (not sure if there are actually any blacklist checks
when building the initrd... not relaly looked at it much)
I think the nokmsboot parameter is not working in dracut because the
udev rule that interprets it uses the grep command and that is not
currently included in the ramdisk. I could hack it in easy enough, but
we should maybe see if a more minimal method of detecting it in the
commandline is possible.
If its is (d)ash:
CMDLINE=$(cat /proc/cmdline)
case ${CMDLINE} in
* nokmsboot *)
echo YES
;;
esac
if if uses bash:
CMDLINE=$(cat /proc/cmdline)
if [[ ${CMDLINE} == * nokmsboot * ]]
then
echo YES
fi
Well it's in a udev rule so it's not 100% predictable what it's using.
I'll have a wee look just now.
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/
Re: [Mageia-dev] [changelog] cauldron core/release postfix-2.8.7-1.mga2
On 17.12.2011 00:20, Colin Guthrie wrote: At some point all the Magiaification of postfix has been undone and it refers again to Mandriva Linux in various man pages and config files etc... Not sure if it was this version or from before, but it should certainly be fixed. It was http://svnweb.mageia.org/packages?view=revisionrevision=158099 Col 'Twas brillig, and Mageia Team at 16/12/11 18:07 did gyre and gimble: Name: postfix Relocations: (not relocatable) Version : 2.8.7 Vendor: Mageia.Org Release : 1.mga2Build Date: Fri Dec 16 19:04:18 2011 Install Date: (not installed) Build Host: ecosse Group : System/ServersSource RPM: (none) Size: 4027193 License: IBM Public License Signature : (none) Packager: Mageia Team http://www.mageia.org URL : http://www.postfix.org/ Summary : Postfix Mail Transport Agent Description : Postfix is a Mail Transport Agent (MTA), supporting LDAP, SMTP AUTH (SASL), TLS and running in a chroot environment. Postfix is Wietse Venema's mailer that started life as an alternative to the widely-used Sendmail program. Postfix attempts to be fast, easy to administer, and secure, while at the same time being sendmail compatible enough to not upset existing users. Thus, the outside has a sendmail-ish flavor, but the inside is completely different. This software was formerly known as VMailer. It was released by the end of 1998 as the IBM Secure Mailer. From then on it has lived on as Postfix. PLEASE READ THE /usr/share/doc/postfix/README.MDK FILE. This rpm supports different build time options, to enable or disable these features you must rebuild the source rpm using the --with ... or --without ... rpm option. Currently postfix has been built with: Smtpd multiline greeting: --without multiline Virtual Delivery Agent: --without VDA Munge bare CR: --without barecr TLS support: --with tls IPV6 support: --with ipv6 CDB support: --with cdb Chroot by default: --with chroot dlucio dlucio 1:2.8.7-1.mga2: + Revision: 182675 - 2.8.7 -- Anssi Hannula
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release meta-task-2-14.mga2
On 17.12.2011 00:12, Thierry Vignaud wrote: On 16 December 2011 22:48, Mageia Team buildsystem-dae...@mageia.org wrote: alien alien 1:2-14.mga2: + Revision: 182835 - Obsoleting mysql The correct message would have been stop preferring mysql over mariadb... This has nothing to do with obsoleting. Only mariadb can obsolete mysql. Also, there was no need to submit this just for that, since removing mysql from the prefer.vendor.list has no effect if we don't have mysql anymore... -- Anssi Hannula
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release meta-task-2-14.mga2
Op zaterdag 17 december 2011 00:36:07 schreef Anssi Hannula: On 17.12.2011 00:12, Thierry Vignaud wrote: On 16 December 2011 22:48, Mageia Team buildsystem-dae...@mageia.org wrote: alien alien 1:2-14.mga2: + Revision: 182835 - Obsoleting mysql The correct message would have been stop preferring mysql over mariadb... This has nothing to do with obsoleting. Only mariadb can obsolete mysql. you're right, should i modify the svn commit log? Also, there was no need to submit this just for that, since removing mysql from the prefer.vendor.list has no effect if we don't have mysql anymore... i thought the preference would have issues with the obsoletion itself. but now that you remind me... it occurs to me that this is only a preference when there is choice... -_-'
Re: [Mageia-dev] Issues with dracut
On Sat, Dec 17, 2011 at 12:08:36AM +0100, JA Magallon wrote:
If its is (d)ash:
CMDLINE=$(cat /proc/cmdline)
Or save two fork+execs this way, on dash or bash:
read CMDLINE /proc/cmdline
case ${CMDLINE} in
* nokmsboot *)
echo YES
;;
esac
if if uses bash:
CMDLINE=$(cat /proc/cmdline)
if [[ ${CMDLINE} == * nokmsboot * ]]
then
echo YES
fi
Dan
Re: [Mageia-dev] ANN: X11 now starts on tty1
Op vrijdag 16 december 2011 23:22:23 schreef Colin Guthrie: 'Twas brillig, and Sander Lepik at 16/12/11 21:40 did gyre and gimble: 16.12.2011 23:14, Johnny A. Solbu kirjutas: On Friday 16 December 2011 19:16, Colin Guthrie wrote: Just in case you didn't notice, X11 now starts on tty1 by default. Why this change? Less flickering at boot AFAIK. That's the plan... Should be able to achieve a nice fade from the boot graphics to the login manager. Also it seems there have been lots of crash related problems that this update appears to address too. Col i guess it takes a bit getting used to, but otoh, the switching back and forth did bother me a bit before... but. how does this relate to multiple sessions? if it starts at tty1 and next session starts at tty2 and so forth, were are the textbased tty's then? what happens if X doesn't start on tty1 and tries to fall back to console? will we have a black screen?
Re: [Mageia-dev] ANN: X11 now starts on tty1
'Twas brillig, and Maarten Vanraes at 17/12/11 00:50 did gyre and gimble: how does this relate to multiple sessions? if it starts at tty1 and next session starts at tty2 and so forth, were are the textbased tty's then? 2nd session starts on tty7 (i.e. the next available tty). Not exactly super intuitive I agree so open to suggestions here... i.e. one option would be to only start txt ttys on 7 8 (two should be enough right?) leaving tty 1 through 6 for graphical logins. what happens if X doesn't start on tty1 and tries to fall back to console? will we have a black screen? Dunno about that one. We could maybe start a getty automatically on tty1 if this happens... will have to test how this would work in practice. 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/
Re: [Mageia-dev] ANN: X11 now starts on tty1
Op zaterdag 17 december 2011 02:03:55 schreef Colin Guthrie: 'Twas brillig, and Maarten Vanraes at 17/12/11 00:50 did gyre and gimble: how does this relate to multiple sessions? if it starts at tty1 and next session starts at tty2 and so forth, were are the textbased tty's then? 2nd session starts on tty7 (i.e. the next available tty). Not exactly super intuitive I agree so open to suggestions here... i.e. one option would be to only start txt ttys on 7 8 (two should be enough right?) leaving tty 1 through 6 for graphical logins. if could be nice if they were on-demand ? what happens if X doesn't start on tty1 and tries to fall back to console? will we have a black screen? Dunno about that one. We could maybe start a getty automatically on tty1 if this happens... will have to test how this would work in practice. would be nice to know what happens...
Re: [Mageia-dev] MariaDB 5.5
Op vrijdag 16 december 2011 17:01:28 schreef Maarten Vanraes: Op vrijdag 16 december 2011 09:54:16 schreef Thomas Backlund: Maarten Vanraes skrev 16.12.2011 03:12: If noone objects, i will be pushing MariaDB to cauldron, following tmb's testplan. (thus obsoleting mysql completely). I've spoken with mikala about this, and he thinks it's a good test to have his new KDE built directly on it. likely now Qt is building, so when that's finished, i'd like to submit mariadb and then mikala pushes his KDE stuff. Push it. That's the only way we get it properly tested. just be ready to help out fixing eventual problems that might show up. ok. upstream did a few more patches, so i'm gonna make a new tarball, defuzz some patches if necessary, test some more and push. it's gonna be around 2200 or 2300 when i push, cause i need to look after my kids alone tonight. i'll try to be online as much as possible this weekend... ok, so it's push and will hit mirrors soon. next step, packages depending directly on mysql
Re: [Mageia-dev] [changelog] cauldron core/release postfix-2.8.7-1.mga2
On Sat, Dec 17, 2011 at 12:35 AM, Anssi Hannula an...@mageia.org wrote:
On 17.12.2011 00:20, Colin Guthrie wrote:
At some point all the Magiaification of postfix has been undone and it
refers again to Mandriva Linux in various man pages and config files etc...
Not sure if it was this version or from before, but it should certainly
be fixed.
It was
http://svnweb.mageia.org/packages?view=revisionrevision=158099
i really think that this have nothing to do on our rpms
+%if %{distribution} == Mandriva Linux
+ %if %mdkversion 200900
+ %post -n %{libname} -p /sbin/ldconfig
+
+ %postun -n %{libname} -p /sbin/ldconfig
+ %endif
+%endif
