Re: [Mageia-dev] freeze push: mesa-9.1.1
Le 21/03/2013 00:03, Guillaume Rousse a écrit : Le 20/03/2013 21:44, Thierry Vignaud a écrit : On 20 March 2013 09:13, Guillaume Rousse wrote: Hi please let in mesa. http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130320072123.guillomovitch.valstar.12832/log I fixed the hardcoded version in file list Done. Could you also push the tainted version ? thanks (or we will have again mismatch release like in mga2)
Re: [Mageia-dev] freeze push: e
Le 19/03/2013 19:21, trem a écrit : Hi, Could you push e 0.17.1, it's a bugfix release and it should be great to get it. Regards, trem Could you look at https://bugs.mageia.org/show_bug.cgi?id=9441, seems there is broken dependencies (for upgrade)
Re: [Mageia-dev] Freeze push: openstack-keystone
Le 22/02/2013 08:50, Sandro CAZZANIGA a écrit : > Hi dear admins :) > > Can someone push openstack-keystone? I fixed python-pam package so now > it builds, and openstack-keystone is now installable as I fixed one of > the require, the python-pam one :) > > Thanks You can push it yourself, we are only in version freeze
[Mageia-dev] [RFC] keep or remove the popup asking confirmation for closing any drakxtools
Hello, Since december, any drakxtools (also inside tools of another one) open popup asking user to confirm if he is agree to close the windows. I opened a bug at this time: https://bugs.mageia.org/show_bug.cgi?id=8476 As Thierry asked to speak about this on this mailing, I'm sending this mail. So any comment, opinion, suggestion, enhancement, patch ?
Re: [Mageia-dev] [changelog] [RPM] 2 core/updates_testing kernel-3.4.30-1.mga2
Le 12/02/2013 20:44, tmb a écrit : > Name: kernel Relocations: (not relocatable) > Version : 3.4.30Vendor: Mageia.Org > Release : 1.mga2Build Date: Tue Feb 12 18:48:20 > 2013 > Install Date: (not installed) Build Host: jonund.mageia.org > Group : System/Kernel and hardwareSource RPM: (none) > Size: 68244027 License: GPLv2 > Signature : (none) > Packager: tmb > URL : http://www.kernel.org > Summary : Linux kernel built for Mageia > Description : > The kernel package contains the Linux kernel (vmlinuz), the core of your > Mageia operating system. The kernel handles the basic functions > of the operating system: memory allocation, process allocation, device > input and output, etc. > > This kernel relies on in-kernel smp alternatives to switch between up & smp > mode depending on detected hardware. To force the kernel to boot in single > processor mode, use the "nosmp" boot parameter. > > tmb 3.4.30-1.mga2: > + Revision: 398122 > - fix conflict on to match dkms-broadcom-wl with fixes blacklisting and > aliasing > - Bluetooth: Fix handling of unexpected SMP PDUs > - efi: Make 'efi_enabled' a function to query EFI facilities > - samsung-laptop: Disable on EFI hardware > - rtlwifi: Fix scheduling while atomic bug > - rtlwifi: Fix the usage of the wrong variable in usb.c > - kernel/resource.c: fix stack overflow in __reserve_region_with_split() > - virtio_console: Don't access uninitialized data > - update to 3.4.30 > - drop merged patches > - drop build, source symlinking of source package to kernel tree as it > makes dkms build unusable modules > - conflict dkms packages that does not support kernel-3.4 to help upgrade > ordering > - fix kernel stack disclosure in binfmt_script load_script() (CVE-2012-4530) > - add current -stable net patches > - update defconfigs > - drop merged patch > - update to 3.4.24 > - drop merged patch > - update to 3.4.20 > - mm: bugfix: set current->reclaim_state to NULL while returning from kswapd() > - switch server kernel image compression back to GZIP so it works with > Amazon EC2 and other older XEN setups > - update to 3.4.19 > - drop merged patches > - update to 3.4.18 > - b43: Fix oops on unload when firmware not found > - md/raid1: Fix assembling of arrays containing Replacements > - replace 'ext4: revert jbd2: don't write superblock when if its empty' > with upstream fix: 'ext4: fix unjournaled inode bitmap modification' > (wich properly fixes the possible data corruption bug) > - drop merged patches > - update to 3.4.17 > - ext4: revert 'jbd2: don't write superblock when if its empty' (fixes > possible data corruption) > - cpufreq / powernow-k8: Remove usage of smp_processor_id() in preemptible > code > - add current stable queue fixes (43 fixes all over) > - require kmod-7-7.mga2 (makes demod -a respect modules.order with compressed > modules) > - require security-fixed dracut-017-16.1.mga2 > - update to 3.4.16 > - update to 3.4.15 > - fix xfs module failing to init/load properly (#7375) > - add Atheros AR8161/8165 PCI-E Gigabit support (#7853) > - add more unionfs fixes for posix_types changes added in 3.4.8 > - add Wacom Intuos5 support (mga #7659) > - update defconfigs > - drop broken synaptics-led patch > - drop broken acpi-proc-events, acpi-dsdt patches > - modify arm, char, netfilter, shuttle-wmi and unionfs patches to > apply cleanly > - add unionfs buildfix for 3.4 series kernels > - add missing includes for to build radio-rttrack > - drop merged patches > - require kmod instead of module-init-tools > - BR pkgconfig(gtk+-2.0), flex, bison for perf tools > - update to 3.4.13 > - ext4: fix duplicated mnt_drop_write call in EXT4_IOC_MOVE_EXT > - md: avoid crash when stopping md array races with closing other open fds > - md/raid1: close some possible races on write errors during resync > - dm raid1: fix crash with mirror recovery and discard > - rds: set correct msg_namelen (CVE-2012-3430) > - fs/locks.c: Remove easily user-triggerable BUG from generic_setlease > - HID: add support for 2012 MacBook Pro Retina > - Input: bcm5974 - Add support for 2012 MacBook Pro Retina > - md/raid1: fix use-after-free bug in RAID1 data-check code > - iwlegacy: always monitor for stuck queues > - iwlegacy: don't mess up the SCD when removing a key > - net-wireless-iwlegacy-don-t-mess-up-the-scd-when-removing-a-key.patch > - intel_ips: blacklist HP ProBook laptops > - eCryptfs fixes: > Gracefully refuse miscdev file ops on inherited/passed files > Fix lockdep warning in miscdev operations > Properly check for O_RDONLY flag before doing privileged open > - gspca-core: Fix buffers staying in queued state after a stream_off > - cfg80211: fix potential deadlock in regulatory > - btrfs: run delayed directory updates during log replay > - revert: via: initialize object_idr (breaks build) > - raid fixes from
Re: [Mageia-dev] Bugzilla and bug assignment
Le 11/02/2013 20:34, Johnny A. Solbu a écrit : > On Monday 11. February 2013 19.57, Manuel Hiebel wrote: >> You can use my script >> https://wiki.mageia.org/en/Bug_Squad_tools#Bugzilla_triage_plugin , I >> have a function to have something working with the bugzilla. > Nice. > Before I start testing it (I've found your test bug #3270), > the buttons, do they just paste text into the comment field so I manually > have to submit as before, or does it also submit the comment? > Nop, it will add something in the assignee field (or cc people with the number of them commits if there is no maintainer) and you have to submit the change. But it can be changed in the greasemonkey code, line 370, change the false to true.
Re: [Mageia-dev] Bugzilla and bug assignment
Le 11/02/2013 19:08, Johnny A. Solbu a écrit : > There is one aspect of the bugzilla that I can't figure out how to do. > Possibly because I don't understand the system. > When I want to assign a bug, how am I supposed to figure out what email to > use? > > Lets say I want to assing a bug to «colin», (his username is in the changelog > of the last package queried, so he's the example) > do I enter «colin» in the «Assigned To:» field or is there a command I can > use to figure out what email to add? > You can use my script https://wiki.mageia.org/en/Bug_Squad_tools#Bugzilla_triage_plugin , I have a function to have something working with the bugzilla.
Re: [Mageia-dev] Huh? Urpmi package numbers . . .
Le 09/02/2013 12:58, Robert Fox a écrit : > Since latest Cauldron updates - the urpmi process seems to be lying > about the number of packages - > In this example, it say "293" packages - but when it starts, it says > 1/582 -?? > > Huh? > > urpmi --auto-update -v > > SNIP: > 71MB of additional disk space will be used. > 174MB of packages will be retrieved. > Proceed with the installation of the 293 packages? (Y/n) > > SNIP: > 2/582: lib64okteta1core1 > ## > 3/582: lib64kasten2gui2 > ## > 4/582: lib64okteta1gui1 > ## > 5/582: lib64kasten2okteta1core1 > > ## > 6/582: lib64kasten2okteta1 > > Is this by design? > > Cheers, > Robert > See the other thread about urpmi
Re: [Mageia-dev] KDE dependencies
Le 04/02/2013 01:18, Olav Vitters a écrit : > In order to satisfy the 'phonon-backend[>= 4.2.0]' dependency, one of the > following packages is needed: You need to check before that :)
Re: [Mageia-dev] Proposal for Gstreamer 1.0 packaging: tainted version should require the tainted specific plugins
Le 28/01/2013 22:57, Olav Vitters a écrit : > To allow Totem to play back any file, in practice you want to install > GStreamer 1.0 from the tainted section. > > Ideally to play back a lot of files, you'll want: > gstreamer1.0-dts > gstreamer1.0-faad > gstreamer1.0-x264 > gstreamer1.0-amrwbdec > > However, I cannot rely on those in totem.spec, because they are in the > tainted section. > > I see two ways of solving this: > 1. Building a non-tainted and a tainted totem >The tainted one has Requires: for the tainted gstreamer 1.0 packages >you'll very likely want. > >Benefit: > - Avoids Gstreamer 1.0 plugin packages from depending on lots of > other packages > >Drawback: > - Has to be repeated for every video player that uses GStreamer > - Tracking subpackages can be difficult > - Totem tainted version has a lot more dependencies > > 2. Ensure that installing the tainted gstreamer1.0 plugin packages >installs all related tainted plugin packages > >Example: >gstreamer1.0-plugins-bad package in tainted should have: > Requires: gstreamer1.0-dts > Requires: gstreamer1.0-faad > >Due to subpackages possibly being moved in and out of the tainted >section, the only thing I want to change is the Requires. I'm not >planning to merge the subpackage.. even if it maybe is a little bit >weird to have the main package always require the subpackage. > >Benefit: > - Ensures that enabling tainted section makes video playing 'work' > in any player that uses GStreamer > - List of subpackages is maintained in just one place > >Drawback: > - Increases the size + dependencies of the tainted gstreamer > subpackage > - Cannot just install just one tainted subpackage, have to install > them all at once > > I think #2 is the best option. If someone enables tainted, then likely > they just want video playing to work. Furthermore, this avoids changing > all the video players which could use GStreamer. > > Thoughts? > It should not be automatically with packagekit ?
Re: [Mageia-dev] Your Firefox is out of date. Get the newest version here.
Le 09/01/2013 09:51, Robert Fox a écrit : > After latest Cauldron updates - Firefox was updated to 17.0.2 ESR > But when it first starts, I get a page which states: > > Your Firefox is out of date. > Get the newest version here. > > The latest is 18 > > Is this the intended action?? > > Thx, > R.Fox > If it is really the ESR channel you should open a bugs for mozilla.org
Re: [Mageia-dev] help files in soft svn - status?
Le 07/01/2013 12:59, Oliver Burger a écrit : > In our soft svn we have > > mageia-gfxboot-theme help-boot and help-install. > > Are those leftovers from the old documnetation, before the work using > calenco started or are those actually used? > > We should know at i18n. > > Thanks, > > Oliver > For gfxboot you mean here http://svnweb.mageia.org/soft/theme/mageia-gfxboot-theme/trunk/help-install/ and http://svnweb.mageia.org/soft/theme/mageia-gfxboot-theme/trunk/help-boot/ ? Because before mga2 I reported a bug (https://bugs.mageia.org/show_bug.cgi?id=5275) which was fixed in english for cauldron but I missed to reopen for other language. *But*, maybe we will not use anymore gfxboot (what is iso maker opinion ?) and maybe grenoya's change was not complete.
Re: [Mageia-dev] «mageia-maintainers-database» - explicit version of ruby-rails in Requires? Why?
Le 05/01/2013 08:25, Johnny A. Solbu a écrit : > Hi. > > I'm browsing through http://check.mageia.org/cauldron/dependencies.html, > looking for maintainer-less packages to fix before the comming version freeze. > > «mageia-maintainers-database» is one of the packages I've found, and I'm > puzzled as to why it have an explicit version requirement on ruby-rails. > Can anyone enlighten me as to why that is? > Would something break if I removed the version from the «Requires: > rubygem(tails)» line and pushed it? > This package is not used (as previously said by someone else)
Re: [Mageia-dev] installation: deselect attempts cause select
Le 26/12/2012 15:44, Felix Miata a écrit : > This is not a new problem, but I've never seen it mentioned. Typically > I test install to real partitions 4800MiB in size. This limited space > is adequate for what I do with a test installation, but requires I > carefully choose what gets installed or not. Devel, "server", > multimedia, games, office apps and Java I always exclude for space > reasons. I don't use them often enough to be able to recognize if > anything was wrong with them. Even though I select custom instead of > KDE or Gnome, and on next screen deselect everything that won't cause > urpmi not to install, several things are preselected that make no > sense for a minimal install, such as every (4 total?) X DE. When I try > to deselect any of several of these preselections, it acts like an > initial selection of a large task instead of a deselection. It takes a > second try to actually deselect. In several cases, the attempt to > deselect results in a select that requires more space than is > "available". Before I can deselect in those cases, I must find smaller > selections to deselect and free up space before it will let me select > what I'm actually trying to deselect. Then I must go back to those > indirectly forced deselections to reselect them. When done, I > typically find about 60% or so of the 4800MiB actually gets used by > the time I've configured no-suggests and urpmi'd what I needed but > couldn't select during installation without pulling in the space > wasters. Ultimate goal is usually no frills KDE, with none of file > manager, IM, PIM/Kmail or desktop search. I do 99.97% of my email POP > in SeaMonkey, but not in test installations. All my searching and most > text file editing is done using MC. > > NAICT, it's impossible to install to include urpmi and exclude 100% of > X and its deps. Is that cauldron ? because there was some improvement since mga2 also post your /root/drakx/report.bug
Re: [Mageia-dev] lxsession needs consolekit to shut down the computer directly
Le 22/12/2012 11:52, sardine a écrit : > Hi, > > I'm not able to shut down the computer directly from lxde, I have to logoff > and do that from the dm. After searching what could be the problem, I found > that consolekit is needed to have this functionnality ( > https://bugzilla.redhat.com/show_bug.cgi?id=800658 ) and that lxsession > requires consolekit in the Fedora package. > > Unfortunately, consolekit is no more available in Mageia, it has been dropped > a few months ago. > > Regards. possible fix : https://bugs.mageia.org/show_bug.cgi?id=8073#c2
Re: [Mageia-dev] New install repo options
Le 11/12/2012 13:03, Maurice Batey a écrit : > On Mon, 10 Dec 2012 22:58:21 +0100, Manuel Hiebel wrote: > >> (grub2 coming too) > As default, or as an option? > Certainly as a option
Re: [Mageia-dev] New install repo options
Le 10/12/2012 22:34, Frank Griffin a écrit : > I just did a new install and noticed the panel for the addition of the > nonfree and tainted repos. > > WELL DONE !! I hadn't done a fresh install for awhile, and hadn't had > a chance to notice. > > I think this will do wonders for the usability of MGA3. Yep still in wip, it was pushed last week, but was announced on council (+qa+dev metting) for a while. Thanks Thierry ! (grub2 coming too)
Re: [Mageia-dev] Big problem with a rpm => freeswitch
Le 09/12/2012 16:55, Thomas Backlund a écrit : > > But for now the rpms have been removed from repos until the listed > issues are resolved. And the package is on the BS. Dlucio, do you read this ml ?
Re: [Mageia-dev] unable to install cauldron in a vmware vm
Le 03/12/2012 21:45, sardine a écrit : > I don't know what component is at stake so I can't fill a bug report. No need: https://bugs.mageia.org/buglist.cgi?quicksearch=%22read_config%22 -> https://bugs.mageia.org/show_bug.cgi?id=8160
Re: [Mageia-dev] Mageia 1 EOL.
Le 02/12/2012 01:11, Thomas Backlund a écrit : > Mageia 1 is now EOL. > > BS is locked down and updates_testing wiped. > > Blog post pushed and mail sent to updates-announce ML. > > -- > Thomas Oh thanks so I will close (before this evening) the mga1 bugs as said previously. https://wiki.mageia.org/en/Maintenance_of_bug_reports#End_of_life_.28EOL.29_Release And bye Mageia 1, thanks for these 23 months on my laptop.
Re: [Mageia-dev] rpmsrate-raw changes related to GNOME
Le 26/11/2012 16:03, Olav Vitters a écrit : > I've made the following rpmsrate-raw changes related to GNOME fix for https://bugs.mageia.org/show_bug.cgi?id=6133 still missing
Re: [Mageia-dev] Problem with Totem packages?
Le 21/11/2012 14:39, Olav Vitters a écrit : On Wed, Nov 21, 2012 at 02:32:32PM +0100, Pierre Jarillon wrote: Le mercredi 21 novembre 2012 13:29:26, Olav Vitters a écrit : On Tue, Nov 20, 2012 at 02:11:40AM +0100, Pierre Jarillon wrote: If we want a full usable distro out the box, VLC must be the default choice for all videos and then Totem could be removed. Which desktop are you using? VLC is IMO terrible, but I don't see why application defaults should be the same across desktops. Totem under anything other than GNOME: who cares? Maybe for XFCE VLC is a better fit or something. VLC works with any destop and any OS. Most of people coming from Windows already use VLC. LibreOffice, Firefox, Thunderbird and VLC are the most universal applications. They allow easy migrations from Microsoft. However, I prefer Konqueror and kmail in a KDE environment. You really like VLC :) If there is no KDE mediaplayer, then maybe file a bug. Totem in KDE is not the best match. its dragon player the default kde multimedia player iirc (totem as default will make our livecd not possible since age)
Re: [Mageia-dev] Mageia 3 alpha 3 - testing boot.iso
Le 16/11/2012 09:55, Johnny A. Solbu a écrit : I just tested the boot.iso network installer (using distrib-coffee), and it has the same bug all boot.iso files have had at least since mdv2010.1. Everything works, except the package descriptions; there isn't any. When one select «individual packages» (translated) in order to choose which packages to install or not, there is no description of the packages. Should I file this as a bug? Iit's more a wontfix bug: https://bugs.mageia.org/show_bug.cgi?id=549#c9 (fixed for the isos)
Re: [Mageia-dev] Repo down: repository fallback by default...
Le 10/11/2012 10:41, Christian Lohmaier a écrit : Hi *, On Fri, Nov 9, 2012 at 7:50 AM, Jehan Pagès wrote: So I guess the repo is down, hopefully temporarily. I went to the "configure media sources" UI and "add a specific media mirror" (was using the $MIRRORLIST default until now). So my real question is: couldn't the $MIRRORLIST fallback to other servers than the "closer" instead of failing? https://bugs.mageia.org/show_bug.cgi?id=3166 would solve all that ciao Christian or someone with perl/catalyst knowledge to extend the current checks https://bugs.mageia.org/show_bug.cgi?id=2844
Re: [Mageia-dev] [changelog] [RPM] cauldron nonfree/release flash-player-plugin-11.2.202.251-1.mga3.nonfree
Le 07/11/2012 11:02, Thierry Vignaud a écrit : On 7 November 2012 00:33, anssi wrote: anssi 11.2.202.251-1.mga3: + Revision: 315408 - new version 11.2.202.251 o fixes CVE-2012-5274, CVE-2012-5275, CVE-2012-5276, CVE-2012-5277, CVE-2012-5278, CVE-2012-5279, CVE-2012-5280 This should be pushed as an update to mga2 too as mga2 package is no more installable due to tarball having been removed on upstream URL https://bugs.mageia.org/show_bug.cgi?id=8006#3 move to updates in both releases for some mins
Re: [Mageia-dev] Asia-Pacific packager newbie needs mentor
Le 28/10/2012 05:58, Joseph Wang a écrit : Hi there, I found the problem was that I didn't have my ssh-agent set, however, when I try to add my ssh public key to identity.mageia.org, I found that there is no obvious way to add an sshPublicKey. I think that's blocking me. You have to ask for that, see https://wiki.mageia.org/en/Packagers_Howto_start#Getting_your_account_upgraded_for_commit_rights
Re: [Mageia-dev] systemd and openvpn
Le 26/10/2012 23:36, Richard Couture a écrit : More fun with systemd When I try to start my openvpn client with systemctl restart openvpn.service I get [root@AbelLap system]# systemctl restart openvpn.service Failed to issue method call: Unit openvpn.service failed to load: Invalid argument. See system logs and 'systemctl status openvpn.service' for details. systemctl status openvpn.service gives me [root@AbelLap system]# systemctl status openvpn.service openvpn.service Loaded: error (Reason: Invalid argument) Active: inactive (dead) HOWEVER when I go to /etc/init.d and issue the command [root@AbelLap system]# cd /etc/init.d [root@AbelLap init.d]# ./openvpn restart Shutting down openvpn: [ OK ] Starting openvpn: [ OK ] everything works fine Am I being super twit or something? I am writing a tutorial on openVPN to present to the international Festival of Free Software in Puerto Vallarta http://www.fslvallarta.org next week and thought to use MGA to indirectly promote it's use. Thanks Richard Hello, I think you can found some help in the related bugs: https://bugs.mageia.org/show_bug.cgi?id=6291
Re: [Mageia-dev] Support of grub2 in the installer/drakboot
Le 08/10/2012 15:27, Nicolas Lécureuil a écrit : Hi, is there any plans to add grub2 support ? is there someone already working on it ? regards, Nicolas. PoK started something in Mandriva with the classical installer, maybe Rosa too.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release meta-task-3-6.mga3
Le 03/09/2012 08:31, Thierry Vignaud a écrit : On 3 September 2012 07:51, Funda Wang wrote: fwang 1:3-6.mga3: + Revision: 287501 - gimp-help renamed In that case, this is wrong. This is gimp-help-XX that should obsolete/provides gimp-help2-XX Already done. But I remembered rpmsrate only recognize plain name provides, where virtual provides won't work. OK then. seems there is a bug in the script that make the rpmsrate from the rpmsrate_raw http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/cauldron/x86_64/media/media_info/rpmsrate at least the 4 commits are still here: http://svnweb.mageia.org/packages/cauldron/meta-task/current/SOURCES/rpmsrate-raw?r1=276485&r2=287501
Re: [Mageia-dev] Package removal proposal
Le 2012-08-20 21:15, David Walser a écrit : Guillaume Rousse writes: Here are several packages candidate for removal: - apache-mod_python - apache-mod_ruby - ocsinventory-server and ocsinventory-agent - madwifi-sources Agreed, and there are surely other unmaintained packages that lack sufficient need or interest to stay and should be dropped as well. Furthermore, what is the procedure for dropping a package? The wicd package is broken and has unpatched security vulnerabilities[1]. It was previously asked on this list if it should be dropped, nobody objected, a bug was filed asking to drop it an assigned to sysadmin-b...@ml.mageia.org [2], but it hasn't been dropped as far as I know. [1] - https://bugs.mageia.org/show_bug.cgi?id=5608 [2] - https://bugs.mageia.org/show_bug.cgi?id=5926 Some other candidates for removal that come to mind: abrt/libreport/btparser - tool for sending bug reports to RedHat, does not seem to belong in Mageia, our drakxtools have their own tool for sending crash reports to our bugzilla, unpatched security issues. https://bugs.mageia.org/show_bug.cgi?id=6523 sos - another RedHat-specific thing, unpatched security issues. https://bugs.mageia.org/show_bug.cgi?id=6525 libgnomesu - really old and unmaintained upstream, unpatched security issues, probably not needed. https://bugs.mageia.org/show_bug.cgi?id=7068 I'm sure there are plenty of other good candidates. Some months ago, we were speaking of removing all unmainted packages, I guess this out of brain nowadays ?
Re: [Mageia-dev] Mass rebuild?
Le 12/08/2012 12:13, Angelo Naselli a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 11/08/2012 19:25, Sander Lepik ha scritto: Alpha 1 is getting closer and closer but still no rebuild. AFAIK we should have all major packages in for now. So what is stopping mass rebuild? :) Even if there won't be any mass rebuild before alpha 1, can maintainers please check their packages from this list: http://check.mageia.org/cauldron/dependencies.html - some may need just a rebuild. I will take care of my packages as soon as I'm back home from holidays, if no mass rebuilding is done. Angelo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAngdAACgkQqEs9DA4DquCTnQCfV3T5zQYhz+CRRLUOxiezaSAo 8XQAn1TLCPId5Ih/l6qaKX1zAVzPfhAG =7gS4 -END PGP SIGNATURE- see https://wiki.mageia.org/en/Feature:Mageia3MassRebuild
Re: [Mageia-dev] [changelog] [RPM] cauldron tainted/release mesa-8.1.0-0.git20120802.1.mga3.tainted
Le 03/08/2012 22:18, Olivier Blin a écrit : tv writes: Name: mesa Relocations: (not relocatable) Version : 8.1.0 Vendor: Mageia.Org Release : 0.git20120802.1.mga3.tainted Build Date: Fri Aug 3 20:06:54 2012 You forgot to upload it in core/release. And nobody for fixing the same on mga2 ? (two different version between tainted and core) https://bugs.mageia.org/show_bug.cgi?id=6674
Re: [Mageia-dev] draksnapshot, possible fix for a 30 duplicates bug
Le 05/07/2012 08:01, zezinho a écrit : Em 04-07-2012 23:56, Manuel Hiebel escreveu: Hello can somebody please make an update to fix draksnapshot easily ? The idea is to add a require/suggest to hal as asking in the bug. https://bugs.mageia.org/show_bug.cgi?id=3032 I've just blindly submitted an updated draksnapshot requiring hal. Many thanks zezinho. -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] draksnapshot, possible fix for a 30 duplicates bug
Le 01/07/2012 22:03, Manuel Hiebel a écrit : Hello can somebody please make an update to fix draksnapshot easily ? The idea is to add a require/suggest to hal as asking in the bug. https://bugs.mageia.org/show_bug.cgi?id=3032 So someone for do that ? thanks. Nobody ? -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] draksnapshot, possible fix for a 30 duplicates bug
Le 02/07/2012 09:38, Samuel Verschelde a écrit : Le dimanche 1 juillet 2012 23:08:55 Thomas Backlund a écrit : 01.07.2012 23:05, Jani Välimaa skrev: On 01.07.2012 23:03, Manuel Hiebel wrote: Hello can somebody please make an update to fix draksnapshot easily ? The idea is to add a require/suggest to hal as asking in the bug. https://bugs.mageia.org/show_bug.cgi?id=3032 So someone for do that ? thanks. How about dropping the whole draksnapshot (starting from mga3)? That was the intention for mga2 too, and removed it from the mirrors, but during rc/final testing we realized some of the drakx tools expected the code to be there in order to be rebuilt, so we had to reintroduce the rpms to get mga2 out. so we need to fix that dep first. So we could add the suggests for mga2 and plan removal for mga3? (although if people report bugs against it, it means they use it... So maybe we should not remove it after all?) Samuel Well since there is a direct entry in drakconf, I guess a lot of people click on it https://bugs.mageia.org/show_bug.cgi?id=6326
Re: [Mageia-dev] draksnapshot, possible fix for a 30 duplicates bug
Le 01/07/2012 22:05, Jani Välimaa a écrit : On 01.07.2012 23:03, Manuel Hiebel wrote: Hello can somebody please make an update to fix draksnapshot easily ? The idea is to add a require/suggest to hal as asking in the bug. https://bugs.mageia.org/show_bug.cgi?id=3032 So someone for do that ? thanks. How about dropping the whole draksnapshot (starting from mga3)? I have asked that too, but drakx-installer-stage2 needs it, https://bugs.mageia.org/show_bug.cgi?id=5901.
[Mageia-dev] draksnapshot, possible fix for a 30 duplicates bug
Hello can somebody please make an update to fix draksnapshot easily ? The idea is to add a require/suggest to hal as asking in the bug. https://bugs.mageia.org/show_bug.cgi?id=3032 So someone for do that ? thanks.
Re: [Mageia-dev] Skype 4.0 for Linux - Package request
Le 15/06/2012 14:14, John a écrit : Eh? All I can see is version 2.2.0.35 ?? Read again "I run Mageia Cauldron 64bit mostly - would be great to get a package in Cauldron for our Distro!"
Re: [Mageia-dev] [soft-commits] [4791] revert last commit: as stated by the comment, this is _NOT_ the boot loader
Le 03/06/2012 18:25, r...@mageia.org a écrit :
Log Message
revert last commit: as stated by the comment, this is _NOT_ the boot loader
Modified Paths
* drakx/trunk/perl-install/install/share/po/fr.po
Modified: drakx/trunk/perl-install/install/share/po/fr.po
===
--- drakx/trunk/perl-install/install/share/po/fr.po 2012-06-03 14:28:13 UTC
(rev 4790)
+++ drakx/trunk/perl-install/install/share/po/fr.po 2012-06-03 16:25:53 UTC
(rev 4791)
@@ -1404,9 +1404,9 @@
#. -PO: This is NOT the boot loader
#: steps_interactive.pm:1052
-#, c-format
+#, fuzzy, c-format
msgid "Preparing initial startup program..."
-msgstr "Préparation du programme d'amorçage…"
+msgstr "Préparation de l'installation"
#: steps_interactive.pm:1053
#, c-format
Really ?
It seems it's the cause of the wrong translation here:
https://bugs.mageia.org/show_bug.cgi?id=484#c34 or with the last iso
http://freeshell.de/~manu67/mageia/amorce.png
and it seems it's the right step:
1047sub setupBootloaderBefore {
1048my ($o) = @_;
1049local $o->{pop_wait_messages} = 1;
1050my $_w = $o->wait_message(N("Preparing bootloader..."),
1051#-PO: This is NOT the boot loader
1052N("Preparing initial startup program...") . "\n" .
1053N("Be patient, this may take a while...")
1054);
1055$o->SUPER::setupBootloaderBefore;
1056}
Re: [Mageia-dev] bug, omission or feature
Le 03/06/2012 13:40, Wolfgang Bornath a écrit : How is that considered hijacking a thread? Am I missing the > point? I don't see a hijacked thread either. Replaying on a different thread instead of creating a new one.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release firefox-13.0-4.mga3
Le 03/06/2012 00:42, David Walser a écrit : Thierry Vignaud wrote: On 2 June 2012 14:08, fwang wrote: fwang 0:13.0-4.mga3: + Revision: 253388 - fix tarball dir - 13.0 final You forgot to reset mkrel :-) 13.0?? I thought we were sticking with ESR releases. Mageia 3 will be release in march so I guess we will have Firefox 17 on this time (next ESR)..
Re: [Mageia-dev] Tonight's meeting
Le 30/05/2012 10:30, Anne Nicolas a écrit : Hi there We could say "on the road again" :). Our meeting will happen as usual at 19hUTC on #mageia-dev. Here are the proposed topics: - Mageia 2 release and post-mortem - Development planning for Mageia 3 - Specifications for Mageia 3 Cheers What about the mentoring process ? there were a few requests in the last weeks
Re: [Mageia-dev] Cauldron is open
Le 27/05/2012 23:05, nicolas vigier a écrit : The contest of who will make Cauldron not booting the first is open \o/ Any news for the backport repositories ? :D http://meetbot.mageia.org/mageia-sysadm/2012/mageia-sysadm.2012-03-15-20.06.log.html#l-139
Re: [Mageia-dev] Mageia 2 DVD 64bits install is broken
Le 24/05/2012 19:47, Simple . a écrit : Instalation failed, some files are missing: /tmp/image/media/core/telepathy-kde-common-internals-translations-0.3.0-1-mga2.noarch.rpm. You may need to update your urpmi databse. Try to continue anyway? and that package does exist, so the problem is about listed files in this iso. I just would like some one could try the DVD install and say whats happening. grep telepathy-kde-common-internals /mnt/data/iso/final/*/*idx /mnt/data/iso/final/Mageia-2-i586-DVD/Mageia-2-i586-DVD.idx:Mageia-2-i586 telepathy-kde-common-internals-translations-0.3.0 (noarch) /mnt/data/iso/final/Mageia-2-x86_64-DVD/Mageia-2-x86_64-DVD.idx:Mageia-2-x86_64 telepathy-kde-common-internals-translations-0.3.0 (noarch) seems your dvd is not complete
Re: [Mageia-dev] [soft-commits] [4555] clean list to fit in CD size
Le 20/05/2012 12:40, Thierry Vignaud a écrit : On 19 May 2012 19:21, wrote: clean list to fit in CD size Modified Paths (...) --- build_system/bcd/trunk/lists/basesystem_mini2012-05-19 16:36:51 UTC (rev 4554) +++ build_system/bcd/trunk/lists/basesystem_mini2012-05-19 17:21:24 UTC (rev 4555) @@ -137,9 +137,7 @@ lxdm mageia-gfxboot-theme vnstat -rpmdrake how people are supposed to install packages or apply _SECURITY_ updates??? This one MUST be reverted... I don't know how bcd works, but rpmdrake is in the dual from this morning [manu@vosdook ~]$ grep rpmdrake /mnt/data/iso/final/*/*.idx /mnt/data/iso/final/Mageia-2-dual-CD/Mageia-2-dual-CD.idx:Mageia - mageia dual 2 rpmdrake-5.34 (noarch)
Re: [Mageia-dev] Freeze push: lxpanel
Le 17/05/2012 12:02, Oliver Burger a écrit : Am 16.05.2012 16:30, schrieb Oliver Burger: Changed customization patch so a volume control plugin is in the panel. See bug #5935 PING! done before my first comment in fact http://pkgsubmit.mageia.org/ :)
Re: [Mageia-dev] Freeze push: lxpanel
Le 16/05/2012 16:30, Oliver Burger a écrit : Changed customization patch so a volume control plugin is in the panel. See bug #5935 Oliver would be great for the dvd/dual
Re: [Mageia-dev] Remove draksnapshot from the repo ?
Le 05/05/2012 19:44, Manuel Hiebel a écrit : Hello, It seems that draksnapshot is not working anymore since it still use hal, so if nobody is against maybe we should drop it ? (even it's not installed as default iirc) https://bugs.mageia.org/show_bug.cgi?id=3032 (and a lot of duplicate) we have now 12 duplicates ...
Re: [Mageia-dev] sys admin : please cleanup 1/updates
Le 11/05/2012 23:40, David Walser a écrit : zezinho writes: Em 11-05-2012 23:30, David Walser escreveu: I don't think Mageia is deleting old versions of updates like Mandriva does. It's a bit of a pain for mirroring, but I guess it's so old versions are available if there's a regression. Yes, but it is also very confusing for end users when you search for a package in rpmdrake... Yes, it definitely is. I don't know why rpmdrake shows you older versions. That's never made sense to me. I think it's probably confusing for most people. rpmdrake in cauldron will only show the latest version: http://svnweb.mageia.org/packages?view=revision&revision=225110
Re: [Mageia-dev] RFT: nvidia-current 295.49
Le 06/05/2012 19:46, Thomas Backlund a écrit : So, nVidia released a 295.49 wich fixes performance regressions introduced in 295.40. As we are this close to release I have pushed a build to Nonfree Updates Testing. I'd like people to try it out and report if it works ot not and if it introduces other regressions So test them out and respond to this thread if it works or not. -- Thomas One bugfix https://bugs.mageia.org/show_bug.cgi?id=5826 hp pavilion turion x2 nvidia 6100
[Mageia-dev] Remove draksnapshot from the repo ?
Hello, It seems that draksnapshot is not working anymore since it still use hal, so if nobody is against maybe we should drop it ? (even it's not installed as default iirc) https://bugs.mageia.org/show_bug.cgi?id=3032 (and a lot of duplicate)
Re: [Mageia-dev] Freeze push: bugzilla
Le 29/04/2012 00:34, Funda Wang a écrit : Hello, Could bugzilla 4.2.1 be pushed due to fixed CVE-2012-0465 and CVE-2012-0466? Thanks. Ping ? We can close a bug after that :)
Re: [Mageia-dev] freeze push: drakx-net
Le 25/04/2012 19:56, Thierry Vignaud a écrit : mga#56052 ? Yes. We have only 5610 bugs in our bugzilla :)
Re: [Mageia-dev] DVD isos content
Le 24/04/2012 22:46, Anne Nicolas a écrit : Hi there As you may have seen, we have some room left on DVD isos. Please answer this mail if you have some proposals for apps to be added (about 500Mo left) and why we should add it in iso. Cheers some missing from the task-gnome: - task-gnome - baobab - gnome-boxes - gnome-screenshot - gnome-contacts - gnome-documents - gnome-disk-utility - sushi
Re: [Mageia-dev] Broken database problem
Le 15/04/2012 15:16, Anne Wilson a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cauldron on Acer Aspire One 533 I tested a Cauldron install (beta 2 download) on VirtualBox and found no serious problems, so started yesterday to prepare my netbook for my holiday. It took 5 hours to install - using a USB DVD drive. Once Coling had helped me find an error that I had made during the install, everything appeared to be fine, and today I started preparing for the big update. rpm updated, then I got db4 error (-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal error, run database recovery Rebuilding the database also failed so I followed advice to remove /var/lib/rpm/_* and tried again to rebuild. Then from dbcursor->c_get: DB_PAGE_NOTFOUND: Requested page not found Googling, I found several references, but all of them quite old, which made me nervous of trying the suggested solution. However, I did try, since I have nothing to lose at this point, "export LD_ASSUME_KERNEL=3.3.0" - which made no difference whatsoever. After a reboot I tried update once again and was offered two packages for updating - but then was told that it couldn't open the database. In desperation I tried "rm -fR /var/lib/rpm/*" - I hope I haven't broken anything too drastic, but nothing seems to have changed. The database will still not rebuild. If I try to update I get a message that the list is updating - but only one list, presumably the core list - then I'm told that the list of updates is empty. How can I get this working again? Anne - -- https://bugs.mageia.org/show_bug.cgi?id=4918#c88 and check that you have only one "rpm" package.
Re: [Mageia-dev] Big issue with the canberra stuf ?
Le 15/04/2012 14:54, Pascal Terjan a écrit : https://bugs.mageia.org/show_bug.cgi?id=5413 is totally unrelated to canberra, failing to load the module is something normal that can happen if it is not available, it means gtk will not produce sounds when you use the widgets. You will probably get the message with many gtk apps if you are not using gnome. https://bugs.mageia.org/show_bug.cgi?id=3698 is unrelated https://bugs.mageia.org/show_bug.cgi?id=4497 is unrelated https://bugs.mageia.org/show_bug.cgi?id=5010 seems unrelated https://bugs.mageia.org/show_bug.cgi?id=5362 is unrelated https://bugs.mageia.org/show_bug.cgi?id=5414 is unrelated https://bugs.mageia.org/show_bug.cgi?id=5415 is unrelated Ok nice so it's never the cause a bug ? :(
[Mageia-dev] Big issue with the canberra stuf ?
Hello, Seems we have a big issue somewhere in canberra (I don't really know what it is) After a quick search on the bugzilla we have at least 7 bugs realted to that. https://bugs.mageia.org/buglist.cgi?quicksearch=5413%2C5414%2C5415%2C4497%2C5010%2C3698%2C5362 And since gdb is not very friendly (https://bugs.mageia.org/show_bug.cgi?id=3417), tell to the reporter to report a strace is not a way for me... Ideas ?
Re: [Mageia-dev] [changelog] [RPM] 1 core/updates_testing calligra-2.4.0-1.mga1
Le 13/04/2012 00:29, John Balcaen a écrit : 2012/4/12 fwang: Name: calligra Relocations: (not relocatable) Version : 2.4.0 Vendor: Mageia.Org [...] Thanks \o/ And can somebody make a request for the QA if it's ready ? thanks.
Re: [Mageia-dev] KWin Segfault - sporatic
Le 22/03/2012 15:28, Robert Fox a écrit : I have been experiencing a sporadic KWin segfault crash - it can not be forced and happens very rarely. When it does happen, I can not access the KDE panel anymore, but the desktop continues to work. The only resolve it to logout and restart KDE - Here is the backtrace: [...] Should I file a bug?? With a quick query: https://bugs.mageia.org/show_bug.cgi?id=4600 so feel free to help Thx, R.Fox
Re: [Mageia-dev] Freeze push: Thunderbird
Le 21/03/2012 23:02, nicolas vigier a écrit : On Wed, 21 Mar 2012, Florian Hubold wrote: Am 17.03.2012 17:41, schrieb Florian Hubold: Hi, could somebody please push thunderbird 10.0.3esr and thunderbird-l10n to cauldron? Thanks in advance. Ping? Can you explain why push is needed ? What version we have now, and why we need a new version. same as in the 1 ... bug and security fix
Re: [Mageia-dev] Tonight's meeting
Le 21/03/2012 11:54, Anne nicolas a écrit : Hi there We will have our meeting as usual. Topics will be all focused on Mageia 2 release. It would be nice to have triage team, QA and as many packagers as possible and especially the one in charge of main softwares (base system, KDE, GNOME...) - freeze push reminder and release freeze - bug tracking (release_blocker bugs) - security updates before final release - QA tests for upgrade Cheers -- Anne http://www.mageia.org Hello, not sure I can be here tonight but will try.
Re: [Mageia-dev] Fatal errors with rpm
Le mercredi 14 mars 2012 à 16:01 +0100, Robert Fox a écrit : > Since the last few updates, I am experiencing erratic RPM db errors (on > more than one machine): > > error: rpmdb: Thread/process 3912/139787959727872 failed: Thread died in > Berkeley DB library > error: db4 error(-30974) from dbenv->failchk: DB_RUNRECOVERY: Fatal > error, run database recovery > error: cannot open Packages index using db4 - (-30974) > error: cannot open Packages database in /var/lib/rpm > > I've had to delete and rebuild the rpm database several times now: > > rm -f /var/lib/rpm/__db* > rpm --rebuilddb > > Anyone else seeing this?? Yes it's in WIP https://bugs.mageia.org/show_bug.cgi?id=4918 > > Thx, > R.Fox >
Re: [Mageia-dev] freeze push: drakx-installer-binaries, drakxtools, drakx-net, then drakx-installer-images drakx-installer-stage2
Le lundi 12 mars 2012 à 21:49 +0100, Thierry Vignaud a écrit : > drakx-installer-images: > - include more USB host controller modules (mga#4905) > (DEPENDS on d-i-binaries) The core on is missing. 1 hour ago drakx-installer-images-1.68-1.mga2 cauldron nonfree/release
Re: [Mageia-dev] Package push request: oxygen-gtk and oxygen-gtk3
Le lundi 12 mars 2012 à 16:20 +0100, Thierry Vignaud a écrit : > On 12 March 2012 16:08, Funda Wang wrote: > > As oxygen is our default theme for gtk2 and gtk3, I think we should > > mark these two packages as important packages, and push updated > > version as soon as possible. Plus, the new versions fixed a nasty bug > > that it will crash theme selector when changing from oxygen to another > > theme. See: https://projects.kde.org/news/127 > > Actually it makes other program to crash such as net_applet, mgaapplet, ... > > So +1 + 1 so we can have it in the beta 2 isos
Re: [Mageia-dev] [Freeze] please let in xonotic
Le dimanche 11 mars 2012 à 14:47 +0200, Sander Lepik a écrit : > > According to sophie it's not a new package: > > http://sophie.zarb.org/rpms/810fca5bd939c8e4a6858a5711c5200f > > > Yeah, i take some of my words back. But there is another problem - > 0.6.0 seems to be in > mdv2010.2. So upgrade path from Mandriva is broken. Do we support upgrade from mandriva backport ? I'am not sure. (also maybe we should not look anymore what they are doing... and remember that the desktop support is eol: http://www.mandriva.com/en/support/lifecycle/ )
Re: [Mageia-dev] [Freeze] please let in xonotic
Le dimanche 11 mars 2012 à 14:29 +0200, Sander Lepik a écrit : > 11.03.2012 14:21, Michael Scherer kirjutas: > > Le samedi 10 mars 2012 à 10:26 +0100, Thierry Vignaud a écrit : > >> Hi > >> > >> please let in xonotic-0.6.0 > >> It's just a game that impacts nothing else. > > Niet. > > > > That's bugfix or security fixes. > Honestly, WTF?! > > It's a new package. According to sophie it's not a new package: http://sophie.zarb.org/rpms/810fca5bd939c8e4a6858a5711c5200f
[Mageia-dev] packagekit, gstreamer and urpmi
Hello, Is there any work in progress about the packagekit-gstreamer-backend ? I ask that because totem (or others gstreamer player plugin) use this feature but don't work with urpmi. https://bugs.mageia.org/show_bug.cgi?id=4869 If it will stay in this state, maybe we should drop these pop-up and the others stuff ? mail from pok: https://www.mageia.org/pipermail/mageia-dev/2011-July/006422.html Another old thread: http://comments.gmane.org/gmane.linux.mageia.devel/3707
Re: [Mageia-dev] Release_blocker bugs
Le jeudi 08 mars 2012 à 09:37 +0100, Michael Scherer a écrit : > Le mercredi 07 mars 2012 à 21:43 +0100, Manuel Hiebel a écrit : > > Hello, > > > > How can we (the bugsquad or other people) determinate what can be a > > release_blocker bug ? > > > > in the triage guide we can see: > > > > "The release_blocker priority is only relevant to bugs filed on Cauldron > > or beta releases, and should only be used for issues which are > > sufficiently critical that it would severely impair the overall quality > > of a release if it were made available without the issue being > > resolved." > > > > That is not clear for me. And the only mail relating to that, was from > > Anne in May and not useful for me. > > I would say "stuff that cannot be fixed after release" would be release > blocker. Not to say that the rest cannot be too, but at least, that's > the first criteria. > > So a software on livecd that crash on startup would also be a blocker. > Ok thanks, I will keep that in mind.
Re: [Mageia-dev] [changelog] [RPM] cauldron nonfree/release get-skype-2.2.0.35-18.mga2.nonfree
Le jeudi 08 mars 2012 à 14:20 +0200, Sander Lepik a écrit :
> 08.03.2012 14:04, kamil kirjutas:
> > Name: get-skypeRelocations: (not relocatable)
> >
> > - remove noarch tag
> > - add ExclusiveArch tag with value %{ix86}, Skype for Linux is currently
> > 32-bit only and it needs 32-bit libraries
> >
> >+ sander85
> > - fix some typos
> Skype is pretty popular nowdays. 64-bit systems are pretty popular too,
> you know. Yes, we had conflict with policy. But in this case i think the
> policy is the one that must be changed. For exeptions like Skype. Or we
> need to add Nonfree 32 for 64-bit systems which makes a lot less sense
> to me. Or you will start explaining to users again, why we don't have
> Skype in our distro :(
Like with flash for some month ?
https://wiki.mageia.org/en/Mageia_1_Errata#The_skeleton_Adobe_Flash_Player_package_only_exists_in_the_Nonfree_repository
[Mageia-dev] Release_blocker bugs
Hello, How can we (the bugsquad or other people) determinate what can be a release_blocker bug ? in the triage guide we can see: "The release_blocker priority is only relevant to bugs filed on Cauldron or beta releases, and should only be used for issues which are sufficiently critical that it would severely impair the overall quality of a release if it were made available without the issue being resolved." That is not clear for me. And the only mail relating to that, was from Anne in May and not useful for me. So what about for release blockers: An default installed soft not working out of the box ? Any soft that cannot be launched ? Issue that a lot people can have ? something other ? Comments is welcome, thanks BTW: The current one are: https://bugs.mageia.org/buglist.cgi?priority=release_blocker&query_format=advanced&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED And related to trackers (also set to release blocker) https://bugs.mageia.org/showdependencytree.cgi?id=1994&hide_resolved=1
Re: [Mageia-dev] Errors/warning from drakxtools-13.89.1
Le samedi 03 mars 2012 à 22:15 -0500, Charles A Edwards a écrit : > Error/warning is attached. > > It occurred when using urpme to remove old kernel and nvidia-dkms > module. > https://bugs.mageia.org/show_bug.cgi?id=4783 > > Charles > >
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release meta-task-2-30.mga2
Le mercredi 29 février 2012 à 09:27 +0800, You-Cheng Hsieh a écrit : > 2012/2/29 Manuel Hiebel : > > Le mardi 28 février 2012 à 20:05 +0100, Thierry Vignaud a écrit : > >> On 28 February 2012 18:56, wally wrote: > >> > wally 1:2-30.mga2: > >> > + Revision: 215849 > >> > - install lxdm (not gdm) when choosing xfce > >> > >> This would better be done in task-xfce IMHO > > > > But if it's an suggests instead of a requires in the spec, lxdm will not > > be in the isos :þ > > > Wait, really? > I mean the suggested rpms will not be in the ISOs. > yes https://bugs.mageia.org/show_bug.cgi?id=4690#c5 > Thanks for the info.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release meta-task-2-30.mga2
Le mardi 28 février 2012 à 20:05 +0100, Thierry Vignaud a écrit : > On 28 February 2012 18:56, wally wrote: > > wally 1:2-30.mga2: > > + Revision: 215849 > > - install lxdm (not gdm) when choosing xfce > > This would better be done in task-xfce IMHO But if it's an suggests instead of a requires in the spec, lxdm will not be in the isos :þ
[Mageia-dev] changelog] [RPM] cauldron tainted/release mplayer-1.0-1.rc4.0.r34578.2.mga2.tainted
Le lundi 27 février 2012 à 13:04 +0100, tv a écrit : > Name: mplayer Relocations: (not relocatable) [..] > This package is in the 'tainted' section because some included codecs > are covered by patents. It also includes support for reading DVDs > encrypted with CSS which might be illegal in some countries. > > For non-free binary codecs support you should install the packages > win32-codecs, real-codecs and xanim-codecs. ^^---^-- As we don't have these package, can somebody remove this last line ?
Re: [Mageia-dev] Something to replace Mandriva Seed - Rufus
Le jeudi 23 février 2012 à 18:32 +0100, Florian Hubold a écrit : > Hi all, > > maybe we should consider offering a replacement for Mandriva Seed, > which AFAIK is unmaintained and doesn't work on Windows 7 since > some time. > I've now stumbled over Rufus, the Reliable USB Formatting Utility > (with Source) via http://reboot.pro/16374/ > There are windows binaries available, it doesn't require installation, > it's faster than most other tools like Unetbootin, there's source available > and it's GPLv3-licensed. Might this be an option? > > Project page: http://rufus.akeo.ie/ Nice, I will put the link in the wiki: https://wiki.mageia.org/en/Installation_Media#Can_I_dump_any_of_the_Mageia_ISOs_on_a_USB_stick.3F
Re: [Mageia-dev] Little proposal of rpmsrate cleaning
Le jeudi 23 février 2012 à 14:10 +, Pascal Terjan a écrit : > On Thu, Feb 23, 2012 at 13:32, Manuel Hiebel wrote: > > Maybe there is other things that I have not seen > > > > --- rpmsrate-raw-source 2012-02-23 14:07:41.946227612 +0100 > > +++ rpmsrate-raw2012-02-23 14:07:09.680227605 +0100 > > @@ -106,8 +106,7 @@ > > 4 !CAT_KDE || CAT_GNOME || CAT_LXDE dia > > 4 CAT_GNOME planner > > 4 !CAT_XFCE !CAT_KDE homebank > > - 4 !CAT_XFCE !CAT_GNOME skrooge > > - 3 CAT_KDE kplato > > + 4 CAT_KDE skrooge > > Why do you want to install skrooge under gnome and xfce? It's like the other line, "4 CAT_GNOME planner" only in kde, no ? (this was fixed by ennael in fact)
[Mageia-dev] Little proposal of rpmsrate cleaning
Maybe there is other things that I have not seen --- rpmsrate-raw-source 2012-02-23 14:07:41.946227612 +0100 +++ rpmsrate-raw2012-02-23 14:07:09.680227605 +0100 @@ -106,8 +106,7 @@ 4 !CAT_KDE || CAT_GNOME || CAT_LXDE dia 4 CAT_GNOME planner 4 !CAT_XFCE !CAT_KDE homebank - 4 !CAT_XFCE !CAT_GNOME skrooge - 3 CAT_KDE kplato + 4 CAT_KDE skrooge 3 xpdf gv 3 wv ical 2 units @@ -128,7 +127,6 @@ SOUND 5 sound-scripts 5 CAT_KDE kmix - 5 CAT_LXDE aumix 3 sox CAT_AUDIO @@ -183,7 +181,7 @@ 4 CAT_KDE kdeedu4 CAT_EDITORS - 4 !CAT_GNOME !CAT_KDE !CAT_XFCE CAT_X emacs + 4 !CAT_GNOME !CAT_KDE !CAT_XFCE !CAT_LXDE CAT_X emacs 4 !CAT_X emacs-nox 3 CAT_X vim-X11 3 yudit @@ -194,6 +192,8 @@ 5 gedit CAT_XFCE 5 mousepad + CAT_LXDE +5 leafpad CAT_TEXT_TOOLS 5 !LIVE words @@ -207,7 +207,6 @@ CAT_COMMUNICATIONS 5 !LIGHT efax 5 ekiga - 4 CAT_LXDE jpilot 2 hylafax-client 2 hylafax-server dip 2 lrzsz mgetty mgetty-contrib mgetty-sendfax mgetty-viewfax mgetty-voice minicom
Re: [Mageia-dev] Cinnamon
Le mercredi 22 février 2012 à 05:37 -0700, LinuxBSDos.com a écrit : > Hi, > > Just want to find out if there is any plan to make Cinnamon desktop > available for Mageia 2. See the thread: http://comments.gmane.org/gmane.linux.mageia.devel/10858
Re: [Mageia-dev] Beta 1 isos
Le mardi 14 février 2012 à 17:39 +0100, Thierry Vignaud a écrit : > See > https://bugs.mageia.org/buglist.cgi?cmdtype=runnamed&namedcmd=oxygen > for the full list > In fact with this url other people (than the author) can't see the search. it's more https://bugs.mageia.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=oxygen&sharer_id=81 or https://bugs.mageia.org/buglist.cgi?quicksearch=cf_rpmpkg:oxygen
Re: [Mageia-dev] meta-task update in cauldron
Le mardi 14 février 2012 à 16:28 +0100, Anne nicolas a écrit : > Hi > > Is there any other modification to be added to this package > (especially meta-task)? If not I will update it tonight for first set > of isos. > > Thanks > Hi, since I was wrong with what is really this package, I see only one on the bugzilla: https://bugs.mageia.org/show_bug.cgi?id=3718 Xfce is more used than e17, and there was some threads on forums for *install* only xfce that's why this bug exist, and since e17 pkgs were missing on the media since some release (also in mdv). ( for all one: https://bugs.mageia.org/buglist.cgi?quicksearch=cf_rpmpkg:meta-task )
Re: [Mageia-dev] Grub and Grub2
Le samedi 04 février 2012 à 01:05 +0100, Pierre Jarillon a écrit : > I have installed Mageia on a disk after Ubuntu. > After the install, I reboot and Ubuntu was ignored in Grub. > The owner of the PC was not happy and tought that Mageia is bad. > > I have not found how to restore an access to Ubuntu and after an hour, I have > reinstalled Ubuntu which install its grub2 allowing to boot on both systems. > > In Caudron, grub2 is not still used. Is time to switch to Grub2 ? > Since nobody is working in the integration (drakxtools, installer, etc) I would say no. https://bugs.mageia.org/show_bug.cgi?id=416
Re: [Mageia-dev] Drak3d & Compiz - Alpha 3
Le mercredi 18 janvier 2012 à 15:32 +0100, Robert Fox a écrit : > Just installed Alpha 3 fresh on a machine - wanted to install and enable > compiz, but Drak3d didn't seem to do the trick. Is the Drak3d too not > yet updated for the new X and Compiz?? > > Thx, > R.Fox > Yes it's a know bug https://bugs.mageia.org/buglist.cgi?quicksearch=cf_rpmpkg:drak3d
Re: [Mageia-dev] Mageia 2 Alpha 3 available for tests
Le jeudi 12 janvier 2012 à 21:04 +0100, Anne nicolas a écrit : > Hi all > > Mageia 2 Alpha 3 is now available for tests: > http://blog.mageia.org/en/2012/01/12/here-comes-mageia-2-alpha3/ > > Please note that only DVDs isos are available for now. Live CDs will > be uploaded next week, due to some issues with dracut migration. > > Thanks for all the hard work and enjoy it! > Hello, any news about the nonfree iso ?
[Mageia-dev] Security updates needing testing (please help)
On lun., 2012-01-09 at 01:07 +0200, Anssi Hannula wrote: > On 09.01.2012 01:02, David Walser wrote: > > There are a number of needed security updates for Mageia 1 that have > > already been built and just need QA testing so that they can be > > released. Most of them have testcases already described in the comments. > > Please help test these if you can so we can get these updates > > released. > > > > Needs testing on i586: > > https://bugs.mageia.org/show_bug.cgi?id=2950 cifs-utils > > https://bugs.mageia.org/show_bug.cgi?id=3311 proftpd > > https://bugs.mageia.org/show_bug.cgi?id=3980 samba > > > > Needs testing on x86_64: > > https://bugs.mageia.org/show_bug.cgi?id=3902 jasper > > https://bugs.mageia.org/show_bug.cgi?id=3937 dhcp > > https://bugs.mageia.org/show_bug.cgi?id=3939 nfs-utils > > https://bugs.mageia.org/show_bug.cgi?id=3940 libxml2 > > https://bugs.mageia.org/show_bug.cgi?id=3942 icu > > https://bugs.mageia.org/show_bug.cgi?id=3982 libsndfile > > https://bugs.mageia.org/show_bug.cgi?id=3985 libtiff > > https://bugs.mageia.org/show_bug.cgi?id=3993 gif2png > > https://bugs.mageia.org/show_bug.cgi?id=3994 t1lib > > https://bugs.mageia.org/show_bug.cgi?id=3998 gimp > > https://bugs.mageia.org/show_bug.cgi?id=3999 libzip > > https://bugs.mageia.org/show_bug.cgi?id=2064 krb5-appl > > > > Needs testing on both: > > https://bugs.mageia.org/show_bug.cgi?id=3895 PHP (Thomas also needs to > > rebuild php-apc and php-eaccelerator) > > https://bugs.mageia.org/show_bug.cgi?id=3955 cyrus-imapd > > > > Already tested, needs pushed by sysadmins: > > https://bugs.mageia.org/show_bug.cgi?id=3941 libarchive > > https://bugs.mageia.org/show_bug.cgi?id=3995 libuser > > > > What about > https://bugs.mageia.org/show_bug.cgi?id=3601 krusader > And all updates candidates: https://bugs.mageia.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=waiting%20for%20QA%20test&sharer_id=22
Re: [Mageia-dev] mentors + apprentices
Le dimanche 01 janvier 2012 à 10:42 -0300, John Balcaen a écrit : > 2012/1/1 David Walser : > [...] > > dmorgan has adopted me :D > Prepare yourself to eat a lof of thoses java's stuff :p > And if you don't like java's stuff, we have easyfix bugs https://bugs.mageia.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=Junior_job_no_new_packages&sharer_id=446 https://bugs.mageia.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=patches&sharer_id=81 (By the way, anyone can take any bug that is not with the assigned status, so 1350, as only 123 are in this state)
Re: [Mageia-dev] rebuilding other's packages
Le vendredi 30 décembre 2011 à 10:58 -0700, Thomas Spuhler a écrit : > > It was me. Sorry about not informing you about it. All I change was > > guile BR. Hope this will unveil some of my motives: > > https://bugs.mageia.org/show_bug.cgi?id=3911. > > Wally, strange, I didn't see the bug report. Shouldn't I as maintainer > of the package? Indeed sorry Jani was faster than me, so I don't have check (or anybody else) if there was another maintainer > This info would have been valuable, I could have added to the > upstream > bug/issue report
Re: [Mageia-dev] [changelog] [RPM] 1 core/updates_testing firefox-9.0-0.1.mga1
Le jeudi 29 décembre 2011 à 17:48 +0100, Thierry Vignaud a écrit : > On 29 December 2011 17:39, Manuel Hiebel wrote: > >> We need to push a newer firefox-ext-adblock-plus (eg > >> firefox-ext-adblock-plus-2.0.1-1.mga2 > >> from cauldron) as current mga1 one is not compatible with firefox-9... > > > > since nobody wants to update (or check) all firefox-ext-* for each > > release, we can remove them for the stable... > > Please stop trolling. > I maintain this package. > I cannot access mga's BS for a week so I'm asking for someone else to > push/backport > the cauldron version into updates_testing along firefox-9 I'am not trolling. I know that you maintain some firefox-ext in cauldron and that you are away sometime. I only said that since some months, nobody was checking the extensions in mga *1*. (and iirc QA don't check it anymore, as you can see in the updates of firefox 6 or later) -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] [changelog] [RPM] 1 core/updates_testing firefox-9.0-0.1.mga1
Le jeudi 29 décembre 2011 à 15:01 +0100, Thierry Vignaud a écrit : > On 21 December 2011 02:19, Mageia Team wrote: > > dmorgan 0:9.0-0.1.mga1: > > + Revision: 185216 > > - New version 9.0 > > - Rebuild against new nss > > We need to push a newer firefox-ext-adblock-plus (eg > firefox-ext-adblock-plus-2.0.1-1.mga2 > from cauldron) as current mga1 one is not compatible with firefox-9... since nobody wants to update (or check) all firefox-ext-* for each release, we can remove them for the stable...
Re: [Mageia-dev] Package adoption campaign, 3 months later
Le jeudi 15 décembre 2011 à 00:14 +0100, nicolas vigier a écrit : > On Wed, 14 Dec 2011, Michael Scherer wrote: > > > > > So let's try to make a proposal, if there is a list, after how many > > months should a package be removed from the repository if not maintained > > ( and by maintained, I do not say "not changes or anything", I really > > mean "no one listed as maintainer" ) ? > > In my opinion, what we should remove is packages that have important > bugs not fixed for a long time. If a package has no official maintainer > listed, but has all its bugs fixed quickly, I see no reason to remove it. > And what to do with package that have a maintainer, but the packager does not fix the bugs or is inactive ? :D
Re: [Mageia-dev] Need for a clear policy on translated man pages
Le dimanche 11 décembre 2011 à 03:08 +0100, Kamil Rytarowski a écrit : > W dniu 10.12.2011 17:33, Olivier Blin pisze: > > Kamil Rytarowski writes: > > > >> Is it possible to handle multiple man pages in different languages > >> with some macro? > > %find_lang --with-man ? > > > I think this is broken in Mageia. I've attached a patch to do it my-way > :) and it works after some tests.. Don't know if it's the same, but there is also a thread in cooker: http://lists.mandriva.com/cooker/2011-11/msg00388.php
Re: [Mageia-dev] Where to report mageia 2 alpha 1 problems?
Le samedi 10 décembre 2011 à 21:23 +0800, Franklin Weng a écrit : > Hi list, > > > I tested mageia 2 alpha 1 (KDE live CD) for the audio problem (bug > 2437) and at the same time I found another two problems. > > Where can I report it? The wiki pages seem to be down for now. Which wiki page is down ? https://wiki.mageia.org/en/Mageia_2_alpha1 is up and there is a link to https://wiki.mageia.org/en/Mageia_2_alpha1#Bug_reporting > > 1. When I launched Telepathy account manager I got an error message > saying that, "Something went terribly wrong and the IM system could > not be initialized. It is likely your system is missing Telepathy > Mission Control package." So there is no telepathy mission control > package in KDE live cd, is there? > > 2. If I turned "Screenshot" KDE desktop effect on, I still got > problems getting screenshot with ksnapshot. It is an old problem in > mageia 1. > > Please tell me where I can report these problem. I'll report it again > to where it should go. I have not check if we have already a bug report for each one but feel free to do them. (or ping/ reopen if there is one) > > Thanks, > Franklin
Re: [Mageia-dev] Build-in or stand-alone module for X to support Y
Le samedi 10 décembre 2011 à 14:48 +0100, Maarten Vanraes a écrit : > Op zaterdag 10 december 2011 14:41:30 schreef Kamil Rytarowski: > > W dniu 10.12.2011 14:11, Maarten Vanraes pisze: > > > Op zaterdag 10 december 2011 14:06:18 schreef Kamil Rytarowski: > > >> W dniu 10.12.2011 13:45, Maarten Vanraes pisze: > > >>> Op zaterdag 10 december 2011 13:12:52 schreef Kamil Rytarowski: > > >>>> Hello! [...] > look at other packages, like mysql, they generate a README.install.urpmi file > which show this text in rpmdrake Rpmdrake ? are you sure it's not only in urpmi ? (cli) -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release drakconf-12.22.1-1.mga2
Le samedi 10 décembre 2011 à 13:16 +0100, Thierry Vignaud a écrit : > On 10 December 2011 13:11, Mageia Team wrote: > > tv 12.22.1-1.mga2: > > + Revision: 180273 > > - rebuild with new ldetect-lst > > oops: bogus changelog: "further update Release Notes URL" > > Maybe should we push drakconf-12.22.1 as updates in order to have > fixed entries in help menu now that have the proper entries in the wiki? Yep and iirc there is also some minor fix no ?
Re: [Mageia-dev] List of un-maintained packages
Le mardi 29 novembre 2011 à 17:36 +, Colin Guthrie a écrit : > 'Twas brillig, and Bruno Cornec at 28/11/11 12:41 did gyre and gimble: > > Hello, > > > > I received recently a mail from Samuel Verschelde asking me to look > > again at the list of un-maintained packages in mageia (either > > http://pkgsubmit.mageia.org/data/unmaintained.txt or by mgarepo maintdb > > get | grep nobody). Thanks for the reminder ! > > > > I was really surprised of what I found, and I'm pretty sure some people > > have not registered themselves as package maintainer correctly. I can't > > believe we could have a working distribution without people in charge > [...] > > (And this is really a list of what looks to me mandatory, I'm sure each > > here will make its own, with differences). > > As I've said before I'm happy to be part of a group that maintains some > core things (udev, pam, initscripts to name a few) but I don't have the > time or energy to be the sole official maintainer. > > Until someone actually implements some sensible way of handling groups, > I doubt the maintainership (or rather the lack thereof) of some of the > core packages will change much. :s > > Sadly I've not really got the time or energy to look at implementing the > afore mentioned sensible way of handling groups either! > > Col > Feel free to add something in a wiki page: like here https://wiki.mageia.org/en/Packaging#Main_packages_by_category Personally (and it's going the same for the bugsquad), for new bugs, we add in cc the committers of the package, but if you don't like that, we can go with the specific groups way. Committer list of each unmaintained packages: http://stormi.lautre.net/fichiers/mageia/unmaintained-per-committers.txt -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] Drakx-net or NetworkManager for Mageia 2
Le lundi 21 novembre 2011 à 15:02 -0500, Frank Griffin a écrit : > On 11/21/2011 02:14 PM, Marianne Lombard wrote: > > > > What will Mageia team do ? Continue to maintain and enhance drakx-net > > or follow all others distributions with NetworkManager ? > > There are a number of serious problems with NM that have not, to my > knowledge, been dealt with. It's particularly bad with wireless (which > is what Mageia tends to use it for the most); see bugs 856, 2160, 2416. > Or just google for NM problems (there's a ton of people having trouble > with it). > But we have also a lot a bugs against drakx-net (I guess the maintainer is busy like all us) https://bugs.mageia.org/buglist.cgi?query_format=advanced&field0-0-0=cf_rpmpkg&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&type0-0-0=substring&value0-0-0=drakx-net -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] "Fail" during boot process - depricated config file . .
Le lundi 21 novembre 2011 à 12:10 +0100, Robert Fox a écrit : > Using latest Cauldron - I get a boot error on three different machines: > > > boot.log:Mounting local filesystems: WARNING: "include > > /lib/module-init-tools/modprobe.compat" is deprecated, please use > > /etc/modprobe.d > > boot.log:WARNING: Deprecated config file /etc/modprobe.conf, all config > > files belong into /etc/modprobe.d/. > > boot.log:WARNING: All config files need .conf: /etc/modprobe.d/lockd.drakx, > > it will be ignored in a future release. > > boot.log:WARNING: "include /lib/module-init-tools/modprobe.compat" is > > deprecated, please use /etc/modprobe.d > > boot.log:WARNING: Deprecated config file /etc/modprobe.conf, all config > > files belong into /etc/modprobe.d/. > > boot.log:WARNING: All config files need .conf: /etc/modprobe.d/lockd.drakx, > > it will be ignored in a future release. > > boot.log.1:modprobe: WARNING: "include > > /lib/module-init-tools/modprobe.compat" is deprecated, please use > > /etc/modprobe.d > > boot.log.1:modprobe: WARNING: Deprecated config file /etc/modprobe.conf, > > all config files belong into /etc/modprobe.d/. > > > > I could not find a bug report in bugzilla - should I make one?? Really ? https://bugs.mageia.org/buglist.cgi?quicksearch=%2Fetc% 2Fmodprobe.conf :) and this one in the list https://bugs.mageia.org/show_bug.cgi?id=2784 > > Thx, > R.Fox > -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] Changing default media names
Le dimanche 20 novembre 2011 à 19:43 +0100, nicolas vigier a écrit : > Hello, > > The media names on Mageia 1 and Cauldron currently look like this, when > added with urpmi.addmedia --distrib : > Core Release > Core Release Debug > Core Updates > Core Updates Debug > Core Backports > Nonfree Release > Core 32bit Release > Core 32bit Updates > ... > > I suggest we replace them on Cauldron and later versions with names > like this : > > cauldron/x86_64/core/release > cauldron/x86_64/debug/core/release > cauldron/x86_64/core/updates > cauldron/x86_64/debug/core/updates > cauldron/x86_64/core/backports > cauldron/x86_64/nonfree/release > cauldron/i586/core/release > cauldron/i586/core/updates > ... > > I think it's better because : > - it doesn't have spaces, so doesn't need to be quoted in urpmi command lines > - doesn't have capitals, so easier to type right > - includes version of Mageia, so you can quickly see which version(s) >you're using > - match the paths on the mirrors, so I think it's more clear what the >media is and easier to remember > > What do you think ? > Look also at this one: https://bugs.mageia.org/show_bug.cgi?id=2021 I'am sure we can improve it -- Manuel Hiebel http://netiquette.fr/
Re: [Mageia-dev] Review Of Bugs
Le lundi 31 octobre 2011 à 21:06 +, Colin Guthrie a écrit : > I think the attempts to get more official partnerships by Samuel and > yourself are very valuable, but by the same token, I think we need to > accept that having a single maintainer for some packages just doens't > make sense. > > For example things like initscripts, udev, systemd etc. should be > maintained by a "core" team, and IMO, not a single person (tho' if > someone steps up and is proven to be reliable then this is obviously not > a bad thing per-se!). I'm certainly happy to help out here. > > This is a bit OT for this thread tho'... :) > > Col Feel free to do a quick list on a wiki page, it's easy workaround of the maintdb.
Re: [Mageia-dev] Updating a new install is too long...
Le vendredi 28 octobre 2011 à 00:19 +0300, Thomas Backlund a écrit : > 28.10.2011 03:11, nicolas vigier skrev: > > On Thu, 27 Oct 2011, David W. Hodgins wrote: > > > >> On Thu, 27 Oct 2011 12:36:00 -0400, Thomas Backlund > >> wrote: > >> > >>> Well, current core/updates tree on _one_ arch is 4.2GB so... > >> > >> Is that including the Core Updates Debug repository? > > > > No. The Core Updates Debug repository adds 5.4G more. > > > > > > In reality its a little smaller, as there are some duplicate rpms there, > but it's growing and fast... > If we remove the 'old' updates like: firefox-6.0-1.1.mga1 firefox-6.0.1-1.2.mga1 firefox-6.0.2-0.1.mga1.src.rpm and a lot of others it can also decrease the data. > > -- > Thomas >
Re: [Mageia-dev] Proposal for bug statuses and workflow
Le mercredi 19 octobre 2011 à 23:30 +0200, Samuel Verschelde a écrit : > Here are the proposed Resolutions: Another thing, what about the upstream reported bugs ? In Mandriva they have a status REPORTEDUPSTREAM (if the triage_guide is true) Can we do the same ? http://mageia.org/wiki/doku.php?id=triage_guide#is_it_an_issue_that_should_be_covered_by_the_mageia_bug_process
