Re: [Mageia-dev] [changelog] [RPM] 2 core/updates_testing drakx-installer-images-1.75-5.mga2
Le 11/10/2012 14:24, Thierry Vignaud a écrit : I wonder why nobody reported this for Mageia2 I had a resize of NTFS that went bad : - ended quickly - windows 7 could not boot anymore, except in failsafe mode But this was not a format of the partition ;-)
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
Le 11/10/2012 22:16, zago a écrit : On Thu, Oct 11, 2012 at 05:03:07PM +0200, Anne Nicolas wrote: Please do. That subject has been discussed already too many times Thanks For now I've killed the provides in muffin. I guess removing a package means asking a sysadmin? Thanks. Muffin has been removed now. -- Anne http://mageia.org
Re: [Mageia-dev] Alpha 2 is very near
Em 11-10-2012 21:33, Anne Nicolas escreveu: Hi there That was a real alpha release! Bugs, flu, tests and tests and tests again... But alpha 2 is now very near. Please have a look in wiki page and add any information about versions and new softwares: https://wiki.mageia.org/en/Mageia_3_alpha2 Cheers What about mass rebuild? Is it still waiting for some bricks?
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
On Thu, Oct 11, 2012 at 05:03:07PM +0200, Anne Nicolas wrote: > Please do. That subject has been discussed already too many times > Thanks For now I've killed the provides in muffin. I guess removing a package means asking a sysadmin? -- Regards, Olav
[Mageia-dev] Alpha 2 is very near
Hi there That was a real alpha release! Bugs, flu, tests and tests and tests again... But alpha 2 is now very near. Please have a look in wiki page and add any information about versions and new softwares: https://wiki.mageia.org/en/Mageia_3_alpha2 Cheers -- Anne http://mageia.org
Re: [Mageia-dev] Firefox 16 - security issue - withdrawn
Op donderdag 11 oktober 2012 19:19:33 schreef Sander Lepik: > 11.10.2012 18:32, Barry Jackson kirjutas: > > On 11/10/12 12:29, Sander Lepik wrote: > >> 11.10.2012 13:58, Barry Jackson kirjutas: > >>> http://www.bbc.co.uk/news/technology-19909106 > >>> > >>> Maybe we should revert in Cauldron? > >> > >> Well, it's cauldron and the bug will be fixed before we get it reverted. > >> We just have to wait a day or two. 16.0.1 candidate is already uploaded, > >> so the bug is probably already fixed.. > > > > True - however since I use Cauldron 24/7 I have reverted to 15.0.1 and > > added it to skip.list for my own peace of mind ;) > > > > Barry > > So, instead of 1 security hole you now have 14 (most of them critical > > :http://www.mozilla.org/security/known-vulnerabilities/firefox.html#firefox1 > :6)? ;P > Not sure if it's safer or not :) > > -- > Sander the thing is: 1 very new one, or 14 old ones... that's the trick... 1 for which only very very recently an exploit and 14 widespread exploits
Re: [Mageia-dev] [changelog] [RPM] 2 core/updates_testing drakx-installer-images-1.75-5.mga2
On 11 October 2012 18:16, Marja van Waes wrote: >> Also I've backported fixing NTFS resizing (got gratuitously broken >> when ntfs-3g obsoleted ntfsprogs w/o including our patch) >> >> I wonder why nobody reported this for Mageia2 > > Hmm, I do remember not getting the resizing screen after choosing to > use a windowspartition, but installer just continuing. Is that what > you are referring to? If so: I didn't file a bug report because I > thought my expectations had been wrong. The bug I refer to is that drakx offer to resize NTFS as "let's _format_ it to a smaller partition" Actual message is "After resizing partition /dev/foobar, all data on this partition will be lost"
Re: [Mageia-dev] [changelog] [RPM] 2 core/updates_testing drakx-installer-images-1.75-5.mga2
On Thursday 11 October 2012 14:24, Thierry Vignaud wrote: > I wonder why nobody reported this for Mageia2 One reason might be that theer aren't that many users who are resixing NTFS partitions that are likely to repport it as a bug. Many users never file a bug when they encounter a problem, sometimes because they don't know how or where to repport it, and tries other distros untill it works as they expect. I used to be one of them, some 9 years ago. :-)= -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Firefox 16 - security issue - withdrawn
11.10.2012 18:32, Barry Jackson kirjutas: > On 11/10/12 12:29, Sander Lepik wrote: >> 11.10.2012 13:58, Barry Jackson kirjutas: >>> http://www.bbc.co.uk/news/technology-19909106 >>> >>> Maybe we should revert in Cauldron? >> Well, it's cauldron and the bug will be fixed before we get it reverted. We >> just have to >> wait a day or two. 16.0.1 candidate is already uploaded, so the bug is >> probably already >> fixed.. >> >> -- >> Sander >> >> > True - however since I use Cauldron 24/7 I have reverted to 15.0.1 and added > it to > skip.list for my own peace of mind ;) > > Barry So, instead of 1 security hole you now have 14 (most of them critical :http://www.mozilla.org/security/known-vulnerabilities/firefox.html#firefox16)? ;P Not sure if it's safer or not :) -- Sander
Re: [Mageia-dev] Bug 6514 need advice
2012/10/11 Colin Guthrie : > 'Twas brillig, and philippe makowski at 10/10/12 17:34 did gyre and gimble: >> Hi all, >> >> how can we deal with this bug https://bugs.mageia.org/show_bug.cgi?id=6514 >> ? >> >> is my suggestion the good one ? >> >> https://bugs.mageia.org/show_bug.cgi?id=6514#c11 > > Seems like a good one, but importing notify2 is only part one. The > second part would be modifying anything that uses the current module to > use the new one... > yes, and there is too much dependencies on python-notify so I will let python-notify as is, since I have no idea to fix the bug but will import a new package for notify2
Re: [Mageia-dev] [changelog] [RPM] 2 core/updates_testing drakx-installer-images-1.75-5.mga2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/10/2012 14:24, Thierry Vignaud wrote: > On 10 October 2012 11:44, Thierry Vignaud > wrote: >>> Speaking of this... >>> >>> Thierry, >>> >>> - do you thing the fixes to the firmware loading bug can be >>> backported safely ? >> >> It needs more testing. If you've a network/disk card that need a >> firmware... :-) >> >> Maybe playing with an ATI card and using stage1 firmware loading >> in the initrd. >> >>> - and I guess we should backport the kmod modules.order bugfix >>> for compressed modules should be fixed too, wdyt ? >> >> Yes! > > Also I've backported fixing NTFS resizing (got gratuitously broken > when ntfs-3g obsoleted ntfsprogs w/o including our patch) > > I wonder why nobody reported this for Mageia2 Hmm, I do remember not getting the resizing screen after choosing to use a windowspartition, but installer just continuing. Is that what you are referring to? If so: I didn't file a bug report because I thought my expectations had been wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQdvDlAAoJEKWubDMI5nEBTBMH/2IvDYJxKLMpiHcuzGyEg7Bl PFPq+FiSYTeErL33WXw+ZwGOfgzeoCJq4opwwGGaZtPlWlalZnfw366b6tjy3VaF reSJHrg89jhNev2/fmlar0UkX4MzFUTq0SOSYMC/x7mJyvaqPLbgvsncroKb5899 d2LvcCsXdGofymolPtbtG/1kr4JQr2MQZYdjq7y8kecsqxSlgcMLc5og2aViYsQy 3AM2VVjaJYH7NTaLrZqy3roYy3YzVhYaUWFfuOXH9e4VzshBV6PPBkqsJyvs2BIY 7ZHZ2CaFKqAvBFP4r0wGKSYRRcgvToUcuXdNx6yyHbAAbol0Gc0WZlGN7zykFnk= =gqZl -END PGP SIGNATURE-
Re: [Mageia-dev] Firefox 16 - security issue - withdrawn
On 11/10/12 12:29, Sander Lepik wrote: 11.10.2012 13:58, Barry Jackson kirjutas: http://www.bbc.co.uk/news/technology-19909106 Maybe we should revert in Cauldron? Well, it's cauldron and the bug will be fixed before we get it reverted. We just have to wait a day or two. 16.0.1 candidate is already uploaded, so the bug is probably already fixed.. -- Sander True - however since I use Cauldron 24/7 I have reverted to 15.0.1 and added it to skip.list for my own peace of mind ;) Barry
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
Le 11/10/2012 14:19, D.Morgan a écrit : On Thu, Oct 11, 2012 at 11:29 AM, Colin Guthrie wrote: 'Twas brillig, and Olav Vitters at 11/10/12 10:21 did gyre and gimble: On Thu, Oct 11, 2012 at 11:47:01AM +0300, Thomas Backlund wrote: 11.10.2012 11:14, Olav Vitters skrev: On Wed, Oct 10, 2012 at 05:08:51PM +0200, ennael wrote: + dmorgan - Make gnome-shell to require libmutter-gir3.0 ( mga #7710 ) This is wrong. $ rpm -q lib64mutter-gir3.0 --provides lib64mutter-gir3.0 = 3.6.0-1.mga3 lib64mutter-gir3.0(x86-64) = 3.6.0-1.mga3 typelib(Meta) = 3.0 $ rpm -q gnome-shell --requires | grep Meta typelib(Meta) typelib(Meta) = 3.0 I don't see why an explicit libmutter-gir3.0 would be needed. Because of: $ urpmq --provides -p "typelib(Meta)" muffin: muffin[== 1:1.1.1-1.mga3] muffin: muffin(x86-64)[== 1:1.1.1-1.mga3] muffin: default.so()(64bit) muffin: typelib(Meta)[== 3.0] ^ lib64mutter-gir3.0: lib64mutter-gir3.0[== 3.6.0-1.mga3] lib64mutter-gir3.0: lib64mutter-gir3.0(x86-64)[== 3.6.0-1.mga3] lib64mutter-gir3.0: typelib(Meta)[== 3.0] ^ but gnome-shell does not work with muffin, it needs lib64mutter-gir3.0 So if Muffin is breaking this automatic dependency tracking, then IMO the bug is in Muffin. It (upstream/ package) should properly rename things as not to cause bugs in GNOME packages. Even if upstream doesn't do that, a muffin package should not provide something which conflicts with mutter. That automatic provides should be removed in Muffin IMO. The import of Cinnamon caused a very big QA issue in GNOME. I don't like that. Cinnamon came after GNOME, so the extra work to support Cinnamon should be limited to Cinnamon packages, not GNOME ones. +1 Col cinnamon isn't in mageia and muffin isn't required by anything. Maybe we can remove it from mageia. WDYT ? Please do. That subject has been discussed already too many times Thanks -- Anne http://mageia.org
Re: [Mageia-dev] [changelog] [RPM] 2 core/updates_testing drakx-installer-images-1.75-5.mga2
On 10 October 2012 11:44, Thierry Vignaud wrote: >> Speaking of this... >> >> Thierry, >> >> - do you thing the fixes to the firmware loading bug can be backported >> safely ? > > It needs more testing. > If you've a network/disk card that need a firmware... :-) > > Maybe playing with an ATI card and using stage1 firmware loading in the > initrd. > >> - and I guess we should backport the kmod modules.order bugfix for >> compressed modules should be fixed too, wdyt ? > > Yes! Also I've backported fixing NTFS resizing (got gratuitously broken when ntfs-3g obsoleted ntfsprogs w/o including our patch) I wonder why nobody reported this for Mageia2
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
On Thu, Oct 11, 2012 at 11:29 AM, Colin Guthrie wrote: > 'Twas brillig, and Olav Vitters at 11/10/12 10:21 did gyre and gimble: >> On Thu, Oct 11, 2012 at 11:47:01AM +0300, Thomas Backlund wrote: >>> 11.10.2012 11:14, Olav Vitters skrev: On Wed, Oct 10, 2012 at 05:08:51PM +0200, ennael wrote: > + dmorgan > - Make gnome-shell to require libmutter-gir3.0 ( mga #7710 ) This is wrong. $ rpm -q lib64mutter-gir3.0 --provides lib64mutter-gir3.0 = 3.6.0-1.mga3 lib64mutter-gir3.0(x86-64) = 3.6.0-1.mga3 typelib(Meta) = 3.0 $ rpm -q gnome-shell --requires | grep Meta typelib(Meta) typelib(Meta) = 3.0 I don't see why an explicit libmutter-gir3.0 would be needed. >>> >>> Because of: >>> $ urpmq --provides -p "typelib(Meta)" >>> muffin: muffin[== 1:1.1.1-1.mga3] >>> muffin: muffin(x86-64)[== 1:1.1.1-1.mga3] >>> muffin: default.so()(64bit) >>> muffin: typelib(Meta)[== 3.0] >>> ^ >>> >>> lib64mutter-gir3.0: lib64mutter-gir3.0[== 3.6.0-1.mga3] >>> lib64mutter-gir3.0: lib64mutter-gir3.0(x86-64)[== 3.6.0-1.mga3] >>> lib64mutter-gir3.0: typelib(Meta)[== 3.0] >>> ^ >>> >>> but gnome-shell does not work with muffin, it needs lib64mutter-gir3.0 >> >> So if Muffin is breaking this automatic dependency tracking, then IMO >> the bug is in Muffin. It (upstream/ package) should properly rename >> things as not to cause bugs in GNOME packages. Even if upstream doesn't >> do that, a muffin package should not provide something which conflicts >> with mutter. That automatic provides should be removed in Muffin IMO. >> >> The import of Cinnamon caused a very big QA issue in GNOME. I don't like >> that. Cinnamon came after GNOME, so the extra work to support Cinnamon >> should be limited to Cinnamon packages, not GNOME ones. > > +1 > > Col cinnamon isn't in mageia and muffin isn't required by anything. Maybe we can remove it from mageia. WDYT ?
Re: [Mageia-dev] Firefox 16 - security issue - withdrawn
11.10.2012 13:58, Barry Jackson kirjutas: > http://www.bbc.co.uk/news/technology-19909106 > > Maybe we should revert in Cauldron? Well, it's cauldron and the bug will be fixed before we get it reverted. We just have to wait a day or two. 16.0.1 candidate is already uploaded, so the bug is probably already fixed.. -- Sander
[Mageia-dev] Firefox 16 - security issue - withdrawn
http://www.bbc.co.uk/news/technology-19909106 Maybe we should revert in Cauldron?
Re: [Mageia-dev] Bug 6514 need advice
'Twas brillig, and philippe makowski at 10/10/12 17:34 did gyre and gimble: > Hi all, > > how can we deal with this bug https://bugs.mageia.org/show_bug.cgi?id=6514 > ? > > is my suggestion the good one ? > > https://bugs.mageia.org/show_bug.cgi?id=6514#c11 Seems like a good one, but importing notify2 is only part one. The second part would be modifying anything that uses the current module to use the new one... 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] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
'Twas brillig, and Olav Vitters at 11/10/12 10:21 did gyre and gimble: > On Thu, Oct 11, 2012 at 11:47:01AM +0300, Thomas Backlund wrote: >> 11.10.2012 11:14, Olav Vitters skrev: >>> On Wed, Oct 10, 2012 at 05:08:51PM +0200, ennael wrote: + dmorgan - Make gnome-shell to require libmutter-gir3.0 ( mga #7710 ) >>> >>> This is wrong. >>> >>> $ rpm -q lib64mutter-gir3.0 --provides >>> lib64mutter-gir3.0 = 3.6.0-1.mga3 >>> lib64mutter-gir3.0(x86-64) = 3.6.0-1.mga3 >>> typelib(Meta) = 3.0 >>> >>> $ rpm -q gnome-shell --requires | grep Meta >>> typelib(Meta) >>> typelib(Meta) = 3.0 >>> >>> >>> I don't see why an explicit libmutter-gir3.0 would be needed. >>> >> >> Because of: >> $ urpmq --provides -p "typelib(Meta)" >> muffin: muffin[== 1:1.1.1-1.mga3] >> muffin: muffin(x86-64)[== 1:1.1.1-1.mga3] >> muffin: default.so()(64bit) >> muffin: typelib(Meta)[== 3.0] >> ^ >> >> lib64mutter-gir3.0: lib64mutter-gir3.0[== 3.6.0-1.mga3] >> lib64mutter-gir3.0: lib64mutter-gir3.0(x86-64)[== 3.6.0-1.mga3] >> lib64mutter-gir3.0: typelib(Meta)[== 3.0] >> ^ >> >> but gnome-shell does not work with muffin, it needs lib64mutter-gir3.0 > > So if Muffin is breaking this automatic dependency tracking, then IMO > the bug is in Muffin. It (upstream/ package) should properly rename > things as not to cause bugs in GNOME packages. Even if upstream doesn't > do that, a muffin package should not provide something which conflicts > with mutter. That automatic provides should be removed in Muffin IMO. > > The import of Cinnamon caused a very big QA issue in GNOME. I don't like > that. Cinnamon came after GNOME, so the extra work to support Cinnamon > should be limited to Cinnamon packages, not GNOME ones. +1 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] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
On Thu, Oct 11, 2012 at 11:47:01AM +0300, Thomas Backlund wrote: > 11.10.2012 11:14, Olav Vitters skrev: > >On Wed, Oct 10, 2012 at 05:08:51PM +0200, ennael wrote: > >> + dmorgan > >> - Make gnome-shell to require libmutter-gir3.0 ( mga #7710 ) > > > >This is wrong. > > > >$ rpm -q lib64mutter-gir3.0 --provides > >lib64mutter-gir3.0 = 3.6.0-1.mga3 > >lib64mutter-gir3.0(x86-64) = 3.6.0-1.mga3 > >typelib(Meta) = 3.0 > > > >$ rpm -q gnome-shell --requires | grep Meta > >typelib(Meta) > >typelib(Meta) = 3.0 > > > > > >I don't see why an explicit libmutter-gir3.0 would be needed. > > > > Because of: > $ urpmq --provides -p "typelib(Meta)" > muffin: muffin[== 1:1.1.1-1.mga3] > muffin: muffin(x86-64)[== 1:1.1.1-1.mga3] > muffin: default.so()(64bit) > muffin: typelib(Meta)[== 3.0] > ^ > > lib64mutter-gir3.0: lib64mutter-gir3.0[== 3.6.0-1.mga3] > lib64mutter-gir3.0: lib64mutter-gir3.0(x86-64)[== 3.6.0-1.mga3] > lib64mutter-gir3.0: typelib(Meta)[== 3.0] > ^ > > but gnome-shell does not work with muffin, it needs lib64mutter-gir3.0 So if Muffin is breaking this automatic dependency tracking, then IMO the bug is in Muffin. It (upstream/ package) should properly rename things as not to cause bugs in GNOME packages. Even if upstream doesn't do that, a muffin package should not provide something which conflicts with mutter. That automatic provides should be removed in Muffin IMO. The import of Cinnamon caused a very big QA issue in GNOME. I don't like that. Cinnamon came after GNOME, so the extra work to support Cinnamon should be limited to Cinnamon packages, not GNOME ones. -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
11.10.2012 11:14, Olav Vitters skrev: On Wed, Oct 10, 2012 at 05:08:51PM +0200, ennael wrote: + dmorgan - Make gnome-shell to require libmutter-gir3.0 ( mga #7710 ) This is wrong. $ rpm -q lib64mutter-gir3.0 --provides lib64mutter-gir3.0 = 3.6.0-1.mga3 lib64mutter-gir3.0(x86-64) = 3.6.0-1.mga3 typelib(Meta) = 3.0 $ rpm -q gnome-shell --requires | grep Meta typelib(Meta) typelib(Meta) = 3.0 I don't see why an explicit libmutter-gir3.0 would be needed. Because of: $ urpmq --provides -p "typelib(Meta)" muffin: muffin[== 1:1.1.1-1.mga3] muffin: muffin(x86-64)[== 1:1.1.1-1.mga3] muffin: default.so()(64bit) muffin: typelib(Meta)[== 3.0] ^ lib64mutter-gir3.0: lib64mutter-gir3.0[== 3.6.0-1.mga3] lib64mutter-gir3.0: lib64mutter-gir3.0(x86-64)[== 3.6.0-1.mga3] lib64mutter-gir3.0: typelib(Meta)[== 3.0] ^ but gnome-shell does not work with muffin, it needs lib64mutter-gir3.0 -- Thomas
Re: [Mageia-dev] linux.conf.au
'Twas brillig, and Steven Tucker at 11/10/12 04:26 did gyre and gimble: > Hi all, > > I have just paid for my ticket and accommodation to http://linux.conf.au > apparently the only conference Linus always attends because of the > Kernel dev meeting. > > Any Mageia people going? If so let me know, we can catch up. Perhaps > even spread the Mageia word. This is one of those few conferences I've always wanted to attend. Sadly it's always in "winter" for me, which is usually a bad time to travel so far! Maybe one year tho'... Hope it's a fun conference! 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] [RPM] cauldron core/release grub2-2.0-5.mga3
On Wed, Oct 10, 2012 at 11:12:31PM +0200, barjac wrote: > Name: grub2Relocations: (not relocatable) > Packager: barjac > URL : alpha.gnu.org/pub/gnu/grub/ That is not an URL. -- Regards, Olav
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-shell-3.6.0-3.mga3
On Wed, Oct 10, 2012 at 05:08:51PM +0200, ennael wrote: > + dmorgan > - Make gnome-shell to require libmutter-gir3.0 ( mga #7710 ) This is wrong. $ rpm -q lib64mutter-gir3.0 --provides lib64mutter-gir3.0 = 3.6.0-1.mga3 lib64mutter-gir3.0(x86-64) = 3.6.0-1.mga3 typelib(Meta) = 3.0 $ rpm -q gnome-shell --requires | grep Meta typelib(Meta) typelib(Meta) = 3.0 I don't see why an explicit libmutter-gir3.0 would be needed. -- Regards, Olav
