Re: [Mageia-dev] [changelog] [RPM] cauldron core/release perl-Color-Scheme-1.40.0-1.mga3
Le 03/01/2013 10:46, shlomif a écrit : Name: perl-Color-SchemeRelocations: (not relocatable) Version : 1.40.0Vendor: Mageia.Org Release : 1.mga3Build Date: Thu Jan 3 10:46:13 2013 Install Date: (not installed) Build Host: rabbit.mageia.org Group : Development/Perl Source RPM: (none) Size: 13067License: GPL+ or Artistic Signature : (none) Packager: shlomif shlomif URL : http://search.cpan.org/dist/Color-Scheme Summary : Generate pleasant color schemes Description : This module is a Perl implementation of Color Schemes 2 (the http://wellstyled.com/tools/colorscheme2/ manpage), a color scheme generator. Start by visitng the Color Schemes 2 web site and playing with the colors. When you want to generate those schemes on the fly, begin using this modoule. The descriptions herein don't make too much sense without actually seeing the colorful results. This would be enough as package description. Henceforth, paragraphs in quotes denote documentation copied from Color Schemes 2. Important note: This tool _doesn't use the standard HSV or HSB model_ (the same HSV/HSB values ie. in Photoshop describe different colors!). The color wheel used here differs from the RGB spectre used on computer screens, it's more in accordance with the classical color theory. This is also why some colors (especially shades of blue) make less bright shades than the basic colors of the RGB-model. In plus, the RGB-model uses red-green-blue as primary colors, but the red-yellow-blue combination is used here. This deformation also causes incompatibility in color conversions from RGB-values. Therefore, the RGB input (eg. the HTML hex values like #F854A9) is not exact, the conversion is rough and sometimes may produce slightly different color. This is merely technical discussion, useless in this context. -- BOFH excuse #301: appears to be a Slow/Narrow SCSI-0 Interface problem
[Mageia-dev] Updated planning for Mageia 3
Hi there As asked yesterday on -dev mailing-list, we have updated Mageia 3 planning as last beta release was delayed. One week has been added to all deadlines: https://wiki.mageia.org/en/Mageia_3_development#Development_Planning Cheers -- Anne http://mageia.org
Re: [Mageia-dev] Frequent freezes in M2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/01/13 16:35, AL13N wrote: Op woensdag 2 januari 2013 11:55:06 schreef Anne Wilson: This last couple of days I've had frequent total freezes of my M2 system. If I can get to the System Activity monitor in time I can kill akonadi_nepomuktag_resource and I can work again - if I'm too late I have to hard reset. There must be some way to stop this. It appears to use increasing amounts of CPU (and memory?) until it reaches a critical level. What could have changed in the last few days to be causing this? you're symptoms look like OOM ie: out of memory imho: nepomuk is a beast and uses too much memory. Like many people, I don't see any advantage. but perhaps your swap is not enabled? As far as I know - how do I check? I really can't remember having to check for years. There seems to be some connection with Firefox. Clicking on an email link in Thunderbird brings up Firefox (against all my efforts to change it to Chrome) and at that point the fan starts screaming and the system starts to slow while nepomuk takes ever more CPU time. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDkf5IACgkQj93fyh4cnBcVIACfbvVyNn0nWPljCUI+myQt2o27 tR0AnRS42SRNngM3q31CcHAag97Uyga9 =oNv/ -END PGP SIGNATURE-
Re: [Mageia-dev] Frequent freezes in M2
Le 03/01/2013 11:30, Anne Wilson a écrit : imho: nepomuk is a beast and uses too much memory. Like many people, I don't see any advantage. What prevents you from uninstalling it ? -- BOFH excuse #98: The vendor put the bug there.
Re: [Mageia-dev] Frequent freezes in M2
The first thing I do on a fresh install is uninstall it. It's a truly awful piece of software! That and the akandi thing just render the whole system unusable; no-one's ever managed to explain what it's for or how it might benefit me. I can't see the downside of it being uninstalled. On 03/01/13 10:41, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/01/13 10:35, Guillaume Rousse wrote: Le 03/01/2013 11:30, Anne Wilson a écrit : imho: nepomuk is a beast and uses too much memory. Like many people, I don't see any advantage. What prevents you from uninstalling it ? The fact that so much in KDE is tied to it. Again and again the developers tell us that we must not. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDlYFkACgkQj93fyh4cnBe/dgCeLrq7evUL+SKyDe4r5aQeAOei zh0AnR3c2aD0JuLm9mWo8m7xluh+ZtgM =a+kB -END PGP SIGNATURE-
[Mageia-dev] Mageia 2 / Mageia 3 beta on EC2
Hi, Has anyone got Mageia 2 or Mageia 3 beta running on Amazon EC2? I have been having a go, but not quite got there yet, so thought I'd ask if anyone has already done it? Glen
Re: [Mageia-dev] Frequent freezes in M2
Op donderdag 3 januari 2013 10:34:26 schreef Anne Wilson: On 02/01/13 16:35, AL13N wrote: you're symptoms look like OOM ie: out of memory When all is quiet, this morning, Mem on this 32-bit system is 2898M - 1708M free. If I get chance to check it when things start to go wrong, before it gets critical, we'll see if it is being eaten into. imho: nepomuk is a beast and uses too much memory. but perhaps your swap is not enabled? Apparently, at this moment, 500M - 81M free which suggests that it is working normally. Anne So, you're already swapping... and it looks like at some point your swap was full as well...
Re: [Mageia-dev] Frequent freezes in M2
Le mercredi 2 janvier 2013 12:55:06, Anne Wilson a écrit : This last couple of days I've had frequent total freezes of my M2 system. If I can get to the System Activity monitor in time I can kill akonadi_nepomuktag_resource and I can work again - if I'm too late I have to hard reset. There must be some way to stop this. It appears to use increasing amounts of CPU (and memory?) until it reaches a critical level. What could have changed in the last few days to be causing this? I agree. Akonadi_nepomuk is a monster and is not suitable with an old PC or a laptop running on battery. It is a kind of enhancement which increases the complexity, make the system very difficult to understand and to repair in case of troubles. It gives a feeling of an unreliable complicated system. This must be an optional software, it can be installed but not activated by default. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org Microsoft est à l'informatique ce que McDonald est à la gastronomie
Re: [Mageia-dev] Frequent freezes in M2
Le jeudi 3 janvier 2013 13:48:30 Pierre Jarillon a écrit : Le mercredi 2 janvier 2013 12:55:06, Anne Wilson a écrit : This last couple of days I've had frequent total freezes of my M2 system. If I can get to the System Activity monitor in time I can kill akonadi_nepomuktag_resource and I can work again - if I'm too late I have to hard reset. There must be some way to stop this. It appears to use increasing amounts of CPU (and memory?) until it reaches a critical level. What could have changed in the last few days to be causing this? I agree. Akonadi_nepomuk is a monster and is not suitable with an old PC or a laptop running on battery. It is a kind of enhancement which increases the complexity, make the system very difficult to understand and to repair in case of troubles. It gives a feeling of an unreliable complicated system. This must be an optional software, it can be installed but not activated by default. Which is already the case in mageia 2 for the live cd at least. However nepomuk is more more intricated in KDE so we'll probably won't be able to do it for mga4 for sure eventually mga3. The good news is that nepomuk received an hudge work (which is going to land with kde 4.10 rc2 ). Regards, -- Mageia Contributor
Re: [Mageia-dev] Frequent freezes in M2
Op donderdag 3 januari 2013 10:48:07 schreef Robert Wood: The first thing I do on a fresh install is uninstall it. It's a truly awful piece of software! That and the akandi thing just render the whole system unusable; no-one's ever managed to explain what it's for or how it might benefit me. I can't see the downside of it being uninstalled. well, akonadi on it's own, while memory hungry, is not that bad; even though it can definately improve. but nepomuk (which is an indexer) definately indexes quite badly and takes more memory and the searches don't work well after all... if i have a big file that's being rsynced into my home dir for instance, it constantly changes and then my system becomes unusable after some time. i haven't quite uninstalled it, but disabled file indexing for now. hoping that it becomes fixed later on...
Re: [Mageia-dev] Frequent freezes in M2
Op donderdag 3 januari 2013 13:48:30 schreef Pierre Jarillon: Le mercredi 2 janvier 2013 12:55:06, Anne Wilson a écrit : This last couple of days I've had frequent total freezes of my M2 system. If I can get to the System Activity monitor in time I can kill akonadi_nepomuktag_resource and I can work again - if I'm too late I have to hard reset. There must be some way to stop this. It appears to use increasing amounts of CPU (and memory?) until it reaches a critical level. What could have changed in the last few days to be causing this? I agree. Akonadi_nepomuk is a monster and is not suitable with an old PC or a laptop running on battery. It is a kind of enhancement which increases the complexity, make the system very difficult to understand and to repair in case of troubles. It gives a feeling of an unreliable complicated system. This must be an optional software, it can be installed but not activated by default. but if you don't install or activate it, searches become non-functional
Re: [Mageia-dev] Frequent freezes in M2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 03/01/2013 11:41, Anne Wilson ha scritto: On 03/01/13 10:35, Guillaume Rousse wrote: Le 03/01/2013 11:30, Anne Wilson a écrit : imho: nepomuk is a beast and uses too much memory. Like many people, I don't see any advantage. What prevents you from uninstalling it ? The fact that so much in KDE is tied to it. Again and again the developers tell us that we must not. I've just disable it, and in some case changed the indexing area to my Documents and photos only. Since i use imap (and thunderbird now) i avoided indexing mails... Angelo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDlkZ8ACgkQqEs9DA4DquCBbgCfcgQgfn4GYmHY/d8XhXTSi1vE BwEAn07iUFIIxDT5Gs6MTMQO574i7+vY =8tP0 -END PGP SIGNATURE-
Re: [Mageia-dev] Frequent freezes in M2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Which is already the case in mageia 2 for the live cd at least. However nepomuk is more more intricated in KDE so we'll probably won't be able to do it for mga4 for sure eventually mga3. The good news is that nepomuk received an hudge work (which is going to land with kde 4.10 rc2 ). Maybe we could change the indexing directories to Documents instead of all the home... If you want to index also download for instance you can do by yourself... Angelo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDlkrkACgkQqEs9DA4DquBozACgq9D/q5urgXZilBR4Rkxo51xB 9GUAn0ISqPWKI3mvBIywJ/+THMvfooh+ =lcvz -END PGP SIGNATURE-
[Mageia-dev] Security updates - help needed!
First update of the new year. Please help where you can. Also, Manuel pointed out a bugzilla search that will typically contain most of these. https://bugs.mageia.org/buglist.cgi?quicksearch=comp:secu+-@qa-b . updated initial message below There are several packages that need security updates that either have not been built yet, or there are some issues that need help and/or input from packagers. Please help out with these where you can. I'll try to organize these into categories and give a little info on them so it's easy to see if you can and want to help. Web apps mediawiki [mga2] - versions we have are at or nearing EOL upstream, probably should be updated. Oliver Burger is working on this. https://bugs.mageia.org/show_bug.cgi?id=3448 glpi [mga2] - issue fixed in 0.83.3, no backported patch is available that I'm aware of https://bugs.mageia.org/show_bug.cgi?id=6762 GNOME software -- libvirt [mga2+cauldron] - patches available from RedHat https://bugs.mageia.org/show_bug.cgi?id=6526 Games - openarena, alienarena [mga2] - affected by DoS bug in quake3 engine. https://bugs.mageia.org/show_bug.cgi?id=5496 Java-related tomcat5, tomcat6, tomcat [mga2,cauldron] - issues fixed upstream https://bugs.mageia.org/show_bug.cgi?id=8307 jruby [mga2+cauldron] - one issue fixed upstream in 1.6.5.1, the other in 1.7.1 https://bugs.mageia.org/show_bug.cgi?id=6742 poi [mga2+cauldron] - jakarta-poi possibly needs patched https://bugs.mageia.org/show_bug.cgi?id=6011 apache-commons-compress [mga2] - apache-commons-compress10 possibly needs patched https://bugs.mageia.org/show_bug.cgi?id=6331 Ruby-related Several security issues, one possible packaging issue [mga2+cauldron] https://bugs.mageia.org/show_bug.cgi?id=6487 No response has been received from packagers yet qt4 [mga2] - issue fixed upstream in 4.8.4 https://bugs.mageia.org/show_bug.cgi?id=7998 librdmacm [cauldron] - upstream patch linked in RedHat bug https://bugs.mageia.org/show_bug.cgi?id=8415 squashfs-tools [mga2+cauldron] - patches for Cauldron available from Fedora, unsure about mga2 https://bugs.mageia.org/show_bug.cgi?id=8448 libreoffice [mga2] - patch available from Debian https://bugs.mageia.org/show_bug.cgi?id=7949 chromium/v8 [mga2+cauldron] - need upgraded to newest versions https://bugs.mageia.org/show_bug.cgi?id=6927 https://bugs.mageia.org/show_bug.cgi?id=8567 In progress (help needed to finish) --- kdelibs4 [mga2] - upstream patches linked in RedHat bugs, we have one of the four in SVN https://bugs.mageia.org/show_bug.cgi?id=7999 xen [mga2+cauldron] - several outstanding security issues need additional patches applied https://bugs.mageia.org/show_bug.cgi?id=6931 openafs [mga2] - pam_afs is missing from the current build in updates_testing https://bugs.mageia.org/show_bug.cgi?id=7085
Re: [Mageia-dev] Mageia 2 / Mageia 3 beta on EC2
Glen Ogilvie skrev 3.1.2013 13:10: Hi, Has anyone got Mageia 2 or Mageia 3 beta running on Amazon EC2? I have been having a go, but not quite got there yet, so thought I'd ask if anyone has already done it? There was someone on irc testing it and had some progress... I dont know if he finished his tests. One thing... you need kernel-server-3.4.24-1 from 2/updates_testing to get it to boot (kernel image gz kompressed) -- Thomas
Re: [Mageia-dev] Mageia 1 EOL.
David Walser luigiwalser@... writes: If anyone is interested, there are updates checked into Mageia 1 SVN for perl, bind, libtiff, tor, and gimp. Since updated in Mageia 1 SVN are: cups, webmin, freetype2, squid, elinks, bogofilter, flash-player-plugin, php-ZendFramework, python-django, fail2ban
Re: [Mageia-dev] Mageia 1 EOL.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/01/13 17:38, David Walser wrote: David Walser luigiwalser@... writes: If anyone is interested, there are updates checked into Mageia 1 SVN for perl, bind, libtiff, tor, and gimp. Since updated in Mageia 1 SVN are: cups, webmin, freetype2, squid, elinks, bogofilter, flash-player-plugin, php-ZendFramework, python-django, fail2ban Thanks David I have a relative who refuses to say farewell to Mageia 1 Mga 1 was too good ;) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQ5cNxAAoJEKWubDMI5nEBiigIAJJzcpy1wpoZ6YwgrrW3j5aH HETlQtRhkSEZYf58QQjqb+tvuiwDsiKUEya4I8djdVZHfUXMLfsUttJct848FjEh 0jd9aV5y/mkz4wYX9ueqyQ/3CBWgPzPXVbiOR5DejL/gy9FPskcMI0S2MxmCelgH tup7ZRLWOa6MaXmvV4Jgy9xjXeGxHET0kxp4mGh9ec940sv8lUQLE1N/ZWhVzwH4 DVcjJRKdfAjBoGBfHlPMvlOYsqWyMQ01fLlDIMK2Ja895zu3zwRxhw6vTmI+UZY8 Iy9902r5pbQIXI8okGUQryhycXmkkyv85WrTF6gTDGVoXpdrdn9aoVQdYVa/C+Q= =0CyW -END PGP SIGNATURE-
[Mageia-dev] libgvfs0 586/64 conflicts
installing libgvfs0-1.14.2-2.mga3.i586.rpm from /mnt/cauldron/i586/media/core/release Preparing... # Installation failed:file /usr/libexec/gvfs-udisks2-volume-monitor from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-afp from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-afp-browse from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-burn from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-cdda from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-computer from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-dav from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-dnssd from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-ftp from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-http from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-localtest from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-metadata from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-network from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-recent from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-sftp from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-trash from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64
Re: [Mageia-dev] [changelog] [RPM] cauldron nonfree/release warsow-1.02-4.mga3.nonfree
On 3 January 2013 05:23, juancho buildsystem-dae...@mageia.org wrote: juancho juancho 1.02-4.mga3: + Revision: 337974 + rebuild (emptylog) Why is there an empty changelog?
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release cunit-2.1.2-2.mga3
On 2 January 2013 16:44, cjw buildsystem-dae...@mageia.org wrote: cjw cjw 2.1.2-2.mga3: + Revision: 337625 + rebuild (emptylog) Why the empty changelog?
Re: [Mageia-dev] Frequent freezes in M2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/01/13 12:57, AL13N wrote: Op donderdag 3 januari 2013 10:48:07 schreef Robert Wood: The first thing I do on a fresh install is uninstall it. It's a truly awful piece of software! That and the akandi thing just render the whole system unusable; no-one's ever managed to explain what it's for or how it might benefit me. I can't see the downside of it being uninstalled. well, akonadi on it's own, while memory hungry, is not that bad; even though it can definately improve. but nepomuk (which is an indexer) definately indexes quite badly and takes more memory and the searches don't work well after all... if i have a big file that's being rsynced into my home dir for instance, it constantly changes and then my system becomes unusable after some time. i haven't quite uninstalled it, but disabled file indexing for now. hoping that it becomes fixed later on... It's been quiet all day today, so I'm guessing that something triggered a complete re-index. Annoying, but if I'd only realised that was the problem I could have stopped it earlier. I ran the initial indexing overnight, and I'd have done the same again. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDl3XUACgkQj93fyh4cnBdcPwCffbNRALFLLhhaEwkh3GfWFPX4 13MAniQiQeC8dSFE+fYvannuwaGMvfND =ml08 -END PGP SIGNATURE-
Re: [Mageia-dev] Frequent freezes in M2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/01/13 14:16, Angelo Naselli wrote: Which is already the case in mageia 2 for the live cd at least. However nepomuk is more more intricated in KDE so we'll probably won't be able to do it for mga4 for sure eventually mga3. The good news is that nepomuk received an hudge work (which is going to land with kde 4.10 rc2 ). Maybe we could change the indexing directories to Documents instead of all the home... If you want to index also download for instance you can do by yourself... The ideal would be to be able to define the areas to be indexed, just as you do in a music player or a backup app. Anne -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDl3xYACgkQj93fyh4cnBfTegCfZAd2ru413vrJ3ditKPxOqKNc XxMAnRSASYi/SVP2mmvZglEcEc4Udks0 =x/Lq -END PGP SIGNATURE-
Re: [Mageia-dev] Mageia 1 EOL.
David Walser luigiwalser@... writes: David Walser luigiwalser@... writes: If anyone is interested, there are updates checked into Mageia 1 SVN for perl, bind, libtiff, tor, and gimp. Since updated in Mageia 1 SVN are: cups, webmin, freetype2, squid, elinks, bogofilter, flash-player-plugin, php-ZendFramework, python-django, fail2ban Also added are claws-mail-plugins, jetty, squashfs-tools, gnupg, and gnupg2.
Re: [Mageia-dev] Frequent freezes in M2
Anne Wilson a écrit : This last couple of days I've had frequent total freezes of my M2 system. If I can get to the System Activity monitor in time I can kill akonadi_nepomuktag_resource and I can work again - if I'm too late I have to hard reset. There must be some way to stop this. It appears to use increasing amounts of CPU (and memory?) until it reaches a critical level. What could have changed in the last few days to be causing this? Anne I got the same problem very recently too... (a week ago) never got this before in spite of a daily use of Mageia2 since june 2012 I had to do some hard resets before understanding it was akonadi and nepomuk that caused this (wondering which update was faulty) It's surprising because I have quite enough memory needed for hungry application (hugin and enblend to build huge panoramic photographies) In normal use (4 Go) of physical memory 1 Go for applications 2 Go free 1 Go of disk cache and 12 Go of free swap When akonadi and nepomuk are used system gets frozen !!! I had to kill them and to inactivate the nepomuk service Out of Memory would mean that they are both of them very hungry... (though there were not so much more things to index ) Something getting wrong as time goes ? Philippe
Re: [Mageia-dev] libgvfs0 586/64 conflicts
Frank Griffin ftg@... writes: installing libgvfs0-1.14.2-2.mga3.i586.rpm from /mnt/cauldron/i586/media/core/release Preparing... # Installation failed:file /usr/libexec/gvfs-udisks2-volume-monitor from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 These sorts of things might happen now that we've moved %_libexec to /usr/libexec Files that install into libexecdir should not be packaged in library packages. Be on the lookout for this :o) Also, while we're on the subject of gvfs, it needs updated to 1.15.0
Re: [Mageia-dev] Frequent freezes in M2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The ideal would be to be able to define the areas to be indexed, just as you do in a music player or a backup app. It is, as far as i know. Open system settings, go to nepomuk-strigi settings and choose desktop query tab. You can see File indexing. There in the right part a link to Customize index folders... allows to choose which directories have to be indexed, iirc the whole home is selected by default. Cheers, Angelo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlDl648ACgkQqEs9DA4DquCjzgCeJNAytc57HTCWYj8RU0FFORAm tHMAoLkC5jmf1dslK8ohNfEx/BiSx6Ah =4LdP -END PGP SIGNATURE-
Re: [Mageia-dev] libgvfs0 586/64 conflicts
David Walser luigiwalser@... writes: Also, while we're on the subject of gvfs, it needs updated to 1.15.0 Unless it's a development version, then not. I'm not sure.
Re: [Mageia-dev] libgvfs0 586/64 conflicts
fixed in cauldron ( currently on the BS ) - Mail original - De: Frank Griffin f...@roadrunner.com À: Mageia-dev mageia-dev@mageia.org Envoyé: Jeudi 3 Janvier 2013 18:58:21 Objet: [Mageia-dev] libgvfs0 586/64 conflicts installing libgvfs0-1.14.2-2.mga3.i586.rpm from /mnt/cauldron/i586/media/core/release Preparing... # Installation failed:file /usr/libexec/gvfs-udisks2-volume-monitor from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-afp from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-afp-browse from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-burn from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-cdda from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-computer from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-dav from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-dnssd from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-ftp from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-http from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-localtest from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-metadata from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-network from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-recent from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-sftp from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64 file /usr/libexec/gvfsd-trash from install of libgvfs0-1.14.2-2.mga3.i586 conflicts with file from package lib64gvfs0-1.14.2-2.mga3.x86_64
[Mageia-dev] how to NFS+PXE
I still had my mediabox on mdv2010. so, it was time to move on. my server was now mga2, and it's nfsroot is just a directory on the server, so this should be easy I make an extra directory, do the old chrooted install: [ ]# urpmi.addmedia --urpmi-root /chroot/mga2 --distrib http://127.0.0.1/mageia/distrib/2/x86_64 [ ]# urpmi --no-suggests --urpmi-root /chroot/mga2 basesystem-minimal locales- en locales-nl urpmi - since the server is mga2 too, i thought that i'd be funny and copy the kernel from my server. - alas the initrd doesn't have nfs, so i'm doing the dracut into a different file, but there i get some strange stuff when the nfs module starts. - i was hoping to find next to the vmlinuz on the mirrors also an initrd, but no, only the installer image all.rdz after quite some debugging and rddebug and stuff, i see that my usb keyboard isn't loaded, so i can't debug really well, but i do see that the nfs stuff fails (i also note the message rpc.imapd: group 'nogroup' doesn't exist) ok, this marks the end of mga2, i officially give up. trying mga3... i do the same chroot install for mga3 this time, i also install the kernel [ ]# urpmi.addmedia --urpmi-root /chroot/mga3 --distrib http://127.0.0.1/mageia/distrib/cauldron/x86_64 [ ]# urpmi --no-suggests --urpmi-root /chroot/mga3 basesystem-minimal locales- en locales-nl urpmi [ ]# urpmi --no-suggests --urpmi-root /chroot/mga3 kernel-desktop-latest dracut is pulled in and runs a generic image... except network is omitted i change the dracut.conf.d/50* file so that network isn't omitted i chroot and retry dracut i notice dhclient isn't there and nfs drivers are still being omitted, i cancel it i install dhclient and change the dracut conf so that the nfs omitted drivers are added anyway [ ]# urpmi --no-suggests --urpmi-root /chroot/mga3 dhcp-client but when retrying dracut i see that it never gets past a certain stage... i'm quite puzzle by this, why does it hang in a chroot? and why isn't urpmi having any issues when using --urpmi-root ? i decide to force install the kernel itself and so trigger the dracut, but apparently i had to move away the initrd for it to be triggered. [ ]# urpmi --no-suggests --urpmi-root /chroot/mga3 kernel-desktop-3.7.1 now i can finally copy the initrd and vmlinuz and it actually seems to work from the first time... (i didn't quite expect this, after what i've gone through with mga2). of course, since this is quite minimal, there is no gfxboot and quiet is set, so you see absolutely nothing (except the rpc.idmapd warning i got with mga2), until you can log in. i note that dhcp didn't quite work, or might have had some timeout in systemd somewhere, but i had set ip=... parameters the first time so i didn't see it then. i'll have to see with more debugging. next steps are: - install a splash/booting graphic (gfxboot/plymouth?) - install a dm (kdm) - set a root password - try to do some autoconfiguring that happens during install (i forgot, but i think a tool somewhere exists in drakxtools) (that should set the keyboard to azerty too) - install plasma-applet-launchbutton - configure autologin - fix the look to what i want and set up multiple launchbuttons which do the purposes and install the programs - fix to have dvds autoplay - use the nfsmounts which have all my media ... to be continued my biggest issues are: 1) it would be very useful for this to have a really generic inird(without an installer) to start from on the mirrors (in isolinux/alt0/ maybe?) 2) how the hell does urpmi with --urpmi-root handle dracut? why does it work like that and not chrooted? 3) why are all these nfs drivers omitted, even though i can see nothing about this in the config files and directories?
[Mageia-dev] Help with package
Hi, I'm having a strange problem with warsow's package. To fix bug #8103 I need to symlink the game data contents from warsow-data into the same directory were the game libraries are located. The problem is that when I build the package in my local cauldron installation, the symlinks are correctly created, but when it's built by the BS they end up broken. I have tried two ways to create the symlinks, both work fine on my machine but not on the BS: ln -sf %{_datadir}/%{name}/basewsw/* %{buildroot}%{gamelibdir}/basewsw or: for i in %{_datadir}/%{name}/basewsw/*; do file=`basename $i` ln -sf $i %{buildroot}%{gamelibdir}/basewsw/$file done With any of those two ways in my machine the symlinks are correctly created: [root@cauldron-laptop cauldron]# ll /usr/lib64/games/warsow/basewsw/ total 28 lrwxrwxrwx 1 root root 47 Jan 3 16:42 configs - ../../../../../usr/share/warsow/basewsw/configs/ lrwxrwxrwx 1 root root 52 Jan 3 16:42 data0_10.pk3 - ../../../../../usr/share/warsow/basewsw/data0_10.pk3 lrwxrwxrwx 1 root root 56 Jan 3 16:42 data0_10pure.pk3 - ../../../../../usr/share/warsow/basewsw/data0_10pure.pk3 lrwxrwxrwx 1 root root 52 Jan 3 16:42 data1_10.pk3 - ../../../../../usr/share/warsow/basewsw/data1_10.pk3 [...] But on the BS this is the result: [root@localhost juancho]# ls -l /usr/lib64/games/warsow/basewsw/ total 0 lrwxrwxrwx 1 root root 41 Jan 3 11:13 * - ../../../../../usr/share/warsow/basewsw/* A broken link to '*'. What can be causing this ? Thanks. -- Juancho
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release cunit-2.1.2-2.mga3
On Thu, 3 Jan 2013, Thierry Vignaud wrote: On 2 January 2013 16:44, cjw buildsystem-dae...@mageia.org wrote: cjw cjw 2.1.2-2.mga3: + Revision: 337625 + rebuild (emptylog) Why the empty changelog? I thought there was a commit pending in svn which would be sufficient to describe my change (I used a patch instead of sed). But the fix was already submitted without an increased release number, so my update was not strictly necessary. Christiaan
Re: [Mageia-dev] Help with package
Juan Luis Baptiste juancho@... writes: ln -sf %{_datadir}/%{name}/basewsw/* %{buildroot}%{gamelibdir}/basewsw That creates absolute symlinks rather than relative ones. You shouldn't do absolute ones. for i in %{_datadir}/%{name}/basewsw/*; do file=`basename $i` ln -sf $i %{buildroot}%{gamelibdir}/basewsw/$file done Looks better, that should make relative links. The problem is in the first line, the %{_datadir}/%{name}/basewsw/* should have a %{buildroot} at the beginning of it. Otherwise, it's matching against files on your actual system already installed at that location, which of course won't be there on the build system. That's why the * doesn't match anything, and becomes a literal *.
Re: [Mageia-dev] Help with package
On Thu, 3 Jan 2013 22:23:40 + (UTC) David Walser wrote: ln -sf %{_datadir}/%{name}/basewsw/* %{buildroot}%{gamelibdir}/basewsw That creates absolute symlinks rather than relative ones. You shouldn't do absolute ones. for i in %{_datadir}/%{name}/basewsw/*; do file=`basename $i` ln -sf $i %{buildroot}%{gamelibdir}/basewsw/$file done Looks better, that should make relative links. The problem is in the first line, the %{_datadir}/%{name}/basewsw/* should have a %{buildroot} at the beginning of it. Otherwise, it's matching against files on your actual system already installed at that location, which of course won't be there on the build system. That's why the * doesn't match anything, and becomes a literal *. Why not have it created in post by the warsow-data rpm? %post ln -sf %{_datadir}/warsow/basewsw/* %{gamelibdir}/basewsw %postun rm -rf %{gamelibdir}/basewsw Charles -- What duck? (Soul Music) -- Mageia release 3 (Cauldron) for x86_64$ On SuperSizehttp://www.eslrahc.com Registered Linux user #182463 3.7.1-server-1.mga3 x86_64 -- signature.asc Description: PGP signature
Re: [Mageia-dev] Help with package
On Thu, Jan 3, 2013 at 5:23 PM, David Walser luigiwal...@yahoo.com wrote: for i in %{_datadir}/%{name}/basewsw/*; do file=`basename $i` ln -sf $i %{buildroot}%{gamelibdir}/basewsw/$file done Looks better, that should make relative links. The problem is in the first line, the %{_datadir}/%{name}/basewsw/* should have a %{buildroot} at the beginning of it. Otherwise, it's matching against files on your actual system already installed at that location, which of course won't be there on the build system. That's why the * doesn't match anything, and becomes a literal *. I had tried that before, but on that case, on my local build the symlinks are created like this: ll /usr/lib64/games/warsow/basewsw/ total 4 lrwxrwxrwx 1 root root 114 Jan 3 18:01 * - ../../../../../home/cauldron/mageia/cauldron/warsow/BUILDROOT/warsow-1.02-5.mga3.x86_64/usr/share/warsow/basewsw/* -- Juancho
Re: [Mageia-dev] Help with package
On Thu, Jan 3, 2013 at 6:10 PM, Charles A Edwards c...@eslrahc.com wrote:. Why not have it created in post by the warsow-data rpm? %post ln -sf %{_datadir}/warsow/basewsw/* %{gamelibdir}/basewsw %postun rm -rf %{gamelibdir}/basewsw Good idea, going to try this. -- Juancho
Re: [Mageia-dev] Frequent freezes in M2
Le jeudi 3 janvier 2013 22:56:12, Angelo Naselli a écrit : Il 03/01/2013 20:37, Anne Wilson ha scritto: To be honest, I don't think that I've actually used the indexing - though of course it may have been used in the background for something. eh eh eh, if you haven't disabled it you did :D How to disable it? How a standard user can know the name of the service ? It is hidden in the kde center manager. I never use it. I don't need it. I dare to say that! If an advanced user wants nepomuk, he knows that it exists and then he is able to activate it. Nepomuk is a gas-works. Too much complicated. Too much difficult to repair. Unsuitable with laptops and old machines. It must not be activated by default. -- Pierre Jarillon - http://pjarillon.free.fr/ Vice-président de l'ABUL : http://abul.org Microsoft est à l'informatique ce que McDonald est à la gastronomie
[Mageia-dev] gnutls build error (make check)
the new gnutls version has minor security fixes, so I wanted to get it built, but it fails one of the tests in make check. If anyone can help, thanks in advance. Here's the log: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20130103024252.luigiwalser.valstar.16575/log/gnutls-3.1.6-1.mga3/build.0.20130103024310.log
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release file-5.12-1.mga3
On Fri, Jan 4, 2013 at 1:06 AM, luigiwalser buildsystem-dae...@mageia.org wrote: Name: file Relocations: (not relocatable) Version : 5.12 Vendor: Mageia.Org Release : 1.mga3Build Date: Fri Jan 4 02:05:27 2013 Install Date: (not installed) Build Host: jonund.mageia.org Group : File toolsSource RPM: (none) Size: 644814 License: BSD Signature : (none) Packager: luigiwalser luigiwalser URL : http://www.darwinsys.com/file/ Summary : A utility for determining file types Description : The file command is used to identify a particular file according to the type of data contained by the file. File can identify many different file types, including ELF binaries, system libraries, RPM packages, and different graphics formats. You should install the file package, since the file command is such a useful utility. luigiwalser luigiwalser 5.12-1.mga3: + Revision: 338488 - 5.12 - rediff patch 8 - remove upstreamed patches - fix format string error in softmagic.c file now segfaults during many of the builds (called by /usr/lib/rpm/find-debuginfo.sh) http://pkgsubmit.mageia.org/autobuild/results.php?run=2013-01-04
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release file-5.12-1.mga3
On Fri, Jan 4, 2013 at 2:56 AM, Pascal Terjan pter...@gmail.com wrote: On Fri, Jan 4, 2013 at 1:06 AM, luigiwalser buildsystem-dae...@mageia.org wrote: Name: file Relocations: (not relocatable) Version : 5.12 Vendor: Mageia.Org Release : 1.mga3Build Date: Fri Jan 4 02:05:27 2013 Install Date: (not installed) Build Host: jonund.mageia.org Group : File toolsSource RPM: (none) Size: 644814 License: BSD Signature : (none) Packager: luigiwalser luigiwalser URL : http://www.darwinsys.com/file/ Summary : A utility for determining file types Description : The file command is used to identify a particular file according to the type of data contained by the file. File can identify many different file types, including ELF binaries, system libraries, RPM packages, and different graphics formats. You should install the file package, since the file command is such a useful utility. luigiwalser luigiwalser 5.12-1.mga3: + Revision: 338488 - 5.12 - rediff patch 8 - remove upstreamed patches - fix format string error in softmagic.c file now segfaults during many of the builds (called by /usr/lib/rpm/find-debuginfo.sh) http://pkgsubmit.mageia.org/autobuild/results.php?run=2013-01-04 Actually it segfaults on all packages which are not noarch, where it gets called
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release file-5.12-1.mga3
On Fri, Jan 4, 2013 at 3:00 AM, Pascal Terjan pter...@gmail.com wrote: On Fri, Jan 4, 2013 at 2:56 AM, Pascal Terjan pter...@gmail.com wrote: On Fri, Jan 4, 2013 at 1:06 AM, luigiwalser buildsystem-dae...@mageia.org wrote: Name: file Relocations: (not relocatable) Version : 5.12 Vendor: Mageia.Org Release : 1.mga3Build Date: Fri Jan 4 02:05:27 2013 Install Date: (not installed) Build Host: jonund.mageia.org Group : File toolsSource RPM: (none) Size: 644814 License: BSD Signature : (none) Packager: luigiwalser luigiwalser URL : http://www.darwinsys.com/file/ Summary : A utility for determining file types Description : The file command is used to identify a particular file according to the type of data contained by the file. File can identify many different file types, including ELF binaries, system libraries, RPM packages, and different graphics formats. You should install the file package, since the file command is such a useful utility. luigiwalser luigiwalser 5.12-1.mga3: + Revision: 338488 - 5.12 - rediff patch 8 - remove upstreamed patches - fix format string error in softmagic.c file now segfaults during many of the builds (called by /usr/lib/rpm/find-debuginfo.sh) http://pkgsubmit.mageia.org/autobuild/results.php?run=2013-01-04 Actually it segfaults on all packages which are not noarch, where it gets called #0 0x7785a0d6 in vfprintf () from /lib64/libc.so.6 #1 0x77916231 in __vasprintf_chk () from /lib64/libc.so.6 #2 0x77916162 in __asprintf_chk () from /lib64/libc.so.6 #3 0x77bd2979 in asprintf (__fmt=0x77bd9de8 %s%s, __ptr=0x7fffdb08) at /usr/include/bits/stdio2.h:178 #4 file_vprintf (ms=0x77bd8ca5, fmt=optimized out, ap=optimized out) at funcs.c:66 #5 0x77bd2a57 in file_printf (ms=ms@entry=0x77bd8ca5, fmt=fmt@entry=0x605010 \360Q`) at funcs.c:87 #6 0x77bcbfbd in mget (ms=ms@entry=0x605010, s=s@entry=0x77f89010 \177ELF\002\001\001, m=m@entry=0x775e2360, nbytes=nbytes@entry=149507, o=o@entry=0, cont_level=cont_level@entry=0, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:1718 #7 0x77bcd29b in match (ms=ms@entry=0x605010, magic=0x775e2360, nmagic=151, s=s@entry=0x77f89010 \177ELF\002\001\001, nbytes=nbytes@entry=149507, offset=offset@entry=0, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:146 #8 0x77bcbf99 in mget (ms=ms@entry=0x605010, s=s@entry=0x77f89010 \177ELF\002\001\001, m=m@entry=0x774bb828, nbytes=nbytes@entry=149507, o=o@entry=0, cont_level=cont_level@entry=2, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:1714 #9 0x77bcd429 in match (ms=ms@entry=0x605010, magic=0x773b60e8, nmagic=9819, s=s@entry=0x77f89010 \177ELF\002\001\001, nbytes=nbytes@entry=149507, offset=offset@entry=0, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:231 #10 0x77bcbc52 in file_softmagic (ms=ms@entry=0x605010, buf=buf@entry=0x77f89010 \177ELF\002\001\001, nbytes=nbytes@entry=149507, mode=mode@entry=32, text=text@entry=0) at softmagic.c:75 #11 0x77bd2dcd in file_buffer (ms=ms@entry=0x605010, fd=fd@entry=7, inname=inname@entry=0x7fffe4fa /home/pterjan/co/cauldron/arpwatch/BUILDROOT/arpwatch-2.1a15-10.mga3.x86_64/usr/sbin/arpwatch, buf=buf@entry=0x77f89010, nb=149507) at funcs.c:231 #12 0x77bc594f in file_or_fd (ms=ms@entry=0x605010, inname=inname@entry=0x7fffe4fa /home/pterjan/co/cauldron/arpwatch/BUILDROOT/arpwatch-2.1a15-10.mga3.x86_64/usr/sbin/arpwatch, fd=7, fd@entry=0) at magic.c:424 #13 0x77bc5cac in magic_file (ms=ms@entry=0x605010, inname=inname@entry=0x7fffe4fa /home/pterjan/co/cauldron/arpwatch/BUILDROOT/arpwatch-2.1a15-10.mga3.x86_64/usr/sbin/arpwatch) at magic.c:335 #14 0x00402098 in process (ms=ms@entry=0x605010, inname=optimized out, wid=wid@entry=93) at file.c:430 #15 0x00401ab1 in main (argc=3, argv=0x7fffe228) at file.c:338
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release file-5.12-1.mga3
On Fri, Jan 4, 2013 at 3:08 AM, Pascal Terjan pter...@gmail.com wrote: On Fri, Jan 4, 2013 at 3:00 AM, Pascal Terjan pter...@gmail.com wrote: On Fri, Jan 4, 2013 at 2:56 AM, Pascal Terjan pter...@gmail.com wrote: On Fri, Jan 4, 2013 at 1:06 AM, luigiwalser buildsystem-dae...@mageia.org wrote: Name: file Relocations: (not relocatable) Version : 5.12 Vendor: Mageia.Org Release : 1.mga3Build Date: Fri Jan 4 02:05:27 2013 Install Date: (not installed) Build Host: jonund.mageia.org Group : File toolsSource RPM: (none) Size: 644814 License: BSD Signature : (none) Packager: luigiwalser luigiwalser URL : http://www.darwinsys.com/file/ Summary : A utility for determining file types Description : The file command is used to identify a particular file according to the type of data contained by the file. File can identify many different file types, including ELF binaries, system libraries, RPM packages, and different graphics formats. You should install the file package, since the file command is such a useful utility. luigiwalser luigiwalser 5.12-1.mga3: + Revision: 338488 - 5.12 - rediff patch 8 - remove upstreamed patches - fix format string error in softmagic.c file now segfaults during many of the builds (called by /usr/lib/rpm/find-debuginfo.sh) http://pkgsubmit.mageia.org/autobuild/results.php?run=2013-01-04 Actually it segfaults on all packages which are not noarch, where it gets called #0 0x7785a0d6 in vfprintf () from /lib64/libc.so.6 #1 0x77916231 in __vasprintf_chk () from /lib64/libc.so.6 #2 0x77916162 in __asprintf_chk () from /lib64/libc.so.6 #3 0x77bd2979 in asprintf (__fmt=0x77bd9de8 %s%s, __ptr=0x7fffdb08) at /usr/include/bits/stdio2.h:178 #4 file_vprintf (ms=0x77bd8ca5, fmt=optimized out, ap=optimized out) at funcs.c:66 #5 0x77bd2a57 in file_printf (ms=ms@entry=0x77bd8ca5, fmt=fmt@entry=0x605010 \360Q`) at funcs.c:87 #6 0x77bcbfbd in mget (ms=ms@entry=0x605010, s=s@entry=0x77f89010 \177ELF\002\001\001, m=m@entry=0x775e2360, nbytes=nbytes@entry=149507, o=o@entry=0, cont_level=cont_level@entry=0, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:1718 #7 0x77bcd29b in match (ms=ms@entry=0x605010, magic=0x775e2360, nmagic=151, s=s@entry=0x77f89010 \177ELF\002\001\001, nbytes=nbytes@entry=149507, offset=offset@entry=0, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:146 #8 0x77bcbf99 in mget (ms=ms@entry=0x605010, s=s@entry=0x77f89010 \177ELF\002\001\001, m=m@entry=0x774bb828, nbytes=nbytes@entry=149507, o=o@entry=0, cont_level=cont_level@entry=2, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:1714 #9 0x77bcd429 in match (ms=ms@entry=0x605010, magic=0x773b60e8, nmagic=9819, s=s@entry=0x77f89010 \177ELF\002\001\001, nbytes=nbytes@entry=149507, offset=offset@entry=0, mode=mode@entry=32, text=text@entry=0, flip=flip@entry=0) at softmagic.c:231 #10 0x77bcbc52 in file_softmagic (ms=ms@entry=0x605010, buf=buf@entry=0x77f89010 \177ELF\002\001\001, nbytes=nbytes@entry=149507, mode=mode@entry=32, text=text@entry=0) at softmagic.c:75 #11 0x77bd2dcd in file_buffer (ms=ms@entry=0x605010, fd=fd@entry=7, inname=inname@entry=0x7fffe4fa /home/pterjan/co/cauldron/arpwatch/BUILDROOT/arpwatch-2.1a15-10.mga3.x86_64/usr/sbin/arpwatch, buf=buf@entry=0x77f89010, nb=149507) at funcs.c:231 #12 0x77bc594f in file_or_fd (ms=ms@entry=0x605010, inname=inname@entry=0x7fffe4fa /home/pterjan/co/cauldron/arpwatch/BUILDROOT/arpwatch-2.1a15-10.mga3.x86_64/usr/sbin/arpwatch, fd=7, fd@entry=0) at magic.c:424 #13 0x77bc5cac in magic_file (ms=ms@entry=0x605010, inname=inname@entry=0x7fffe4fa /home/pterjan/co/cauldron/arpwatch/BUILDROOT/arpwatch-2.1a15-10.mga3.x86_64/usr/sbin/arpwatch) at magic.c:335 #14 0x00402098 in process (ms=ms@entry=0x605010, inname=optimized out, wid=wid@entry=93) at file.c:430 #15 0x00401ab1 in main (argc=3, argv=0x7fffe228) at file.c:338 I'm restoring old file package as this breaks normal uploads too.
Re: [Mageia-dev] Help with package
On Thu, Jan 3, 2013 at 6:22 PM, Juan Luis Baptiste juan...@mageia.orgwrote: On Thu, Jan 3, 2013 at 6:10 PM, Charles A Edwards c...@eslrahc.comwrote:. Why not have it created in post by the warsow-data rpm? %post ln -sf %{_datadir}/warsow/basewsw/* %{gamelibdir}/basewsw %postun rm -rf %{gamelibdir}/basewsw Good idea, going to try this. Nope it didn't work either, with Charle's suggestion I get this error: ln: target ‘/usr/lib64/games/warsow/basewsw/’ is not a directory: No such file or directory Which I don't understand why it says no such file or directory if that's the link I want to create. And /usr/lib64/games/warsow exists. I also tried the for loop option with no success either: for i in `%{_datadir}/%{name}/basewsw/*`; do file=`basename $i` ln -sf $i %{gamelibdir}/basewsw/$file done /var/tmp/rpm-tmp.HdlyUk: line 7: /usr/share/warsow-data/basewsw/*: No such file or directory It seems as if the expression `%{_datadir}/%{name}/basewsw/*` (don't mind the left quotes, it happens the same with them or not) of the for loop wasn't being expanded and $i ends with the literal value '*'. Any other suggestions ? -- Juancho
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release file-5.12-1.mga3
Pascal Terjan wrote: file now segfaults during many of the builds (called by /usr/lib/rpm/find-debuginfo.sh) http://pkgsubmit.mageia.org/autobuild/results.php?run=2013-01-04 Actually it segfaults on all packages which are not noarch, where it gets called Yes, sorry about that. It was an error in the format string patch (arguments reversed). It's fixed now.