Re: [Mageia-dev] Last versions of programs concerning Computer Assisted Music
Em 25-03-2013 13:30, PhilippeDidier escreveu: What do you think ? There are enough bugs to fix for now, let's wait for MGA4.
Re: [Mageia-dev] ANN: Upgrading from Mageia 2 via urpmi
Em 25-03-2013 08:54, Luca Olivetti escreveu: One small detail I forgot to mention: initially I assigned 1GB of memory to the virtual machine (https://www.mageia.org/en/support/ says 512MB minimum, 2GB recommended), no swap, and eventually urpmi started giving strange errors. Next time I gave 3GB, just to be on the safe side. I suppose that 2GB should be enough. Of course minimum memory is with swap enabled!
Re: [Mageia-dev] Freeze push physfs
Em 23-03-2013 12:57, Guillaume Rousse escreveu: Le 22/03/2013 23:12, zezinho a écrit : Please push physfs 2.0.3 bugfix release source and binary compatible : http://icculus.org/pipermail/physfs/2012-October/001056.html This fixes Warzone 2100 warning about buggy 2.0.2 physfs version. Submission errors, aborting: - physfs-2.0.2-3.mga3: - Current or newer revision(s) already exists in core/release for cauldron: 2.0.2-3.mga3 oups, commit forgotten. Now it is done, thanks.
Re: [Mageia-dev] Freeze push warzone2100 and warzone2100-data
Em 23-03-2013 12:57, Guillaume Rousse escreveu: Le 22/03/2013 22:44, zezinho a écrit : Please push them, as current version is not supported anymore upstream ( #9475 ) http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130323114243.guillomovitch.valstar.23184/log sorry for the forgotten BR, now it should build.
Re: [Mageia-dev] missing signatures
Em 22-03-2013 23:30, zezinho escreveu: some signatures to fix : and : maven-monitor-2.2.1-82.mga3.noarch.rpm maven-toolchain-2.2.1-82.mga3.noarch.rpm felix-parent-1.2.1-8.mga3.noarch.rpm
[Mageia-dev] missing signatures
some signatures to fix : maven-artifact-2.2.1-82.mga3.noarch.rpm maven-model-2.2.1-82.mga3.noarch.rpm maven-plugin-registry-2.2.1-82.mga3.noarch.rpm: Assinatura em falta (OK ((none))) /var/cache/urpmi/rpms/maven-profile-2.2.1-82.mga3.noarch.rpm: Assinatura em falta (OK ((none))) /var/cache/urpmi/rpms/maven-project-2.2.1-82.mga3.noarch.rpm: Assinatura em falta (OK ((none))) /var/cache/urpmi/rpms/maven-settings-2.2.1-82.mga3.noarch.rpm: Assinatura em falta (OK ((none)))
[Mageia-dev] Freeze push physfs
Please push physfs 2.0.3 bugfix release source and binary compatible : http://icculus.org/pipermail/physfs/2012-October/001056.html This fixes Warzone 2100 warning about buggy 2.0.2 physfs version.
[Mageia-dev] Freeze push warzone2100 and warzone2100-data
Please push them, as current version is not supported anymore upstream ( #9475 )
Re: [Mageia-dev] drakrpm can no longer download packages
Em 20-03-2013 15:40, Colin Guthrie escreveu: Hi, Since the updates recently, I can no longer use drakrpm to update packages. +1, with the same error.
Re: [Mageia-dev] Freeze Push: Virtualbox 4.2.10
Em 19-03-2013 22:50, Thomas Spuhler escreveu: zezinho, on a side note, I have a lot of problem withe virtualbox. I am still using mga1 as host OS. Should 4.2.10 work on mga1 if I build it on it? I think so, at least the 4.2.0 did...
Re: [Mageia-dev] Freeze Push: Virtualbox 4.2.10
Em 19-03-2013 14:13, Robert Fox escreveu: tmb is the virtualbox maintainer and I imagine he'll update it some time soon. I had time to update and test it locally, so now it can be pushed.
Re: [Mageia-dev] Broadcomm Wi-Fi How-To mga3, B-3
Em 19-03-2013 21:10, Thomas Spuhler escreveu: I'll check it out. How can we install this by default instead of the problematic wl-driver? The problematic wl-driver Is default because b43 driver did not even manage 43XXX cards. I don't have this hardware anymore, but if b43 is stable on this cards, ldetect lists should be updated to default to it instead of nonfree driver.
Re: [Mageia-dev] Broadcomm Wi-Fi How-To mga3, B-3
Em 19-03-2013 20:21, Thomas Spuhler escreveu: If you find the b43 and brcm, copy the folders /lib/firmware/b43 and /lib/firmware/brcm from the live- DVD to your hard drive Well, installing b43-openfwwf and kernel-firmware-nonfree gives all this files in a distro way ;-)
[Mageia-dev] freeze push owncloud
please push stable security update 4.5.8 of owncloud : http://owncloud.org/changelog/
[Mageia-dev] Freeze push getlive
Please push getlive, current version does not work according to #9123 and 2.4 works.
Re: [Mageia-dev] bogus packages that provides fonts-ttf-dejavu
Em 12-03-2013 22:33, Thierry Vignaud escreveu: I suspect some other fonts-ttf-* are also duplicated... Eg for Liberation fonts: cube-escape flare-data flightgear-data freecol ganttproject gcstar zygrib I checked flightgear-data, and the file size is different. It seems they have modified the font to their needs. So some of this duplicates may be needed...
[Mageia-dev] Freeze push : freeciv
This is a pure bugfix release : The main reason for this release is to fix a client crash triggered by chat messages; see below. Other than that, there is the usual set of bugfixes.
[Mageia-dev] Freeze push phpmyadmin
Please push 3.5.7 bugfix : 3.5.7.0 (2013-02-15) - bug #3779 [core] Problem with backslash in enum fields - bug #3816 Missing server_processlist.php - bug #3821 Safari: white page - Correct detection of the Chrome browser
[Mageia-dev] Freeze push sugar
Please push the 4 following packages, they are pure bugfix : sugar sugar-artwork sugar-toolkit sugar-toolkit-gtk3
[Mageia-dev] urpmi always use rsync
in my two cauldron systems, urpmi is now always using rsync, even if another downloader is setup in urpmi.cfg or asked in CLI. I am using default mirrorlist created by edit-urpm-sources.pl. I tried to remove rsync, then urpmi got broken ;-) Shouldn't it switch to mirrors that don't use rsync?
[Mageia-dev] Freeze push : mkvtoolnix
Please push mkvtoolnix. - this will prevent an annoying startup message saying an updated version is avaliable online ;-) - build is OK at least on x86_64 - I tested this version here creating mkv files with subtitles
Re: [Mageia-dev] Nouveau nvidia vesa conflict
Em 24-02-2013 21:20, Thomas Backlund escreveu: So just install that one, regenerate the initrd and reboot. It fixed also for me. Would it be a bad idea that dracut install triggers by itself a initrd rebuild?
Re: [Mageia-dev] About bug 6676
Em 20-02-2013 22:08, Juan Luis Baptiste escreveu: Hi, There's this bug about world of padman: https://bugs.mageia.org/show_bug.cgi?id=6676 The problem has to do with the use of the ioquake3 binary instead of WoP own binary. I wrote to the game devs and they basically said that using the official ioquake3 binary isn't supported and I should use the WoP binary instead. So I propose to package the whole game and put it in non-free instead of how it is currently packaged, which is using ioquake3 engine and an autodownloader to download and setup the game data files. WDYT ? http://wiki.debian.org/Games/Suggested#World_of_Padman says that game engine is open-source, so it should not go to non-free!
Re: [Mageia-dev] Freeze push : flightgear
Em 18-02-2013 19:58, Guillaume Rousse escreveu: Try again, harder: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130218185218.guillomovitch.valstar.5308/log Grrr, so did I, fixed.
Re: [Mageia-dev] Freeze push : flightgear
Em 18-02-2013 13:26, Guillaume Rousse escreveu: Le 18/02/2013 12:58, zezinho a écrit : please push FlightGear 2.10 : - fixes some graphical bugs - brings finally i18n GUI - was widely tested here on x86_64 cauldron simgear must be pushed before, then flightgear I will ask for flightgear-data push in a few hours, when the 700MB upload will end ;-) Build error: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130218121045.guillomovitch.valstar.5582/log sorry for the BR missing, fw fixed it before I could! So now simgear can be pushed, and flightgear-data also without waiting for flightgear
[Mageia-dev] Freeze push : flightgear
please push FlightGear 2.10 : - fixes some graphical bugs - brings finally i18n GUI - was widely tested here on x86_64 cauldron simgear must be pushed before, then flightgear I will ask for flightgear-data push in a few hours, when the 700MB upload will end ;-)
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release powermanga-0.91-2.mga3
Em 17-02-2013 22:03, Charles A Edwards escreveu:
1/1:powermanga#
mv: cannot stat ‘/var/lib/games/powermanga.hi’: No such file or
directory
No such file or directory
warning: %post(powermanga-0.91-2.mga3.x86_64)
scriptlet failed, exit status 1
ERROR: 'script' failed for
powermanga-0.91-2.mga3.x86_64:
Yes, I could not find a nice way to only move file if it exists :
something like below fails. any hints?
[ -f %{_localstatedir}/lib/games/%{name}.hi ] && mv
%{_localstatedir}/lib/games/%{name}.hi
%{_localstatedir}/games/%{name}/%{name}.hi
Re: [Mageia-dev] Looking for Packaging Mentor
Em 17-02-2013 16:59, Digital Gold escreveu: Anywayz, I will try to make the next IRC meeting, but it would be great if I could hit the ground running so if you wouldn't mind taking the time to mentor me I would appreciate it I can't find you in the Packaging apprentice candidates table : https://wiki.mageia.org/en/Becoming_a_Mageia_Packager Please consider adding there after reading the whole page and links ;-)
[Mageia-dev] Freeze push yaflight
Please push yaflight 0.99.20 as current 0.99.19 cannot start flightgear. What? gc still didn't push it? He must be sleeping...
Re: [Mageia-dev] freeze push powermanga
Em 03-02-2013 12:44, Guillaume Rousse escreveu: Le 02/02/2013 22:24, zezinho a écrit : Please push leaf package powermanga : new version 0.91 mainly fixes music not playing in game Build error: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130203112829.guillomovitch.valstar.15104/log Sorry, I missed a new BR. Please submit again.
Re: [Mageia-dev] freeze push powermanga
Em 03-02-2013 12:44, Guillaume Rousse escreveu: Le 02/02/2013 22:24, zezinho a écrit : Please push leaf package powermanga : new version 0.91 mainly fixes music not playing in game Build error: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130203112829.guillomovitch.valstar.15104/log Sorry, I missed a new BR. Please submit again.
[Mageia-dev] freeze push powermanga
Please push leaf package powermanga : new version 0.91 mainly fixes music not playing in game
[Mageia-dev] disable a warning as error?
hi, while working on a package (powermanga-0.91) I ended on a warning that is treated as error. As far as I have found in internet, it may be a false positive, am I as packager allowed by our policy to disable it? And how? images.c:821:4: error: missing initializer [-Werror=missing-field-initializers] images.c:821:4: error: (near initialization for ‘text[0].itxt_length’) [-Werror=missing-field-initializers]
Re: [Mageia-dev] Build tool idea
Em 01-02-2013 13:29, Guillaume Rousse escreveu: Le 01/02/2013 01:15, Joseph Wang a écrit : Now before I start on this, is there any wheel reinvention here. I'm looking to just wrap mageia repo, so that someone can do sudo repoinstall peazip mgarepo co peazip && cd peazip && bm && rpm -Uvh RPMS//yourpackage what is bm ? I don't know this one?
Re: [Mageia-dev] Grub2 vs. Grub Legacy in M3
Em 31-01-2013 22:26, Maurice Batey escreveu: To be absolutely clear, I have never placed any boot-loader in any PBR on this system. *That* is the information I was after! It appears to confirm that GRUB2 does *not* need GRUB-legacy in a root partition's PBR to be able to boot it. I've just tried a Live Gnome USB install, installing GRUB2 to /dev/sda7 (so in the PBR). This failed crashing draklive installer : https://bugs.mageia.org/show_bug.cgi?id=8903
Re: [Mageia-dev] Segfault with new LibreOffice packages
Em 31-01-2013 18:04, Sander Lepik escreveu: 31.01.2013 18:47, zezinho kirjutas: Em 31-01-2013 12:39, Robert Fox escreveu: kernel: soffice.bin[4875]: segfault at 105cc098f ip 7f9d7d720907 sp 7fff9135ccd0 error 4 in libicule.so.50.1.2[7f9d7d70e000+3e000] Before I raise a bug, I want to check if I am the only one here . . . Since last updates of LibreOffice in cauldron - I can not start it: I can start it on x86_64. Did you update icu to latest version before your test? Yes : libreoffice-4.0.0.2-2.mga3.x86_64.rpm lib64icu50-50.1.2-1.mga3.x86_64.rpm
[Mageia-dev] freeze push phpMyAdmin 3.5.6
It is a pure bugfix release: Welcome to phpMyAdmin 3.5.6, a bugfix release. 3.5.6.0 (2013-01-28) - bug #3593604 [status] Erroneous advisor rule - bug #3596070 [status] localStorage broken in server status monitor - bug #3598736 [routines] Editing a procedure with special characters - bug #3600322 [core] Visualize GIS data throws Fatal Error - bug #3599362 [core] Double-escaped error message - bug #3776 [cookies] Login without auth on second server
Re: [Mageia-dev] Segfault with new LibreOffice packages
Em 31-01-2013 12:39, Robert Fox escreveu: kernel: soffice.bin[4875]: segfault at 105cc098f ip 7f9d7d720907 sp 7fff9135ccd0 error 4 in libicule.so.50.1.2[7f9d7d70e000+3e000] Before I raise a bug, I want to check if I am the only one here . . . Since last updates of LibreOffice in cauldron - I can not start it: I can start it on x86_64.
[Mageia-dev] Freeze push : mlt and kdenlive
Please push mlt and kdenlive : 124 bugs have been fixed with this bugfix release that is the last one before a huge code refactor. http://www.kdenlive.org/discover/0.9.4 mlt 0.8.8 is recommended by upstream projects as some bug fixes need it, and is only required by kdenlive as far as urpmi --requires mlt tells me. I tested locally both in x86_64, editing, and rendering are ok.
[Mageia-dev] Freeze push : weboob
Please push weboob which as a tool that follows websites versions must be often updated : - added a requires for python-cssselect which is needed by some modules - new version 0.e is required by at least the arte module : Unable to load module "arte": Module requires Weboob 0.e, but you use Weboob 0.c
Re: [Mageia-dev] Missign rebuilds tagged mga1
Em 16-01-2013 23:06, AL13N escreveu: Op woensdag 16 januari 2013 21:22:22 schreef Colin Guthrie: I fought with urpmi-proxy today for a while. No matter what I tried, when downloading a synthesis via the proxy it always ended up too small and with md5sum failures. Requesting the same file direct from the mirrors worked every time. I noticed that the file never ended up in the cache tree, just in the tmp dir. Time wasn't on my side, so I didn't debug further... one to fight another day. (this is with urpmi-proxy-0.3.2-1.mga2 on mga2 FWIW) Col so, either a partial file, or out of disk space? better make sure the cache tree is the same partition as the tmp dir it uses. I experienced something like this when I tried to have urpmi-proxy cache and temp dirs in different partitions. Putting them in the same one fixed it.
Re: [Mageia-dev] Mageia 4 question
Em 13-01-2013 05:54, Joseph Wang escreveu: Question: I have a large number of packages on my machine that are intended for Mageia 4 release. Should I wait until after the Mageia 3 release to check them in, or can I check them in now and not submit a build request. Either is fine with me, and the only reason for checking them early is so that it doesn't get lost if I have a local machine crash. Why don't you import them now, and submit them for MGA3? New packages are still accepted!
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
Em 26-12-2012 23:54, Thomas Backlund escreveu: 3. the broadcom drivers in upstream kernel.org kernels are improving and also adding support for hw that broadcom-wl is not really supporting even if pretends to do so... We should just be carefull about the fact there are 2 different open source drivers: - brcm80211 which I could never use without crash - b43 * can run with b43-openfwwf for 4xxx hw. * needs nonfree firmware files for 4 hw. Then we maybe need to add some way for dkms-broadcom-wl users to instruct the drakx tools that they prefer/need the nonfree driver... Yes, this is the most needed part, currently we just always install wl driver blindly.
Re: [Mageia-dev] Live DVD beta 1 report
Le 25/12/2012 16:24, Marja van Waes a écrit : - portuguese language with french keyboard and localised in Paris : locales-fr were removed, so LC warnings appear in the terminal. About the last issue: the same was reported here (with English language and localised in Baghdad): https://bugs.mageia.org/show_bug.cgi?id=3723#c13 but that bug is about another issue, so this still needs its own bug report. Do you mind filing one? thanks for the review, but the bug 3723 is the same issue AFAIK.
[Mageia-dev] Live DVD beta 1 report
I could install LiveDVD in both i586 and x86_64 on real recent hardware. All went nicely, except a little glitch : after languages/drivers unsused removal, the progress bar starts directly at 80%, and does not change for all the tar extraction. this on both arches. So the few bugs to report: - progress bar bad - /var/cache/urpmi/rpms/javamail-1.4.3-9.mga3.noarch.rpm no signature on updates - portuguese language with french keyboard and localised in Paris : locales-fr were removed, so LC warnings appear in the terminal.
Re: [Mageia-dev] python guru?
Le 18/12/2012 10:13, Claire REVILLET a écrit : Le 17/12/2012 23:01, zezinho a écrit : If a python guru can give a hint about what is wrong when installing sugar-pippy-activity, thanks. http://check.mageia.org/cauldron/zezinho/dependencies.html Hi zezinho, your package is searching for python 2.5 but we have 2.7 and 3.3. The problem comes from this file : /usr/share/sugar/activities/Pippy.activity/library/pippy/physics/Elements-0.13-py2.5.egg I did not dig too much, but i think you should not include it, but have a require on a python-elements package (which we don't have it yet). my 2 cents Claire thanks, and now Wang just brought python-elements ;-)
Re: [Mageia-dev] python guru?
Le 18/12/2012 14:44, Joseph Wang a écrit : FYI, I just checked in a python-elements SRPM. I don't have the ability to kick off a build, so someone else needs to do it to get python-elements. I also have a script python-pyp2rpm which is pending review right now. This script makes it trivial to generate an SRPM from the PyPi package. I have about a dozen or so python packages that are pending review by a mentor. Se https://wiki.mageia.org/en/Pending_packages I have just submitted python-elements. Just changed the %define version to follow our policy. Maybe you could change the script do work this way?
[Mageia-dev] python guru?
If a python guru can give a hint about what is wrong when installing sugar-pippy-activity, thanks. http://check.mageia.org/cauldron/zezinho/dependencies.html
Re: [Mageia-dev] requiring postgres-devel
Le 04/12/2012 00:33, Pascal Terjan a écrit : On Mon, Dec 3, 2012 at 10:54 PM, zezinho wrote: qlandkartegt build fails because urpmi auto-selects a different libpq and libpq-devel (eg. libpq5.1 and libpq5.2-devel) for the auto requires libpq.so.5. Any hint on how to deal with that? Should I require manually a versioned libpq AND libpq-devel? I think libpq5.2-devel should require libpq5.2 Maybe the problem is not there : in /etc/urpmi/prefer.vendor.list libpq9.1_5 is preferred over libpq9.2_5 Shouldn't we prefer now the newest libpq?
[Mageia-dev] requiring postgres-devel
qlandkartegt build fails because urpmi auto-selects a different libpq and libpq-devel (eg. libpq5.1 and libpq5.2-devel) for the auto requires libpq.so.5. Any hint on how to deal with that? Should I require manually a versioned libpq AND libpq-devel?
Re: [Mageia-dev] Mageia 1 EOL.
Em 03-12-2012 22:26, Stan Thomas escreveu: I'm willing to help with maintenance updates for Mageia 1 (and I count Firefox and Thunderbird updates in this category). There seem to be a few others who are similarly motivated. But I'm a newcomer to this so if there is anyone ready to take the lead please tell me where we start. The problem is that it cannot be the same person who does: -packages updates for MGA1 -QA tests on i586 and x86_64 So it was decided to drop MGA1 support, as we already need people to do that for MGA2, so why don't you join us on that?
[Mageia-dev] Clanlib2 and SSE2 on i586
Trying to launch openalchemist gave me a crash because Clanlib2 uses SSE2 on SSE2 systems for software rendering, while we disabled it at configure. What should we do? I think enabling it is better, as all i586 CPU with less than 10 years come with SSE2. But our policy forbids it ;-) ERROR FOLLOWS : Exception caught: Sorry, this compiled clanSWRender does not support SSE2, but your CPU does support SSE2. (Update clanSWRender to contain SSE2)
[Mageia-dev] is iurt usable in MGA2?
I tried to build a i586 package in a MGA2 x86_64 with iurt and urpmi-proxy to speedup: linux32 iurt --repository http://localhost/mageia/distrib/ --rebuild 2 i586 ~/rpm/SRPMS/totem-plugin-arte-3.1.2-1mga2.src.rpm --chrooted-urpmi http://localhost/mageia/distrib/ It fails after base is installed, when adding medias to the chroot : : [iurt_root_command] Running iurt_root_command --bindmount /dev/pts /home/jose/chroot_tmp/jose/chroot_2.i586.0.20121129214441/dev/pts D: [iurt_root_command] Bind mounting D: [iurt_root_command] Success! I: [iurt2] [iurt2] add chroot media: http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Using timeout of 300 seconds. D: [iurt2] [iurt2] /usr/bin/sudo /usr/sbin/iurt_root_command --chroot /home/jose/chroot_tmp/jose/chroot_2.i586.0.20121129214441 urpmi.addmedia --distrib http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Command exited with 0. MEDIA Core Release Core Release Debug Core Updates Core Updates Debug Core Updates Testing Core Updates Testing Debug Core Backports Core Backports Debug Core Backports Testing Core Backports Testing Debug Nonfree Release Nonfree Release Debug Nonfree Updates Nonfree Updates Debug Nonfree Updates Testing Nonfree Updates Testing Debug Nonfree Backports Nonfree Backports Debug Nonfree Backports Testing Nonfree Backports Testing Debug Tainted Release Tainted Release Debug Tainted Updates Tainted Updates Debug Tainted Updates Testing Tainted Updates Testing Debug Tainted Backports Tainted Backports Debug Tainted Backports Testing Tainted Backports Testing Debug (Main) E: [iurt2] [iurt2] ERROR iurt could not add media into the chroot I: [iurt2] [iurt2] add chroot media: http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Using timeout of 300 seconds. D: [iurt2] [iurt2] /usr/bin/sudo /usr/sbin/iurt_root_command --chroot /home/jose/chroot_tmp/jose/chroot_2.i586.0.20121129214441 urpmi.addmedia --wget --distrib http://localhost/mageia/distrib/2/i586 D: [iurt2] [iurt2] Command exited with 0. MEDIA Core Release Core Release Debug Core Updates Core Updates Debug Core Updates Testing Core Updates Testing Debug Core Backports Core Backports Debug Core Backports Testing Core Backports Testing Debug Nonfree Release Nonfree Release Debug Nonfree Updates Nonfree Updates Debug Nonfree Updates Testing Nonfree Updates Testing Debug Nonfree Backports Nonfree Backports Debug Nonfree Backports Testing Nonfree Backports Testing Debug Tainted Release Tainted Release Debug Tainted Updates Tainted Updates Debug Tainted Updates Testing Tainted Updates Testing Debug Tainted Backports Tainted Backports Debug Tainted Backports Testing Tainted Backports Testing Debug Core Release2 Core Release Debug2 Core Updates2 Core Updates Debug2 Core Updates Testing2 Core Updates Testing Debug2 Core Backports2 Core Backports Debug2 Core Backports Testing2 Core Backports Testing Debug2 Nonfree Release2 Nonfree Release Debug2 Nonfree Updates2 Nonfree Updates Debug2 Nonfree Updates Testing2 Nonfree Updates Testing Debug2 Nonfree Backports2 Nonfree Backports Debug2 Nonfree Backports Testing2 Nonfree Backports Testing Debug2 Tainted Release2 Tainted Release Debug2 Tainted Updates2 Tainted Updates Debug2 Tainted Updates Testing2 Tainted Updates Testing Debug2 Tainted Backports2 Tainted Backports Debug2 Tainted Backports Testing2 Tainted Backports Testing Debug2 (Main) E: [iurt2] [iurt2] ERROR iurt could not add media into the chroot E: [iurt2] [iurt2] Failed to add media http://localhost/mageia/distrib/2/i586. Disabling chrooted_urpmi.
Re: [Mageia-dev] [ANN] [RFC] support for deltarpms in urpmi
Em 27-11-2012 17:10, Thierry Vignaud escreveu: - option do disable deltarpm support in /etc/urpmi.cfg? Yes, and in GUI too. - having a fallback in urpmi if applydeltarpm fails This should not happen, as our QA is doing a good job? - having urpmi select the right package o either deltarpm if there's one for installed_version -> update_version path o or regular update package else Well, we should not provide both, or delta rpm is useless
Re: [Mageia-dev] [packages-commits] [321297] imported package nemo
Em 24-11-2012 00:08, Johnny A. Solbu escreveu: On Friday 23. November 2012 22.46, Anne Nicolas wrote: There has already been zillions of discussions about this. Discussions some of us have never heard of, including me. We will not have Cinnamon. I am not talking about Cinnamon. I couldn't care less about Cinnamon, as I didn't know what it was untill now. Personally I'm happy with the current environments in Mageia. :-)= I just wanted to know if there is a list or policy or what have you, that we can read to figure out what or which type of FLOSS projects that for whatever reason is unwanted in Mageia. I didn't know there was such a thing. And if new packagers, such as myself, don't know that this or that FLOSS project or types of projects isn't allowed, how do you expect them to not import it? So my question still stands. Is there such a list or policy? If not, should we have one? If the consensus is that such a list is not a good idea or not wanted, I'm fine with it. I just wanted to raise the question. As always, I think you can start such a page in the wiki, like : http://wiki.debian.org/Games/Unsuitable
Re: [Mageia-dev] Try to package a new stuff, but fail in compiling process
Em 22-11-2012 21:31, Bo Lan escreveu: I may not be able to import, because I do not have a maintainer account, and cannot add the attribute sshPublicKey on https://identity.mageia.org/ I can import it for you as I told, if you send me a SRPM!
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3
Em 20-11-2012 18:16, Nicolas Lécureuil escreveu: Le mardi 20 novembre 2012 17:13:14 Barry Jackson a écrit : Also, to quote library policy: "The goal is to be able to install libfoo1 and libfoo2 on the same system." [root@jackodesktop baz]# urpmi lib64qwt6 installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ## Installation failed:file /usr/lib64/qt4/plugins/designer/libqwt_designer_plugin.so from install of lib64qwt6-6.0.1-4.mga3.x86_64 conflicts with file from package lib64qwt5-5.2.2-4.mga3.x86_64 because those files have nothing to do in a versionned libs. => Packaging errors. Where should they be? For now, I have removed this file from libqwt5 to allow installing both in the same system. Should I create a sub package named qwt-designer-plugin ?
Re: [Mageia-dev] WiFi Hotspot functionality in KDE
Em 20-11-2012 16:05, Robert Fox escreveu: I noticed in Gnome is a possibility to start a WiFi hotspot (in conjunction with another Internet access like Ethernet) - Couldn't seem to get it to work - and not sure if KDE has this - Ideally it would be great to have it in the MCC tools under networking to configure it easily . . . maybe for Mageia 4 . . . . MCC already has share internet connection, but it only works the other way round (Wifi Internet shared on ethernet) because the main problem is configuring the WiFi driver to Access Point mode. Do you know who to do that?
Re: [Mageia-dev] ANN: Upgrading from Mageia 2 via urpmi
Em 18-11-2012 19:12, Thierry Vignaud escreveu: 2 weeks ago). The problem is I (you) lose the network connection at the initial 100+ packages upgrade and you cannot finish it. I may try it again after the holidays, but we may need to put a warning out. The other option would be to download everything before the actaul upgrade. urpmi --download-all The important to not get broken upgrades is the GUI that will invite to upgrade. Maybe we should modify it to default check the box "download all before upgrade"?
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3
Em 18-11-2012 14:06, Sander Lepik escreveu: You should NOT obsolete library that has different major (especially if there are packages that depend on that older library). Thank you, now I got it. Now to fix the mess: - create libqwt5 package Done, but cannot submit it because a libqwt5 package already exists. Any hint? - do not obsolete it with libqwt Done, with libqwt-6.0.1-3.mga3 - rebuild all packages depending on libqwt (if they don't build with new version, switch them to libqwt5) I'll do it as soon as I manage to submit a libqwt5 package.
Re: [Mageia-dev] Mageia 3 alpha 3 available
Em 14-11-2012 22:46, Anne Nicolas escreveu: Hi there Finally it's done, alpha3 is out. See announcement on Mageia blog: http://blog.mageia.org/en/2012/11/14/send-bugs-ad-patres-for-mageia-3-alpha-3/ As said, your feedbacks are needed especially for hardware support and upgrade from Mageia 2. Thanks all for the hard work. Enjoy! A little bug in the Torrent URL for LiveDVD 32 bit KDE4 : it misses the &torrent=1 http://www.mageia.org/en/downloads/get/?q=Mageia-3-alpha3-LiveDVD-KDE4-i586-DVD.iso&torrent=1
Re: [Mageia-dev] Fwd: fallback mode
Em 06-11-2012 10:01, Olav Vitters escreveu: In case the drivers are not good enough, GNOME 3 will be unusable. All is said here : I install lots of Mageia on bad hardware. Always used KDE that disables eyecandy if drivers or hardware suck. I don't think Gnome can afford Microsoft huge requirements policy : we often have - recent hardware without even closed source driver support - good hardware no more supported by closed source driver - partially working open source drivers for any hardware
Re: [Mageia-dev] About task-games
Em 06-11-2012 01:33, Johnny A. Solbu escreveu: How is the procedure for adding games in «task-games». Can I just add any game or is there a policy or rule as to whom, how or which games can be added? Just add the games you want : the idea is to install all good games in one click.
Re: [Mageia-dev] Packages not updating?
Em 29-10-2012 22:45, Maurice Batey escreveu: On Mon, 29 Oct 2012 22:11:52 +0100, zezinho wrote: I would appreciate any guidance as to whch repositories to use (or not use) and/or configuration procedure, to get wireless working, and am prepared to re-install if necssary. MCC should have installed the proprietary driver, it disables open-source one...
Re: [Mageia-dev] Packages not updating?
Em 29-10-2012 20:29, Anne Wilson escreveu: Earlier today I did a big update on Cauldron. Since then my wireless connection has not been working. I started to gather information to report this, but when I asked MCC for hardware detection I was immediately told that broadcom-wl-kernel and two other packages (one was broadcom-wl-kernel-netbook, I think) needed installing. Have I missed doing something, or should they have been picked up in the usual way? I suppose you did the first install with non-free media. Kernel brings an open-source driver for some Broadcom cards. ldetect list still prefers the closed source driver, so mcc ask it's install. The open-source driver has still big problems on my laptop, so I think we should not change this default...
Re: [Mageia-dev] %cmake magic
Em 20-10-2012 00:35, Nicolas Lécureuil escreveu: Le samedi 20 octobre 2012 00:34:20 zezinho a écrit : I cannot succeed submitting a specfile that builds locally : Any hint? Thanks yes add cmake as builrequire. Mouahahahah. thank you, I am confused
[Mageia-dev] %cmake magic
I cannot succeed submitting a specfile that builds locally : + mkdir build + mv CMakeLists.txt build + mv CMakeModules po src version build + cp COPYING README build + %cmake /home/iurt/rpm/tmp/rpm-tmp.qTjZ5m: line 34: fg: no job control error: Bad exit status from /home/iurt/rpm/tmp/rpm-tmp.qTjZ5m (%build) Any hint? Thanks Full log here : http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121019221513.zezinho.valstar.15864/log/fgrun-1.6.2-1.mga3/build.0.20121019221616.log
Re: [Mageia-dev] Mageia 2 - Security issiue
Em 18-10-2012 19:07, Johnny A. Solbu escreveu: On Thursday 18 October 2012 18:49, Jose Jorge wrote: something has changed since mdv2010.2 and mga2 that broke this setup. Well, systemd is here ;-) And nobody told msec? ;-)= I said what has changed, not what needs to be changed
Re: [Mageia-dev] Alpha 2 is very near
Em 11-10-2012 21:33, Anne Nicolas escreveu: Hi there That was a real alpha release! Bugs, flu, tests and tests and tests again... But alpha 2 is now very near. Please have a look in wiki page and add any information about versions and new softwares: https://wiki.mageia.org/en/Mageia_3_alpha2 Cheers What about mass rebuild? Is it still waiting for some bricks?
Re: [Mageia-dev] Adding a new font to the default install
Em 08-10-2012 23:18, Donald Stewart escreveu: Nice, thanks for this. So fonts-ttf-open-dyslexic is avaliable in Cauldron.
Re: [Mageia-dev] Adding a new font to the default install
Em 08-10-2012 22:30, Claire Robinson escreveu: On 08/10/12 21:21, Donald Stewart wrote: Hello everyone, I saw this article today and I think that it would be great to add this to the default fonts that we have available as it would allow greater ease of access to people with dyslexia. https://github.com/antijingoist/open-dyslexic http://www.bbc.co.uk/news/technology-19734341 If someone could direct me to the package that contains the fonts, I will happily add this too it if it is agreed, failing that, having it available elsewhere would be good. Donald 'Schultz' Stewart I saw that same article and created a bug for it https://bugs.mageia.org/show_bug.cgi?id=7629 Claire I suppose we should not force it as default, only provide a package named : fonts-ttf-open-dyslexic that people can install.
Re: [Mageia-dev] Final set of isos for Mageia 3
Em 02-10-2012 17:58, Anne Nicolas escreveu: Hi there So as planned when starting discussion, here is the final set of isos that will be built for Mageia 3. We have listed all the proposals and explanations (from both this ML and forums) to find a list that would satisfy most of Mageia users. Here is the list (Thanks MrsB for doing it first :) ): Thank you both for this list. I feel it comes with almost every ideas that came along. Let's see if Mageia 3 will rock in his medias. Still, we could remember anyone that draklive is also open-source, so any rockin' media idea can be tested without consensus. Where is the better updated doc about it? (if it exists) I volunteer to do it if it does not exist at the moment.
Re: [Mageia-dev] Mageia 3 final set of isos
Em 24-09-2012 09:55, Thomas Backlund escreveu: Just because they have a 64bit hw, it does not mean they have accees to cheap bw since that depends on where they live, what isp they have, and so on... Well, we can't keep the same service to users without keeping the same number of medias. And we NEED to reduce this number. So let's only decide if DVD keeps without nonfree or not. A poll? Both choices will keep the same numbers of medias. As far as I can see, the easiest way to REDUCE media number is to switch Live medias from 700MB to at most DVD size : - It removes the different localized version, it is 40% medias less. - It does not remove ALL CD-R solutions, as we long as keep DualArch and boot.iso media. - It fits in most current USB keys (4GB is the lowest size I can see in shops). Yes, it removes supports for some old hardware solutions, which I install often, but we can't keep testing 19 medias. We have still lack of QA people!
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
Em 23-09-2012 14:09, Barry Jackson escreveu: On 22/09/12 23:02, PhilippeDidier wrote: Ok ! That's what I try...but there are several makefiles ! You may want to try the latest dev version from the linuxsampler svn as many issues may already be fixed upstream. This will produce a current linuxsampler.tar.gz to test with:- svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler tar -czf linuxsampler.tar.gz linuxsampler/ Barry "svn export" gives a better tarball...
Re: [Mageia-dev] Programm starters in LXDE panel
Em 07-09-2012 21:15, Oliver Burger escreveu: Hi there, there is a bugreport about a broken Firefox starter in lxpanel, when doing a minimal lxde installation from the dual arch cd. https://bugs.mageia.org/show_bug.cgi?id=7378 Now what to do? Remove the firefox starter and replace it by a generic www-browser one as said in the bug report? Or just leave it there and let the users work it out? Or completely remove it? Thanks for your comments. Oliver Can this starter be a file brought by a package, like ff-lxde, suggested by lxde and firefox?
[Mageia-dev] a wifi regression
A bug came with MGA2 : after suspend/hibernate, wifi connection is only half back with some systems, while not with others: - IP address and DNS are good - no default route is added. Anyhint for where to search in this bug report is welcome. I use default MGA settings, so no network-manager. https://bugs.mageia.org/show_bug.cgi?id=6372
Re: [Mageia-dev] LSI Logic Megaraid SAS not supported with install dvd
Em 18-07-2012 22:30, AL13N escreveu: but yeah, i took think this could be fixed... and be added to the generic initrd from dracut. Yes, this a is side regression of dracut, as I remember installing Mageia 1 on a LSI MegaRAID system.
Re: [Mageia-dev] draksnapshot, possible fix for a 30 duplicates bug
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.
Re: [Mageia-dev] Remove upgrade functionnality in installer
Em 25-06-2012 12:01, Thierry Vignaud escreveu: I've a non merged yet branch where drakx offers to enable non-free/tainted if available and suggests to add network media if non-free firmware is needed but not available (eg: DVD case) That's good news! Does this offer come also for mgaapplet when it offers upgrade?
Re: [Mageia-dev] bug 2317 revisited: --update option should behave like --search-media
Em 21-06-2012 23:01, AL13N escreveu: I would implore all of you to look at this above and try to understand. > ... even my preferred solution on bug 2317 ONLY has more testing requirement for the backport packager Well, don't dream, backport packagers won't do more testing without QA bugging them. And tests cannot be done by packagers, because they always have a particular system, where bugs may not arise. I feel we must face the fact our policies are nothing without manpower. If #2317 is a major bug, it must be fixed quickly. The fact we didn't fix it in more than a year makes me wonder how we drive ourselves : maybe QA should strike until it is fixed ;-) I vote for Mrs.B workaround : Two people have tested simply enabling Release media as update media and not really noticed any drop in performance. I don't know what the implications are for memory footprint though. It could be one simple solution though perhaps, to enable them as updates by default, if the complexity of others if prohibitive.
Re: [Mageia-dev] QT3 in Mageia
Em 02-03-2012 21:37, Wojtulas escreveu: Hi! Why QT3 isn't available in Mageia? It is sill developed and it's needed for some users. Developped? Last release is from 15-03-2007! It is not in Mageia as there is no security updates available.
Re: [Mageia-dev] MGA2 Testing Request: Microcode
Em 11-06-2012 11:52, AL13N escreveu: Hi guys We need people with an AMD K10 CPU and mga2 to please test bug 6175. is this Phenom machines? what kind of CPU's are in the K10 category? Yes Phenom are K10, as recent Mobile Athlons. The only question is : does it load an updated AMD firmware?
[Mageia-dev] net_applet and IPv6
hi, toying with a pure IPv6 connection, I could not resolve DNS without
installing "rdnssd". Maybe this one could be in the basesystem for MGA3?
I tried to also display IPv6 scope global address in net_applet's tray icon.
It needs an "urpmi perl-Regexp-IPv6", so would bring a new requires in
drakx-net.
Feel free to comment as I do NOT know Perl!
- So I added to lib/network/tools.pm :
use Regexp::IPv6 qw($IPv6_re);
sub get_interface_ip6_address {
my ($net, $interface) = @_;
`/sbin/ip addr show dev $interface` =~
/^\s*inet6\s+($IPv6_re+).*global\s+dynamic\s*$/m && $1 ||
'no global address';
}
- and to /usr/bin/net_applet :
"\n\n" . N("IPv6 address: %s",
network::tools::get_interface_ip6_address($net, $interface)) .
just below :
"\n\n" . N("IP address: %s",
network::tools::get_interface_ip_address($net, $interface)) .
Re: [Mageia-dev] Mageia 3 specifications
Em 06-06-2012 08:22, AL13N escreveu: in any case, imho it's too soon for us to drop drakxtools/mganetapplet/if-cfg* (if ever). let's retalk about this for mga4. +1
[Mageia-dev] sysadmin : please remove forgotten rpms
An urpmi vlc-plugin- -a send me to this : vlc-plugin-ggi-2.0.0-1.mga2.tainted.x86_64 (devido a não satisfazer vlc[== 2.0.0]) vlc-plugin-svgalib-2.0.0-1.mga2.tainted.x86_64 (devido a não satisfazer vlc[== 2.0.0]) Looks like this 2 packages are forgotten in the MGA2 tainted repo...
Re: [Mageia-dev] Upgrade: Seamonkey 2.9.1
Em 24-05-2012 17:18, Eric Elena escreveu: Le jeudi 24 mai 2012 à 15:41 +0100, Johnny A. Solbu a écrit : May I suggest that you also do what I do, have a folder with the src.rpm packages. That way those who want can easily recompile the packages them selves, possibly on 64 bit systems. That's because this file is around 100Mb ^^ Ok, I will put it online in a few hours. Yes, but how to find the trojan's inside without it? ;-)
Re: [Mageia-dev] Suggestion of roadmap for kde on mageia once cauldron is reopened
Em 25-05-2012 18:56, Maurice Batey escreveu: On Fri, 25 May 2012 17:43:21 +0100, I wrote: KMail 4.8.2 generally works very well, its 'Find Messages' function is so badly broken Same problem, apparently, with KMail 4.8.3... Yes, I simply moved from KMail to Thunderbird after 10 years of using it. While this may seem horrible, it is good to discover other software features : spams are much better handled in Thunderbird ;-)
Re: [Mageia-dev] Mageia 2 DVD 64bits install is broken
Em 26-05-2012 02:07, Simple . escreveu: i used rufus in windows to burn the .iso into the usb, now i dont know if this is specifically caused by rufus or if this is caused by other thing, and here would be better that others could test and reproduce this. > ... > So when in the USB pen disk i renamed the packages to its original > filenames, the install went fine and finally made to conclude with > sucess Mageia 2 install. I don't know rufus, but as you are able to modify the names of the files in the USB, this is not a simple dump of the ISO : an ISO image cannot be modified. This is so a modified DVD image, that seems to introduce new bugs. The only way I know to put Mageia's ISO in a USB key is : dd if=DVD.iso of=/dev/sdX bs=8M (the bs option is only to accelerate writing speed).
Re: [Mageia-dev] Mageia 2 DVD 64bits install is broken
Em 23-05-2012 23:03, Simple . escreveu: Another problem with the dvd iso, is that burning with dd doesnt put it bootable, doesnt appears to be hybrid. Do you believe ISO are not tested? You should check twice your iso download... checksums must be bad
Re: [Mageia-dev] Mageia 2 final release is out
Em 22-05-2012 22:39, Anne Nicolas escreveu: - new web site layout: http://mageia.org Looks like i18n was broken : french download page is in english, the same for portuguese http://www.mageia.org/fr/downloads/
Re: [Mageia-dev] Freeze push: lxde-common
Em 19-05-2012 18:48, Oliver Burger escreveu: Hi, please push lxde-common to really fix Bug #5935 (adding volume control plugin to lxpanel). Between, I have a problem with LXDE default config : screen suspends after 10 minutes when watching a movie. xset s 0 fixes it, disabling automatic DPMS timeout. I wonder how KDE/Gnome manage this, they disable DPMS when VLC is playing, while LXDE does not.
Re: [Mageia-dev] sysadmin please remove tuxguitar-1.2-7.1.mga1
Em 16-05-2012 13:05, Thomas Backlund escreveu: zezinho skrev 16.5.2012 10:23: Em 14-05-2012 20:50, zezinho escreveu: please remove tuxguitar-1.2-7.1.mga1 from MGA1/updates_testing, bad %release (nobody's fault but mine). Thanks I know MGA2 is consuming all of our time, but ping? Dropped. -- Thomas Thank you, but it looks like debug package was forgotten : tuxguitar-debug-1.2-6.2.mga1.x86_64: - Current or newer revision(s) already exists in debug/core/updates_testing for 1: tuxguitar-debug-1.2-7.1.mga1.x86_64 - tuxguitar-debug-1.2-6.2.mga1.i586:
Re: [Mageia-dev] sysadmin please remove tuxguitar-1.2-7.1.mga1
Em 14-05-2012 20:50, zezinho escreveu: please remove tuxguitar-1.2-7.1.mga1 from MGA1/updates_testing, bad %release (nobody's fault but mine). Thanks I know MGA2 is consuming all of our time, but ping?
[Mageia-dev] sysadmin please remove tuxguitar-1.2-7.1.mga1
please remove tuxguitar-1.2-7.1.mga1 from MGA1/updates_testing, bad %release (nobody's fault but mine). Thanks
[Mageia-dev] should apache require webserver-base?
Trying RC, I ended installing apache. I choosed the stable version, but it did not start. After some fight, I installed webserver-base, then it started. Before reporting a bug, as it was discussed here, I ask if the changes in web servers ended with a forgotten Requires ?
Re: [Mageia-dev] Help!: Final fixes needed to close #5262
Em 12-05-2012 14:01, Anne Nicolas escreveu: Le 12/05/2012 02:47, Dimitri a écrit : Added LSB headers to RC script supplied by nvidia-cuda-toolkit. Someone please push. Mitya done Please submit prboom now, the .desktop files are fixed.
Re: [Mageia-dev] Remove draksnapshot from the repo ?
Em 05-05-2012 19:44, Manuel Hiebel escreveu: 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) Yes, let's obsolete thigns that do not work. It can still come back if someone steps in.
Re: [Mageia-dev] Proposal to drop the package wicd
Em 12-05-2012 05:39, David W. Hodgins escreveu: I think the package should be made obsolete in both Cauldron, and Mageia 1. Opinions? I agree.
[Mageia-dev] Push phpmyadmin 3.5.1
It is a pure bugfix release : http://sourceforge.net/projects/phpmyadmin/files/phpMyAdmin/3.5.1/phpMyAdmin-3.5.1-notes.html/view
Re: [Mageia-dev] sys admin : please cleanup 1/updates
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...
