Re: [Mageia-dev] Latest update borked my x server
2013/1/29 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 29.1.2013 10:26: Installed MGA3 Beta2 including proprietary nvidia driver, working nicely. After doing updates including kernel 3.8.0-desktop-0.rc5.1.mga3 the startup process stopped and showed a message that a display driver module is loaded which conflicts with the current setup (translation from German) and so x server may not start correctly. And so it was: after Started LSB: Nameserver information manager the start process hangs. Switching to VT2 and logging in, giviong the command 'startx' fails: modprobe: ERROR: could not insert 'nvidia_current': No such device modprobe: ERROR: Error running install command for nvidia modprobe: ERROR: could not insert 'nvidia'; Operation not permitted (EE) Server termibnated with error (1) xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error That's it. Seems nouveau blacklisting is being ignored :/ So it blocks the nvidia driver from loading properly https://bugs.mageia.org/show_bug.cgi?id=8863 Yes, bug report describes exactly what's happening here (in better English). I added 64-bit platform. -- wobo
Re: [Mageia-dev] [council] *ping* Media query: secure boot support
2013/1/29 Sander Lepik sander.le...@eesti.ee: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 29.01.2013 11:11, Thomas Backlund kirjutas: And for people thinking of Windows 8 dual boot... Win8 does not _require_ SecureBoot either... (only the overprized RT does) And personally, I dont think we should ever bother with the SecureBoot crap as its flawed in so many ways... Well, the problem with SecureBoot is in the systems that are sold with W8 sticker on them. AFAIK, if manufacturer wants to have windows hardware sertification it has to enable secure boot by default. And I'm not sure how many systems allow to disable it or how easy it will be for normal user. As for now Microsoft requires all W8 certified systems with secure boot to allow secure boot to be switched off by user/sysadmin. One reason why I do not understand the reason why all these people (Garret et all) are stumbling all over themselves to solve a problem which is not even sure to ever come by. IMHO Mageia is good to send out the signal that Mageia will face that issue when it's due time. -- wobo
Re: [Mageia-dev] URGENT: FOSDEM restaurant [input needed from everyone]
2013/1/24 Oliver Burger oliver@gmail.com: Am 24.01.2013 01:11, schrieb eatdirt: Indeed. The other suggestion would be to bet a lot of Belgian beers, That's an option for after dinner :D See you next week for some talking and Belgian beers... I had no objections against the restaurant and the dinner in 2011. Location, food drinks were ok. I did not hear or read negative reviews, although I don't know what happened when the drinking started after Oliver and I left. -- wobo
Re: [Mageia-dev] URGENT: FOSDEM restaurant [input needed from everyone]
2013/1/24 AL13N al...@rmail.be: 2013/1/24 Oliver Burger oliver@gmail.com: Am 24.01.2013 01:11, schrieb eatdirt: Indeed. The other suggestion would be to bet a lot of Belgian beers, That's an option for after dinner :D See you next week for some talking and Belgian beers... I had no objections against the restaurant and the dinner in 2011. Location, food drinks were ok. I did not hear or read negative reviews, although I don't know what happened when the drinking started after Oliver and I left. i had some negative comment, but looking back now (especially after the difference with 2012)... it might not have been that bad. the problem here is that i almost never go into the brussels region, and i was of the opinion that belgian food was the best of the world. i guess i need to exclude the brussels region from that. it's just stupid that due to location, we're forced to eat expensive and not the best-of-the-world food... That's the case almost everywhere around the world. It's due to the foreign tourists who crowd the world's cities instead of leaving the natives alone. :) BTW, to eat the best-of-the-world food you have to go far away from Belgium anyway. :) (except for waffles!) -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Wolfgang Bornath molc...@googlemail.com: 2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 22:39: 2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 22:17: 2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 19:54: Ok, so now I am at the point where I try to configure wifi without any additional media than the core repository- The correct wifi is found but the system says that there are additionaöl software and drivers needed (namely broadcom-wl) which I may find in non-free or elsewhere. Just as expected. Did it try to configure it anyway, or did it stop there ? No, it ends there- you can close the ,essage and go back where you have the already used option or the option to use a windows driver with ndiswrapper. Or go back and leave the cinfiguration Hm, ok, so I guess it would need manual configuration to test, but it is easier to test the free drivers you can test with the no-wl test livecd Reboot. Now could I use the same installation to upgrade and use the same usb stick, just activating the core plus non-free ? Or do I have to redo the whole instatallotion? Just use the same install and install dkms-broadcom-wl Ok. so all I have to do go online with cable bound network, set media including non-free, and then install dkms-broadcom-wl plus the needed things. then reboot and try a new attempt at configuring . yep. it might still suggest to install some of the prebuilt drivers, but thats ok. the important part is the blacklist that comes with dkms-broadcom-wl Ok, here I may have been too fast. I went online, set the media including non-free and shot at 'urpmi dkms-broadcom-wl'- The system installed 18 packages but at the end it gave errors: Error! Could not locate wl.ko.xz for module broadcom-wl in the DKMS tree. Yoou must run a dkms build for kernel first- warning: %post(dkms-broadcom-wl-5.100.82.112-5.mga3.non-free.i586) scriptlet failed, exit status 4 Hm, do you have the -devel package matching the kernel you use installed ? Damn! When you are too tired and still go on simple errors are creeping up! I have to call it a day will go on tomorrow, if my brain is still there where I left it. G'night. Ok, new day new challenges! I booted with your KDE live with broadcom-wl. Results concerning wifi: The wifi chip was found and just 4 networks/APs (usually there are more than 15 metworks in the list). Mine is not on the list, filled in the infos including password, started but failed. Rebooted, same. Only 4 of the usually more than 15 networks of my block, but not mine nore any other of the usually busy networks are listed. My wifi router is standing less than a foot away from the AP and the AP is worling, I have another machine running MGA3B1 running with wifi (Atheros chip) working nicely. -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/28 Maurice Batey maur...@bcs.org.uk: On Thu, 27 Dec 2012 19:34:31 -0700, Thomas Spuhler wrote: I opened the Networkcenter again and the same message apeared: Unable to find network interface for selected device (using wl driver) I've been through all that on a netbook with Broadcom BCM43225 and running fully-updated Mageia-3-A2. I now have solid WiFi after starting to use NetworkManager, which I installed with the following instructions: After reading messages from numerous users who are using Broadcom chips I get the impression that it does not depemd on the chip or the driver or using network manager or not or which kernel, it seems tp depemd on ALL of it. Until MGA2 my Broadcom only worked outside of gnome and after explicitely uninstalling network manager. Another user told his same chip pnly works with network manager, a third one a different story - and all are talking about the sa,e kernel amd the same MGA version and the same Broadcom 4312. It's not only Mageia, trying Debian, Ubuntu, openSuse, Mint and a few others including Mageia, only 2 of them were able to get it to run longer than from one boot to the next. I'll never ever buy that chip again but everywhere you ask peope keep telling you it's ok to buy this hardware for Linux - mine even came with SLED preinstalled. Ok, so much to let out steam after I woke up in a storm of feathers because some how I had torn my bed cover last night. 2 minutes after I started to clean up the dust bowl in my sleeping room my hoover turned belly up (motor seems overheated) and spread all the feathers and dust all over the place. So pls forgive me the short rant about a hardware whith a problem. -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/28 Maurice Batey maur...@bcs.org.uk: On Fri, 28 Dec 2012 18:15:16 +0100, Wolfgang Bornath wrote: It's not only Mageia, trying Debian, Ubuntu, openSuse, Mint and a few others including Mageia, only 2 of them were able to get it to run longer than from one boot to the next. On the same netbook I also installed Ubuntu 12.01 and Mint 13 KDE. With both of them, they operated the Broadcom WiFi perfectly 'out of the box' - no fuss, no mention of 'looking for...', it just worked. Yes. And with MAG1 and MAG2 and Mdv 2010.x it operated out of the box here, no fuss, no mention of looking for. it just worked. Same netbook worked with openSuse but never with network manager nor with Gnome. And now it does not work with MGA3 and (after all this testing MGA3) it does not work anymore with MGA2. using the same software as a couple of weeks ago. So I get the impression that something else was changed, not just the version of the os. -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Anssi Hannula an...@mageia.org: 27.12.2012 00:54, Thomas Backlund kirjoitti: Hi, I'm thinking of dropping the nonfree prebuilt broadcom-wl drivers (and thereby their support from live images) This means also dropping them from ldetect-lst, and if we keep/add some there, it must be for specific reason and on sub-vendor/device level to not force the wl stuff on everyone... [...] Comments ? Agreed. Besides, the free driver works much better (i.e. better range) with my laptop. As it looks with i586 Beta1 none of the drivers works at the moment- lspci -v 05:00:0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01) Subsystem: Broadcom Corporation Device 04b5 Kernel driver un use: wl -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 15:18: 2012/12/27 Anssi Hannula an...@mageia.org: 27.12.2012 00:54, Thomas Backlund kirjoitti: Hi, I'm thinking of dropping the nonfree prebuilt broadcom-wl drivers (and thereby their support from live images) This means also dropping them from ldetect-lst, and if we keep/add some there, it must be for specific reason and on sub-vendor/device level to not force the wl stuff on everyone... [...] Comments ? Agreed. Besides, the free driver works much better (i.e. better range) with my laptop. As it looks with i586 Beta1 none of the drivers works at the moment- lspci -v 05:00:0 Network controller: Broadcom Corporation BCM4312 802.11b/g LP-PHY (rev 01) Subsystem: Broadcom Corporation Device 04b5 Kernel driver un use: wl can you provide either lspcidrake -v or lspci -vnn for that device # lspcidrake -v |grep Broadcom wl : Broadcom Corporation | BCN4312 802.11b/g LP-PHY [NETWORK_OTHER] (vendor:14e4 device:4315 subv:14e4 subd:04b5) (rev 1) That's it -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 16:04: 2012/12/27 Thomas Backlund t...@mageia.org: can you provide either lspcidrake -v or lspci -vnn for that device # lspcidrake -v |grep Broadcom wl : Broadcom Corporation | BCN4312 802.11b/g LP-PHY [NETWORK_OTHER] (vendor:14e4 device:4315 subv:14e4 subd:04b5) (rev 1) That's it Thanks. that shows the subvendor/device ids. The 4312 ones are problematic iirc... Now for some tests... In which mode do you want me to do that ? - live mode - installed without net access (through additional cable) - installed with net access (through additional cable) ? -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 16:29: 2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 16:04: 2012/12/27 Thomas Backlund t...@mageia.org: can you provide either lspcidrake -v or lspci -vnn for that device # lspcidrake -v |grep Broadcom wl : Broadcom Corporation | BCN4312 802.11b/g LP-PHY [NETWORK_OTHER] (vendor:14e4 device:4315 subv:14e4 subd:04b5) (rev 1) That's it Thanks. that shows the subvendor/device ids. The 4312 ones are problematic iirc... Now for some tests... In which mode do you want me to do that ? - live mode This wont work as you need to reboot to make sure the hw is in good state , wich will make the uninstall part useless. Ok, that was clear. - installed without net access (through additional cable) - installed with net access (through additional cable) ? you dont need cable access for the first part (1-4) but need cable access (or beta1 install dvd) for second part (5-8) after configuration step you obviously need to disconnect the cable to verify that it works with wireless. And you dont need to do a new install to test this, a current installed/updated cauldron system should be enough. Ah, I need to do a new because I only have one system with this device :( So I just start from fresh, - first with non-free disabled and reboot, - then non-free enabled with reboot -- wübü
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 16:49: 2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 16:29: 2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 16:04: 2012/12/27 Thomas Backlund t...@mageia.org: can you provide either lspcidrake -v or lspci -vnn for that device # lspcidrake -v |grep Broadcom wl : Broadcom Corporation | BCN4312 802.11b/g LP-PHY [NETWORK_OTHER] (vendor:14e4 device:4315 subv:14e4 subd:04b5) (rev 1) That's it Thanks. that shows the subvendor/device ids. The 4312 ones are problematic iirc... Now for some tests... In which mode do you want me to do that ? - live mode This wont work as you need to reboot to make sure the hw is in good state , wich will make the uninstall part useless. Ok, that was clear. - installed without net access (through additional cable) - installed with net access (through additional cable) ? you dont need cable access for the first part (1-4) but need cable access (or beta1 install dvd) for second part (5-8) after configuration step you obviously need to disconnect the cable to verify that it works with wireless. And you dont need to do a new install to test this, a current installed/updated cauldron system should be enough. Ah, I need to do a new because I only have one system with this device :( So I just start from fresh, - first with non-free disabled and reboot, - then non-free enabled with reboot Hm, is that system running mga2 ? No, it is running no system at all save for the one I'm going to install- It's a small harddisk holding just one. Don't bother, I'd have to re-install anyway. -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Thomas Backlund t...@mageia.org: Thomas Backlund skrev 27.12.2012 17:01: I wonder if I should create 2 test livecds to ease testing right now, one without broadcom-wl, and the other with broadcom-wl and in-kernel drivers blacklisted... And so I did :) Theese are exactly the same as the official beta1 isos, with only exceptions are the broadcom-wl tests: * No broadcom-wl drivers on iso, and no wl entries in ldetect-lst: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/people/tmb/mga3-beta1-wl-test/Mageia-3-beta1-no-wl-LiveCD-KDE4-en-i586-CD/ * broadcom-wl drivers on iso, wl entries in ldetect-lst, in-kernel drivers blacklisted: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/people/tmb/mga3-beta1-wl-test/Mageia-3-beta1-wl-LiveCD-KDE4-en-i586-CD/ And you can soon find them on any Mageia mirror in: people/tmb/mga3-beta1-wl-test Thx for the extra work, I had to re-install anyway, am in the middle to do so- My first attempt is without actiyated non-free which should tell something- After that I will use the usb stick with enabled non-free and checl again. all without cable- -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Wolfgang Bornath molc...@googlemail.com: 2012/12/27 Thomas Backlund t...@mageia.org: Thomas Backlund skrev 27.12.2012 17:01: I wonder if I should create 2 test livecds to ease testing right now, one without broadcom-wl, and the other with broadcom-wl and in-kernel drivers blacklisted... And so I did :) Theese are exactly the same as the official beta1 isos, with only exceptions are the broadcom-wl tests: * No broadcom-wl drivers on iso, and no wl entries in ldetect-lst: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/people/tmb/mga3-beta1-wl-test/Mageia-3-beta1-no-wl-LiveCD-KDE4-en-i586-CD/ * broadcom-wl drivers on iso, wl entries in ldetect-lst, in-kernel drivers blacklisted: http://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/people/tmb/mga3-beta1-wl-test/Mageia-3-beta1-wl-LiveCD-KDE4-en-i586-CD/ And you can soon find them on any Mageia mirror in: people/tmb/mga3-beta1-wl-test Thx for the extra work, I had to re-install anyway, am in the middle to do so- My first attempt is without actiyated non-free which should tell something- After that I will use the usb stick with enabled non-free and checl again. all without cable- Ok, so now I am at the point where I try to configure wifi without any additional media than the core repository- The correct wifi is found but the system says that there are additionaöl software and drivers needed (namely broadcom-wl) which I may find in non-free or elsewhere. Just as expected. Reboot. Now could I use the same installation to upgrade and use the same usb stick, just activating the core plus non-free ? Or do I have to redo the whole instatallotion? -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 19:54: Ok, so now I am at the point where I try to configure wifi without any additional media than the core repository- The correct wifi is found but the system says that there are additionaöl software and drivers needed (namely broadcom-wl) which I may find in non-free or elsewhere. Just as expected. Did it try to configure it anyway, or did it stop there ? No, it ends there- you can close the ,essage and go back where you have the already used option or the option to use a windows driver with ndiswrapper. Or go back and leave the cinfiguration Reboot. Now could I use the same installation to upgrade and use the same usb stick, just activating the core plus non-free ? Or do I have to redo the whole instatallotion? Just use the same install and install dkms-broadcom-wl Ok. so all I have to do go online with cable bound network, set media including non-free, and then install dkms-broadcom-wl plus the needed things. then reboot and try a new attempt at configuring . -- wobo
Re: [Mageia-dev] RFC: dropping prebuilt broadcom-wl drivers
2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 22:17: 2012/12/27 Thomas Backlund t...@mageia.org: Wolfgang Bornath skrev 27.12.2012 19:54: Ok, so now I am at the point where I try to configure wifi without any additional media than the core repository- The correct wifi is found but the system says that there are additionaöl software and drivers needed (namely broadcom-wl) which I may find in non-free or elsewhere. Just as expected. Did it try to configure it anyway, or did it stop there ? No, it ends there- you can close the ,essage and go back where you have the already used option or the option to use a windows driver with ndiswrapper. Or go back and leave the cinfiguration Hm, ok, so I guess it would need manual configuration to test, but it is easier to test the free drivers you can test with the no-wl test livecd Reboot. Now could I use the same installation to upgrade and use the same usb stick, just activating the core plus non-free ? Or do I have to redo the whole instatallotion? Just use the same install and install dkms-broadcom-wl Ok. so all I have to do go online with cable bound network, set media including non-free, and then install dkms-broadcom-wl plus the needed things. then reboot and try a new attempt at configuring . yep. it might still suggest to install some of the prebuilt drivers, but thats ok. the important part is the blacklist that comes with dkms-broadcom-wl Ok, here I may have been too fast. I went online, set the media including non-free and shot at 'urpmi dkms-broadcom-wl'- The system installed 18 packages but at the end it gave errors: Error! Could not locate wl.ko.xz for module broadcom-wl in the DKMS tree. Yoou must run a dkms build for kernel first- warning: %post(dkms-broadcom-wl-5.100.82.112-5.mga3.non-free.i586) scriptlet failed, exit status 4 -- wobo
Re: [Mageia-dev] Will the 'official' Mageia-3 installer have a 'GRUB Legacy' option?
2012/12/3 Guillaume Rousse guillomovi...@gmail.com: Le 02/12/2012 13:13, Maurice Batey a écrit : Those are just some of the reasons why I would like to avoid - or postpone - conversion to GRUB2, the need for which I still fail to comprehend. Why do you care about installer support, for stuff already installed ? I do not understand the whole discussion about Grub. If you have a Grub2 installed by another distribution it is easy to install a second distro (Mageia 3) which also uses Grub2. If you have another distribution installed with grub-legacy it is easy to install a second distro which uses grub2 (use chainloader in your existing grub-legacy). For me it is totally regardless which grub will be used for Mageia3. -- wobo
Re: [Mageia-dev] Will the 'official' Mageia-3 installer have a 'GRUB Legacy' option?
2012/12/3 Maurice Batey maur...@bcs.org.uk: On Mon, 03 Dec 2012 20:25:53 +0100, AL13N wrote: grub2 has btrfs support So for those pioneers who want to use btrfs, let them have an 'install with GRUB2 option, and keep GRUB-Legacy as default?! Yes, at least until btrfs is really working - if I'm not mistaken it doesn't even have a working tool for checking the filesystem or repair it. -- wobo
Re: [Mageia-dev] Repo down: repository fallback by default...
2012/11/26 Jehan Pagès jehan.marmott...@gmail.com: Hi, On Fri, Nov 9, 2012 at 3:50 PM, Jehan Pagès jehan.marmott...@gmail.com wrote: Hi, I am trying to install some software and get the error: L'installation a échoué, certains fichiers sont manquants : rsync://ftp.tsukuba.wide.ad.jp/mageia/distrib/2/x86_64/media/tainted/release/mencoder-1.0-1.rc4.0.r34578.9.mga2.tainted.x86_64.rpm Vous devriez mettre à jour votre base de données urpmi. Essayer de continuer néanmoins ? (basically the rsync failed) So I guess the repo is down, hopefully temporarily. I went to the configure media sources UI and add a specific media mirror (was using the $MIRRORLIST default until now). [Side-note: the other mirror in Japan also had faulty tainted repos. I wonder if there is a problem with Japan politics maybe about tainted softwares?] About my side note, I realize today that Japanese servers seem still down (or again? Since I used alternate servers since this problem I had weeks ago, I don't know). Have Mageia's Japanese contributor abandonned Mageia? Thanks. The mirror is not down, you are using a wrong address. The correct address for the Mageia mirror is ftp.tsukuba.wide.ad.jp/Linux/mageia/distrib/2/ (in your link the /Linux/ is missing) -- wobo
Re: [Mageia-dev] Utter frustration
Just to notify Anne that the latest mails to mageia-dev arrived in 2 flavours: - 1 gnupg signed version, coming from Anne Wilson cannewil...@googlemail.com - 1 unsigned version (same text) coming from Anne Wilson an...@kde.org -- wobo
Re: [Mageia-dev] Problem with Totem packages?
2012/11/21 Olav Vitters o...@vitters.nl: On Wed, Nov 21, 2012 at 02:32:32PM +0100, Pierre Jarillon wrote: Le mercredi 21 novembre 2012 13:29:26, Olav Vitters a écrit : On Tue, Nov 20, 2012 at 02:11:40AM +0100, Pierre Jarillon wrote: If we want a full usable distro out the box, VLC must be the default choice for all videos and then Totem could be removed. Which desktop are you using? VLC is IMO terrible, but I don't see why application defaults should be the same across desktops. Totem under anything other than GNOME: who cares? Maybe for XFCE VLC is a better fit or something. VLC works with any destop and any OS. Most of people coming from Windows already use VLC. LibreOffice, Firefox, Thunderbird and VLC are the most universal applications. They allow easy migrations from Microsoft. However, I prefer Konqueror and kmail in a KDE environment. You really like VLC :) If there is no KDE mediaplayer, then maybe file a bug. Totem in KDE is not the best match. Neither is dragon player nor is totem a good thing in Gnome. Both application suffer from the same cause: as soon as we enter the video section we also become victims of the free/non-free/tainted issue. Result: totem as well as dragon player as provided by the free DVD are not able to play any kind of video, unless you install certain plugins. Now the direct issue is, how both applications deal with this. None of both is able to list all necessary plugins to play the wanted video - it's always the dance a plugin is missing! - Which plugin? then a forum helper tells you about one plugin, you install it, restart totem and - Bang! - it kills you with another A plugin is missing!. Do that 3 times and maybe it works for this one video, coming back with the next video format. Same with dragon player. It's an upstream issue all right, but why is it not possible to include a function which lists ALL needed plugins, so you can install all of them? Or even better, a meta-package for those who want it all, which installs all available plugins for video play? I understand the reasons why they can not be installed automatically, but it would be a great step forward if all needed plugins can be installed in ONE step. Apart from that and not judging by lookfeel, vlc really is the best when it comes to playing media. -- wobo
Re: [Mageia-dev] mirror problems (mirror.aarnet.edu.au/mageia)
2012/11/20 scsijon scsi...@lamiaworks.com.au: sorry folks but can someone let whoever know that handles the mirror updating/syncing that mirror.aarnet.edu.au/mageia (with a few others) had a major drive corruption/destruction about a week or so, and 'quite a bit' of it has not yet been replaced ie it is no longer there or doesn't work. I did email someone through the forum who I thought was a moderator, but nothing has happened so i'm taking this thread path as I do know it will be attended to! And I wouldn't exactly trust what is still there anyway! Best may be to start a rsync with hash checking or just do everything, it may be quicker. When you open this link http://mirror.aarnet.edu in http mode you will see a bottom line: Feedback or queries are welcome to mir...@aarnet.edu.au -- wobo
Re: [Mageia-dev] Duckduckgo / Mageia browsers
2012/11/20 Anne Nicolas enna...@gmail.com: Hi there As some of you may have followed this on council meetings, we have signed a contract with Duckduckgo, the search engine. They will give us 25% of the monthly gross revenue generated from user traffic that originates from the company links within each of the Partner Properties. What we need to do is provides updates on browsers for cauldron and Mageia 2 including this: https://duckduckgo.com/?q={{search}}t=mageia This link only lists other search systems. To get results about Mageia the link is: https://duckduckgo.com/?q={{search}}mageia Additionally: as Dimitrios already pointed out, search result links do not work in Konqueror (just tried, confirmed). -- wobo.
Re: [Mageia-dev] Duckduckgo / Mageia browsers
2012/11/20 Pascal Terjan pter...@gmail.com: On Tue, Nov 20, 2012 at 12:21 PM, Wolfgang Bornath molc...@googlemail.com wrote: 2012/11/20 Anne Nicolas enna...@gmail.com: Hi there As some of you may have followed this on council meetings, we have signed a contract with Duckduckgo, the search engine. They will give us 25% of the monthly gross revenue generated from user traffic that originates from the company links within each of the Partner Properties. What we need to do is provides updates on browsers for cauldron and Mageia 2 including this: https://duckduckgo.com/?q={{search}}t=mageia This link only lists other search systems. To get results about Mageia the link is: https://duckduckgo.com/?q={{search}}mageia Additionally: as Dimitrios already pointed out, search result links do not work in Konqueror (just tried, confirmed). I think the point is to replace {{search}} with the query you want and assign the search to mageia, not to search about mageia Ah, that may be. -- wobo
Re: [Mageia-dev] Repo down: repository fallback by default...
2012/11/10 Jehan Pagès jehan.marmott...@gmail.com: Hi, On Sat, Nov 10, 2012 at 6:41 PM, Christian Lohmaier lohmaier+mag...@googlemail.com wrote: Hi *, On Fri, Nov 9, 2012 at 7:50 AM, Jehan Pagès jehan.marmott...@gmail.com wrote: So I guess the repo is down, hopefully temporarily. I went to the configure media sources UI and add a specific media mirror (was using the $MIRRORLIST default until now). So my real question is: couldn't the $MIRRORLIST fallback to other servers than the closer instead of failing? https://bugs.mageia.org/show_bug.cgi?id=3166 would solve all that Cool. :-) Yes, extremely cool! :) This is one of my favourite bugs of all times. Remember, this bug is older than Mageia itself! The ability of urpm to switch mirrors in case of a not responding or not up-to-date mirror was requested in Mandriva almost right after $MIRRORDIR was implemented (3-4 years ago?). Hopefully somebody with the necessary knowledge could find the time to implement the solution discussed here and assigned to webteam 5 months ago.
Re: [Mageia-dev] Draft of a Letter to the Software Freedom Law Center (SFLC).
2012/11/8 Anne Wilson cannewil...@googlemail.com: This is an official letter, and therefore should have the official address to the recipient. Consider using a more generinc term, like «Greetings» or «Good morgning» (depending on the time of day you send the email.) or a similar term. This is far too colloquial, and unsuitable for a letter to an official body. Agreed. Yes, +1 But here we have the differences of English rules in different countries and even schools. In Germany in Business English I learned to address the recipient in an official letter with Madam, Sir, On behalf of No dear or forever yours :) I received some official letters with that same address from English companies (mostly unwanted business offers but nevertheless), one even from a company specialized in setting up LTD organisations by UK laws. -- wobo
Re: [Mageia-dev] Draft of a Letter to the Software Freedom Law Center (SFLC).
2012/11/8 Trish Fraser tr...@thefrasers.org: Hi Donald and Johnny, On Thu, 8 Nov 2012 09:15:09 + Donald Stewart watersnowr...@gmail.com wrote: On 8 November 2012 00:45, Johnny A. Solbu coo...@solbu.net wrote: On Tuesday 06 November 2012 23:39, Shlomi Fish wrote: Dear sirs or madams, To me, this sounds a little to generic, a little to unformal when contacting a law firm. I feel that if you're using «Dear XXX» there should be one or the other. I.e. Either Sir og Madam, but then you need to know the gender of the one responding. and that can be a little tricky. ;-)= No, this is wrong, you *cannot* use just one, it has to be both. You could have Dear Sir/Madam, but the correct usage is as originally stated. This is an official letter, and therefore should have the official address to the recipient. Right. Consider using a more generinc term, like «Greetings» or «Good morgning» (depending on the time of day you send the email.) or a similar term. This is far too colloquial, and unsuitable for a letter to an official body. I also agree. Regards, Shlomi Fish If we're being formal and correct, it should be Dear Sirs/Mesdames, I'm fairly sure. Really? Having a mix of English and French? -- wobo
Re: [Mageia-dev] cinelerra/audiokonverter/arista (war Re: rehashing the faac issue)
2012/11/1 PhilippeDidier philippedid...@laposte.net: Christiaan Welvaart a écrit : On Wed, 31 Oct 2012, PhilippeDidier wrote: I don't know actually how to create *.aac files or *.mp4 files with Mageia... if you help me I will be happy... ffmpeg -i foo.mp3 -strict -2 -codec:a aac -format adts foo.aac But AFAIK this uses the ffmpeg internal aac codec which isn't very good. -codec:a libvo_aacenc produces garbage, no idea why About arista: someone decided to use the internal ffmpeg lib from gstreamer-ffmpeg for gstreamer0.10-ffmpeg which broke arista. Now arista must be ported to gstreamer1.0 . Christiaan So ... You can understand, now, if you need to create aac or mpa or mp4 files : that faac works that softwares built with it work too that nothing inside Mageia work (libvo_aacenc is really bad quality when it doesn't produce garbages) that we have been waiting since Mageia exists for an hypthetic GPL alternative to faac that to satisfy exclusive gpl software policy in tainted repo we are stuck What do you propose then ? After reading all arguments again I must confess that I changed my opinion: Being consequent and following our road we need a /tainted-free and a /tainted-nonfree branch. I apologise for my harsh words about the whole matter, the repeated discussion changed my mind. -- wobo
Re: [Mageia-dev] cinelerra/audiokonverter/arista (war Re: rehashing the faac issue)
2012/11/1 Christian Lohmaier lohmaier+mag...@googlemail.com: Hi Wolfgang, *, On Thu, Nov 1, 2012 at 1:56 PM, Wolfgang Bornath molc...@googlemail.com wrote: [...] After reading all arguments again I must confess that I changed my opinion: Being consequent and following our road we need a /tainted-free and a /tainted-nonfree branch. I still think this would be a very user-*un*friendly way to handle it. You cannot put packages that itself is free, but depends on taintednonfree packages into the free repo, since the core repos need to be self-contained. The natural approach would then be to put that package into the same repo as the packages that fulfill the requirement. If now you have two tainted repositories, one free and one non-free, you would put the free with dependencies package into the tainted-free repo. But it itself isn't tainted, so actually wouldn't belong in there. But even when you have tainted-free enabled, and you try to install the package, you need to enable the tainted-nonfree one. Or you put it into tainted-nonfree to keep the repos more self-contained, but then the distinction is rendered useless, as packages end up there for completely different reasons. And if you have to enable both tainted variants anyway, there is no point in having them separate in the first place other than to please some bureaucratic nitpicking. So by creating a tainted-nonfree repo that only a handful of packages actually belong into anyway, you create a situation of non-satisfiable dependencies that make the distinction pointless from a user-POV. Much better would then be to create an ugly repo (in the spirit of gstreamer) that contains the doesn't fit into the other repos stuff. AFAIK only multimedia related stuff falls into tainted-nonfree. And it is either you want to use it or not. If you want to use it, the user doesn't care whether it is free or nonfree (by whatever definition, there isn't the one-and-only definition that everyone agrees with anyway). You only might care about whether it is tainted or not (and many don't give a damn about software patents even where they could apply in theory). It is not like you have a chance in most of these cases. Either you use a 100% free but sucks implementation, or you use the tainted and possibly nonfree, but working just fine one. Taking what you wrote into account there is no chance for a solution which also honors the division between free, non-free and tainted, at least non of the propositions in this thread would work. Because as you described the problem is not with each software but rather with its requirements (free software needing a non-free or tainted library to run or offer all its features). So what can we do? What do users want in such cases? First they do not want crippled packages. If they decide to have mplayer they want the whole thing, not a free variant which lacks features. They'd rather not want mplayer at all. Answering to this there may be a rather pragmatic but also drastic and even provocative solution: Stop offering software in core which need non-free and/or tainted libraries to give all its features. This software should not be offered in 2 or even 3 variants but only in one full version, residing in an ugly (or whatever you want to call it) repository. Yes, there may be people who would like to use mplayer without non-free or tainted libraries - but are there really? To my experience they either use the full blown package or another software. This solution may not hold against theoretical arguments but I think it's pretty much the practical way, for users as for packagers. And it will motivate people to search for free solutions where possible. -- wobo
Re: [Mageia-dev] Repository access problem?
2012/10/29 Johnny A. Solbu coo...@solbu.net: On Monday 29 October 2012 08:31, Funda Wang wrote: And, cauldron repository has been wiped.. I just checked the distrib-coffee mirror to see when the last package upload was, and found that everything there is wiped as well, and i really do mean everything. Heh.. Something is clearly up somewhere, or is it down? ;-)= I noticed something while writing this mail. The folders at distrib-coffee are empty, and are disapearing only to reappear after a few seconds and disappear and reappear. And round and round it goes. Concerning distrib-coffee: my mirror (mandrivauser.de) sync with distrib-coffee. Everything ok at 04:00 UTC, at 06:00 UTC it only sync'd MGA2/x86_64/core/updates - no i586 at all and no cauldron at all -- wobo
Re: [Mageia-dev] Repository access problem?
2012/10/29 Frank Griffin f...@roadrunner.com: On 10/29/2012 06:40 AM, Nicolas Lécureuil wrote: Yes but as told distrib-coffee seems to have a pb but not only with mageia see : ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/ Just a reminder, if you normally mirror from distrib-coffee using rsync --delete, you probably don't want to do that until it's fully restored. Otherwise, you'll be burning a lot of bandwidth. No, not really. We sync with distrib-coffee but we do not get as far as the -delete option could do any damage: But putting rsync on hold until the situation is cleared up is certainly a good idea. 1 Minute ago distrib-coffee answered to our sync request: --- receiving incremental file list rsync: change_dir /linux/Mageia (in pub) failed: No such file or directory (2) ... I checked, all our Mageia branches with all packages are still here! :) -- wobo
Re: [Mageia-dev] Repository access problem?
2012/10/29 Frank Griffin f...@roadrunner.com: On 10/29/2012 08:06 AM, Wolfgang Bornath wrote: No, not really. We sync with distrib-coffee but we do not get as far as the -delete option could do any damage: But putting rsync on hold until the situation is cleared up is certainly a good idea. 1 Minute ago distrib-coffee answered to our sync request: --- receiving incremental file list rsync: change_dir /linux/Mageia (in pub) failed: No such file or directory (2) ... I checked, all our Mageia branches with all packages are still here! :) Yes, rsync at the moment aborts because of missing directories. The danger will come as the directories get restored and are virtually empty, because rsync --delete will blow away all of the taget directory files that don't exist in the source. Yes :) For me it does not matter so much anyway, mirror mandrivauser.de will close down at December 2012. :( -- wobo
Re: [Mageia-dev] Repository access problem?
2012/10/29 Colin Guthrie mag...@colin.guthr.ie: 'Twas brillig, and Wolfgang Bornath at 29/10/12 13:25 did gyre and gimble: For me it does not matter so much anyway, mirror mandrivauser.de will close down at December 2012. :( Oh no! I liked that mirror - wy faster than d-c but still regularly updated. I will miss it! Yes, I liked it too. :) I will not make a big fuss about it but the main reason was set when we (the German users) decided to let Mageia host our German forum. As mandrivauser.de lost almost all active people to Mageia (people like obgr_seneca, doktor5000, and many more) and Mandriva 2011 did not generate new users, due to the bad reception of the release, the forum and production came to a screeching halt. Makes no sense to run a server with a yearly cost of 500+ Euros in this situation. We may have come around better if in 2011 we decided to run the German Mageia forum on our own server instead of the Mageia server (also for other reasons, as it turned out). So I'm part of the cause, made a wrong decision then. -- wobo
Re: [Mageia-dev] rehashing the faac issue
Nice to see that everyone went back to Start with this discussion, almost using the same words in their arguments. Is this really needed? There has been a wide consensus for the solution to put it into tainted as has been said in this thread as well. There are 2 options now: 1. act according to the consensus (as it should be at Mageia) 2. discuss it again in 6 months with the same words and arguments - we could even copy and paste the mail contents. As long as there is a solution for the users available at blogdrake we have all the time in the world. Sorry if it is too offending for one or the other if I call this procedure ridiculous. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/30 Olivier Blin mag...@blino.org: Wolfgang Bornath molc...@googlemail.com writes: There has been a wide consensus for the solution to put it into tainted as has been said in this thread as well. The consensus was maybe not so clear then. Maybe not so clear for those whose opinion differs from the consensus, understandable. I did not write about a consensus as first one, it has been written repeatedly by others. Sorry if it is too offending for one or the other if I call this procedure ridiculous. Where do you see a procedure here? :-) Offer one if you think that's needed. Ah, in case you have missed all those mails in the devel list: 1. The issue was brought to the attention of the people, including the developers. 2. The issue has been discussed at length including mantra-like repetitions. 3. Several people suggested the same solution (we did not start a poll but to me it looked like a large part of the participants of the discussion). If I am wrong here then all others who saw it like me are wrong as well 4. All it needed now was action according to that consensus. This is what I call a procedure and how issues have been treated many times. May be your definition is different. After the discussion reached this state everybody waited for action, which may have ver well have been delayed because of other more important work. That was the subject/contents of the opening mail and first answers of this thread. Until somebody started to open the discussion again. Another option would have been to bring the issue to the council after the first discussion ended but I haven't yet read any mail about such a move during the months since then. Is that what you were waiting for? It could be up to the council or board to chose the lesser evil between: - picking tainted for non-free + tainted packages like faac, and thus forbid mirroring tainted packages that are only free-software (but maybe that's the hypothetical 'selective mirror admin' from Guillaume) yes, you've been calling those existing mirror maintainers hypothetical before. Very good argument. If I don't like something I just pretend it isn't there. Anyhow, I said my opinion in the first thread including the reasons behind my opinion. The outcome of this is not so interesting (I could use the blogdrake solution any time), I'm ok with any decision or consensus. But it is the way this issue is handled which I criticise. -- wobo
Re: [Mageia-dev] Notes about live CD
2012/10/27 JA Magallón jamagal...@ono.com: On 10/26/2012 12:54 PM, Olivier Blin wrote: JA Magallón jamagal...@ono.com writes: - the installer asks to remove the unused harware support, but the wording for the choice is misleading: [ ] Unsued hardware support What does it really mean if I tick this, I want to keep the unused hw support or to remove it ? The text reads this way: We will remove the following packages, unless you choose otherwise: [ ] Unused hardware support [ ] Unused localization Oops, sorry for the late answer. In the live _CD_, I saw no choice for localization, I think it is because it only includes english ? The live DVD has both marks to check. I will rephrase it as: There is some soft installed by default that is not needed in your current setup. Mark them if you want it to be removed now: [ ] Unused hardware support [ ] Unused localizations -- J.A. Magallon jamagallon()ono!com\ Winter is coming... As it is now the user has to read the whole thing (first the leading sentence, then the options, then put both in a meaningful relation) before he can decide what to do. Our goal was always to make it as simple as reasonable for the user to understand what we exactly mean. So why not write in the options what is really done? Some installed packages (hardware and language support) may not be needed on your computer. [ ] Check to remove unused hardware support [ ] Check to remove unused language support Here the option tells exactly and with no room for misunderstanding in one line what it is doing when checked or unchecked. -- wobo
Re: [Mageia-dev] Minimal mageia install
2012/10/23 Bruno Cornec bruno.cor...@hp.com: Helo, I'm in the process of redeploying automatically my firewall machine, using Mageia. For that I'd like to have a very minimal install. However, I'm ending up with 580 packages, among them a lot of X11 content, whereas I want a text base install only. I had the same experience with Mageia 1 - the lowest I could get was somewhere in the high 500. I spent some time tinkering with that but whatever I tried, whichever package I wanted to remove, I always ended up with the removal of part of the base system. In the end I gave up (possibly due to lack of knowledge) :( I just checked Olivier's suggestion, ending up with some 270 packages... -- wobo
Re: [Mageia-dev] Welcome Götz!
2012/10/23 Donald Stewart watersnowr...@gmail.com: On 22 October 2012 22:15, Olivier Blin mag...@blino.org wrote: Hi, After uncountable years as a packager and maintainer in the Mandriva Linux distribution, providing a huge number of impeccable contributions, Götz Waschk is now joining us as a Mageia packager. Please welcome him aboard! -- Olivier Blin - blino Welcome, it really amazes me how many people have come over or come back to the project. Its great to see. I know Götz in person because for the last 5-6 years I've been meeting him regularly on German Linuxtag. Last time he talked about the frustrating situation at Mandriva and I thought it will not take long until we see him here - here he is! :) Welcome!
Re: [Mageia-dev] Alpha 2 is very near
2012/10/12 Shlomi Fish shlo...@shlomifish.org: Hi all, On Thu, 11 Oct 2012 21:33:51 +0200 Anne Nicolas enna...@gmail.com wrote: Hi there That was a real alpha release! Bugs, flu, tests and tests and tests again... But alpha 2 is now very near. Please have a look in wiki page and add any information about versions and new softwares: I'm not singling the OP's message in particular, but since this is a common mistake, I thought I'd highlight it. In English, software is an uncountable noun and so one should not say softwares or a software. But (soft)warez :) -- wobo
Re: [Mageia-dev] Support of grub2 in the installer/drakboot
2012/10/8 Felix Miata mrma...@earthlink.net: On 2012-10-08 11:45 (GMT-0300) Luiz Alberto Saba composed: is there any plans to add grub2 support ? is there someone already working on it ? Fedora 17, openSUSE 12.2 and ubuntu (don't remember the version) are already using it. openSUSE retains Grub Legacy as an option, which I use on every installation. YaST has yet to be updated to fully manage Grub2 configuration. In distros that offer only a choice between Grub2 and no bootloader I choose no bootloader every time. *buntu I quit even experimenting with half because of its Grub2 headaches. Fedora I install with no bootloader, and use Grub Legacy from openSUSE or Knoppix. Grub2 is buggier than stink and far more complicated to maintain and use than Grub Legacy on systems that don't need what Grub2 can do that Grub Legacy can't. Well, as long as the installer gives me a choice to put the bootloader into the root partition I don't mind whether Mageia uses grub-legacy or grub2. I'm using chainloader anyway. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/4 Johnny A. Solbu coo...@solbu.net: On Wednesday 03 October 2012 16:07, Guillaume Rousse wrote: - how many people for using 'non-free' ? I vote for non-free And I vote for tainted. My position about mixing non-free into the core repository with a filter: That may be technically possible to integrate into urpm* and rpmdrake. But it will create confusion and problems. 1. Problems for mirror maintainers who do not want to mirror non-free (if we cater to the free-enthousiasts at other issues we have to do it here as well). 2. Problems for users who may not trust the filter system, they rather trust a visual separation. As for the repositories core and non-free it is just right as it is - userfriendly and easy to understand for everybody. And I really wonder why this should be changed anyway. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/4 Frank Griffin f...@roadrunner.com: On 10/04/2012 02:29 AM, Wolfgang Bornath wrote: My position about mixing non-free into the core repository with a filter: That may be technically possible to integrate into urpm* and rpmdrake. But it will create confusion and problems. 1. Problems for mirror maintainers who do not want to mirror non-free (if we cater to the free-enthousiasts at other issues we have to do it here as well). That's a good point, but are there actually any of these ? Was there any PLF mirror that only hosted free ? There are/were enough Mandriva mirrors who did not mirror PLF at all. 2. Problems for users who may not trust the filter system, they rather trust a visual separation. I can't see this. If they trust us to place the package correctly to start with, why wouldn't they trust a filter we write ? And if they don't trust us, they're reading the license themselves anyway. A built-in filter in a software is not the same as a separate branch. It is a difference between seeing free and non-free in separate branches and just believe that there is a filter and that it is working all the time. There have been bugs in urpmi, why do you regard that filter to be perfect per se? It's a difference between a developer/packager who uploads a package to a branch by intention and a packager who just adds a tag (or may have forgotten to add it). A packager who just forgot to add a dependency is no hoax - why do you think a packager who forgot to add a tag is a hoax? Or a myth? -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/4 Guillaume Rousse guillomovi...@gmail.com: This kind of hypothetical 'selective mirror admin' is quite similar for me to the mythical 'average joe user': a practical justification to any kind of argument :) Pardon me but do vou know all mirror maintainers that you can say that? We (mandrivauser.de) discussed the contents of our mirror and intentionally did not mirror PLF. One example - I do not think that we are a myth and do not believe that we are the only exception. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/4 Frank Griffin f...@roadrunner.com: On 10/04/2012 10:46 AM, Wolfgang Bornath wrote: There are/were enough Mandriva mirrors who did not mirror PLF at all. I'm well aware of that, since PLF wouldn't have existed otherwise. The question concerned mirroring nonfree, not tainted. The reasons for not mirroring each of these is quite different. I understand. Sorry, I don't buy that. If a packager omits a tag or chooses a wrong repository, the reason is probably the same - he didn't read the license and that means the package is going to be misfiled under either scheme. Or he just forgot to add the tag - that's easier than to chose a repository on intention. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/4 Frank Griffin f...@roadrunner.com: On 10/04/2012 10:54 AM, Johnny A. Solbu wrote: Because software have bugs, even filters, whereas physical separation is not prone to the same errors. Sure it is. See my response to Wolfgang. And if they don't trust us, they're reading the license themselves anyway. That's not an easy task for commandline users. urpmq -i foo does not show the license tag. I didn't say it was easy, I said that anyone strongly interested in this who doesn't trust us to get it right will be doing it, easy or hard. You do not seem to understand different levels in trust. There is no black OR white, rather shades of black and shades of white. Of course there is some trust in the packagers to place packages correctly in different branches depending on the licenses. But having all free/non-free packages in one repo, separated just by a software filter adds an additional level of trust in the packagers AND in the software filter. Well, enough said. I think I have stated my position and the reasons, I am not part of the decision making group anyway. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/4 Frank Griffin f...@roadrunner.com: On 10/04/2012 11:11 AM, Wolfgang Bornath wrote: Or he just forgot to add the tag - that's easier than to chose a repository on intention. Doesn't the name of the license already appear in the packaging ? Why would you need a new separate tag which could be forgotten ? Ah, that's just my imagination how this filter could work. If the filter searches for the license description and if all possible licenses are known to the filter, then the packagers are fine. Still the trust on a software filter is not the same as the trust in a visible separation. If you think there is no technical difference, this discussion is not just on technical of the issue. If I go into an empty room which is dark, everybody could tell me that the room is empty and I can't hurt myself by falling over some furniture - still I'd prefer the lights on. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/4 Frank Griffin f...@roadrunner.com: On 10/04/2012 11:29 AM, Wolfgang Bornath wrote: Still the trust on a software filter is not the same as the trust in a visible separation. If you think there is no technical difference, this discussion is not just on technical of the issue. If I go into an empty room which is dark, everybody could tell me that the room is empty and I can't hurt myself by falling over some furniture - still I'd prefer the lights on. You're correct, and one of the points I'm trying to make is that while it is reasonable to technically enable FOSS enthusiasts to install a FOSS-only system easily, it is not reasonable to make things difficult for everyone else simply to pander to FOSS political correctness. The same argument underlies the issue of an install process that caters to both free and nonfree via a switch versus one that allows no nonfree software on the install media or no nonfree repo to be considered by the installer. In both cases, a FOSS enthusiast can have what he wants, but I'm sure the enthusiast would be happier with the latter case, for all the non-technical reasons you mention, including that it makes it more difficult for others to do things of which he disapproves. If there's no technical difference between two approaches, we ought to pick the one that works best for the greatest part of the user base. Yes, that's why I prefer the separation of free and non-free repos. IMHO opinion it is easier to have non-free visually out of the way for the FOSS enthousiasts and it's just one click (actually 2 including non-free/updates) for the users who want it all. Furthermore there is another reason to keep the repos separated: it is Mageias written intention to support and advocate FOSS. Separating non-free and FOSS is a visible demonstration of this intention. Mixing both in the same repo is the opposite. -- wobo
Re: [Mageia-dev] Final set of isos for Mageia 3
2012/10/3 zezinho lists.jjo...@free.fr: Em 02-10-2012 17:58, Anne Nicolas escreveu: Hi there So as planned when starting discussion, here is the final set of isos that will be built for Mageia 3. We have listed all the proposals and explanations (from both this ML and forums) to find a list that would satisfy most of Mageia users. Here is the list (Thanks MrsB for doing it first :) ): Thank you both for this list. I feel it comes with almost every ideas that came along. Let's see if Mageia 3 will rock in his medias. Still, we could remember anyone that draklive is also open-source, so any rockin' media idea can be tested without consensus. Where is the better updated doc about it? (if it exists) I volunteer to do it if it does not exist at the moment. That would be great - this discussion is a great motivation to dive into creating isos but I need documentation to start learning. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/2 Frank Griffin f...@roadrunner.com: On 10/02/2012 04:03 AM, Guillaume Rousse wrote: Given the importance of this package for several multimedia-related software (it is a mandatory dependency for cinerella, for instance), I think it's time to revisit this decision, and rather look for a pragmatic solution rather than a merely bureaucratic one. I read the links, but I think the discussion would benefit from a statement of exactly why people don't want nonfree software in tainted. At least for my part, I always viewed tainted as being the equivalent of PLF, i. e. we'll put this stuff in there because it's legal where we are, and you decide whether you want to mirror it and make your own decision as to whether you want to use it. I thought the whole point was to segregate tainted stuff from everything else so that mirror maintainers could avoid tainted yet still mirror the mainstream repos. If that's true, and tainted is just a dumping ground for stuff that we have legal or philosophical problems putting anywhere else, then I don't get the free/nonfree issue. We have software in 4 different flavors: 1. free software (FOSS), most of them distributed under any of the GPL versions 2. non-free software, meaning they can not distributed under such licenses as the GPL. Mostly it's closed source software (like firmware for devices like graphic cards or some wifi chips) 3. tainted software, this is cost-free but patented software. In countries which obey software patents (like USA) it is not allowed to be distributed. 4. then there is software which is non-free AND tainted. Of course this special point #4 is a bit bureaucratic. As tainted (aka patented) is the stronger restriction than non-free we should also place faac into tainted as it matches the sentence from the MGA1 notes anyway (as quoted in Christian's mail). In any way I agree that this more or less academical dispute about faac should not make it impossible to make faac available. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/2 James Kerr j...@jkerr82508.free-online.co.uk: On 02/10/2012 12:26, Frank Griffin wrote: At least for my part, I always viewed tainted as being the equivalent of PLF, PLF had both free and non-free repo's. If you include both free and non-free in tainted, which is probably the least bad solution, then there needs to be a way for FOSS enthusiasts (who choose to do so) to avoid the non-free packages - perhaps a statement in the package description would suffice. Well, are you saying that tainted includes free packages although they are subject to a patent? 'cause that's the only reason I could think of a FOSS enthousiast would like them to be separated from the non-free packages in tainted. Or the other way 'round. IMHO a package is not free anyway as soon as it qualifies for tainted - whatever reason. That's why I call the distinction beaurocratic and the discussion academic -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/2 Johnny A. Solbu coo...@solbu.net: On Tuesday 02 October 2012 14:58, Wolfgang Bornath wrote: IMHO a package is not free anyway as soon as it qualifies for tainted - whatever reason. That is subject to jurisdiction. I happen to live in a country where software patents doesn't apply. Therefore patented software is Free software in my country. And I believe that is the situation in several european countries, and other countries around the world. Even FSF and Stallman says this. If the software is not patented in your country, it is Free software in your country. Yes, that's correct. But we should look at the reason why we decided to have this tainted repositiry in the first place (was decided after a lengthy discussion right at the beginning). We have it because Mageia is not only for those countries who do not recognize software patents, it is for the whole world. The tainted repository was implemented to make it easy for those who do live in countries like USA and others to be able to avoid this software which may be illegal in their country. The alternative would be for them to have to search the whole core repository for such software to be able to avoid it. Same goes for mirrors - we implemented the tainted repo to make it easy for mirror maintainers to offer this software on their servers or not. We give them the opportunity of easy distinction, what they actually do is up to them. If all Mageia users were living in France or the same kind of jurisdiction we would not need the tainted repo at all. So, the reason we have tainted is not caused by any official definitions but it is a service for users and mirror maintainers who are not as lucky as you and me. -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/2 Johnny A. Solbu coo...@solbu.net: Not according to official mageia documentation and policy it doesn't. https://wiki.mageia.org/en/Mageia_2_Release_Notes#The_Mageia_online_repositories That page states that there is No nonfree software in tainted. https://wiki.mageia.org/en/Mirrors_policy#tainted Current policy states that nonfree packages are Not allowed in tainted. That includes patented nonfree packages. Then we also need to change current guidelines as to what goes in tainted. This is exactly why we are discussing it here ! :) These guidelines were set when this special case (faac) did not come to mind. When it did, this discussion started. -- wobo
Re: [Mageia-dev] Final set of isos for Mageia 3
2012/10/2 Anne Nicolas enna...@gmail.com: Hi there So as planned when starting discussion, here is the final set of isos that will be built for Mageia 3. We have listed all the proposals and explanations (from both this ML and forums) to find a list that would satisfy most of Mageia users. Here is the list (Thanks MrsB for doing it first :) ): 2 liveCDs: - GNOME 700M i586 - english only - Nonfree - KDE 700M i586 - english only - Nonfree These are mainly targetted for distribution during events or for Newspapers What about events and newspapers outside of the USA and UK? You don't expect us (for ex: in Germany) to demonstrate Mageia in a foreign language or German magazines to distribute cover cds with Mageia in a foreign language? Of course this goes for all other countries as well. This proposal may have received a majority of votes because residents of USA and UK are the majority of participants in the mailing list. Everybody else (the majority of Mageia promoters) would have no live cds but will need to use the DVDs. Pls consider instead cds which cover the main languages (English, French, German, Italian, Spanish, Portoguese). EN covering North America and India, Spanish+Portoguese covering all of South America, French and English covering most of Africa, all 6 covering most of Europe. Which make at least more than 2 of the 3 major areas instead of North America and UK. Before there were live cds (700MB) with 6 and more langages, so a cd with these 6 instead of one language would not make a difference, or will Mageia 3 need that much more space than Mageia 2? 4 liveDVDs: - GNOME DVD i586 - all locales - Nonfree - GNOME DVD x86_64 - all locales - Nonfree - KDE DVD i586 - all locales - Nonfree - KDE DVD x86_64 - all locales - Nonfree Classic Installation ISOs - LXDE DualCD - all locales - Free only - DVD i586- all locales - Free/Nonfree - DVD x86_64 - all locales - Free/Nonfree DVDs will propose by default 100% free software installation. Users will be asked if he wants to use non free drivers. This is still to be done inside drakx installer and will not be available yet for alpha 2 release. Cheers -- Anne http://mageia.org
Re: [Mageia-dev] Final set of isos for Mageia 3
2012/10/2 Anne Nicolas enna...@gmail.com: Here is the list (Thanks MrsB for doing it first :) ): As everybody can see from the afore mentioned discussion as well as by the answers to this announcement it is not possible to cater to each and everybody's needs wishes. The solution for everybody (makers and users) would be a Joe User-friendly way to roll your own, ideal would be a GUI but CLI is also possible. Maybe a script which - lists all packages including dependencies (as the individual packages selection does) so you can pack a customized live CD - including the system related stuff with hardware recognition and drivers (as a normal live cd) - including the installer from live system to harddisk - at the end of the package selection hands out the size of the ISO And at the end it wraps up everything resulting in a customized Mageia live cd. This way Mageia would only have to distribute even less ISOs than currently planned (saving QA time) and everybody can roll his/her own flavor, depending on the purpose (showing and hand-out at events, in your environment, for special projects, etc.) I know that there is a way to do this already but I'm talking about a userfriendly interactive tool for the not so experienced. Looking at the worktime Mageia could save in future it may be a reasonable suggestion. -- wobo
Re: [Mageia-dev] Final set of isos for Mageia 3
2012/10/2 Rémi Verschelde r...@verschelde.fr: But I guess I may have misunderstood your point. Yes, you did :) 1. My proposal was in no way ro replace all ISOs. There must be some master ISOs which went through Mageia QA and are distributed as official ISOs. But the number of different ISOs can be reduced further than currently planned. 2. Of course one who wants to create a custom ISO has to install Mageia first - this he could do using the smallest way there is, another live cd, no matter which flavor. But the advantage is, from this one download and installation he can produce any flavor for any purpose he wants. Example: I would only need one English live cd. From this I could install the system. And then I could create - live cd with German with the DE of my choice and the software of my personal choice - live cd in German for German events and to demonstrate to friends - live cd in German for a magazine, customized to their wishes, etc. All this also helps to keep everybody satisfied, not only the part who is satisfied with the original Mageia ISOs. As such it would reduce work for Mageia. -- wobo
Re: [Mageia-dev] Final set of isos for Mageia 3
2012/10/2 Rémi Verschelde r...@verschelde.fr: 2012/10/2 Wolfgang Bornath molc...@googlemail.com: 2012/10/2 Rémi Verschelde r...@verschelde.fr: But I guess I may have misunderstood your point. Yes, you did :) 1. My proposal was in no way ro replace all ISOs. There must be some master ISOs which went through Mageia QA and are distributed as official ISOs. But the number of different ISOs can be reduced further than currently planned. 2. Of course one who wants to create a custom ISO has to install Mageia first - this he could do using the smallest way there is, another live cd, no matter which flavor. But the advantage is, from this one download and installation he can produce any flavor for any purpose he wants. Example: I would only need one English live cd. From this I could install the system. And then I could create - live cd with German with the DE of my choice and the software of my personal choice - live cd in German for German events and to demonstrate to friends - live cd in German for a magazine, customized to their wishes, etc. All this also helps to keep everybody satisfied, not only the part who is satisfied with the original Mageia ISOs. As such it would reduce work for Mageia. -- wobo Danke für die Erklärung :) Then that makes sense and I can see your point. The “Live-CD generator” would be used by advanced users, e.g. by Mageia contributors wanting to create a set of German LiveCDs for the LinuxTag in Berlin, and the average users could still download our tested ISOs with all locales on the LiveDVDs / DVDs or in English on the LiveCDs. Or we could do the obvioous: - local user organisations could provide localized live cd isos on their servers, - supporters in such organisations or local Mageia Usergroups could make customized ISOs on request - They could have workshops at events on how to roll your own, etc. There are lots of possibilities, each one of them an improvement of marketing. :) All it needs is either such a userfriendly system or at least an easy understandable How-To in the Mageia wiki. In the German MandrivaUser wiki we did that with a special Mandriva release. It's just an idea that came to my mind because I have a problem with the list of planned MGA3 isos (I wrote about that earlier in this thread). -- wobo
Re: [Mageia-dev] rehashing the faac issue
2012/10/2 PhilippeDidier philippedid...@laposte.net: To sumarize : ;) Thx for this nice sumup, including your comments! +1 -- wobo
Re: [Mageia-dev] The shiny new Control Center
2012/10/1 Steven Tucker tux...@gmail.com: On 01/10/12 04:49, Liam R E Quin wrote: On Sun, 2012-09-30 at 20:13 +0200, Angelo Naselli wrote: Well to be honest that has been already discussed via irc, and it seems to be as you said a good thing, the real question is how to call it :) The usual choices are 1. an acronym few people will remember e.g. miascm (multi-interface system control module) 2. a cute name with no relation to function e.g. WandWaver 3. a name that suggests purpose, perhaps with an abbreviation for the commandline e.g. Configuration and User Management and, er, conman as a command (not cum, I think). I can review the Perl code a little if it helps - my goal with Perl is always to write something that can be read and changed later, even if it's less Perl-like as a result. E.g. send me a file or two. Liam Thank you Liam, I will take you up on that once I get a little bit more done. I haven't taken on doing things the Perl way for the very reasons you state (loops for example are more C like). Pardon me for jumping in although I'm not a developer. I agree that for the time being (as long as the old mcc is in the repos) a different name is unavoidable, even if it's just mcc2. But when a switch to the new version this new version should inherit the name Mageia Control Center/Centre. The main reason for that: This unique type of configuration mall has been one feature which has been regarded as one of the most valued of Mandake/Mandriva/Mageia in all reviews and all comments about the distribution. Over 10 years it has been a recognized landmark for these distributions. As such it should remain under the same name. The name will neither make it more difficult nor more easy for other distributions to use it (as has been said in this thread), we also have tools or whatever adopted from other distributions (like Fedora) and they are still carrying their name, even with fedora as prefix. -- wobo
Re: [Mageia-dev] The shiny new Control Center
2012/10/1 Angelo Naselli anase...@linux.it: Good point, but as a developer i could say we can make it configurable. I mean a generic panel can have the name into its configuration file and shown on title, while to run it a script called mcc can run generic_panel -c mcc.conf for instance, we can also fix that as default forcing mageia behaviour :) Sure, as long as the name mcc shows up in reviews and in the user's minds and not something like foobar, an overworked new version of the formerly called mcc. Said that we're using libyui, that is a work in progress abstraction for the Suse Yast panel, so we're not reinvent the wheel :) May be I misunderstand this sentence, but the new mcc will not carry any yastish ingredients or behavior? (From SuSE 4.4.1 on until today YaST has always been one outstanding reason for me to not use SuSE) -- wobo
Re: [Mageia-dev] The shiny new Control Center
2012/10/1 Angelo Naselli anase...@linux.it: Il 01/10/2012 11:48, Wolfgang Bornath ha scritto: May be I misunderstand this sentence, but the new mcc will not carry any yastish ingredients or behavior? (From SuSE 4.4.1 on until today YaST has always been one outstanding reason for me to not use SuSE) Well the libyui should not have been related to yast only Thx both, Angelo and Steven, to clear that up. @Angelo: My question was not a sign of negative approach, it's only that YaST is one of those words which make me shiver! :) -- wobo
Re: [Mageia-dev] Fwd: Re: M3 won't complete boot after update
2012/9/26 Jani Välimaa jani.vali...@gmail.com: On 26.09.2012 18:00, Anne Wilson wrote: Colin, I sent this last evening, but I haven't seen it on-list. For some reason a fair number of my messages don't get through. Could it be that the digital signing worries the filters? Anne I can see your (previous) mail, just like I saw the previous mail you resend. Are you using GMail? I did not see the previous mail, I use gmail. But I see that other people (like Marja) use to gpg-sign their mails to the lists, so this can't be the cause. -- wobo
Re: [Mageia-dev] Mageia 3 final set of isos
2012/9/19 Anne Wilson an...@kde.org: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 19/09/12 15:53, Wolfgang Bornath wrote: Are paper magazines still relevant here? (true question) Yes, they are an important distribution method. Additionally there will be reviews/articles accompanying the cover DVDs. Don't forget, this is cost free advertizing! Interestingly, one of the leading UK computer magazines has just stopped including cover media. The reviews are still there, as is the What's on this month's disk, but the disk is downloadable. This is the reason why over here nobody thinks of abandoning the cover media. Quite to the opposite as I learned from a conversation with a chief editor earlier this year. Cover media are very popular because they cater to the needs of people with slow net access. Cover media are a measurable cause of increasing sales - as this chief editor told, issues with popular software on a DVD sell more copies than without. Even other kinds of media (tv program, lifestyle magazines and others) have taken to adding DVDs on their issues. -- wobo
Re: [Mageia-dev] Mageia 3 final set of isos
2012/9/20 Anne Wilson an...@kde.org: On 20/09/12 11:19, Wolfgang Bornath wrote: This is the reason why over here nobody thinks of abandoning the cover media. Quite to the opposite as I learned from a conversation with a chief editor earlier this year. Cover media are very popular because they cater to the needs of people with slow net access. Yes, I suspect that this need will be very variable, geographically. Says a resident in the UK with superfast internet for everybody. :) Something apparently for nothing is always attractive to many, but the eco lobby is becoming increasingly important. I'm not advocating dropping the media disks for now, just being aware that the situation needs to be watched for the future. Well, for computer magazines it's not for nothing. The popular magazines are coming in 2 flavors, one with cover media, the other without. Guess which is cheaper. Irrelevant to this discussion, but I feel increasingly guilty about disposing of frequent bumper *buntu distro disks. Since I subscribe the several magazines they have been coming in threes. That's a lot of disks in a year. That is the reason I stopped subscribing years ago. I only buy a magazine if I am interested in an article or I want the cover media. So I don't feel guilty. Anyhow, I don't think that this part of the discussion even has an impact on cover media. As long as we have a live DVD or CD (with German language) the German magazines will get what they need (this goes for all other countries as well). -- wobo
Re: [Mageia-dev] Mageia 3 final set of isos
2012/9/20 Donald Stewart watersnowr...@gmail.com: On 20 September 2012 12:13, Wolfgang Bornath molc...@googlemail.com wrote: Says a resident in the UK with superfast internet for everybody. :) The statement that the uk has superfast internet for all isn't accurate, at the present the uk still contains Scotland. That statement was irony, see the smiley :) -- wobo
Re: [Mageia-dev] Mageia 3 final set of isos
2012/9/19 Romain d'Alverny rdalve...@gmail.com: 2012/9/19 Pascal Terjan pter...@gmail.com: On Wed, Sep 19, 2012 at 10:11 AM, Antoine Pitrou solip...@pitrou.net wrote: Is that necessary? Instead you could have a checkbox install optional proprietary software in the installer. This allows for example magazines to distribute it Are paper magazines still relevant here? (true question) Yes, they are an important distribution method. Additionally there will be reviews/articles accompanying the cover DVDs. Don't forget, this is cost free advertizing! My view: - Free DVD (32/64) with a proper installer - distributing only live media is a bad habit of some distributors, let's make a difference there! As we have support of the idea of free software written in our values we should stick to that. In addition to that we could include non-free firmware in a part of the DVD, to be activated in the installer (opt-in). - 4 life ISOs (Gnome KDE, 32 64) for USB sticks (up to 1GB), they work for all kinds of machines, even such without optical drives. The additional space would be enough to include all langs. - boot.iso, this is done anyway, so it's no extra work -- wobo -
Re: [Mageia-dev] unity on mageia
2012/9/14 Johnny A. Solbu coo...@solbu.net: On Friday 14 September 2012 14:03, Damian Ivanov wrote: - OBS is the most widely-used build system In my view, that's not a good argument. The fact that most people do one thing does not mean that we should do it. I remember I used to use the same argument when agruing with my mother when I wanted something. Everyone else have/use it, to which she replied: I'm not everyone else's mother :-)= Without being a developer myself I agree to Colin. The Mageia build system took time and sweat to be built up to a point where all people involved know their way with it. It has no annoying flaws (as far as I can tell from reading this list) nor is it obsolete like some unmaintained software package. Coming from this I think there has to be some very good and irresistable reasons to switch to another system, especially when most of the people would have to go back to point 1 to start to work with it. Better reasons than all my friends have it. -- wobo
Re: [Mageia-dev] Mageia 2 can be turned to cauldron actually?
2012/8/27 Matteo pasotti.mat...@gmail.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27/08/2012 16:23, Luiz Alberto Saba wrote: Hi guys I've done a fresh mageia 2 install (x86_64) to test a new ssd. Can I change the resitories to cauldron and do a urpmi --auto-select or it will not work? Thanks Luiz Alberto Saba Yes, you can but you have to pay attention to [1] Regards, [1] https://wiki.mageia.org/en/Feature:UsrMove Because of this change I'd rather install MGA3 Alpha1 (due Sept 4) -- wobo
Re: [Mageia-dev] GNOME plans
2012/6/5 Colin Guthrie mag...@colin.guthr.ie: You've maybe not been following the Gnome OS stuff then? I have and it's very interesting. As you know I've been a KDE developer for many years, but I much prefer the Gnome approach to lower level things. People involved in the Gnome project are very supportive to drive forward the core underlying plumbing layers rather than just build abstraction layers on top to rationalise the underlying insanity. I certainly have much more affinity to this approach to engineering (as you can likely tell when I share my opinions on stuff) than the KDE approach which does quite often paper over the cracks rather than solve the underlying problems. So I don't disagree with you with regards to how we, as a distro, should treat Gnome, but do keep in mind that Gnome OS as a whole is something we will all benefit from - this covers everything from how early boot should deal with user interaction and encryption passwords etc (i.e. plymouth) right up to GDM and X11 initialisation (including how to handle things when it fails) and thus the desktop environment Gnome will come with certain requirements for the underlying system on which it runs. In most (if not all) cases, these requirements will be for the general good anyway. I certainly agree on your first paragraph (cause it makes sense and the Gnome way is promising and it is trying to achieve a Good Thing(tm)). Except for one point i already pointed out: a good part (if not the larger part) of the users are not using Gnome. So, whatever Gnome includes in its settings - if it is something which affects the whole system (like everything from how early boot should deal with user interaction and encryption passwords etc (i.e. plymouth) right up to GDM and X11 initialisation (including how to handle things when it fails)) then distributions still need the tools for these same tasks bnecause of users who do not use Gnome. If this tool for non Gnomers is such a central toolbox like the MCC a duplication of tools for the same task is unavoidable with users who use Gnome (as we have now), because you can't stop this system being installed on the same system as Gnome. Also keep in mind that many of those tools are needed before the desktop environment is even installed. So, what I'd rather see is a common cross-distribution toolbox outside of the desktop environments taking care of system business than a common toolbox inside a certain desktop environment which is not available if you do not use that desktop environment. This has not much to do with development but more with logic and reality. -- wobo
Re: [Mageia-dev] GNOME plans
2012/6/4 Olav Vitters o...@vitters.nl: On Mon, Jun 04, 2012 at 09:13:53PM +0800, Kira wrote: Well, I think the main point of arguing about this issue is that most people is mostly used to other input method and they don't care about iBus... Still 2 points to be answered especially for Mageia here: 1. In MCC, we can set up the input method in localedrake, and this setting would be system-wide except GNOME about 3.6+. This should be mentioned, because it would destroy the unified user experience. As said, I don't code. And unified experience I care for GNOME, that it works consistently. I care about freedesktop.org standards. I don't care for differences between distributions. E.g. MCC is great, but I prefer if it didn't exist. MCC is only Mageia/Mandriva, another distro has other things, etc. I prefer something in gnome-control-center. And here we have the main point, the difference between Gnome and everybody else. Gnome is a mere desktop environment, nothing more and nothing less. Period. And it is not the only desktop environment nor the only way a user can use the desktop. So the gnome-control-center must restrict itself to settings which concern Gnome, nothing else. Same as the KDE control-center should do. Very simple and easy to understand reason: Not everbody uses Gnome or KDE. If system settings will be done by Gnome and KDE control-centers, we'd still need yet another setting-center for people who do not use Gnome nor KDE. Simple logic that such a diversity makes no sense at all. It would only make sense if Gnome was a Linux system of its own. Which it is clearly not. -- wobo
Re: [Mageia-dev] GNOME plans
2012/6/4 Olav Vitters o...@vitters.nl: On Mon, Jun 04, 2012 at 05:51:11PM +0200, Wolfgang Bornath wrote: Leaving out the crap about change your wording and whatever. - Maybe to clarify my point: When using GNOME, there should not be any need to resort to a distro specific configuration tool. E.g. xorg should be setup automatically, not require any distro assistance. It is long term and difficult. Ok, no problem. But what if a user decides NOT to use Gnome (what an idea!)? What should users use for configuration? You clearly care about MCC, cool. But respect other people's opinion. Actually I like MCC but this is not the point, it could be any similar tool. I do respect other's opinions as long as these others respect the necessity of such a tool for system-wide settings independent from desktop-environments. To make clear: I think it is stupid that various distributions have their own specific configuration tools. That should be shared across distributions. Od course I agree to that, never said anything against it. But I also think it is stupid to do system settings inside a configuration tool of a desktop environment. Please think again what that means: If there is no MCC (or any other central setting tool for the Linux system): - a Gnome user will use gnome-settings - a kde user will use kde-settings - a lxde user will use and so on ad infinitum. And what if he has Gnome and KDE, having both their own system settings (hardware, msec, network settings, software management, etc.)? BTW: We are seeing this already in the forums: people see a setting in MCC and then the same in KDE/Gnome. They will obviously use the first they see - if that differs to the setting in MCC confusion is on the way. Secondly, I think you should be able to do everything from within System Settings. Yes, as long as it is not a setting tool for the settings of a desktop-environment which is not available when you do not use that desktop-environment. BTW: Pls, calm down a bit, I am quite amazed how emotional you react to this. It's software, not human rights. -- wobo
Re: [Mageia-dev] GNOME plans
This chapter is wrong: BTW: We are seeing this already in the forums: people see a setting in MCC and then the same in KDE/Gnome. They will obviously use the first they see - if that differs to the setting in MCC confusion is on the way. The las part should read: - if that differs to the setting in the other tool confusion is on the way. -- wobo
Re: [Mageia-dev] GNOME plans
2012/6/4 Olav Vitters o...@vitters.nl: On Mon, Jun 04, 2012 at 08:17:39PM +0200, Wolfgang Bornath wrote: 2012/6/4 Olav Vitters o...@vitters.nl: On Mon, Jun 04, 2012 at 05:51:11PM +0200, Wolfgang Bornath wrote: Leaving out the crap about change your wording and whatever. [..] BTW: Pls, calm down a bit, I am quite amazed how emotional you react to this. It's software, not human rights. I indeed get annoyed if words such as crap are used in discussions. Yes, me too when someone starts with compalining about my wording. Now you've seem to think I'm suggesting that every desktop implements their on tool. But that is not what I've suggested. No, you suggest to implement everything into one desktop's tool. Two things: - One thing that is shared across distributions - Another thing implemented in System Settings These are two separate things. This does NOT require a XFCE system settings tool, as it would be covered by the other tool. If you have *one* tool that is shared across distributions, then there must be standards to deal with the differences. Standards that can be used by the (GNOME) System Settings, more or less duplicating what the other tool does. Another possibility that more things are agreed upon between distributions, which can then be implemented in System Settings, but is still handled by various distro specific tools (MCC, etc) as well. Yes, perfect. That's the situation we almost have: - Desktops have the tools for their own settings (window behavior, themes, behavior of their own applications, etc.). These are the same no matter which distribution you are using (if the distribution do not change too much when inplementing the desktop). Now all we need is a selection of tools such as MCC or YaST or whatever you may call it for all distributions to do the system settings (hardware, security features, whatever there is in MCC or YaST). Of course there may be difficulties because of different package managements but the graphical tools for software management should not be too hard to unite. Then we are at the point you are heading at, no? As much uniformity as possible. -- wobo
Re: [Mageia-dev] bug, omission or feature
2012/6/3 Richard Couture r...@linuxcabal.org: I am a bit confused by your message... I sent my message with a new and unique Subject, How is that considered hijacking a thread? Am I missing the point? I don't see a hijacked thread either. -- wobo Richard On 06/03/2012 06:30 AM, Jani Välimaa wrote: On 03.06.2012 14:27, Richard Couture wrote: I notice that when, at the end of the installation of MGA2, I select the level of security as HIGH, that I am permitted entry into the system in Linux Single mode without a challenge password, which is a new, and IMHO undesirable, behavior from previous versions. Is this a new feature, or have I stumbled upon a bug? The /etc/inittab does have ~~:S:wait:/sbin/sulogin in it but I can get in without a password... Must be something new in system D This is a bit off topic, but please don't hijack threads. -- LinuxCabal Asociación Civil Ing. Richard Couture Novell CNE, ECNE, MCNE HP/Compaq ASE Tel.: (+52) (333) 145-2638 Cel.: (+52) (044) 333 377-7505 Cel.: (+52) (044) 333 377-7506 Web: http://www.LinuxCabal.org E-Mail: r...@linuxcabal.org Hosted en la nube Cloud Sigma - www.CloudSigma.com AVISO DE CONFIDENCIALIDAD: Este correo electrónico, incluyendo en su caso, los archivos adjuntos al mismo, pueden contener información de carácter confidencial y/o privilegiada, y se envían a la atención única y exclusivamente de la persona y/o entidad a quien va dirigido. La copia, revisión, uso, revelación y/o distribución de dicha información confidencial sin la autorización por escrito de LinuxCabal está prohibida. Si usted no es el destinatario a quien se dirige el presente correo, favor de contactar al remitente respondiendo al presente correo y eliminar el correo original incluyendo sus archivos, así como cualesquiera copia del mismo. Mediante la recepción del presente correo usted reconoce y acepta que en caso de incumplimiento de su parte y/o de sus representantes a los términos antes mencionados, LinuxCabal tendrá derecho a los daños y perjuicios que esto le cause.
Re: [Mageia-dev] bug, omission or feature
2012/6/3 Jani Välimaa jani.vali...@gmail.com: On 03.06.2012 14:35, Richard Couture wrote: I am a bit confused by your message... I sent my message with a new and unique Subject, How is that considered hijacking a thread? Am I missing the point? New and unique subject isn't always enough. There's still some headers from message which you presumably used with Reply button to get mailing list address and then erased the message box. To: Mageia development mailing-list mageia-dev@mageia.org References: 4fcb1da9.1070...@gmail.com In-Reply-To: 4fcb1da9.1070...@gmail.com Well, normally I do not look at the extended header. In my mailer the message by Richard came in as new message, not within an older thread. That's why I also replied that I do not see any hijacked Thread. Looking at the references show 2 references but i never received the mails with these references. -- wobo On 06/03/2012 06:30 AM, Jani Välimaa wrote: On 03.06.2012 14:27, Richard Couture wrote: I notice that when, at the end of the installation of MGA2, I select the level of security as HIGH, that I am permitted entry into the system in Linux Single mode without a challenge password, which is a new, and IMHO undesirable, behavior from previous versions. Is this a new feature, or have I stumbled upon a bug? The /etc/inittab does have ~~:S:wait:/sbin/sulogin in it but I can get in without a password... Must be something new in system D This is a bit off topic, but please don't hijack threads.
Re: [Mageia-dev] bug, omission or feature
2012/6/3 AL13N al...@rmail.be: Op zondag 3 juni 2012 14:04:07 schreef Wolfgang Bornath: 2012/6/3 Jani Välimaa jani.vali...@gmail.com: On 03.06.2012 14:35, Richard Couture wrote: I am a bit confused by your message... I sent my message with a new and unique Subject, How is that considered hijacking a thread? Am I missing the point? New and unique subject isn't always enough. There's still some headers from message which you presumably used with Reply button to get mailing list address and then erased the message box. To: Mageia development mailing-list mageia-dev@mageia.org References: 4fcb1da9.1070...@gmail.com In-Reply-To: 4fcb1da9.1070...@gmail.com Well, normally I do not look at the extended header. In my mailer the message by Richard came in as new message, not within an older thread. That's why I also replied that I do not see any hijacked Thread. Looking at the references show 2 references but i never received the mails with these references. [...] it's Anne's mail with subject: [Mageia-dev] Mageia 2 and Cauldron updated with proper design Ok, I received that. Conclusion: My mail client (Googlemail online) does not honor references, splits threads by subject only. New experience. -- wobo
Re: [Mageia-dev] bug, omission or feature
2012/6/3 Colin Guthrie mag...@colin.guthr.ie: 'Twas brillig, and Richard Couture at 03/06/12 12:27 did gyre and gimble: I notice that when, at the end of the installation of MGA2, I select the level of security as HIGH, that I am permitted entry into the system in Linux Single mode without a challenge password, which is a new, and IMHO undesirable, behavior from previous versions. Is this a new feature, or have I stumbled upon a bug? The /etc/inittab does have ~~:S:wait:/sbin/sulogin in it but I can get in without a password... Must be something new in system D /etc/inittab is no longer used or read. For single user mode now-a-days we boot to rescue.target (this is done automatically if you just put a 1 at the end of the kernel command line to support runlevel 1). Ok, convinced. But if /etc/inittab is not used any more, where do I change initial runlevel not for one boot but for a while? With inittab it was easy to change the default runlevel. -- wobo
Re: [Mageia-dev] bug, omission or feature
2012/6/3 Colin Guthrie mag...@colin.guthr.ie: 'Twas brillig, and Wolfgang Bornath at 03/06/12 17:12 did gyre and gimble: 2012/6/3 Colin Guthrie mag...@colin.guthr.ie: 'Twas brillig, and Richard Couture at 03/06/12 12:27 did gyre and gimble: I notice that when, at the end of the installation of MGA2, I select the level of security as HIGH, that I am permitted entry into the system in Linux Single mode without a challenge password, which is a new, and IMHO undesirable, behavior from previous versions. Is this a new feature, or have I stumbled upon a bug? The /etc/inittab does have ~~:S:wait:/sbin/sulogin in it but I can get in without a password... Must be something new in system D /etc/inittab is no longer used or read. For single user mode now-a-days we boot to rescue.target (this is done automatically if you just put a 1 at the end of the kernel command line to support runlevel 1). Ok, convinced. But if /etc/inittab is not used any more, where do I change initial runlevel not for one boot but for a while? With inittab it was easy to change the default runlevel. The tools in drak* still let you configure this, so that's the easy way. For real men (and women), we just change the /etc/systemd/system/default.target symlink to point at whatever target we want to use by default. For ad-hoc changes you can pass systemd.unit=foo.target on the kernel command line or just append a runlevel number or the words single or failsafe as before. I knew there will be regressions in usage. No more easy change with sed! :) Or: I feel educated to use the GUIs! Thx -- wobo
Re: [Mageia-dev] bug, omission or feature
AL13N wrote earlier: For some of you, stuff you've known for ages is worthless now and you go back to being a noob (for this sort of thing) and will have to relearn a different way. The change here is new and needs a different way, yes. Nothing against that. But the same result has been reached before in a far easier way, it's not only a new way, it's a more complicated way. That's the point. 2012/6/3 Sander Lepik sander.le...@eesti.ee: 03.06.2012 20:49, Johnny A. Solbu kirjutas: Editing a text file to change a number, eg. from 5 to 3, is much easier to remember than changing a symlink to /lib/systemd/system/runlevel3.target, especially when explaning this to a not so advanced user over the phone, who doesn't have a working X at the moment. (Yes, I actually do have such support calls.) The support departments are just going to love this. ;-)= Is there anyone who stops you to contribute a script that does this for the user? Yes, you see that correctly: a script which is needed because the proper way is a regression in usability :) Don't misunderstand me - if this change is needed because of another change then it's ok by me. But that does not mean I have to be over enthousisastic about something which makes things not easier but quite the contrary. -- wobo
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/9 Florian Hubold doktor5...@arcor.de: Am 09.05.2012 12:44, schrieb Colin Guthrie: 'Twas brillig, and Wolfgang Bornath at 05/05/12 21:06 did gyre and gimble: 2012/5/5 Wolfgang Bornath molc...@googlemail.com: 2012/5/5 Florian Hubold doktor5...@arcor.de: Am 05.05.2012 21:04, schrieb Wolfgang Bornath: 2012/4/4 Florian Hubold doktor5...@arcor.de: Hi all, me-tv (a really nice and easy to-use DVB viewer with EPG guide) totally went under my radar and it has not been updated nor rebuild yet for cauldron since quite some time, seems i forgot to commit my local update to 2.x branch, and me-tv was not covered by check.mageia.org updates report, and i've to update it when i was still apprentice. But as me-tv development was suspended, and now restarted (2.0 branch was complete rewrite, with differing features, f.ex. server/client based) so that 1.4 branch is the followup to what we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. I'd like to get some sort of freeze exception for me-tv, but primarily help with testing this in cauldron, i've just pushed a rebuild of it, could all who possess a DVB-receiver and a physical cauldron installation please test it, should be available soon, rebuild went through. What exactly do you need (sorry for picking this up so late)? Todays experience as posted in the forum: Cauldron 64-bit with all updates. KDE. Real installation on a Samsung R530. Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in /lib/firmware, plugging in the adapter gives success message in syslog: Hauppauge Nova-T in warm state Installed is me-tv (including dependencies): me-tv-1.3.6-3.mga2 dvb-apps-1.1.1-8.hg1465.1.mga2 lib64unique1.0_0-1.1.6-6.mga2 lib64dvbapps-1.1.1-8.hg1465.1.mga2 After installation and starting the application me-tv shows a message that the existing Me-Tv database is to old to be used by this version. This sounds like complete bogus to me, as the only version of me-tv for Mageia 1 and cauldron is 1.3.6, there should be no difference at all. But different builds. This cauldron install, was it upgraded from mga1, or where did the old .me-tv config come from? Fresh Beta3 installation. The database (NOT config!) file is me-tv.db and it is installed by the package. I also tried erasing the file after installation before starting the application - the message about the old db persists. See below But if this problem persists, mostly all me-tv users should face it after upgrading from Mageia 1 to Mageia 2, so we probably need some kind of fix for this ... Option Cancel ends the whole application, clicking on Erase old Me-Tv data the messagebox runs into a freeze which crashes the whole application. In the konsole this looks like: $ me-tv -v Me TV 1.3.6 05.05.2012 15:02:55: Application constructor 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 05.05.2012 15:02:55: Database 'exists' 05.05.2012 15:02:55: Opening database file '/home/alfred/.local/share/me-tv/me-tv.db' 05.05.2012 15:02:55: Loading UI files 05.05.2012 15:02:55: Application constructed 05.05.2012 15:02:55: Initialising table 'version' 05.05.2012 15:02:55: Required Database version: 6 05.05.2012 15:02:55: Actual Database version: 0 --- here the message box pops up and I click on Erase old data 05.05.2012 15:03:26: Dropping Me TV schema 05.05.2012 15:03:26: Dropping table 'channel' 05.05.2012 15:03:26: Dropping table 'epg_event' 05.05.2012 15:03:26: Dropping table 'epg_event_text' 05.05.2012 15:03:26: Dropping table 'scheduled_recording' 05.05.2012 15:03:26: Dropping table 'version' 05.05.2012 15:03:26: Vacuuming database 05.05.2012 15:03:27: Initialising table 'channel' 05.05.2012 15:03:27: Initialising table 'epg_event' 05.05.2012 15:03:27: Initialising table 'epg_event_text' 05.05.2012 15:03:27: Initialising table 'scheduled_recording' 05.05.2012 15:03:27: Initialising table 'version' and that's it. In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 Can you please try again after removing ~/.local/share/me-tv/ ? - removed ~/.local/share/me-tv/ (including the me-tv.db) Result: Starting me-tv runs into a timeout. Message in konsole: (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: Did not receive a reply. Possible causes include [followed by the generic causes ( message bus security block, reply timeout expired, network connection broke, etc.)] After reboot I started me-tv again, the message about the old database appears - ~/.local/share/me-tv/ is there again, including the database. Now I installed me-tv (plus dependencies) on a Cauldron which has been updated since Alpha stage: exactly
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/11 Wolfgang Bornath molc...@googlemail.com: 2012/5/9 Florian Hubold doktor5...@arcor.de: Am 09.05.2012 12:44, schrieb Colin Guthrie: 'Twas brillig, and Wolfgang Bornath at 05/05/12 21:06 did gyre and gimble: 2012/5/5 Wolfgang Bornath molc...@googlemail.com: 2012/5/5 Florian Hubold doktor5...@arcor.de: Am 05.05.2012 21:04, schrieb Wolfgang Bornath: 2012/4/4 Florian Hubold doktor5...@arcor.de: Hi all, me-tv (a really nice and easy to-use DVB viewer with EPG guide) totally went under my radar and it has not been updated nor rebuild yet for cauldron since quite some time, seems i forgot to commit my local update to 2.x branch, and me-tv was not covered by check.mageia.org updates report, and i've to update it when i was still apprentice. But as me-tv development was suspended, and now restarted (2.0 branch was complete rewrite, with differing features, f.ex. server/client based) so that 1.4 branch is the followup to what we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. I'd like to get some sort of freeze exception for me-tv, but primarily help with testing this in cauldron, i've just pushed a rebuild of it, could all who possess a DVB-receiver and a physical cauldron installation please test it, should be available soon, rebuild went through. What exactly do you need (sorry for picking this up so late)? Todays experience as posted in the forum: Cauldron 64-bit with all updates. KDE. Real installation on a Samsung R530. Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in /lib/firmware, plugging in the adapter gives success message in syslog: Hauppauge Nova-T in warm state Installed is me-tv (including dependencies): me-tv-1.3.6-3.mga2 dvb-apps-1.1.1-8.hg1465.1.mga2 lib64unique1.0_0-1.1.6-6.mga2 lib64dvbapps-1.1.1-8.hg1465.1.mga2 After installation and starting the application me-tv shows a message that the existing Me-Tv database is to old to be used by this version. This sounds like complete bogus to me, as the only version of me-tv for Mageia 1 and cauldron is 1.3.6, there should be no difference at all. But different builds. This cauldron install, was it upgraded from mga1, or where did the old .me-tv config come from? Fresh Beta3 installation. The database (NOT config!) file is me-tv.db and it is installed by the package. I also tried erasing the file after installation before starting the application - the message about the old db persists. See below But if this problem persists, mostly all me-tv users should face it after upgrading from Mageia 1 to Mageia 2, so we probably need some kind of fix for this ... Option Cancel ends the whole application, clicking on Erase old Me-Tv data the messagebox runs into a freeze which crashes the whole application. In the konsole this looks like: $ me-tv -v Me TV 1.3.6 05.05.2012 15:02:55: Application constructor 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 05.05.2012 15:02:55: Database 'exists' 05.05.2012 15:02:55: Opening database file '/home/alfred/.local/share/me-tv/me-tv.db' 05.05.2012 15:02:55: Loading UI files 05.05.2012 15:02:55: Application constructed 05.05.2012 15:02:55: Initialising table 'version' 05.05.2012 15:02:55: Required Database version: 6 05.05.2012 15:02:55: Actual Database version: 0 --- here the message box pops up and I click on Erase old data 05.05.2012 15:03:26: Dropping Me TV schema 05.05.2012 15:03:26: Dropping table 'channel' 05.05.2012 15:03:26: Dropping table 'epg_event' 05.05.2012 15:03:26: Dropping table 'epg_event_text' 05.05.2012 15:03:26: Dropping table 'scheduled_recording' 05.05.2012 15:03:26: Dropping table 'version' 05.05.2012 15:03:26: Vacuuming database 05.05.2012 15:03:27: Initialising table 'channel' 05.05.2012 15:03:27: Initialising table 'epg_event' 05.05.2012 15:03:27: Initialising table 'epg_event_text' 05.05.2012 15:03:27: Initialising table 'scheduled_recording' 05.05.2012 15:03:27: Initialising table 'version' and that's it. In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 Can you please try again after removing ~/.local/share/me-tv/ ? - removed ~/.local/share/me-tv/ (including the me-tv.db) Result: Starting me-tv runs into a timeout. Message in konsole: (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: Did not receive a reply. Possible causes include [followed by the generic causes ( message bus security block, reply timeout expired, network connection broke, etc.)] After reboot I started me-tv again, the message about the old database appears - ~/.local/share/me-tv/ is there again, including the database. Now I installed me-tv (plus dependencies) on a Cauldron
Re: [Mageia-dev] Linuxtag tickets
2012/5/12 Oliver Burger oliver@googlemail.com: Hi there, soon Linuxtag in Berlin will open its doors (May 23rd-26th). I have gotten 16 free eTickets I can give out to whoever I want. If those are not enough there are more here as well. :) -- wobo
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/4/4 Florian Hubold doktor5...@arcor.de: Hi all, me-tv (a really nice and easy to-use DVB viewer with EPG guide) totally went under my radar and it has not been updated nor rebuild yet for cauldron since quite some time, seems i forgot to commit my local update to 2.x branch, and me-tv was not covered by check.mageia.org updates report, and i've to update it when i was still apprentice. But as me-tv development was suspended, and now restarted (2.0 branch was complete rewrite, with differing features, f.ex. server/client based) so that 1.4 branch is the followup to what we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. I'd like to get some sort of freeze exception for me-tv, but primarily help with testing this in cauldron, i've just pushed a rebuild of it, could all who possess a DVB-receiver and a physical cauldron installation please test it, should be available soon, rebuild went through. What exactly do you need (sorry for picking this up so late)? Todays experience as posted in the forum: Cauldron 64-bit with all updates. KDE. Real installation on a Samsung R530. Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in /lib/firmware, plugging in the adapter gives success message in syslog: Hauppauge Nova-T in warm state Installed is me-tv (including dependencies): me-tv-1.3.6-3.mga2 dvb-apps-1.1.1-8.hg1465.1.mga2 lib64unique1.0_0-1.1.6-6.mga2 lib64dvbapps-1.1.1-8.hg1465.1.mga2 After installation and starting the application me-tv shows a message that the existing Me-Tv database is to old to be used by this version. Option Cancel ends the whole application, clicking on Erase old Me-Tv data the messagebox runs into a freeze which crashes the whole application. In the konsole this looks like: $ me-tv -v Me TV 1.3.6 05.05.2012 15:02:55: Application constructor 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 05.05.2012 15:02:55: Database 'exists' 05.05.2012 15:02:55: Opening database file '/home/alfred/.local/share/me-tv/me-tv.db' 05.05.2012 15:02:55: Loading UI files 05.05.2012 15:02:55: Application constructed 05.05.2012 15:02:55: Initialising table 'version' 05.05.2012 15:02:55: Required Database version: 6 05.05.2012 15:02:55: Actual Database version: 0 --- here the message box pops up and I click on Erase old data 05.05.2012 15:03:26: Dropping Me TV schema 05.05.2012 15:03:26: Dropping table 'channel' 05.05.2012 15:03:26: Dropping table 'epg_event' 05.05.2012 15:03:26: Dropping table 'epg_event_text' 05.05.2012 15:03:26: Dropping table 'scheduled_recording' 05.05.2012 15:03:26: Dropping table 'version' 05.05.2012 15:03:26: Vacuuming database 05.05.2012 15:03:27: Initialising table 'channel' 05.05.2012 15:03:27: Initialising table 'epg_event' 05.05.2012 15:03:27: Initialising table 'epg_event_text' 05.05.2012 15:03:27: Initialising table 'scheduled_recording' 05.05.2012 15:03:27: Initialising table 'version' and that's it. In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 -- wobo
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/5 Florian Hubold doktor5...@arcor.de: Am 05.05.2012 21:04, schrieb Wolfgang Bornath: 2012/4/4 Florian Hubold doktor5...@arcor.de: Hi all, me-tv (a really nice and easy to-use DVB viewer with EPG guide) totally went under my radar and it has not been updated nor rebuild yet for cauldron since quite some time, seems i forgot to commit my local update to 2.x branch, and me-tv was not covered by check.mageia.org updates report, and i've to update it when i was still apprentice. But as me-tv development was suspended, and now restarted (2.0 branch was complete rewrite, with differing features, f.ex. server/client based) so that 1.4 branch is the followup to what we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. I'd like to get some sort of freeze exception for me-tv, but primarily help with testing this in cauldron, i've just pushed a rebuild of it, could all who possess a DVB-receiver and a physical cauldron installation please test it, should be available soon, rebuild went through. What exactly do you need (sorry for picking this up so late)? Todays experience as posted in the forum: Cauldron 64-bit with all updates. KDE. Real installation on a Samsung R530. Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in /lib/firmware, plugging in the adapter gives success message in syslog: Hauppauge Nova-T in warm state Installed is me-tv (including dependencies): me-tv-1.3.6-3.mga2 dvb-apps-1.1.1-8.hg1465.1.mga2 lib64unique1.0_0-1.1.6-6.mga2 lib64dvbapps-1.1.1-8.hg1465.1.mga2 After installation and starting the application me-tv shows a message that the existing Me-Tv database is to old to be used by this version. This sounds like complete bogus to me, as the only version of me-tv for Mageia 1 and cauldron is 1.3.6, there should be no difference at all. But different builds. This cauldron install, was it upgraded from mga1, or where did the old .me-tv config come from? Fresh Beta3 installation. The database (NOT config!) file is me-tv.db and it is installed by the package. I also tried erasing the file after installation before starting the application - the message about the old db persists. See below But if this problem persists, mostly all me-tv users should face it after upgrading from Mageia 1 to Mageia 2, so we probably need some kind of fix for this ... Option Cancel ends the whole application, clicking on Erase old Me-Tv data the messagebox runs into a freeze which crashes the whole application. In the konsole this looks like: $ me-tv -v Me TV 1.3.6 05.05.2012 15:02:55: Application constructor 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 05.05.2012 15:02:55: Database 'exists' 05.05.2012 15:02:55: Opening database file '/home/alfred/.local/share/me-tv/me-tv.db' 05.05.2012 15:02:55: Loading UI files 05.05.2012 15:02:55: Application constructed 05.05.2012 15:02:55: Initialising table 'version' 05.05.2012 15:02:55: Required Database version: 6 05.05.2012 15:02:55: Actual Database version: 0 --- here the message box pops up and I click on Erase old data 05.05.2012 15:03:26: Dropping Me TV schema 05.05.2012 15:03:26: Dropping table 'channel' 05.05.2012 15:03:26: Dropping table 'epg_event' 05.05.2012 15:03:26: Dropping table 'epg_event_text' 05.05.2012 15:03:26: Dropping table 'scheduled_recording' 05.05.2012 15:03:26: Dropping table 'version' 05.05.2012 15:03:26: Vacuuming database 05.05.2012 15:03:27: Initialising table 'channel' 05.05.2012 15:03:27: Initialising table 'epg_event' 05.05.2012 15:03:27: Initialising table 'epg_event_text' 05.05.2012 15:03:27: Initialising table 'scheduled_recording' 05.05.2012 15:03:27: Initialising table 'version' and that's it. In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 Can you please try again after removing ~/.local/share/me-tv/ ? - removed ~/.local/share/me-tv/ (including the me-tv.db) Result: Starting me-tv runs into a timeout. Message in konsole: (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: Did not receive a reply. Possible causes include [followed by the generic causes ( message bus security block, reply timeout expired, network connection broke, etc.)] After reboot I started me-tv again, the message about the old database appears - ~/.local/share/me-tv/ is there again, including the database. Now I installed me-tv (plus dependencies) on a Cauldron which has been updated since Alpha stage: exactly the same result. -- wobo
Re: [Mageia-dev] help with update/testing needed / freeze exception for me-tv
2012/5/5 Wolfgang Bornath molc...@googlemail.com: 2012/5/5 Florian Hubold doktor5...@arcor.de: Am 05.05.2012 21:04, schrieb Wolfgang Bornath: 2012/4/4 Florian Hubold doktor5...@arcor.de: Hi all, me-tv (a really nice and easy to-use DVB viewer with EPG guide) totally went under my radar and it has not been updated nor rebuild yet for cauldron since quite some time, seems i forgot to commit my local update to 2.x branch, and me-tv was not covered by check.mageia.org updates report, and i've to update it when i was still apprentice. But as me-tv development was suspended, and now restarted (2.0 branch was complete rewrite, with differing features, f.ex. server/client based) so that 1.4 branch is the followup to what we have in cauldron: https://launchpad.net/me-tv/+announcement/9377 FWIW, me-tv-1.3.6 in cauldron was built last time beginning of last july. I'd like to get some sort of freeze exception for me-tv, but primarily help with testing this in cauldron, i've just pushed a rebuild of it, could all who possess a DVB-receiver and a physical cauldron installation please test it, should be available soon, rebuild went through. What exactly do you need (sorry for picking this up so late)? Todays experience as posted in the forum: Cauldron 64-bit with all updates. KDE. Real installation on a Samsung R530. Adapter Happauge Nova-T, firmware: dvb-usb-dib0700-1.20.fw in /lib/firmware, plugging in the adapter gives success message in syslog: Hauppauge Nova-T in warm state Installed is me-tv (including dependencies): me-tv-1.3.6-3.mga2 dvb-apps-1.1.1-8.hg1465.1.mga2 lib64unique1.0_0-1.1.6-6.mga2 lib64dvbapps-1.1.1-8.hg1465.1.mga2 After installation and starting the application me-tv shows a message that the existing Me-Tv database is to old to be used by this version. This sounds like complete bogus to me, as the only version of me-tv for Mageia 1 and cauldron is 1.3.6, there should be no difference at all. But different builds. This cauldron install, was it upgraded from mga1, or where did the old .me-tv config come from? Fresh Beta3 installation. The database (NOT config!) file is me-tv.db and it is installed by the package. I also tried erasing the file after installation before starting the application - the message about the old db persists. See below But if this problem persists, mostly all me-tv users should face it after upgrading from Mageia 1 to Mageia 2, so we probably need some kind of fix for this ... Option Cancel ends the whole application, clicking on Erase old Me-Tv data the messagebox runs into a freeze which crashes the whole application. In the konsole this looks like: $ me-tv -v Me TV 1.3.6 05.05.2012 15:02:55: Application constructor 05.05.2012 15:02:55: sqlite3_threadsafe() = 1 05.05.2012 15:02:55: Database 'exists' 05.05.2012 15:02:55: Opening database file '/home/alfred/.local/share/me-tv/me-tv.db' 05.05.2012 15:02:55: Loading UI files 05.05.2012 15:02:55: Application constructed 05.05.2012 15:02:55: Initialising table 'version' 05.05.2012 15:02:55: Required Database version: 6 05.05.2012 15:02:55: Actual Database version: 0 --- here the message box pops up and I click on Erase old data 05.05.2012 15:03:26: Dropping Me TV schema 05.05.2012 15:03:26: Dropping table 'channel' 05.05.2012 15:03:26: Dropping table 'epg_event' 05.05.2012 15:03:26: Dropping table 'epg_event_text' 05.05.2012 15:03:26: Dropping table 'scheduled_recording' 05.05.2012 15:03:26: Dropping table 'version' 05.05.2012 15:03:26: Vacuuming database 05.05.2012 15:03:27: Initialising table 'channel' 05.05.2012 15:03:27: Initialising table 'epg_event' 05.05.2012 15:03:27: Initialising table 'epg_event_text' 05.05.2012 15:03:27: Initialising table 'scheduled_recording' 05.05.2012 15:03:27: Initialising table 'version' and that's it. In MGA1 Me-TV works nicely with the same adapter. In MGA1 the package is me-tv-1.3.6-1.1.mga1 - in MGA2 the packages is me-tv-1.3.6-3.mga2 Can you please try again after removing ~/.local/share/me-tv/ ? - removed ~/.local/share/me-tv/ (including the me-tv.db) Result: Starting me-tv runs into a timeout. Message in konsole: (me-tv:1956) : Unique-DBUS-WARNING **: Error while sending message: Did not receive a reply. Possible causes include [followed by the generic causes ( message bus security block, reply timeout expired, network connection broke, etc.)] After reboot I started me-tv again, the message about the old database appears - ~/.local/share/me-tv/ is there again, including the database. Now I installed me-tv (plus dependencies) on a Cauldron which has been updated since Alpha stage: exactly the same result. Another user posted his erg.txt for me-tv - the relevant difference is clear to see. His text says: 05.05.2012 21:18:38: Required Database version: 6
Re: [Mageia-dev] Are you sure? (no confirmation before proceeding to selected packages installation)
2012/5/4 Dimitrios Glentadakis dgl...@gmail.com: Le 4 mai 2012 16:29, Thomas Backlund t...@mageia.org a écrit : 04.05.2012 17:27, Thierry Vignaud skrev: On 4 May 2012 16:19, Felix Miata mrma...@earthlink.net wrote: Mageia's installer has the same problem that bothers me in Mandriva. The type install screen with KDE vs Gnome vs custom has no intermediate step prior to the start of selected packages installation. Does this bother no one else? Too late to report. When people will cease to do ala Gael tests aka just before the final? Well, only too late for mga2, but it can get on wishlist for mga3 -- Thomas Another case is when you install in the existing partitions and in the partitioning screen you choose the partitions, /, /home, etc, and you have checked in the checkbox a partition to be formatted. It seems very logical to me that in this step a confirmation is more than usefull. Before a 2-3 years there was a brainstorm in mandriva and i had proposed the usage of confirmation dialogues. I cannot find the link now, but the answers that i got was like 'you click on OK so you have to be sure', 'no needed, useless feature' etc. If there will be a brainstorm in mageia, i would like to try to propose it again. Do you think you will get a different result? Look at Microsoft. People were so annoyed by all these Are you sure popups that comedians started to refer to these popups in their standup sessions (Do you really want to use the brake pedal?). AFAIR there hasn't been such a popup at the situations you pointed to as long as Mandrake/Mandriva existed. I haven't heard anybody complaining about this (until today). About the selection screens: For me the first selection screen (KDE - Gnome - Custom) serves the new user who wants to get on with the installation without any interactive stuff he would not know how to handle it. So the screen presents 2 options which will get him a standard system with one click. Everybody else is surely able to understand the word Custom which opens the door to everything else. The next screen offers a package selection which allows for installation of whole groups (or non-installation). This same screen opens the door to the minimal installation options (if you deselect all package groups). It also shows the option Individual package selection. To me this is a logical procedure (one step following the selection of the previous step). Of course Mageia could put something like Clicking OK will start the installation below the KDE and Gnome options or something similar. About the partitioning: What exactly do you miss there (you have seen the expert button?) ? IMHO there is nothing missing or at presented at the wrong state of the installation procedure. -- wobo
Re: [Mageia-dev] Handling single user/rescue/failsafe mode
2012/4/26 Guillaume Rousse guillomovi...@gmail.com: Le 26/04/2012 12:12, Thierry Vignaud a écrit : On 26 April 2012 11:38, Colin Guthriemag...@colin.guthr.ie wrote: It seems that in mga1 single user mode just gave a shell without requiring root password. I'm not sure when this was added, but in the initscripts changelog, I see it has come from the big mdvconf patch[1]. Can anyone remember the reason for this (perhaps it was related to tcb support?) and whether or not we should do the same thing in systemd which currently (now that I've fixed it) uses whatever SINGLE says in /etc/sysconfig/init. This has been like this forever... At least for the past decade. I think other distros do/did it too. Some of them force the use of a password for single mode. Given the ease of bypassing it through init=/bin/sh, unless the bootloader is also protected, I'm a bit sceptic about the interest. For ages (Mandrakelinux/Mandriva) it has been SINGLE=/sbin/sushell as default. IMHO this default setting is a security issue. Someone with access to your machine (in an office or whereever) can simply turn it on (or first turn it off with the power button), select failsafe from the boot menue and has all the privileges he wants without any hurdles to jump. So I've been advocating to change this entry in /etc/sysconfig/init. I've been also recommending users to change the matching line in /etc/inittab accordingly: #Single user mode ~~:S:wait:/sbin/sulogin which does the same. Unfortunately Mandrake/Mandriva developpers did not share my view. -- wobo
Re: [Mageia-dev] Handling single user/rescue/failsafe mode
2012/4/26 Colin Guthrie mag...@colin.guthr.ie: 'Twas brillig, and Wolfgang Bornath at 26/04/12 12:05 did gyre and gimble: 2012/4/26 Guillaume Rousse guillomovi...@gmail.com: Le 26/04/2012 12:12, Thierry Vignaud a écrit : On 26 April 2012 11:38, Colin Guthriemag...@colin.guthr.ie wrote: It seems that in mga1 single user mode just gave a shell without requiring root password. I'm not sure when this was added, but in the initscripts changelog, I see it has come from the big mdvconf patch[1]. Can anyone remember the reason for this (perhaps it was related to tcb support?) and whether or not we should do the same thing in systemd which currently (now that I've fixed it) uses whatever SINGLE says in /etc/sysconfig/init. This has been like this forever... At least for the past decade. I think other distros do/did it too. Some of them force the use of a password for single mode. Given the ease of bypassing it through init=/bin/sh, unless the bootloader is also protected, I'm a bit sceptic about the interest. For ages (Mandrakelinux/Mandriva) it has been SINGLE=/sbin/sushell Yes, but inittab itself just referenced /bin/sh (thus not caring what SINGLE variable was set to). as default. IMHO this default setting is a security issue. Someone with access to your machine (in an office or whereever) can simply turn it on (or first turn it off with the power button), select failsafe from the boot menue and has all the privileges he wants without any hurdles to jump. So I've been advocating to change this entry in /etc/sysconfig/init. I've been also recommending users to change the matching line in /etc/inittab accordingly: #Single user mode ~~:S:wait:/sbin/sulogin which does the same. Unfortunately Mandrake/Mandriva developpers did not share my view. As Guillaume pointed out, if they have physical access, you can also just pass init=/bin/sh to the kernel prompt, so I see little real security benefit here (it maybe raises the bar slightly, but insecure is insecure). I heard that argument before, so I'm used to it. With the default settung nobody needs to be a wizard to switch on the computer and select the failsafe mode. With that little bar you have to know how to get to the kernel prompt (I guess you mean the kernel line in the boot menue) and how to change it. So the small bar prevents mischievous kids to do anything to dad's computer and office collegues playing bad with you. What is the advantage to leave the barn door open? To make it easier on those who can not remember their root password? Having to find out how to overcome that small bar will not hurt them but teach them a lesson. -- wobo
Re: [Mageia-dev] Handling single user/rescue/failsafe mode
2012/4/26 Guillaume Rousse guillomovi...@gmail.com: Le 26/04/2012 14:22, Wolfgang Bornath a écrit : What is the advantage to leave the barn door open? To make it easier on those who can not remember their root password? Having to find out how to overcome that small bar will not hurt them but teach them a lesson. Having to type a password with a misconfigured keyboard is a pain. Really. Yes, that is surely a reasons to put away with all passwords because they are all hard to type with a misconfigured keyboard. I don't understand that it is not regarded as a contradiction to recommend setting a root password at installation and at the same time leaving the door wide open by default for reasons of convenience. -- wobo
Re: [Mageia-dev] Handling single user/rescue/failsafe mode
2012/4/26 Guillaume Rousse guillomovi...@gmail.com: Le 26/04/2012 15:21, Wolfgang Bornath a écrit : 2012/4/26 Guillaume Rousseguillomovi...@gmail.com: Le 26/04/2012 14:22, Wolfgang Bornath a écrit : What is the advantage to leave the barn door open? To make it easier on those who can not remember their root password? Having to find out how to overcome that small bar will not hurt them but teach them a lesson. Having to type a password with a misconfigured keyboard is a pain. Really. Yes, that is surely a reasons to put away with all passwords because they are all hard to type with a misconfigured keyboard. Your comparaison is unfair. Your usually boot in runlevel 1 exceptionnaly, because your machine is in bad shape, in order to repair it. And as it is not the usual operating runlevel, you can't usually ensure than than boot-time configuration is applied correctly. How it is unfair? The question is NOT what people usually do but what people CAN do. If you go out for lunch, do you leave your desk drawere open for everybody passing by? No? So why do you do that to your computer? I don't understand that it is not regarded as a contradiction to recommend setting a root password at installation and at the same time leaving the door wide open by default for reasons of convenience. Because usually people interested in security usually consider threat classes before considering effective countermeasures. And securing physical access is usually considered worthless. Ah, I see. Interesting point of view. A computer in an environment of people IS a thread class. A bunch of adolescent kids IS a threat class. If your threat classes only include serious criminality (like taking away the computer) then your threat classes miss reality. But anyhow, you seem to have never experienced coming back home to find your root password changed by your well meaning kid (which is one of the not so serious REAL cases). Now, that's just a default setting, this is perfectly subjective, and we may argue for hours about the right thing to do... . No, it is not a subjective setting. Because this default setting is not caused by technical reasons nor is it set because of somebody's individual opinion. It is set simply for convenience reasons. We (at Mandrivauser de and other places) have been constantly recommending in the forums to change this setting and most of the users who are interested in security do it because they understand the reasoning behind it. But what do I know. This was the last time I argue about such things here. Do what YOU think is right. -- wobo
Re: [Mageia-dev] Handling single user/rescue/failsafe mode
2012/4/26 Guillaume Rousse guillomovi...@gmail.com: Le 26/04/2012 16:26, Wolfgang Bornath a écrit : No, it is not a subjective setting. Because this default setting is not caused by technical reasons nor is it set because of somebody's individual opinion. It is set simply for convenience reasons. We (at Mandrivauser de and other places) have been constantly recommending in the forums to change this setting and most of the users who are interested in security do it because they understand the reasoning behind it. Fine. That's the point of adapting a *default* setting to your own needs, instead of arguing it should be preset for everyone else in the world to match it. No, the point here is not whether I adapt to anything, it is the question if it is possible in this environment to discuss a long time standing setting for which nobody seem to have a valid reason - only that it should not be changed while good reasons are given. Seems not to be possible. You're right, no further discussion needed. -- wobo
Re: [Mageia-dev] [Mageia-discuss] Handbooks - the lot
2012/4/12 Dimitrios Glentadakis dgl...@gmail.com: My opinion is that the person who does nt want it has to uninstall it and not that the person who want it has to install it Well, then you did not read close enough. The issue is not either-or. I would be totally content if the handbooks would be listed in the individual package selection and marked for installation by default. This way the user with a standard installation will get it, and those who do not want it can unmark them. At the moment this is not possible because of the dependency between package and handbook. -- wobo
Re: [Mageia-dev] [Mageia-discuss] Handbooks - the lot
2012/4/12 John Balcaen mik...@mageia.org: 2012/4/12 Wolfgang Bornath molc...@googlemail.com: [...] We have been talking about handbooks because they are single packages (not included in the software package) which are not needed/wanted by everybody and they are not necessary to run the software. Handbooks *are* part of the software and artificially generate as standalone package to fix a bug affecting live cd where this documentation was not available to ease *installation* of it instead of reinstall all of it. If we're able in the future to get more space on our live-cd you can be sure that i'll (if I'm still in charge) revert this ugly hack. I am strictly opposed to include documentation in a software package, in general, not only in the case at hand. Although I spent much time for voluntary translation work, I still think it is up to the user if he wants/needs the documentation. A prominent example which matches my POV is The Gimp. Reality is that in non-technical issues people in charge decide on the basis of their opinion. That's the normal way and the rest has to live with it. I have no problem with that. For the record luc also fix the installation of wrong handbooks on the DVD install ( only the suggests one should be installed with the correct app) I'll try to fix the last remaining bug pointed by anssi where a handbook could stay available when the related app is removed. If non-installation of handbooks is not possible then at least make it possible to *uninstall* handbooks without having to use 'rpm --nodeps' on each and every one. -- wobo
Re: [Mageia-dev] [Mageia-discuss] Handbooks - the lot
2012/4/12 John Balcaen mik...@mageia.org: Le 12 avr. 2012 06:38, Wolfgang Bornath molc...@googlemail.com a écrit : [...] I am strictly opposed to include documentation in a software package, in general, not only in the case at hand. Although I spent much time for voluntary translation work, I still think it is up to the user if he wants/needs the documentation. A prominent example which matches my POV is The Gimp. Reality is that in non-technical issues people in charge decide on the basis of their opinion. That's the normal way and the rest has to live with it. I have no problem with that. You should here open a bug report on kde bugzilla then to get attention remove documentation from every kde tarball/project (which also means to deal with the F1 shortcut have a dynamic help menu) I don't open bug reports on something I know is a wanted feature by the developpers. Wastes my time and the time of the bug squad. For the record luc also fix the installation of wrong handbooks on the DVD install ( only the suggests one should be installed with the correct app) I'll try to fix the last remaining bug pointed by anssi where a handbook could stay available when the related app is removed. If non-installation of handbooks is not possible then at least make it possible to *uninstall* handbooks without having to use 'rpm --nodeps' on each and every one. I don't remember having a package requiring his handbook at all since I used suggests here especially to fix the live cd problem I pointed earlier. The idea is to ensure that you'll get kcal handbook removed when kcal package is removed. As I wrote: 1. At system installation by the installer I can not exclude the handbook from installation when I mark the application for installation in the individual package selection (which would be my choice but is rejected). There is no --no-suggests option in the installer. 2. So after system installation I want at least be able to uninstall the handbooks while keeping the applications. -- wobo
Re: [Mageia-dev] [Mageia-discuss] Handbooks - the lot
2012/4/11 Dimitrios Glentadakis dgl...@gmail.com: Στις 11/04/2012 16:05:23 γράψατε: * I am not at home, actually how much space they take ? For what kind of size we are talking about ? The /usr/share/doc/HTML/en folder has a size of 43.5 MiB, which even now if it takes a lot of place anyone can delete this folder from his system. We are not talking about deleting data from the harddisk. We are talking about installing and uninstalling, not just deleting. The issue is to avoid the installation (if not wanted) and consequently avoid updates. I expected the discussion about the technical options to be quite long and not at all trivial, I did not expect such a discussion about the why. There are valid use cases which answer the why quite clear and simple. -- wobo
Re: [Mageia-dev] [Mageia-discuss] Handbooks - the lot
2012/4/11 Dimitrios Glentadakis dgl...@gmail.com: Στις 11/04/2012 19:11:55 Wolfgang Bornath γράψατε: 2012/4/11 Dimitrios Glentadakis dgl...@gmail.com: Στις 11/04/2012 16:05:23 γράψατε: * I am not at home, actually how much space they take ? For what kind of size we are talking about ? The /usr/share/doc/HTML/en folder has a size of 43.5 MiB, which even now if it takes a lot of place anyone can delete this folder from his system. We are not talking about deleting data from the harddisk. We are talking about installing and uninstalling, not just deleting. The issue is to avoid the installation (if not wanted) and consequently avoid updates. I expected the discussion about the technical options to be quite long and not at all trivial, I did not expect such a discussion about the why. There are valid use cases which answer the why quite clear and simple. I dont understand very well. Yes, I see. - We dont have a lot of space so we want to be able to uninstall some software and it has to be the documentation as the most unwanted ? - We want for a question of free choice to be able to choose if we want the documentation to be installed or not ? but this has to be the same for all kde software and dependencies, why is the documentation the problem. We have been talking about handbooks because they are single packages (not included in the software package) which are not needed/wanted by everybody and they are not necessary to run the software. Dont forget that is a part of KDE and it has a global shortcut F1 to access it. If there is a case that it will be not available until the user install it in a additionally way, it breaks the upstream software. The important word in your sentence is if. This does not apply to simple applications like kcalc or some simple games or whatever you may regard as simple apps. And as said before: it does not break the upstream software. It is truth that i spend a lot of time to translate documentation, and i do it with love, so it is normal that i have a preference in their existence in the system; certainly i cannot use this argument here. Yes, you have to live with that like we all have to. I already said that. -- wobo
Re: [Mageia-dev] A note on autologin and startx
2012/4/8 Colin Guthrie mag...@colin.guthr.ie: 'Twas brillig, and Wolfgang Bornath at 07/04/12 08:50 did gyre and gimble: 2012/4/7 Jose Jorge lists.jjo...@free.fr: Le 06/04/2012 22:53, Colin Guthrie a écrit : Couldn't agree more. I'd say we can happily provide a tool to configure autologin, but if that is configured, it basically just sets the DM to gdm, and lets' it do the autologin. The fact that gdm is used should be mostly hidden from users. From what I've seen, gdm seems to be the best implementation of the whole pam and authentication stuff, so this would be my personal favourite. Col Please note that autologin is lightweight and fast, so I use it for very old systems, where even the 30Mb of RAM eaten by gdm count. But I just can agree that if no one has time to fix it, we can drop it. I'll be away from computers for 15 days ... Does GDM provide change of desktop as KDM does? My scenario: I have KDE and Gnome and Xfce installed. For system start I have autologin set to start KDE. I'm guessing you've configured this inside KDE tools rather than inside the drak* tools? You'll see why I presume that below: No, I always use the draktools for system configuration. I am one of those who would like to differ between system configuration and desktop configuration. But when I am in a KDE session I sometimes logout and use the upcoming KDM to start a Gnome or Xfce session or even a session on a vt. If you use the autologin package, if you logout, you log back in again straight away (it's a hook inside prefdm which starts the display manager and it simply runs autologin if it's configured!) Now I'd be tempted to make this a one time operation e.g. if autologin works and exits, then we should write a flag somewhere to say don't autologin again i.e. make it only work once. This would solve this problem. Yes. That's what I want. I have autologin for the first start. If I log out it is mostly to change desktop or change user, so I can not use autologin for that. Does this work with GDM as well? If so I'm all in. Yeah, but keep in mind, we wouldn't be forcing users to use gdm all the time anyway. What I'd propose (and this is for mga3 remember), is that if autologin was configured, we'd simply make gdm kick in and process that autologin. If autologin is not configured, or the user has already logged in and has now logged out, we would just dump you to your chosen DM (i.e. KDM). Good. So we'd only be using GDM as a tool here, not really for it's GUI specifically. That said, we may have to ensure that when we use gdm in this way that it exits after the user session rather than reverting back to it's login screen, allowing the prefdm process to be automatically restarted and thus giving you your chosen DM. Anyway, this can be discussed in more depth after mga2 is out the door :) Yes, I was not aware of this being a mga3 plan. -- wobo
Re: [Mageia-dev] A note on autologin and startx
2012/4/7 Jose Jorge lists.jjo...@free.fr: Le 06/04/2012 22:53, Colin Guthrie a écrit : Couldn't agree more. I'd say we can happily provide a tool to configure autologin, but if that is configured, it basically just sets the DM to gdm, and lets' it do the autologin. The fact that gdm is used should be mostly hidden from users. From what I've seen, gdm seems to be the best implementation of the whole pam and authentication stuff, so this would be my personal favourite. Col Please note that autologin is lightweight and fast, so I use it for very old systems, where even the 30Mb of RAM eaten by gdm count. But I just can agree that if no one has time to fix it, we can drop it. I'll be away from computers for 15 days ... Does GDM provide change of desktop as KDM does? My scenario: I have KDE and Gnome and Xfce installed. For system start I have autologin set to start KDE. But when I am in a KDE session I sometimes logout and use the upcoming KDM to start a Gnome or Xfce session or even a session on a vt. Does this work with GDM as well? If so I'm all in. -- wobo
Re: [Mageia-dev] X + nvidia( + KDE kwin) = major memory leak
2012/4/7 Sander Lepik sander.le...@eesti.ee: For me this combination is causing pretty huge memory leak in X. At the same time xrestop doesn't show anything. Anssi updated Nvidia's driver to the latest but this doesn't seem to help much. So my question is: am i the only one or are there other people seeing this too? It only seems to happen with nvidia cards. In 3 days my X was using 700+ MB of memory.. Can't confirm this with the same setup: Uptime: 10 days, 9:44 hrs Memory for X (VIRT RES SHR): 226m 136m 17m -- wobo
Re: [Mageia-dev] painful discussion n°1: debloating
2012/4/7 Sander Lepik sander.le...@eesti.ee: 07.04.2012 19:18, Thomas Spuhler kirjutas: On Saturday, April 07, 2012 08:38:39 AM Guillaume Rousse wrote: To summarize it: - has anyone any opposition to remove the totem-mozilla - KDE relationship in the installer ? I'd go for this. I'm not so sure about that. Are there any other alternatives for that? Firefox may be gtk app but most people still use it under KDE too. If you remove those plugins then i would say usability will be hit. totem-mozilla does not seem to be a dependency for Firefox. I'm using Firefox but totem-mozilla is one of those packages I unmark everytime in individual package selection without any regression for Firefox. -- wobo
Re: [Mageia-dev] No wifi after last kernel upgrade
2012/4/3 Oliver Burger oliver@googlemail.com: 2012/4/3 Thomas Backlund t...@mageia.org: and here is a kernel-3.3.1-1.1.mga2 to test with the above patch reverted http://tmb.mine.nu/Mageia/Cauldron/bugs/3.3.1-ath9k-revert/ http://tmb2.mine.nu/Mageia/Cauldron/bugs/3.3.1-ath9k-revert/ Thanks Thomas. I just installed the new kernel on my netbook and rebooted and wifi is working. Fix is included in todays updates - 3.3.1-desktop-2.mga2 Problem solved. Thx for the really fast response! -- wobo