Re: [Mageia-dev] Dutch tax program dependencies
On Wed, 6 Mar 2013 00:50:08 +0100, Reinout van Schouwen wrote about [Mageia-dev] Dutch tax program dependencies: Hi all, The Dutch tax service makes life difficult for (64-bit) Mageia users because the tax filing program expects the i586 versions of libxext6 and libsm6 to be around. The tax service claim on their web site that Ubuntu 12.x and Linux Mint 13 are supported. Could it be that they have these libraries preinstalled on 64 bit platforms? Would it be possible to provide some kind of stub package that downloads the program with the required dependencies, like Arch does? ( https://aur.archlinux.org/packages/belastingdienst-ib2012/ ) Download this list and install and you are set to go libice6-1.0.8-3.mga3.i586.rpm libsm6-1.2.1-4.mga3.i586.rpm libuuid1-2.22.2-3.mga3.i586.rpm libx11_6-1.5.0-4.mga3.i586.rpm libxau6-1.0.7-2.mga3.i586.rpm libxcb1-1.9-2.mga3.i586.rpm libxdmcp6-1.1.1-3.mga3.i586.rpm libxext6-1.3.1-2.mga3.i586.rpm HTH =Dick Gevers=
Re: [Mageia-dev] Kernel Panic after latest Mageia-3-Alpha2 s/w update c
On Wed, 09 Jan 2013 19:13:14 +, Maurice Batey wrote about Re: [Mageia-dev] Kernel Panic after latest Mageia-3-Alpha2 s/w update c: and - in menu.lst - replaced: But although a reboot starts well, after 6 lines the action *hangs* at the 'initrd' line. If you change menu.lst, you also have to execute /boot/grub/install.sh, else it does not have any effect. HTH Cheers, =Dick Gevers=
Re: [Mageia-dev] shorewall, please review the package
On Fri, 21 Dec 2012 01:31:34 +0100, Kamil Rytarowski wrote about [Mageia-dev] shorewall, please review the package: - removed hard dependency on dash Why? From man shorewall.conf: SHOREWALL_SHELL=[pathname]This option is used to specify the shell program to be used to run the Shorewall compiler and to interpret the compiled script. If not specified or specified as a null value, /bin/sh is assumed. Using a light-weight shell such as ash or dash can significantly improve performance. Cheers, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kernel-3.5.0-1.mga3
On Sat, 28 Jul 2012 12:03:49 +, Dick Gevers wrote about Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kernel-3.5.0-1.mga3: On Sat, 28 Jul 2012 05:11:35 +0200 (CEST), tmb wrote about [changelog] [RPM] cauldron core/release kernel-3.5.0-1.mga3: Name: kernel Relocations: (not relocatable) Version : 3.5.0 Vendor: Mageia.Org Release : 1.mga3Build Date: Sat Jul 28 In combination with fglrx-8.980.3.mga3 I cannot start X, nor change to another tty. But on my laptop which uses nouveau, I have no problem: The only thing I can find in the logs which is different from before is this: Jul 28 09:45:31 dvg kernel: [ 13.289114] ACPI Warning: 0x0830-0x0833 SystemIO conflicts with Region \PMRG 1 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel: [ 13.289118] ACPI Warning: 0x0830-0x0833 SystemIO conflicts with Region \_SB_.PCI0.SBRG.SMIE 2 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel: [ 13.289122] lpc_ich: Resource conflict(s) found affecting iTCO_wdt Jul 28 09:45:31 dvg kernel: [ 13.289124] ACPI Warning: 0x0828-0x082f SystemIO conflicts with Region \PMRG 1 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel: [ 13.289128] ACPI Warning: 0x0500-0x053f SystemIO conflicts with Region \GPS0 1 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel:[ 13.289131] lpc_ich: Resource conflict(s) found affecting gpio_ich Jul 28 09:45:31 dvg kernel: [ 13.558339] ACPI Warning: 0x0400-0x041f SystemIO conflicts with Region \SMRG 1 (20120320/utaddress-251) while if using the older kernels I only get this: Jul 28 09:50:18 dvg kernel: [ 14.724078] ACPI Warning: 0x0400-0x041f SystemIO conflicts with Region \SMRG 1 (20120320/utaddress-251) Jul 28 09:50:18 dvg kernel: [ 38.563510] ACPI Warning: 0x0295-0x0296 SystemIO conflicts with Region \_SB_.PCI0.SBRG.SIOR.HWRE 1 (20120320/utaddress-251) but I see no real problems anywhere with the older kernels. What am I missing? Thanks in advance for any advice! The same problem with kernel-3.5.1-1.mga3: I'm stuck at using 3.4.6-1 and can't get any further with this machine - and I haven't a clue why! Cheers, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kernel-3.5.0-1.mga3
On Sat, 28 Jul 2012 05:11:35 +0200 (CEST), tmb wrote about [changelog] [RPM] cauldron core/release kernel-3.5.0-1.mga3: Name: kernel Relocations: (not relocatable) Version : 3.5.0 Vendor: Mageia.Org Release : 1.mga3Build Date: Sat Jul 28 In combination with fglrx-8.980.3.mga3 I cannot start X, nor change to another tty. But on my laptop which uses nouveau, I have no problem: The only thing I can find in the logs which is different from before is this: Jul 28 09:45:31 dvg kernel: [ 13.289114] ACPI Warning: 0x0830-0x0833 SystemIO conflicts with Region \PMRG 1 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel: [ 13.289118] ACPI Warning: 0x0830-0x0833 SystemIO conflicts with Region \_SB_.PCI0.SBRG.SMIE 2 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel: [ 13.289122] lpc_ich: Resource conflict(s) found affecting iTCO_wdt Jul 28 09:45:31 dvg kernel: [ 13.289124] ACPI Warning: 0x0828-0x082f SystemIO conflicts with Region \PMRG 1 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel: [ 13.289128] ACPI Warning: 0x0500-0x053f SystemIO conflicts with Region \GPS0 1 (20120320/utaddress-251) Jul 28 09:45:31 dvg kernel:[ 13.289131] lpc_ich: Resource conflict(s) found affecting gpio_ich Jul 28 09:45:31 dvg kernel: [ 13.558339] ACPI Warning: 0x0400-0x041f SystemIO conflicts with Region \SMRG 1 (20120320/utaddress-251) while if using the older kernels I only get this: Jul 28 09:50:18 dvg kernel: [ 14.724078] ACPI Warning: 0x0400-0x041f SystemIO conflicts with Region \SMRG 1 (20120320/utaddress-251) Jul 28 09:50:18 dvg kernel: [ 38.563510] ACPI Warning: 0x0295-0x0296 SystemIO conflicts with Region \_SB_.PCI0.SBRG.SIOR.HWRE 1 (20120320/utaddress-251) but I see no real problems anywhere with the older kernels. What am I missing? Thanks in advance for any advice! Regards, =Dick Gevers=
Re: [Mageia-dev] Proposed Feature:Limit_number_of_installed_kernels
On Thu, 07 Jun 2012 17:16:32 +0100, Anne Wilson wrote about [Mageia-dev] Proposed Feature:Limit_number_of_installed_kernels: https://wiki.mageia.org/en/Feature:Limit_number_of_installed_kernels Please tell me how I, a non-coder, can help. My comments: https://wiki.mageia.org/en/Feature_Talk:Limit_number_of_installed_kernels Ciao! =Dick Gevers= pgpQZKjzgFlQh.pgp Description: PGP signature
Re: [Mageia-dev] ANN: x11-server 1.12 landing on cauldron
On Thu, 07 Jun 2012 22:50:21 +0300, Thomas Backlund wrote about Re: [Mageia-dev] ANN: x11-server 1.12 landing on cauldron: Thats because it is not signed upstream. For simplicity I have an extracted signature here: http://tmb.mine.nu/Mageia/Cauldron/testing/fglrx/signature Great. Works fine!! Thanks again. How many drinks do I owe you by now? ;)
Re: [Mageia-dev] Clamav
On Fri, 01 Jun 2012 22:36:34 +0200, AL13N wrote about Re: [Mageia-dev] Clamav: I've just installed clamav and I think that clamd (clamav daemon) havr to be required by clamav, else freshclam crash because of missing /etc/init.d/clamd and sockets. I'd say it is a warning - not a crash. Cheers, =Dick Gevers=
[Mageia-dev] fglrx-8.961-3.mga3 not working with kernel-server-3.4.1-0.rc1.1.mga3
On Mon, 28 May 2012 18:31:40 +0200 (CEST), tmb wrote about [changelog] [RPM] cauldron nonfree/release fglrx-8.961-3.mga3.nonfree: Name: fglrxRelocations: (not relocatable) Version : 8.961 Vendor: Mageia.Org Release : 3.mga3.nonfreeBuild Date: Mon May 28 18:24:16 2012 Install Date: (not installed) Build Host: ecosse.mageia.org Group : System/Kernel and hardwareSource RPM: (none) Size: 108433756License: Freeware Signature : (none) Packager: tmb tmb Using x86_64 on ATI Radeon HD 6400 with Pentium i7 950 glx does not work, but when I continue with kernel-server-3.3.6-2.mga2 there is no problem at all, see below. With 3.4 there's lots, also shown below. But back on kernel3.3 glxinfo is okay with exactly the same fglrx version: see attachment. I hope someone has an idea how we can use fglrx on the most recent kernel. Thanks in advance best regards, =Dick Gevers= With kernel3.4 glxinfo: X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 139 (ATIFGLEXTENSION) Minor opcode of failed request: 66 () Serial number of failed request: 13 Current serial number in output stream: 13 name of display: :0.0 with kernel3.4 xlockmore: X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 139 (ATIFGLEXTENSION) Minor opcode of failed request: 66 () Serial number of failed request: 103 Current serial number in output stream: 103 with kernel3.4 BOINC (which should run 24/24h if I can help it): X Error of failed request: BadRequest (invalid request code or no such operation) Major opcode of failed request: 136 () Minor opcode of failed request: 19 Serial number of failed request: 12 Current serial number in output stream: 12 [1]+ Exit 1 ./boinc glxinfo-kernel3.3 Description: Binary data
Re: [Mageia-dev] Qt-based software unusable under XFCE since almost 2 days
On Fri, 17 Feb 2012 19:18:56 +0100, Claire Revillet wrote about [Mageia-dev] Qt-based software unusable under XFCE since almost 2 days: Since 2 days (or more maybe), under XFCE, all qt-based soft are breaking our cauldrons : I suspect it is more like 2 weeks. Ciao, =Dick Gevers=
[Mageia-dev] k(m)ahjongg packages
Besides kmahjongg and kmahjongg-handbook there are also kahjongg and kahjongg-handbook in the core repository. I see the kah... packages even appear on the beta1 isos. Ciao, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release c++-gtk-utils-2.0.4-1.mga2
On Tue, 14 Feb 2012 19:37:17 +0100 (CET), barjac wrote about [changelog] [RPM] cauldron core/release c++-gtk-utils-2.0.4-1.mga2: Name: c++-gtk-utilsRelocations: (not relocatable) Version : 2.0.4 Vendor: Mageia.Org Release : 1.mga2Build Date: Tue Feb 14 19:36:12 2012 Install Date: (not installed) Build Host: ecosse.mageia.org Group : System/Libraries Source RPM: (none) Size: 2000191 License: GPLv2 Signature : (none) Packager: barjac barjac URL : http://cxx-gtk-utils.sourceforge.net Summary : GTK+-based ISO image editor Description : c++-gtk-utils is a lightweight library containing a number of classes and functions for programming GTK+ programs using C++ in POSIX (Unix-like) environments, The summary seems to cover stg completely different than the description? Cheers, =Dick Gevers=
Re: [Mageia-dev] Too many tmp directories
On Sat, 21 Jan 2012 18:21:14 +0100, Oliver Burger wrote about [Mageia-dev] Too many tmp directories: Hi, while searching for some strange KDE behaviour (see bug 107 about those icons), I found at least three different tmp directories: /tmp/ /var/tmp/ ~/tmp/ (one for every user) and: /home/uid/.java/deployment/tmp /home/uid/.libreoffice/3/user/extensions/tmp /var/lib/rkhunter/tmp ... Ciao, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnuplot-4.4.4-2.mga2
On Mon, 12 Dec 2011 01:38:16 +0100 (CET), Mageia Team wrote about [changelog] [RPM] cauldron core/release gnuplot-4.4.4-2.mga2: pterjan pterjan 4.4.4-2.mga2: + Revision: 180828 - Make the -doc package noarch Dear pterjan, The doc package does not upgrade the old doc package, so none of the gnuplot* packages can be easily installed with urpmi - only if the old -doc package is removed before. Best regards, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnuplot-4.4.4-2.mga2
On Mon, 12 Dec 2011 10:09:38 +0100, Claire Revillet wrote about Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnuplot-4.4.4-2.mga2: Le 12/12/2011 09:28, Dick Gevers a écrit : Dear pterjan, The doc package does not upgrade the old doc package, so none of the gnuplot* packages can be easily installed with urpmi - only if the old -doc package is removed before. Best regards, =Dick Gevers= Your mirrors may not have been uptodate. I had no problems updating my cauldron this morning. Claire (grenoya) Funny, 2 simultaneous Cauldron machines here, one went okay, but the other gave: Installation failed:file /usr/share/gnuplot/4.4/gnuplot.gih from install of gnuplot-nox-4.4.4-2.mga2.x86_64 conflicts with file from package gnuplot-doc-4.4.3-2.mga2.x86_64 file /usr/share/gnuplot/4.4/lua/gnuplot-tikz.lua from install of gnuplot-nox-4.4.4-2.mga2.x86_64 conflicts with file from package gnuplot-doc-4.4.3-2.mga2.x86_64 Since I'm usually using --noclean I fixed the upgrade with the same files via smart by simultaneously removing the old -doc package. HTH Kind regards, =Dick Gevers=
Re: [Mageia-dev] Where to report mageia 2 alpha 1 problems?
On Sat, 10 Dec 2011 15:20:09 +0100, Manuel Hiebel wrote about Re: [Mageia-dev] Where to report mageia 2 alpha 1 problems?: https://wiki.mageia.org/en/Mageia_2_alpha1 is up and there is a link to https://wiki.mageia.org/en/Mageia_2_alpha1#Bug_reporting My guess is the '1' should be a '2' at the end of the URL Ciao, =Dick Gevers=
Re: [Mageia-dev] Where to report mageia 2 alpha 1 problems?
On Sat, 10 Dec 2011 15:51:28 -0500, David W. Hodgins wrote about Re: [Mageia-dev] Where to report mageia 2 alpha 1 problems?: On Sat, 10 Dec 2011 10:01:38 -0500, Franklin Weng frank...@goodhorse.idv.tw wrote: 2011/12/10 Manuel Hiebel man...@hiebel.eu: Le samedi 10 décembre 2011 à 21:23 +0800, Franklin Weng a écrit : https://wiki.mageia.org/en/Mageia_2_alpha1 is up and there is a link to https://wiki.mageia.org/en/Mageia_2_alpha1#Bug_reporting I still failed to connect to wiki.mageia.org. Any chance you're using a dsn server with dnssec enabled? I had problems when using my own name server with a combination of ad blocking, and dnssec turned on. At first I thought it was one of the host names I was blocking, but it turned out that turning off dnssec fixed the problem for me. Haven't had time to trace it down and report the problem yet. Once upon a time I had the same prob with some sites and changed my /etc/sysctl.conf, adding: quote # for more agressive network throughput as per # http://blogs.techrepublic.com.com/opensource/?p=62 dvg early 2008 net.ipv4.tcp_syncookies = 1 net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.ipv4.tcp_rmem = 4096 87380 16777216 net.ipv4.tcp_wmem = 4096 65536 16777216 unquote HTH Cheers, =Dick Gevers=
[Mageia-dev] i18n teams: typo in German localedrake
Hiya, Yesterday happened to switch to German for a while - not my native language - but I did see a typo which may already be fixed or not: 'Einagbe' instead of 'Eingabe'. I don't want to post this to Bugzilla: too much an effort for stg probably known: if not please take it from here. Thanks v.m. and BFN, =Dick Gevers=
Re: [Mageia-dev] i18n teams: typo in German localedrake
On Thu, 8 Dec 2011 21:21:48 +0100, Oliver Burger wrote about Re: [Mageia-dev] i18n teams: typo in German localedrake: Yesterday happened to switch to German for a while - not my native language - but I did see a typo which may already be fixed or not: 'Einagbe' instead of 'Eingabe'. Could you tell me, where you did find that typo? Start localedrake. Press 'Weiter'. Press 'Andere Laender'. Near the bottom is shown 'Einagbe-Methode'. And for the next time, could you please file a bug report? Messages on the ml can get lost, bug reports usually don't. I'm not likely to forget if nobody replies. I know about Bugzilla: been there. Thanks best regards, =Dick Gevers=
Re: [Mageia-dev] [soft-commits] [2316] fixed German translation typo
On Thu, 8 Dec 2011 22:28:23 +0100 (CET), r...@mageia.org wrote about [soft-commits] [2316] fixed German translation typo: Revision: 2316 fixed German translation typo Danke ! :)
[Mageia-dev] [hardware] Texas instruments device 8142
I dunno the precise format needed to add this device to ldetect-lst, so harddrake2 can detect it as bluetooth device and not only as USB controller, but here is some of the info I gathered: lspcidrake -vv |grep Texas xhci_hcd : Texas Instruments|Device 8241 [SERIAL_USB] (vendor:104c device:8241 subv:1558 subd:1500) (rev:02) lspci for this device: attached. As I understand it, it is in practice a multimedia device with Bluetooth communication capability. Thanks BFN =Dick Gevers= lspci-8241 Description: Binary data
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release glib2.0-2.31.2-1.mga2
On Tue, 22 Nov 2011 03:04:28 +0100 (CET), Mageia Team wrote about [changelog] [RPM] cauldron core/release glib2.0-2.31.2-1.mga2: Name: glib2.0 Relocations: (not relocatable) Version : 2.31.2Vendor: Mageia.Org Release : 1.mga2Build Date: Tue Nov 22 03:01:16 2011 fwang fwang 2.31.2-1.mga2: + Revision: 170724 - fix str fmt - new version 2.31.2 Trying to compile sylpheed 3.2.0beta4, I get this error: In file included from /usr/lib64/glib-2.0/include/glibconfig.h:9:0, from defs.h:27, from account.c:24: /usr/include/glib-2.0/glib/gmacros.h:32:2: error: #error Only glib.h can be included directly. account.c: In function ‘account_address_exist’: account.c:279:9: warning: cast from pointer to integer of different size make[3]: *** [account.lo] Error 1 make[3]: Leaving directory `/home/dvg/untar/sylpheed-3.2.0beta4/libsylph' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/dvg/untar/sylpheed-3.2.0beta4/libsylph' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/dvg/untar/sylpheed-3.2.0beta4' make: *** [all] Error 2 Please compare: http://www.developpez.net/forums/d1147521/general-developpement/programmation-systeme/linux/gtk/gtkp/only-glib-h-can-be-included-directly/ which was posted 30th October 2011. I am not a dev, so I'm wondering if this is a bug in our package or am I missing stg? Thanks and BFN, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release shorewall-4.4.23.1-2.mga2
On Sat, 3 Dec 2011 01:07:15 +0100 (CET), Mageia Team wrote about [changelog] [RPM] cauldron core/release shorewall-4.4.23.1-2.mga2: blino blino 4.4.23.1-2.mga2: + Revision: 175272 - do not try to add LAST LINE comments anymore in config files: Cher Olivier, Shorewall6 (and maybe shorewall) leaves 'LAST LINE' lines in some config files: at least in params. HTH Best regards, =Dick Gevers=
Re: [Mageia-dev] Enable kernel log timestamps?
On Sat, 03 Dec 2011 18:22:26 +0200, Anssi Hannula wrote about [Mageia-dev] Enable kernel log timestamps?: Hi! I propose to we configure our kernel to emit timestamps in kernel messages. Please! Like (some) tmb kernels did/do. Tks+ =Dick Gevers=
Re: [Mageia-dev] Enable kernel log timestamps?
On Sat, 03 Dec 2011 20:26:24 +0200, Thomas Backlund wrote about Re: [Mageia-dev] Enable kernel log timestamps?: I'm not sure I like to enable it by default as it also makes it a pain to compare 2 dmesgs as you cant do a simple diff anymore. Not that painful, sending the dmesg and dmesg.old through |cut... Ciao, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-boxes-3.3.2-1.mga2
On Thu, 1 Dec 2011 17:11:10 +0100 (CET), Mageia Team wrote about [changelog] [RPM] cauldron core/release gnome-boxes-3.3.2-1.mga2: Name: gnome-boxes Relocations: (not relocatable) Version : 3.3.2 Vendor: Mageia.Org Release : 1.mga2 URL : https://live.gnome.org/ThreePointOne/Features/boxes ovitters ovitters 3.3.2-1.mga2: + Revision: 174969 - fix MimeType in desktop file - Unity is not in .desktop file, no need to remove - imported package gnome-boxes Hi Olav, The URL seems invalid Ciao, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kernel-3.1.3-1.mga2
On Tue, 29 Nov 2011 11:41:02 +, Colin Guthrie wrote about Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kernel-3.1.3-1.mga2: 'Twas brillig, and Dick Gevers at 28/11/11 19:12 did gyre and gimble: I remark that on an already systemd enabled Cauldron (*), the grub parameter is now added 'init=/sbin/systemd'. Is this always needed? Or just added in case it is not already configured okay? It's not needed if you have systemd-sysvinit installed, but by the same token, if you already have it in your menu.lst then the bootloader code will simply preserve it when adding a new kernel. It's dumb code (in a nice way!) so it's not specifically caring that it's an init= argument or that it's anything to do with systemd. So if you want cleaner boot command lines, just tidy up your menu.lst manually and they will no longer be added to new kernels. Hope that makes sense. Super, expected stg like that, but just wanted to be sure. Thanks mucho! :) =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kernel-3.1.3-1.mga2
On Sun, 27 Nov 2011 21:17:34 +0100 (CET), Mageia Team wrote about [changelog] [RPM] cauldron core/release kernel-3.1.3-1.mga2: Name: kernel Relocations: (not relocatable) Version : 3.1.3 Vendor: Mageia.Org Release : 1.mga2Build Date: Sun Nov 27 16:55:15 2011 tmb tmb 3.1.3-1.mga2: + Revision: 172918 Hello Thomas, I remark that on an already systemd enabled Cauldron (*), the grub parameter is now added 'init=/sbin/systemd'. Is this always needed? Or just added in case it is not already configured okay? TIA best regards, =Dick Gevers= (*) as per previous discussions on this ML and/or systemd documentation.
Re: [Mageia-dev] alpha 1 release info preparation
On Tue, 22 Nov 2011 20:04:56 +0100, Romain d'Alverny wrote about Re: [Mageia-dev] alpha 1 release info preparation: On Mon, Nov 21, 2011 at 17:43, Romain d'Alverny rdalve...@gmail.com wrote: alpha1 ISOs are on their way for this Friday (Nov. 25th) and we need to gather and prepare info about: - what ISOs will be available, - what's new and how to handle it (systemd, but not only) - what's is already known not to work, - what to test and how to report bugs. So please see https://wiki.mageia.org/en/Mageia_2_alpha1 as the canvas and update as you see fit. Ping? Alpha 1 release is in 3 days, and it cannot go outside without this info available. And you guys know what to say there. Dear Romain, Till now qa recorded all in http://piratepad.net/owkBzzoJId HTH Best regards, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release util-linux-2.20.1-1.mga2
On Sat, 29 Oct 2011 22:15:16 +0100, Colin Guthrie wrote about Re: [Mageia-dev] [changelog] [RPM] cauldron core/release util-linux-2.20.1-1.mga2: Since systemd I also have some duplicates (although less now then a couple of weeks ago): rootfs 17G 7.6G 8.1G 49% / /dev/sda5 17G 7.6G 8.1G 49% / This is expected. It was masked previously with /etc/mtab hacks. Okay. tmpfs 5.9G 632K 5.9G 1% /run tmpfs 5.9G 632K 5.9G 1% /run This is a bug, but is actually fixed in this util-linux release - you do however need to regenerate the initrd to get the fix. Generating now. Thanks! And this is completely superfluous (also not in fstab): tmpfs 5.9G 0 5.9G 0% /media This is simply something done by systemd to ensure that /media is writable. Some filesystems have readonly / and thus cannot have such mountpoints added. Using tmpfs ensures that all mount points can be created easily. Thanks for the info !! Best regards, =Dick Gevers=
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release util-linux-2.20.1-1.mga2
On Tue, 25 Oct 2011 19:40:07 -0400, andre999 wrote about Re: [Mageia-dev] [changelog] [RPM] cauldron core/release util-linux-2.20.1-1.mga2: This gives me weird output for df: All bind mounts are duplicated ! Since systemd I also have some duplicates (although less now then a couple of weeks ago): rootfs 17G 7.6G 8.1G 49% / /dev/sda5 17G 7.6G 8.1G 49% / tmpfs 5.9G 632K 5.9G 1% /run tmpfs 5.9G 632K 5.9G 1% /run And this is completely superfluous (also not in fstab): tmpfs 5.9G 0 5.9G 0% /media (But the /media/stg are okay) Cheers, =Dick Gevers=
Re: [Mageia-dev] HEADSUP: glibc-2.14.1 landing...
On Sat, 22 Oct 2011 15:31:52 +0300, Thomas Backlund wrote about Re: [Mageia-dev] HEADSUP: glibc-2.14.1 landing...: Well, I consider glibc to be a critical base component, so I decided to stick with a stable 2.14.1 release atleast for now. I dunno if this might be related to the new version, but I just bought a new laptop and installed Cauldron (now upto date), but I cannot compile the Realtek driver I downloaded for the wifi device: When running 'make' I get all kinds of warnings like: base.c...warning .. expects type .. long unsigned, but argument 5 has type ...int... Error 2 Maybe it is completely unrelated, if so sorry for the noise. Thanks and BFN =Dick Gevers=
[Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...)
On Sat, 22 Oct 2011 19:22:49 +0300, Thomas Backlund wrote about Re: [Mageia-dev] HEADSUP: glibc-2.14.1 landing...: 22.10.2011 19:12, Dick Gevers skrev: On Sat, 22 Oct 2011 15:31:52 +0300, Thomas Backlund wrote about Re: [Mageia-dev] HEADSUP: glibc-2.14.1 landing...: Well, I consider glibc to be a critical base component, so I decided to stick with a stable 2.14.1 release atleast for now. I dunno if this might be related to the new version, but I just bought a new laptop and installed Cauldron (now upto date), but I cannot compile the Realtek driver I downloaded for the wifi device: When running 'make' I get all kinds of warnings like: base.c...warning .. expects type .. long unsigned, but argument 5 has type ...int... Error 2 Maybe it is completely unrelated, if so sorry for the noise. It's more likely you have sources that dont support kernel-3.1 series. What hw is this? Are you sure the kernel cant support it directly ? lspcidrake -v output would/could help... It is a Realtek Semiconductor device 8176 lspcidrake -v |grep rtl rtl8192ce: Realtek Semiconductor Co., Ltd.|Device 8176 [NETWORK_OTHER] (vendor:10ec device:8176 subv:10ec subd:9196) (rev: 01) lsmod shows it's there, but configuring it is a headache till now, so I tried to build drivers anew I found at Realtek for Linux Appreciate any ideas ! Ciao, =Dick Gevers=
Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...)
On Sat, 22 Oct 2011 17:15:11 +, Dick Gevers wrote about [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...): On Sat, 22 Oct 2011 19:22:49 +0300, Thomas Backlund wrote about Re: [Mageia-dev] HEADSUP: glibc-2.14.1 landing...: 22.10.2011 19:12, Dick Gevers skrev: On Sat, 22 Oct 2011 15:31:52 +0300, Thomas Backlund wrote about Re: [Mageia-dev] HEADSUP: glibc-2.14.1 landing...: Well, I consider glibc to be a critical base component, so I decided to stick with a stable 2.14.1 release atleast for now. I dunno if this might be related to the new version, but I just bought a new laptop and installed Cauldron (now upto date), but I cannot compile the Realtek driver I downloaded for the wifi device: When running 'make' I get all kinds of warnings like: base.c...warning .. expects type .. long unsigned, but argument 5 has type ...int... Error 2 Maybe it is completely unrelated, if so sorry for the noise. It's more likely you have sources that dont support kernel-3.1 series. What hw is this? Are you sure the kernel cant support it directly ? lspcidrake -v output would/could help... It is a Realtek Semiconductor device 8176 lspcidrake -v |grep rtl rtl8192ce: Realtek Semiconductor Co., Ltd.|Device 8176 [NETWORK_OTHER] (vendor:10ec device:8176 subv:10ec subd:9196) (rev: 01) lsmod shows it's there, but configuring it is a headache till now, so I tried to build drivers anew I found at Realtek for Linux Perhaps I need the dkms-r8192se package... Trying now!
Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...)
On Sat, 22 Oct 2011 20:28:13 +0300, Thomas Backlund wrote about Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...): 22.10.2011 20:15, Dick Gevers skrev: It is a Realtek Semiconductor device 8176 lspcidrake -v |grep rtl rtl8192ce: Realtek Semiconductor Co., Ltd.|Device 8176 [NETWORK_OTHER] (vendor:10ec device:8176 subv:10ec subd:9196) (rev: 01) lsmod shows it's there, but configuring it is a headache till now, so I tried to build drivers anew I found at Realtek for Linux That one should be supported. Can you check dmesg for any output ? Not looking so good: dmesg |grep rtl rtl8192ce :04:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 rtl8192ce :04:00.0: setting latency timer to 64 rtl8192ce:rtl92c_init_sw_vars():0-0 Failed to request firmware! rtlwifi:rtl_pci_probe():0-0 Can't init_sw_vars. rtl8192ce :04:00.0: PCI INT A disabled rtl8192ce :04:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 rtl8192ce :04:00.0: setting latency timer to 64 rtl8192ce:rtl92c_init_sw_vars():0-0 Failed to request firmware! rtlwifi:rtl_pci_probe():0-0 Can't init_sw_vars. rtl8192ce :04:00.0: PCI INT A disabled I appreciate your help ! Best regards, =Dick Gevers=
Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...)
On Sat, 22 Oct 2011 21:00:37 +0300, Thomas Backlund wrote about Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...): 22.10.2011 20:53, Dick Gevers skrev: On Sat, 22 Oct 2011 20:28:13 +0300, Thomas Backlund wrote about Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...): 22.10.2011 20:15, Dick Gevers skrev: It is a Realtek Semiconductor device 8176 lspcidrake -v |grep rtl rtl8192ce: Realtek Semiconductor Co., Ltd.|Device 8176 [NETWORK_OTHER] (vendor:10ec device:8176 subv:10ec subd:9196) (rev: 01) lsmod shows it's there, but configuring it is a headache till now, so I tried to build drivers anew I found at Realtek for Linux That one should be supported. Can you check dmesg for any output ? Not looking so good: dmesg |grep rtl rtl8192ce :04:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 rtl8192ce :04:00.0: setting latency timer to 64 rtl8192ce:rtl92c_init_sw_vars():0-0 Failed to request firmware! rtlwifi:rtl_pci_probe():0-0 Can't init_sw_vars. rtl8192ce :04:00.0: PCI INT A disabled rtl8192ce :04:00.0: PCI INT A - GSI 18 (level, low) - IRQ 18 rtl8192ce :04:00.0: setting latency timer to 64 rtl8192ce:rtl92c_init_sw_vars():0-0 Failed to request firmware! rtlwifi:rtl_pci_probe():0-0 Can't init_sw_vars. rtl8192ce :04:00.0: PCI INT A disabled I appreciate your help ! do you have kernel-firmware-extra installed ? Oops, no, I wasn't aware I needed it. Getting it now ! Thanks again ! Best regards, =Dick Gevers=
Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...)
On Sat, 22 Oct 2011 18:09:33 +, Dick Gevers wrote about Re: [Mageia-dev] Missing firmware ( was: HEADSUP: glibc-2.14.1 landing...): do you have kernel-firmware-extra installed ? Oops, no, I wasn't aware I needed it. Getting it now ! And working okay now. Thanks for the pointers! Cheers, =Dick Gevers=
Re: [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?
On Sun, 16 Oct 2011 17:24:04 +0200, Florian Hubold wrote about Re: [Mageia-dev] [RFC] msec (nail) can't send reports to local users accounts - require an MTA?: Seems to me noone is interested in msec anymore. To me msec is useful and does not require any change (I use postfix). Cheers, =Dick Gevers=
Re: [Mageia-dev] kernel oops with latest GDM and fglrx
On Wed, 28 Sep 2011 22:55:16 -0400, andre999 wrote about Re: [Mageia-dev] kernel oops with latest GDM and fglrx: After a reset I found a kernel oops at from 03:09 a.m., as attached. Should I post this to Bugzilla? Against what package please? Or some other way to look for a fix? I'd file a bug against your kernel (with version), since it says kernel NULL pointer ... And include the same file as an attachement. tmb will know what to ask for, if he needs anything more. If it is fglrx, it's related to the kernel anyway. You should mention the version of fglrx as well. And probably gdm. It can't hurt to have a little extra info. Thanks for the advice. Done at https://bugs.mageia.org/show_bug.cgi?id=2875 Ciao, =Dick Gevers=
Re: [Mageia-dev] Bugzilla probs
On Wed, 14 Sep 2011 05:51:20 -0400, andre999 wrote about Re: [Mageia-dev] Bugzilla probs: Dick Gevers a écrit : On Tue, 13 Sep 2011 19:56:07 +0200, Remco Rijnders wrote about Re: [Mageia-dev] Bugzilla probs: I have upstream Seamonkey, and I've never seen such a message. But although I post to bugs regularly, I haven't opened a new Mageia bug lately. However, I do have other persistant problems with Seamonkey, which I suspect are due to some corruption in my personal profile. So maybe that is the cause of your problems ? (My problems started after I killed Seamonkey during one of those famous freezes with 100% cpu usage that randomly affects various applications ... as reported on this and the -discuss lists from time to time.) If you try Firefox without problems, then it is most likely some personal profile corruption, since it has essentially identical code as the browser side of Iceape. You could try deleting the *.mfasl files in your profile folder (probably ~/.mozilla/iceape/*.{profile_name}/) They will be regenerated automatically. (They just accelerate startup if present.) Thanks for your answer. Sorry for my slow reaction, but I don't have a chance every day to report a bug. I did 2 with firefox without problem and next one with Iceape after removing XUL.mfasl, but it made no difference: problem as before. I'm not anxious do delete my whole profile so I'll probably start using FF for accessing Mageia Bugzilla and Iceape otherwise, because in other respects it works great always. Cheers, =Dick Gevers=
Re: [Mageia-dev] systemd vs dm
On Sat, 17 Sep 2011 10:02:03 +0100, Colin Guthrie wrote about Re: [Mageia-dev] systemd vs dm: So does: systemctl restart rsyslog.service work? Not really: # systemctl restart rsyslog.service # systemctl status rsyslog.service rsyslog.service - System Logging Service Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled) Active: failed since Sat, 17 Sep 2011 09:30:29 +; 8s ago Process: 23407 ExecStart=/sbin/rsyslogd -n -c5 (code=exited, status=1/FAILURE) Process: 23404 ExecStartPre=/bin/systemctl stop systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/rsyslog.service # And finally, can you run: /sbin/rsyslogd -n -c5 manually or does it exit out with return code 1 also? # /sbin/rsyslogd -n -c5 Pidfile (and pid) already exist. and: # ps -eLF |grep rsys root 1104 1 1104 04 60184 1512 0 Sep16 ?00:00:00 rsyslogd -c 4 root 1104 1 1130 04 60184 1512 4 Sep16 ?00:00:00 rsyslogd -c 4 root 1104 1 1131 04 60184 1512 0 Sep16 ?00:00:00 rsyslogd -c 4 root 1104 1 1132 04 60184 1512 2 Sep16 ?00:00:00 rsyslogd -c 4 ... And lsof shows that all relevant logs are touched by the rsyslog daemon. So my guess is that only the systemd status message is bad, but the service is running correctly. Cheers, =Dick Gevers=
Re: [Mageia-dev] systemd vs dm
On Sat, 17 Sep 2011 11:16:57 +0100, Colin Guthrie wrote about Re: [Mageia-dev] systemd vs dm: Well that's slightly disturbing. It seems that rsyslog was started but not by systemd. Can do do some kind of pstree type analysis (perhaps also using cgroups stuff) to work out what process actually started rsyslog? pstree is not quite unequivocal, because it shows systemd at the top of every running process, even those surely not started by systemd but e.g. by the current user. But on the other hand systemd has PID 1 so it's reasonable to assume everything stems from it. Although when I do lsof |grep rsys |grep syst it returns nothing, so perhaps that means rsyslog was not started by systemd: we'd have to compare with a system where systemctl status rsyslog.service gives a better result. lsof |grep cgrou returns only one line: systemd 1 root6r DIR 0,18 0193 /sys/fs/cgroup/systemd/system I hope this gives some clues. Thanks and BFN =Dick Gevers=
Re: [Mageia-dev] systemd vs dm
On Sat, 17 Sep 2011 12:02:50 +0100, Colin Guthrie wrote about Re: [Mageia-dev] systemd vs dm: What would be useful is to find the pid of rsyslog (mine is 1505), and then do: [root@jimmy ~]# cat /proc/1505/cgroup 8:blkio:/ 7:net_cls:/ 6:freezer:/ 5:devices:/ 4:memory:/ 3:cpuacct,cpu:/system/rsyslog.service 2:cpuset:/ 1:name=systemd:/system/rsyslog.service Aha! Mine: 8:blkio:/ 7:net_cls:/ 6:freezer:/ 5:devices:/ 4:memory:/ 3:cpuacct,cpu:/system/sysinit.service 2:cpuset:/ 1:name=systemd:/system/sysinit.service So this shows up the error If it looks similar to mine then it has been started by systemd but it's somehow lost that info. I wonder, do you do anything special with either /var /var/run or /run directories? Are they on separate partitions or anything? Nope, nothing done, nothing separate. But looking at rpm -qa |grep init: initscripts-9.21-12.mga1 mkinitrd-6.0.93-25.mga2 module-init-tools-3.16-1.mga2 systemd-sysvinit-35-3.mga2 sysvinit-tools-2.87-10.mga1 xinit-1.3.1-1.mga2 xinitrc-2.4.21-1.mga2 I suspect that sysvinit-tools might have to be removed, but it is required by initscripts. So that would show up some missing package conflicts and ph the cause of the rsyslog start. Ciao, =Dick Gevers=
Re: [Mageia-dev] systemd vs dm
On Sat, 17 Sep 2011 14:38:56 +0100, Colin Guthrie wrote about Re: [Mageia-dev] systemd vs dm: Yeah, please open a bug against initscripts (feel free to assign it to me) just so it's not forgotten. For the record (you already found it): https://bugs.mageia.org/show_bug.cgi?id=2760 Thanks again, =Dick Gevers=
Re: [Mageia-dev] systemd vs dm
On Thu, 15 Sep 2011 07:26:33 +0200, JA Magallon wrote about Re: [Mageia-dev] systemd vs dm: one:~# systemctl list-units -a --full | grep log rsyslog.service loaded inactive dead System Logging Has anyone got this fixed. How please? If not is there a bugreport? I can't seem to fix it, even though it seems from the content of syslog itself that it really is running !?!? Thanks BFN, =Dick Gevers=
Re: [Mageia-dev] systemd vs dm
On Fri, 16 Sep 2011 18:59:07 +0100, Colin Guthrie wrote about Re: [Mageia-dev] systemd vs dm: 'Twas brillig, and Dick Gevers at 16/09/11 17:21 did gyre and gimble: On Thu, 15 Sep 2011 07:26:33 +0200, JA Magallon wrote about Re: [Mageia-dev] systemd vs dm: one:~# systemctl list-units -a --full | grep log rsyslog.service loaded inactive dead System Logging Has anyone got this fixed. How please? If not is there a bugreport? Check /etc/systemd/system/multi-user.target.wants/ folder. Does it have a link to rsyslog.service? If not, just type: systemctl enable rsyslog.service Does this create the link? Aye. I did that before my last reboot, but I still get the same errors: systemctl status rsyslog.service rsyslog.service - System Logging Service Loaded: loaded (/lib/systemd/system/rsyslog.service; enabled) Active: failed since Fri, 16 Sep 2011 12:45:31 +; 4h 37min ago Process: 12785 ExecStart=/sbin/rsyslogd -n -c5 (code=exited, status=1/FAILURE) Process: 12782 ExecStartPre=/bin/systemctl stop systemd-kmsg-syslogd.service (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/rsyslog.service I'm wondering if only the status message is wrong, because it looks like rsyslog *is* running. Cheers, =Dick Gevers=
Re: [Mageia-dev] systemd vs dm
On Fri, 16 Sep 2011 19:53:04 +0100, Colin Guthrie wrote about Re: [Mageia-dev] systemd vs dm: Has anyone got this fixed. How please? If not is there a bugreport? I'm wondering if only the status message is wrong, because it looks like rsyslog *is* running. Any crazy options in /etc/sysconfig/rsyslog? Nope, it is strictly the same as written by the rsyslog package. Ciao, =Dick Gevers=
[Mageia-dev] Bugzilla probs
Lately, with every bug that I post in Mageia's Bugzilla I get an error saying I already posted it in big large red banner also showing the previous bug number I reported: even though there is no connection between the two. Also, when I add a comment, Bugzilla says there is a mid-air collision with the previous commenter, even though that comment may be (for example) 20 hours old already. I usually go into Bugzilla with Iceape, that's where all by bookmarks are. Anyone else seeing this please? Needs a new bugreport? Against what please? Thanks and BFN, =Dick Gevers=
Re: [Mageia-dev] Bugzilla probs
On Tue, 13 Sep 2011 19:56:07 +0200, Remco Rijnders wrote about Re: [Mageia-dev] Bugzilla probs: On Tue, Sep 13, 2011 at 05:32:58PM +, Dick wrote in 201109131733.p8dhx1fx057...@smtp-vbr10.xs4all.nl: Lately, with every bug that I post in Mageia's Bugzilla I get an error saying I already posted it in big large red banner also showing the previous bug number I reported: even though there is no connection between the two. Also, when I add a comment, Bugzilla says there is a mid-air collision with the previous commenter, even though that comment may be (for example) 20 hours old already. I usually go into Bugzilla with Iceape, that's where all by bookmarks are. Anyone else seeing this please? Needs a new bugreport? Against what please? Hi Dick, Can't say I've seen anything like this before. I suppose you have closed and reopened Iceape already. Have you tried logging out of bugzilla and logging in again? Remco Florian Remco: I didn't try with another browser yet, but I don't see any other problems with Iceape, so I dunno what's happening. And the workaround seemed to be to simply press further and use the button post the bug anyway or words to that effect and it worked every time. It's been going on for a few weeks, I think, but not sure: I don't have a bug to report every day ;) Next time I'll try another browser - unless someone else sees the same things. Thanks for now. Cheers, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2
On Wed, 7 Sep 2011 16:23:12 +0200 (CEST), Mageia Team wrote about [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2: Name: gnome-games-extra-data Relocations: (not relocatable) Version : 3.2.0 Vendor: Mageia.Org Release : 1.mga2Build Date: Wed Sep 7 wally wally 3.2.0-1.mga2: + Revision: 140790 - imported package gnome-games-extra-data It's been 48+ hours now, but it's still not on the mirrors !? Cheers, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2
On Fri, 9 Sep 2011 23:36:02 +0300, Jani Välimaa wrote about Re: [Mageia-dev] [RPM] cauldron core/release gnome-games-extra-data-3.2.0-1.mga2: gnome-games-extra-data is only the source pkg name. Binary pkgs built from it are: glines-extra-data gnobots2-extra-data gnome-mahjongg-extra-data iagno-extra-data All those are available on mirrors. Oh. Okay. Thanks. I wasn't aware of that. And urpmi was no help :( Ciao, =Dick Gevers=
[Mageia-dev] systemd ?
Hi, If I urpmi systemd, is it 'grown up' enough to automagically update all of Cauldron, or do I have to manually arrange a lot of other things myself? I didn't manage to find a lot of info telling me HOWTO for Cauldron, only for other distros. If there is, please be so kind to point me to it. Thanks in advance. Cheers, =Dick Gevers=
Re: [Mageia-dev] systemd ?
On Thu, 08 Sep 2011 23:40:11 +0800, Kira wrote about Re: [Mageia-dev] systemd ?: 在 Thu, 08 Sep 2011 23:23:48 +0800, Dick Gevers dvgev...@xs4all.nl寫道: Hi, If I urpmi systemd, is it 'grown up' enough to automagically update all of Cauldron, or do I have to manually arrange a lot of other things myself? I didn't manage to find a lot of info telling me HOWTO for Cauldron, only for other distros. If there is, please be so kind to point me to it. Thanks in advance. You mean you want to upgrade Mageia 1 to Cauldron? Or you just want to test systemd? No: I use only Cauldron and I want to convert to systemd, but I dunno what problems I could face, so I'd like to know beforehand about any problems I might have to fix. Ciao, =Dick Gevers=
Re: [Mageia-dev] systemd ?
On Thu, 08 Sep 2011 18:34:54 +0200, Guillaume Rousse wrote about Re: [Mageia-dev] systemd ?: Nothing really painful, excepted a few non-running services. The series of articles from L. Poettering systemd for Administrators are a worth reading to understand the new system: http://www.freedesktop.org/wiki/Software/systemd Okay fine. I'll go for it then. Thanks!
Re: [Mageia-dev] [RPM] cauldron core/release kshutdown-2.0-1.mga2
On Wed, 29 Jun 2011 11:38:37 -0300, John Balcaen wrote about Re: [Mageia-dev] [RPM] cauldron core/release kshutdown-2.0-1.mga2: 2011/6/29 Samuel Verschelde samuel.versche...@pmsipilot.com: [...] In the spec there are 2 summaries, one being the translated summary to french : Summary: Advanced shut down utility for KDE Summary(fr): KShutDown est un outils avancé de gestion de l'extinction Neither sophie nor I see the english summary : http://sophie.zarb.org/rpms/57c5f5903d796046db7f05f30f77e6b5 [sam@localhost ~]$ rpm -q --qf '%{SUMMARY}' -p kshutdown-2.0-1.mga2.i586.rpm KShutDown est un outils avancé de gestion de l'extinction Is that normal or must we remove the translated summary ? I did not remove it initially because urpmq was working with it it seems used in opensuse too (translated summary) eg: urpmq -S kshutdown kshutdown : Advanced shut down utility for KDE ( 2.0-1.mga2 ) Please compare: https://bugs.mageia.org/show_bug.cgi?id=95 https://qa.mandriva.com/show_bug.cgi?id=32870 and https://qa.mandriva.com/show_bug.cgi?id=63229 Thanks BFN, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron tainted/release transcode-1.1.5-5.mga2.tainted
On Wed, 22 Jun 2011 22:28:18 +0200 (CEST), Mageia Team wrote about [RPM] cauldron tainted/release transcode-1.1.5-5.mga2.tainted: Name: transcodeRelocations: (not relocatable) Version : 1.1.5 Vendor: Mageia.Org Release : 5.mga2.taintedBuild Date: Wed Jun 22 This package is in PLF as it could violate some patents. obgr_seneca obgr_seneca 1.1.5-5.mga2: + Revision: 112501 - added tainted to spec file Really in plf ? Or only in tainted repo? Thanks BFN, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release yelp-3.0.3-1.mga2
On Tue, 21 Jun 2011 00:31:17 +0200 (CEST), Mageia Team wrote about [RPM] cauldron core/release yelp-3.0.3-1.mga2: jonund Group : Graphical desktop/GNOME Source RPM: (none) Size: 1271166 License: GPLv2+ Signature : (none) Packager: Mageia Team http://www.mageia.org URL : http://live.gnome.org/Yelp Summary : GNOME 2 help browser Description : Help browser for GNOME 2 which supports docbook documents, info and man. dmorgan dmorgan 3.0.3-1.mga2: + Revision: 110795 Methinks it's GNOME 3 ? HTH Cheers! =Dick Gevers=
Re: [Mageia-dev] Release cycles proposals, and discussion
On Tue, 14 Jun 2011 23:43:57 +0200, Samuel Verschelde wrote about Re: [Mageia-dev] Release cycles proposals, and discussion: Thanks for the fame :) Do you know how I could easily have an institute named after me ? With the meteorlogical service of a windy nation (small island group for instance): Stormi Weather Institute.
Re: [Mageia-dev] [RPM] cauldron core/release mageia-kde4-config-1-13.mga2
On Fri, 17 Jun 2011 13:28:50 -0300, Balcaen John wrote about Re: [Mageia-dev] [RPM] cauldron core/release mageia-kde4-config-1-13.mga2: It's strange, i just done the upgrade on another box i'll end up with a kdmrc.rpmnew in /var/lib/... I also noticed that in fact the /usr/share/config/kdm/kdmrc was also rewritten (probably by genkdmconf which explain why i end up with a kdmrc.rpmnew) Yes my first boot after install of mga 1 was of course with kdm, but I didn't configure it myself. Still I saw urpmi's warning about an *rpmnew written, whilst it was not there when I went to diff in there! BFN
Re: [Mageia-dev] Problems with Gnome 3
On Thu, 16 Jun 2011 20:58:18 +0200, Wolfgang Bornath wrote about Re: [Mageia-dev] Problems with Gnome 3: 2011/6/16 Christiaan Welvaart c...@daneel.dyndns.org: On Thu, 16 Jun 2011, Thorsten van Lil wrote: Am Donnerstag, 16. Juni 2011, 19:21:40 schrieb Wolfgang Bornath: I'm using KDM as well, but the problem is not the restart of the x server - it is the unavailability of a shutdown/restart dialogue in the menue, task bar, systray, wherever, which is annoying. Yeah. I noticed that too. There is only log off and suspend. As moblin also lacks in such a shutdown function, I have the bad feeling that it's not a bug, but i feature. Unlike the 'gnome shell', the gnome 3 panel does have a Shutdown item in the user menu (but no Suspend). Press 'Shut Down' and you see suspend, hibernate, restart, cancel, shut down HTH
Re: [Mageia-dev] Problems with Gnome 3
On Wed, 15 Jun 2011 03:02:16 +0200, Wolfgang Bornath wrote about Re: [Mageia-dev] Problems with Gnome 3: 2011/6/15 Frank Griffin f...@roadrunner.com: On 06/14/2011 06:40 PM, Dexter Morgan wrote: Do you have gnome-control-center installed I have the same situation, and gnome-control-center is installed. Confirmed, same problem. Just switched a Mageia 1 to Cauldron via urpmi, installed task-gnome, no errors. After reboot and selecting Gnome3 the desktop builds nicely but as soon as I start any application after a couple of seconds I get the same error message, pressing OK does a restart of the xserver and I'm back at login. My GNOME3 is working better all the time. Still lots missing: can't find where to access theme and font settings, and any help can't find the path to same, but it's getting closer. I do confess removing some GNOME2 stuff which nothing depended on... rpm -qa |grep gnome gnome-backgrounds-3.0.2-1.mga2 gnome-bluetooth-2.32.0-2.mga1 gnome-commander-1.2.8.10-2.mga1 gnome-control-center-3.0.2-2.mga2 gnome-desktop3-3.0.2-4.mga2 gnome-disk-utility-3.0.0-1.mga2 gnome-doc-utils-0.20.5-1.mga1 gnome-games-2.32.1-2.mga1 gnome-games-common-2.32.1-2.mga1 gnome-icon-theme-3.0.0-1.mga2 gnome-keyring-2.32.1-1.mga1 gnome-keyring-sharp-1.0.2-1.mga1 gnome-mahjongg-2.32.1-2.mga1 gnome-media-2.32.0-3.mga1 gnome-menus-3.0.1-2.mga2 gnome-mime-data-2.18.0-8.mga1 gnome-mplayer-1.0.3-1.mga2 gnome-packagekit-common-2.32.0-3.mga1 gnome-panel-3.0.2-3.mga2 gnome-python-2.28.1-2.mga1 gnome-python-bonobo-2.28.1-2.mga1 gnome-python-canvas-2.28.1-2.mga1 gnome-python-desktop-2.32.0-6.mga1 gnome-python-extras-2.25.3-24.mga1 gnome-python-gconf-2.28.1-2.mga1 gnome-python-gnomekeyring-2.32.0-6.mga1 gnome-python-gnomevfs-2.28.1-2.mga1 gnome-python-gtkspell-2.25.3-24.mga1 gnome-screensaver-3.0.0-1.mga2 gnome-session-3.0.1-2.mga2 gnome-session-bin-3.0.1-2.mga2 gnome-settings-daemon-3.1.1-1.mga2 gnome-sharp2-2.24.2-1.mga1 gnome-shell-3.0.2-1.mga2 gnome-speech-0.4.25-5.mga1 gnome-speech-driver-espeak-0.4.25-5.mga1 gnome-sudoku-2.32.1-2.mga1 gnome-terminal-3.0.1-1.mga2 gnome-themes-standard-3.0.2-2.mga2 gnome-user-docs-2.32.0-1.mga1 gnome-utils-2.32.0-1.mga1 gnome-vfs2-2.24.4-1.mga1 gstreamer0.10-gnomevfs-0.10.32-3.mga1 ia_ora-gnome-1.0.25-1.mga1 icewm-gnome-1.3.3-7.mga1 lib64gnome2_0-2.32.1-7.mga1 lib64gnome-bluetooth8-2.32.0-2.mga1 lib64gnomebreakpad-2.32.0-1.mga1 lib64gnomecanvas2_0-2.30.3-2.mga2 lib64gnomecanvasmm2.6_1-2.26.0-4.mga1 lib64gnomecups-1.0_1-0.2.3-6.mga1 lib64gnome-desktop-3_0-3.0.2-4.mga2 lib64gnomekbd7-3.0.0.1-2.mga2 lib64gnome-keyring0-2.32.0-1.mga1 lib64gnome-media0-2.32.0-3.mga1 lib64gnome-menu2-3.0.1-2.mga2 lib64gnomemm2.6_1-2.30.0-2.mga1 lib64gnomeprint2-2_0-2.18.8-1.mga1 lib64gnomeprintui2-2_0-2.18.6-1.mga1 lib64gnomespeech7-0.4.25-5.mga1 lib64gnomesu0-1.0.0-6.mga1 lib64gnomeui2_0-2.24.5-2.mga2 lib64gnomeuimm2.6_1-2.28.0-3.mga1 lib64gnome-vfs2_0-2.24.4-1.mga1 lib64gnome-vfsmm2.6_1-2.26.0-3.mga1 lib64gnome-window-settings1-3.0.2-2.mga2 lib64ia_ora-gnome-1.0.25-1.mga1 libgnome2-2.32.1-7.mga1 libgnome2-schemas-2.32.1-7.mga1 libgnomecanvas-2.30.3-2.mga2 libgnomecups-0.2.3-6.mga1 libgnomekbd-common-3.0.0.1-2.mga2 libgnome-keyring-i18n-2.32.0-1.mga1 libgnomeprint-2.18.8-1.mga1 libgnomeprintui-2.18.6-1.mga1 libgnomesu-1.0.0-6.mga1 libgnomeui2-2.24.5-2.mga2 perl-Gnome2-Vte-0.90.0-3.mga2 polkit-gnome-0.101-2.mga1 python-gnome-menus-3.0.1-2.mga2 xchat-gnome-0.26.1-8.mga2 xine-gnomevfs-1.1.19-5.mga1 Ciao, =Dick Gevers=
Re: [Mageia-dev] Release cycles proposals, and discussion
On Mon, 13 Jun 2011 00:58:36 +0200, Zézinho wrote about Re: [Mageia-dev] Release cycles proposals, and discussion: Em 12-06-2011 22:46, Michael Scherer escreveu: - all proposals must be justified ( and why they are better than the current ones ). 9 months means no yearly loop. Humans are used to seasons, and except for things that do not happen yearly, this is inside our genetics ;-) Nine months is genetically very human: the average human female carries it's offspring for that length of time. So why not Mageia ?
Re: [Mageia-dev] [RPM] cauldron core/release biew-6.1.0-1.mga2
On Mon, 13 Jun 2011 09:37:40 +0200, Cazzaniga Sandro wrote about Re: [Mageia-dev] [RPM] cauldron core/release biew-6.1.0-1.mga2: Quite a few packages reached the mirrors since this one, but biew has not. So it needs a rebuild? Anything similar to rebuild, push, boot, shove, %mkrel or opening the window to let it fly: IANAE. Thanks in advance, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release biew-6.1.0-1.mga2
On Mon, 13 Jun 2011 14:20:36 +0200, Cazzaniga Sandro wrote about Re: [Mageia-dev] [RPM] cauldron core/release biew-6.1.0-1.mga2: So it needs a rebuild? Anything similar to rebuild, push, boot, shove, %mkrel or opening the window to let it fly: IANAE. Could you be more clear, please? Yes: I dunno what needs to be done! Sorry, if I was not. Best regards, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release biew-6.1.0-1.mga2
On Mon, 13 Jun 2011 15:39:55 +0200, Maarten Vanraes wrote about Re: [Mageia-dev] [RPM] cauldron core/release biew-6.1.0-1.mga2: Op maandag 13 juni 2011 15:13:04 schreef Dick Gevers: so, in other words, he's saying: don't ask me, i know nothing Nou dank je wel :( it was kind of a semi-joke (a la monty python) :-S Then you should have said: you're welcome. :- (En dat wist ik wel!)
Re: [Mageia-dev] GNOME3 ?
On Mon, 13 Jun 2011 15:49:15 -0400, Frank Griffin wrote about [Mageia-dev] GNOME3 ?: Is the GNOME3 upload complete to the point where bug reports will be useful ? I doubt it: # rpm -qa |grep me-des gnome-desktop-2.32.1-1.mga1 gnome-desktop3-3.0.2-3.mga2 lib64gnome-desktop-3_0-3.0.2-3.mga2 # rpm -ev gnome-desktop error: Failed dependencies: gnome-desktop is needed by (installed) gnome-panel-3.0.2-2.mga2.x86_64 Cheers, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release iceape-2.1-1.mga2
On Mon, 13 Jun 2011 23:51:34 +0200 (CEST), Christiaan Welvaart wrote about Re: [Mageia-dev] [RPM] cauldron core/release iceape-2.1-1.mga2: The personal toolbar contains five Mandriva links. Not here, can you check /usr/lib*/iceape-2.1/defaults/profile/bookmarks.html ? But that can't really be it so this should be in your personal profile. Christiaan Yes now it is okay, but there was also /usr/lib64/iceape-2.0.14/ leftover which I just removed. I'm sure it must have been stg local then: so sorry for the noise. m.v.g. =Dick Gevers=
Re: [Mageia-dev] Release cycles proposals, and discussion
On Sun, 12 Jun 2011 22:46:33 +0200, Michael Scherer wrote about [Mageia-dev] Release cycles proposals, and discussion: Out of theses 3 propositions, Anne was in favor of the version 2 ( 9 months ), based on her experience with 1 ( Mandriva ) and 3 ( Mandriva 2006.0 ). I personally prefer a quick turnaround and keep it exciting: proposition # 1, but otherwise I follow the leader. One whole year release cycle (# 3) appears to dull for me: we are cooking the Cauldron and not granny's tea kettle. Viva Mageia !
Re: [Mageia-dev] [RPM] cauldron core/release biew-6.1.0-1.mga2
On Sun, 12 Jun 2011 14:24:11 +0200 (CEST), Mageia Team wrote about [RPM] cauldron core/release biew-6.1.0-1.mga2: Name: biew Relocations: (not relocatable) Version : 6.1.0 Vendor: Mageia.Org Release : 1.mga2Build Date: Sun Jun 12 14:22:51 2011 Install Date: (not installed) Build Host: kharec kharec 6.1.0-1.mga2: + Revision: 104890 - imported package biew Quite a few packages reached the mirrors since this one, but biew has not. ( I have enabled distrib-coffee.ipsl.jussieu.fr and $MIRRORLIST ). Ciao, =Dick Gevers=
[Mageia-dev] subscribe where to submit list?
Not that I understand half of what is posted, but for reference and satisfying my curiosity, I'd like to subscribe to the submit ML, but can't find it at https://mageia.org/mailman/ Obviously I can send a subscribe mail, but I dunno the details. TIA! =Dick Gevers=
Re: [Mageia-dev] subscribe where to submit list?
On Sat, 11 Jun 2011 13:24:11 +0200, Anne nicolas wrote about Re: [Mageia-dev] subscribe where to submit list?: 2011/6/11 Dick Gevers dvgev...@xs4all.nl Not that I understand half of what is posted, but for reference and satisfying my curiosity, I'd like to subscribe to the submit ML, but can't find it at https://mageia.org/mailman/ Obviously I can send a subscribe mail, but I dunno the details. have a look on https://ml.mageia.org/. Some of the ML are still hosted on Zarb server and others have been created on Mageia servers. This is on sysadmin todo list TIA! =Dick Gevers= -- Anne http://www.mageia.org Merci (en Christiaan ook). grtz. =Dick Gevers=
Re: [Mageia-dev] Switching from Cooker to Cauldron?
On Thu, 9 Jun 2011 13:44:25 +0200, Olav Vitters wrote about [Mageia-dev] Switching from Cooker to Cauldron?: Hello, Now that GNOME3 is being imported to Cauldron, I'd like to switch my Mandriva Cooker installation to Cauldron. However, Cooker has a different rpm for a while and I have that installed. I'm guessing if I attempt to switch to Cauldron, it likely cannot read the rpm5 database. I can only think of a few things: My experience: not bad, but takes a little effort: tarred everything on the machine and newly installed Mageia official, upgraded to cauldron and untarred local machine settings I require. For example shorewall, aliases, urpmi's skiplist, rkhunter.conf, logrotate specific settings, /usr/local and anything else privately configured. Merely kept my home and formatted everything else. I got into the hang of this when half a year ago I upgraded 32 to 64 bits. HTH mvg =Dick Gevers=
Re: [Mageia-dev] Display Monitor Parameters
On Mon, 6 Jun 2011 17:56:29 +0200, Wolfgang Bornath wrote about Re: [Mageia-dev] Display Monitor Parameters: This data is not currently included in /usr/share/ldetect-lst/MonitorsDB Is this any clearer? It was clear to me the first time: in Mandriva the arrangement was that such data had to be sent to the Cooker ML with subject including: [ hardware ] in which case one of the devs (Pixel, Thierry, ...) would add the data in svn. I guess this arrangement may still need to be set up in Mageia. Ciao, =Dick Gevers=
Re: [Mageia-dev] Providing 32-bit flash-player-plugin in x86_64 nonfree?
On Sun, 05 Jun 2011 02:31:03 +0300, Anssi Hannula wrote about [Mageia-dev] Providing 32-bit flash-player-plugin in x86_64 nonfree?: Hi! Currently our flash-player-plugin pkg is only built on 32-bit, as the 64-bit adobe build is still horribly out of date. However, this is problematic for 64-bit users, as installing the 32-bit flash-player-plugin is cumbersome as nonfree32 media is not added on 64-bit (and adding it would not be very nice, as the media list is already way too cluttered). One option would be to build a x86_64 package that actually contains the 32-bit flash player (and note that in description), with a dependency on nspluginwrapper. When a proper 64-bit build is released by adobe, it would be replaced with the 64-bit player. Do you think this should be done, or would it add too much confusion? I'd love to see that. But the nspluginwrapper also brings in a large number of 32 bit packages! If you can manage it, I shall quite appreciate it. Cheers, =Dick Gevers=
Re: [Mageia-dev] Mageia 1 is out finally!
On Wed, 1 Jun 2011 19:29:30 +0200, Anne nicolas wrote about [Mageia-dev] Mageia 1 is out finally!: Hi all Finally release is out and in time! First of all thanks all for the hard work during these 8 months. I guess Mageia community (packagers, admins, translators, testers, artwork) can be proud of this final release. Still some improvments are needed in different part of the project but at leat Mageia distribution is out and ready for final users. Some links for more information http://blog.mageia.org/en/2011/06/01/mageia-1/ http://mageia.org/en/downloads/ http://mageia.org/en/1/notes/ Enjoy this release and see you for Mageia 2 :) Congratulations and many thanks! One small point: http://mageia.org/en/downloads/dl.php?product=mageia-1-cd-dualarchtorrent=1 shows md5sum and sha1sum of the *torrent file, but in fact they are md5sum and sha1sum of the *iso file Best regards, =Dick Gevers=
Re: [Mageia-dev] why not disable bytecode interpreter in freetype2 ?
On Thu, 12 May 2011 13:20:39 +0200, Dimitrios Glentadakis wrote about Re: [Mageia-dev] why not disable bytecode interpreter in freetype2 ?: When someone like me, has this problem of fonts, he cannot even use his system, he has a real problem. It costed me many uninstalls and installs and many hours of investigation. For that i asked a user friendly solution, is very important for them who are affected. Personnaly, after all, i am able now to set my pc to fit my needs but i continue to search a solution for other users who will be front of this problem in the future I can only make one suggestion - which works for me: keep the version one is happy with and put the packages in the urpmi skip.list and you won't get hurt by an upgrade. Cheers, =Dick Gevers=
Re: [Mageia-dev] [1100] Updated translation.
On Wed, 4 May 2011 18:23:19 +0200, Remco Rijnders wrote about Re: [Mageia-dev] [1100] Updated translation.: On Wed, May 04, 2011 at 06:19:10PM +0200, Thierry Vignaud wrote: On 4 May 2011 17:29, Olav Dahlum odah...@gmail.com wrote: Please add them back. I am me. I always thought it was me who was me :-) That's the same I thought, until I realised my name isn't Thierry. Wrong: it is I who is I. ;))
[Mageia-dev] dokuwiki: English translation of the French Articles of Assoiation - Lebarhon comments
http://mageia.org/wiki/doku.php?id=mageia_org_statutes_en I started to proofread the English translation, but it is not possible to finish it: There are various comments inside the translation, which seem inappropriate to me. I have given the reason at the top of the translation page: quote Please note it is not possible to finish the (proofreading) of the translation due to the comments. These comments serve no purpose because 1) the original French seems already adopted (If not they should be written against the original). 2) the commenting inside the translation has no impact whatsoever on the original French unquote Most -or all - of the comments seem to be from 'Lebarhon'. I would invite him/her to rather write them against the original, unless they are already fixed, in which case they seem pointless to put in either place (E. or F.) and the procedure could only be adopted that is foreseen to change the Articles of Association. Thanks in advance Cheers, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release xulrunner-2.0-0.rc1.8.mga1
On Sun, 20 Mar 2011 17:11:49 +0200, Ahmad Samir wrote about Re: [Mageia-dev] [RPM] cauldron core/release xulrunner-2.0-0.rc1.8.mga1: (I've had to 'rpm -e --nodeps kmozillahelper every time it gets updated Have you tried putting it in /etc/urpmi/skip.list ? HTH Cheers, =Dick Gevers=
Re: [Mageia-dev] [RPM] cauldron core/release xulrunner-2.0-0.rc1.8.mga1
On Sun, 20 Mar 2011 21:03:07 +0200, Ahmad Samir wrote about Re: [Mageia-dev] [RPM] cauldron core/release xulrunner-2.0-0.rc1.8.mga1: On 20 March 2011 20:47, Dick Gevers dvgev...@xs4all.nl wrote: On Sun, 20 Mar 2011 17:11:49 +0200, Ahmad Samir wrote about Re: [Mageia-dev] [RPM] cauldron core/release xulrunner-2.0-0.rc1.8.mga1: (I've had to 'rpm -e --nodeps kmozillahelper every time it gets updated Have you tried putting it in /etc/urpmi/skip.list ? HTH Cheers, =Dick Gevers= That is not the problem. I'm aware; I was hoping it might be a bandaid solution.
Re: [Mageia-dev] [702] perl-install/harddrake/sound.pm: fix draksound message grammar/ structure
On Sat, 19 Mar 2011 20:18:39 +0100, Thierry Vignaud wrote about Re: [Mageia-dev] [702] perl-install/harddrake/sound.pm: fix draksound message grammar/ structure: On 19 March 2011 18:13, r...@mageia.org wrote: perl-install/harddrake/sound.pm: fix draksound message grammar/structure If you'd been a gentleman, you would have waited a few monthes so that my typo would have lived 10 years :-) C'est pour moi? Ou pour Ahmad ? With pleasure I will close #459 as OLD and reopen in 4 months ? Bonne chance! =Dick Gevers=
Re: [Mageia-dev] Seamonkey package
On Fri, 18 Mar 2011 03:00:24 +0100, Michael Scherer wrote about Re: [Mageia-dev] Seamonkey package: No, I think you misinterpret this : The author (Panagiotis Tsirigotis) grants permission to use, copy, and distribute this software and its documentation for any purpose and without fee, ... That's the granted permission that is offered by the author without fee. Ie, _I_, as a user or coder, do not pay anything to have the right to distribute, use, copy the software and documentation for any purpose. Moreover any purpose seems to me rather clear, and for me, that also mean also sell it. I know zero about licensing, but I dare to say I understand the English language reasonably well and I claim - with all respect - that this interpretation is wrong, because: The quote says you have permission ... to distribute ... without fee, so selling (giving it in exchange for value) is exactly the opposite. In other words, selling in this context can also be destribed as: distributing for a fee. The meaning of purpose in your quote means 'what the recipient is going to do with it while (s)he has it', for example: * look at it * frame it * store it for reference * put it to work in a machine * copy it for future redistribution * burn it * bury it * show its content within a wiki etcetera. This does not include selling: by the act of selling the purpose would shift to the buyer - against a fee. That's my 2 c. Ciao, =Dick Gevers=
Re: [Mageia-dev] Mageia ISO corrupted?
On Wed, 16 Feb 2011 19:27:03 +0100, Marcello Anni wrote about Re: [Mageia-dev] Mageia ISO corrupted?: maybe, and it is also the mirror more capable : ( i checked with x86-64 one and they are differents, in plus i tried it and it stopped in the bootloader installation phase, so i think it is really corrupted. no other one downloaded the alpha from that mirror? do you know another fast mirror? i tried distrib- coffee.ipsl.jussieu.fr but it is very slow... The Czech server was reasonably fast: http://mageia.supp.name/iso/cauldron. The German one didn't let me in, because there were more than 60 users already active. Ciao, =Dick Gevers=
Re: [Mageia-dev] Mageia 1 alpha 1 is out
On Tue, 15 Feb 2011 02:12:10 +0100, Anne nicolas wrote about [Mageia-dev] Mageia 1 alpha 1 is out: This time was the right one: http://blog.mageia.org/?p=492 Many thanks to all who worked on bootstrap, build system, artowrk, packaging, cleaning... and made possible that first step for Mageia. We need your feedbacks. Very good. A historic day :) Downloading the iso now. If I find any bugs (not likely ;) that are already reported in Mandriva Bugzilla and I think the package is m.o.l. identical, do I report it again in Mageia Bugzilla or leave it as is? Thanks, =Dick Gevers=
[Mageia-dev] About Mageia Bugzilla
Two questions, if I may: Will there be set up a mailing list which shows all posts to Mageia's Bugzilla? I couldn't find it on the maillist server. When I enter 2 bugs in a row, Bugzilla returns with this bug has already been reported or words to that effect and a button File bug again. Would it be possible to correct this please? Many thanks and best regards, =Dick Gevers=
Re: [Mageia-dev] PGP keys and package signing
On Mon, 31 Jan 2011 17:18:25 +0100, Michael Scherer wrote about Re: [Mageia-dev] PGP keys and package signing: The problem is not leaking the key, it is about cryptographic attacks about older keys. If in 10 years, there is some technology that allows people to get our private key by bruteforce on the public one You can never ever obtain the private key from the public one, that is impossible. It can only be compromised if someone looses the private key plus the password is cracked. Cheers. =Dick Gevers=
Re: [Mageia-dev] PGP keys and package signing
On Tue, 01 Feb 2011 00:15:36 +0100, Michael Scherer wrote about Re: [Mageia-dev] PGP keys and package signing: Le lundi 31 janvier 2011 à 21:49 +, Dick Gevers a écrit : On Mon, 31 Jan 2011 17:18:25 +0100, Michael Scherer wrote about Re: [Mageia-dev] PGP keys and package signing: The problem is not leaking the key, it is about cryptographic attacks about older keys. If in 10 years, there is some technology that allows people to get our private key by bruteforce on the public one You can never ever obtain the private key from the public one, that is impossible. It can only be compromised if someone looses the private key plus the password is cracked. Some secure systems have been seen compromised ( like http://www.win.tue.nl/hashclash/rogue-ca/, who explain how the whole SSL business was compromised 2 years ago, or see the GSM being cracked at this year 27C3 ). And Debian also got ride of older vulnerable gpg keys ( see http://lists.debian.org/debian-devel-announce/2010/04/msg00018.html and http://lists.debian.org/debian-devel-announce/2010/09/msg3.html ), so I would not be so optimistic about the never. Technically, MD5 should not have been reversible, but see how easy it is using a rainbow table. Granted, that's a 20 year protocol, but that's still widely used in lots of software. Sorry, but I am not convinced: the gpg key we are talking about consists of 2 parts: the private key is separate from the public key, or signing key. The signing key is a separate or subkey and does not contain any part of the private key. So you can throw any amount of computing power at it, but there is nothing inside the public key that will enable the rebuilding of the private key from it. Ciao, =Dick Gevers=
Re: [Mageia-dev] Proposal: Updating released versions (long post)
On Sat, 9 Oct 2010 12:28:44 +0200, Luca Berra wrote about Re: [Mageia-dev] Proposal: Updating released versions (long post): --repackage has been dropped from urpmi since it has been dropped from rpm 4.6 Will you post it in Mdv Bugzilla? TIA =Dick Gevers=
Re: [Mageia-dev] How will be the realese cycle?
On Wed, 06 Oct 2010 17:02:59 +0200, Eatdirt wrote about Re: [Mageia-dev] How will be the realese cycle?: If all pro around are against this, I think we should at least be able to upgrade a version directly from urpmi without the boot iso CD story! I do that every year or so with my @home non-production server, amongst others because it doesn't want to read any cd's. Problems are very rare with this cycle: I merely upgrade when I have had a power failure or similar ;) Ciao, =Dick Gevers=
Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?
On Thu, 30 Sep 2010 00:49:34 + (UTC), André Machado wrote about Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?: Think in emotive computer. Think that user starts up your computer and sees a window with text: Good morning/afternon/night username!. And in another line, You have 3 new e-mails. And on side, tue current weather and, below, a list of user compromises for that day, all together the hardware information and shortcuts for common tasks and diagnostic tests of hardware and software, and a warning that package updates are available! - yes, I had all these new ideas now! Well, YMMV, but that is precisely the kind of computer I want to have only as far away from me as possible: I want to be in control, I have enough emotions at work, at home, in transport and in recreation - I want my boxen to be tools without *any* emotion or interest in me, just let them do for me what I choose to imagine as far as they can. No more no less. Also, it does not have to approach the looks of a mobile phone. Anyway, I'll see what Mageia gives when it is there. So far she remains my best choice still. (Compare my headers ;) Ciao, =Dick Gevers=
Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?
Dear Andre! On Wed, 29 Sep 2010 01:03:05 + (UTC), Andre Machado wrote about [Mageia-dev] What do you think about create a Mageia Welcome Center?: http://img831.imageshack.us/img831/925/mageiawelcome.png And this is supposed to cover my whole desktop? Please: no. I don't mean to be disrespectful, but if I started up my computer and saw this, I'd think I'd bought a tool for children instead of an adult operated personal computer. /Ducking for flame throwers. I regret that I do not very much like the idea. But if everyone on this list wants it: okay. Best regards, =Dick Gevers= ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev
Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?
On Wed, 29 Sep 2010 21:07:02 + (UTC), André Machado wrote about Re: [Mageia-dev] What do you think about create a Mageia Welcome Center?: The Audience is that users that are having your first contacts with GNU/Linux. I remembered ages ago a certain Redmond product asking me What do you want to do today? I could only think of the answer: None of your business Sorry! Best regards, =Dick Gevers= ___ Mageia-dev mailing list Mageia-dev@mageia.org https://www.mageia.org/mailman/listinfo/mageia-dev