Re: [Mageia-dev] [RPM] cauldron core/release wine-gecko-1.1.0-2.mga1
On 11 March 2011 00:04, Mageia Team wrote: > ahmad 1.1.0-2.mga1: > + Revision: 67279 > - imported package wine-gecko This one is 32bit only. However I was under the impression that newer versions work on x86_64 too
[Mageia-dev] database servers
Hi, because of the alpha2 iso thread I was just looking at the available database servers in Mageia. Especially keeping my eye on postgres. At the moment, we have only one version of postgres: postgresql9.0-9.0.2. I would like to have at least posgresql8.4 as well for compatibility reasons. Even between minor version changes of postgres, there sometimes are changes in the database format or the syntax which force you to rewrite a lot of application code using postgres and dump your databases, update and restore them. Normally this is working nicely, but if you are using extensions to postgres like postgis and so on (which may or may not be packaged and thus be selve compiled), it can be a pain in the ass. I (as a padawan packager) feel not up to packaging something like postgres, so I would like to ask if someone else would? On a related item I would like to ask, if we are going to provide mariadb as an alternative for mysql. Oliver
Re: [Mageia-dev] Contributors using real name/working email? or not? or maybe?
On Thu, Mar 03, 2011 at 05:40:31PM +0100, Michael Scherer wrote: 2) @mageia.org lessens the personal spam problem, and looks more official as well. It doesn't lessen the problem, it move it to someone else ( ie, sysadmin team ). But the sysadmin team will have to do this task already anyways (and might be better equipped to do it than someone receiving mail on their personal domain with non public addresses). Remco signature.asc Description: Digital signature
[Mageia-dev] The solution of the epoll voting issue
Hi, when we voted for packagers representatives, several people had issues with epoll and with mail being sent. It turn out that I found the problem by chance tonight and it was a conjunction of several problems : - our setup was ( and is still ) sub-optimally configured. We do check spam when receiving mail, and also when sending mail. While this could help the system by giving him normal mail ( ie ham ), this waste some ressources. - we have a quite strict antispam, ie the latest version of spamassassin, and we disabled nothing. There is a impressive range of plugins nowadays. For people that do not know the principle, spamassassin take the mail to look, check it against a huge corpus of rules and plugins, and assign a score for each. If the score cross a threshold, it is discarded ( or tagged ). It seems that some ballots sent with Anne email ( being ennael1@gmail , the 1 is important ) triggered 3 checks : NML_ADSP_CUSTOM_MED=1.2 this one is related to DKIM ( a norm about cryptographic authentication, see wikipedia for details ). I guess it was badly configured on our side. FREEMAIL_ENVFROM_END_DIGIT=2.223, SA detected that the From was using gmail, a popular free webmail, and that the email was finished by a number. And SA developpers think that statically sign of a spam ( based on a corpus of spam, see with them for the details ). FREEMAIL_REPLY=2.499, This one is slightly more subtle. SA detected that From: header was a free webmail address, but that there was another email in body, and that email was also a free webmail ( if you read your spam, you may have seen this pattern : "I am John, the CTO of this foreign company, I want to invest in your country, please answer me on john@free_web_mail.example.org ", and that's what is detected right now ). Again, that's based on their stats. Total score : 4.924 ( there was a -1 as this was from a trusted ip, and some 0.001 ) Score to be killed : 4.7 Headshot. So that explain why people who were affected were those on gmail, yahoo or laposte.net, and while the one with their own domain ( me, boklm, etc ), were not affected. That doesn't explain why we didn't think to look at this however :/ Sorry about that, now we established the problem was on our side. So, what is plan to prevent this for next time. First, we will make sure that people who use epoll : - are not scrubbed for spam ( but I tought I did it ) - do not use a email that will trigger SA checks. A naive solution would be to lower the score on our server, but this will not solve the problem that the rest of the network will use a default spamassassin ( or a version with the same settings ), and so would likely refuse the spam on their side. So in the end, the result will likely just make us receive more spam. -- Michael Scherer
Re: [Mageia-dev] Seamonkey package
I just downloaded the latest Seamonkey 2.0.12 SRPM from Mandriva cooker and rebuilt it on my Mageia VM and it built flawlessly, I only had to remove all the obsolete "%if %mdkversion" sections, but all dependecies are available in Mageia. So technically importing Seamonkey into Mageia seems straightforward, the only issue is licensing (as for Firefox). Christiaan I'm a newbie packager here at Mageia so personally I'd much prefer if you maintain this package for Mageia, it looks far too complex for me. :) -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] Seamonkey package
Quote: nicolas vigier wrote on Fri, 11 March 2011 00:39 > So maybe we need to request permission, as explained in the > "Modifications" section. I think you are right and I think it might be rather urgent given that Firefox is already in on the mirrors and in the alpha1 isos. -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] Yet another list of missing packages
Le jeudi 10 mars 2011 à 17:41 +0100, xi a écrit : > Michael Scherer wrote: > > > So I assume that you ( or tux99 ) are ready to test it, or better to > > maintain it ? > > > > Because I do not have the hardware to test, do not plan to try to find > > it, and my time is quite limited. So I will not work on it if I cannot > > check that it work, and if no one does the job, it doesn't happen by > > itself. > > Same as Tux99 here: I have two old PIII PC with ISA sound cards, both > running a mandriva 2008 for multimedia purposes. > > Ok to test, but I can't promise I will do that as fast as you would need... > > Basically, I will test alpha2 ISO and report whether this package works > or not. Is it ok for the Mageia "schedule"? Well, as I said, I do not need it ( my own old P1 died some years ago ), you do. So the question is "is this fast enough to have it shipped for stable release", and the answer is yes ( provided someone clean and import it ). Thanks for your futur help. -- Michael Scherer
Re: [Mageia-dev] Will mageia keep the bugs in Mandriva
> 4)python(2.x,3.x) doesn't shipped a GUI idle. Idle is the std IDE > shipped with python interpreter . I know in the /usr dir(I'm not in my > mandriva box, > and cannot remmember the exact path ),there is a idle.py script. But > since it's a GUI IDE, why not let someone can use it by mouse click? That's not a bug, Idle is shipped in another rpm. I do not want to have a desktop file appearing when any python software is installed, as this will only confuse most users that do not care about crust, idle or stuff like that. Even I , as the python maintainer and a python developper, I never click on the icon ( nor use it ). Install tkinter-apps if you want it. -- Michael Scherer
Re: [Mageia-dev] Will mageia keep the bugs in Mandriva
On Fri, Mar 11, 2011 at 1:12 AM, wolf python london wrote: > hey all, > > I'm a mandriva (2010.2) user for the time being . I just saw a missing > packages list(http://mageia.org/wiki/doku.php?id=missing_packages). > And I have to say that I cannot stand the bugs in mandriva (2010.2). > I can list some of them: > 1) scim-googlepinyin sometime( no , exactly often) failed to work . > This is a bugs in googlepinyin input method(source code has problem) , > so it shouldn't include in the released distros ,but Mandriva do > include . > > 2) scim conflict with emacs23 > it's a very ,very BIG problem . emacs23 has a good support of mule and > work well with scim in other distros such Debian . But in Mandriva > users cannot use scim in emacs, which sucks!! > > 3)qt creator cannot compile the source code .it's tricky that qt > creator in mandriva often adds some verbose arguments to g++,which > leads > the compilation failed . > > 4)python(2.x,3.x) doesn't shipped a GUI idle. Idle is the std IDE > shipped with python interpreter . I know in the /usr dir(I'm not in my > mandriva box, > and cannot remmember the exact path ),there is a idle.py script. But > since it's a GUI IDE, why not let someone can use it by mouse click? > > There are some other bugs with Mandriva. There are not so many people > use Mandriva here ,maybe the majorities turn to Ubuntu . > can I guess Mandriva users get lost ? And the package maintainers add > the packages without much enough testing ? > And I'm not reporting mandriva bugs to mageia . I just recommend that > mageia cannot include the packages without serious consideration > (from > mandriva).As far as this aspect concerned ,Debian is a good example to learn. > > > -- > > wolf python london(WPL) > Do as you soul should do ! > > hi, our goal is to fix the most bugs as possible. What i can tell to you is to install mageia, and report us the bugs you see and we will try to fix them the quicker as possible.
Re: [Mageia-dev] help wanted for building a buildnode-in-a-VM
On Thu, 10 Mar 2011, Samuel Verschelde wrote: > Le jeudi 10 mars 2011 12:17:11, nicolas vigier a écrit : > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > Op donderdag 10 maart 2011 00:22:36 schreef nicolas vigier: > > > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > > > Hi, > > > > > > > > > > for the purpose of testing package building locally; > > > > > > > > > > - you're a careful packager and test out everything locally before > > > > > submitting - you're a novice packager and want to practise > > > > > > > > > > i would like to make a VM that acts like a buildnode, with the > > > > > following > > > > > > > > > > requirements: > > > > > - mageia system (not mandriva) > > > > > - preferably headless > > > > > - ssh on by default > > > > > - building 32bit AND 64bit packages > > > > > - using chroots to build and preferably having basesystem chroots on > > > > > it. also > > > > > > > > > > cleans up so buildrequires are properly tested, and lint checking and > > > > > what else a buildnode normally does. > > > > > > > > This can be done using iurt. > > > > > > so, how exactly does this work? iurt automagically build basesystem > > > chroots and chrootbuilds stuff? is there any task that is needed for > > > this kind of thing? > > > > Yes. See iurt package. And iurt config file used on the cluster : > > http://svnweb.mageia.org/adm/puppet/modules/buildsystem/templates/iurt.caul > > dron.conf?revision=734&view=markup > > > > > > > - no signing step > > > > > - still as small as possible so it can be put somewhere for > > > > > downloading. - nice to have is possibly a sort of local submission > > > > > tree so submitting > > > > > > > > > > could also be practised. > > > > > > > > You mean installing a full build system in a VM ? > > > > > > > > You can try to do it using puppet, and the puppet modules on svn : > > > > http://svnweb.mageia.org/adm/ > > > > > > well, i donno, i don't know puppet and this is not meant to be used in a > > > controlled environment, but just built like this and people use it > > > locally. there is not really any need to remote control this machine. > > > just a one time setup. > > > > The easiest way to setup a buildsystem is using puppet. Otherwise it > > will be more difficult. > > Could someone from the sysadmins write (if it has not been done already) a > quick guide for puppet use, for example "how to deploy a buildnode using > puppet" ? I guess that would help Maarteen a lot :) You will need to checkout the /puppet/modules directory. Then look at /puppet/manifests/nodes.pp (and the other .pp files from that directory) and use it as an example to create your own puppet files which include only the modules you want. Then fix some bugs, because there will probably be problems, as I don't know if someone already tried this yet. So it requires to know puppet, and the build system, and spend some time to make it work. So this is not easy. I think it could be nice later to be able to provide something to install a buildsystem easily. But it's not yet done. And probably not what you want if you only want to rebuild some packages in a chroot, iurt is enough for this.
[Mageia-dev] Will mageia keep the bugs in Mandriva
hey all, I'm a mandriva (2010.2) user for the time being . I just saw a missing packages list(http://mageia.org/wiki/doku.php?id=missing_packages). And I have to say that I cannot stand the bugs in mandriva (2010.2). I can list some of them: 1) scim-googlepinyin sometime( no , exactly often) failed to work . This is a bugs in googlepinyin input method(source code has problem) , so it shouldn't include in the released distros ,but Mandriva do include . 2) scim conflict with emacs23 it's a very ,very BIG problem . emacs23 has a good support of mule and work well with scim in other distros such Debian . But in Mandriva users cannot use scim in emacs, which sucks!! 3)qt creator cannot compile the source code .it's tricky that qt creator in mandriva often adds some verbose arguments to g++,which leads the compilation failed . 4)python(2.x,3.x) doesn't shipped a GUI idle. Idle is the std IDE shipped with python interpreter . I know in the /usr dir(I'm not in my mandriva box, and cannot remmember the exact path ),there is a idle.py script. But since it's a GUI IDE, why not let someone can use it by mouse click? There are some other bugs with Mandriva. There are not so many people use Mandriva here ,maybe the majorities turn to Ubuntu . can I guess Mandriva users get lost ? And the package maintainers add the packages without much enough testing ? And I'm not reporting mandriva bugs to mageia . I just recommend that mageia cannot include the packages without serious consideration (from mandriva).As far as this aspect concerned ,Debian is a good example to learn. -- wolf python london(WPL) Do as you soul should do !
Re: [Mageia-dev] default kde media player
Le jeudi 10 mars 2011 à 23:38 +0100, JA Magallón a écrit : > On Thu, 10 Mar 2011 23:10:59 +0100, Rémi Verschelde > wrote: > > > When you say "media" player, does it concern stricty video playing or > > should the default media player be suitable for both video and audio? > > Personally I like to keep these two separated, I feel that a > > specialised player will best fulfil its purpose than a multimedia > > player like Windows Media Player. > > > > Just a note for all this discussion, it is just my point of view... > > All desktops have their own 'standard' or 'official' media players. > I will talk about gnome, you can translate it to kde, for which I have > no idea of which will be the equivalents. > > In Gnome, the official video player is totem, and the official > backend is gstreamer. So both things should be installed by default > and with all the codecs needed. if someone says 'I want support for > XViD in the default Gnome install', well, you should install the needed > gstreamer module. So everything should be supported by the standard > official player. In the case of gstreamer, there is packagekit and on demand installation of codecs. > After that, you can install other players, better if they fit the > desktop. For example, after totem I would vote for gnome-mplayer, > the Gnome front end for mplayer. And after that, other 'foreign' > players like VLC or the like. > > So what would I put in distrib ISO ? totem and main bunch of > gstreamer codecs, that carries no dicussion, and if there is still > space, gnome-mplayer and mplayer. > > I suppose the same can be thought for KDE. Install whatever the > default phonon-based player is, and if there is space, others. > > I think nowadays the default official players are capable of playing > the main formats everybody will use (XVid, DiVX, h264, mpeg, mp3 or > ac3 audio, etc...). Well, yes, that's also our duty to others free software project to offer a cohesive and integrated system respecting their choice. -- Michael Scherer
Re: [Mageia-dev] default kde media player
IMHO, we should stick with dragon, it's a "simple" player usable for average users; also there's a good chance upstream will switch to phonon-vlc (or Mageia may switch to phonon-vlc when it stabilises more), so the best of both worlds :) (at such time it'll be easier to just add vlc main package as it won't add much space, and phonon*gstreamer* stuff won't have to be on the ISO, so the net weight should balance out...). Also we should be thinking about the size of the Live ISO, putting vlc/mplayer/smplayer will bring more weight, and it'll be at the expense of some other useful packages that should exist on the ISO (we shouldn't forget users use the Live ISO as a test-run, demonstration of what a distro offers... etc). -- Ahmad Samir
Re: [Mageia-dev] Seamonkey package
On Thu, 10 Mar 2011, Tux99 wrote: > > > Quote: Christiaan Welvaart wrote on Thu, 10 March 2011 23:26 > > > On Thu, 10 Mar 2011, nicolas vigier wrote: > > > > > On Thu, 10 Mar 2011, Christiaan Welvaart wrote: > > > > > >> Unfortunately the seamonkey name and logos are trademarked and the > > license > > >> terms are most likely not acceptable so it seems to me we'll have > > to > > >> rename/rebrand it. > > > > > > Is it different than firefox license terms ? > > > > Same rules AFAIK, see > >http://www.mozilla.org/foundation/trademarks/policy.html > > I don't see why we need to change the name. The policy says: > > "If you compile Mozilla unmodified source code (including code and config > files in the installer) and do not charge for it, you do not need > additional permission from Mozilla to use the relevant Mozilla Mark(s) for > your compiled version." We are not using unmodified source code for firefox : http://svnweb.mageia.org/packages/cauldron/firefox/current/SOURCES/ And it seems mandriva seamonkey package also has some patchs : http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/seamonkey/current/SOURCES/ Also the "do not charge for it" would make it non free (but it does not seem to be mentioned in the "Modifications" section, only in the "Unaltered Binaries" section). So maybe we need to request permission, as explained in the "Modifications" section.
Re: [Mageia-dev] Seamonkey package
Le vendredi 11 mars 2011 à 00:28 +0100, nicolas vigier a écrit : > On Thu, 10 Mar 2011, Christiaan Welvaart wrote: > > > On Thu, 10 Mar 2011, nicolas vigier wrote: > > > >> On Thu, 10 Mar 2011, Christiaan Welvaart wrote: > >> > If nobody wants to do it I might consider it, but since it's quite a > complex package I'd prefer if someone with more experience than me does > it! :) > >>> > >>> Unfortunately the seamonkey name and logos are trademarked and the license > >>> terms are most likely not acceptable so it seems to me we'll have to > >>> rename/rebrand it. > >> > >> Is it different than firefox license terms ? > > > > Same rules AFAIK, see > > http://www.mozilla.org/foundation/trademarks/policy.html > > So we may have the same problem with firefox and thunderbird ? > > Does anyone know if we had to request permission to use firefox and > thunderbird trademarks ? For mandriva, it was done IIRC, but I think that sharing a part of the building eased the dialog :) -- Michael Scherer
Re: [Mageia-dev] Seamonkey package
On Thu, 10 Mar 2011, Christiaan Welvaart wrote: > On Thu, 10 Mar 2011, nicolas vigier wrote: > >> On Thu, 10 Mar 2011, Christiaan Welvaart wrote: >> If nobody wants to do it I might consider it, but since it's quite a complex package I'd prefer if someone with more experience than me does it! :) >>> >>> Unfortunately the seamonkey name and logos are trademarked and the license >>> terms are most likely not acceptable so it seems to me we'll have to >>> rename/rebrand it. >> >> Is it different than firefox license terms ? > > Same rules AFAIK, see > http://www.mozilla.org/foundation/trademarks/policy.html So we may have the same problem with firefox and thunderbird ? Does anyone know if we had to request permission to use firefox and thunderbird trademarks ?
Re: [Mageia-dev] help wanted for building a buildnode-in-a-VM
Le jeudi 10 mars 2011 à 21:52 +0100, Maarten Vanraes a écrit : > Op donderdag 10 maart 2011 16:35:25 schreef Samuel Verschelde: > > Le jeudi 10 mars 2011 12:17:11, nicolas vigier a écrit : > > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > > Op donderdag 10 maart 2011 00:22:36 schreef nicolas vigier: > > > > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > > > > Hi, > > > > > > > > > > > > for the purpose of testing package building locally; > > > > > > > > > > > > - you're a careful packager and test out everything locally before > > > > > > submitting - you're a novice packager and want to practise > > > > > > > > > > > > i would like to make a VM that acts like a buildnode, with the > > > > > > following > > > > > > > > > > > > requirements: > > > > > > - mageia system (not mandriva) > > > > > > - preferably headless > > > > > > - ssh on by default > > > > > > - building 32bit AND 64bit packages > > > > > > - using chroots to build and preferably having basesystem chroots > > > > > > on it. also > > > > > > > > > > > > cleans up so buildrequires are properly tested, and lint checking > > > > > > and what else a buildnode normally does. > > > > > > > > > > This can be done using iurt. > > > > > > > > so, how exactly does this work? iurt automagically build basesystem > > > > chroots and chrootbuilds stuff? is there any task that is needed for > > > > this kind of thing? > > > > > > Yes. See iurt package. And iurt config file used on the cluster : > > > http://svnweb.mageia.org/adm/puppet/modules/buildsystem/templates/iurt.ca > > > ul dron.conf?revision=734&view=markup > > > > > > > > > - no signing step > > > > > > - still as small as possible so it can be put somewhere for > > > > > > downloading. - nice to have is possibly a sort of local submission > > > > > > tree so submitting > > > > > > > > > > > > could also be practised. > > > > > > > > > > You mean installing a full build system in a VM ? > > > > > > > > > > You can try to do it using puppet, and the puppet modules on svn : > > > > > http://svnweb.mageia.org/adm/ > > > > > > > > well, i donno, i don't know puppet and this is not meant to be used in > > > > a controlled environment, but just built like this and people use it > > > > locally. there is not really any need to remote control this machine. > > > > just a one time setup. > > > > > > The easiest way to setup a buildsystem is using puppet. Otherwise it > > > will be more difficult. > > > > Could someone from the sysadmins write (if it has not been done already) a > > quick guide for puppet use, for example "how to deploy a buildnode using > > puppet" ? I guess that would help Maarteen a lot :) > > > > Samuel > > It would help Maarten a lot :-) - install puppet - take the svn of admin svn co svn://svn.mageia.org/adm/ /etc/puppet/ and then something like : puppetd --test --tags buildnode ( not sure about this ) However, I do not recommend this, as I think what maarten want is to have iurt, not the whole scheduling system and upload system of the build system. > one extra question, if i use puppet to install it, it will be exactly like > the > current buildnode now? Well our buildnode run on mandriva, your vm will likely be a mageia. So that's already a difference. > but is puppet then installed on it? because i don't want to give people the > impression that if they install this vm, that the mageia sysadmins would have > full control over their vm... Well, if puppet is started and start to put our ssh keys as root, yes, we will have access to the vm, provided that 1) we have network access 2) time to lose on this ( neither are credible possibility ). -- Michael Scherer
Re: [Mageia-dev] default kde media player
Quote: jamagallon wrote on Thu, 10 March 2011 23:38 > All desktops have their own 'standard' or 'official' media players. > I will talk about gnome, you can translate it to kde, for which I have > no idea of which will be the equivalents. The 'offical' DE players are not necessarily the best choice. Often they are just an afterthought maintained by only few programmers without the same dedication as those people that maintain independent media players (like mplayer, vlc, xine). I have to say that vlc could be a good default choice as a video media player for Mageia (for all desktops), especially as it's well known in the Windows world too, so ideal for Linux newbies too. I also think it's best to have a default video player and a separate default audio player since IMHO there is no single player that is really good for both. My favourite audio player is Audacious. > I think nowadays the default official players are capable of playing > the main formats everybody will use (XVid, DiVX, h264, mpeg, mp3 or > ac3 audio, etc...). It is very unlikely that Mageia will have all those codecs by default, since Mageia decided to only include codecs that are safe everywhere in the world. Personally I would have thought it would have been a great selling point for Mageia if it had included by default all codecs that are safe in France, taking advantage of the friendlier patent laws in Europe and therefore gained a competitive advantage compared to other US based/oriented distros. By the way aren't mpeg2 and ac3 covered by patents in the US too? I'm surprised these are included in Mageia. -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] Seamonkey package
Quote: Christiaan Welvaart wrote on Thu, 10 March 2011 23:26 > On Thu, 10 Mar 2011, nicolas vigier wrote: > > > On Thu, 10 Mar 2011, Christiaan Welvaart wrote: > > > >> Unfortunately the seamonkey name and logos are trademarked and the > license > >> terms are most likely not acceptable so it seems to me we'll have > to > >> rename/rebrand it. > > > > Is it different than firefox license terms ? > > Same rules AFAIK, see >http://www.mozilla.org/foundation/trademarks/policy.html I don't see why we need to change the name. The policy says: "If you compile Mozilla unmodified source code (including code and config files in the installer) and do not charge for it, you do not need additional permission from Mozilla to use the relevant Mozilla Mark(s) for your compiled version." So if you don't do any changes we can use the name "Mozilla Seamonkey". Does Mandriva has an explicit permission from Mozilla? Does Mageia have an explicit permission for Firefox? -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] default kde media player
On Thu, 10 Mar 2011 23:10:59 +0100, Rémi Verschelde wrote: > When you say "media" player, does it concern stricty video playing or > should the default media player be suitable for both video and audio? > Personally I like to keep these two separated, I feel that a > specialised player will best fulfil its purpose than a multimedia > player like Windows Media Player. > Just a note for all this discussion, it is just my point of view... All desktops have their own 'standard' or 'official' media players. I will talk about gnome, you can translate it to kde, for which I have no idea of which will be the equivalents. In Gnome, the official video player is totem, and the official backend is gstreamer. So both things should be installed by default and with all the codecs needed. if someone says 'I want support for XViD in the default Gnome install', well, you should install the needed gstreamer module. So everything should be supported by the standard official player. After that, you can install other players, better if they fit the desktop. For example, after totem I would vote for gnome-mplayer, the Gnome front end for mplayer. And after that, other 'foreign' players like VLC or the like. So what would I put in distrib ISO ? totem and main bunch of gstreamer codecs, that carries no dicussion, and if there is still space, gnome-mplayer and mplayer. I suppose the same can be thought for KDE. Install whatever the default phonon-based player is, and if there is space, others. I think nowadays the default official players are capable of playing the main formats everybody will use (XVid, DiVX, h264, mpeg, mp3 or ac3 audio, etc...). > I love to use VLC to play videos, because it's simple, work out of the > box and efficiently. I have some issues with it (it doesn't manage to > play some videos with recent hi-res codecs), but I think that is > related to my crappy hardware - actually my whole Mandriva install is > crumbling apart. When I have an issue with VLC, I use mplayer > directly. VLC is one of the most popular video players in France > (maybe because the VideoLAN project began in Paris?), but I don't know > if it is widely used in the rest of the world. > I agree that the play-list of VLC is a bit strange, but since I don't > use it to listen to music that's not a big problem for me. > > For playing music, I use Clementine, for I liked Amarok 1.4 but I > can't stand Amarok 2. > Before I discovered Clementine, I used Quod Libet but I think that it > is more suited to a GNOME environment. > > Cheers, > Rémi / Akien. -- J.A. Magallon \ Software is like sex: \ It's better when it's free
Re: [Mageia-dev] Seamonkey package
On Thu, 10 Mar 2011, nicolas vigier wrote: On Thu, 10 Mar 2011, Christiaan Welvaart wrote: If nobody wants to do it I might consider it, but since it's quite a complex package I'd prefer if someone with more experience than me does it! :) Unfortunately the seamonkey name and logos are trademarked and the license terms are most likely not acceptable so it seems to me we'll have to rename/rebrand it. Is it different than firefox license terms ? Same rules AFAIK, see http://www.mozilla.org/foundation/trademarks/policy.html Christiaan
Re: [Mageia-dev] default kde media player
When you say "media" player, does it concern stricty video playing or should the default media player be suitable for both video and audio? Personally I like to keep these two separated, I feel that a specialised player will best fulfil its purpose than a multimedia player like Windows Media Player. I love to use VLC to play videos, because it's simple, work out of the box and efficiently. I have some issues with it (it doesn't manage to play some videos with recent hi-res codecs), but I think that is related to my crappy hardware - actually my whole Mandriva install is crumbling apart. When I have an issue with VLC, I use mplayer directly. VLC is one of the most popular video players in France (maybe because the VideoLAN project began in Paris?), but I don't know if it is widely used in the rest of the world. I agree that the play-list of VLC is a bit strange, but since I don't use it to listen to music that's not a big problem for me. For playing music, I use Clementine, for I liked Amarok 1.4 but I can't stand Amarok 2. Before I discovered Clementine, I used Quod Libet but I think that it is more suited to a GNOME environment. Cheers, Rémi / Akien.
Re: [Mageia-dev] Seamonkey package
On Thu, 10 Mar 2011, Christiaan Welvaart wrote: >> If nobody wants to do it I might consider it, but since it's quite a >> complex package I'd prefer if someone with more experience than me does >> it! :) > > Unfortunately the seamonkey name and logos are trademarked and the license > terms are most likely not acceptable so it seems to me we'll have to > rename/rebrand it. Is it different than firefox license terms ?
Re: [Mageia-dev] Seamonkey package
On Thu, 3 Mar 2011, Tux99 wrote: I was wondering if any packager is planning to import and maintain Seamonkey for Mageia. Since I'm moving to mageia plan to maintain all packages I was maintaining there unless someone else wants to do it. Seamonkey is one of them. If nobody wants to do it I might consider it, but since it's quite a complex package I'd prefer if someone with more experience than me does it! :) Unfortunately the seamonkey name and logos are trademarked and the license terms are most likely not acceptable so it seems to me we'll have to rename/rebrand it. Christiaan
Re: [Mageia-dev] help wanted for building a buildnode-in-a-VM
Op donderdag 10 maart 2011 16:35:25 schreef Samuel Verschelde: > Le jeudi 10 mars 2011 12:17:11, nicolas vigier a écrit : > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > Op donderdag 10 maart 2011 00:22:36 schreef nicolas vigier: > > > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > > > Hi, > > > > > > > > > > for the purpose of testing package building locally; > > > > > > > > > > - you're a careful packager and test out everything locally before > > > > > submitting - you're a novice packager and want to practise > > > > > > > > > > i would like to make a VM that acts like a buildnode, with the > > > > > following > > > > > > > > > > requirements: > > > > > - mageia system (not mandriva) > > > > > - preferably headless > > > > > - ssh on by default > > > > > - building 32bit AND 64bit packages > > > > > - using chroots to build and preferably having basesystem chroots > > > > > on it. also > > > > > > > > > > cleans up so buildrequires are properly tested, and lint checking > > > > > and what else a buildnode normally does. > > > > > > > > This can be done using iurt. > > > > > > so, how exactly does this work? iurt automagically build basesystem > > > chroots and chrootbuilds stuff? is there any task that is needed for > > > this kind of thing? > > > > Yes. See iurt package. And iurt config file used on the cluster : > > http://svnweb.mageia.org/adm/puppet/modules/buildsystem/templates/iurt.ca > > ul dron.conf?revision=734&view=markup > > > > > > > - no signing step > > > > > - still as small as possible so it can be put somewhere for > > > > > downloading. - nice to have is possibly a sort of local submission > > > > > tree so submitting > > > > > > > > > > could also be practised. > > > > > > > > You mean installing a full build system in a VM ? > > > > > > > > You can try to do it using puppet, and the puppet modules on svn : > > > > http://svnweb.mageia.org/adm/ > > > > > > well, i donno, i don't know puppet and this is not meant to be used in > > > a controlled environment, but just built like this and people use it > > > locally. there is not really any need to remote control this machine. > > > just a one time setup. > > > > The easiest way to setup a buildsystem is using puppet. Otherwise it > > will be more difficult. > > Could someone from the sysadmins write (if it has not been done already) a > quick guide for puppet use, for example "how to deploy a buildnode using > puppet" ? I guess that would help Maarteen a lot :) > > Samuel It would help Maarten a lot :-) one extra question, if i use puppet to install it, it will be exactly like the current buildnode now? but is puppet then installed on it? because i don't want to give people the impression that if they install this vm, that the mageia sysadmins would have full control over their vm... or am i thinking totally the wrong way? furthermore, i'm thinking on this: - how long does it take to install and configure puppet and rather configure the puppet classes for the VM. in relation to the actual install? i mean, if i can install this VM by just one urpmi line with --urpmi-root option, it seems also overkill to have puppet. well, i guess this just proves how little i know of puppet. :-(
Re: [Mageia-dev] default kde media player
On Thu, Mar 10, 2011 at 09:17:28AM +0100, Dimitrios Glentadakis wrote: > 2011/3/10 Oliver Burger > > > There was already a discussion about that in the alpha2 iso thread but I > > think > > it's better to discuss this in a thread of its own. > > > > Most people "voted" for smplayer in the other thread, which would be fine > > with > > me. It's qt based (nothing against gtk, but using a gtk based application > > as > > default in kde is just weird. try to do it the other way arround and you'll > > be > > lynched by gnome fans), its backend mplayer is a powerfull player. > > But: I'm having a strange thing about it on my Mageia box: I start it, I > > open > > an ogg file, I play it. I close smplayer, start it again and it won't play > > the > > same ogg file anymore. I close smplayer again rm ~/.config/smplayer start > > it > > again, it plays my file and so on. Anybody else having the same thing? Is > > it a > > bug or just pebcak? > > > > Others preffered dragon player, which is KDE's default. We could but I > > don't > > really like it, since it's a bit too simplistic in my eyes. > > > > I personally prefer kaffeine. It's working just fine for me, has many more > > options then dragon player. But some of you told it's not stable enough (in > > what way?) and some don't like it because it's not using phonon but libxine > > directly. > > > > The next option would be totem which I hate (just a personal thing). And > > it's > > a gtk application which I consider weird as default in KDE. > > > > Then there is kmplayer, I haven't really used it till now, but it's working > > and it's offering you playback of local files, optical media and tv (which > > I > > couldn't test due to not existing hardware. > > > > Next option would be xine-ui which definitely is looking a bit old > > fashioned. > > > > Did I forget anything? And what do you think? > > > > Oliver > > > > VLC would be a nice solution if it had an oxygen theme I would prefer vlc too, since it has been rewritten in Qt (was wxWidgets). I don’t know if that counts, but it’s also one of the most popular open source application in the windows world like firefox and openoffice, so newcomers would not be lost. The issue I have with vlc is its playlist handling which I don’t like, but that might just be an option to activate. -- Rémy CLOUARD () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpGvrOJOFVVJ.pgp Description: PGP signature
Re: [Mageia-dev] Gstreamer pfl codecs/plugins
Le jeudi 10 mars 2011 à 16:19 +0100, Tux99 a écrit : > > The same question also applies to mplayer, which I just noticed also > doesn't include codecs like h.264 and aac. > And VLC who doesn't work with some WebTV. -- Manuel Hiebel ASCII ribbon campaign ( ) against HTML e-mail X www.asciiribbon.org / \
Re: [Mageia-dev] default kde media player
On 10 March 2011 08:41, Michael Scherer wrote: > Le jeudi 10 mars 2011 à 08:55 +0100, Oliver Burger a écrit : >> There was already a discussion about that in the alpha2 iso thread but I >> think >> it's better to discuss this in a thread of its own. >> >> Most people "voted" for smplayer in the other thread, which would be fine >> with >> me. It's qt based (nothing against gtk, but using a gtk based application as >> default in kde is just weird. try to do it the other way arround and you'll >> be >> lynched by gnome fans), its backend mplayer is a powerfull player. >> >> But: I'm having a strange thing about it on my Mageia box: I start it, I open >> an ogg file, I play it. I close smplayer, start it again and it won't play >> the >> same ogg file anymore. I close smplayer again rm ~/.config/smplayer start it >> again, it plays my file and so on. Anybody else having the same thing? Is it >> a >> bug or just pebcak? >> >> Others preffered dragon player, which is KDE's default. We could but I don't >> really like it, since it's a bit too simplistic in my eyes. >> >> I personally prefer kaffeine. It's working just fine for me, has many more >> options then dragon player. But some of you told it's not stable enough (in >> what way?) and some don't like it because it's not using phonon but libxine >> directly. >> >> The next option would be totem which I hate (just a personal thing). And it's >> a gtk application which I consider weird as default in KDE. >> >> Then there is kmplayer, I haven't really used it till now, but it's working >> and it's offering you playback of local files, optical media and tv (which I >> couldn't test due to not existing hardware. >> >> Next option would be xine-ui which definitely is looking a bit old fashioned. >> >> Did I forget anything? And what do you think? > > I do think that no one mentioned 2 others importants factors : > - maintainability ( ie, something with a sane way of doing thing, that > exclude stuff based on libffmpeg ), that also mean a sane packaging > ( ie, being able to separate plugins is IMHO better , especially for a > patent minefield ). > > - security, again, no one took that in account ( given > http://caca.zoy.org/wiki/zzuf/bugs , I am again not very keen on relying > on xine or mplayer personally ) > > -- > Michael Scherer > > I would vote for VLC, firstly because it plays pretty much everything, its qt based, and finally becuase it is platform independant, every OS seems to have VLC.
Re: [Mageia-dev] Yet another list of missing packages
Michael Scherer wrote: Le jeudi 10 mars 2011 à 16:44 +0100, xi a écrit : Michael Scherer wrote: Le jeudi 10 mars 2011 à 11:00 +0100, Anne nicolas a écrit : Hi there I've tried to formalize a list of missing packages: http://mageia.org/wiki/doku.php?id=missing_packages These are packages included in rpmsrate file but not available in Mageia. So basically they should be included in isos depending on weight. Please follow pattern if you want to contribute it will help also to clean rpmsrate. These packages are not mandatory but please do not forget to add reason if there are not to be imported. I think we should do some cleaning. - zcip is dead upstream ( but I imported before seeing this ) - rpm-rebuilder is IMHO not used much - zaptel-* are deprecated, that's now called dadhi - rio500, does people still have this hardware ? - sndconfig, same question ( afaik, it serve to configure isa sound cards ) There is also a lot of hardware related software, can people check if this is still used ? Hi, Sorry to disturb your discussion. Just a few word about me : I am following this list since the beginning and I am a "from the outset" mandrake / mandriva user. You don't disturb, no problem. The reason for my e-mail: I am still using sndconfig on PIII machines in ordre to configure the sound, so please don't remove it. The more global goal of my messages is : please don't remove packages that you think "useless" too fast. The availability of these "small details" (as sndconfig) are the thinks that makes me feeling happy or angry about a distribution ;-) So I assume that you ( or tux99 ) are ready to test it, or better to maintain it ? Because I do not have the hardware to test, do not plan to try to find it, and my time is quite limited. So I will not work on it if I cannot check that it work, and if no one does the job, it doesn't happen by itself. Same as Tux99 here: I have two old PIII PC with ISA sound cards, both running a mandriva 2008 for multimedia purposes. Ok to test, but I can't promise I will do that as fast as you would need... Basically, I will test alpha2 ISO and report whether this package works or not. Is it ok for the Mageia "schedule"? Xavier
Re: [Mageia-dev] Gstreamer pfl codecs/plugins
Le Thursday 10 March 2011 12:19:52, Tux99 a écrit : > The same question also applies to mplayer, which I just noticed also > doesn't include codecs like h.264 and aac. For the moment there's a work in progress regarding the BS so the package can be automatically build for core/release & tainted/release on the same submission. -- Balcaen John
Re: [Mageia-dev] Yet another list of missing packages
Le jeudi 10 mars 2011 à 16:44 +0100, xi a écrit : > Michael Scherer wrote: > > Le jeudi 10 mars 2011 à 11:00 +0100, Anne nicolas a écrit : > >> Hi there > >> > >> I've tried to formalize a list of missing packages: > >> http://mageia.org/wiki/doku.php?id=missing_packages > >> > >> These are packages included in rpmsrate file but not available in > >> Mageia. So basically they should be included in isos depending on > >> weight. Please follow pattern if you want to contribute it will help > >> also to clean rpmsrate. > >> > >> These packages are not mandatory but please do not forget to add > >> reason if there are not to be imported. > > > > I think we should do some cleaning. > > - zcip is dead upstream ( but I imported before seeing this ) > > - rpm-rebuilder is IMHO not used much > > - zaptel-* are deprecated, that's now called dadhi > > - rio500, does people still have this hardware ? > > - sndconfig, same question ( afaik, it serve to configure isa sound > > cards ) > > > > There is also a lot of hardware related software, can people check if > > this is still used ? > > Hi, > > Sorry to disturb your discussion. Just a few word about me : I am > following this list since the beginning and I am a "from the outset" > mandrake / mandriva user. You don't disturb, no problem. > The reason for my e-mail: I am still using sndconfig on PIII machines in > ordre to configure the sound, so please don't remove it. > > The more global goal of my messages is : please don't remove packages > that you think "useless" too fast. The availability of these "small > details" (as sndconfig) are the thinks that makes me feeling happy or > angry about a distribution ;-) So I assume that you ( or tux99 ) are ready to test it, or better to maintain it ? Because I do not have the hardware to test, do not plan to try to find it, and my time is quite limited. So I will not work on it if I cannot check that it work, and if no one does the job, it doesn't happen by itself. -- Michael Scherer
Re: [Mageia-dev] Yet another list of missing packages
Michael Scherer wrote: Le jeudi 10 mars 2011 à 11:00 +0100, Anne nicolas a écrit : Hi there I've tried to formalize a list of missing packages: http://mageia.org/wiki/doku.php?id=missing_packages These are packages included in rpmsrate file but not available in Mageia. So basically they should be included in isos depending on weight. Please follow pattern if you want to contribute it will help also to clean rpmsrate. These packages are not mandatory but please do not forget to add reason if there are not to be imported. I think we should do some cleaning. - zcip is dead upstream ( but I imported before seeing this ) - rpm-rebuilder is IMHO not used much - zaptel-* are deprecated, that's now called dadhi - rio500, does people still have this hardware ? - sndconfig, same question ( afaik, it serve to configure isa sound cards ) There is also a lot of hardware related software, can people check if this is still used ? Hi, Sorry to disturb your discussion. Just a few word about me : I am following this list since the beginning and I am a "from the outset" mandrake / mandriva user. The reason for my e-mail: I am still using sndconfig on PIII machines in ordre to configure the sound, so please don't remove it. The more global goal of my messages is : please don't remove packages that you think "useless" too fast. The availability of these "small details" (as sndconfig) are the thinks that makes me feeling happy or angry about a distribution ;-) Thanks for having read me and please don't drop all these uncommon packages! (I have also seen xine-ui in the list). Xavier
Re: [Mageia-dev] Yet another list of missing packages
Am Donnerstag 10 März 2011, 16:41:29 schrieb philippe makowski: > and for postgresql8.4 is it really need since we have 9.0 ? I would really prefer not to go the SuSE way and only provide one version of each of the database servers. It's not the nicest thing arround to migrate your databases and applications... Oliver
Re: [Mageia-dev] Yet another list of missing packages
Quote: Thierry Vignaud wrote on Thu, 10 March 2011 16:38 > Indeed but that shouldn't block alpha2 Agreed > And "old" Gravis is supposed to have better quality that quite a lot > sound cards Very true, that why I'm still keeping it (it's a shame I can't use it in modern PCs anymore :( ). -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] Yet another list of missing packages
2011/3/10 Anne nicolas : > Hi there > > I've tried to formalize a list of missing packages: > http://mageia.org/wiki/doku.php?id=missing_packages pysol is dead upstream , the new one is pysolFC if need I can take care of it and for postgresql8.4 is it really need since we have 9.0 ?
Re: [Mageia-dev] Yet another list of missing packages
On 10 March 2011 16:33, Tux99 wrote: >> But ISApnp cards cannot be inserted in modern machines for ~8 years. >> Dunno until what years ISA sound chips got still implemented on >> motherboards. >> At least, I haven't seen any request for ISA support for 4-5 years. > > I still have an old PC with an ISA Sound Blaster AWE 64 sound card (with > 12MB sample RAM expansion board) and an ISA Gravis Ultrasound PnP card > (with 8MB sample RAM), currently mdv 2008.1 is installed on it and I still > use it occasionally for specific purposes. > > I would assume that in 'poorer' countries this hardware is still common > enough that we should include those packages. As long as it builds, why > not? Indeed but that shouldn't block alpha2 And "old" Gravis is supposed to have better quality that quite a lot sound cards
Re: [Mageia-dev] help wanted for building a buildnode-in-a-VM
Le jeudi 10 mars 2011 12:17:11, nicolas vigier a écrit : > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > Op donderdag 10 maart 2011 00:22:36 schreef nicolas vigier: > > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > > Hi, > > > > > > > > for the purpose of testing package building locally; > > > > > > > > - you're a careful packager and test out everything locally before > > > > submitting - you're a novice packager and want to practise > > > > > > > > i would like to make a VM that acts like a buildnode, with the > > > > following > > > > > > > > requirements: > > > > - mageia system (not mandriva) > > > > - preferably headless > > > > - ssh on by default > > > > - building 32bit AND 64bit packages > > > > - using chroots to build and preferably having basesystem chroots on > > > > it. also > > > > > > > > cleans up so buildrequires are properly tested, and lint checking and > > > > what else a buildnode normally does. > > > > > > This can be done using iurt. > > > > so, how exactly does this work? iurt automagically build basesystem > > chroots and chrootbuilds stuff? is there any task that is needed for > > this kind of thing? > > Yes. See iurt package. And iurt config file used on the cluster : > http://svnweb.mageia.org/adm/puppet/modules/buildsystem/templates/iurt.caul > dron.conf?revision=734&view=markup > > > > > - no signing step > > > > - still as small as possible so it can be put somewhere for > > > > downloading. - nice to have is possibly a sort of local submission > > > > tree so submitting > > > > > > > > could also be practised. > > > > > > You mean installing a full build system in a VM ? > > > > > > You can try to do it using puppet, and the puppet modules on svn : > > > http://svnweb.mageia.org/adm/ > > > > well, i donno, i don't know puppet and this is not meant to be used in a > > controlled environment, but just built like this and people use it > > locally. there is not really any need to remote control this machine. > > just a one time setup. > > The easiest way to setup a buildsystem is using puppet. Otherwise it > will be more difficult. Could someone from the sysadmins write (if it has not been done already) a quick guide for puppet use, for example "how to deploy a buildnode using puppet" ? I guess that would help Maarteen a lot :) Samuel
Re: [Mageia-dev] Yet another list of missing packages
Quote: Thierry Vignaud wrote on Thu, 10 March 2011 16:21 > But ISApnp cards cannot be inserted in modern machines for ~8 years. > Dunno until what years ISA sound chips got still implemented on > motherboards. > At least, I haven't seen any request for ISA support for 4-5 years. I still have an old PC with an ISA Sound Blaster AWE 64 sound card (with 12MB sample RAM expansion board) and an ISA Gravis Ultrasound PnP card (with 8MB sample RAM), currently mdv 2008.1 is installed on it and I still use it occasionally for specific purposes. I would assume that in 'poorer' countries this hardware is still common enough that we should include those packages. As long as it builds, why not? -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] Yet another list of missing packages
On 10 March 2011 16:13, Michael Scherer wrote: > I think we should do some cleaning. > - zcip is dead upstream ( but I imported before seeing this ) > - rpm-rebuilder is IMHO not used much and is somewhat obsoleted by modern BS even if user case is somewhat different > - zaptel-* are deprecated, that's now called dadhi > - rio500, does people still have this hardware ? > - sndconfig, same question ( afaik, it serve to configure isa sound > cards ) was usefull since we cannot automatically support ISA cards (no easy way to detect, detection could deadlock machines, ...) (at least pnp* isn't needed since kernel-2.6.x?) But ISApnp cards cannot be inserted in modern machines for ~8 years. Dunno until what years ISA sound chips got still implemented on motherboards. At least, I haven't seen any request for ISA support for 4-5 years. > There is also a lot of hardware related software, can people check if > this is still used ? we mainly miss binary dkms packages IMHO
Re: [Mageia-dev] Gstreamer pfl codecs/plugins
The same question also applies to mplayer, which I just noticed also doesn't include codecs like h.264 and aac. -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] Yet another list of missing packages
Le jeudi 10 mars 2011 à 11:00 +0100, Anne nicolas a écrit : > Hi there > > I've tried to formalize a list of missing packages: > http://mageia.org/wiki/doku.php?id=missing_packages > > These are packages included in rpmsrate file but not available in > Mageia. So basically they should be included in isos depending on > weight. Please follow pattern if you want to contribute it will help > also to clean rpmsrate. > > These packages are not mandatory but please do not forget to add > reason if there are not to be imported. I think we should do some cleaning. - zcip is dead upstream ( but I imported before seeing this ) - rpm-rebuilder is IMHO not used much - zaptel-* are deprecated, that's now called dadhi - rio500, does people still have this hardware ? - sndconfig, same question ( afaik, it serve to configure isa sound cards ) There is also a lot of hardware related software, can people check if this is still used ? -- Michael Scherer
[Mageia-dev] Gstreamer pfl codecs/plugins
I noticed the gstreamer codecs included in Mageia so far are lacking all the codecs that in Mandriva are in plf, such as h.264, aac, etc. I'm aware that even in Mageia we still keep these separate in 'tainted', but I would have thought that the 'tainted' packages would be built at the same time from the same source RPMS as the 'core' ones (since the imported Mandriva SRPMs contain '%if %build_plf' for that purpose). I assume it would make most sense if the current maintainer of the gstreamer packages also submits the 'tainted' builds, or not? I'm asking this since I need the gstreamer plf/'tainted' codecs as dependencies for some other 'tainted' packages. -- Mageia ML Forum Gateway: http://mageia.linuxtech.net/forum/
Re: [Mageia-dev] My account, and accounts which are left
'Twas brillig, and Cazzaniga Sandro at 10/03/11 11:35 did gyre and gimble: > Le 10/03/2011 12:32, nicolas vigier a écrit : >> I think people should not send an email saying "I'm leaving" if they are >> not sure what they want to do. > > They can also be certain when they write the email, then have a doubt after. > I think it is too steep to close an account directly after the holder's > request. Yeah perhaps. Tho' it's fairly easy to argue to opposite (e.g. someone irately saying "why have you not closed my account after I asked you?"...) That said, previous discussions were all about keeping the account generally (for the sake of previous forum posts, bugzilla entries etc.) so restoring a "deactivated" account shouldn't be that hard anyway... provided you bribe the admins with cookies :D Col -- Colin Guthrie mageia(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mageia Contributor [http://www.mageia.org/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
Re: [Mageia-dev] My account, and accounts which are left
Le 10/03/2011 12:32, nicolas vigier a écrit : > I think people should not send an email saying "I'm leaving" if they are > not sure what they want to do. They can also be certain when they write the email, then have a doubt after. I think it is too steep to close an account directly after the holder's request. > And if they want to keep their account > because they think they could use it they should mention it. > -- Sandro Cazzaniga IRC: Kharec (irc.freenode.net) Software/Hardware geek Perl dev
Re: [Mageia-dev] My account, and accounts which are left
On Thu, 10 Mar 2011, Cazzaniga Sandro wrote: > > In second, about the accounts "leaving", I think we should allow people > time to change their opinions, and so do not close their accounts directly. > > What do you think? I think people should not send an email saying "I'm leaving" if they are not sure what they want to do. And if they want to keep their account because they think they could use it they should mention it.
Re: [Mageia-dev] help wanted for building a buildnode-in-a-VM
On Thu, 10 Mar 2011, Maarten Vanraes wrote: > Op donderdag 10 maart 2011 00:22:36 schreef nicolas vigier: > > On Thu, 10 Mar 2011, Maarten Vanraes wrote: > > > Hi, > > > > > > for the purpose of testing package building locally; > > > > > > - you're a careful packager and test out everything locally before > > > submitting - you're a novice packager and want to practise > > > > > > i would like to make a VM that acts like a buildnode, with the following > > > > > > requirements: > > > - mageia system (not mandriva) > > > - preferably headless > > > - ssh on by default > > > - building 32bit AND 64bit packages > > > - using chroots to build and preferably having basesystem chroots on it. > > > also > > > > > > cleans up so buildrequires are properly tested, and lint checking and > > > what else a buildnode normally does. > > > > This can be done using iurt. > > so, how exactly does this work? iurt automagically build basesystem chroots > and chrootbuilds stuff? is there any task that is needed for this kind of > thing? Yes. See iurt package. And iurt config file used on the cluster : http://svnweb.mageia.org/adm/puppet/modules/buildsystem/templates/iurt.cauldron.conf?revision=734&view=markup > > > - no signing step > > > - still as small as possible so it can be put somewhere for downloading. > > > - nice to have is possibly a sort of local submission tree so submitting > > > > > > could also be practised. > > > > You mean installing a full build system in a VM ? > > > > You can try to do it using puppet, and the puppet modules on svn : > > http://svnweb.mageia.org/adm/ > > well, i donno, i don't know puppet and this is not meant to be used in a > controlled environment, but just built like this and people use it locally. > there is not really any need to remote control this machine. just a one time > setup. The easiest way to setup a buildsystem is using puppet. Otherwise it will be more difficult.
[Mageia-dev] artwork team, packager/dev assistance needed
Hi there, artwork team is getting its hands on the bootstrap and installer processes; backgrounds/screensavers are incoming too; and it will need to do so on the graphic theme (ia ora so far). For now, the team needs assistance from packagers/developers on these modules: - drakx (installer - perl/gtk skills/interest needed) - theme (bootstrap, hibernate, shutdown, backgrounds, screensavers - plymouth skills/interest needed) to help to: - better understand how graphics/animations are and can be used (and maybe, later, build quick mockup tools); - replace them; - cleanup (remove obsolete stuff, maybe break these modules into smaller, more to-the-point ones); - document (help future artwork and dev people to get a better grasp on these modules). This is not for alpha2 (although a quick overview would be welcome) but for beta1 (and later of course); work would start at once anyway. Volunteers? if you are, please join mageia-artwork@ and/or #mageia-artwork. Thanks! Romain
[Mageia-dev] My account, and accounts which are left
Hi there, First, I want to ask you to keep my account for two weeks. I'm sure the fact of not having enough time for maintening two distributions, but I'm not sure which distro of choice that I made. In second, about the accounts "leaving", I think we should allow people time to change their opinions, and so do not close their accounts directly. What do you think? -- Sandro Cazzaniga IRC: Kharec (irc.freenode.net) Software/Hardware geek Perl dev
[Mageia-dev] Yet another list of missing packages
Hi there I've tried to formalize a list of missing packages: http://mageia.org/wiki/doku.php?id=missing_packages These are packages included in rpmsrate file but not available in Mageia. So basically they should be included in isos depending on weight. Please follow pattern if you want to contribute it will help also to clean rpmsrate. These packages are not mandatory but please do not forget to add reason if there are not to be imported. Cheers -- Anne http://www.mageia.org
Re: [Mageia-dev] 09/03/2011 packagers meeting
Le mercredi 09 mars 2011 à 17:03 +0100, Anne nicolas a écrit : > Hi there > > It will happen as usual on #mageia-dev at 20h UTC > > Tonight's topics: > > - GNOME 3 status: shall we have it for first release of Mageia? > - Deal with missing packages and dependancies import > - Think about basic rules for packages updates during development release > - Review on mentoring sessions > - Upgrade tests for coming release > The minutes can be found on : http://meetbot.mageia.org/mageia-dev/2011/mageia-dev.2011-03-09-20.03.html -- Michael Scherer
Re: [Mageia-dev] Alpha2 iso content
On 04/03/11 13:21, Anne nicolas wrote: Hi there I'm working on next isos for alpha2. Here is content I have for now: http://pastebin.com/ekj2HVLq Please have a look an check what could be missing as important packages and we will see how we can deal with it Cheers Hi If its not too late could I request that "mail-notification" be included. I have used it for years in conjunction with Thunderbird and previously Evolution so it has become a must have accessory for me. Regards Rob Thomson
Re: [Mageia-dev] default kde media player
Le jeudi 10 mars 2011 à 08:55 +0100, Oliver Burger a écrit : > There was already a discussion about that in the alpha2 iso thread but I > think > it's better to discuss this in a thread of its own. > > Most people "voted" for smplayer in the other thread, which would be fine > with > me. It's qt based (nothing against gtk, but using a gtk based application as > default in kde is just weird. try to do it the other way arround and you'll > be > lynched by gnome fans), its backend mplayer is a powerfull player. > > But: I'm having a strange thing about it on my Mageia box: I start it, I open > an ogg file, I play it. I close smplayer, start it again and it won't play > the > same ogg file anymore. I close smplayer again rm ~/.config/smplayer start it > again, it plays my file and so on. Anybody else having the same thing? Is it > a > bug or just pebcak? > > Others preffered dragon player, which is KDE's default. We could but I don't > really like it, since it's a bit too simplistic in my eyes. > > I personally prefer kaffeine. It's working just fine for me, has many more > options then dragon player. But some of you told it's not stable enough (in > what way?) and some don't like it because it's not using phonon but libxine > directly. > > The next option would be totem which I hate (just a personal thing). And it's > a gtk application which I consider weird as default in KDE. > > Then there is kmplayer, I haven't really used it till now, but it's working > and it's offering you playback of local files, optical media and tv (which I > couldn't test due to not existing hardware. > > Next option would be xine-ui which definitely is looking a bit old fashioned. > > Did I forget anything? And what do you think? I do think that no one mentioned 2 others importants factors : - maintainability ( ie, something with a sane way of doing thing, that exclude stuff based on libffmpeg ), that also mean a sane packaging ( ie, being able to separate plugins is IMHO better , especially for a patent minefield ). - security, again, no one took that in account ( given http://caca.zoy.org/wiki/zzuf/bugs , I am again not very keen on relying on xine or mplayer personally ) -- Michael Scherer
Re: [Mageia-dev] default kde media player
2011/3/10 Oliver Burger > There was already a discussion about that in the alpha2 iso thread but I > think > it's better to discuss this in a thread of its own. > > Most people "voted" for smplayer in the other thread, which would be fine > with > me. It's qt based (nothing against gtk, but using a gtk based application > as > default in kde is just weird. try to do it the other way arround and you'll > be > lynched by gnome fans), its backend mplayer is a powerfull player. > But: I'm having a strange thing about it on my Mageia box: I start it, I > open > an ogg file, I play it. I close smplayer, start it again and it won't play > the > same ogg file anymore. I close smplayer again rm ~/.config/smplayer start > it > again, it plays my file and so on. Anybody else having the same thing? Is > it a > bug or just pebcak? > > Others preffered dragon player, which is KDE's default. We could but I > don't > really like it, since it's a bit too simplistic in my eyes. > > I personally prefer kaffeine. It's working just fine for me, has many more > options then dragon player. But some of you told it's not stable enough (in > what way?) and some don't like it because it's not using phonon but libxine > directly. > > The next option would be totem which I hate (just a personal thing). And > it's > a gtk application which I consider weird as default in KDE. > > Then there is kmplayer, I haven't really used it till now, but it's working > and it's offering you playback of local files, optical media and tv (which > I > couldn't test due to not existing hardware. > > Next option would be xine-ui which definitely is looking a bit old > fashioned. > > Did I forget anything? And what do you think? > > Oliver > VLC would be a nice solution if it had an oxygen theme -- Dimitrios Glentadakis
