Re: [Mageia-dev] Packages in Mageia liveCD
Em 21-04-2012 14:42, Philippe DIDIER escreveu: Gimp would be more useful for everyone (but it's perhaps to heavy with its dependancies and localized help rpm to stand on the live CD...) +1
Re: [Mageia-dev] submit freetuxtv-0.6.3-1.mga2
Em 19-04-2012 19:35, Zézinho escreveu: Em 17-04-2012 22:48, Zézinho escreveu: please submit freetuxtv 0.6.3, it is a pure bugfix release : - compatible with VLC 2.x - fixes display bugs (#5398) thanks PING please One try again, looks like it was forgotten... and cauldron freetuxtv simply does not start.
Re: [Mageia-dev] Freeze Push: mythtv + mythplugins
22.04.2012 04:41, Colin Guthrie skrev: > 'Twas brillig, and nicolas vigier at 22/04/12 00:43 did gyre and gimble: >> On Fri, 20 Apr 2012, Colin Guthrie wrote: >> >>> Hi, >>> >>> Please push mythtv and then, after it's built, mythplugins. >>> >>> Built both normal and tainted locally. >>> >>> Please see earlier discussions on this topic, but also feel free to veto >>> still. I can always revert SVN. >> >> Since it is a leaf package, and nobody seems to be against it in earlier >> discussions, I have submitted mythtv. However there was an error at the >> end of package build : >> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120421233447.boklm.valstar.6145/log/mythtv-0.25-20120418.1.mga2/build.0.20120421233448.log >> > > Thanks. It was missing a dep for python bindings which caused this. > > I've added that and enabled a few features I realised were missing. > > Please resubmit when you can. > In progress... -- Thomas
Re: [Mageia-dev] Freeze push: firefox, xulrunner, firefox-l10n 10.0.4esr
22.04.2012 04:47, Funda Wang skrev: > Hello, > > Maybe somebody could push ff, xulrunner, ff-1l0n 10.0.4esr into > cauldron. And, tb may follows at a later time. > > Thanks. In progress... -- Thomas
Re: [Mageia-dev] Freeze push: python and python3
They definitely do. Regards Antoine. On Sun, 22 Apr 2012 07:35:43 +0800 Funda Wang wrote: > I guess yes. But I couldn't find relative notes in here: > http://www.python.org/news/security/ > > 2012/4/22 David Walser : > > Funda Wang wrote: > >> Hello, > >> > >> Could somebody push python-2.7.3 and python3-3.2.3 into cauldron? They > >> fixed CVE-2012-0876, oCERT-2011-003, CVE-2012-0845, CVE-2011-3389, > >> and a lot of other minor bugs. > > > > Do these affect Mageia 1 as well? > > >
Re: [Mageia-dev] Freeze Push: mythtv + mythplugins
22.04.2012 12:16, Thomas Backlund skrev: > 22.04.2012 04:41, Colin Guthrie skrev: >> 'Twas brillig, and nicolas vigier at 22/04/12 00:43 did gyre and gimble: >>> On Fri, 20 Apr 2012, Colin Guthrie wrote: >>> Hi, Please push mythtv and then, after it's built, mythplugins. Built both normal and tainted locally. Please see earlier discussions on this topic, but also feel free to veto still. I can always revert SVN. >>> >>> Since it is a leaf package, and nobody seems to be against it in earlier >>> discussions, I have submitted mythtv. However there was an error at the >>> end of package build : >>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120421233447.boklm.valstar.6145/log/mythtv-0.25-20120418.1.mga2/build.0.20120421233448.log >>> >> >> Thanks. It was missing a dep for python bindings which caused this. >> >> I've added that and enabled a few features I realised were missing. >> >> Please resubmit when you can. >> > > In progress... > Still broken... I added gdb as br to fix the first failure, but then it hit another http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120422092443.tmb.valstar.21266/log/mythtv-0.25-20120418.1.mga2/build.0.20120422092445.log -- Thomas
Re: [Mageia-dev] Freeze push: wordpress
22.04.2012 05:28, Funda Wang skrev: > Hello, > > Could somebody push wordpress 3.3.2 into cauldron? It fixes > CVE-2012-2399, CVE-2012-240[0-4]. > > Thanks. Pushed. -- Thomas
Re: [Mageia-dev] submit freetuxtv-0.6.3-1.mga2
22.04.2012 12:05, Zézinho skrev: > Em 19-04-2012 19:35, Zézinho escreveu: >> Em 17-04-2012 22:48, Zézinho escreveu: >>> please submit freetuxtv 0.6.3, it is a pure bugfix release : >>> - compatible with VLC 2.x >>> - fixes display bugs (#5398) >>> >>> thanks >> >> PING please > > One try again, looks like it was forgotten... and cauldron freetuxtv > simply does not start. > Submitted. -- Thomas
[Mageia-dev] Freeze Push: dropbear
When adding systemd units to dropbear, I noticed a security problem had been announced. - Security: Fix use-after-free bug that could be triggered if command="..." authorized_keys restrictions are used. Could allow arbitrary code execution or bypass of the command="..." restriction to an authenticated user. This bug affects releases 0.52 onwards. Ref CVE-2012-0920. Thanks to Danny Fullerton of Mantor Organization for reporting the bug. Please push. Note, that dropbear suffers from the same problem as openssh-server when pam support is disabled - i.e. all sessions will be killed on service restart. I tried enabling PAM support but this didn't seem to work properly so I've left it disabled for now. I've mentioned the issue on Fedora, so hopefully they'll fix it! https://bugzilla.redhat.com/show_bug.cgi?id=770251 -- 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] Freeze Push: mythtv + mythplugins
'Twas brillig, and Thomas Backlund at 22/04/12 10:31 did gyre and gimble: > 22.04.2012 12:16, Thomas Backlund skrev: >> 22.04.2012 04:41, Colin Guthrie skrev: >>> 'Twas brillig, and nicolas vigier at 22/04/12 00:43 did gyre and gimble: On Fri, 20 Apr 2012, Colin Guthrie wrote: > Hi, > > Please push mythtv and then, after it's built, mythplugins. > > Built both normal and tainted locally. > > Please see earlier discussions on this topic, but also feel free to veto > still. I can always revert SVN. Since it is a leaf package, and nobody seems to be against it in earlier discussions, I have submitted mythtv. However there was an error at the end of package build : http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120421233447.boklm.valstar.6145/log/mythtv-0.25-20120418.1.mga2/build.0.20120421233448.log >>> >>> Thanks. It was missing a dep for python bindings which caused this. >>> >>> I've added that and enabled a few features I realised were missing. >>> >>> Please resubmit when you can. >>> >> >> In progress... >> > > Still broken... I added gdb as br to fix the first failure, but then it > hit another > > http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120422092443.tmb.valstar.21266/log/mythtv-0.25-20120418.1.mga2/build.0.20120422092445.log Ahh yes, this is due to bonjour support which I didn't actually test locally due to laziness... sorry. Testing a fix locally now and will ping when that's done. The gdb thing is more interesting tho'. This doesn't appear to be in the MythTV source at all... It seems it's related to the debug symbol extraction or some libtool magic? I suspect it wouldn't have been a fatal error to the build (i.e. it was a red herring the first time round), but perhaps this indicates a bigger problem. Do we need to add gdb to the default rpms in the chroot to do this properly? Or perhaps we just need to remove the test code because we know which gdb version we have? 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] Freeze Push: mythtv + mythplugins
'Twas brillig, and Colin Guthrie at 22/04/12 11:55 did gyre and gimble: > Ahh yes, this is due to bonjour support which I didn't actually test > locally due to laziness... sorry. Testing a fix locally now and will > ping when that's done. OK, local build done and seems fine now with a better patch. Please resubmit at your leisure and cross your fingers that I've not missed some other dep :) 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] Freeze Push: mythtv + mythplugins
22.04.2012 13:55, Colin Guthrie skrev: > 'Twas brillig, and Thomas Backlund at 22/04/12 10:31 did gyre and gimble: >> 22.04.2012 12:16, Thomas Backlund skrev: >>> 22.04.2012 04:41, Colin Guthrie skrev: 'Twas brillig, and nicolas vigier at 22/04/12 00:43 did gyre and gimble: > On Fri, 20 Apr 2012, Colin Guthrie wrote: > >> Hi, >> >> Please push mythtv and then, after it's built, mythplugins. >> >> Built both normal and tainted locally. >> >> Please see earlier discussions on this topic, but also feel free to veto >> still. I can always revert SVN. > > Since it is a leaf package, and nobody seems to be against it in earlier > discussions, I have submitted mythtv. However there was an error at the > end of package build : > http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120421233447.boklm.valstar.6145/log/mythtv-0.25-20120418.1.mga2/build.0.20120421233448.log > Thanks. It was missing a dep for python bindings which caused this. I've added that and enabled a few features I realised were missing. Please resubmit when you can. >>> >>> In progress... >>> >> >> Still broken... I added gdb as br to fix the first failure, but then it >> hit another >> >> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120422092443.tmb.valstar.21266/log/mythtv-0.25-20120418.1.mga2/build.0.20120422092445.log > > Ahh yes, this is due to bonjour support which I didn't actually test > locally due to laziness... sorry. Testing a fix locally now and will > ping when that's done. > OK > The gdb thing is more interesting tho'. This doesn't appear to be in the > MythTV source at all... It seems it's related to the debug symbol > extraction or some libtool magic? I suspect it wouldn't have been a > fatal error to the build (i.e. it was a red herring the first time > round), but perhaps this indicates a bigger problem. > Yeah, I didn't read the errors more carefully, so I just added it to BR to see if it was at fault... We should really fix it at the correct place in the buildchain either by adding gdb as BR, or remove the check. > Do we need to add gdb to the default rpms in the chroot to do this > properly? Or perhaps we just need to remove the test code because we > know which gdb version we have? > I guess we should fix the BR at correct place, as it should trigger at th point our gdb is too old... -- Thoma
Re: [Mageia-dev] Freeze Push: mythtv + mythplugins
22.04.2012 14:04, Colin Guthrie skrev: > 'Twas brillig, and Colin Guthrie at 22/04/12 11:55 did gyre and gimble: >> Ahh yes, this is due to bonjour support which I didn't actually test >> locally due to laziness... sorry. Testing a fix locally now and will >> ping when that's done. > > OK, local build done and seems fine now with a better patch. Please > resubmit at your leisure and cross your fingers that I've not missed > some other dep :) > > Col > mythtv and plugins pushed. -- Thomas
Re: [Mageia-dev] Freeze Push: mythtv + mythplugins
2012/4/22 Thomas Backlund : > mythtv and plugins pushed. Maybe you've forgot the tainted repository.
Re: [Mageia-dev] Freeze Push: mythtv + mythplugins
22.04.2012 14:58, Funda Wang skrev: > 2012/4/22 Thomas Backlund : >> mythtv and plugins pushed. > Maybe you've forgot the tainted repository. Ah, indeed... Thanks for noticing... -- Thoma
[Mageia-dev] kmod issue with modprobe install rules.
Hi, I think I've found a problem: If we have a line: install ide-controller /sbin/modprobe ide_generic; /bin/true then module-init-tools will allow us to do: modprobe ide-controller but with kmod, it just says: FATAL: Module wibble not found. So it seems it looks up the module first an bails before running the install rule. I've never quite understood the ide-controller stuff, but this difference could cause us other problems. 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] kmod issue with modprobe install rules.
22.04.2012 15:47, Colin Guthrie skrev: > Hi, > > I think I've found a problem: > > If we have a line: > > install ide-controller /sbin/modprobe ide_generic; /bin/true > > > then module-init-tools will allow us to do: > > modprobe ide-controller > > but with kmod, it just says: > > FATAL: Module wibble not found. > > > So it seems it looks up the module first an bails before running the > install rule. > > I've never quite understood the ide-controller stuff, but this > difference could cause us other problems. > Indeed. I've reported it upstream. -- Thomas
[Mageia-dev] Freeze push: nspr
This is actually not a change in software version, but just in the package version. Internally it thinks it's 4.9.0 even though the tarball version is 4.9, and we should have called it 4.9.0 in the first place. Mandriva pushed it to 2010.2 as 4.9.0, which rpm thinks is newer than 4.9, so we have to do the same in Mageia 1, and I'm finally fixing it now in Cauldron.
[Mageia-dev] Freeze push: gambas3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, can someone push gambas3? - From 3.0.0 to 3.1.1: - - it fixes many critical bugs afflicting its package builder - the dependencies to gambas2 rather than to gambas3 - slackaware build script fixed - - moreover it fixes 150+ bugs - - it's the current stable release Regards - -- Matteo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPlCJ+AAoJED3LowjDDWbNYBwH/AxZRPUV+sVt7dQwr4tQwGHZ qjLir5FKYVw9CyzZxxSnclp3VgRyGYatdMFxpFFA+DGUHFquCmXKG9Z1ZZpTIQVU 3b3H2t7cGWnYokqYqjIgM9DervHFBQxTmUYF8VNggquTKMHFKddDgUf2z4E4tXvC 9VxM0/+LBEuiYaBfyMonIac4f3NldURcYGB0tTIMLRveBUCH5ASI0DqOxGCXD9F0 rHkI7OIdOzSB0Ln11NTFB8Iy9/meHXOl5WpFKMf3Y/qxgrkiYB2PMP36D5/7F+HT VzmZcs7201xC7zPdzKy9ZjfG96Q57wgQ+xTPnWeD/YPirfIqLthAP7twFqGYsSM= =shk7 -END PGP SIGNATURE-
Re: [Mageia-dev] [soft-commits] [4017] Include persistent-storage udev rules ( needed for UUID info on root disks during install)
'Twas brillig, and Thierry Vignaud at 18/04/12 21:43 did gyre and gimble: > On 18 April 2012 21:51, Colin Guthrie wrote: So these rules ensured that the UUID of /dev/sd* partitions were available in udev. >>> >>> Maybe should we include them into rescue too, shouldn't we? >> >> Yeah that makes sense IMO. Sorry I should have fixed it there too. We >> may also want to investigate whether or not we should "fake" a dracut >> boot (i.e. mount /run and make sure the folder /run/initramfs exists). >> The only real requirement is that all the necessary info is available in >> udev to generate an initrd. I think with the rules and with udev >> starting before any lvm/crypt commands then that should be fine. > > I let you commit & release a new drakx-installer-rescue? Do you think we should include the same set of rules as the installer in the rescue? This would also mean including these too: 64-md-raid.rules 65-md-incremental.rules 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] [soft-commits] [4017] Include persistent-storage udev rules ( needed for UUID info on root disks during install)
'Twas brillig, and Colin Guthrie at 22/04/12 16:53 did gyre and gimble: > 'Twas brillig, and Thierry Vignaud at 18/04/12 21:43 did gyre and gimble: >> On 18 April 2012 21:51, Colin Guthrie wrote: > So these rules ensured that the UUID of /dev/sd* partitions were > available in udev. Maybe should we include them into rescue too, shouldn't we? >>> >>> Yeah that makes sense IMO. Sorry I should have fixed it there too. We >>> may also want to investigate whether or not we should "fake" a dracut >>> boot (i.e. mount /run and make sure the folder /run/initramfs exists). >>> The only real requirement is that all the necessary info is available in >>> udev to generate an initrd. I think with the rules and with udev >>> starting before any lvm/crypt commands then that should be fine. >> >> I let you commit & release a new drakx-installer-rescue? > > Do you think we should include the same set of rules as the installer in > the rescue? > > This would also mean including these too: > > 64-md-raid.rules > > 65-md-incremental.rules > Erm, ignore this, I should have svn up'ed before looking at it. I see it's already done. Thanks :) 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] Freeze push: nspr
22.04.2012 17:17, David Walser skrev: > This is actually not a change in software version, but just in the package > version. Internally it thinks it's 4.9.0 even though the tarball version is > 4.9, and we should have called it 4.9.0 in the first place. Mandriva pushed > it to 2010.2 as 4.9.0, which rpm thinks is newer than 4.9, so we have to do > the same in Mageia 1, and I'm finally fixing it now in Cauldron. > Submitted
[Mageia-dev] Freeze Push: cpufreq
Contains some systemd migrations, mostly by Kamil. Thanks. 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] Freeze Push: cpufreq
22.04.2012 20:19, Colin Guthrie skrev: > Contains some systemd migrations, mostly by Kamil. Thanks. > > Col > Pushed. -- Thomas
[Mageia-dev] sun java issue for mga 1 handling
Despite not realling blocking for mageia 2 release, the issue is still to address, the sooner the better. Here are the previous discussion references: https://bugs.mageia.org/show_bug.cgi?id=3101 https://www.mageia.org/pipermail/mageia-dev/2012-March/013649.html Various proposal sofar: 1) provide an upgrade package with current content and some README.urpmi file telling to fetch it from oracle 2) provide an upgrade package with just the README.urpmi file 3) provide an upgrade package with some kind of automated downloading script We need both a consensus and someone to implement it, preferentially the maintainer of course. I personally think 3 is way too much work for the added value, and 2 seem both the easiest and safer option. -- BOFH excuse #372: Forced to support NT servers; sysadmins quit.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release lm_sensors-3.3.2-5.mga2
On 22 April 2012 19:17, colin wrote: > colin 1:3.3.2-5.mga2: > + Revision: 232603 > - Fix systemd unit migration > - Remove now outdated sensors-detect What are we supposed to use then?
Re: [Mageia-dev] microcode needed by default
Op zondag 22 april 2012 07:01:04 schreef simple w8: > Hi, > > when booting i alwas saw that systemd was complaning about not being > able to start service microcode.service (Description: LSB: Update the > Intel / AMD CPU microcode). > > I made a research with urpmq and found the package microcode, i > installed it and now theres no complains in systemd regarding > microcode. perhaps it would be better to have the service in the packages itself... and get this to split off
Re: [Mageia-dev] broken dependencies are growing again...
Op zondag 22 april 2012 08:38:53 schreef Jerome Quelin: > On 12/04/22 01:22 +0200, Maarten Vanraes wrote: > > Op zaterdag 21 april 2012 21:42:23 schreef Pascal Terjan: > > > On Sat, Apr 21, 2012 at 20:15, Maarten Vanraes wrote: > > [...] > > > > > > ==> missing perl modules: > > > > perl-Catalyst-Authentication-Credential-OpenID > > > > perl-JavaScript > > > > > > Yes and we can't do more about them, we should probably just remove > > > them from mirrors > > > > [...] > > > > iinm identity uses perl-Catalyst-Authentication-Credential-OpenID (or > > planned to at some point) > > > > besides, it points to perl-Catalyst-Engine-HTTP not being there. which > > seems to me (a novice) a more important package (unless renames or > > stuff) > > catalyst::engine::http does not exist anymore upstream. i already > reported a bug. until the bug is solved (either by providing back ::http > or to do without it), there's nothing much i can do. > > perl-javascript doesn't compile anymore with latest javascript libs, > once again a bug exists upstream. > > so, nothing much to do for those. > jérôme ah, ok. is this a release_blocker? i hope not? maybe we can include it on the errata if not. or will this be problematic on mga1 > mga2 upgrade? if not, perhaps we need some quick workarounds or something
Re: [Mageia-dev] sun java issue for mga 1 handling
Am 22.04.2012 20:01, schrieb Guillaume Rousse: > Despite not realling blocking for mageia 2 release, the issue is still to > address, the sooner the better. > > Here are the previous discussion references: > https://bugs.mageia.org/show_bug.cgi?id=3101 > https://www.mageia.org/pipermail/mageia-dev/2012-March/013649.html > > Various proposal sofar: > 1) provide an upgrade package with current content and some README.urpmi file > telling to fetch it from oracle > 2) provide an upgrade package with just the README.urpmi file > 3) provide an upgrade package with some kind of automated downloading script > > We need both a consensus and someone to implement it, preferentially the > maintainer of course. > > I personally think 3 is way too much work for the added value, and 2 seem > both the easiest and safer option. > I'm all for 2.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release lm_sensors-3.3.2-5.mga2
'Twas brillig, and Thierry Vignaud at 22/04/12 19:08 did gyre and gimble: > On 22 April 2012 19:17, colin wrote: >> colin 1:3.3.2-5.mga2: >> + Revision: 232603 >> - Fix systemd unit migration >> - Remove now outdated sensors-detect > > What are we supposed to use then? The up-to-date one that is included. We were previously using an outdated one included in the SOURCES folder that predated the last version bump. 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] sun java issue for mga 1 handling
'Twas brillig, and Guillaume Rousse at 22/04/12 19:01 did gyre and gimble: > Despite not realling blocking for mageia 2 release, the issue is still > to address, the sooner the better. > > Here are the previous discussion references: > https://bugs.mageia.org/show_bug.cgi?id=3101 > https://www.mageia.org/pipermail/mageia-dev/2012-March/013649.html > > Various proposal sofar: > 1) provide an upgrade package with current content and some README.urpmi > file telling to fetch it from oracle > 2) provide an upgrade package with just the README.urpmi file > 3) provide an upgrade package with some kind of automated downloading > script > > We need both a consensus and someone to implement it, preferentially the > maintainer of course. > > I personally think 3 is way too much work for the added value, and 2 > seem both the easiest and safer option. I vote 2. 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] sun java issue for mga 1 handling
22.04.2012 22:16, Colin Guthrie skrev: > 'Twas brillig, and Guillaume Rousse at 22/04/12 19:01 did gyre and gimble: >> Despite not realling blocking for mageia 2 release, the issue is still >> to address, the sooner the better. >> >> Here are the previous discussion references: >> https://bugs.mageia.org/show_bug.cgi?id=3101 >> https://www.mageia.org/pipermail/mageia-dev/2012-March/013649.html >> >> Various proposal sofar: >> 1) provide an upgrade package with current content and some README.urpmi >> file telling to fetch it from oracle >> 2) provide an upgrade package with just the README.urpmi file >> 3) provide an upgrade package with some kind of automated downloading >> script >> >> We need both a consensus and someone to implement it, preferentially the >> maintainer of course. >> >> I personally think 3 is way too much work for the added value, and 2 >> seem both the easiest and safer option. > > I vote 2. > Same here. -- Thomas
Re: [Mageia-dev] sun java issue for mga 1 handling
22.04.2012 22:19, Thomas Backlund kirjutas: > 22.04.2012 22:16, Colin Guthrie skrev: >> 'Twas brillig, and Guillaume Rousse at 22/04/12 19:01 did gyre and gimble: >>> Despite not realling blocking for mageia 2 release, the issue is still >>> to address, the sooner the better. >>> >>> Here are the previous discussion references: >>> https://bugs.mageia.org/show_bug.cgi?id=3101 >>> https://www.mageia.org/pipermail/mageia-dev/2012-March/013649.html >>> >>> Various proposal sofar: >>> 1) provide an upgrade package with current content and some README.urpmi >>> file telling to fetch it from oracle >>> 2) provide an upgrade package with just the README.urpmi file >>> 3) provide an upgrade package with some kind of automated downloading >>> script >>> >>> We need both a consensus and someone to implement it, preferentially the >>> maintainer of course. >>> >>> I personally think 3 is way too much work for the added value, and 2 >>> seem both the easiest and safer option. >> I vote 2. >> > Same here. > > -- > Thomas And here. -- Sander
Re: [Mageia-dev] broken dependencies are growing again...
On Sun, Apr 22, 2012 at 07:38, Jerome Quelin wrote: > On 12/04/22 01:22 +0200, Maarten Vanraes wrote: >> Op zaterdag 21 april 2012 21:42:23 schreef Pascal Terjan: >> > On Sat, Apr 21, 2012 at 20:15, Maarten Vanraes wrote: >> [...] >> > > ==> missing perl modules: >> > > perl-Catalyst-Authentication-Credential-OpenID >> > > perl-JavaScript >> > >> > Yes and we can't do more about them, we should probably just remove >> > them from mirrors >> [...] >> >> iinm identity uses perl-Catalyst-Authentication-Credential-OpenID (or planned >> to at some point) >> >> besides, it points to perl-Catalyst-Engine-HTTP not being there. which seems >> to me (a novice) a more important package (unless renames or stuff) > > catalyst::engine::http does not exist anymore upstream. i already > reported a bug. until the bug is solved (either by providing back ::http > or to do without it), there's nothing much i can do. > > perl-javascript doesn't compile anymore with latest javascript libs, > once again a bug exists upstream. > > so, nothing much to do for those. I will remove them from the repository as there is no point in keeping them if people can not install them
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release lm_sensors-3.3.2-5.mga2
22.04.2012 22:15, Colin Guthrie kirjoitti: > 'Twas brillig, and Thierry Vignaud at 22/04/12 19:08 did gyre and gimble: >> On 22 April 2012 19:17, colin wrote: >>> colin 1:3.3.2-5.mga2: >>> + Revision: 232603 >>> - Fix systemd unit migration >>> - Remove now outdated sensors-detect >> >> What are we supposed to use then? > > The up-to-date one that is included. We were previously using an > outdated one included in the SOURCES folder that predated the last > version bump. Commit message could've been better then, I also thought tit was dropped completely :) -- Anssi Hannula
[Mageia-dev] Freeze push: nvidia-cuda-toolkit
Please push nvidia-cuda-toolkit 4.2.9. It adds support for the recently released Kepler (GTX 6XX) architecture. Thanks!
Re: [Mageia-dev] Freeze push: nvidia-cuda-toolkit
23.04.2012 00:51, Dimitri skrev: > Please push nvidia-cuda-toolkit 4.2.9. It adds support for the recently > released Kepler (GTX 6XX) architecture. > Submitted -- Thomas
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release lm_sensors-3.3.2-5.mga2
'Twas brillig, and Anssi Hannula at 22/04/12 21:21 did gyre and gimble: > 22.04.2012 22:15, Colin Guthrie kirjoitti: >> 'Twas brillig, and Thierry Vignaud at 22/04/12 19:08 did gyre and gimble: >>> On 22 April 2012 19:17, colin wrote: colin 1:3.3.2-5.mga2: + Revision: 232603 - Fix systemd unit migration - Remove now outdated sensors-detect >>> >>> What are we supposed to use then? >> >> The up-to-date one that is included. We were previously using an >> outdated one included in the SOURCES folder that predated the last >> version bump. > > Commit message could've been better then, I also thought tit was dropped > completely :) Yup, fixed for next build. -- 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] Freeze push - quota
On 21/04/12 21:57, Jani Välimaa wrote: On 21.04.2012 23:31, Barry Jackson wrote: On 20/04/12 15:06, Thierry Vignaud wrote: On 20 April 2012 16:00, Barry Jackson wrote: Please push 'quota' package. Fixes bug 3053 :) That is? Like for packages description, one should always include a one liner description of the actual issue. Thanks. Fixes incorrect permissions on root only readable file. We aren't in release freeze yet, so you can push it by yourself. Yes my mistake - never been though the freeze scenario before and was a little confused. Thanks.
[Mageia-dev] no boot image
Hi, If i run "drakboot --boot" and then choose resolution bigger than 1024x768 no longer boots with mageia image, instead appears a colored bar in the bottom of the screen. I remember before Mageia 2 Beta 3 i was able to at least choose resolution 1280x1026 16 bpp and i had the mageia boot image...