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 guillomovi...@gmail.com 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 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 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 upstream * md/raid10: Don't try to recovery unmatched (and unused) chunks fix failure
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] 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] 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] 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] 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èsjehan.marmott...@gmail.com 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, anssibuildsystem-dae...@mageia.org wrote: anssianssi 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 Wangfundaw...@gmail.com wrote: fwangfwang 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=276485r2=287501
Re: [Mageia-dev] Package removal proposal
Le 2012-08-20 21:15, David Walser a écrit : Guillaume Rousse guillomovitch@... 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 : tvbuildsystem-dae...@mageia.org 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 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.
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] [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 imap://manuel%40hiebel%2...@mail.gandi.net:993/fetch%3EUID%3E.INBOX%3E113414#drakxtrunkperlinstallinstallsharepofrpo 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] [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, fwangbuildsystem-dae...@mageia.org wrote: fwangfwang 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,r...@mageia.org 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 : zezinholists.jjorge@... 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=revisionrevision=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
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
[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] 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] 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] 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] 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] 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 fundaw...@gmail.com 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 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] [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
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.
[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] [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 + sander85sander85 - 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_blockerquery_format=advancedbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED And related to trackers (also set to release blocker) https://bugs.mageia.org/showdependencytree.cgi?id=1994hide_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 man...@hiebel.eu: Le mardi 28 février 2012 à 20:05 +0100, Thierry Vignaud a écrit : On 28 February 2012 18:56, wally buildsystem-dae...@mageia.org wrote: wally 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 buildsystem-dae...@mageia.org wrote: wally 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
[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] 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 man...@hiebel.eu 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)
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] 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=doremremaction=runnamedcmd=waiting%20for%20QA%20testsharer_id=22
Re: [Mageia-dev] mentors + apprentices
Le dimanche 01 janvier 2012 à 10:42 -0300, John Balcaen a écrit : 2012/1/1 David Walser luigiwal...@yahoo.com: [...] 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=doremremaction=runnamedcmd=Junior_job_no_new_packagessharer_id=446 https://bugs.mageia.org/buglist.cgi?cmdtype=doremremaction=runnamedcmd=patchessharer_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 man...@hiebel.eu 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 buildsystem-dae...@mageia.org wrote: dmorgan 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 Rytarowskin...@gmx.com 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] [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 buildsystem-dae...@mageia.org wrote: tv 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] 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] 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] 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=advancedfield0-0-0=cf_rpmpkgbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDtype0-0-0=substringvalue0-0-0=drakx-net -- 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 Backlundt...@mageia.org 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
Re: [Mageia-dev] [noise] get-skype in mandriva
Le dimanche 09 octobre 2011 à 19:28 +0200, eatdirt a écrit : Maybe it is my mistake, but I don't remember it was on mandriva when I left :) Exactly same description, but the changelog is very small, not like our changelogs including all the mandriva authors'contributions :-/ urpmq --changelog get-skype * Mon Oct 3 2011 Andrey Bondrov abond...@mandriva.org 2.2.0.35-1mdv2010.1 + Revision: 702497 - imported package get-skype Cheers, Chris. http://koryavov.net/post/11099091361/skype-for-mandriva-2011 UPD: Thanks to our Mageia friends for a package! -- Manuel Hiebel
Re: [Mageia-dev] [changelog] [RPM] 1 core/updates_testing terminator-0.96-1.mga1
Le mardi 04 octobre 2011 à 18:44 -0400, Lev Givon a écrit : Received from Manuel Hiebel on Tue, Oct 04, 2011 at 06:39:58PM EDT: Le mercredi 05 octobre 2011 à 00:35 +0200, Mageia Team a écrit : Name: terminator lebedov lebedov 0.96-1.mga1: + Revision: 151564 - Update to 0.96. Why ? (And there are some python-* in updates_testing without bug report for the QA.) Where should they go? according the policy: For the most part, an update should consist of a patched build of the same version of the package released with the distribution, with a few exceptions: * Software versions that are no longer supported upstream with updates (firefox and thunderbird seem to fall into this category these days) * Software that is version-bound to an online service (games, virus scanners?) and will only work with the latest version. * We will make exceptions for packages that did not make it into mga1 and are additions to the distribution, provided they do not impact any other packages and can pass full QA. Updates are not the appropriate place for packages created to satisfy certain user's urges for “the latest”. These types of builds belong in backports. http://www.mageia.org/wiki/doku.php?id=updates_policy L.G.
Re: [Mageia-dev] Mageia software development process (transfugdrake)
Le samedi 01 octobre 2011 à 10:41 +0200, Samuel Verschelde a écrit : Le samedi 1 octobre 2011 10:36:34, Fabrice Facorat a écrit : 2011/10/1 Samuel Verschelde sto...@laposte.net: Hi, I just committed my first (minor) patch to a Mageia tool, here transfugdrake: http://svnweb.mageia.org/soft/transfugdrake/trunk/transfugdrake?r1=2001r 2=2000pathrev=2001 What if home directory is on NFS and located on an CentOS server ? IMHO you should avoid adding Mageia, especially if this tool may be used by others distribution ( like PCLO ) indeed, I shouldn't mention Mageia explicitly. I removed that word. Thanks for seeing it. We can use %vendor or something like that no ?
Re: [Mageia-dev] [changelog] cauldron core/release mldonkey-3.0.7-4.mga2
Le lundi 19 septembre 2011 à 08:52 +0200, Mageia Team a écrit : Name: mldonkey Relocations: (not relocatable) - Bittorent - FileTP This package is in PLF because it contains a P2P software. Can we remove this ^^ PLF string ?
[Mageia-dev] Review of security updates
Hi, At this moment we have 15 security bugs open: 5 on QA, 4 waiting on answer of packager, 1 assigned, 1 with a patch, 4 with no progress Since the bugzilla exist: 57 closed, 24 before the stable and 48 after. 4 bugs was resolved as invalid and 7 as duplicate. The average for closure of Security bugs: in June 37.4 days 5-6 weeks in July 35.5 days ~5 weeks in august 1 week and for September 3 days. No progress: * 1854 .config in / 2011-06-19 18:41 CEST by james Whitby Modified: 2011-06-20 01:42 CEST * 1971 PHP 2011-06-30 15:54 CEST by Stew Benedict Modified: 2011-08-30 11:59 CEST * 1979 oprofile 2011-06-30 23:43 CEST by Nicolas Vigier Modified: 2011-08-30 10:00 CEST * 2638 ruby-rails 011-09-06 13:16 CEST by Sander Lepik Modified: 2011-09-06 13:16 CEST ## On QA: * 1519 GDM 2011-06-02 12:48 CEST by Jérôme Soyer Modified: 2011-09-10 01:16 CEST * 1731 OpenJDK 2011-06-10 11:59 CEST by Hermes Laws Modified: 2011-09-11 21:19 CEST * 1949 libvirt 2011-06-28 15:51 CEST by Stew Benedict Modified: 2011-09-10 03:33 CEST * 2642 kernel 2011-09-06 16:56 CEST by Thomas Backlund Modified: 2011-09-11 04:31 CEST * 2717 python-django 2011-09-12 18:33 CEST by Michael Scherer Modified: 2011-09-12 18:56 CEST ## QA waiting of packager: * 2063 qemu 2011-07-07 09:37 CEST by Jérôme Soyer Modified: 2011-09-11 13:30 CEST misc * 2475 freetype2 2011-08-20 21:29 CEST by Funda Wang Modified: 2011-09-10 04:40 CEST dmorgan ## Waiting/response of packager: * 1948 nagios 2011-06-28 15:41 CEST by Stew Benedict Modified: 2011-09-06 02:56 CEST guillomovitch * 2064 krb5 2011-07-07 15:44 CEST by Stew Benedict Modified: 2011-09-06 02:44 CEST guillomovitch, pterjan ## Assigned: * 1963 tigervnc 2011-06-29 15:25 CEST by Stew Benedict Modified: 2011-09-04 04:27 CEST dmorgan ## Patch: * 2255 msec / sectools 2011-07-24 09:26 CEST by Raphaël Vinet Modified: 2011-09-05 06:57 CEST Thanks to all ! (and sorry for the delay) -- Manuel Hiebel (leuhmanu)
Re: [Mageia-dev] Review of security updates
Le lundi 12 septembre 2011 à 22:03 +0200, Manuel Hiebel a écrit : No progress: One more missing (it was not in the security component): https://bugs.mageia.org/show_bug.cgi?id=1157 Various issue in mount helper related to RLIMIT_FSIZE, file corruption possible (util-linux-ng) -- Manuel Hiebel http://www.afa-france.com/netiquette.html
Re: [Mageia-dev] [RPM] cauldron core/release dbus-1.4.14-1.mga2
Le jeudi 08 septembre 2011 à 23:08 -0300, Balcaen John a écrit : Le Jeudi 8 Septembre 2011 23:47:32 Mageia Team a écrit : Name: dbus Relocations: (not relocatable) Version : 1.4.14Vendor: Mageia.Org Release : 1.mga2Build Date: Thu Sep 8 23:40:45 2011 Install Date: (not installed) Build Host: jonund Group : System/ServersSource RPM: (none) Size: 1894245 License: GPLv2+ or AFL Signature : (none) Packager: Mageia Team http://www.mageia.org URL : http://www.freedesktop.org/Software/dbus Summary : D-Bus message bus Description : D-Bus is a system for sending messages between applications. It is used both for the systemwide message bus service, and as a per-user-login-session messaging facility. tv tv 1.4.14-1.mga2: - protect '$' in xinit.d here-script With this changes /etc/X11/xinit.d/30dbus seems to be broken since we have finally on the system : if [ -z \ ]; then eval `/usr/bin/dbus-launch --exit-with-session --sh-syntax` fi Regards, Related bug: https://bugs.mageia.org/show_bug.cgi?id=2677 -- Manuel Hiebel http://www.afa-france.com/netiquette.html
Re: [Mageia-dev] Backports process (addendum to policy)
Le jeudi 08 septembre 2011 à 12:59 +0200, Samuel Verschelde a écrit : (QA Team and Triage team in CC, but please answer only to mageia-dev@mageia.org) I was asked to define a process for backports validation, so here is a proposal. We can discuss it a few days and then I'll add the result to the backports policy page. Process for backports : Triage: - identify backport requests - add Backport Request: in the bug report summary - add the backport keyword - assign to maintainer For it's Ok. The maintainer can refuse to do the backport : - doesn't want to maintain it = assign the bug report back to bugsq...@mageia.org so that another packager can step in - has a good reason for not providing this backport (policy, possible breakage...) = close as wontfix Packager: - create bug report if not done already - submit to {core,nonfree,tainted}/backports_testing - find a tester : original bug reporter when there is one, yourself if there's none, or ask in forums/irc/MLs... - once tested by at least one person (it must be said explicitly in the bug report), hand it to QA : - make sure the bug report summary starts with Backport Request: or Backport Candidate: - add the backport keyword if missing - assign to qa-b...@ml.mageia.org - list the source RPMs if there are several - be ready to fix bugs and answer QA team questions QA: - test backports the same way that we test updates. But don't forget that updates have a higher priority than that of backports. - move the packages from backports_testing to backports Packager again: - be ready to fix bugs : once you pushed a backport, you have to maintain it until the distribution's end of life :) Does this seem a good process, from the packager, QA and triage point of view? Best regards Samuel Verschelde -- Manuel Hiebel (leuhmanu)
[Mageia-dev] Proposals to improve the triage
Hi, I wrote this mail to discuss what we can do, to make triage more efficient. Indeed there is a big part of the bugs that are assigned to bugsquad. The majority of the rpms has not maintenairs. For example, to who can we assign installer bug? there is not maintainers for drakx-installer-* (on bugsquad Thierry told me that he read the bug on the saved search https://bugs.mageia.org/userprefs.cgi?tab=saved-searches and that he is alone in the team, but so for the component Installer in assigned to bugsquad) The same for Gnome bugs, like nautilus, or other DE (xfce, lxde) and package Should we add in CC the packager ? Some bug can be easily fixed. Like 'Mandriva Linux' in strings of some text file, or other. For them, Dmorgan created the tag Junior_Job. (https://bugs.mageia.org/describekeywords.cgi) seems similar to easyfix by Redhat.I have add a saved the search Junior_Job, for now there is only two bugs, but we can sure other. For other we need add missing rpm. dkms-syntek as example for no UVC Webcam. What can we do for reduce the number of Bugs ? Agressivily assign bugs to latest package uploader? I am not sure that all packager (for example: ennael 300rpms or dmorgan 1000rpms uploaded) can/will work on their rpms's bugs. Have a list of people who can help in solving some bugs ? Gnome2, Gnome3, KDE4, XFCE, Drakxtools, Kernel, Web application, Audio, Video card, Firmware, etc. Maybe we can also create an alias for a group of package ? like gnome3-maint AT groups.mageia.org, kde-maint, drakx-maint, etc. We can finally post a mail 10 bugs a day. 5 bugs with the choice of the id and the priority or a mix with bugs easily solvable and 5 package request. (or in a smaller proportion and frequency). Regards, -- Manuel Hiebel (leuhmanu)
[Mageia-dev] [Fwd: [Mageia-discuss] Bugsquad team organisation]
Message transféré De: Remco Rijnders re...@webconquest.com Reply-to: Mageia general discussions mageia-disc...@mageia.org À: mageia-bugsq...@mageia.org Cc: Mageia general discussions mageia-disc...@mageia.org Sujet: [Mageia-discuss] Bugsquad team organisation Date: Tue, 16 Aug 2011 19:31:13 +0200 Dear all, One of the more important but often overlooked tasks for projects like Mageia is the handling of bug reports received and follow up given to them. Quick resolution of reported problems and the proper routing of these reports is important to help Mageia improve in quality and grow in mindshare within the larger Linux community. Since Mageia started over 2400 bugs and other issues needing our attention have been filed in our bugzilla ( http://bugs.mageia.org/ ). A very impressive job has been done so far by the various members of the bugsquad and the packagers and sysadmins who have had reports assigned to them. Most impressive has been the bulk of work that Ahmad did by himself since the bugsquad got started under his leadership. Due to time constraints he unfortunately announced last month that he had to step down from this position. Since that time the bugsquad team has been without a leader and a representative for that team within the Mageia council. Through this email I hope to solicit some help for and interest in this team (hence the Cc to the Mageia discuss list) as well as to discuss within the team (on the bugsquad mailing list) where we want to go with it and if anyone is willing to take over the lead for this team. Should you have any interest in the bugsquad team, please see the page on our wiki for information on the triage team and how to join the mailing list. The address for that is http://www.mageia.org/wiki/doku.php?id=triage In order to keep the discussion in one place, I'd appreciate it if follow ups to this message solely go to the bugsquad list. I'm interested in hearing your thoughts. Thank you for your time and attention, thank you Ahmad for all the hard work done so far! Sincere regards, Remco
Re: [Mageia-dev] Updates process is now available
Le jeudi 21 juillet 2011 à 14:47 +0200, Samuel Verschelde a écrit : I don't think I can save and share the searches in bugzilla (or don't know how to do) so I haven't done it for now. Samuel You can go https://bugs.mageia.org/userprefs.cgi?tab=saved-searches I have created updates-push and waiting for qa test. -- Manuel Hiebel (leuhmanu)
Re: [Mageia-dev] Updates process is now available
Could we add a keyword validated_update to bugs that are ready to be moved to updates, so they can be found easily ? That would be useful indeed, the number of update candidates is growing and it's not easy to differentiate those who need testing and those who need to be pushed. Samuel Yep, can we add this ? -- Manuel Hiebel (leuhmanu)
Re: [Mageia-dev] updates-announce mailing list
Le jeudi 30 juin 2011 à 14:33 +0200, nicolas vigier a écrit : Hello, People who want to receive notifications of updates on the stable release can subscribe to the updates-announce mailing list : https://ml.mageia.org/wwsympa-wrapper.fcgi/info/updates-announce Is there a simple web page planned? like http://www.mandriva.com/fr/support/security/advisories/?dis=2010.1
Re: [Mageia-dev] Mindmapping program like freemind missing
Le dimanche 08 mai 2011 à 09:37 +0200, Daniel Kreuter a écrit : Hi there, will one of the Mindmapping tools be available in Mageia 1? I searched for one last week but didn't find it. Can someone take care of that? It doesn't matter if it comes before or after release (I think after would be better because the priority isn't so high of this program). -- Mit freundlichen Grüßen Greetings Daniel Kreuter Hi, there are: freemind, semantik and vym https://bugs.mageia.org/show_bug.cgi?id=850 -- Manuel Hiebel