[Mageia-dev] looking for a mentor
Hi, my name is Yves-Gaël aka hurdman ( on the french mageia chan). I have used Mandriva before mageia a long time ago for server and desktop. Some of the french team has known me as nantes_geek. I ever made some unofficial package for mandriva ( on distrib coffee people's section). I have a mirror for mageia (mageia.r0b0t.fr) and i begin to port to mageia a mandriva-based gpl3 project for educational purpose (phoenixedu => the forge will be open soon). Now, i have got time to package some soft for the community but i have never learned how build a good rpm ;) So, if someone has some time for me , i can become his apprentice. I hope i can contrib a bit ;) many thanks, hurdman
Re: [Mageia-dev] ANN: x11-server 1.11.2 landing
On Tue, 06 Dec 2011 16:22:01 +0200, Thomas Backlund wrote about [Mageia-dev] ANN: x11-server 1.11.2 landing: >I'm starting to push x11-server 1.11.2 to Cauldron now so we can get it >tested in Alpha2 ... >Those nVidia and AMD proprietary drivers that supports 1.11 series >server are already in the repos. Thank you. Indeed AMD 6570 and nv Geforce GT 555M confirmed to work well. Cheers, =Dick Gevers=
Re: [Mageia-dev] ANN: x11-server 1.11.2 landing
I am using this x11-server version in 3.1.4-server-2.mga2 kernel, but I am without 3d acceleration. Some idea? I reported this bug in https://bugs.mageia.org/show_bug.cgi?id=3554 Thanks, 2011/12/6 Thomas Backlund : > 06.12.2011 19:38, Thomas Backlund skrev: > >> 06.12.2011 16:22, Thomas Backlund skrev: >>> >>> >>> Hi, >>> >>> I'm starting to push x11-server 1.11.2 to Cauldron now so we can get it >>> tested in Alpha2 >>> >>> x11-server-1.11 has been in core/updates_testing for ~2 months so it's >>> time for all to test it. >>> >>> All drivers will be rebuilt after the server is built so just wait for >>> all the builds to finish... >>> >> >> And all packages are now rebuilt, including libdrm, mesa and virtualbox. >> >> So it should be safe to update now. >> >> >> Next up is drakx-installer-* wich I'll try to finish today/tomorrow... >> > > And now all of drakx-installer-* is rebuilt and seems to work ok, atleast in > virtualbox. > > -- > Thomas > -- Filipe Saraiva http://filipesaraiva.info/
Re: [Mageia-dev] [soft-commits] [2301] 1.52:
On 6 December 2011 19:51, wrote: > Revision 2301 Author tmb Date 2011-12-06 19:51:00 +0100 (Tue, 06 Dec 2011) > > Log Message > > 1.52: > - fix build with gcc-4.6.2 > * fixes for -Werror=unused-but-set-variable > * minor whitespace cleanups Please split those in different smaller commits next time. (easier to review)
Re: [Mageia-dev] ANN: x11-server 1.11.2 landing
06.12.2011 19:38, Thomas Backlund skrev: 06.12.2011 16:22, Thomas Backlund skrev: Hi, I'm starting to push x11-server 1.11.2 to Cauldron now so we can get it tested in Alpha2 x11-server-1.11 has been in core/updates_testing for ~2 months so it's time for all to test it. All drivers will be rebuilt after the server is built so just wait for all the builds to finish... And all packages are now rebuilt, including libdrm, mesa and virtualbox. So it should be safe to update now. Next up is drakx-installer-* wich I'll try to finish today/tomorrow... And now all of drakx-installer-* is rebuilt and seems to work ok, atleast in virtualbox. -- Thomas
Re: [Mageia-dev] ANN: x11-server 1.11.2 landing
'Twas brillig, and Thomas Backlund at 06/12/11 17:38 did gyre and gimble: > 06.12.2011 16:22, Thomas Backlund skrev: >> >> Hi, >> >> I'm starting to push x11-server 1.11.2 to Cauldron now so we can get it >> tested in Alpha2 >> >> x11-server-1.11 has been in core/updates_testing for ~2 months so it's >> time for all to test it. >> >> All drivers will be rebuilt after the server is built so just wait for >> all the builds to finish... >> > > And all packages are now rebuilt, including libdrm, mesa and virtualbox. > > So it should be safe to update now. > > > Next up is drakx-installer-* wich I'll try to finish today/tomorrow... Thanks Thomas... I did meant to do this over the weekend, but time got the better of me :( 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-server 1.11.2 landing
06.12.2011 16:22, Thomas Backlund skrev: Hi, I'm starting to push x11-server 1.11.2 to Cauldron now so we can get it tested in Alpha2 x11-server-1.11 has been in core/updates_testing for ~2 months so it's time for all to test it. All drivers will be rebuilt after the server is built so just wait for all the builds to finish... And all packages are now rebuilt, including libdrm, mesa and virtualbox. So it should be safe to update now. Next up is drakx-installer-* wich I'll try to finish today/tomorrow... -- Thomas
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release sauerbraten-2010_07_28-1.mga2
On Tue, Dec 6, 2011 at 8:58 AM, Oliver Burger wrote: >> otoh, if it comes to that, you can let the user get their "media" >> themselves, and still package the engine only. (it's what i do for eduke32) > > I just see another version of sauerbraten was submitted some hours ago and the > changelog doesn't say anything about cleaned up media. > > juancho, whoever you are: Could you comment? > Oops, I missed this thread from the beginning :S I imported the package because looking at http://pkgs.org/search/?keyword=sauerbraten, I saw the game is in Arch, Debian, Fedora, SuSE and Ubuntu repositories, but I didn't notice that in the case of Fedora is in a third-party repo called "Russian Fedora Nonfree", but in the case of Debian is in their contrib repo, so I thought that if it made it into Debian then there's no problem having it here too. But now looking more closely, in contrib is the engine and in non-free is the data :( Please remove it or move it to non-free, I'm sorry I didn't check this deeper :( Also we could install it in the same way I'm preparing other games based on ioquake3 engine that have non-free data, by including ioquake3 engine in core/release and autodownloading game data at first run: https://mageia.org/pipermail/mageia-dev/2011-November/009862.html -- Juancho
Re: [Mageia-dev] ANN: gcc-4.6.2 landing on Cauldron
On 06/12/11 17:03, Oliver Burger wrote: So did I understand you correctly, that your problem is resolved now? Yes Master :) But, as Funda said, gcc-gfortran should Requires quadmath; otherwise installing gcc-gfortran alone is not enough for linking fortran progs. Chris.
Re: [Mageia-dev] ANN: gcc-4.6.2 landing on Cauldron
Am Dienstag, 6. Dezember 2011, 16:47:39 schrieb EatDirt: > On 06/12/11 15:14, Funda Wang wrote: > > I guess he means gfortran should require quanmath-devel as what fedora > > currently does. > > It should be indeed since without, it just does not work. > > ...although I did no mean that. mirrors were just out of sync till now :-/ So did I understand you correctly, that your problem is resolved now? Oliver
Re: [Mageia-dev] ANN: gcc-4.6.2 landing on Cauldron
On 06/12/11 15:14, Funda Wang wrote: I guess he means gfortran should require quanmath-devel as what fedora currently does. It should be indeed since without, it just does not work. ...although I did no mean that. mirrors were just out of sync till now :-/ cheers. chris.
[Mageia-dev] ANN: x11-server 1.11.2 landing
Hi, I'm starting to push x11-server 1.11.2 to Cauldron now so we can get it tested in Alpha2 x11-server-1.11 has been in core/updates_testing for ~2 months so it's time for all to test it. All drivers will be rebuilt after the server is built so just wait for all the builds to finish... Those nVidia and AMD proprietary drivers that supports 1.11 series server are already in the repos. And ldetect-lst-0.1.297-1.mga2 (released 2011-12-03) is updated to assign correct drivers according to if they support 1.11 series or not. -- Thomas
Re: [Mageia-dev] ANN: gcc-4.6.2 landing on Cauldron
I guess he means gfortran should require quanmath-devel as what fedora currently does. 2011/12/6 Thomas Backlund : > EatDirt skrev 6.12.2011 09:35: >> gfortran -g -DLin blabla.o -o blabla >> /usr/bin/ld: cannot find -lquadmath >> collect2: ld returned 1 exit status >> >> As far as I can check, I do not find anymore the libquadmath package. >> Any idea? >> > > It's on the mirrors... > > just urpmi quadmath-devel > (or add quadmath-devel as BR) > > -- > Thomas > >
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release sauerbraten-2010_07_28-1.mga2
Am Montag, 5. Dezember 2011, 16:42:06 schrieb Maarten Vanraes: > Op maandag 05 december 2011 16:01:14 schreef Samuel Verschelde: > > So unless someone digs into the media files, looks at the licences, > > removes media files with unclear or too restrictive licenses (and that > > the game still works after that), then we must drop it. Otherwise it > > must go to non-free. > > > > Best regards > > > > Samuel Verschelde > > you have a point there... > > otoh, if it comes to that, you can let the user get their "media" > themselves, and still package the engine only. (it's what i do for eduke32) I just see another version of sauerbraten was submitted some hours ago and the changelog doesn't say anything about cleaned up media. juancho, whoever you are: Could you comment? Oliver
Re: [Mageia-dev] ANN: gcc-4.6.2 landing on Cauldron
EatDirt skrev 6.12.2011 09:35: On 05/12/11 15:26, Thomas Backlund wrote: Hi, so... the long wait is over I've submitted gcc-4.6.2-1.mga2 to core/release now. Hi, I have some package not recompiling due to missing libquadmath. Gfortran actually fails to compile program with this error: gfortran -g -DLin blabla.o -o blabla /usr/bin/ld: cannot find -lquadmath collect2: ld returned 1 exit status As far as I can check, I do not find anymore the libquadmath package. Any idea? It's on the mirrors... just urpmi quadmath-devel (or add quadmath-devel as BR) -- Thomas
Re: [Mageia-dev] New errors during boot (since latest Cauldron updates)
'Twas brillig, and Robert Fox at 06/12/11 10:12 did gyre and gimble: > On Tue, 2011-12-06 at 10:04 +, Colin Guthrie wrote: >> 'Twas brillig, and Robert Fox at 06/12/11 09:18 did gyre and gimble: >>> The first error has been around for some time udevd (directory not >>> writable) - but the OSINFO errors are new: >>> >>> Starting udev: udevd[133]: error: runtime directory '/run/udev' not >>> writable, for now falling back to '/dev/.udev' >>> ^[[85G[^[[1;32m OK ^[[0;39m] >>> udevd[134]: unknown key 'OSINFO_BOOTABLE' >>> in /lib/udev/rules.d/95-osinfo.rules:30 >>> >>> udevd[134]: unknown key 'OSINFO_INSTALLER' >>> in /lib/udev/rules.d/95-osinfo.rules:30 >>> >>> udevd[134]: unknown key 'OSINFO_BOOTABLE' >>> in /lib/udev/rules.d/95-osinfo.rules:36 >>> >>> udevd[134]: unknown key 'OSINFO_INSTALLER' >>> in /lib/udev/rules.d/95-osinfo.rules:36 >>> >>> Systems seems to work fine so far. >> >> Can you state which init system you are using, sysvinit or udev. And >> also can you state which initrd generator you are using, mkinitrd or dracut. >> >> Col >> >> > > sysvinit I believe (how can I confirm this?) and mkinitrd (simply did a > cauldron update which included a kernel update - don't even have dracut > installed. Yeah this is probably just udev not liking the fact that mkinitrd does not setup /run as a tmpfs mount. Dracut runs udev from the initrd and thus setups up /run etc. So please try installing dracut and regenerating the initrd: dracut -f /boot/initrd-3.1.4-desktop-2.mga2.img Make sure you have a working initrd saved just in case you need it before running this command: e.g. cp /boot/initrd-3.1.4-desktop-2.mga2.img /boot/arg.img This way you can always edit your grub command to specify this initrd manually in the case of a hideous failure! We'll likely be forcing dracut on people pretty soon anyway and might drop mkinitrd completely from mga2, so it's worth giving us feedback if you can :) 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] Subrel for version updates on stable releases
Am 05.12.2011 22:08, schrieb Anssi Hannula: > > As no one was against it, I've updated the policy page: > https://wiki.mageia.org/en/Updates_policy > On a related sidenote, as the instructions for the maintainer role were a bit unclear about some actions (like the update advisory) and the order was also not reflecting reality, i've updated it, added some more detailed instructions and also added an example advisory text. Feel free to check: https://wiki.mageia.org/en/Updates_policy#Roles Everything inside *Maintainer (or any interested packager)* role
Re: [Mageia-dev] Unable to boot into kernel-3.1.3
On 2 December 2011 11:44, Colin Guthrie wrote: > Actually I didn't really need it in the end, I should have spotted the > problem without it, but it did make me go through the motions. > > It was a simple variable name typo. maybe for such import shell scripts should we use "set -u" that works in both bash & dash & exit immediately with an error messag when using bogus variable names
Re: [Mageia-dev] New errors during boot (since latest Cauldron updates)
On Tue, 2011-12-06 at 10:04 +, Colin Guthrie wrote: > 'Twas brillig, and Robert Fox at 06/12/11 09:18 did gyre and gimble: > > The first error has been around for some time udevd (directory not > > writable) - but the OSINFO errors are new: > > > > Starting udev: udevd[133]: error: runtime directory '/run/udev' not > > writable, for now falling back to '/dev/.udev' > > ^[[85G[^[[1;32m OK ^[[0;39m] > > udevd[134]: unknown key 'OSINFO_BOOTABLE' > > in /lib/udev/rules.d/95-osinfo.rules:30 > > > > udevd[134]: unknown key 'OSINFO_INSTALLER' > > in /lib/udev/rules.d/95-osinfo.rules:30 > > > > udevd[134]: unknown key 'OSINFO_BOOTABLE' > > in /lib/udev/rules.d/95-osinfo.rules:36 > > > > udevd[134]: unknown key 'OSINFO_INSTALLER' > > in /lib/udev/rules.d/95-osinfo.rules:36 > > > > Systems seems to work fine so far. > > Can you state which init system you are using, sysvinit or udev. And > also can you state which initrd generator you are using, mkinitrd or dracut. > > Col > > sysvinit I believe (how can I confirm this?) and mkinitrd (simply did a cauldron update which included a kernel update - don't even have dracut installed. Hope this helps. Cheers, Robert
Re: [Mageia-dev] Unable to boot into kernel-3.1.3
'Twas brillig, and Thomas Spuhler at 06/12/11 04:03 did gyre and gimble: > On Friday, December 02, 2011 05:15:03 am Colin Guthrie wrote: >> 'Twas brillig, and Kira at 02/12/11 11:24 did gyre and gimble: >>> 在 Fri, 02 Dec 2011 18:44:32 +0800, Colin Guthrie >>> >>> 寫道: Actually I didn't really need it in the end, I should have spotted the problem without it, but it did make me go through the motions. It was a simple variable name typo. I've submitted a new version, please wait for dracut-013-5.mga2 and regenerate, test, yada, yada, and let me know how you get on. Col >>> >>> No, it didn't work. >> >> Well it kinda worked - at least it's actually trying to mount /usr now! >> >>> Error message: device node not found >>> >>> dracut Warning: e2fsck returned with 16 >>> dracut Warning: *** An error occurred during the file system check. >>> dracut Warning: *** Dropping yo to a shell: the system will try >>> dracut Warning: *** to mount the filesystem(s), when you leave the shell >> >> OK, so according to man e2fsck exit code 16 is "Usage or syntax error" >> >> I think this is due to using UUID=. >> >> I'll work on a fix for the next round of testing :D >> >> Col > The new kernel 3.1.4-desktop-2.mga2 works/boots Excellent. I presume that you are commenting on this thread because you also have /usr on a separate partition? So I can tick off various different scenarios on my list, can you say what filesystem you use on /usr and if there is anything special about it (LVM, RAID etc.). > Maybe something went wrong during the installation process. But i get: > WARNING: Deprecated config file /etc/modprobe.conf, all config files belong > into > /etc/modprobe.d/. Nah, this is just a warning. If you want to silence it, just move /etc/probrobe.conf into /etc/modprobe.d/default.conf 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] New errors during boot (since latest Cauldron updates)
'Twas brillig, and Robert Fox at 06/12/11 09:18 did gyre and gimble: > The first error has been around for some time udevd (directory not > writable) - but the OSINFO errors are new: > > Starting udev: udevd[133]: error: runtime directory '/run/udev' not > writable, for now falling back to '/dev/.udev' > ^[[85G[^[[1;32m OK ^[[0;39m] > udevd[134]: unknown key 'OSINFO_BOOTABLE' > in /lib/udev/rules.d/95-osinfo.rules:30 > > udevd[134]: unknown key 'OSINFO_INSTALLER' > in /lib/udev/rules.d/95-osinfo.rules:30 > > udevd[134]: unknown key 'OSINFO_BOOTABLE' > in /lib/udev/rules.d/95-osinfo.rules:36 > > udevd[134]: unknown key 'OSINFO_INSTALLER' > in /lib/udev/rules.d/95-osinfo.rules:36 > > Systems seems to work fine so far. Can you state which init system you are using, sysvinit or udev. And also can you state which initrd generator you are using, mkinitrd or dracut. 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] New errors during boot (since latest Cauldron updates)
The first error has been around for some time udevd (directory not writable) - but the OSINFO errors are new: Starting udev: udevd[133]: error: runtime directory '/run/udev' not writable, for now falling back to '/dev/.udev' ^[[85G[^[[1;32m OK ^[[0;39m] udevd[134]: unknown key 'OSINFO_BOOTABLE' in /lib/udev/rules.d/95-osinfo.rules:30 udevd[134]: unknown key 'OSINFO_INSTALLER' in /lib/udev/rules.d/95-osinfo.rules:30 udevd[134]: unknown key 'OSINFO_BOOTABLE' in /lib/udev/rules.d/95-osinfo.rules:36 udevd[134]: unknown key 'OSINFO_INSTALLER' in /lib/udev/rules.d/95-osinfo.rules:36 Systems seems to work fine so far. Cheers, R.Fox
Re: [Mageia-dev] RFC: Opening Backports (once again...)
Le mardi 6 décembre 2011 00:29:03, Anssi Hannula a écrit : > > Using a separate branch is also a cleaner way of providing > > backports, and makes it easy to separate changes needed only > > for Cauldron (or backports). > > Hm, how does this help with enabling backports (i.e. compared to simply > using cauldron repo)? The current system needs a rework to be able to accept packages submitted from cauldron to 1/backports_testing while forbidding submit from cauldron to 1/updates_testing Back in september I had proposed 2 solutions : - the current proposal from tmb, which I support (but which requires a change in the policy as it is currently defined) - allowing to submit anywhere from cauldron (and have QA verify that the packages have been submitted from the right branch, and burn publicly packagers who submit from cauldron to updates_testing) Both would require little tweaking to the build system.