[Mageia-dev] WPA + draknetcenter
Hi, Is it just me or does draknetcenter not remember your WPA vs WEP vs. OPEN preferences for networks. I tend not to use the config wrappers in draknetcenter and usually just use wpa_supplicant.conf, but even if I set use the GUI and set my wifi networks to WPA, it writes the configs and wpa_supplicant.conf as if the network is WEP or open... Something is amiss, but not sure if it's just my install or if this is a wider problem? Any ideas? Col -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [Mageia-dev] Freeze push mondo, mindi and mindi-busybox
2011/5/20 Bruno Cornec bruno.cor...@hp.com: Please push mondo-2.2.9.6, mindi-2.0.7.7 and mindi-busybox-1.18.3-4 as they are fixing core dumped issues (upstream update) BTW, I also chose to keep that numbering schema and deal with update issues (Cf: http://brunocornec.wordpress.com/2011/05/16/considerations-on-mondorescue-packaging-for-mageia/) Hi Bruno modo and mindi are ok error: File /var/lib/schedbot/repsys/tmp/tmpKIosiX/SOURCES/mindi-busybox-1.18.3.tar.gz: No such file or directory can you add the tarball? Thanks Bruno. -- Open Source Linux Profession Lead EMEA / http://opensource.hp.com HP/Intel/Red Hat Open Source Solutions Initiative / http://www.hpintelco.net http://www.HyPer-Linux.org http://mondorescue.org http://project-builder.org La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org -- Anne http://www.mageia.org
[Mageia-dev] Mageia - beta2 - missing software that could be expected (or not)
Hi, first I would like to tell, that I was trying the upgrade, but clear installation is better for me, also I made clean install then. The following list includes applications, that are according to my opinion quite important and nice to have them included in distribution, also I add the list for you to think about it, maybe to have them in additional repositories, or at least schedule them (of course some are more important than others). Txt file in attachment. At first I tried to find some of them through search field in MCC among the included apps, but then simply took appropriate items from my own list of translation projects, not all of course. For example Qt Linguist is very important for my work as volunteer in translation issues: luckyBackup Qt Linguist texmaker kwave ardour traverso sintegrial text editor nano softprojector openBibleViewer krename komparator4 speedcrunch mscore qtiplot audex avogadro buzztard cherrytree clementine colorcode converseen flacon flashqard fontmatrix frescobaldi jamin k9copy kdesvn kid3 klatexformula kmagnet kmediafactory kmetronome kradio4 kstreamripper kwooty lilypond nmapsi4 qcomicbook qelectrotech qjackctl qonjugator qtoctave qtractor rkward rosegarden scidavis simon sir sonic visualiser soundKonverter sudoku savant sweep tagaini jisho tanglet tano texamator texmakerx tictactoe from hell tubularix unipro ugene virtual midi piano keyboard - VMPK vym yarock zhu3d znotes Greetings, Pavel FricluckyBackup Qt Linguist texmaker kwave ardour traverso sintegrial text editor nano softprojector openBibleViewer krename komparator4 speedcrunch mscore qtiplot audex avogadro buzztard cherrytree clementine colorcode converseen flacon flashqard fontmatrix frescobaldi jamin k9copy kdesvn kid3 klatexformula kmagnet kmediafactory kmetronome kradio4 kstreamripper kwooty lilypond nmapsi4 qcomicbook qelectrotech qjackctl qonjugator qtoctave qtractor rkward rosegarden scidavis simon sir sonic visualiser soundKonverter sudoku savant sweep tagaini jisho tanglet tano texamator tictactoe from hell tubularix unipro ugene virtual midi piano keyboard - VMPK vym yarock zhu3d znotes
[Mageia-dev] And of course - Krusader
Hi, I probably forgot Krusader file manager to be added to the list of necessary tools. I have to access superuser account of course. :?) Greetings, Pavel Fric
Re: [Mageia-dev] why not disable bytecode interpreter in freetype2 ?
On Thu, 2011-05-12 at 01:56 +0100, Zé wrote: Seams your confused, plf freetype it simply put fonts worst,, thats why i also never used plf freetype, maybe you should read some mandriva discussions in ML. I normally use the plf freetype because it's so much better. And it's generally the answer given to people who don't like the default fonts in Mandriva Linux. Some people will prefer one, some the other. Choice is good ;) Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/
[Mageia-dev] Security Update Process
OK, Mageia 1 is approaching quickly and we need to get our process in place for security updates. We talked a bit about it a few weeks ago, and I started a wiki page, but it needs more detail. Anne and I chatted on IRC and it looks like we'll want to cutoff the on the iso updates at the end of this week, so we need a process in place to release post-iso updates. ref: http://mageia.org/wiki/doku.php?id=security As I see it, initially we need, in no particular order: 1) a means to build updates for the release (iurt setup for mga1?) 2) a means to publish updates (mail list, web page) 3) a means to manage/track the updates (bugzilla?) 4) work out/publish the process so we all know how it works And then of course we need people to be aware of vulnerabilities as they are exposed. For now, we'll have be be slightly trailing until we can show a history of releasing updates and hopefully gain access to the closed list to get access to embargoed issues. Once that happens we will possibly need additional infrastructure changes to keep the work non-public before the embargo date. osvdb has a nice email aggregator that sends all the distro update announcements, and the oss-security list has many of the CVE requests. Unfortunately, my personal time hasn't allowed much more than a quick read as they go by :/ I know many of you have been doing security related bug reports and updates, which is great, thank-you. If anyone wants to take a larger role in managing the process I'm more than happy to let that happen. While I have experience, the time I'm able to commit is less than helpful. Comments, volunteers? -- Stew Benedict New Tazewell, TN
Re: [Mageia-dev] [1385] More PA config writing robustness
'Twas brillig, and Thierry Vignaud at 19/05/11 00:46 did gyre and gimble: On 19 May 2011 01:06, r...@mageia.org wrote: Revision 1385 Author colin Date 2011-05-19 01:06:54 +0200 (Thu, 19 May 2011) Log Message More PA config writing robustness (...) @@ -330,7 +333,7 @@ if ($old_value ne $is_pulseaudio_enabled) { require any; any::ask_for_X_restart($in); - } +} }; please run svn diff before commiting in order not to commit unrelated spaces changes Yeah this was intentional in this case. Just didn't seem worth committing separately to tidy it up. Should have mentioned that it was deliberate tho' I guess. Col -- Colin Guthrie cguthrie(at)mandriva.org http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [Mageia-dev] Freeze push mondo, mindi and mindi-busybox
Anne nicolas said on Fri, May 20, 2011 at 10:53:02AM +0200: error: File /var/lib/schedbot/repsys/tmp/tmpKIosiX/SOURCES/mindi-busybox-1.18.3.tar.gz: No such file or directory can you add the tarball? Humm. Thought it was correct: 113 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox ll SOURCES* SOURCES: total 16 23858025 drwxr-xr-x 3 bruno users 4096 2011-05-20 02:40 . 23858014 drwxr-xr-x 10 bruno users 4096 2011-05-20 02:41 .. 23857977 lrwxrwxrwx 1 bruno users 42 2011-05-20 02:40 mindi-busybox-1.18.3.tar.gz - ../SOURCES-bin/mindi-busybox-1.18.3.tar.gz 23860856 -rw-r--r-- 1 bruno users 70 2011-05-20 02:40 sha1.lst 23858026 drwxr-xr-x 6 bruno users 4096 2011-05-20 02:41 .svn SOURCES-bin: total 3064 23858046 drwxr-xr-x 3 bruno users4096 2011-05-20 02:40 . 23858014 drwxr-xr-x 10 bruno users4096 2011-05-20 02:41 .. 23857912 -rw-r- 1 bruno users 3124526 2011-05-20 02:39 mindi-busybox-1.18.3.tar.gz 23860845 drwxr-xr-x 6 bruno users4096 2011-05-20 02:40 .svn 114 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox svn diff 115 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox mgarepo sync --dry-run 116 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox I changed from a .bz2 into a .gz however maybe it's linked. What have I missed ? Bruno. -- Open Source Linux Profession Lead EMEA / http://opensource.hp.com HP/Intel/Red Hat Open Source Solutions Initiative / http://www.hpintelco.net http://www.HyPer-Linux.org http://mondorescue.org http://project-builder.org La musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
Re: [Mageia-dev] Freeze push mondo, mindi and mindi-busybox
On Fri, 20 May 2011, Bruno Cornec wrote: Anne nicolas said on Fri, May 20, 2011 at 10:53:02AM +0200: error: File /var/lib/schedbot/repsys/tmp/tmpKIosiX/SOURCES/mindi-busybox-1.18.3.tar.gz: No such file or directory can you add the tarball? Humm. Thought it was correct: 113 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox ll SOURCES* SOURCES: total 16 23858025 drwxr-xr-x 3 bruno users 4096 2011-05-20 02:40 . 23858014 drwxr-xr-x 10 bruno users 4096 2011-05-20 02:41 .. 23857977 lrwxrwxrwx 1 bruno users 42 2011-05-20 02:40 mindi-busybox-1.18.3.tar.gz - ../SOURCES-bin/mindi-busybox-1.18.3.tar.gz 23860856 -rw-r--r-- 1 bruno users 70 2011-05-20 02:40 sha1.lst 23858026 drwxr-xr-x 6 bruno users 4096 2011-05-20 02:41 .svn SOURCES-bin: total 3064 23858046 drwxr-xr-x 3 bruno users4096 2011-05-20 02:40 . 23858014 drwxr-xr-x 10 bruno users4096 2011-05-20 02:41 .. 23857912 -rw-r- 1 bruno users 3124526 2011-05-20 02:39 mindi-busybox-1.18.3.tar.gz 23860845 drwxr-xr-x 6 bruno users4096 2011-05-20 02:40 .svn 114 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox svn diff 115 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox mgarepo sync --dry-run 116 victoria2.home.musique-ancienne.org-bruno ~/prj/mageia/mindi-busybox I changed from a .bz2 into a .gz however maybe it's linked. What have I missed ? I only see the .bz2 on binrepos svn. So maybe you forgot to do a commit in SOURCES-bin directory (or use -c option in mgarepo sync to do it automatically).
Re: [Mageia-dev] WPA + draknetcenter
Hi Colin, On Fri, 20 May 2011 09:09:48 +0100 Colin Guthrie mag...@colin.guthr.ie wrote: Hi, Is it just me or does draknetcenter not remember your WPA vs WEP vs. OPEN preferences for networks. I tend not to use the config wrappers in draknetcenter and usually just use wpa_supplicant.conf, but even if I set use the GUI and set my wifi networks to WPA, it writes the configs and wpa_supplicant.conf as if the network is WEP or open... Something is amiss, but not sure if it's just my install or if this is a wider problem? Can you check, if your problem is similar or related to the bug I've reported? https://bugs.mageia.org/show_bug.cgi?id=1263 I mentioned a workaround there - maybe it will help you too? Sigrid
Re: [Mageia-dev] Mageia - beta2 - missing software that could be expected (or not)
I think there is missing the non-Freeware repo. -- von unterwegs via Desire Z -- Am 20.05.2011 11:39 schrieb Pavel Fric pavelf...@seznam.cz: Hi, first I would like to tell, that I was trying the upgrade, but clear installation is better for me, also I made clean install then. The following list includes applications, that are according to my opinion quite important and nice to have them included in distribution, also I add the list for you to think about it, maybe to have them in additional repositories, or at least schedule them (of course some are more important than others). Txt file in attachment. At first I tried to find some of them through search field in MCC among the included apps, but then simply took appropriate items from my own list of translation projects, not all of course. For example Qt Linguist is very important for my work as volunteer in translation issues: luckyBackup Qt Linguist texmaker kwave ardour traverso sintegrial text editor nano softprojector openBibleViewer krename komparator4 speedcrunch mscore qtiplot audex avogadro buzztard cherrytree clementine colorcode converseen flacon flashqard fontmatrix frescobaldi jamin k9copy kdesvn kid3 klatexformula kmagnet kmediafactory kmetronome kradio4 kstreamripper kwooty lilypond nmapsi4 qcomicbook qelectrotech qjackctl qonjugator qtoctave qtractor rkward rosegarden scidavis simon sir sonic visualiser soundKonverter sudoku savant sweep tagaini jisho tanglet tano texamator texmakerx tictactoe from hell tubularix unipro ugene virtual midi piano keyboard - VMPK vym yarock zhu3d znotes Greetings, Pavel Fric
Re: [Mageia-dev] WPA + draknetcenter
'Twas brillig, and Sigrid Carrera at 20/05/11 10:58 did gyre and gimble: Hi Colin, On Fri, 20 May 2011 09:09:48 +0100 Colin Guthrie mag...@colin.guthr.ie wrote: Hi, Is it just me or does draknetcenter not remember your WPA vs WEP vs. OPEN preferences for networks. I tend not to use the config wrappers in draknetcenter and usually just use wpa_supplicant.conf, but even if I set use the GUI and set my wifi networks to WPA, it writes the configs and wpa_supplicant.conf as if the network is WEP or open... Something is amiss, but not sure if it's just my install or if this is a wider problem? Can you check, if your problem is similar or related to the bug I've reported? https://bugs.mageia.org/show_bug.cgi?id=1263 I mentioned a workaround there - maybe it will help you too? Yup looks similar. Not sure the work around is practical as I have numerous networks in there already that I don't want to reconfigure... But I suspect this problem can be fixed easily enough by someone who knows the code... blino or TV perhaps? Col -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
[Mageia-dev] protobuf package problem
To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium CoreRelease-64) protobuf 2.3.010.mga1 x86_64 protobuf-compiler 2.3.010.mga1 x86_64 1.6MB of additional disk space will be used. 473KB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) installing protobuf-2.3.0-10.mga1.x86_64.rpm protobuf-compiler-2.3.0-10.mga1.x86_64.rpm from /var/cache/urpmi/rpms Preparing... # Installation failed:file /usr/lib64/libprotobuf.so.6.0.0 from install of protobuf-2.3.0-10.mga1.x86_64 conflicts with file from package lib64protobuf6-2.3.0-2.mga1.x86_64 file /usr/lib64/libprotoc.so.6.0.0 from install of protobuf-compiler-2.3.0-10.mga1.x86_64 conflicts with file from package lib64protoc6-2.3.0-2.mga1.x86_64 Was the lib really moved out of a libified package into a main package? The old package policy seems correct to me... Col -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [Mageia-dev] protobuf package problem
'Twas brillig, and Colin Guthrie at 20/05/11 11:22 did gyre and gimble: To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium CoreRelease-64) protobuf 2.3.010.mga1 x86_64 protobuf-compiler 2.3.010.mga1 x86_64 1.6MB of additional disk space will be used. 473KB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) installing protobuf-2.3.0-10.mga1.x86_64.rpm protobuf-compiler-2.3.0-10.mga1.x86_64.rpm from /var/cache/urpmi/rpms Preparing... # Installation failed: file /usr/lib64/libprotobuf.so.6.0.0 from install of protobuf-2.3.0-10.mga1.x86_64 conflicts with file from package lib64protobuf6-2.3.0-2.mga1.x86_64 file /usr/lib64/libprotoc.so.6.0.0 from install of protobuf-compiler-2.3.0-10.mga1.x86_64 conflicts with file from package lib64protoc6-2.3.0-2.mga1.x86_64 Was the lib really moved out of a libified package into a main package? The old package policy seems correct to me... What is even stranger is that the earliest date in subversion is April 26, but the package I have installed is from a month earlier: Name: lib64protobuf6 Relocations: (not relocatable) Version : 2.3.0 Vendor: Mageia.Org Release : 2.mga1Build Date: Mon 28 Mar 2011 14:17:59 BST Install Date: Wed 30 Mar 2011 19:35:32 BST Build Host: jonund Group : System/Libraries Source RPM: protobuf-2.3.0-2.mga1.src.rpm Was the protobuf spec perhaps reimported without properly libification and overwrote the old version? Col -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [Mageia-dev] Mageia - beta2 - missing software that could be expected (or not)
Le 20/05/11 12:12, magnus a écrit : I think there is missing the non-Freeware repo. May be worse : some of those packages are present in core repo of Mageia event before the mail was send. Pavel Fric : you should check if the hdlist are up to date. Claire -- von unterwegs via Desire Z -- Am 20.05.2011 11:39 schrieb Pavel Fric pavelf...@seznam.cz mailto:pavelf...@seznam.cz: Hi, first I would like to tell, that I was trying the upgrade, but clear installation is better for me, also I made clean install then. The following list includes applications, that are according to my opinion quite important and nice to have them included in distribution, also I add the list for you to think about it, maybe to have them in additional repositories, or at least schedule them (of course some are more important than others). Txt file in attachment. At first I tried to find some of them through search field in MCC among the included apps, but then simply took appropriate items from my own list of translation projects, not all of course. For example Qt Linguist is very important for my work as volunteer in translation issues: luckyBackup Qt Linguist texmaker kwave ardour traverso sintegrial text editor nano softprojector openBibleViewer krename komparator4 speedcrunch mscore qtiplot audex avogadro buzztard cherrytree clementine colorcode converseen flacon flashqard fontmatrix frescobaldi jamin k9copy kdesvn kid3 klatexformula kmagnet kmediafactory kmetronome kradio4 kstreamripper kwooty lilypond nmapsi4 qcomicbook qelectrotech qjackctl qonjugator qtoctave qtractor rkward rosegarden scidavis simon sir sonic visualiser soundKonverter sudoku savant sweep tagaini jisho tanglet tano texamator texmakerx tictactoe from hell tubularix unipro ugene virtual midi piano keyboard - VMPK vym yarock zhu3d znotes Greetings, Pavel Fric
Re: [Mageia-dev] protobuf package problem
On Fri, May 20, 2011 at 12:27 PM, Colin Guthrie mag...@colin.guthr.ie wrote: 'Twas brillig, and Colin Guthrie at 20/05/11 11:22 did gyre and gimble: To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium CoreRelease-64) protobuf 2.3.0 10.mga1 x86_64 protobuf-compiler 2.3.0 10.mga1 x86_64 1.6MB of additional disk space will be used. 473KB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) installing protobuf-2.3.0-10.mga1.x86_64.rpm protobuf-compiler-2.3.0-10.mga1.x86_64.rpm from /var/cache/urpmi/rpms Preparing... # Installation failed: file /usr/lib64/libprotobuf.so.6.0.0 from install of protobuf-2.3.0-10.mga1.x86_64 conflicts with file from package lib64protobuf6-2.3.0-2.mga1.x86_64 file /usr/lib64/libprotoc.so.6.0.0 from install of protobuf-compiler-2.3.0-10.mga1.x86_64 conflicts with file from package lib64protoc6-2.3.0-2.mga1.x86_64 Was the lib really moved out of a libified package into a main package? The old package policy seems correct to me... What is even stranger is that the earliest date in subversion is April 26, but the package I have installed is from a month earlier: Name : lib64protobuf6 Relocations: (not relocatable) Version : 2.3.0 Vendor: Mageia.Org Release : 2.mga1 Build Date: Mon 28 Mar 2011 14:17:59 BST Install Date: Wed 30 Mar 2011 19:35:32 BST Build Host: jonund Group : System/Libraries Source RPM: protobuf-2.3.0-2.mga1.src.rpm Was the protobuf spec perhaps reimported without properly libification and overwrote the old version? Col i take a look now.
[Mageia-dev] Push request: apr
Hi, please push apr it fixes CVE-2011-1928 .
[Mageia-dev] Freeze Push Request: speech-dispatcher
Could you please push speech-dispatcher I added back some configuration files that were removed because of « duplicate » with etch. Without thoses files python-speechd (the utility to configure speed-dispatcher) is simply going to crash because they are unavailable. Regards,
Re: [Mageia-dev] protobuf package problem
'Twas brillig, and Dexter Morgan at 20/05/11 14:21 did gyre and gimble: On Fri, May 20, 2011 at 1:07 PM, Dexter Morgan dmorga...@gmail.com wrote: On Fri, May 20, 2011 at 12:27 PM, Colin Guthrie mag...@colin.guthr.ie wrote: 'Twas brillig, and Colin Guthrie at 20/05/11 11:22 did gyre and gimble: To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium CoreRelease-64) protobuf 2.3.010.mga1 x86_64 protobuf-compiler 2.3.010.mga1 x86_64 1.6MB of additional disk space will be used. 473KB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) can you test new packages please ? Hmm, not super easily no. Do you have an (x86_64) build handy? [colin@jimmy protobuf]$ mybm -bb error: Failed build dependencies: maven2 is needed by protobuf-2.3.0-11.csg1.x86_64 maven-compiler-plugin is needed by protobuf-2.3.0-11.csg1.x86_64 maven-install-plugin is needed by protobuf-2.3.0-11.csg1.x86_64 maven-jar-plugin is needed by protobuf-2.3.0-11.csg1.x86_64 maven-javadoc-plugin is needed by protobuf-2.3.0-11.csg1.x86_64 maven-resources-plugin is needed by protobuf-2.3.0-11.csg1.x86_64 maven-surefire-plugin is needed by protobuf-2.3.0-11.csg1.x86_64 maven-antrun-plugin is needed by protobuf-2.3.0-11.csg1.x86_64 maven-doxia is needed by protobuf-2.3.0-11.csg1.x86_64 maven-doxia-sitetools is needed by protobuf-2.3.0-11.csg1.x86_64 [colin@jimmy protobuf]$ sudo urpmi maven2 maven-compiler-plugin maven-install-plugin maven-jar-plugin maven-javadoc-plugin maven-resources-plugin maven-surefire-plugin maven-antrun-plugin maven-doxia maven-doxia-sitetools Some requested packages cannot be installed: maven-antrun-plugin-1.6-4.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-compiler-plugin-2.3.2-3.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-doxia-1.1.4-4.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-doxia-sitetools-1.1.3-5.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-install-plugin-2.3.1-3.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-jar-plugin-2.3.1-3.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-javadoc-plugin-2.7-5.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-resources-plugin-2.4.3-3.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) maven-surefire-plugin-2.8-2.mga1.noarch (due to conflicts with netty-3.2.3-4.mga1.noarch, due to conflicts with netty-3.2.3-4.mga1.noarch) netty-3.2.3-4.mga1.noarch (due to unsatisfied protobuf-java) Continue installation anyway? (Y/n) n -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [Mageia-dev] udftools / DVD-RAM support for Mageia 1
Le vendredi 20 mai 2011 à 13:40 +0200, Florian Hubold a écrit : Hello, just wanted to propose to add udftools, cause right now it seems not possible to (re-)format a DVD-RAM and also it seems that at least under GNOME it does not be possible to write to a DVD-RAM. I'm only writing this because of of our mandrivauser.de members posted this, i was not able to verify this with a real installation. We are in freeze, so technically, no new packages should be sent. I guess we can make a exception until tonight ( so if someone has a package ready, we can push ), but seriously it would help if people started to test sooner than the last week :/ -- Michael Scherer
Re: [Mageia-dev] protobuf package problem
'Twas brillig, and Dexter Morgan at 20/05/11 14:21 did gyre and gimble: On Fri, May 20, 2011 at 1:07 PM, Dexter Morgan dmorga...@gmail.com wrote: On Fri, May 20, 2011 at 12:27 PM, Colin Guthrie mag...@colin.guthr.ie wrote: 'Twas brillig, and Colin Guthrie at 20/05/11 11:22 did gyre and gimble: To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium CoreRelease-64) protobuf 2.3.010.mga1 x86_64 protobuf-compiler 2.3.010.mga1 x86_64 1.6MB of additional disk space will be used. 473KB of packages will be retrieved. Proceed with the installation of the 2 packages? (Y/n) can you test new packages please ? Got it. Seems to work great. Thanks :D Col -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
[Mageia-dev] Remaining release_blocker bugs
Hi there Last days before release. Even if distribution seems in a good shape we still have release_blocker bugs pending. Here is the list, please have a look and add any comment, fixes welcome of course. #1290 Plymouth exists when encrypted partition password is asked. = fix inside, anybody to review it? --- #1153 Import mdkonline and adapt for easy upgrades / updates = update is now working well. Needs some more tests on upgrade side. Volunteers? --- #1052 [ GNOME Live CD Beta2 ] Desktop link to 'Live install' missing = this one is for Blino or anybody having experiences in it - live cds build is in progress as unionfs has been reverted to older version and is now working again --- #908[TRACKER] rollup bug for security related issues blocking release of Mageia 1 = last days for it. It will be then postponed after final release as updates. Please have a look on Stew mail about secteam organization if you are interested in it --- #658rescue system contains Mandriva = using mandriva-release from 2010.2. tmb was maybe having a look. Any comment? --- #56 [TRACKER] tracker report for upgrade issues for now lots of rather positive feedbacks and it seems upgrade is rather smooth. Still some bugs pending #652 timezone and crountry setting #701 Update of package speech_tools blocked by package libspeech_tools1-1 #1271Upgrading from mdv2010.2 with lvm partitions breaks kernel line in menu.lst Final isos build should start on 26th of may. So it should also be the final deadline for last submits Thanks for all the hard work Cheers -- Anne http://www.mageia.org
[Mageia-dev] Freeze push request: udftools
hi, Please submit udftools, new package with essential utilities for managing UDF filesystems. I built a package locally 2 months ago, but apparently forgot to upload it ): Christiaan
Re: [Mageia-dev] [RPM] cauldron core/release pm-utils-1.4.1-3.mga1
Le 18/05/2011 21:44, Mageia Team a écrit : Name: pm-utils Relocations: (not relocatable) Version : 1.4.1 Vendor: Mageia.Org Release : 3.mga1Build Date: Wed May 18 21:41:17 2011 Install Date: (not installed) Build Host: ecosse Group : System/Kernel and hardwareSource RPM: (none) Size: 259042 License: GPL Signature : (none) Packager: Mageia Teamhttp://www.mageia.org URL : http://pm-utils.freedesktop.org/wiki/ Summary : Power management utilities and scripts Description : The pm-utils package contains utilities and scripts useful for power management. ahmadahmad 1.4.1-3.mga1: + Revision: 99676 - Conflict with laptop-mode-tools, its functionalities overlap pm-utils, and upstream thinks it should conflict http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612710#59 rpmsrate-raw should probably be updated accordingly; currently, it has (lines 728-729) 5 pm-utils 5 TYPElaptop cpufreq laptop-mode-tools btw, other possible cleanup in rpmsrate-raw line 367 !META_CLASSdesktop 5 META_CLASSdownload || TYPE64bit icedtea-web || TYPE64bit is not needed anymore
Re: [Mageia-dev] And of course - Krusader
On 8 May 2011 09:13, Pavel Fric pavelf...@seznam.cz wrote: Hi, I probably forgot Krusader file manager to be added to the list of necessary tools. I have to access superuser account of course. :?) Greetings, Pavel Fric Krusader is already in the repositories since the 7th of April 2011. -- Ahmad Samir
Re: [Mageia-dev] Remaining release_blocker bugs
2011/5/20 Anne nicolas enn...@mageia.org #1290 Plymouth exists when encrypted partition password is asked. = fix inside, anybody to review it? I'm preparing an installation to verify it. Need around an hour
[Mageia-dev] about icon Join Mageia Community
Hi, Currently, the desktop's icon Join Mageia Community still directs to htts://identity.mageia.org. It was a good link for testers of pre-release. But I wonder if it isn't a bit harsh for newcomers and average linux users of official release. I would see better a page which explains what is the community, and how users can found informations and help on forums, how reporting bugs on bugzilla, how they can contribute in various ways to the project, ... WDYT? regards, Luc
Re: [Mageia-dev] about icon Join Mageia Community
Hi, On Fri, May 20, 2011 at 22:20, Luc Menut lme...@free.fr wrote: Currently, the desktop's icon Join Mageia Community still directs to htts://identity.mageia.org. It was a good link for testers of pre-release. But I wonder if it isn't a bit harsh for newcomers and average linux users of official release. I would see better a page which explains what is the community, and how users can found informations and help on forums, how reporting bugs on bugzilla, how they can contribute in various ways to the project, ... WDYT? Ideally, it would redirect to http://mageia.org/contribute/ - that for now redirects to http://mageia.org/ but that would turn into the contributors landing page as soon as ready (contributions welcome there - there's the wiki how to contribute page that can be used as a guide for that). Identity is not the best place to land at, unless some work is made on it. But the point is timing - for the change to be pushed there. Would have been nice this to be reported sooner, but that's already nice :-) Romain
Re: [Mageia-dev] Remaining release_blocker bugs
2011/5/20 magnus magnus@googlemail.com 2011/5/20 Anne nicolas enn...@mageia.org #1290 Plymouth exists when encrypted partition password is asked. = fix inside, anybody to review it? I'm preparing an installation to verify it. Need around an hour No password box but I can enter the password on the console and the mount is then ok. Entry fstab: /dev/mapper/crypt_sda7 /daten_s ext4 noatime 0 0
Re: [Mageia-dev] Freeze push request: udftools
On Fri, 20 May 2011, Christiaan Welvaart wrote: hi, Please submit udftools, new package with essential utilities for managing UDF filesystems. I built a package locally 2 months ago, but apparently forgot to upload it ): Done.
[Mageia-dev] push requested mysql-workbench
Hi, please push mysql-workbench, it obsoletes mysql-gui-tools to allow updates from mandriva.
[Mageia-dev] Freeze push request: list of packages included
These packages had references of Mandriva {Linux,} in the description https://bugs.mageia.org/show_bug.cgi?id=1358 , I've fixed them in SVN, please submit them. for p in alsa-utils imagemagick iso-codes spamassassin-rules tango-icon-theme cpufreqd ndiswrapper task-printing-scanning tftp procmail pdisk dpkg epic5 c-client alien mageia-kde-translation; do mgarepo submit $p; done P.S. some packages are still not fixed yet from that report, for some of them I can't decide if a change is needed/possible or not: drakxtools drakx-installer-advertising drakx-installer-binaries spec-helper -- Ahmad Samir