Re: [Mageia-dev] icewm-gnome: is it still supported?
On Thu, Apr 05, 2012 at 10:47:33AM +0800, You-Cheng Hsieh wrote: > Is icewm-gnome still usable in cauldron? I have to install many gnome2 > libraries in order to build it, but I cannot get it working. On the > other hand, gnome2 libraries are not maintained by upstream... > > Should we provide it for Mageia 2? Suggest drop it unless it is ported to not use those old libraries (lots of functionality has been replaced by things in gtk+, etc). Don't forget that if you import, you're the maintainer ;) -- Regards, Olav
Re: [Mageia-dev] [soft-commits] [3930] Restructure AMD/ATI Cards+ entries for HD 2000 and newer, to separate
On 5 April 2012 04:51, wrote: > Restructure AMD/ATI Cards+ entries for HD 2000 and newer, to separate > those that support usermode modesetting while adding the necessary > FIRMWARE and DRIVER_NO_FIRMWARE entries as per mga bug #3466, and to > disable any remaining radeonhd assignments. (...) > -} elsif (member($d_pci->{$_}[0], ($ati_free_only, > $ati_rhd_only)) && $d_in->{$_}) { > +} elsif (member($d_pci->{$_}[0], ($ati_free_only)) && > $d_in->{$_}) { should be the following since list is reduced to one item; } elsif ($d_pci->{$_}[0] eq $ati_free_only && $d_in->{$_}) { > -} elsif (member($d_pci->{$_}[0], ($ati_driver_rhd, > $ati_driver_vesa, $ati_rhd_only)) && $d_in->{$_}) { > +} elsif (member($d_pci->{$_}[0], ($ati_driver_vesa)) && > $d_in->{$_}) { should be simplified likewise here > # support added for pre-existing entry, handle: > -if (member($d_pci->{$_}[0], ($ati_driver_rhd, > $ati_driver_vesa))) { > -$d_pci->{$_}[0] = $ati_driver; > -} elsif ($d_pci->{$_}[0] eq $ati_rhd_only) { > -$d_pci->{$_}[0] = $ati_free_only; > +if (member($d_pci->{$_}[0], ($ati_driver_vesa))) { > +$d_pci->{$_}[0] = idem
Re: [Mageia-dev] freeze push: chromium-browser-{stable, unstable, beta}
On 5 April 2012 04:31, Anssi Hannula wrote: >>> Please let in chromium-browser-{stable,unstable,beta} so that we got >>> latest security fixes >>> >> >> Submission errors, aborting: >> - chromium-browser-stable-17.0.963.65-1.mga2.src: >> - Current or newer revision(s) already exists in core/release for >> cauldron: chromium-browser-stable-17.0.963.65-1.mga2.src >> >> Others submitted. >> > > The others failed. needs BR udev-devel
Re: [Mageia-dev] Tonight's meeting
2012/4/4 Anne nicolas : > Hi there > > As usual, at 19h UTC on #mageia-dev. It will focus on Mageia 2 release > and we will take a decision on planning. Please try to attend as much > as possible > > Cheers > Here are the logs for this meeting http://meetbot.mageia.org/mageia-dev/2012/mageia-dev.2012-04-04-19.13.html -- Anne http://www.mageia.org
[Mageia-dev] Packagers representative
Hi there As stated during meeting yesterday evening, vote will be organized to choose 3 packagers representatives. All members of LDAP group mga-packagers-committers will be able to vote and receive a mail with all details. Vote will be opened from today 12h30 (10h30 UTC) to Wednesday 11th of april 20h (18h UTC). If you are in this group please take some time to vote so that result can be valid one. Cheers -- Anne http://www.mageia.org
Re: [Mageia-dev] Freeze push: roundcubemail
Le 05/04/2012 03:40, Anssi Hannula a écrit : 05.04.2012 03:54, Damien Lallement kirjoitti: Hi, Please push roundcubemail. 0.7.1> 0.7.2 It's a service release version. It fixes some recent bugs and improves stability. It's considered stable and we recommend to update all productive installations of Roundcube with this version. - Fix handling of % character in IMAP protocol (#1488382) - Fix duplicate names handling in addressbook searches (#1488375) - Fix displaying of HTML messages from Disqus (#1488372) - Disable E_STRICT warnings on PHP 5.4 - Prevent from folder selection on virtual folder collapsing (#1488346) - Fix automatic unsubscribe of non-existent folders - Fix double-quotes handling in recipient names - User configurable setting how to display contact names in list - Make contacts list sorting configurable for the admin/user - Fix parse errors in DDL files for MS SQL Server - Revert SORT=DISPLAY support, removed by mistake (#1488327) - Add lost translation label in de_DE (#1488315) - Fix drafts update issues when edited from preview pane (#1488314) - Fix wrong variable name in rcube_ldap.php (#1488302) - Make mime type detection based on filename extension to be case-insensitive - Fix failure on MySQL database upgrade from 0.7 - text column can't have default value (#1488300) Thanks, SVN still has 0.7.1 only. Oops... :-) Fixed, thanks. -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] KDE configuration file regressions
On 04/02/2012 10:14 AM, Colin Guthrie wrote: Rebooting does it - resets the volume level to 1%. While it /shouldn't/ matter, can you *untick* the options in kmix related to saving/restoring the volumes and see if that helps? Mixer -> Settings -> Configure KMix -> Uncheck restore volumes on login Now the volume stays at 100%. This resetting of config data appears to be an upstream problem that needs to be patched by distro packagers. See this coment from the MDV Cooker ML: On 04/04/2012 06:07 PM, Nicolas Pomarède wrote: Hello today I switched on my pc : kde config was ok (backgrounds, my apps shortcuts, icons, ...) I updated some rpm (see the list below), rebooted, and on next login all my kde settings were reset to the default, as if I was a new user (lost taks bar settings, backgound, icon size/position, default rosa colors/icons; ...). This is *really* tiring, I have the feeling each time some specific packages are updated you "have" to loose your config (in that case, I guess it could be xdg-user-dirs-gtk-0.8-11-mdv2011.0.i586, as I don't see any other desktop/kde related rpm in the ones I updated). I can't remember the number of times I had to recreate my kde's config from scratch in the last months... Why does it have to be this way ? Why is the upgrade process not more respectful of the user's data ? (and don't tell me this is a cooker only issue, I saw some similar cases when going from one mandriva release to mdv 2011 and getting the same "results"). This is really sad, time consuming and less than motivating to remain a cooker user to keep on reporting bugs to improve the distrib. There should be a better balance between the breakage you can expect when running cooker and the integrity of the user's config/data. Cooker always had it's "drawbacks" (for the benefit of having the most recent versions), but honnestly the overall quality has really lowered during the last year or so (and I write this as someone who runs several cooker machines since mandrake 6.0 in 1999, so I saw more than my share of updates/breakages). The list of updated packaged that I last updated before the reset of my kde's config (obviously not all of them are responsible for it) : [RPM] python-gnome-menus-3.2.0.1-3-mdv2012.0.i586 installed [RPM] libvncserver0-0.9.8-3-mdv2012.0.i586 installed [RPM] libgnome-menu3_0-3.2.0.1-3-mdv2012.0.i586 installed [RPM] libboost_system1.49.0-1.49.0-1-mdv2012.0.i586 installed [RPM] libboost_signals1.49.0-1.49.0-1-mdv2012.0.i586 installed [RPM] libboost_thread1.49.0-1.49.0-1-mdv2012.0.i586 installed [RPM] libboost_regex1.49.0-1.49.0-1-mdv2012.0.i586 installed [RPM] python-gnome-menus-3.2.0.1-2-mdv2012.0.i586 removed [RPM] libdirectfb1.4_5-1.4.13-4-mdv2012.0.i586 installed [RPM] libgnome-menu3_0-3.2.0.1-2-mdv2012.0.i586 removed [RPM] libdirectfb1.4_5-1.4.13-3-mdv2012.0.i586 removed [RPM] libvncserver0-0.9.8-2-mdv2011.0.i586 removed [RPM] libgirepository1.0_1-1.32.0-2-mdv2012.0.i586 installed [RPM] libdirectfb-devel-1.4.13-4-mdv2012.0.i586 installed [RPM] libSDL1.2_0-1.2.15-2-mdv2012.0.i586 installed [RPM] automake-1.11.4-1-mdv2012.0.noarch installed [RPM] timezone-java-2012b-2-mdv2012.0.i586 installed [RPM] timezone-2012b-2-mdv2012.0.i586 installed [RPM] gobject-introspection-1.32.0-2-mdv2012.0.i586 installed [RPM] libSDL-devel-1.2.15-2-mdv2012.0.i586 installed Nicolas
Re: [Mageia-dev] KDE configuration file regressions
Le 5 avr. 2012 07:34, "Frank Griffin" a écrit : > > On 04/02/2012 10:14 AM, Colin Guthrie wrote: >>> >>> >>> Rebooting does it - resets the volume level to 1%. >> >> While it /shouldn't/ matter, can you *untick* the options in kmix >> related to saving/restoring the volumes and see if that helps? >> >> > Mixer -> Settings -> Configure KMix -> Uncheck restore volumes on login > > Now the volume stays at 100%. > > This resetting of config data appears to be an upstream problem that needs to be patched by distro packagers. See this coment from the MDV Cooker ML: > [...] Well the config lost in meg seems to be worse than the one you're talking about ( it's affecting in fact the plasma configuration & probably related to the drop upstream the support of global plasma configuration in favor of the JavaScript configuration files which has been fixed in mga by luc). I was able yesterday night to ( finally) install the beta2 so I'll try to reproduce later today but on the first reboot this morning I did not notice any kmix problem. I don't remember currently if we do have the restore volume option on our global kmix config since removing this option is a workaround for you.
[Mageia-dev] cannot install mageia with wl driver
after Summary when bootloader is being done i get a error message: "Undefined subroutine &Xconfig::proprietary::handle_FIRMWARE called" and i cannot proceed with the final part of the installation... maybe it's been cleaned a bit too much?
[Mageia-dev] cannot install mageia with proprietary Xdriver
even when graphical is not configured, i cannot complete installation. at the very end, after doing next on summary, i get "Undefined subroutine &Xconfig::proprietary::handle_FIRMWARE called." maybe there was a bit too much cleaning in drakxtools?
Re: [Mageia-dev] cannot install mageia with wl driver
On 5 April 2012 13:53, AL13N wrote: > after Summary when bootloader is being done i get a error message: > > "Undefined subroutine &Xconfig::proprietary::handle_FIRMWARE called" > > and i cannot proceed with the final part of the installation... > > maybe it's been cleaned a bit too much? Anssi please commit this patch and release a 0.101 bugfix release, then rebuild drakx-installer-stage2 fix-require.diff Description: Binary data
Re: [Mageia-dev] cannot install mageia with wl driver
On 5 April 2012 14:15, Thierry Vignaud wrote: >> after Summary when bootloader is being done i get a error message: >> >> "Undefined subroutine &Xconfig::proprietary::handle_FIRMWARE called" >> >> and i cannot proceed with the final part of the installation... >> >> maybe it's been cleaned a bit too much? > > Anssi please commit this patch and release a 0.101 bugfix release, then > rebuild > drakx-installer-stage2 You should have moved the require in r3925 ["Fix firmware handling (it is DRIVER which needs it, not DRIVER2)"] Actually anybody can do the bugfix release (FIFO).
Re: [Mageia-dev] [RFC] How to proceed with seamonkey/iceape for security updates and freeze push
On Thu, Apr 5, 2012 at 08:11, Maarten Vanraes wrote: > Op woensdag 04 april 2012 22:59:30 schreef Florian Hubold: >> As there was no real objection, and no other comments >> or votes for iceape, i've dropped it from cauldron. FWIW i'm quite >> unhappy with this. Related, i've also not got any reply yet to my >> aforementioned inquiry about mozilla branding permissions. > > About the mozilla branding... > > Perhaps this should be a meeting point for packaging/council meeting... > > ie: someone assigned to this point so it's not forgotten. Would have been good to raise this point in Council way sooner. No other than the maintainers may answer both questions (about changes, and about contact/permissions from Mozilla). For Firefox it's dmorgan and for Thunderbird it's anssi.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release drakx-installer-stage2-14.1-6.mga2
On 5 April 2012 14:23, ennael wrote: > ennael 14.1-6.mga2: > + Revision: 228685 > - rebuild with updated help we would need to push a bugfix of drakx-kbd-mouse-x11 then rebuild stage2. See thread on dev ml or bug #5238
Re: [Mageia-dev] cannot install mageia with proprietary Xdriver
在 Thu, 05 Apr 2012 20:02:56 +0800, AL13N 寫道: even when graphical is not configured, i cannot complete installation. at the very end, after doing next on summary, i get "Undefined subroutine &Xconfig::proprietary::handle_FIRMWARE called." maybe there was a bit too much cleaning in drakxtools? Which proprietary driver?
Re: [Mageia-dev] cannot install mageia with proprietary Xdriver
On 5 April 2012 15:14, Kira wrote: >> even when graphical is not configured, i cannot complete installation. >> >> at the very end, after doing next on summary, i get "Undefined subroutine >> &Xconfig::proprietary::handle_FIRMWARE called." >> >> maybe there was a bit too much cleaning in drakxtools? > > Which proprietary driver? Stop this thread. It's already in "cannot install mageia with wl driver" and in bugzilla.
[Mageia-dev] rtl819xxx support seems broken
In a fresh laptop install this morning, I can't get drakconnect to recognize my rtl8191SEvB wireless controller. harddrake displays the device with "Module: r8192se_pci", but it appears there is no such module: [root@ftgme2 3.3.1-desktop-1.mga2]# find . -name '*819*' ./kernel/drivers/net/wireless/rtlwifi/rtl8192de ./kernel/drivers/net/wireless/rtlwifi/rtl8192de/rtl8192de.ko.xz ./kernel/drivers/net/wireless/rtlwifi/rtl8192c ./kernel/drivers/net/wireless/rtlwifi/rtl8192c/rtl8192c-common.ko.xz ./kernel/drivers/net/wireless/rtlwifi/rtl8192cu ./kernel/drivers/net/wireless/rtlwifi/rtl8192cu/rtl8192cu.ko.xz ./kernel/drivers/net/wireless/rtlwifi/rtl8192se ./kernel/drivers/net/wireless/rtlwifi/rtl8192se/rtl8192se.ko.xz ./kernel/drivers/net/wireless/rtlwifi/rtl8192ce ./kernel/drivers/net/wireless/rtlwifi/rtl8192ce/rtl8192ce.ko.xz ./kernel/drivers/staging/rtl8192e ./kernel/drivers/staging/rtl8192e/rtl8192e ./kernel/drivers/staging/rtl8192e/rtl8192e/r8192e_pci.ko.xz ./kernel/drivers/staging/rtl8192u ./kernel/drivers/staging/rtl8192u/r8192u_usb.ko.xz [root@ftgme2 3.3.1-desktop-1.mga2]# and there wasn't one in the 3.3.0 tree either. It looks like it should either be r8192e_pci or else rtl8192se. Any ideas ?
Re: [Mageia-dev] rtl819xxx support seems broken
On 04/05/2012 12:37 PM, Frank Griffin wrote: It looks like it should either be r8192e_pci or else rtl8192se. Any ideas ? According to an lsmod | grep 819 on an older partition that works, the correct module is rtl8192se.
Re: [Mageia-dev] rtl819xxx support seems broken
On 05.04.2012 18:54, Frank Griffin wrote: On 04/05/2012 12:37 PM, Frank Griffin wrote: It looks like it should either be r8192e_pci or else rtl8192se. Any ideas ? According to an lsmod | grep 819 on an older partition that works, the correct module is rtl8192se. Please report bugs here https://bugs.mageia.org/
Re: [Mageia-dev] freeze push: drakx-kbd-mouse-x11
On Thu, 05 Apr 2012, Thierry Vignaud wrote: > Hi > > please let in drakx-kbd-mouse-x11 which fixes a crash introduced in > previous version (mga#5238) Submitted.
Re: [Mageia-dev] KDE configuration file regressions
'Twas brillig, and John Balcaen at 05/04/12 12:52 did gyre and gimble: > I don't remember currently if we do have the restore volume option on > our global kmix config since removing this option is a workaround for you. Well the way it's supposed to work is that when PulseAudio is used, it will refuse to restore any volumes anyway. Sadly I suspect there could be a kmixctl problem here where it is doing the restoration anyway (perhaps because of a race on login when it mis-detects PA as running or something). So really the config options *shouldn't* matter... but perhaps there is some problem lurking there somewhere... 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: drakx-kbd-mouse-x11
On 5 April 2012 19:44, Thierry Vignaud wrote: > Hi > > please let in drakx-kbd-mouse-x11 which fixes a crash introduced in > previous version (mga#5238) Now pleast let in: - drakx-installer-binaries - drakxtools once it's uploaded: - drakx-installer-images - drakx-installer-stage2 - drakx-installer-rescue This mainly fixes rendering in text installer (mga#4894). Other fixes: rescue: - escape / in generated passwords in startssh - add trailing ; in command lists in startssh stage2: - add boot splash to initrd only once - log install settings (mga#3467 & mga#5209) - do not set security level to its own value on upgrade (mga#5147) - do not crash if msec isn't installed - do not offer to select the security level in summary if msec is not installed - text installer: o include "screen" terminfo (mga#4894) drakxtools: - harddrake service: o cpufreq performance governor is no longer a module o reduce default timeout from 10 to 2mn (mga#4772)
Re: [Mageia-dev] freeze push: drakx-kbd-mouse-x11
On 5 April 2012 19:59, Thierry Vignaud wrote: >> please let in drakx-kbd-mouse-x11 which fixes a crash introduced in >> previous version (mga#5238) > > Now pleast let in: > - drakx-installer-binaries > - drakxtools > > once it's uploaded: > - drakx-installer-images > - drakx-installer-stage2 > - drakx-installer-rescue You can push those now.
Re: [Mageia-dev] [soft-commits] [3930] Restructure AMD/ATI Cards+ entries for HD 2000 and newer, to separate
05.04.2012 10:58, Thierry Vignaud kirjoitti: > On 5 April 2012 04:51, wrote: >> Restructure AMD/ATI Cards+ entries for HD 2000 and newer, to separate >> those that support usermode modesetting while adding the necessary >> FIRMWARE and DRIVER_NO_FIRMWARE entries as per mga bug #3466, and to >> disable any remaining radeonhd assignments. > > (...) > >> -} elsif (member($d_pci->{$_}[0], ($ati_free_only, >> $ati_rhd_only)) && $d_in->{$_}) { >> +} elsif (member($d_pci->{$_}[0], ($ati_free_only)) && >> $d_in->{$_}) { > > should be the following since list is reduced to one item; > } elsif ($d_pci->{$_}[0] eq $ati_free_only && $d_in->{$_}) { > >> -} elsif (member($d_pci->{$_}[0], ($ati_driver_rhd, >> $ati_driver_vesa, $ati_rhd_only)) && $d_in->{$_}) { >> +} elsif (member($d_pci->{$_}[0], ($ati_driver_vesa)) && >> $d_in->{$_}) { > > should be simplified likewise here > >> # support added for pre-existing entry, handle: >> -if (member($d_pci->{$_}[0], ($ati_driver_rhd, >> $ati_driver_vesa))) { >> -$d_pci->{$_}[0] = $ati_driver; >> -} elsif ($d_pci->{$_}[0] eq $ati_rhd_only) { >> -$d_pci->{$_}[0] = $ati_free_only; >> +if (member($d_pci->{$_}[0], ($ati_driver_vesa))) { >> +$d_pci->{$_}[0] = > > idem > Well, my instinct was to not simplify them as I remembered that I had previously had to unsimplify them :) but that isn't indeed a good enough reason for it, changed now. Thanks. -- Anssi Hannula
Re: [Mageia-dev] freeze push: drakx-kbd-mouse-x11
On Thu, 05 Apr 2012, Thierry Vignaud wrote: > On 5 April 2012 19:59, Thierry Vignaud wrote: > >> please let in drakx-kbd-mouse-x11 which fixes a crash introduced in > >> previous version (mga#5238) > > > > Now pleast let in: > > - drakx-installer-binaries > > - drakxtools > > > > once it's uploaded: > > - drakx-installer-images > > - drakx-installer-stage2 > > - drakx-installer-rescue > > You can push those now. drakx-installer-images and drakx-installer-stage2, but drakx-installer-rescue cannot be submitted : - drakx-installer-rescue-1.34-8.mga2.src: - Current or newer revision(s) already exists in core/release for cauldron: drakx-installer-rescue-1.34-8.mga2.src
Re: [Mageia-dev] freeze push: drakx-kbd-mouse-x11
On 5 April 2012 21:05, nicolas vigier wrote: >> >> please let in drakx-kbd-mouse-x11 which fixes a crash introduced in >> >> previous version (mga#5238) >> > >> > Now pleast let in: >> > - drakx-installer-binaries >> > - drakxtools >> > >> > once it's uploaded: >> > - drakx-installer-images >> > - drakx-installer-stage2 >> > - drakx-installer-rescue >> >> You can push those now. > > drakx-installer-images and drakx-installer-stage2, but drakx-installer-rescue > cannot be submitted : > - drakx-installer-rescue-1.34-8.mga2.src: > - Current or newer revision(s) already exists in core/release for > cauldron: drakx-installer-rescue-1.34-8.mga2.src I had failed "mgarepo sync". Please try again
Re: [Mageia-dev] [changelog] [RPM] cauldron nonfree/release drakx-installer-images-1.70-1.mga2.nonfree
On 5 April 2012 22:43, boklm wrote: > tv 1.70-1.mga2: > + Revision: 228735 > - include "screen" terminfo (mga#4894) Please upload it in core/release too
Re: [Mageia-dev] [changelog] [RPM] cauldron nonfree/release drakx-installer-images-1.70-1.mga2.nonfree
On Thu, 05 Apr 2012, Thierry Vignaud wrote: > On 5 April 2012 22:43, boklm wrote: > > tv 1.70-1.mga2: > > + Revision: 228735 > > - include "screen" terminfo (mga#4894) > > Please upload it in core/release too Submitted to core/release.
Re: [Mageia-dev] [soft-commits] [3971] use ~/tmp for gfxboot tempdir
On Fri, Apr 6, 2012 at 1:16 AM, wrote: > Revision 3971 Author tmb Date 2012-04-06 01:16:54 +0200 (Fri, 06 Apr 2012) > > Log Message > > use ~/tmp for gfxboot tempdir > > Modified Paths > > draklive/trunk/draklive > > Modified: draklive/trunk/draklive > === > --- draklive/trunk/draklive 2012-04-05 23:14:31 UTC (rev 3970) > +++ draklive/trunk/draklive 2012-04-05 23:16:54 UTC (rev 3971) > @@ -576,7 +576,7 @@ > -f $bootlogo or return; > > my $cwd = Cwd::getcwd(); > -my $tempdir = File::Temp::tempdir("mdvgfxboot", CLEANUP => 1); > +my $tempdir = File::Temp::tempdir("tmp/mdvgfxboot", CLEANUP => 1); maybe this should be changed to "tmp/mgagfxboot" WDYT ?
[Mageia-dev] Planets.mageia.org
Hi All, After a lengthy absence, it's time to update the planets again. The guidelines for having your blog added can be found at the following wiki page: https://wiki.mageia.org/en/Planets. We want them to be full of those who make Mageia what it is ahead of the 2 launch. This doesn't need to be only developers or major team members, because we *all* are Mageia. For now, until a more formal process is in place, please just send me your name, and a link to your blog. The blogs should primarily be related to Mageia and/or Free Software and are expected to comply with the Mageia Code of Conduct (http://www.mageia.org/en/about/code-of-conduct/) Any questions or comments please reply to this message or email me directly. We would also eventually like to come up with a better overall design for the planets, so if you are someone who is web design inclined, please also contact me. Thanks! -- IRC: dotmil Skype: linuxpunk1 AIM: j...@linuxpunks.com