[Mageia-dev] Mageia-3-beta4-i586-docteam
2013:04:06:11:41 ennael marja: Mageia-3-beta4-i586-docteam in beta4 isos directoryou will just have to mail -dev ML to ask for Well, asking :)
Re: [Mageia-dev] Bugzilla maintainance
On 20/02/13 15:24, D.Morgan wrote: Hi, this mail to tell you that i will migrate bugzilla to a newer version. This willrequires to shutdown access to the database for about 20minutes. This will happen in 30 minutes from now Regards, D. \o/ \o/ \o/ Thanks a lot for your work on upgrading our bugzilla, dmorgan!!
Re: [Mageia-dev] [council] *ping* Media query: secure boot support
Maybe our developers can answer your question? On 27/01/13 13:31, Trish Fraser wrote: Ping? Begin forwarded message: Date: Sat, 26 Jan 2013 18:48:37 +1100 From: Trish Frasertr...@thefrasers.org To: councilcoun...@ml.mageia.org Subject: [council] Fw: Media query: secure boot support Hi all, Do we have a position on secure boot? NB: Sam has been known to write very scathing articles, so I'd like to respond to him asap. Cheers, Begin forwarded message: Date: Sat, 26 Jan 2013 17:24:26 +1100 From: Sam Vargheses...@gnubies.com To: pr...@mageia.org Subject: Media query: secure boot support G'day I am writing to you on behalf of iTWire, an Australian technology news website. I would like to know what Mageia plans to do about secure boot - when you will have a release that supports booting on hardware on which this feature is enabled. A word in response would be appreciated. Thanks, Sam - (Sam Varghese) FOSS editor iTWire http://www.itwire.com Phone: 0404 489 353 International: +61 404 489 353 My personal blog: http://wildcard.gnubies.com H
Re: [Mageia-dev] Please have a look
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/01/2013 09:45, You-Cheng Hsieh wrote: 2013/1/18 Marja van Waes marj...@xs4all.nl: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 here http://docteam.mageia.nl/en/MCC/content/index.html and tell us whether you see any mistakes. We'd like to correct them before this manual goes into Mageia 3. Thanks :) Please add input method info in localedrake page. http://docteam.mageia.nl/installer/content/selectCountry.html Thanks, You-Cheng Hsieh Thanks for the reminder :) Can you please check it? http://docteam.mageia.nl/en/MCC/content/localedrake.html#input_method If it is OK, I'll save it more permanently Cheers, Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ+VpkAAoJEKWubDMI5nEBucIH/Atw17aOdgxwqg7XUg2ubw5b UzLx6NANSmYc2H6y3jnwJL3QzEP3QLySe96d1LRo2clydsFh0zoPdADZJg3tDzEc /0ENMX00LKp5Oz4yBQ32iQafZmKjDcPm5WkD74fuGoduWCmQ4jjsjCP/1iJt7j8W f+lRovyKZtiZb0vZsE8jHs471nZFVlvtpCaNbiCYohApflh17os6szL17NFpbW4s OpHkakdwKfkrR+7eYN4dyPtncbXqzrOfymGztJDVjgYDI69GXVBkq6SgzVOeewjR ccV4nCBcCTPCi1hUoQ1Hk2/HHxpAJHRfQGqbRmfl1JBoKKCawJ1X6Y/gpByXVmU= =w5G7 -END PGP SIGNATURE-
[Mageia-dev] Please have a look
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 here http://docteam.mageia.nl/en/MCC/content/index.html and tell us whether you see any mistakes. We'd like to correct them before this manual goes into Mageia 3. Thanks :) (btw, we know there are still pages that need to be written) Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ+DNiAAoJEKWubDMI5nEB4CgH/RU8Pzkn1yfh2TZCdWBhs+G7 TnfVNZQtnwbme47qeXdNQ7nHxwZ6Lukk05sGUGMbAUccaHMTYGqodPuXHcznvLxz ky6F9pVB9CW5BqNwB9Kwv/S6UJFpXHoiFiAC1Y1A57AnRD/XYQzf7Srj7EFkGvfi H099SmuQbTpKLSC3Teqy1T7rQ6XHdFou00oK9OAx4Hnxhgr9AcLup2StA2cWrHun socnC9VywL1cYMATgtuSeZQmNR5wMlHGlIz+2iBrCdZWkjEyxITarDJxEfVN2zM+ hpAnNUl+7XkBM7Ma2vw1zSZZH96NY8hvD6aTZQas/QEcEzu4eUQ0yFQwFkxa0ew= =KEJs -END PGP SIGNATURE-
Re: [Mageia-dev] FOSDEM reminder
On 14/01/13 21:05, Sandro CAZZANIGA wrote: Le 14/01/2013 21:02, Oliver Burger a écrit : Hi there, just a little reminder for those of you, who are planning to come to FOSDEM and have not registered in the wiki yet: https://wiki.mageia.org/en/Fosdem_2013 We do need some more people at the booth and we should know, how many people we will be for Saturday night's dinner. So if you are planning to come, go to the wiki and register there. Thanks, Oliver I'll be there, but not h24 on the mageia stand :) No one will be there all the time :) Don't forget to register for the dinner! https://wiki.mageia.org/en/Fosdem_2013#Dinner_Saturday_night
Re: [Mageia-dev] The upcomming MSN network shutdown is postponed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/01/13 12:44, Sandro CAZZANIGA wrote: Le 12/01/2013 11:27, Johnny A. Solbu a écrit : One thing first, there's a problem with your recent message: gpg: Signature made Fri Jan 11 23:51:59 2013 CET using RSA key ID 5A40807D gpg: BAD signature from Sandro CAZZANIGA scazzan...@linagora.com Arf, my thunderbird encoding is bad :/ Maybe different instead of bad. I only get warning messages about Johnny's mails in this thread, but yours are OK -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ8oCqAAoJEKWubDMI5nEBMdoIAKN2k8Unevdtt7Tl98cIN/vr v9e5fI2kUSvpQ8FvlfZjblTX+4gtaDr66NTWoIvpoUxt+au8Nlhs62vgWqNtbEWl MAvN+zgokuVx0+a5TbdxX80yWf0tJL/5hRqmdmEqoqExhfUpTvLdzLyvu6JY2C/m Y1ne0S7Itkf1xeAZXrxQWgkEje7WAxLLS0Rck1NqSgGr87jVRz6zztwtly7kUUDl cINWAUDF3n9hBkseWfvNHUOiats+kpZWnUiAClxCaY0U1XDv7f+0Twwv/L9JU7ro IGp39WvNtMvErn0RxLyQ5hQszUx5oe70bWQRVVmCuZZl7lms2Ua1gmul/cpQ2zM= =9/W0 -END PGP SIGNATURE-
Re: [Mageia-dev] The upcomming MSN network shutdown is postponed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13/01/13 10:38, Marja van Waes wrote: On 12/01/13 12:44, Sandro CAZZANIGA wrote: Le 12/01/2013 11:27, Johnny A. Solbu a écrit : One thing first, there's a problem with your recent message: gpg: Signature made Fri Jan 11 23:51:59 2013 CET using RSA key ID 5A40807D gpg: BAD signature from Sandro CAZZANIGA scazzan...@linagora.com Arf, my thunderbird encoding is bad :/ Maybe different instead of bad. I only get warning messages about Johnny's mails in this thread, but yours are OK Oh, mine is just as bad as Johnny's :/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ8pH7AAoJEKWubDMI5nEBNbkIAKX0QgPh+BWvWFVgDLmzlc3A TSUR8S2ydugSgBebkWfSgBwf0nVe0JqkdJFyrkRMh9pvh3PrC0eGD0ywzpmDj63A qynQzWdkxCeg4dbbJeXdXqgzrZ486kny6xAlpjFPShPTdNZ3KYZta7/sZzDp+do2 ueHTZEyRLkL46eUDntSjtnFGiNBtsu5mu2hyXwvcmjdb+ivXWUNs87ko80tnfR0w HYqxpnh/FNsbxvW4V+yrCw0gIpPmO04Tei0PxiW+vdHqjDqS7qRPCzAnaAtkjQEO /rme9aKOfB2eUGfJ3647ruBNpprgvIYWG+oiwjLtVbUZ/kArFJPpmQ14H0KBxBQ= =/DIE -END PGP SIGNATURE-
Re: [Mageia-dev] The upcomming MSN network shutdown is postponed
On 13/01/13 11:58, Sandro CAZZANIGA wrote: Le 13/01/2013 11:52, Marja van Waes a écrit : On 13/01/13 10:38, Marja van Waes wrote: On 12/01/13 12:44, Sandro CAZZANIGA wrote: Le 12/01/2013 11:27, Johnny A. Solbu a écrit : One thing first, there's a problem with your recent message: gpg: Signature made Fri Jan 11 23:51:59 2013 CET using RSA key ID 5A40807D gpg: BAD signature from Sandro CAZZANIGA scazzan...@linagora.com Arf, my thunderbird encoding is bad :/ Maybe different instead of bad. I only get warning messages about Johnny's mails in this thread, but yours are OK Oh, mine is just as bad as Johnny's :/ You may just precise Always use PGP/Mime in Thunderbird :) Where is that? I did use Enigmail, but I've now disabled it, which was quite hard: clicking disable and then closing and restarting TB, didn't disable Enigmail (tried 3 times). Only choosing restart now on the Enigmail line in the Add-ons Manager did. (Mga 2, Enigmail 1.4) I never used the restart now button before, because most of the time first a mail needs to finished after changing a setting.
Re: [Mageia-dev] help files in soft svn - status?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/01/13 12:59, Oliver Burger wrote: 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 There are at least 2 help buttons in drakx-installer-stage2 that give a text that comes from somewhere else than the rest of the help texts. Documentation team does not touch those texts. That is (at least): * the help text that appears when clicking on the help button in the Resolution (Choose the resolution and the color depth) screen * the help text about configuring your sound card There may be another one in an old doc-discuss mail, I don't remember. Cheers, Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ6sKiAAoJEKWubDMI5nEBwR8H/1YG7GuXBuNq3ZGcQpx38GqD X9tuKUfPV9/7GZXCRrNrUwJ1YbkcLrcSQzM6I44EZhan76ZthxhTKm4oVkF3K2He ddD7yww0JGDf3QXCN5lfldLhZcyR0RFkkIARy9q3rIblDGYAphnV0wjZuCKDTCRf NN4sFjxciuTvALJVgMoRF3sZQVZYwm5VUsPENLOKTf4FBtvuQtCQ/vQrF4d0qbVa F0psio484HAfgfgAZiUaD1odle/OMNPsM29UB2X/wKZUtrFhP95iVUWCZcpd6IXV UQuPb4A9PV2SMsugz+l/JjEwcifn3xtloA0DLDI71A+hXDlypC2RSv0xl0ePqwk= =GkPM -END PGP SIGNATURE-
Re: [Mageia-dev] Mageia 1 EOL.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/01/13 17:38, David Walser wrote: David Walser luigiwalser@... writes: If anyone is interested, there are updates checked into Mageia 1 SVN for perl, bind, libtiff, tor, and gimp. Since updated in Mageia 1 SVN are: cups, webmin, freetype2, squid, elinks, bogofilter, flash-player-plugin, php-ZendFramework, python-django, fail2ban Thanks David I have a relative who refuses to say farewell to Mageia 1 Mga 1 was too good ;) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ5cNxAAoJEKWubDMI5nEBiigIAJJzcpy1wpoZ6YwgrrW3j5aH HETlQtRhkSEZYf58QQjqb+tvuiwDsiKUEya4I8djdVZHfUXMLfsUttJct848FjEh 0jd9aV5y/mkz4wYX9ueqyQ/3CBWgPzPXVbiOR5DejL/gy9FPskcMI0S2MxmCelgH tup7ZRLWOa6MaXmvV4Jgy9xjXeGxHET0kxp4mGh9ec940sv8lUQLE1N/ZWhVzwH4 DVcjJRKdfAjBoGBfHlPMvlOYsqWyMQ01fLlDIMK2Ja895zu3zwRxhw6vTmI+UZY8 Iy9902r5pbQIXI8okGUQryhycXmkkyv85WrTF6gTDGVoXpdrdn9aoVQdYVa/C+Q= =0CyW -END PGP SIGNATURE-
Re: [Mageia-dev] Live DVD beta 1 report
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/12/2012 15:34, zezinho wrote: 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 the 80% issue is https://bugs.mageia.org/show_bug.cgi?id=7992 - /var/cache/urpmi/rpms/javamail-1.4.3-9.mga3.noarch.rpm no signature on updates That is https://bugs.mageia.org/show_bug.cgi?id=8274 - 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? Cheers, Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ2cU/AAoJEKWubDMI5nEB7w4IAIQsFu6leZWYjSxaF3UR+9+r 0BwlughhGKlekjA0NvUpWfBBh6NQfQIpxpC6guvFkpVivPdEs8wwf/zB8NRfkdVu TAjCkilx6PzQWuygRXX1L2/hMPolZLLL8JBv7r0ns1rHJ+TLJsLZ1ahH4ZX1Cfy1 0JwCa0yeT5OSwyV+AiJ5cs9T7jLwAxHhNzp89jvTcYDdgLQZEcM3k1LuJ8vNiUiT +suGoigUVNQVC9e8UgYlKNrWTtnRlxKwXMk2G6qs86kPkuY5xYJ1qGKqJq5uDM/L bde8B9cF9WxMkHJYNIsIvIK+wdonTaIHHNU3YMl6CCq5N/l78q6FJqr/U8bBozA= =NjLy -END PGP SIGNATURE-
Re: [Mageia-dev] [atelier-discuss] musicsounds
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 19/12/2012 11:36, Ra wrote: just an idea of the day well i thought about music first. i've been thinking about using jamendo while install and decided that all it needs is some prebuilt clementine like client with access to internet only, but then thinking of policies and CPU time i decided to move forward and an idea is to include the music player into login screen. well first problem is that when you exit the session the music players usually stops so you need to execute it in parallel terminal and i thought that if the player with strict functions can be accessed without logging into the system with some /music_make_some_magic shared for this purposes for the user that executes the player process and access to internet (if root is pretty gentle) then most of people can use it like a player - that is one of the reasons that people uses the computer - the second is web browser, so this can be built into the logon too but without using sensitive information, so you can just go to control center and enable player function and browser and it will be working, if you need your own collection of music or your very needed passwords then you need to login into system. But actually it's about music and music player really. i just think that most of the people who uses their computers at home usually not setting the passwords and doing the automatic login it means that they don't care of the security and all they need is not too much. Or you can take the system on the notebook and to simply play music or check some news you will need to login, while it is not needed especially if someone else asks you to look some site that you don't know. Isn't this more something to write to the mageia-development mailing list? https://www.mageia.org/mailman/listinfo/mageia-dev They are the ones who'll know whether it can be made possible without major problems to listen to music while installing Mageia and/or before logging in, and if it is possible and OK, one of them must be willing to write the needed code. About the last part of your mail: Personally, I know only very few people who don't need a password to use their computer. The few I do know, still don't want to have an insecure system. If you need to check a website that you don't trust, you could use the guest account (no password needed and it uses a restricted shell) Cheers, Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ1YqmAAoJEKWubDMI5nEB840H/0MoBc4Uk4XBk1Cwi6/Lrqmw YiYDXqVosL3AlL+jlBZGl9VnbF+dqLg9BzvJ5WpkeAypUtGu3uQN71pLCTTX22II kHN2EYWQrwHpHz6B/0bQC2zE4Ie29m1QCAeJEpW8YAdrA06fgrxaRWG1uNciME78 pEwls0MadTuX1HIPfnHMrJmYDvrIQH+asqhhLacss6MKe1tPF8nqoMZOTw8nyRE+ Hs2J9Srju6x+Ez2J1bdW+/jPJ3U9Sde3v8mUDHzFltL854EmrpFwDqwvgt8ufLeJ 9Jx8I2LzgraXvXrqdCr32+HpTEsAIuJmo3JWwR25XxmATFD09RuvdQy4w8DtTo8= =ppRh -END PGP SIGNATURE-
Re: [Mageia-dev] Improving communications
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/12/12 07:10, Joseph Wang wrote: I have a few suggestions for improving packaging communications * https://wiki.mageia.org/en/Pending_packages where I'll keep updated the status of my packaging, and I'll try to forward notices from the mailing list. Having something on the wiki makes things a bit more organized. I've changed the links a bit so to tell people to look on that page first for important notices. * Mageia-mentors mailing list or backup mentors It would be good if there was a mageia-mentors mailing list in which private e-mail to and from the mentors could be cc'ed to so that all of the mentors would have an overview of what conversations would happen and there would be a backup in case a mentor goes offline. Alternatively, people could get in a the habit of having a backup mentor cc'ed that can respond if something comes up. It would also be good to change the instruction page with something instructions like if you don't hear back from X in three days, then do Y What happened with me was that I had been packaging a large number of packages and coordinating things offline with my mentor. I mentioned that I was packaging cinnamon and then when I was done (and it was just a minor project), I mentioned that I was done. I didn't hear back, but that's happened before, and that's not a problem. The problem was that when I looked on the dev list for something unrelated, I found out that the cinnamon packages had been bounced. That wasn't a problem since they had been bounced for very good technical reasons, which I've been fixing. Unfortunately, I was reading the e-mail out of context so it looked to me like some tiny cabal had bounced all my packages for no reason at all, and so I went ballistic. The most annoying problem is that no one mentioned it me that there was a technical issue with cinnamon. Part of the issue is since I'm new, I don't know the people, and so I can't tell based on limited information if people are being reasonable or not. Automatically assuming that people are being reasonable won't work, because you'll find a lot of groups on the internet in which people aren't reasonable (i.e. there is a reason why people are dumping Gnome3 for Cinnamon) and people don't have the time and energy to find out what's going on, and there is a lot of pseudo-reasonableness out there. Working with a lot of volunteer groups has made me a little paranoid when someone seems nice. For people with a CS bent, a lot of issues that you run into with coordinating people are the same that you run into in coordinating CPU/GPU's and doing parallel computing. You can map some of the issues that I've run into into the two generals problem. http://en.wikipedia.org/wiki/Two_Generals%27_Problem (It was new to me ;) ) Thanks, Joseph, for your effort to improve things :) As documenter, I'm glad with the wiki page. Also as documenter, I'm wondering whether a mailing list would cause missing or not completely clear or up-to-date packaging pages in our wiki to be made or improved faster. Even if that wouldn't be the case: having packaging questions and answers in the mailing list archive, seems a good thing to me. As a very incidental packaging trainee, I think if there isn't a mailing list and my mentor is, e.g., on holiday without internet connection, it would be best to go to #mageia-mentoring and ask for assistance there. Cheers, marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQuyCTAAoJEKWubDMI5nEBDr0H+QH6jZHT0JVLC08Wverskbqd QyZ4dEmoR4FKx8r274cSclcn6ZZfsz8fPRItu/VsqsFz6XmUUCr3vk3XetTO4Wn1 PV2jnNlOpOGmv4S/GV6DMgh82QVFM1a2/e6YbQBd+B26AZspvejd//R7D+oAgRgD my/3GMPr9StslOjPpP8Gts0oWKaPJ4lE5wYPKbpLzGBEC+dfACZIgOV67xtY3bk4 IVtLyWC0P8jJ9cr70ISfLM8eMCJ5aRqHaACgvxELbmQw2OzOM6o53o8OOzA+Dx96 P9CUocVqjblohq5N88cUUWE7AQQ7Ea8/b6A2LkTvbvaA96I8/4ut5AaOZic3/1I= =dEgX -END PGP SIGNATURE-
Re: [Mageia-dev] Asia-Pacific packager newbie needs mentor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/10/12 01:42, Funda Wang wrote: 2012/10/24 Anne Nicolas enn...@mageia.org: Here somebody you may be able to help to become a Mageia packager. Can you see with him if it's possible ? Sure, I'm happy with that. snip Please update the mentoring page. Thanks. The mentoring page was never updated. However, there was another mail in this thread, where someone else offered to mentor Joseph. Maybe no one felt *fully* accepted as Joseph's mentor, and that contributed to the communication problems?? Cheers, Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQuyw5AAoJEKWubDMI5nEBL+IIAI5C9/mQrSPTP1E/APcQ3pCj TBZbNpu+rfLhyQiSR2FFyOXp8Bm26nAFgHbrzHXmWIxS2pOJUsxnXYe+ECDmQtD7 US3tNwlVJpEF605dwTavQBZL2niZJtl0aYv1wXsnt4vWemlvvxhY+yi5B6ktyDXk m8CtPagispifamweml0PZ4w/7T1aXMjjYY9qvsunZOY5ZegZai+np1Cfn06cvzWe rhMlg1IsIvmw67EHGq6RsF10z1aUk3l1atupmhJQcehUXHlOr0DjSe1igL5VQUcw 8wnJSmrM/zemvZPNtITI6Hq1FF8sHAFBhs6iBFe+Dozz5Ic6GgTl3q9vCT/yse4= =ZJI0 -END PGP SIGNATURE-
Re: [Mageia-dev] what is this ????
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 24/11/2012 12:58, PhilippeDidier wrote: Is it a joke ? https://wiki.mageia.org/en/Paid_projects Fiabledotbiz who wrote that page seems to be the same person as the one who filed the bug the page links to (in one of the upstream reports he uses his nick, in the other his name). I suppose he was just tired of all the problems the bug caused him and willing to pay for a solution. If we had had such a page in July, I would have referred the reporter of https://bugs.mageia.org/show_bug.cgi?id=6513#c3 to it back then -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQsfEOAAoJEKWubDMI5nEB/X4H/RetJGMAZZKXxFERCju6qhjJ iMRTBKSHj8cTkJ6J4n6ZOa/8F2/RyAvFdfbjvr6F3l//1w6/1ROj9F3tKWUnOBJA eJ1y0tkp56xtJGP9jrnKuRODlt7wVG5Rvbbb/LReKQUlm4ysampJgMpuGyDrdMjT U1wX6vP6tgz1m3f0yNiT47+Ma+MaSX9X7YMQ94soZlHsyxxukUofFEmGpq548znE MMirByeZri8TjOMLVfti15C3FxPGLYz4+q26H8VMrvSoyfHd+43dA459qsF6v3Kn 12bCnJ76yu7Uj6hKdrhpD+EEMrgaVArTDU6LtZrsykqoCcC64c8fkfIjPdaflH4= =/wF+ -END PGP SIGNATURE-
Re: [Mageia-dev] Add or Modify a Boot Menu Entry - please help write the help text
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/08/2012 16:08, Pascal Terjan wrote: On Thu, Aug 30, 2012 at 10:22 AM, Marja van Waes marj...@xs4all.nl wrote: On 22/08/2012 16:29, Pascal Terjan wrote: On Wed, Aug 22, 2012 at 11:57 AM, Marja van Waes marj...@xs4all.nl wrote: Hi all, About a help text for drakx-installer-stage2: Can someone please help documentation team with a good help text for the help button for the Add or Modify a Boot Menu Entry screen, so for the pop up screen you see in the second screenshot here (the one that pops up on top of the Bootloader Configuration screen) http://docteam.mageia.nl/installer/content/setupBootloaderAddEntry.html What is the expected kind of text? ( I have never read the help :) ) An explanation of the different fields? You didn't reply to my reply, so maybe I misunderstood. I thought you were longing to help us :þ Sorry, I was away for an extended week-end, I may have some time tomorrow @ pterjan Given our shortage of sysadmins, you still won't have time, I'll remove those Add some text lines. @ barjac Would you have time to make the necessary adjustments to the other bootloader help texts when GRUB2 becomes the default bootloader in Mageia3beta-x ? Anyway, if no one comes up with something better, we'll remove Add some text and leave the help text as it is. Cheers, marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQsJK4AAoJEKWubDMI5nEBthsIALfiVOtCKHCtuB9PYnRsduYV R2nzMz0y7OVjVsjMdTUO0C4z/0bA3teYqKR3cvOyn0TD3qhslIydXZq8PPk1ENV2 t7ln2HfOGqfPQKzhnKOtecSVFJg3nI9HvwGHTRW220c0l2xdxTvlXee9ZCAtnxkK 7tTaIGeTSEOdcg3ArV3JA4m2+XllKYUfCjkXmRt0xe7W678gHID6mD92ZQXTHjkk 1yGKOyz0AYnTQwRZpFBepx5f2wKSfyU9eWaC3B1o8cPN0OezNPuLzKmBecQS4bp1 YiNX9BwLNotElut6JurKjHAMLyOHecanxsWJPJMSI3mMMy0kPQEvg9zLCc/ELWs= =AlnX -END PGP SIGNATURE-
Re: [Mageia-dev] recent change in mageia wiki : calenco draktools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/11/2012 15:44, PhilippeDidier wrote: to Marja Hi ! From time to time I have a glance to the work in progress inside the Mageia Wiki I just saw that you didn't find the drakperm screen inside the MCC Indeed it exists but is only a screen inside MSEC : you can't directly access to it from the MCC but only after launched MSEC from the MCC here's an attached snapshot (hope it's viewable) Hope it will help Regards Philippe Thanks Philippe, both for checking our work from time to time and for this mail. :) The screen in the snapshot is the one I get when starting msecgui and go to Security settings - permissions However, when doing drakperm I get a different screen than that one. I do not think it is the same. I'll attach a screenshot. Cheers, Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQnn6IAAoJEKWubDMI5nEBj1cH/jmTo7d2vxk9AlM+uyhNfIxy /2LZ/wXozS4vZ+2QgZvOGYfVZE0+UQLHKyZxQ16lugyXsGPmVTmD5WRsC9h3jYTd eroRNXzwrolo7miV3g6X3DQlri/n9AYF80E35r73v0tqrCIO7hpHQxvxtx+mjl+v +sEsR2WrtOaGLhUB01KjIvAYWvaaMMytyvnrAIJqF4tY1l9Q0B4YV2Avvxdoc+kE 0HdBO37qj/RcmG7qwRwcA0Q747EOUAoLUtCy2AXTkeeb0RYQ4Jzg2Fnal//zIor7 Z+1qTxhuUYxfshm1UBXk+vUJDRAXvACkBkxGzpnMn04EJgM/T+aXdZecdrO6MnM= =Kc6f -END PGP SIGNATURE- attachment: drakperm.png
Re: [Mageia-dev] recent change in mageia wiki : calenco draktools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/11/2012 17:19, Marja van Waes wrote: On 10/11/2012 15:44, PhilippeDidier wrote: to Marja Hi ! From time to time I have a glance to the work in progress inside the Mageia Wiki I just saw that you didn't find the drakperm screen inside the MCC Indeed it exists but is only a screen inside MSEC : you can't directly access to it from the MCC but only after launched MSEC from the MCC here's an attached snapshot (hope it's viewable) Hope it will help Regards Philippe Thanks Philippe, both for checking our work from time to time and for this mail. :) The screen in the snapshot is the one I get when starting msecgui and go to Security settings - permissions However, when doing drakperm I get a different screen than that one. I do not think it is the same. I'll attach a screenshot. Found it in the changelog for drakconf: http://sophie.zarb.org/rpms/db496e5b0c779fd6d04146c16db8c594/changelog scroll down to: Thu Jan 22 2009 Eugeni Dodonov eug...@mandriva.com 12.1-1mdv2009.1 + Revision: 332392 - - Version 12.1 - 21 January 2009, Eugeni Dodonov - - removed entry for drakperm (now handled by msecgui) - - add support for msecgui - - changed description for draksec functionality Is drakperm as command line tool still usable and being used, or should it have been obsoleted? Cheers, Marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQnoWMAAoJEKWubDMI5nEBa7MH/2HTypIcoko79iX7bTEG35qP OaJFP9YOVbrWIvaVea0HA4+CRWh6Pk6o4FfSR29Ra7lHv0ohQOJuuWDFhHeMS1cX c4t1KxGJQKHKrK00Wf115X2l7MzVNppONgeyZNoA6Lqnw0FwVqedCU1iGyMdyyID woOKA8KZpcXuwLkM9R7K/VrVA8t4GE8jvuSGpTsnRCN+Dniv7k3TUi5moqE61Cwz dhFlWPdj2HcxfTBtI/E50BTHTs0K/ruU20ue1OUwblPwWtpngyEiR5HaBUCaP41t JD9FUxce1hdDrV+r2c2/D642jcl71T9FNEXR5jGCcaeDYfhfeGmBBZcFYF69G1o= =Db0m -END PGP SIGNATURE-
[Mageia-dev] ignoring drakperm Re: recent change in mageia wiki : calenco draktools
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/11/2012 18:06, PhilippeDidier wrote: Marja van Waes a écrit : Found it in the changelog for drakconf: http://sophie.zarb.org/rpms/db496e5b0c779fd6d04146c16db8c594/changelog scroll down to: Thu Jan 22 2009 Eugeni Dodonov eug...@mandriva.com 12.1-1mdv2009.1 + Revision: 332392 - Version 12.1 - 21 January 2009, Eugeni Dodonov - removed entry for drakperm (now handled by msecgui) - add support for msecgui - changed description for draksec functionality Is drakperm as command line tool still usable and being used, or should it have been obsoleted? s/command line tool/tool that can be started from cli/ Indeed... you're right there's no more any access to drakperm in the MCC ! and it's replaced now by MSEC GUI handling it I remembered having used drakperm in old Mandriva until 2008.1 In the MCC of Mandriva 2008.1 we could still access to it (see attached snapshot : it's the icon on upper right corner) and it disappeared in Mandiva 2010.1 (I never had to use it then and I didn't notice it was no more here) drakperm still exists and can be launched from a console as root... but I don't know if it's still useable... and useful ? I think MSEC may overwrite the modifications applied by drakperm OK, thanks Philippe. So there seems no need to write anything about it. It is part of the drakxtools package, btw, I don't know why I thought for a moment that it could be a separate package that could be obsoleted, if it has indeed become useless. @ tv Do you agree with documentation team ignoring drakperm, or is the tool still good and used? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQno/sAAoJEKWubDMI5nEBPw0H/if9uoBBIvFmqFaAp/2I1Tgo dGUcNvv6lDuZW2Qp7pp1C7nfl+nVNu3E9F5DLOno2Q8MS6wATzUT5rHD9LnS3CGn bMY+4uus3Z4DKyIfm1LZWOlR7E+ZQp/QK3b+10P6zTxlXaLgewKAkSm7S+fVXRe6 Eg+kTcbKq0yvqQkac17v92YM1H5USmCpLYkwDUeDPC3vFh3Yu6k3Jp8eHHAn9FAr Nnv2Qtwk89tQP2ynv8GxwRcCqum2374BgNqZ5nwnmtTPOhGuXuYPFVgsauQuuwDF GzLYxrxcOCgftINK1mQ4xuCVqAUMZlbQWNe6vLezG8SCOe+CZ8B21e76Rn44zfQ= =ahPV -END PGP SIGNATURE-
Re: [Mageia-dev] Deprecating pm-utils
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/10/2012 00:04, Colin Guthrie wrote: Hi, So I think everything these days is using pm-utils are: kdebase4-workspace samsung-tools upower xfce4-power-manager I've already dropped the requirement from upower and I suspect that kde these days also uses upower for suspend/resume (can someone please test for me? Just remove pm-utils with --nodeps and make sure everything still works is a nice easy test :D) I don't see a mail in which someone gives feedback about this test, so: On a KDE cauldron partition, I tested the only way I ever let my laptop suspend: Unplug the power cable, lock the screen and leave the laptop for a while. Come back later to see the laptop is sleeping (little crescent moon is highlighted), and let it resume by pressing the power button very shortly. This worked very well, both before and after removing pm-utils :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQfviZAAoJEKWubDMI5nEBruEH/1ekUTEmN95bx7SIDTzCELCr nRbhilGfgL1d11smEc0o48UQb5gIqLNGzcUmfbzi5qySyYq2idKERnJjCBka4i+E xtIMpPmPskYAUTPAIfoH9q6CGDpBwKt7fQtiEaiLs4mzfevvK7Yvnpd3aVoIbAWP wr13mqkAPVkkPEkHmTlcRuDTphPlBkrQjt7OrBlLkZvfloh8H3VpxUd2Xv6QwVjn wf4GkHpqi5dQ1OvzaZu4d4Plb2FpLL848pb+2n3f52stQe5kAORCP78mu36J9UsG k4ZHhN6JnY50unc5Exu1gT7H7glAIIgb2HS3TIsHtWSboR0zN33diQ5DHNgoHgQ= =UVrf -END PGP SIGNATURE-
Re: [Mageia-dev] [changelog] [RPM] 2 core/updates_testing drakx-installer-images-1.75-5.mga2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/10/2012 14:24, Thierry Vignaud wrote: On 10 October 2012 11:44, Thierry Vignaud thierry.vign...@gmail.com wrote: Speaking of this... Thierry, - do you thing the fixes to the firmware loading bug can be backported safely ? It needs more testing. If you've a network/disk card that need a firmware... :-) Maybe playing with an ATI card and using stage1 firmware loading in the initrd. - and I guess we should backport the kmod modules.order bugfix for compressed modules should be fixed too, wdyt ? Yes! Also I've backported fixing NTFS resizing (got gratuitously broken when ntfs-3g obsoleted ntfsprogs w/o including our patch) I wonder why nobody reported this for Mageia2 Hmm, I do remember not getting the resizing screen after choosing to use a windowspartition, but installer just continuing. Is that what you are referring to? If so: I didn't file a bug report because I thought my expectations had been wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQdvDlAAoJEKWubDMI5nEBTBMH/2IvDYJxKLMpiHcuzGyEg7Bl PFPq+FiSYTeErL33WXw+ZwGOfgzeoCJq4opwwGGaZtPlWlalZnfw366b6tjy3VaF reSJHrg89jhNev2/fmlar0UkX4MzFUTq0SOSYMC/x7mJyvaqPLbgvsncroKb5899 d2LvcCsXdGofymolPtbtG/1kr4JQr2MQZYdjq7y8kecsqxSlgcMLc5og2aViYsQy 3AM2VVjaJYH7NTaLrZqy3roYy3YzVhYaUWFfuOXH9e4VzshBV6PPBkqsJyvs2BIY 7ZHZ2CaFKqAvBFP4r0wGKSYRRcgvToUcuXdNx6yyHbAAbol0Gc0WZlGN7zykFnk= =gqZl -END PGP SIGNATURE-
Re: [Mageia-dev] installing in parallel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16/09/2012 19:47, Marja van Waes wrote: In MCC -- Software Management -- Configure media sources for install and update so in this screen: http://docteam.mageia.nl/en/MCC/content/drakrpm-edit-media.html in the menubar -- options you can choose *parallel* It was originally created to enable installing packages on several systems in a network at the same time. Does anyone use this option? If so, does it *only* work with identical systems (so with the same hardware and software), or does it work as long as the systems have the same architecture and the same Mageia version? If you don't use this option, but you do install in parallel, what do you use instead? Does your alternative only work on identical systems? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQVw6/AAoJEKWubDMI5nEBAiQIAKKZJ4gnq9w2chg8owJkX5C0 OC6Bv7OC/92kr7uqE7KVe5zQ2/Rz+OTWLb6ZBhRcOwbxrT8oVwBEPHDSFh0zm2Mr vM8xS5GngpgX4dtChWnTbOzy/eJ8MgS6samX3TFKaWz3jY2wJJ5z8UiFXthXwqz2 QB4Xj2VlVTlcatU/nOuprbllKF3o011cT06EMi5OzVJTmZY7W+vCk3qK2LIEKFSZ Zj45cKxTYgWTOiRGunKL7ZcoKQ4YmgH8Q00BzxgMaAssLxD2akTGHgFjjzHN1lz0 acoJmNTblldB9aSm+ca+URLqoUTN9/KsO+gBobJ6h5kH+GwdAQmnlUuquFm68ng= =eHpD -END PGP SIGNATURE-
Re: [Mageia-dev] [Mageia-discuss] installing in parallel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/09/2012 15:12, Johnny A. Solbu wrote: On Monday 17 September 2012 13:51, Marja van Waes wrote: If you don't use this option, but you do install in parallel, what do you use instead? Does your alternative only work on identical systems? I use a single command line for parrallel upgrades, that can be used for parallel package installation. === ssh root@comp1 -t /usr/sbin/urpmi --auto-update ssh root@comp2 -t /usr/sbin/urpmi --auto-update ssh root@comp3 -t /usr/sbin/urpmi --auto-update === If you have disabled root login, add sudo just before the urpmi command. (btw, I use ssh keys for auth and enforce without-password.) Just replace --auto-update with name of package for installation. I use a similar line for managing updates on three Debian servers. Ah, nice Johnny, your command line can even be used across different Mageia versions and arches :) Now it looks odd that I ever thought the MCC/drakrpm-edit-media parallel option would only work on identical systems ;) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQVzIuAAoJEKWubDMI5nEBfzYH/2YBGtO1p9hE9cye7TasNMfa 1q8ZbqRdFezNt+AuzM3LklNqr92KwPqeOvXHGeWJFJoWWn/K/SvPoNAfl91pJCnQ zDcKA63yFtWdMiH5aB8m5bXyA51RiGlS1foF6bNyObLbgvldKDYHC9zFeR4qwKJO nBdZmZ9vkDj9xlQ/bd3Vs/lfTUqXhUjdI6XoBxs/TYwXVreMDLs3nr75voZVt/n5 fRZKB/d1+00ZxBH+DAmzv5/nhrAzxtE6NSabWUHt/xe2MyBDK+JABnt3JNmH3yQb lba/NgDU4ytvuLZXFVZvyJGsZbz05EC0SYeRFzh/SBxa2Ts+GUmv2w6mONTZfyg= =nR0x -END PGP SIGNATURE-
Re: [Mageia-dev] [Mageia-discuss] installing in parallel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 17/09/2012 17:15, nicolas vigier wrote: On Mon, 17 Sep 2012, Marja van Waes wrote: On 17/09/2012 15:12, Johnny A. Solbu wrote: I use a single command line for parrallel upgrades, that can be used for parallel package installation. === ssh root@comp1 -t /usr/sbin/urpmi --auto-update ssh root@comp2 -t /usr/sbin/urpmi --auto-update ssh root@comp3 -t /usr/sbin/urpmi --auto-update === If you have disabled root login, add sudo just before the urpmi command. (btw, I use ssh keys for auth and enforce without-password.) Just replace --auto-update with name of package for installation. Ah, nice Johnny, your command line can even be used across different Mageia versions and arches :) Now it looks odd that I ever thought the MCC/drakrpm-edit-media parallel option would only work on identical systems ;) I think urpmi-parallel is not the same. It's using ka-tools or taktuk to do parallel transfert of the package files on the servers. I don't know if it is still working. Thanks, Nicolas. I remember having seen a choice between ka-run and ssh, when I looked at the tool. ka-tools has been obsoleted after Mdv 2007, or am I wrong about that? On 17/09/2012 16:43, Johnny A. Solbu wrote: If one have many systems, one can use a shellscript with one ssh command on each line. The advantage of using urpmi's --parallel option is that the --parallel option only downloads one file that are distributed to the nodes, whereas my command will download three copies, one on each machine. So unless one have a local mirror or use an urpmi proxy, my command example will download three copies of each updated package over the internet connection. Thanks, Johnny :) It would be nice, in case we're going to have an educational DVD somewhere in the future, to know whether this MCC option would be an appropriate tool for people in charge of some school computers to maintain them. So there is this tool, and there is urpmi --parallel and drakrpm-edit-media --parallel=alias,host (be in parallel mode, use alias group, use host machine to show needed deps) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQV1RgAAoJEKWubDMI5nEBTUgIAJNmsbbY/h5Rx0shQgrUZO+T xJ1Ey9Hy6U1sHg7PZ7HKm1omk5pfK1Q9IXFCCTs0pz/NMT90h0k/ktRWJIM65Wie wOZyyh6rq/O6xYHsZP8P3vVTE2e7TwCnTCbPl1WH9SU4S3UTuVz0gF/mpY8ACdHt TiQrELp6B0+62geq99cz4ZCiCFOGGN+Oy+/C89bgQFUutBMBBYSVOfBNJEYLUI9T ihfcLFRh1Jd/rzJxhNIv7xwIJVLVXC8JLiOf5B+xlKyncvZAGWL8XoHsUXYKEb5u eY/5W9xdKsZTfxMl22YUY48hiNHPDDLj3v5mtcEqnOM9OQzR779on/anayr42QA= =ATBw -END PGP SIGNATURE-
[Mageia-dev] installing in parallel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, In MCC -- Software Management -- Configure media sources for install and update so in this screen: http://docteam.mageia.nl/en/MCC/content/drakrpm-edit-media.html in the menubar -- options you can choose *parallel* It was originally created to enable installing packages on several systems in a network at the same time. Does anyone use this option? If so, does it *only* work with identical systems (so with the same hardware and software), or does it work as long as the systems have the same architecture and the same Mageia version? Cheers, marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQVhC3AAoJEKWubDMI5nEBpecH/AhgV17Odz+kVOqh3vJAO5P8 hWpEFLnRcuBjNGfH6xpC99HgfW+X8qHuHq2j89BnspL0FIKB1hNrINy29W6IUGqQ XBGWgLFn+kCquD4ybClG+/0QUXMsagAwPjZvbAA+oqgkoLxrNw6IED4YvHbrQMu7 2bROV99p/pi2XUOO05BC78G8/6GG0DITMK9cp2zETV0Ia78AkMO+Xaotp/q2n8Jj Qc0HUVtmjAk2G8h5VyO4IQ/bQb/x28koSYPRKOP8GUnM3t3befFXzyWu7Vo686l2 1VnV/xwEe4mQTB2wXOj+Fm9ouwTtCd5b5UaFnxbzvXw61Unac6xtENsWF6t2Q6I= =au+J -END PGP SIGNATURE-
Re: [Mageia-dev] obsolete(s) on SVN?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15/09/2012 05:59, Johnny A. Solbu wrote: On Saturday 15 September 2012 05:53, Remco Rijnders wrote: On http://svnweb.mageia.org/packages/ I see both obsolete/ and obsoletes/ It seems ilke it's obsoletes/ that's wrong. THere's only 8 packages there, which should be moved into obsolete/. Yes, both here: https://wiki.mageia.org/en/Packaging_guidelines#Obsoleting_a_package and here: https://wiki.mageia.org/en/Packagers_svn#How_to_drop_a_package_from_SVN.3F it is obsolete/ Or is there a different instruction in another page? If so please correct it there. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQVB0UAAoJEKWubDMI5nEBl6YH/i/0byb0xjfZWw3388AmumuL CdggD6JlQQpYvObTnIWE1kThDicRrZiutQ16+YgLCY+J4Jbhf7jgnaxWwi/Lc5Ma yTuNM1XZSW/B3ZN0aU0/MN1xAoiNRUWFgVCQFhPArDS6444sgdBL/4X6Gw4MMOA2 Nit7g+xsbGQzixRb6xNVtAb6qonfL6uhLHuMiycTW7jww7s/Z4ba2gmy5iroQMId /SHEieZP7ypsontkFQ4V6asfLu5T7Qv1Odk7OR3+Qs0u01Y4SX5p+ykUtHEyr6vG P1q9EXczmA3Y4MDV0Mve0SsaPiSlgvzzYphR5QZt7BFY6yL+kQYZ8yzBvUqcsx8= =6KYP -END PGP SIGNATURE-
Re: [Mageia-dev] Anyone know where /usr/bin/shutdown comes from?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/09/2012 17:51, Colin Guthrie wrote: Not owned by any package so presumably it's from a %post or similar. Anyone know which package or a way to easily search for it? Col in my latest install, it was created at exactly the same time as some more links in the same directory: vigr, udevadm, telinit, swapoff, runlevel, rtstat, rmmod, poweroff, pidof, modprobe, modinfo, mkfs.ext2, mkfs.ext3, mkfs.ext4, kfs.ext4dev, lsmod, init, insmod, halt, fsck.ext2, fsck.ext3, fsck.ext4, fsck.ext4dev, depmod, ctstat, clock, adduser, alternatives -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQSiJSAAoJEKWubDMI5nEB5wkH/3sGBXyXIjWqZNbCq5pNoKeK b6tXT4uM84fqPifL5K36z9LPAxWF6tp4hf2GTZrsvqXPTStIkVjjCAtVN+N+ZXNz uF77Kmis/dWwsLEJhXPQJye451ecgSLXeph+Y2S8h8VMOn6qr0qIdFCAcpwtGn/7 94WJiPYd6RanDtdioA9iDXLQBIc+P7aYlfCtMhUBq0QUZhARZmREHyTlo0GuUMt4 /RuapqrnXC1uENvpDFg+S16h5DH/qPGecX+J8m6l6rn2OMEANZN48FsBxnCcBnpo kNQ2SKaNwV9AynU7nvO1mgdtQuSPXce20oH84cBZeYPhC3y4DA1Quyc5uEfJpSc= =wx0v -END PGP SIGNATURE-
Re: [Mageia-dev] Anyone know where /usr/bin/shutdown comes from?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/09/2012 19:36, Marja van Waes wrote: On 07/09/2012 18:35, Marja van Waes wrote: On 07/09/2012 17:51, Colin Guthrie wrote: Not owned by any package so presumably it's from a %post or similar. Anyone know which package or a way to easily search for it? Col in my latest install, it was created at exactly the same time as some more links in the same directory: vigr, udevadm, telinit, swapoff, runlevel, rtstat, rmmod, poweroff, pidof, modprobe, modinfo, mkfs.ext2, mkfs.ext3, mkfs.ext4, kfs.ext4dev, lsmod, init, insmod, halt, fsck.ext2, fsck.ext3, fsck.ext4, fsck.ext4dev, depmod, ctstat, clock, adduser, alternatives looking at some more installs, I see that everywhere only consolehelper and consolehelper-gtk are created at the same time. s/at the same time/at the same time in the same directory/ They come both from usermode-*-*.mga*.src.rpm I didn't look any further -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQSjI8AAoJEKWubDMI5nEBkh4IAI4lnMxMNQVkGb3TEqBBcAi5 iQb9AHSv1sLMeW2B/iL8zVgPbLCvOHtMuYlw1156XlBid+0M0RFXkUp9R6utsYDu 8SBHI3bqY44YkX543rFhYASCYdIMwqLMHCC8xSKOPthDE2gbzgnMtIV5hR4GrLa/ niJPUMeEMiYJKbHAMLYnsJDsN+3u90lxHJMPJv4OIbnttFfvcw/q6B7/G5HuD4wO vh7MMTz04YJF1TLNp+mtT3lu/IqMFniNGi6rWCG0V4RsRqEQhN/8XAfT2M5q6kdB TBJW23HvHSOYvybaY0stmzLbuLc+4JM+Chx6RVpEWn64LK4a640ikXAvkAx+kYQ= =+R3c -END PGP SIGNATURE-
Re: [Mageia-dev] Add or Modify a Boot Menu Entry - please help write the help text
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/08/2012 16:29, Pascal Terjan wrote: On Wed, Aug 22, 2012 at 11:57 AM, Marja van Waes marj...@xs4all.nl wrote: Hi all, About a help text for drakx-installer-stage2: Can someone please help documentation team with a good help text for the help button for the Add or Modify a Boot Menu Entry screen, so for the pop up screen you see in the second screenshot here (the one that pops up on top of the Bootloader Configuration screen) http://docteam.mageia.nl/installer/content/setupBootloaderAddEntry.html What is the expected kind of text? ( I have never read the help :) ) An explanation of the different fields? You didn't reply to my reply, so maybe I misunderstood. I thought you were longing to help us :þ Anyway, if no one comes up with something better, we'll remove Add some text and leave the help text as it is. Cheers, marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQPzDoAAoJEKWubDMI5nEBljoH/3JwXfVuHbS6NNnI9AR7ZCh5 aSrOMW1gbVXSfFEjIF988jEBbz4KoszDaPwFhXXQKfJ47sSJsJvEslonqztbhU7z /+f+RbuEqc1uJmT8EixmBx/OrZT0a1rZTDxw6PXwL44s8R+cFVZQZbQPAwEq5NNd wNv/X8rnpNvXY7qsRQxWdtaPlgOUWBJyPVbmX9kdg5QoMsXI3Qo/zmtxCHe+F24B zrm1nTrP+iBj+W8k+pz3Bp8u6bBAXKVUt/9x2mShk575lULoGvvYXIvXNDtCRrrJ K5oRkXawEj3ZjiBZHEA3bnpHD3+0MCaAwPkrZJHYrIV4By6UA7q13rJLduq5v+U= =JEob -END PGP SIGNATURE-
[Mageia-dev] Add or Modify a Boot Menu Entry - please help write the help text
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, About a help text for drakx-installer-stage2: Can someone please help documentation team with a good help text for the help button for the Add or Modify a Boot Menu Entry screen, so for the pop up screen you see in the second screenshot here (the one that pops up on top of the Bootloader Configuration screen) http://docteam.mageia.nl/installer/content/setupBootloaderAddEntry.html Thanks :) marja -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQNLshAAoJEKWubDMI5nEBRyAH/1bVBLnpI083ds611ay1T6af 17KYMf46zzeROnwI+KhZQ/ikoVhSVeeaIiBV8YP5XZpcKnxOc0nf6/kId5E2h3zk +W9JRHkGCQ0wTdZRq5DVH0VAlHMSCKZUcLu+qN5hgoKWzr0ebajyBV6P3kesZXUk 166gPMz808nbvDC3eTF6/U8X1olvY1JCCdEctSJndgke2ufWTCd9X/ot51GSCo12 EDTPmHgTvtU3UYi1EiTesDBbYduIyHyx2pSxr9w0aicfuyrigfAPtQmNVigVeY+2 hCwBfeI/oZRVTSBg7yEE4hxyPl5w5imSXqy2RvTfe7e9WixnKI77Hd3HrAhI4kk= =d9KH -END PGP SIGNATURE-
Re: [Mageia-dev] Add or Modify a Boot Menu Entry - please help write the help text
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/08/2012 16:29, Pascal Terjan wrote: On Wed, Aug 22, 2012 at 11:57 AM, Marja van Waes marj...@xs4all.nl wrote: Hi all, About a help text for drakx-installer-stage2: Can someone please help documentation team with a good help text for the help button for the Add or Modify a Boot Menu Entry screen, so for the pop up screen you see in the second screenshot here (the one that pops up on top of the Bootloader Configuration screen) http://docteam.mageia.nl/installer/content/setupBootloaderAddEntry.html What is the expected kind of text? ( I have never read the help :) ) An explanation of the different fields? Thanks for asking :-D Yes, and what can be done there and what shouldn't If you already have an idea about what to write, then don't read on (my questions might make you forget things you'd otherwise add ;) ) For instance the append field: * Is it wrong to make a new entry for your bootloader and leave that field empty (I'm sure I never entered a UUID, because I don't really know what it is nor how to find the one for that partition. what sets the UUID and how /do/ you find it, btw?) * What options are there, what do they do? And for the advanced screen: Can you change the initrd image independently from the vmlinuz image in the previous screen (and the other way around), in other words, are they allowed to have different versions and if so, when can that be needed or useful? (I know too little about initrd and vmlinuz to be able to tell in a few lines what they actually do and what I know might even be wrong. It would be nice to have a short explanation in this help text) For the video mode, when is changing that useful or OK? Can fiddling with it help if, for instance, while booting into Mageia and pressing Esc, the text is too far to the left of the screen so you can't see the first part of each line? If you changed the video mode and made things worse, can you put something on the append line to try with a different mode? (that is a general question, too, for anything that you change here) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQNcCQAAoJEKWubDMI5nEBSREIAIGJK/b14wpN/019ObIa6DnY QTKD6D2B0yxYnwv9VUABqd1Vgo65qaE88I72e4kc15RTbk2NlUwTiIzQrH0ZyPWi dkIagwLU8nC2SV2A0nCk/e7WrE1ipBNr8BcXbU54dQvhO0hc+uFUvc3WAqY6VsvX 7196TjlwmUlKxnJOB5E5wBmATVKW/VldjcrN9YntVR1GuLt2Q0CvW5YnU26fBOwj Bp+aORbIoRvBp8h7s5GKMcjtcnPF3NmWCVkPy1UtuVbVGjNn9A0DpAUWVnnVe8we Nu7p12cwyAUPDmwpdbFSG4bHso9pf7sfwgSvLVSBc14jk+uXF1dJXNmPbcSC3jc= =P4iI -END PGP SIGNATURE-
Re: [Mageia-dev] [soft-commits] [5019] drop duplicated Mageia wording
On 27/07/2012 23:33, Olivier Blin wrote: Thierry Vignaud thierry.vign...@gmail.com writes: On 27 July 2012 22:26, Olivier Blin mag...@blino.org wrote: drop duplicated Mageia wording This break translations. Please fix translations w/o fuzzying them. Else would replace the 2nd Mga by Mga linux. I don't think that the distribution should be referred as Mageia Linux, it's just Mageia. Better drop the 2nd wording, as already done. That needs more complex adjustment in translations. Yes, but we should not keep an incorrect wording just to keep the translations. And we are not even close to a final release, it is a suitable time to break strings. Funda, can you please update po/* to not fuzzy the translations or update po/rpmdrake.pot then po/*.po ? (or make sure this is done) (I took this from https://bugs.mageia.org/show_bug.cgi?id=1399#c8 although, to be honest, I don't really understand it) I'd rather not see a bug report about revision 5019 breaking translations :)
Re: [Mageia-dev] Updates waiting to be pushed
On 08/07/2012 22:18, Claire Robinson wrote: On 08/07/12 19:14, Pascal Terjan wrote: On Sun, Jul 8, 2012 at 8:15 AM, Claire Robinsonm...@gmail.com wrote: Hello all There are currently a backlog of 30 updates which have been validated and are waiting to be pushed. Are any sysadmins on the list? Could somebody push these please. It would be better to ask on sysadmin list, anyway I could not find the procedure to push updates :( Thomas usually does it but hasn't been available much recently. I thought it best to ask, as there is a bit of a backlog. I'm not subscribed to sysadmin list, could you forward it please if you think it'll help. He already did ;)
[Mageia-dev] Bugzilla mass assignee ping
Hi everyone, Later today there'll be a mass assignee ping for Bugzilla. Unfortunately, everyone in the cc of the bugs will receive the ping, too. The only bugs that'll be pinged are that * were assigned more than 2 weeks ago * where the assignee didn't do anything to the bug since more than two weeks ago * where the assignee didn't confirm the bug was assigned correctly by either setting status to ASSIGNED or by putting OK on the whiteboard and. Bugs that are assigned to QA or Bug Squad won't be pinged, nor will Reporter = Assignee ones. Enhancement requests and minor bugs won't be pinged either, nor will bugs that have the TRACKER or UPSTREAM keyword. If you're the assignee and you don't have a clue whether the bug was assigned correctly or not, please put NEEDHELP on the whiteboard. If you know it was *not* assigned correctly, please reassign to either the correct person or to Bug Squad, and explain. Set status to ASSIGNED or put OK on the whiteboard if you don't want to be pinged in the same bug for the same thing again. Cheers, marja
Re: [Mageia-dev] [Mageia-bugsquad] Bugzilla mass assignee ping
On 06/07/2012 13:59, Romain d'Alverny wrote: On Fri, Jul 6, 2012 at 1:42 PM, Marja van Waesmarj...@xs4all.nl wrote: Later today there'll be a mass assignee ping for Bugzilla. Couldn't we use another method than this? Like using Bugzilla's native whining feature, or an equivalent where each assignee only get notified of his assigned bugs in a single mail listing those? Yes, that would be a lot better. I understood that feature was disabled to solve bug 1932 https://bugs.mageia.org/show_bug.cgi?id=1932
Re: [Mageia-dev] [Mageia-discuss] [Mageia-bugsquad] Bugzilla mass assignee ping
On 06/07/2012 14:22, Romain d'Alverny wrote: On Fri, Jul 6, 2012 at 2:13 PM, Marja van Waesmarj...@xs4all.nl wrote: On 06/07/2012 13:59, Romain d'Alverny wrote: On Fri, Jul 6, 2012 at 1:42 PM, Marja van Waesmarj...@xs4all.nl wrote: Later today there'll be a mass assignee ping for Bugzilla. Couldn't we use another method than this? Like using Bugzilla's native whining feature, or an equivalent where each assignee only get notified of his assigned bugs in a single mail listing those? Yes, that would be a lot better. I understood that feature was disabled to solve bug 1932 https://bugs.mageia.org/show_bug.cgi?id=1932 Ok, but there a daily reminder is nonsense. Maybe it works better in upgraded Bugzilla :) A monthly (or every 2 months) reminder of bugs fitting in your above query would sound sane, if it's sent only to the assignee. If not, then the whole mass ping itself should not be done either. Waiting one month to find out whether a bug was assigned correctly is too long, in my opinion, unless the assignee is busy gathering enough information to be able to tell. I think we should ping bug reports for which we haven't got a confirmation that the assignment was correct after two weeks, except when the assignee shows activity in the report. If the assignee thinks the bug was assigned correctly, he can put OK on the whiteboard or set status to ASSIGNED, and he won't show up in this search again, so he won't be pinged for this reason again.
Re: [Mageia-dev] Bugzilla mass assignee ping
On 06/07/2012 15:17, Pascal Terjan wrote: On Fri, Jul 6, 2012 at 4:42 AM, Marja van Waesmarj...@xs4all.nl wrote: Not sure how useful it is. I have received 25 emails so far in today's ping (and they keep coming). Some of them because I am assignee, some because I am reporter, some I am in CC. I probably need to take action on few of them but I currently don't have time to check which ones so it is likely that I will end up ignoring them all... We'll remind you and everybody else who hasn't got time now :) However, hopefully next time with mails that only the assignees will receive
Re: [Mageia-dev] [Mageia-discuss] [Mageia-bugsquad] Bugzilla mass assignee ping
On 06/07/2012 16:49, Romain d'Alverny wrote: (removed -discuss from the discussion) On Fri, Jul 6, 2012 at 2:48 PM, Marja van Waesmarj...@xs4all.nl wrote: On 06/07/2012 14:22, Romain d'Alverny wrote: Maybe it works better in upgraded Bugzilla :) No, it works in the current setup. I think we should ping bug reports for which we haven't got a confirmation that the assignment was correct after two weeks, except when the assignee shows activity in the report. If the assignee thinks the bug was assigned correctly, he can put OK on the whiteboard or set status to ASSIGNED, and he won't show up in this search again, so he won't be pinged for this reason again. We can make a bi-monthly check that will only whine to the assignees, and not others. That makes at most (for the unlucky ones), two mails a month summarizing what they are assigned to and that it has not been checked out of the query. Shall we try that? Well, if you replace bi-monthly by twice a month (that seems to be what you mean), then: yes, please! Bi-monthly doesn't have a fixed meaning http://en.wiktionary.org/wiki/bi-monthly ;) Thanks a lot, Romain :)
Re: [Mageia-dev] UiAbstraction4mcc feature proposal
On 28/06/2012 00:02, Angelo Naselli wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm back to this subject, because, as you probably know, the proposal[1] has been accepted snip and has to be merged with mine[3] and discussed a bit to understand what we have to do and who can help. [1] https://wiki.mageia.org/en/Feature:UiAbstraction4mcc [3] https://wiki.mageia.org/en/Feature:DrakXtoolsReview Hi, Documentation team is planning to write the currently missing help for MCC and all the tools in it. We don't have a clue whether the above feature proposals, if implemented, will make a difference to what we have to do, and if so: what difference. Also, it is interesting to know whether you're willing to improve the way the help will work if we do it the Mandriva way. It would be great if the not working links would be fixed, and if it would be possible to let the help from the menu bar link to the correct file for each screen, instead of to a page with links you have to choose from. Please read on to understand what I'm talking about. If nothing would change to MCC, we would have to provide *html* files with same names as Mdv used, to be put in the same place and s/mandriva/mageia/ For Mandriva 2010.1 the following section in MCC, and usually for all the tools in that section, the help (from the menu bar) links to a page with links to other pages: * Software Management - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/software-management.html (The same page can be seen here http://doc.mandriva.com/en/2010/Drakxtools-Guide/Drakxtools-Guide.html/software-management.html You can, of course, find the other pages mentioned below by adjusting this link) Exception: Software Management - Configure media sources for install and update - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/software-management-sources.html * Hardware - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-hardware.html Exception: Manage your hardware - Browse and configure hardware - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/harddrake.html * Network - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-network.html * System - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-system.html Exception: Administration tools - Manage users on system - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/userdrake.html * Network Sharing -X No Help entry for However, the help is available in /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-networksharing.html Exception: Configure Windows(R) shares - Share drives and directories with Windows (SMB) systems - /usr/share/doc/samba-doc/htmldocs/index.html however, this page can give an error, and the *correct* help file seems to be /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/draksambashare.html * Local Disks - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-localdisks.html Note: Local Disks - Manage disk partitions clicking the help button at the *bottom* of the screen gives /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/diskdrake.html * Security - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-security.html Exception: Security - Configure system security, permissions and audit: The two items in the drop-down help menu are greyed out, clicking them doesn't work * Boot - /usr/share/doc/mandriva/en/Drakxtools-Guide/Drakxtools-Guide.html/mcc-boot.html Please, when you reply to this mail, keep in mind that I'm not a developer and not even a packager. Cheers, Marja
Re: [Mageia-dev] Remove upgrade functionnality in installer
On 25/06/2012 07:29, Jeff Robins wrote: On Sun, Jun 24, 2012 at 3:36 PM, andre999andre999...@laposte.net wrote: Note also that with upgrade install, even firmware that is missing from the release (and not only the DVD) remains installed. So there are cases where an upgrade install necessarily produces a better functioning system. Can you confirm that the nonfree firmware wasn't removed during a DVD upgrade? Upgrading using mgaapplet DID seem to remove the firmware from my install. I had major issues with AMD graphics, discussed elsewhere. I just used the DVD to upgrade Mageia 1 on a laptop to Mageia 2, without having a network cable attached. I did not try to connect to a network during install. It needs the non-free ipw2200-firmware for its wireless card to work After reboot, WLAN functioned just as well as before upgrading. Even all settings and the password were kept :) It never works after a clean DVD install Cheers, marja
Re: [Mageia-dev] Idea to fix Way too many languages to choose from for spell checking in FF and TB mga#6125
On 28/06/2012 12:05, Dimitrios Glentadakis wrote: I filled a bug in KDe bug tracker https://bugs.kde.org/show_bug.cgi?id=302689 -- With wich applications do you still use aspell? After I removed all those links in /usr/share/hunspell/ the list of dictionaries in Kwrite is just as short as in Thunderbird or in Firefox. Cheers, marja
Re: [Mageia-dev] Idea to fix Way too many languages to choose from for spell checking in FF and TB mga#6125
On 27/06/2012 01:38, n...@gmx.com wrote: Hello! I have got an idea to fix this bug with a new drak tool (DrakSpell?). It would be an assistant with a list of all available languages with all their variants to select and install. And the trick: it will install a package (like hunspell-en) and remove (rm -f) the unselected dicts (en_CA, en_GB ...). This seems to be against rules.. but would be a solution. And this seems to be much better than producing (and maintaining!) 1000 packages with single dicts. What do you think? Sounds great, I'm willing to test :) As a workaround for now, can we just remove all /usr/share/hunspell/*.aff /usr/share/hunspell/*.dic except for the ones we want to keep?
Re: [Mageia-dev] Idea to fix Way too many languages to choose from for spell checking in FF and TB mga#6125
On 27/06/2012 19:13, Dimitrios Glentadakis wrote: Le 27 juin 2012 08:16, Marja van Waes marj...@xs4all.nl mailto:marj...@xs4all.nl a écrit : On 27/06/2012 01:38, n...@gmx.com mailto:n...@gmx.com wrote: Hello! I have got an idea to fix this bug with a new drak tool (DrakSpell?). It would be an assistant with a list of all available languages with all their variants to select and install. And the trick: it will install a package (like hunspell-en) and remove (rm -f) the unselected dicts (en_CA, en_GB ...). This seems to be against rules.. but would be a solution. And this seems to be much better than producing (and maintaining!) 1000 packages with single dicts. What do you think? Sounds great, I'm willing to test :) As a workaround for now, can we just remove all /usr/share/hunspell/*.aff /usr/share/hunspell/*.dic except for the ones we want to keep? I would like to delete these disctionnaries but i do nt know how, i have 16 varietés of english and i found only a couple of files for english. I think en and en_ca , i am not 100% sure because i am not at home now. However, if there is a solution to delete manualy the dictionnaries , it is fine for me. Firefox seems to get all the languages it sees from /usr/share/hunspell/ It is mostly links in that folder, the ones I had for English are shown below. I just removed a lot of such links, and after restarting Firefox, my list of languages to choose from was much shorter. All the removed ones have disappeared. I haven't restarted Thunderbird yet, so I don't know whether the effect will be the same there lrwxrwxrwx 1 root root 9 mai 23 17:50 en_AG.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_AG.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_AU.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_AU.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_BS.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_BS.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_BW.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_BW.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_BZ.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_BZ.dic - en_GB.dic -rw-r--r-- 1 root root3115 mars 20 02:30 en_CA.aff -rw-r--r-- 1 root root 535896 mars 20 02:30 en_CA.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_DK.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_DK.dic - en_GB.dic -rw-r--r-- 1 root root 27471 mars 20 02:29 en_GB.aff -rw-r--r-- 1 root root 527336 mars 20 02:29 en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_GH.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_GH.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_HK.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_HK.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_IE.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_IE.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_IN.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_IN.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_JM.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_JM.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_NA.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_NA.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_NG.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_NG.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_NZ.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_NZ.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_PH.aff - en_US.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_PH.dic - en_US.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_SG.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_SG.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_TT.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_TT.dic - en_GB.dic -rw-r--r-- 1 root root3115 mars 20 02:30 en_US.aff -rw-r--r-- 1 root root 534077 mars 20 02:30 en_US.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_ZA.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_ZA.dic - en_GB.dic lrwxrwxrwx 1 root root 9 mai 23 17:50 en_ZW.aff - en_GB.aff lrwxrwxrwx 1 root root 9 mai 23 17:50 en_ZW.dic - en_GB.dic
Re: [Mageia-dev] Idea to fix Way too many languages to choose from for spell checking in FF and TB mga#6125
On 27/06/2012 19:50, Marja van Waes wrote: On 27/06/2012 19:13, Dimitrios Glentadakis wrote: I would like to delete these disctionnaries but i do nt know how, i have 16 varietés of english and i found only a couple of files for english. I think en and en_ca , i am not 100% sure because i am not at home now. However, if there is a solution to delete manualy the dictionnaries , it is fine for me. Firefox seems to get all the languages it sees from /usr/share/hunspell/ It is mostly links in that folder I just removed a lot of such links, and after restarting Firefox, my list of languages to choose from was much shorter. All the removed ones have disappeared. I haven't restarted Thunderbird yet, so I don't know whether the effect will be the same there The effect is the same in TB: after removing all links in that folder and after restarting Thunderbird, I have only 13 languages instead of 176 languages to choose from. I'm happy :-D
Re: [Mageia-dev] Remove upgrade functionnality in installer
On 25/06/2012 12:01, Thierry Vignaud wrote: On 23 June 2012 15:20, Anne nicolasenn...@mageia.org wrote: I'd like to propose this one: https://wiki.mageia.org/en/Feature:RemoveUpgradeInstaller I disagree, it's very usefull. Hmm, I wonder if it should be fully removed, or whether it should just require that an internet connection is present such that anything not present on the media can be downloaded as needed. This could be a good compromise? A warning would be better for the DVD case. I agree Or we could try to detect unupgradable media and suggests to add network media. If the detection works good, that would be even better pb also is to manage non-free repositories. Some users use DVD and add non-free drivers after. 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) Great!
Re: [Mageia-dev] Remove upgrade functionnality in installer
On 23/06/2012 13:50, Anne Nicolas wrote: Hi there I'd like to propose this one: https://wiki.mageia.org/en/Feature:RemoveUpgradeInstaller Feel free to comment Cheers * Many people (many reporters in the forums) had problems with the upgrade function of Mgaapplet, because it doesn't respect the additional nonfree (and tainted) repositories that were added by the user. Will that be fixed first? https://bugs.mageia.org/show_bug.cgi?id=6061 * Till when has the period to propose new Features been extended? I told Macxi he was too late to propose https://forums.mageia.org/en/viewtopic.php?f=29t=2824p=21181#p21131 Cheers, marja
Re: [Mageia-dev] [Mageia-discuss] Accessibility in Mageia
On 12-06-12 04:13, Patricia Fraser wrote: Hi folks, I'd like to propose a new feature for Mageia 3 - an accessible install with access tools on from startup. The feature proposal is here: https://wiki.mageia.org/en/Accessibility This feature will depend on people being interested in joining in the effort - if that's you, add your name on that page somewhere, so we can see whether to go ahead. Cheers, Just read this is about making it easier for blind people - and people with other needs - to use Mageia. Great! Thanks a lot, Trish :) I didn't see this mail on dev ml, so sending it there, too, in case it didn't get there.
[Mageia-dev] Bugzilla mass ping: continued
Hi everyone, a little over 2 weeks ago, when cauldron equalled Mageia 2, so there wasn't a real cauldron, I did a mass ping for almost all cauldron bugs (except package requests) to ask whether they were still valid for Mageia 2. Most, if not all, of the following bugs were pinged then, but there seems not to have been a reply. However, there are too many of them for me to check: https://bugs.mageia.org/buglist.cgi?negate0=1keywords=NEEDINFOchfieldto=2012-05-27query_format=advancedkeywords_type=allwordschfieldfrom=2012-05-26field0-0-0=status_whiteboardbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDversion=Cauldrontype0-0-0=substringvalue0-0-0=MGA2TOOproduct=Mageia If you know about any of those bugs that it got solved, please make a comment in it and close it as RESOLVED - FIXED If you know the bug is still there in Mageia 2 and/or current cauldron: Please make a comment that the bug is still valid and * remove the NEEDINFO keyword * put MGA2TOO on the whiteboard if it exists in Mageia 2 *and* cauldron * change version to 2 if you know it was recently solved for cauldron, but not yet for 2 Thanks in advance, Marja
Re: [Mageia-dev] Last signs of life from maintainers in Bugzilla
On 07-06-12 09:41, Marja van Waes wrote: Hi everyone, AFAIK, there isn't an easy way to find the last sign of life of a maintainer in our Bugzilla, I use the bugzilla-daemon mails for that. The last sign of life of: supp (Tomáš Kindl) was on *2011-11-24* when he changed the status of bug 3429 to ASSIGNED shikamaru (Rémy Clouard) was on 2012-05-31, when he commented in bug 2822. That looks like he's still alive, however, his last sign of life in a ruby-* bug was on *2011-10-22*, in bug 3070 cjw alias spturtle (Christiaan Welvaart) was on *2011-12-30*, when he commented in bug 2157 Another one: dlucio (Daniel Lucio, AKA Luis Daniel Lucio Quiroz) *2012-04-28* when he closed bug 5605 as fixed He mentioned he had problems with email, but now: [11:28] xochiquetzal dlucio was last seen in #mageia-dev 67 days 7 hours ago saying whos fixing mysql-admin?.
Re: [Mageia-dev] Last signs of life from maintainers in Bugzilla
On 08-06-12 11:29, Marja van Waes wrote: On 07-06-12 09:41, Marja van Waes wrote: Hi everyone, AFAIK, there isn't an easy way to find the last sign of life of a maintainer in our Bugzilla, I use the bugzilla-daemon mails for that. The last sign of life of: supp (Tomáš Kindl) was on *2011-11-24* when he changed the status of bug 3429 to ASSIGNED shikamaru (Rémy Clouard) was on 2012-05-31, when he commented in bug 2822. That looks like he's still alive, however, his last sign of life in a ruby-* bug was on *2011-10-22*, in bug 3070 cjw alias spturtle (Christiaan Welvaart) was on *2011-12-30*, when he commented in bug 2157 Another one: dlucio (Daniel Lucio, AKA Luis Daniel Lucio Quiroz) *2012-04-28* when he closed bug 5605 as fixed He mentioned he had problems with email, but now: [11:28] xochiquetzal dlucio was last seen in #mageia-dev 67 days 7 hours ago saying whos fixing mysql-admin?. lol: another one erwan (Erwan Velu) *2011-10-05* @ Erwan I know you're not dead, can you please have a look at bugs 44, 2038 and 2652. or tell us if you're too busy or whatever and they should be reassigned?
[Mageia-dev] Last signs of life from maintainers in Bugzilla
Hi everyone, AFAIK, there isn't an easy way to find the last sign of life of a maintainer in our Bugzilla, I use the bugzilla-daemon mails for that. The last sign of life of: supp (Tomáš Kindl) was on *2011-11-24* when he changed the status of bug 3429 to ASSIGNED shikamaru (Rémy Clouard) was on 2012-05-31, when he commented in bug 2822. That looks like he's still alive, however, his last sign of life in a ruby-* bug was on *2011-10-22*, in bug 3070 cjw alias spturtle (Christiaan Welvaart) was on *2011-12-30*, when he commented in bug 2157 I only checked those three. There is undoubtedly a fast way to get a list with the last sign of life of everyone in that ml. I don't know how to do that. Cheers, Marja
Re: [Mageia-dev] Mageia 3 specifications
On 06-06-12 02:20, David W. Hodgins wrote: On Tue, 05 Jun 2012 05:02:35 -0400, Anne Nicolas enn...@mageia.org wrote: ping all. Very few proposals for now. Please take some time to fill it, it's important for coming release Is there an index page that makes it easy to see what features have already been submitted? https://wiki.mageia.org/en/Category:ProposedFeatureMageia3
[Mageia-dev] Forum support: your help is needed!
Hi everyone, As most of you will know, doktor5000 has been the main provider of support for Mageia users who go to the forum for help. His workload has increased, at the moment, he makes in between 30 and 40 posts in the forum a day. That is too much, he has a full-time job, he has packages to maintain, security updates and bug fixes to do, documentation to write, but because of the workload he doesn't get around to doing those other things for Mageia. Worse even, he doesn't have time left for some fun part of life. So your help is more than welcome. Please go to the forum and sign up in this thread https://forums.mageia.org/en/viewtopic.php?f=18t=2681 if you want to help. Thanks a lot :) Cheers, marja
[Mageia-dev] Bugzilla mass ping
Hi everyone, We have very many Cauldron bugs that aren't listed as package requests. https://bugs.mageia.org/buglist.cgi?order=Importancefield0-0-0=componentquery_format=advancedbug_status=NEWbug_status=UNCONFIRMEDbug_status=ASSIGNEDbug_status=REOPENEDbug_status=VERIFIEDversion=Cauldrontype0-0-0=matchescomponent=Installercomponent=RPM%20Packagescomponent=Release%20%28media%20or%20process%29component=Securityproduct=Mageia I plan to do a mass ping today, because we need to find out whether they are still valid for Mageia 2 Cheers, Marja
Re: [Mageia-dev] Bugzilla mass ping
On 26-05-12 13:23, Anne Nicolas wrote: Well rather than that it should be switched to Cauldron According to https://wiki.mageia.org/en/Triage_guide#The_bug_affects_two_different_releases.21_What_now.3F we should clone the still valid cauldron bugs for Mageia 2, and the cauldron bug should then be set to block the same bug in Mageia 2. Cheers, marja
Re: [Mageia-dev] Bugzilla mass ping
On 26-05-12 14:52, nicolas vigier wrote: On Sat, 26 May 2012, Marja van Waes wrote: On 26-05-12 13:23, Anne Nicolas wrote: Well rather than that it should be switched to Cauldron According to https://wiki.mageia.org/en/Triage_guide#The_bug_affects_two_different_releases.21_What_now.3F we should clone the still valid cauldron bugs for Mageia 2, and the cauldron bug should then be set to block the same bug in Mageia 2. That's a lot of bugs to clone. Instead of cloning every bugs, I would rather set bugs to Cauldron, and when someone fix a cauldron bug he should decide whether it's something worth fixing in Mageia 2 or not, and open a Mageia 2 bug if necessary. AL13N suggested to set a ALSO_MGA2 keyword for those bugs (so leave them to cauldron) instead of cloning them. We don't have such a keyword atm, but I'll use MGA2TOO on the whiteboard instead for now. That might change, depending on what leuhmanu, remmy and other bug squad members think about it. They might have an even better idea :)
Re: [Mageia-dev] NEEDHELP Bugzilla keyword
On 14/03/12 16:09, Olav Vitters wrote: On Wed, Mar 14, 2012 at 03:24:09PM +0100, Marja van Waes wrote: Do you mind testing with NEEDHELP on the whiteboard first? We can make a shared search for those bugs. Will do. Thanks, Olav :) For who wants to help, the search is here: https://bugs.mageia.org/buglist.cgi?status_whiteboard_type=allwordssubstrquery_format=advancedorder=Importancestatus_whiteboard=NEEDHELPbug_status=NEWbug_status=UNCONFIRMEDbug_status=ASSIGNEDbug_status=REOPENEDbug_status=VERIFIED The name of the shared search is NEEDHELP: Bugzilla - log in - Preferences - Saved Searches - scroll down to NEEDHELP - click on run (or tick the box in the last column, to get a permanent link to the search in Bugzilla's footer)
[Mageia-dev] kmail losing e-mails ?
Hi all, On #mageia-dev someone gave this link about e-mails that are eaten by akonadi/kmail https://kdeatopensuse.wordpress.com/2012/03/08/help-on-kde-pim-data-loss-bugs/ Does any one know whether this is something we should worry about? Regards, Marja
Re: [Mageia-dev] NEEDHELP Bugzilla keyword
On 14/03/12 13:15, Olav Vitters wrote: On Wed, Mar 14, 2012 at 11:24:17AM +, Pascal Terjan wrote: Probably I would never search for NEEDHELP bugs to see if I can help... For me it would serve 2 goals: - Know which bugs need help (in general) - Have a list of bugs to not look at Meaning: if assigned to me and the keyboard NEEDHELP is there, then don't look at it, because I just don't know what to do. So the keyword is also to simplify my bug list overview. I don't want to see the bugs I stumped with until someone assists. Maybe I should add NEEDINFO I guess (as a NEEDINFO on what to do, not NEEDINFO from reporter). That would confuse me, I remove the NEEDINFO keyword when I see the reporter came up with all requested information. Do you mind testing with NEEDHELP on the whiteboard first? We can make a shared search for those bugs.
Re: [Mageia-dev] ANN: version freeze and what it means for Mageia 1 updates
On 12/03/12 09:06, Samuel Verschelde wrote: Samuel Gives lessons and does nothing Verschelde Sorry for replying so late. I don't agree with the arithmatic you used here: things like working on madb aren't very visible to others, and your daytime job, looking after your children and other duties you have won't be very visible here, either, but they all require a lot of work (including thinking). You can't count invisible + invisible + invisible + etc. = 0 Anyone who remembers the first of October 2011, when you worked on assigning all those bugs and missed a lot of sleep, knows you're a hard worker. Cheers, Marja
Re: [Mageia-dev] fontconfig rules of google droid fonts
On 01/03/12 09:50, You-Cheng Hsieh wrote: 2012/3/1 Pascal Terjanpter...@gmail.com: On Thu, Mar 1, 2012 at 07:04, You-Cheng Hsiehyochenhs...@gmail.com wrote: Hello, Was the fontconfig rules of google droid fonts used for any specific purpose? http://svnweb.mageia.org/packages/cauldron/google-droid-fonts/current/SOURCES/ There is a Mageia1/cauldron bug which might be involved with those fontconfig rules: https://bugs.mageia.org/show_bug.cgi?id=751 Currently, with these config present, libreoffice cannot show proper font fallback while typing Chinese characters. By removing these config files, the problem is reduced to only happen in Droid Sans. If there's no other regressions or side-effects, please consider removing these fontconfig rules and rebuild google-droid-fonts for mageia 1 core update caldron. Thanks. I don't know anything about fontconfig but can removing those parts be enough? 140alias 141familysans-serif/family 142prefer 143familyDroid Sans/family 144/prefer 145/alias Thanks, that should do the same. Problem still happen while user typing Chinese with Droid Sans, but at least writer is now usable. Google-droid-fonts is a maintained package so we should wait for Dmorgan to respond? Here http://pkgsubmit.mageia.org/data/maintdb.txt I read it is not maintained: google-droid-fonts nobody
Re: [Mageia-dev] python-virtualenv: package default settings question
On 20/02/12 20:15, Lev Givon wrote: See https://bugs.mageia.org/show_bug.cgi?id=3358#c3 Anyone care to comment? L.G. To make replying easier, here is the question from the above link: By default, virtualenv creates virtual environments using setuptools rather than distribute. This causes virtualenv to complain if PYTHONDONTWRITEBYTECODE is set (which is the default in Mageia): The PYTHONDONTWRITEBYTECODE environment variable is not compatible with setuptools. Either use --distribute or unset PYTHONDONTWRITEBYTECODE. Do we effectively want to require users to explicitly set the variable in order to use virtualenv with its default settings? (If we do, I can add an installation message to the package to warn users to unset the variable themselves.) To me current behaviour as described above sounds strange, even irritating, but I'm not a packager and I don't even use the package, so I don't know enough. @ Lev I understand in Mandriva virtualenv the default settings can be used without having to unset a variable, and that that doesn't cause other problems. Is that correct? If so, and if no one cares to reply to this mail or in the bug report, I think you can just go ahead and change the default environment variable from PYTHONDONTWRITEBYTECODE to whatever Mandriva's default is. If that causes any new problems, we'll find out soon enough when the package is in cauldron ;) Regards, Marja
Re: [Mageia-dev] python-virtualenv: package default settings question
On 21/02/12 16:58, Lev Givon wrote: Received from Marja van Waes on Tue, Feb 21, 2012 at 04:42:20AM EST: On 20/02/12 20:15, Lev Givon wrote: See https://bugs.mageia.org/show_bug.cgi?id=3358#c3 Anyone care to comment? L.G. To make replying easier, here is the question from the above link: By default, virtualenv creates virtual environments using setuptools rather than distribute. This causes virtualenv to complain if PYTHONDONTWRITEBYTECODE is set (which is the default in Mageia): The PYTHONDONTWRITEBYTECODE environment variable is not compatible with setuptools. Either use --distribute or unset PYTHONDONTWRITEBYTECODE. Do we effectively want to require users to explicitly set the variable in order to use virtualenv with its default settings? (If we do, I can add an installation message to the package to warn users to unset the variable themselves.) To me current behaviour as described above sounds strange, even irritating, but I'm not a packager and I don't even use the package, so I don't know enough. @ Lev I understand in Mandriva virtualenv the default settings can be used without having to unset a variable, and that that doesn't cause other problems. Is that correct? The Mandriva package uses the same approach as the one in Mageia, i.e., PYTHONDONTWRITEBYTECODE is unset within /usr/bin/virtualenv so that it will run successfully without requiring that the user explicitly unset the variable or run the script with a specific flag. Given that the variable is only set when virtualenv is run to create a virtual environment and does not affect the variable's setting in a user's session, I'm inclined to leave the package as-is. Sounds indeed like there is no urgent reason for a change. Besides, python-virtualenv users who run both Mageia and Mandriva, or switch between them, will probably be glad the package behaves the same in both distro's :) It's a pity no python-virtualenv users seem interested in this discussion. There is a (small?) chance they missed it because the subject line of the first message in the thread didn't mention the package name, though. Regards, Marja
Re: [Mageia-dev] Qt-based software unusable under XFCE since almost 2 days
On 18/02/12 11:55, Michael Scherer wrote: Le samedi 18 février 2012 à 10:33 +0100, Olivier Thauvin a écrit : * Michael Scherer (m...@zarb.org) wrote: Le vendredi 17 février 2012 à 19:18 +0100, Claire Revillet a écrit : Hi, As a second point : there is still no xfce-* maintainer and as many people are using it on cauldron and as we have bug on Could we have xfce directly from dvd/dual/live installation please : it will be great that someone grab those packages. The candidat will have all our gratitude :) (and bug report :p ) If there is so much users, why is there no volunteer for taking just one package ? Being user does not mean having knowledge to maintain it. I know at least 2 people in the packagers group who use xfce. So if they have no knowledge for maintaining rpms ( and a dm doesn't require more knowledge than anything else ), that would be shocking. Anyway, if a major DE is unmaintained, maybe we should start to think removing it until there is enough volunteer, since we do not want to have a popular application to be crappy due to lack of maintainer. This would be lying to user, and giving them false expectations. Here are the xfce bugs we have (fast search for xfce or xfce4 in RPM Package field, without enhancement requests), the oldest one dates from July 18th: https://bugs.mageia.org/buglist.cgi?query_format=advancedfield0-0-0=cf_rpmpkgbug_severity=criticalbug_severity=majorbug_severity=normalbug_severity=minorbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDtype0-0-0=anywordsvalue0-0-0=xfce%20xfce4
Re: [Mageia-dev] Fosdem 2012 - Mageia stand
On 26/01/12 02:20, Sebastian sebsebseb wrote: On 25/01/12 08:26, Remco Rijnders wrote: On Wed, Jan 25, 2012 at 09:21:41AM +0100, Oliver wrote in 1327479701.21166.4.ca...@beteigeuze.oli-home: Am Sonntag, den 15.01.2012, 11:38 +0100 schrieb Oliver Burger: Calling again... Until now we have 19 people coming to FOSDEM but only 5 who have volunteered to help for some time at the stand. So, if you are coming to FOSDEM, please consider helping us there, so it won't be a few people having to stay there the whole day. It's always great to have so many people reacting... We are about 20 people at Fosdem and only five of them do volunteer to help at the stand, meaning those five will have actually not time left to attend any sessions? I don't really believe this. Or am I just too German in my organisation and the way to go is to just wait who will honour us with his presence? And I can throw the whole organisation out of the window? Speaking only for myself here... I had the distinct impression when I looked at the FOSDEM site a few weeks back that the list of talks was not complete yet. I was kind of waiting on that to see what talks I really wanted to attend, and then see what times that'd leave me to help at the stand. Remco It's a bit like this for me as well. I would like to help on the Saturday and Sunday at the Mageia stand however I do not know when exactly, because I haven't been to FOSDEM before. In fact I haven't been to any Linux/opensource/freesoftware event before. From Sebastian sebsebseb Nor have I, but I don't mind seeing the talks on youtube afterwards. Will all talks be recorded?
Re: [Mageia-dev] Fosdem 2012 - Mageia stand
On 27/01/12 21:06, Maarten Vanraes wrote: Op vrijdag 27 januari 2012 12:56:10 schreef Marja van Waes: Nor have I, but I don't mind seeing the talks on youtube afterwards. Will all talks be recorded? i think only the bigger ones... but we may have a problem when the general assembly is there, because likely everyone will want to be there... I suppose I was the last one to start contributing (september 1st 2011), so I think I should take care of the Mageia stand during the assembly.
Re: [Mageia-dev] PHP + phpBB mod capabilities needed to fix bug 1956 - please help
On 11/01/12 21:13, nicolas vigier wrote: On Wed, 11 Jan 2012, Marja van Waes wrote: I can't talk for that minority, of course. However, I can talk for myself: In such circumstances it is very possible that I'd agree to do something to later find out I can't concentrate on the task no matter how hard I try. I regret it wasn't decided that the people who wanted unlimited edit time should make the MOD, after which the unlimited edit time would be implemented. They were going to get what they wanted (the unlimited edit time), wouldn't that have given them wings to do that MOD? I think unlimited edit time should be enabled, but there is no need for a MOD. Creating a MOD to keep history of post edits is not really trivial, and could be difficult to maintain in the future. If we really want this feature, it would probably be better to have it implemented in upstream phpbb before we use it. But the main problem is not edit time, I don't really care about edit time myself. The main problem is that there seems to be a majority of people who think it should be enabled, that there is no good reason to not do it, or at least try it for a few months (as was proposed several times by different people), but it is still not done, because someone decided it shouldn't be done. It could have been enabled in 2 minutes 8 months ago and we would have avoided those endless debates. This issue is about a seeming majority of people wanting a certain feature. It is not about a buggy forum. It is about an enhancement, that isn't even an enhancement in everybody's eyes. Maintainers of packages have the freedom to refuse to do an enhancement request https://wiki.mageia.org/en/Bug_policy#Enhancement_requests Maintainers can refuse regardless of what reason they have to refuse. Why don't we give the maât the same right for the unlimited edit time request? Moreover, in article 18 of the Universal Declaration of Human Rights it says: Everyone has the right to freedom of thought, conscience and religion... http://en.wikipedia.org/wiki/Universal_Declaration_of_Human_Rights#Article_18 This article was of course written for all those cases when someone has different thoughts, conscience and/or religion than we have. It is evident from what maât wrote, that he is convinced the edit time should stay very limited. Why do we ignore the universal declaration of human rights and try to force him to do something that is against his conscience? Regards, Marja
Re: [Mageia-dev] PHP + phpBB mod capabilities needed to fix bug 1956 - please help
On 12/01/12 15:48, Wolfgang Bornath wrote: 2012/1/12 Marja van Waesmarj...@xs4all.nl: Moreover, in article 18 of the Universal Declaration of Human Rights it says: Everyone has the right to freedom of thought, conscience and religion... http://en.wikipedia.org/wiki/Universal_Declaration_of_Human_Rights#Article_18 Yes, so why do you deny these right sto the majority of the forum people? I don't :) I don't even deny it when our seeming majority would turn out to be a minority. Please be careful with the words the majority, we don't have a good tool yet to know what everybody wants. That would mean: inform everybody in the Mageia community in a factual way about the different points of view and then let them vote anonymously. Too many users don't see the polls, I think it would be better to have them on www.mageia.org, instead of hidden in forum threads. It would be good to make sure there isn't a different, silent majority here. This article was of course written for all those cases when someone has different thoughts, conscience and/or religion than we have. It is evident from what maāt wrote, that he is convinced the edit time should stay very limited. Why do we ignore the universal declaration of human rights and try to force him to do something that is against his conscience? I guess you agree that those principles where written with the spirit of democracy behind it all - so you agree also that those declarations do not say that one has the right to force his opinion on all others. Of course not. Funny that you seem to think maât did that, I didn't see him force anyone to use the forum as it is. As I wrote in the bug report: we will hopefully see a decision about this in next council meeting to close this discussion for good
Re: [Mageia-dev] PHP + phpBB mod capabilities needed to fix bug 1956 - please help
On 12/01/12 17:47, Wolfgang Bornath wrote: 2012/1/12 Marja van Waesmarj...@xs4all.nl: On 12/01/12 15:48, Wolfgang Bornath wrote: 2012/1/12 Marja van Waesmarj...@xs4all.nl: Moreover, in article 18 of the Universal Declaration of Human Rights it says: Everyone has the right to freedom of thought, conscience and religion... http://en.wikipedia.org/wiki/Universal_Declaration_of_Human_Rights#Article_18 Yes, so why do you deny these right sto the majority of the forum people? I don't :) I don't even deny it when our seeming majority would turn out to be a minority. Please be careful with the words the majority, we don't have a good tool yet to know what everybody wants. Hmm, from the people who participated in the initial discussion which led to the council compromise I count 2 in favor of the limitation, the rest against it. This I call a majority. During the 8 months since we have this issue I read lots of complaints about the limitation, I did not read any post in favor of it. This is what I call a majority. I don't. There are a forum thread and a bug report with a lot of harsh words, and only a minority of the Mageia community participated. It is possible that the angry majority there has the same opinion as the real majority, but we don't know yet. In an election or a poll (a democratic process) how much weight do those have who do not give their vote? In every election there is a number of people who do not vote, either because they don't care or none of the given options is to their liking. But I haven't seen an election or poll where the silent number was counted in favor for one side or the other. So, if you are talking about the silent majority I can ask you rightfully, on which side the silent majority would be. I was not clear, sorry. IMHO, if every Mageia community member had received an invitation to vote in a virtual polling station, seperated from the emotional forum thread about the issue, there would have been a lot more votes. * It is well known that people can vote differently when there votes are seen then when they are not seen. * Also a thread where such harsh words are said, makes some people run away, and others reluctant to say what they think, for fear everything might escalate further. * Apart from that, there are community members who never were aware this thread was there * and others were, but didn't know it was the place to vote. Of course I don't know what outcome a proper democratic voting would have given. I guess you agree that those principles where written with the spirit of democracy behind it all - so you agree also that those declarations do not say that one has the right to force his opinion on all others. Of course not. Funny that you seem to think maât did that, I didn't see him force anyone to use the forum as it is. Then you think that his behavior is ok and everybody who doesn't like it can leave? That is not funny. It is against all that Mageia stands for. I think we do not have different opinions, we are living in different worlds. I think that if a real majority wants a forum with unlimited edit time, that we should have it. My point is, that Maât isn't our slave, we can't force him to do it, never. So then it would be necessary to look for someone else to take Maât's place. I hope that if that happens, we'll at least manage to be nice to him and thank him for the work he has done.
Re: [Mageia-dev] PHP + phpBB mod capabilities needed to fix bug 1956 - please help
On 03/01/12 10:09, Wolfgang Bornath wrote: 2012/1/3 Michael Schererm...@zarb.org: Le lundi 02 janvier 2012 à 22:17 +0100, Maarten Vanraes a écrit : Op maandag 02 januari 2012 21:40:31 schreef Michael Scherer: Le lundi 02 janvier 2012 à 19:41 +0100, Marja van Waes a écrit : Hi everyone, Can someone please help to fix bug 1956? You don't need to be a regular forum visitor. We need someone to find and implement a probably existing MOD, needed to keep forum posts history when unlimited edit time is enabled From wobo's comment #32: Capabilities needed: Well, one could say that anybody who - knows how to run phpBB as admin and - has seen a line of php - knows how to edit code (respecting tags and such) - knows how to cutpaste should be able to install an existing MOD (if I'm not mistaken there is one or more). I know next to nothing about php coding. But I've been running a phpBB forum for a couple of years and successfully implemented some MODs in phpBB2 and phpBB3. With no help (except the phpBB-forum in case of problems). In practice you have a detailed installation README for each MOD. Like - open file /foo/bar/doo.php - Find the line which starts with '..' - After that add - . And more such step-by-step guidance My eyes start to bleed dues to such guidances. i'm sure misc means to say that we should have all our changes in packages/puppet config so that we can update without issues. and with file edits, that's a whole different thing. I was more thinking of proper patchs or better, proper modules, with files to deploy in a well know directory . I only gave a part of an example. MODs are made as enhancement to the standard software. The easiest MOD is like Michael wrote: a module with files to deploy in a well known directory. But in most cases they consist of files to copy into various directories of the program tree and changes to existing files of the software. There are other MODs which can be implemented automatically - which is far worse IMHO. This is where a modded phpBB3 could turn into a nightmare to maintain - believe me, I've been there :( Of course no developper of a MOD could know what somebody has already done to the standard files, so it's not possible do use only patches. And it could be (and that happens quite often) that a MOD is not compatible to your already modificated forum software (destroys other modifications or whatever). IMHO the best way in this case here would be a mod written for our setup, all changes well defined to make it maintainable in a proper way. Saying this I beg to think again whether the issue justifies all the time and work. It would make me very, very happy, does that count a little? If I were sure that I'd be able to learn how to do it, I would now consider to halve the time I use for the Bug Squad and Doc Team and start learning.
Re: [Mageia-dev] Fosdem 2012 - Mageia stand
On 11/01/12 10:15, Colin Guthrie wrote: 'Twas brillig, and Oliver Burger at 11/01/12 07:56 did gyre and gimble: as you might already know from previous mails or from the blog post published yesterday, Mageia is (again) attending Fosdem this year. http://blog.mageia.org/en/2012/01/10/happy-new-mageia-year/ Aside from participating in some discussion sessions and a talk done by misc, we are also having a stand there for showing mageia to the public. For this we do still need some help from you. We should have two people there all the time and as you might imagine, nobody wants to stand there all day. So if you are attending FOSDEM this year and are willing to help us, please enter your name here: https://wiki.mageia.org/en/Fosdem_2012#Mageia_booth Looking forward to meeting many people there, In a stunning break from the norm, I've actually managed to not plan a skiing holiday over the FOSDEM weekend... Misc won't believe me but I WILL be there! Added my name to the list. Col Great :) You don't want to join the dinner saturday night? https://wiki.mageia.org/en/Fosdem_2012#Dinner_Saturday_night
Re: [Mageia-dev] PHP + phpBB mod capabilities needed to fix bug 1956 - please help
On 11/01/12 10:54, Wolfgang Bornath wrote: 2012/1/11 Marja van Waesmarj...@xs4all.nl: On 03/01/12 10:09, Wolfgang Bornath wrote: Le lundi 02 janvier 2012 à 19:41 +0100, Marja van Waes a écrit : Hi everyone, Can someone please help to fix bug 1956? IMHO the best way in this case here would be a mod written for our setup, all changes well defined to make it maintainable in a proper way. Saying this I beg to think again whether the issue justifies all the time and work. It would make me very, very happy, does that count a little? If I were sure that I'd be able to learn how to do it, I would now consider to halve the time I use for the Bug Squad and Doc Team and start learning. Why? IMHO this complete issue is going out of proportions. Let's remember why we *seem to need* this MOD in the first place. And what will we find? The time-to-edit discussion, again. In the council meeting where it was decided to have this mod It looked as the best way to please a disturbing minority request, the more as that same minority gave the impression that such a MOD could be implemented within a reasonable time span. As we see now after 8 months, this was never the case. I can't talk for that minority, of course. However, I can talk for myself: In such circumstances it is very possible that I'd agree to do something to later find out I can't concentrate on the task no matter how hard I try. I regret it wasn't decided that the people who wanted unlimited edit time should make the MOD, after which the unlimited edit time would be implemented. They were going to get what they wanted (the unlimited edit time), wouldn't that have given them wings to do that MOD? Regards, Marja
[Mageia-dev] PHP + phpBB mod capabilities needed to fix bug 1956 - please help
Hi everyone, Can someone please help to fix bug 1956? You don't need to be a regular forum visitor. We need someone to find and implement a probably existing MOD, needed to keep forum posts history when unlimited edit time is enabled From wobo's comment #32: Capabilities needed: Well, one could say that anybody who - knows how to run phpBB as admin and - has seen a line of php - knows how to edit code (respecting tags and such) - knows how to cutpaste should be able to install an existing MOD (if I'm not mistaken there is one or more). I know next to nothing about php coding. But I've been running a phpBB forum for a couple of years and successfully implemented some MODs in phpBB2 and phpBB3. With no help (except the phpBB-forum in case of problems). In practice you have a detailed installation README for each MOD. Like - open file /foo/bar/doo.php - Find the line which starts with '..' - After that add - . And more such step-by-step guidance It's easy most times but getting tricky the more the installed phpBB3 differs from the standard software. Implementing a MOD which does not already exist (aka writing a MOD) is a whole different story, of course. So the first step should be searching an existing MOD with the wanted functionality. Regards and happy new year :) Marja
[Mageia-dev] Assigned correctly?
Hi everyone :) We don't have the new workflow yet, and very few assignees show we assigned to them correctly by setting the status of the bug to ASSIGNED. (The few who do: thanks a lot :D ) If you need the ASSIGNED status to control your work flow, could you please be so kind as to put OK on the whiteboard as soon as you've seen we didn't make a mistake by assigning to you? Of course, if you don't need that status to control your work flow, then please set it to ASSIGNED as soon as you verified the assignment and agree :) Thanks a lot, Marja
[Mageia-dev] Fwd: [Mageia-discuss] Fwd: [FOSDEM] Call for stands, devroom talks and lightning talks
FYI: Originele bericht Onderwerp: [Mageia-discuss] Fwd: [FOSDEM] Call for stands, devroom talks and lightning talks Datum: Tue, 22 Nov 2011 09:52:57 +0100 Van:Romain d'Alverny r...@mageia.org Antwoord-naar: Mageia general discussions mageia-disc...@mageia.org Aan:Mageia general discussions mageia-disc...@mageia.org Hi guys, FOSDEM is calling! (4-5 February, in Brussels, Belgium) And this will be the time: - we meet Europe-wide (and more); - we can handle a booth to demonstrate Mageia; - lots of cool people and cool talks happen to happen; - we hold our annual general assembly (with a moral and financial report); - 1/3rd of the board is renewed - there are 6 board members, so that makes for 2 people to be elected among current Council members; see https://wiki.mageia.org/en/Org#Mageia_Board - council should be re-elected (that is, team leaders re-elected). So. - who will be there? (I will) - who would like to act there as a Mageia member? (booth, conference) - what do we need? Romain -- Message transféré -- De : Mattiasapos;Tiasapos; Gunsmg...@fosdem.org Date : 16 nov. 2011 10:53 Objet : [FOSDEM] Call for stands, devroom talks and lightning talks À : Fosdem Announcefos...@lists.fosdem.org Dear Hackers, We hereby invite any and all open source projects to participate in FOSDEM 2012 by manning a stand for the weekend, by giving a talk in a devroom or by giving a 15 minute talk in our lightning talk room. See http://fosdem.org/2012/call-for-participation on how to submit proposals. * Manning a stand We offer open source projects a place for a stand in the hallways. Stands can be used to share information, demo software, sell merchandising, give away goodies and so forth. Stands allow projects to present themselves to the visitors in a more personal fashion. See http://fosdem.org/2012/call-for-stands for more details * Talking in a devroom We will be hosting 25 (!) different devrooms, covering a broader spectrum of the open source landscape than any year before. The accepted devrooms are: Ada -- BSD licensed operating systems -- Configuration and Systems Management -- Cross Desktop -- Distribution Miniconf -- Embedded -- Free Java -- Graph Processing -- Hardware Security and Cryptography -- JBoss.org -- Legal Issues -- LibreOffice -- Mono -- Mozilla -- Multiserver -- microkernel-based operating systems -- MySQL and Friends -- Open Mobile Linux -- Open Source Game Development -- Open Source Telephony -- Open Source Virtualization and Cloud -- Perl -- PostgreSQL -- Smalltalk -- World of GNUstep -- X.org and OpenICC See http://fosdem.org/2012/call-for-participation for the list of announcements or contact devro...@fosdem.org for a contact address. * Lightning talks We have a special lightning talk room for all remaining open source projects that do not fit in any of the devrooms. Lightning talks are short 15 minute focussed talks in which one person gets to present the project or an aspect of it. See http://fosdem.org/2012/call-for-lightningtalks for more details. FOSDEM is organized by and for the community, non-commercial and highly developer-oriented. Its goal is to provide Free and Open Source developers a place to meet. Now is the time to become part of it. The FOSDEM organizers. ___ FOSDEM mailing list fos...@lists.fosdem.org https://lists.fosdem.org/listinfo/fosdem -- Romain d'Alverny http://mageia.org/ board council member
[Mageia-dev] Bug 2157 - Switch to standard rpm metadata for package repositories in Mageia 2
For whoever wants to discuss: (In reply to comment #0) Mageia 2 spec #034 also see https://mageia.org/wiki/doku.php?id=iso2:technical_specification Mageia repositories currently have a media_info dir which contains a line-oriented 'synthesis' file, plus some XML files with additional information like package descriptions, and a hdlist which AFAIK is not used by urpmi. Fedora and opensuse repositories do not use this format for metadata but instead have a repodata dir containing a 'primary' and other XML files, which are all listed in a 'rpomd.xml' file. The two schemes are similar which is not very surprising because the requirements are the same. Most package managers with rpm support can use the repomd style but urpmi can't. Only a few package managers support synthesis style metadata. Switching to this 'standard' repository metadata would give people more choice: use other package managers (e.g. yum or zypper) in mageia and use urpmi on other distros. In the long term this should help make urpmi easier to maintain: the standard metadata is a bit easier to extend, urpmi will be more a standard tool: behavior can easily be compared to other package managers, test suites may be shared. Some not very useful index size numbers for mga cauldron x86_64 core/release : 1.7Msynthesis.hdlist.cz 1M info.xml.lzma 5,6Mchangelog.xml.lzma 8,7Mfiles.xml.lzma 4,4Mprimary.xml.gz 3,4Mother.xml.gz 11M filelists.xml.gz (8,8M when compressed with xz) Goals: - no negative impact for people who use the default package tools - basic support for other package managers (yum, zypper, apt) in mageia 2 (better support where packagekit uses the package manager the user has chosen is not part of this spec but could be a follow-up feature) the plan is: - modify urpmi to only support repomd metadata - add repomd metadata to the cauldron repository while keeping synthesis - upload the new urpmi - after either the mga2 or mga3 release: drop synthesis/hdlist metadata from cauldron so there will be 1 or 2 stable releases that carry both types of repository metadata. The build infrastructure needs to support this of course. This adds some complexity and uses extra space on the mirrors. Things that need to be changed: - urpmi perl code - maybe a fast xml reader in C, like yum has ? - rpmdrake/installer ? - build system Open questions: - Is there anything I missed, unique urpmi features that will be broken by such a change, other expected problems? - A volunteer is needed for writing the needed perl code for perl-URPM etc., otherwise the change won't happen. a comment here https://mageia.org/wiki/doku.php?do=showid=iso2%3Atechnical_specification : sounds interesting but needs to have 2 kinds of metadata in parallel while it's not all integrated - discussions needed
Re: [Mageia-dev] Proposal for bug statuses and workflow
Op 19-10-11 23:30, Samuel Verschelde schreef: Here is a workflow proposal for bug reports in bugzilla. I think it looks great, it solves several of the Bug Squad's problems :)
Re: [Mageia-dev] Proposal for bug statuses and workflow
Op 19-10-11 23:45, Marja van Waes schreef: Op 19-10-11 23:30, Samuel Verschelde schreef: Here is a workflow proposal for bug reports in bugzilla. I think it looks great, it solves several of the Bug Squad's problems :) BTW, replacing status NEW + keyword Triaged by status TRIAGED, and leaving all the rest the same, would solve another problem and save time ;)
Re: [Mageia-dev] Add i18n-zh...@ml.mageia.org to bug CC list?
Op 14-10-11 03:28, You-Cheng Hsieh schreef: Hello, Is it possible to add a mailing list to bug CC list? Currently many bugs related to Traditional Chinese issues are reported by person. But I think it would be more helpful if the bug changes can be CC to our mailing list so that more users can track and receive progress. If the bug reporter cannot test or unavailable to response, other users who subscribed the mailing list can help test it. I tried add mail address to CC list but get a Match Failed error: Bugzilla was unable to make any match at all for one or more of the names and/or email addresses you entered on the previous page. Please go back and try other names or email addresses. CC: i18n-zh...@ml.mageia.org did not match anything I would like to know if it can be done this way or require more work to be done. Thanks, You-Cheng Hsieh Maybe you could use a new identity taiwanese mailinglist with e-mail address i18n-zh...@ml.mageia.org to report this as a bug in Bugzilla. I'm curious to see if you'll be able to cc to that address once the address is known in Bugzilla
Re: [Mageia-dev] Add i18n-zh...@ml.mageia.org to bug CC list?
Op 14-10-11 08:51, Remco Rijnders schreef: On Fri, Oct 14, 2011 at 02:26:16AM -0400, andre999 wrote in 4e97d608.2040...@laposte.net: You-Cheng Hsieh a écrit : Is it possible to add a mailing list to bug CC list? At the moment such changes require action by the sysadm team. Perhaps it would be possible to allow the bugsquad team leader to carry out this action? Regards, Remco Hi Remco, That wouldn't help, we have a Team council representative (he would undoubtedly be willing to do this), but we don't have team leader. Maybe you'd like to reconsider becoming team leader of the Bug Squad? Contact/join the team * By subscribing to the mageia-bugsquad https://www.mageia.org/mailman/listinfo/mageia-bugsquad mailing list * By joining the #mageia-bugsquad irc://irc.freenode.net/#mageia-bugsquad IRC channel on Freenode * Team contact: Marja van Waes (marja) * Team leaders: ? * Team council http://www.mageia.org/wiki/doku.php?id=org:council representative: Manuel Hiebel (leuhmanu)
Re: [Mageia-dev] Add i18n-zh...@ml.mageia.org to bug CC list?
Op 14-10-11 08:47, José Jorge schreef: - You-Cheng Hsiehyochenhs...@gmail.com a écrit : CC: i18n-zh...@ml.mageia.org did not match anything I would like to know if it can be done this way or require more work to be done. I think you only need to create a bugzilla account with this email address I think José is right, my suggestion to file a bug report as a reporter with this e-mail address, is probably overdone ;)
[Mageia-dev] Bug 3047 Assigned confusion
Hi everyone, Is anyone willing to look into bug 3047 https://bugs.mageia.org/show_bug.cgi?id=3047 and share your ideas from a developer's point of view? Regards, Marja
[Mageia-dev] unsatisfied typelib(GdmGreeter)
Hi, In cauldron, I get this when updating (as far as can I remember, this wasn't reported in this mailinglist yet and I don't see it in Bugzilla): [root@LenovoBeneden marja]# LC_ALL=C urpmi --auto-update medium Core Release is up-to-date medium Core Updates is up-to-date medium Nonfree Release is up-to-date medium Nonfree Updates is up-to-date medium Tainted Release is up-to-date medium Tainted Updates is up-to-date A requested package cannot be installed: gnome-shell-3.1.90-2.mga2.i586 (due to unsatisfied typelib(GdmGreeter)) Continue installation anyway? (Y/n) n [root@LenovoBeneden marja]# Greetz, Marja
Re: [Mageia-dev] [135989]
Op 30-08-11 16:05, Florian Hubold schreef: Am 30.08.2011 15:57, schrieb Michael Scherer: Le mardi 30 août 2011 à 15:47 +0200, Florian Hubold a écrit : Am 30.08.2011 12:56, schrieb John Balcaen: 2011/8/29 Zémmode...@gmail.com: Guys, could you please chill down a bit? Seems this whole problem is about miscommunication and also about wrong attitude. Could you please discuss this first in private one-on-one, and if this is not sufficient then contact someone else to help you or in the worst case, contact the Council if you don't get this conflict solved? They did discuss in private chat, and also contacted someone to step and help. Well an open discussion on a public mailing list raises awareness on the conflict, but will it help in solving it? IMHO not. So what now? This open discussion might even make things worse, because it arouses people and makes some people want to do something about the situation which, without enough knowledge, is a dangerous thing to do (Alas! I did send mails to Zé and Mikala, trying to help but probably doing the opposite). At the same time, I think a hidden conflict does more harm than one everybody knows about. Besides, I think it is good to be aware that conflicts do arise, and even arise in wonderful environments where a lot of nice people are committing themselves to a great purpose without any financial profit in return. What do you think about making a how-to about how to prevent conflicts? Or a check list for steps to be taken when a conflict does arise? There must be a lot of knowledge on these subjects within the Mageia community. Most of us, if not all, have prevented and solved conflicts, we only need to share our experience and knowledge.
Re: [Mageia-dev] LibreOffice English help - very small
Op 26-07-11 15:01, Margot schreef: Just been looking in the core/updates_testing/ repo to see if there was anything that I could install to help with testing, and I noticed that the libreoffice-help-en-3.3.3.1-0.1.mga1.i586.rpm is only 18KB and all other languages are more than 5000KB. Is this right? Well, in Mageia Cauldron libreoffice-core 3.4.2.1 2.mga2 seems to contain the englisch helpfiles: /usr/lib/libreoffice/basis3.4/help/en /usr/lib/libreoffice/basis3.4/help/en/default.css /usr/lib/libreoffice/basis3.4/help/en/err.html /usr/lib/libreoffice/basis3.4/help/en/highcontrast1.css /usr/lib/libreoffice/basis3.4/help/en/highcontrast2.css /usr/lib/libreoffice/basis3.4/help/en/highcontrastblack.css /usr/lib/libreoffice/basis3.4/help/en/highcontrastwhite.css /usr/lib/libreoffice/basis3.4/help/en/sbasic.cfg /usr/lib/libreoffice/basis3.4/help/en/sbasic.db /usr/lib/libreoffice/basis3.4/help/en/sbasic.ht /usr/lib/libreoffice/basis3.4/help/en/sbasic.idxl /usr/lib/libreoffice/basis3.4/help/en/sbasic.idxl/_0.cfs /usr/lib/libreoffice/basis3.4/help/en/sbasic.idxl/segments.gen /usr/lib/libreoffice/basis3.4/help/en/sbasic.idxl/segments_2 /usr/lib/libreoffice/basis3.4/help/en/sbasic.jar /usr/lib/libreoffice/basis3.4/help/en/sbasic.key /usr/lib/libreoffice/basis3.4/help/en/sbasic.tree /usr/lib/libreoffice/basis3.4/help/en/schart.cfg /usr/lib/libreoffice/basis3.4/help/en/schart.db /usr/lib/libreoffice/basis3.4/help/en/schart.ht /usr/lib/libreoffice/basis3.4/help/en/schart.idxl /usr/lib/libreoffice/basis3.4/help/en/schart.idxl/_0.cfs /usr/lib/libreoffice/basis3.4/help/en/schart.idxl/segments.gen /usr/lib/libreoffice/basis3.4/help/en/schart.idxl/segments_2 /usr/lib/libreoffice/basis3.4/help/en/schart.jar /usr/lib/libreoffice/basis3.4/help/en/schart.key /usr/lib/libreoffice/basis3.4/help/en/schart.tree /usr/lib/libreoffice/basis3.4/help/en/shared.db /usr/lib/libreoffice/basis3.4/help/en/shared.ht /usr/lib/libreoffice/basis3.4/help/en/shared.jar /usr/lib/libreoffice/basis3.4/help/en/shared.key /usr/lib/libreoffice/basis3.4/help/en/shared.tree /usr/lib/libreoffice/basis3.4/help/idxcaption.xsl /usr/lib/libreoffice/basis3.4/help/idxcontent.xsl /usr/lib/libreoffice/basis3.4/help/main_transform.xsl I suppose it's the same with your version.