[Mageia-dev] get-skype package for submission
I have been working on a package to install Skype current stable release and now feel that it is ready for submission for approval. It has already been improved/corrected/adapted many times following discussions on #mageia-mentoring where I have been given lots of help. The idea evolved here https://bugs.mageia.org/show_bug.cgi?id=154 where the current version is available as an attachment. https://bugs.mageia.org/attachment.cgi?id=551 It has been a challenge and I have learned a lot in working on this. :) Barry
Re: [Mageia-dev] get-skype package for submission
On 10/06/11 18:06, Anssi Hannula wrote: I didn't test it, but the problems I see now: 1. The MD5SUM isn't checked, IMO it should be. I was just discussing that on IRC with Ahmad ;) I now have that working OK 2. On error you exit with || exit 1 but leave the files in /tmp, polluting it. OK - will fix 3. You cp files to %_datadir using a wildcard (*), but these files may not be removed on uninstallation as you only have filename lists for avatars/sounds/langs. While it may work now (I didn't test, I hope you did), this will cause unnoticed problems when the skype tarball contents change. The wildcard is used to move the remaining files which are all individually handled by touch and the dir is removed by a %ghost. I was just saving spec lines. Yes it does work fine and all files/dirs are removed on uninstall. The tarball contents can't change or the md5sum would fail :\ 4. Provide the script/commandline used to create the filelist files. Do you mean the avatars.txt etc. It was all done semi-manually, but I will write a script if necessary. It did cross my mind, but it was quicker to just copy/paste into txt files. I was assuming I could maintain it manually. 5. Versionize the filelist files to make sure they are renegerated when the package is updated to a new version (avatars-%version.txt) OK - again I was expecting to maintain it manually. 6. Your usage of /tmp seems unsafe security-wise. What if some user has created something under /tmp/skype-%version already? Hmm.. point taken Instead use mktemp to create a temporary directory. OK ... but: I can't figure out how to get a temp filename into a %define If I use %define mytmp $(mktemp -d -q) then every reference to the %define generates a new tmp file. How can I assign the output of a command expansion to a %define so it's evaluated only once on assignment? I can use a variable in %pre but that is invisible in %post as it's in another shell so I'm sorta stuck on that for now :( 7. You never remove the tarball, and the tarball is not %ghost. Will do - that was temporary for testing. Also BTW, here is a package of mine for gootleearth from 2006 that uses a similar system: http://www.zarb.org/cgi-bin/viewvc.cgi/plf/SPECS/non-free/googleearth/ No need to make it like that, just pointing it out in case there are some ideas you'd like to use. I'll take a look - thanks
Re: [Mageia-dev] get-skype package for submission
On 10/06/11 15:08, Marc Paré wrote: Hi Barry Thanks for doing this. I uncompressed the file. What is the difference between the 2 .rpms? You may want to include a readme in the package for people like me. Cheers Marc Marc, It is not really ready for general consumption yet (although it does work). If you want to test it the noarch.rpm is the one to install, not the src.rpm. Barry
Re: [Mageia-dev] get-skype package for submission
Failed to create temporary directory rm -r %{mytmp} exit 1 fi %define tmpdir ${tmpextdir}/skype-%{version} cd ${tmpextdir} tar jxf %{mytmp}/skype-%{version}.tar.bz2 if ! [[ -d %{tmpdir} ]]; then echo Extracted file folder missing cd .. rm -rf ${tmpextdir} rm -r %{mytmp} exit 1 fi mkdir -p %{instdir} cp -a %{tmpdir}/icons/* %{_iconsdir} cp -a %{_iconsdir}/SkypeBlue_48x48.png %{_iconsdir}/skype.png cp -a %{tmpdir}/skype.desktop %{_datadir}/applications/ mv %{tmpdir}/skype %{instdir} mv %{tmpdir}/skype.desktop %{instdir} mv %{tmpdir}/skype.conf %{instdir} mv %{tmpdir}/LICENSE %{instdir} mv %{tmpdir}/README %{instdir} mv %{tmpdir}/avatars %{instdir} mv %{tmpdir}/lang %{langdir} mv %{tmpdir}/sounds %{sounddir} mv %{tmpdir}/icons %{icondir} rm -r %{tmpdir} cd .. rm -r ${tmpextdir} rm -r %{mytmp} %clean rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) %{_bindir}/skype # If any extra files are added in install then # corresponding ghost files need to be added here %ghost %{_iconsdir}/skype.png %ghost %{_iconsdir}/SkypeBlue_*.png %ghost %{_datadir}/applications/skype.desktop %ghost %{instdir} %changelog * Sun Jun 12 2011 Barry Jackson zen25...@zen.co.uk 2.2.0.35-7.mga1 - Added tests for failed directory creation, exiting with cleanup. - Added note in %post. - Removed resource option on launch command line as we use default. * Sat Jun 11 2011 Barry Jackson zen25...@zen.co.uk 2.2.0.35-6.mga1 - Added md5sum check on download and cleanup on fail. - Downloads to /var/lib/get-skype - removed after install. - Creates unique /tmp/tmp. dir for extraction of tar. - Added versioning to .txt files. - Added removal of all tmp directories after install. - Corrected URL: * Thu Jun 9 2011 Barry Jackson zen25...@zen.co.uk 2.2.0.35-5.mga1 - Bumped release to test update - no changes * Thu Jun 9 2011 Barry Jackson zen25...@zen.co.uk 2.2.0.35-4.mga1 - Moved installation to /usr/share instead of /opt - Changed group and license - Changed temporary dir - Changed to wget for d/l * Mon Jun 6 2011 Barry Jackson zen25...@zen.co.uk 2.2.0.35-2.mga1 - Moved download to %pre to stop install if d/l fails * Sun Jun 5 2011 Barry Jackson zen25...@zen.co.uk 2.2.0.35-1.mga1 - Changed get-skype version to follow Skype version. - Changed URL to directly download only correct version. - A copy of the downloaded file is retained in /tmp/skype-%{version} to - speed re-installation (unless you clean /tmp) * Sat Jun 4 2011 Barry Jackson zen25...@zen.co.uk 0.2.mga1 - Now all files are registered in rpm database. - lang, avatar and sound filenames supplied in source files.
Re: [Mageia-dev] get-skype package for submission
On 12/06/11 19:35, Angelo Naselli wrote: In data domenica 12 giugno 2011 01:37:53, Barry Jackson ha scritto: - Dot in Summary. ?? I don't see one. Summary:Download and Install Skype.-- Cheers, Ah - sorry, that is a full stop. I was looking for an extraneous dot. I assume then that a full stop is either not required or ilegal in a summary? Does it break something? I will remove it ;) Barry
Re: [Mageia-dev] get-skype package for submission
On 13/06/11 09:17, Angelo Naselli wrote: IIRC rpmlint should tell you as a warning. Angelo Thanks Angelo, I never used rpmlint before, so I installed it. It did not warn about the dot, but it did pick up a few spaces/tabs etc. There is a warning about Group: Networking/Instant messaging being non-standard, however this is used by the pidgin package. I am adding a script to generate the text file sources used in %install, I assume that this should be included in the package as a SOURCE with a comment, but not referenced elsewhere as it is only a packaging tool. Barry
Re: [Mageia-dev] get-skype package for submission
On 13/06/11 12:13, Oliver Burger wrote: Barry Jackson zen25...@zen.co.uk schrieb am 13.06.2011 On 13/06/11 09:17, Angelo Naselli wrote: IIRC rpmlint should tell you as a warning. Thanks Angelo, I never used rpmlint before, so I installed it. It did not warn about the dot, but it did pick up a few spaces/tabs etc. There is a warning about Group: Networking/Instant messaging being non-standard, however this is used by the pidgin package. Have you also installed rpmlint-mageia-policy? Otherwise rpmlint will give you quite some warnings about Mageia specific things. Oliver Thanks Oliver No, I did not know about that, I was wondering where rpmlint got it's references from. That fixed it ;) Barry
Re: [Mageia-dev] get-skype package for submission
On 13/06/11 15:46, Anssi Hannula wrote: It could do both :) Doesn't really matter, this is all extra anyway. Note that if you make it download it, you could also implement: a) make it print md5sum automatically Done that in the attached. It writes it to skype-version.md5 in /SOURCES b) make it print the dependencies automatically (see e.g. the earlier google earth script which does those IIRC) Not yet implemented this. But as said, all of this is extra. Maybe the priority should be getting you a mentor. Yes that would be really good. A first draft of this is attached. I assume this would ultimately be added as a SOURCE file with notes in the package. Yep. Done. It's all included in the src package. So, anyone willing to mentor me and get this package on the road ? ;) Barry get-skype.tar.gz Description: application/gzip
Re: [Mageia-dev] get-skype package for submission
Ping. Can someone please add this to Mageia ? - latest is attached to :- https://bugs.mageia.org/show_bug.cgi?id=154 Barry.
[Mageia-dev] perl-Sys-Mmap package review
Hello, Would someone please review the attached src.rpm for the above, with a view to committing it. It is required by ZoneMinder which I am packaging - albeit slowly. Note my comment in %files section of spec. I still need a mentor if anyone has a slot (tiny crack would do) ;) Thanks, Barry (barjac) perl-Sys-Mmap-0.16-0.mga1.src.rpm Description: Binary data
Re: [Mageia-dev] perl-Sys-Mmap package review
On 31/08/11 23:17, Guillaume Rousse wrote: Le 31/08/2011 15:20, Barry Jackson a écrit : Hello, Would someone please review the attached src.rpm for the above, with a view to committing it. Here you have... Many thanks Guillaume You'd better use an author-neutral URL for the sources, such as http://www.cpan.org/modules/by-module/Sys/%{upstream_name}-%{upstream_version}.tar.gz This way, if another maintainer submit a new version, the URL will stay valid (and automatic update tool will work). Yes - I learned something The runtime depency on perl is useless: you can't install mageia without perl anyway, and the minimal version isn't very helpful either. Done But you do need a build dependency (buildrequires) on perl-devel, as it is a native perl package, you won't be able to build without it. Done you should not include the debug files (the .debug, and the source files), they will be automatically included in the implicit perl-Sys-Mmap-debug package. Especially as the path you're using here is x86_64-specific :) So just forget them. You should not own the %{perl_vendorlib} directory (it belongs to perl package), but just the subdirectory %{perl_vendorlib}/Sys, which is the base directory for your package files. Thanks - that explains the problem with the debug etc. as well - they were being listed as installed but not packaged hence my comment and their inclusion ;) The %clean section isn't needed anymore with rpm 4.8 OK sth else I learned. Usually, the document files (%doc macro) are listed first, but that's purely cosmetic. Moved. Some of your above comments would also apply to the current perl-Sys-Mknod.spec which I used as a template ;) Updated version attached. Barry. %define upstream_name Sys-Mmap %define upstream_version0.16 Name: perl-%{upstream_name} Version:%{upstream_version} Release:%mkrel 0 Summary:Sys::Mmap License:GPL Group: Development/Perl Url:http://www.kernel.org/software/mon/ Source0: http://www.cpan.org/modules/by-module/Sys/%{upstream_name}-%{upstream_version}.tar.gz BuildRequires: perl-devel %description The Mmap module lets you use mmap to map in a file as a perl variable rather than reading the file into dynamically allocated memory. Multiple programs may map the same file into memory, and immediately see changes by each other. Memory may be allocated not attached to a file, and shared with subprocesses. %prep %setup -q -n %{upstream_name}-%{upstream_version} %build %{__perl} Makefile.PL INSTALLDIRS=vendor make %check %make test %install rm -rf $RPM_BUILD_ROOT %makeinstall_std %files %doc Changes README %{perl_vendorlib}/* %{_mandir}/*/* %changelog * Tue Aug 30 2011 Barry Jackson zen25...@zen.co.uk 0.16-0 - New package for Mageia
Re: [Mageia-dev] perl-Sys-Mmap package review
On 01/09/11 23:28, Barry Jackson wrote: Updated version attached. However this builds in mga1 but fails to build in Cauldron. Barry
Re: [Mageia-dev] KDE doesn't start after last updates
On 09/09/11 07:05, cazzaniga.san...@gmail.com wrote: What is neccessary? As I said, all errors msgs possible that you can find, all your configuration, ... Thanks probably https://bugs.mageia.org/show_bug.cgi?id=2700
Re: [Mageia-dev] Drakx tools hosed w/today's updates
On 26/09/11 17:56, Frank Griffin wrote: On 09/26/2011 12:36 PM, Thierry Vignaud wrote: nothing related to drakxtools, gtk+ vs libpng* Work-in-progress, or shall I file a bug report ? https://bugs.mageia.org/show_bug.cgi?id=2822
Re: [Mageia-dev] mageia 2 and systemd
On 13/10/11 14:26, Michael Altizer wrote: On 10/13/2011 05:29 AM, Colin Guthrie wrote: 'Twas brillig, and Guillaume Rousse at 13/10/11 09:44 did gyre and gimble: Le 13/10/2011 10:08, philippe makowski a écrit : what do we do with %_post_service and %_preun_service ? Those macros will have to be enhanced to handle new behaviours, without having to modify packages. /usr/share/rpm-helper/add-service already has some systemd support what's still missing? Col The del-service helper has some support, but it gets mighty unhappy when you're not actually using systemd. :) # urpme ipsec-tools removing ipsec-tools-0.7.3-4.mga1.x86_64 process 8398: arguments to dbus_connection_send_with_reply_and_block() were incorrect, assertion connection != NULL failed in file dbus-connection.c line 3483. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace /usr/share/rpm-helper/del-service: line 32: 8398 Aborted (core dumped) /bin/systemctl daemon-reload process 8431: arguments to dbus_connection_send_with_reply_and_block() were incorrect, assertion connection != NULL failed in file dbus-connection.c line 3483. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace /usr/share/rpm-helper/del-service: line 32: 8431 Aborted (core dumped) /bin/systemctl daemon-reload Yes, I reported that here :- https://bugs.mageia.org/show_bug.cgi?id=2865 No response from anyone though :\
[Mageia-dev] dir-or-file-in-tmp
The BS recently (correctly) rejected a package which attempted to create a dir in /tmp. This was not however found beforehand by rpmlint in the spec. What test is done by the BS to catch this? Why is this not included in rpmlint? Just curious, Barry
Re: [Mageia-dev] Replacing mysql with mariadb
On 01/12/11 20:22, Maarten Vanraes wrote: and furthermore, if we do provide mariadb, we'll have to obsolete mysql eventually. why not complete test it when we have the chance? if we complete this testing before 9 dec, we can easily switch back without any real issues if needed. ZoneMinder is a new package in Cauldron which relies heavily on mysql. I can do the testing but will probably need some help on the migration. I would hate to see it get broken now! Is there a tracker bug on this yet as I would like to stay in the loop ;) Barry
Re: [Mageia-dev] Replacing mysql with mariadb
On 01/12/11 22:47, Maarten Vanraes wrote: if you have a cauldron, you can enable updates_testing and then: * rpm -e --nodeps all the mysql packages you have * urpmi all the identical mariadb packages OK - I guess the names are similar - not looked yet ;) * then you can build against it, by rebuilding your src.rpm I have BuildRequire on perl-DBD-mysql and Requires on perl-DBD-mysql, mysql and php-mysql, I assume these will need to change? * then install that * test if everything works, perhaps reboot or logout or whatever restarts akonadi * then test your package i've already tested with phpmyadmin (thus php-mysql), drupal (thus php-pdo- mysqli), amarok and akonadi... no bug/tracker for it I only noticed the thread in ML tonight, as I did not know what MariaDB was it hadn't caught my attention! I will start on it tomorrow. Thanks, Barry
Re: [Mageia-dev] Replacing mysql with mariadb
On 02/12/11 00:20, Maarten Vanraes wrote: Op vrijdag 02 december 2011 00:13:28 schreef Barry Jackson: On 01/12/11 22:47, Maarten Vanraes wrote: if you have a cauldron, you can enable updates_testing and then: * rpm -e --nodeps all the mysql packages you have * urpmi all the identical mariadb packages OK - I guess the names are similar - not looked yet ;) I said I would need help :\ I have these 12 mysql packages installed:- php-mysql-5.3.8-2.mga2 perl-DBD-mysql-4.20.0-1.mga2 mysql-common-core-5.5.15-2.mga2 lib64mysqlservices-5.5.15-2.mga2 lib64mysqld0-5.5.15-2.mga2 mysql-client-5.5.15-2.mga2 mysql-core-5.5.15-2.mga2 qt4-database-plugin-mysql-4.7.4-5.mga2 mysql-5.5.15-2.mga2 lib64mysql18-5.5.15-2.mga2 mysql-common-5.5.15-2.mga2 lib64mysql-devel-5.5.15-2.mga2 Yet with testing enabled I see :- [baz@jackodesktop ~]$ urpmq mariadb -a mariadb and... [baz@jackodesktop ~]$ urpmq --provides mariadb mysql adt_null.so()(64bit) auth_socket.so()(64bit) auth_test_plugin.so()(64bit) dialog.so()(64bit) dialog_examples.so()(64bit) ha_archive.so()(64bit) ha_blackhole.so()(64bit) ha_federated.so()(64bit) ha_federatedx.so()(64bit) ha_innodb.so()(64bit) ha_oqgraph.so()(64bit) ha_sphinx.so()(64bit) mypluglib.so()(64bit) mysql_clear_password.so()(64bit) qa_auth_client.so()(64bit) qa_auth_interface.so()(64bit) qa_auth_server.so()(64bit) semisync_master.so()(64bit) semisync_slave.so()(64bit) mariadb[== 5.5.15-0.4.mga2] mariadb(x86-64)[== 5.5.15-0.4.mga2] [baz@jackodesktop ~]$ So are you saying to remove all 12 or just mysql ? If I remove all 12 where do the replacements come from? Just a bit confused :\ Maybe I'm missing something obvious ;)
[Mageia-dev] Dolphin toolbar default settings in mga2 alpha
Anyone else find the default settings in Dolphin after a clean Alpha1 installation utterly useless? It's not even possible to easily navigate a file system without UP and BACK buttons. For new users I think the toolbar should have all the regularly needed buttons in place out of the box. I tried to figure out where these are stored and in which package, but after half an hour I gave up :\
Re: [Mageia-dev] Dolphin toolbar default settings in mga2 alpha
On 02/12/11 16:41, Balcaen John wrote: Le vendredi 2 décembre 2011 14:56:45 Barry Jackson a écrit : Anyone else find the default settings in Dolphin after a clean Alpha1 installation utterly useless? It's not even possible to easily navigate a file system without UP and BACK buttons. For new users I think the toolbar should have all the regularly needed buttons in place out of the box. I tried to figure out where these are stored and in which package, but after half an hour I gave up :\ If i'm not wrong there's some changes regarding dolphin's configuration, it was already reported to me last week. I'll be able to work again on kde's configuration soon (i was quite buzy) Good that's excellent. May I suggest a basic default toolbar? HOME,BACK,FORWARDS,UP,RELOAD,FIND,SPLIT,Show Hidden Files I see no reason to add anything that is in the context menu. Also:- May I suggest that the icon view is NOT the default and that the details view be made default. I really can't imagine that anyone who uses dolphin for anything serious would use the icon view, as long filenames get truncated. It gets quite tedious changing it for both root and normal user on each fresh installation. Just my 2 cents ;) Barry
Re: [Mageia-dev] Replacing mysql with mariadb
On 02/12/11 16:27, Maarten Vanraes wrote: Op vrijdag 02 december 2011 14:40:40 schreef Barry Jackson: On 02/12/11 00:20, Maarten Vanraes wrote: Op vrijdag 02 december 2011 00:13:28 schreef Barry Jackson: On 01/12/11 22:47, Maarten Vanraes wrote: if you have a cauldron, you can enable updates_testing and then: * rpm -e --nodeps all the mysql packages you have * urpmi all the identical mariadb packages OK - I guess the names are similar - not looked yet ;) I said I would need help :\ thanks for that! i guess i should be clearer, i meant the packages that are built from the mysql src.rpm this is for you: mysql-common-core-5.5.15-2.mga2 lib64mysqlservices-5.5.15-2.mga2 lib64mysqld0-5.5.15-2.mga2 mysql-client-5.5.15-2.mga2 mysql-core-5.5.15-2.mga2 mysql-5.5.15-2.mga2 lib64mysql18-5.5.15-2.mga2 mysql-common-5.5.15-2.mga2 lib64mysql-devel-5.5.15-2.mga2 Yet with testing enabled I see :- [baz@jackodesktop ~]$ urpmq mariadb -a mariadb [...] (afaik mariadb is an exact match, so maybe that's why it lists only mariadb) [root@localhost ~]# urpmq -Y mariadb lib64mariadb-devel lib64mariadb-embedded-devel lib64mariadb-embedded0 lib64mariadb18 lib64mariadbservices mariadb mariadb-bench mariadb-client mariadb-common mariadb-common-core mariadb-core thus, for you: mariadb-common-core lib64mariadbservices lib64mariadb-embedded0 mariadb-client mariadb-core mariadb lib64mariadb18 mariadb-common lib64mariadb-devel happy testing :-) Thanks, In fact all (except the -devel) were installed by default:- [root@jackodesktop baz]# urpmi mariadb In order to satisfy the 'libmysqlservices.so()(64bit)' dependency, one of the following packages is needed: 1- lib64mysqlservices-5.5.15-2.mga2.x86_64: Shared libraries (to install) 2- lib64mariadbservices-5.5.15-0.4.mga2.x86_64: Shared libraries (to install) What is your choice? (1-2) 2 To satisfy dependencies, the following packages are going to be installed: PackageVersion Release Arch (medium Core Updates Testing (distrib5)) lib64mariadb18 5.5.15 0.4.mga2 x86_64 lib64mariadbservices 5.5.15 0.4.mga2 x86_64 mariadb5.5.15 0.4.mga2 x86_64 mariadb-client 5.5.15 0.4.mga2 x86_64 mariadb-common 5.5.15 0.4.mga2 x86_64 mariadb-common-core5.5.15 0.4.mga2 x86_64 mariadb-core 5.5.15 0.4.mga2 x86_64 97MB of additional disk space will be used. 7.3MB of packages will be retrieved. Proceed with the installation of the 7 packages? (Y/n) y snip-- OK testing so far with ZoneMinder:- For those not familiar with ZoneMinder, in brief:- ZoneMinder is a LAMP Web application for monitoring CCTV cameras, recording the video streams and serving them to LAN or WAN. It relies on a deep mysql database to store thousands of images in real time. It also uses mysql to store the log files and display them in a web browser in the ZoneMinder console. I installed mariadb this evening and after working around a minor mariadb packaging hiccup ;) (which is now apparently fixed in svn) I re-built ZoneMinder against it. There were no issues in the re-build and the application seems totally transparent to the change. There were no issues with my setup script which starts mysql, checks for an existing mysql password, offers to optionally create one, checks for an existing zm database and offers to use it, or replace it. I replaced it and a new one was created without problem. The script then started httpd and the ZoneMinder service. No problems at all. The only operational checks so far involve the logging database, but that is working fine. Unfortunately I cannot test under full working conditions without capture card or network cameras which I don't have connected to this hardware. I do have a server running ZoneMinder on mga1 with 8 cameras but until mga2 is released and settled for a while I won't be updating it. So in a nutshell as far as I have tested it just works out of the box. :) Barry
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release courier-authlib-0.63.0-9.mga2
On 28/11/11 14:39, Guillaume Rousse wrote: Le 28/11/2011 14:46, Mageia Team a écrit : barjacbarjac 0.63.0-9.mga2: + Revision: 173752 - Added ldconfig in %post and %postun This is supposed to be done automatically by file triggers... Yes - I was only reading something about that yesterday, however after installation of courier-authlib prior to the addition of ldconfig in %post and %postun, courier-imap would not build as it could not find a lib installed by courier-authlib. I spent a lot of time with help from various people with more experience than I have, trying to track down why courier-imap builds were failing (only in Cauldron BTW) :\ There are some build output log extracts in https://bugs.mageia.org/show_bug.cgi?id=1974 Barry (barjac)
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release courier-authlib-0.63.0-9.mga2
On 03/12/11 08:37, Jani Välimaa wrote: 2011/12/3 Barry Jacksonzen25...@zen.co.uk: On 28/11/11 14:39, Guillaume Rousse wrote: Le 28/11/2011 14:46, Mageia Team a écrit : barjacbarjac 0.63.0-9.mga2: + Revision: 173752 - Added ldconfig in %post and %postun This is supposed to be done automatically by file triggers... Yes - I was only reading something about that yesterday, however after installation of courier-authlib prior to the addition of ldconfig in %post and %postun, courier-imap would not build as it could not find a lib installed by courier-authlib. Can't reproduce your bug with up-to-date Cauldron chroots. Tried both i586 and x86_64. Removed %post and %postun scripts, rebuild courier-authlib and build courier-imap with new courier-authlib and all went just fine. Very strange. This was also confirmed by shlomif who hit the same errors prior to the addition of ldconfig. Maybe something else fixed this in the meantime. I will re-test in a new clean fully updated installation.
Re: [Mageia-dev] Replacing mysql with mariadb
Update: I built a test package of ZoneMinder git master against MariaDB. This version supports my mjpeg USB webcam, so I have been able to test the full functionality. No problems :)
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release courier-authlib-0.63.0-9.mga2
On 03/12/11 10:21, Barry Jackson wrote: On 03/12/11 08:37, Jani Välimaa wrote: 2011/12/3 Barry Jacksonzen25...@zen.co.uk: On 28/11/11 14:39, Guillaume Rousse wrote: Le 28/11/2011 14:46, Mageia Team a écrit : barjacbarjac 0.63.0-9.mga2: + Revision: 173752 - Added ldconfig in %post and %postun This is supposed to be done automatically by file triggers... Yes - I was only reading something about that yesterday, however after installation of courier-authlib prior to the addition of ldconfig in %post and %postun, courier-imap would not build as it could not find a lib installed by courier-authlib. Can't reproduce your bug with up-to-date Cauldron chroots. Tried both i586 and x86_64. Removed %post and %postun scripts, rebuild courier-authlib and build courier-imap with new courier-authlib and all went just fine. Very strange. This was also confirmed by shlomif who hit the same errors prior to the addition of ldconfig. Maybe something else fixed this in the meantime. I will re-test in a new clean fully updated installation. I agree. I have tested several times. I have removed the scripts in courier-authlib in svn and bumped the release of courier-authlib and courier-imap, to force it to re-build as a final check. I wish I knew what fixed this issue. Thanks, Barry
Re: [Mageia-dev] Welcome New Packagers: barjac and Malo
On 12/12/11 20:14, Shlomi Fish wrote: Hi all, I'm proud to announce that Barry Jackson (barjac) and Pierre-Malo Denielou (Malo) have both graduated from their packager mentorship process and got submit rights. Welcome to the Mageia Packaging Team! Regards, Shlomi Fish Thanks, Shlomi for putting up with all my questions! I think that right now is where the real learning begins ;) Barry
Re: [Mageia-dev] crond was not set to start
On 28/01/12 18:59, Olav Vitters wrote: I noticed crond wasn't running, nor enabled to start. Enabled it now, but are others seeing the same? I'm very sure it used to work after switching to systemd. Something after I switched to systemd broke it I think. Yes - I just realised earlier today that my nightly backups have not been running - since Jan 9th. !! After:- systemctl enable crond.service systemctl start crond.service It's now running and survives a reboot. I think this must have happened around the time that there were many systemd changes taking place. The status/settings shown in mcc-system-services are still incorrect but this is a known issue. Best to check using :- systemctl status servicename.service
Re: [Mageia-dev] java-rpmbuild-1.7.5-15.mga2.x86_64 won't install
On 28/01/12 20:01, Barry Jackson wrote: Since update today:- A requested package cannot be installed: java-rpmbuild-1.7.5-15.mga2.x86_64 (due to unsatisfied jpackage-utils[== 1.7.5]) tv - thanks for fixing it :)
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release c++-gtk-utils-2.0.4-1.mga2
On 15/02/12 08:45, Guillaume Rousse wrote: Le 14/02/2012 21:44, Jani Välimaa a écrit : Commit msgs %mkrel spelling error and del *.a looks now in changelog like -.mga2- del *.a. BTW, using cryptic change messages is quite useless for end user, the main target of package changelog. '%mkrel' doesn't mean anything, and 'del *.a' looks like a shell command, not a human phrase. Remember than people interested in detailed spec file history can easily retrieve it from subversion directly, you don't need to paraphrase it. Point taken - thanks.
Re: [Mageia-dev] Bug 107
On 01/03/12 07:19, Juan Luis Baptiste wrote: Ok, I just finished reading all the bug comments. I'll start looking at this tomorrow (2:20 am here :P). cheers, You may also want to read https://bugs.mageia.org/show_bug.cgi?id=787 which although closed is related and was never really resolved.
[Mageia-dev] fatback - can we distribute it?
I have uploaded fatback to svn but would like a review regarding the license or rather the manual wording re. it's use before submitting. It is all explained in https://bugs.mageia.org/show_bug.cgi?id=1634 where I have also temporarily linked to copies of the rpms which are very small. It's probably quicker to install it and read the manual rather than digging in the sources. Barry
Re: [Mageia-dev] fatback - can we distribute it?
On 02/03/12 06:17, Johnny A. Solbu wrote: On Friday 02 March 2012 06:52, Charles A Edwards wrote: Did you look at COPYING? I did, yes. As a header above the GPLv2 license: And in the AUTHORS file it is written that the rest of the program is written by Nicholas Harbour of the DoD (Department of Defence) Computer Forensics Lab. E.G. the US Government. Meaning, it is copyrighted by the US government. But there is no copyright /protection/ on the software, because it is the US government which holds the copyrights. I tend to agree, there should be no restriction on distribution, only a possible question over it's use maybe in the USA. But that is down to users to decide, just as with tainted etc. I have corrected the GPL version - thanks - no idea how that happened ;) I will await more comments.
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
On 02/03/12 16:31, Bertaux Xavier wrote: and I think both nvidia and fglrx tickets are the same problem Xavier Le 02/03/2012 17:27, Bertaux Xavier a écrit : Le 02/03/2012 16:44, Wolfgang Bornath a écrit : 2012/3/2 EatDirtdirt...@gmail.com: On 02/03/12 09:38, Robert Fox wrote: Since last Cauldron kernel update, I have two nvidia based system which now fallback to nouveau when starting X - stating nvidia cannot be loaded. +1 Recurrent pb for me as well. Did you try to add nokmsboot in the boot arguments? Same pb here, xorg.conf was changed (display driver changed to nouveau). Re-changed the display driver to nvidia and added nokmsboot to the boot args, next boot same pb again. +1 Xavier IIANM this is now the default behavior when the x11-server version is updated to a version not supported by the current proprietary nvidia driver. It avoids a boot failure which would otherwise be the scenario. Barry
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
On 02/03/12 16:53, Wolfgang Bornath wrote: 2012/3/2 Wolfgang Bornathmolc...@googlemail.com: whould be fixed with coming updates. should be fixed Sorry. Seems this was not the problem for you, but my FX series card has had no nvidia available since x11 was updated before Christmas. I think I need a new graphic card :(
[Mageia-dev] oce (opencascade) license issues
I have been working on oce, but need help deciding on where to put it and with what license. Oce is the OPENCascade Community Edition. Earlier versions are/were packaged by Mdv and Fedora, and recently Deb has included it. It seems from OPENCascade's own license literature to be LGPL-like with differences. (but rpmlint is not happy with that). Fedora consider it non-free, but since all the source is available and redistributable I don't know why, so ignore my comment on line 1 of the spec. There are links in the spec to license references. Barry
Re: [Mageia-dev] oce (opencascade) license issues
On 04/03/12 11:01, Michael Scherer wrote: See https://bugzilla.redhat.com/show_bug.cgi?id=458974 ( notably the comment from #10 ). I would push this to non-free, because that would be a problem for a company. OK - Is that: --define section=non-free/release (I never used that before) What about the license field in the spec? I suspect that the BS will reject anything that issues an rpmlint warning - and everything I have tried so far does. e.g. LGPL-like I am also somewhat confused by the modular approach used by Debian to package this. It seems over-complicated, but I may be missing the point. I opted for a single library, -devel and main. Any thoughts on this? The object is to provide needed Requires/BuildRequires for FreeCAD which I am also working on. Barry
Re: [Mageia-dev] NVidia fallback to Nouveau after latest Kernel updates
On 06/03/12 09:45, Robert Fox wrote: This was fixed once, but since the latest kernel updates (3.3.0) - the problem has returned: Since last Cauldron kernel update, I have two nvidia based system which now fallback to nouveau when starting X - stating nvidia cannot be loaded. checking in dmesg - I see that the nouveau driver grabs the card before the nvidia driver can - but trying to remove the nouveau driver wants to remove over 800 packages! How can I get the nvidia proprietary driver back?? Thx, R.Fox You could try blacklisting the nouveau module - but that won't fix the underlying issue - it may however get you working as a temporary fix ;) Barry
Re: [Mageia-dev] Minimum install of cauldron don't start console
On 06/03/12 12:46, Wolfgang Bornath wrote: 2012/3/6 Olivier Thauvinnanar...@nanardon.zarb.org: * Colin Guthrie (mag...@colin.guthr.ie) wrote: 'Twas brillig, and Olivier Thauvin at 06/03/12 09:24 did gyre and gimble: Hi there, I just try to install a cauldron to setup a test IPv6 firewall/router. To setup server I do a minimum install: - /boot on its own partition - /var /tmp and swap on lvm - select no packages categories but yes install doc - no post configuration, so no X11 (hey it's a server) At boot the system started but stop to starting display manager (??) and I were unable to reach any text terminal. No text terminal at all? Not on tty2 or 3? Indeed, alt + F2 show the login prompt. But before I pressed alt + F2 ps was not showing any *getty program, a bit confusing, especially since there is nothing on first console. If you try and start dm (prefdm.service) then you will NOT get a tty1 getty (prefdm.service conflicts with getty@tty1.service), but all other tty's should be fine (handled by autovt@.service) Maybe, but I never asked to have prefdm and in fact I don't want X terminal. All sys admin expect to have a tty on first console and just having starting dm service whereas I know it cannot start is really confusing. Cannot prefdm/X11/whatever be started on 7nd console like during the years 90th ? :) Ah, back at that one again. We had a lengthy and lively debate about this not so long ago where exactly this scenario came up. Don't remember whether it was on this list or the -discuss list. What is even more confusing currently is that switching to tty2, logging in as root and running 'systemctl restart prefdm.service' restarts the dm back on tty7 anyway :/
Re: [Mageia-dev] oce (opencascade) license issues
On 04/03/12 11:01, Michael Scherer wrote: Le vendredi 02 mars 2012 à 23:46 +, Barry Jackson a écrit : I have been working on oce, but need help deciding on where to put it and with what license. Oce is the OPENCascade Community Edition. Earlier versions are/were packaged by Mdv and Fedora, and recently Deb has included it. It seems from OPENCascade's own license literature to be LGPL-like with differences. (but rpmlint is not happy with that). Fedora consider it non-free, but since all the source is available and redistributable I don't know why, so ignore my comment on line 1 of the spec. There are links in the spec to license references. See https://bugzilla.redhat.com/show_bug.cgi?id=458974 ( notably the comment from #10 ). I would push this to non-free, because that would be a problem for a company. It also has a single tainted BuildRequire on pkgconfig(glw).
Re: [Mageia-dev] Mageia 2 Beta 2 is available
On 15/03/12 19:45, Anne nicolas wrote: Hi there Beta 2 is available now for tests. Here is the announcement: http://blog.mageia.org/en/2012/03/15/mageia-2-beta-2-near-the-goal/ This is the last beta for Mageia 2 and before RC. We need your tests and reports more than ever! Thanks again all for the hard work Cheers -- Anne http://www.mageia.org You may want to fix this ;) Your download of Mageia 2 beta2 64bit DVD should start within a few seconds (download size is about ).
Re: [Mageia-dev] systemd network.service issues
On 16/03/12 03:45, Anssi Hannula wrote: Hi all! So, I've just upgraded my home server to mga2/cauldron. Something seems fishy in the network.service handling, systemd thinks it has failed: # systemctl status network.service network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: failed (Result: exit-code) since Fri, 16 Mar 2012 05:25:09 +0200; 11min ago CGroup: name=systemd:/system/network.service ├ 4679 /sbin/ifplugd -I -b -i eth0 ├ 4723 /sbin/ifplugd -I -b -i eth1 └ 5372 /sbin/dhclient -q -lf /var/lib/dhcp/dhclient-eth0.leases -pf /var/run/dhclient-eth0.pid -cf /etc/dhclient-eth0.conf... Mar 16 05:25:09 delta.onse.fi ifplugd(eth1)[4723]: Using detection mode: SIOCETHTOOL Mar 16 05:25:09 delta.onse.fi ifplugd(eth1)[4723]: Initialization complete, link beat not detected. Mar 16 05:25:09 delta.onse.fi network[4397]: [161B blob data] Mar 16 05:25:09 delta.onse.fi network[4397]: [14B blob data] Mar 16 05:25:13 delta.onse.fi ifplugd(eth0)[4679]: Link beat detected. Mar 16 05:25:14 delta.onse.fi ifplugd(eth0)[4679]: Executing '/etc/ifplugd/ifplugd.action eth0 up'. Mar 16 05:25:15 delta.onse.fi dhclient[5312]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 Mar 16 05:25:15 delta.onse.fi dhclient[5312]: DHCPACK from 109.204.128.1 Mar 16 05:25:15 delta.onse.fi ifplugd(eth0)[4679]: client: Determining IP information for eth0... done. Mar 16 05:25:15 delta.onse.fi ifplugd(eth0)[4679]: Program executed successfully. Trying to restart it I seem to hit other issues: # systemctl restart network.service Job failed. See system journal and 'systemctl status' for details. # systemctl status network.service network.service - LSB: Bring up/down networking Loaded: loaded (/etc/rc.d/init.d/network) Active: failed (Result: exit-code) since Fri, 16 Mar 2012 05:36:39 +0200; 3s ago Process: 8027 ExecStart=/etc/rc.d/init.d/network start (code=exited, status=1/FAILURE) CGroup: name=systemd:/system/network.service ├ 8195 /sbin/ifplugd -I -b -i eth0 └ 8353 /sbin/dhclient -q -lf /var/lib/dhcp/dhclient-eth0.leases -pf /var/run/dhclient-eth0.pid -cf /etc/dhclient-eth0.conf... Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists Mar 16 05:36:39 delta.onse.fi network[8027]: RTNETLINK answers: File exists Mar 16 05:36:39 delta.onse.fi dhclient[8261]: DHCPREQUEST on eth0 to 255.255.255.255 port 67 Mar 16 05:36:40 delta.onse.fi dhclient[8261]: DHCPACK from 109.204.128.1 Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: client: Determining IP information for eth0...NETLINK: Error: File exists Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: client: done. Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: client: NETLINK: Error: File exists Mar 16 05:36:40 delta.onse.fi ifplugd(eth0)[8195]: Program executed successfully. Any ideas? If not, I'll investigate this myself later. On a related note, I also got dropped to emergency console on first boot, not sure why was that (it didn't tell me the reason... maybe the reason was in another virtual console, but I didn't remember to check there at the time). I just exited the console and it continued to boot... I see the following in systemctl --failed: # systemctl --failed UNIT LOAD ACTIVE SUBJOB DESCRIPTION bootparamd.service loaded ESC[1;31mfailed failedESC[0m SYSV: The bootparamd server allows older Sun workstations to net boot from Linux boxes. It (along with rarp) is rarely used anymore; bootp and dhcp have mostly replaced both of them. fedora-loadmodules.service loaded ESC[1;31mfailed failedESC[0m Load legacy module configuration network.service loaded ESC[1;31mfailed failedESC[0m LSB: Bring up/down networking systemd-modules-load.service loaded ESC[1;31mfailed failedESC[0m Load Kernel Modules Not sure if its related, but I am seeing the same failures of fedora-loadmodules and systemd-modules-load, however the network comes up OK. [root@zmhost baz]# systemctl status systemd-modules-load.service systemd-modules-load.service - Load Kernel Modules Loaded: loaded (/lib/systemd/system/systemd-modules-load.service; static) Active: failed (Result: timeout) since Wed, 14 Mar 2012 13:38:28 +; 1 day and 22h ago Main PID: 391 CGroup: name=systemd:/system/systemd-modules-load.service [root@zmhost baz]# systemctl status fedora-loadmodules.service fedora-loadmodules.service - Load legacy module configuration Loaded: loaded (/lib/systemd/system/fedora-loadmodules.service; static) Active: failed (Result: exit-code) since Wed, 14 Mar 2012 13:38:28 +; 1 day and 22h ago Main
[Mageia-dev] urpmi problem in iurt in cauldron host?
Running iurt in Cauldron for all builds 1/cauldron now fail. Using the same $HOME and configuration everything is working fine using an mga1 host. Initialize log attached with error from cauldron host 3.3k Initialize log attached without error from mga1 host 42.6k Initially it was only builds using cauldron repos that were affected, but after updating my cauldron installation this evening (after syncing my local repo) the problem now affects both 1 and cauldron. .iurt/config :- { supported_arch = [ 'i586', 'x86_64' ], all_media = { 'core' = [ 'release' ], 'nonfree' = [ 'release' ], 'tainted' = [ 'release' ] }, base_media = [ 'core/release' ], local_home = /home/baz/build, home = /home/baz/iurt, upload = /home/baz, local_upload = /home/baz, repository = '/repo/pub/linux/Mageia/distrib', admin = 'b...@mageia.org', sendmail = 0, packager = 'Iurt the rebuild bot b...@mageia.org', } D: [iurt_root_command] urpmi adding medium Core Release (Virtual1) adding medium Core Release Debug (Virtual2) (ignored by default) adding medium Core Updates (Virtual3) adding medium Core Updates Debug (Virtual4) (ignored by default) adding medium Core Updates Testing (Virtual5) (ignored by default) adding medium Core Updates Testing Debug (Virtual6) (ignored by default) adding medium Core Backports (Virtual7) (ignored by default) adding medium Core Backports Debug (Virtual8) (ignored by default) adding medium Core Backports Testing (Virtual9) (ignored by default) adding medium Core Backports Testing Debug (Virtual10) (ignored by default) adding medium Nonfree Release (Virtual11) (ignored by default) adding medium Nonfree Release Debug (Virtual12) (ignored by default) adding medium Nonfree Updates (Virtual13) (ignored by default) adding medium Nonfree Updates Debug (Virtual14) (ignored by default) adding medium Nonfree Updates Testing (Virtual15) (ignored by default) adding medium Nonfree Updates Testing Debug (Virtual16) (ignored by default) adding medium Nonfree Backports (Virtual17) (ignored by default) adding medium Nonfree Backports Debug (Virtual18) (ignored by default) adding medium Nonfree Backports Testing (Virtual19) (ignored by default) adding medium Nonfree Backports Testing Debug (Virtual20) (ignored by default) adding medium Tainted Release (Virtual21) (ignored by default) adding medium Tainted Release Debug (Virtual22) (ignored by default) adding medium Tainted Updates (Virtual23) (ignored by default) adding medium Tainted Updates Debug (Virtual24) (ignored by default) adding medium Tainted Updates Testing (Virtual25) (ignored by default) adding medium Tainted Updates Testing Debug (Virtual26) (ignored by default) adding medium Tainted Backports (Virtual27) (ignored by default) adding medium Tainted Backports Debug (Virtual28) (ignored by default) adding medium Tainted Backports Testing (Virtual29) (ignored by default) adding medium Tainted Backports Testing Debug (Virtual30) (ignored by default) adding medium Core 32bit Release (Virtual31) adding medium Core 32bit Release Debug (Virtual32) (ignored by default) adding medium Core 32bit Updates (Virtual33) adding medium Core 32bit Updates Debug (Virtual34) (ignored by default) adding medium Core 32bit Updates Testing (Virtual35) (ignored by default) adding medium Core 32bit Updates Testing Debug (Virtual36) (ignored by default) adding medium Core 32bit Backports (Virtual37) (ignored by default) adding medium Core 32bit Backports Debug (Virtual38) (ignored by default) adding medium Core 32bit Backports Testing (Virtual39) (ignored by default) adding medium Core 32bit Backports Testing Debug (Virtual40) (ignored by default) examining synthesis file [/repo/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/release/media_info/synthesis.hdlist.cz] examining synthesis file [/repo/pub/linux/Mageia/distrib/cauldron/x86_64/media/core/updates/media_info/synthesis.hdlist.cz] examining synthesis file [/repo/pub/linux/Mageia/distrib/cauldron/i586/media/core/release/media_info/synthesis.hdlist.cz] examining synthesis file [/repo/pub/linux/Mageia/distrib/cauldron/i586/media/core/updates/media_info/synthesis.hdlist.cz] No package named meta-task I: [iurt_root_command] ERROR: urpmi D: [iurt_root_command] urpmi adding medium Core Release (Virtual1) adding medium Core Release Debug (Virtual2) (ignored by default) adding medium Core Updates (Virtual3) adding medium Core Updates Debug (Virtual4) (ignored by default) adding medium Core Updates Testing (Virtual5) (ignored by default) adding medium Core Updates Testing Debug (Virtual6) (ignored by default) adding medium Core Backports (Virtual7) (ignored by default) adding medium Core Backports Debug (Virtual8) (ignored by default) adding medium Core Backports Testing (Virtual9) (ignored by default) adding medium Core Backports Testing Debug (Virtual10) (ignored by default) adding medium Nonfree Release (Virtual11) (ignored by default) adding medium Nonfree Release Debug (Virtual12) (ignored by default)
Re: [Mageia-dev] urpmi problem in iurt in cauldron host?
Ping - any ideas anyone? - this is driving me nuts! Just confirmation that it WFM would be a help. This is also after a re-install of Cauldron, but my configuration is as before, and the same as in 1 where it works fine.
Re: [Mageia-dev] urpmi problem in iurt in cauldron host?
On 21/03/12 11:36, Pascal Terjan wrote: I think this is a bug introduced by tv (always using --buildrequires when calling urpmi) that I fixed in svn I don't remember if I have updated the package since fixing Ah - thanks, svn is at 3646 package is 3264 !! ... so maybe an update is due? ;)
Re: [Mageia-dev] urpmi problem in iurt in cauldron host?
On 21/03/12 13:04, Barry Jackson wrote: On 21/03/12 11:36, Pascal Terjan wrote: I think this is a bug introduced by tv (always using --buildrequires when calling urpmi) that I fixed in svn I don't remember if I have updated the package since fixing Ah - thanks, svn is at 3646 package is 3264 !! ... so maybe an update is due? ;) I have just re-build the iurt package from latest svn and all is now working. I can commit the new tarball and spec if you wish - just let me know. Thanks again - I was tearing my hair out! :)
[Mageia-dev] Freeze push: syntek
Please push syntek. New version - fixes bug 5109 which is a critical bug causing system failure. Thanks.
Re: [Mageia-dev] Freeze push: syntek
On 27/03/12 09:14, nicolas vigier wrote: Submitted. Thanks ;)
[Mageia-dev] Freeze push: zoneminder
Please push zoneminder to core and tainted. Various bug fixes - tested OK locally and in use 24/7. Thanks.
Re: [Mageia-dev] rpmbuild error
Use :- desktop-file-validate foo.desktop to test the file - it will report any errors.
[Mageia-dev] Freeze push - quota
Please push 'quota' package. Fixes bug 3053 :) Thanks
[Mageia-dev] Freeze push request: uhd and gnuradio
Please push uhd and gnuradio. Note:- Make sure uhd is built and updated in repos before pushing gnuradio. Reason:- A final version of the 3.5.x API of gnuradio was released a week ago. I have been working with upstream to fix a bug causing a build fail in Mageia since then, and it is now fixed. uhd is an update to the current stable and is required by gnuradio. Since this technology is cutting edge, users need the latest version and to have this in Mageia 2 would be really good. Both packages pass all the extensive built-in tests, and I have tested as far as I can. These packages do not impact anything else. Thanks, Barry
Re: [Mageia-dev] Freeze push - quota
On 20/04/12 15:06, Thierry Vignaud wrote: On 20 April 2012 16:00, Barry Jackson zen25...@zen.co.uk wrote: Please push 'quota' package. Fixes bug 3053 :) That is? Like for packages description, one should always include a one liner description of the actual issue. Thanks. Fixes incorrect permissions on root only readable file.
Re: [Mageia-dev] Freeze push - quota
On 21/04/12 21:57, Jani Välimaa wrote: On 21.04.2012 23:31, Barry Jackson wrote: On 20/04/12 15:06, Thierry Vignaud wrote: On 20 April 2012 16:00, Barry Jackson zen25...@zen.co.uk wrote: Please push 'quota' package. Fixes bug 3053 :) That is? Like for packages description, one should always include a one liner description of the actual issue. Thanks. Fixes incorrect permissions on root only readable file. We aren't in release freeze yet, so you can push it by yourself. Yes my mistake - never been though the freeze scenario before and was a little confused. Thanks.
Re: [Mageia-dev] Freeze push request: uhd and gnuradio
On 21/04/12 20:43, Barry Jackson wrote: Please push uhd and gnuradio. Note:- Make sure uhd is built and updated in repos before pushing gnuradio. Reason:- A final version of the 3.5.x API of gnuradio was released a week ago. I have been working with upstream to fix a bug causing a build fail in Mageia since then, and it is now fixed. uhd is an update to the current stable and is required by gnuradio. Since this technology is cutting edge, users need the latest version and to have this in Mageia 2 would be really good. Both packages pass all the extensive built-in tests, and I have tested as far as I can. These packages do not impact anything else. Thanks, Barry ping ;)
Re: [Mageia-dev] List of packages on svn but not in the packages repository
On 02/05/12 09:05, Pascal Terjan wrote: On May 2, 2012 4:34 AM, Johnny A. Solbu coo...@solbu.net mailto:coo...@solbu.net wrote: On Wednesday 02 May 2012 00:21, nicolas vigier wrote: or imported but never submitted. I have a feeling that many packages are imported but not submitted because of the version freeze, and hence no packages should be submitted. But they may import them into svn and planing to submitt after the final release. You should also keep in mind that there are many submittions that never builds, because the build fail for some reason. Hence no package is made and copied to the repository. And if the packager doesn't notice this, he would think all is fine. unless someone notice an error and think some of them should be resubmitted. mdv-youri-core I would think this is a forgotten build. No, this is obsolete, this was a mdv fork of youri libs for the build system but we have switched to upstream ones (for this part at least) mdvsys fatback Recently imported. Someone forgot to submit, the build failed or they are holding submittion untill after final release, is my theory. re. fatback I will need a decision about the license before submitting. I feel there is no problem, but want to be sure. https://bugs.mageia.org/show_bug.cgi?id=1634 I was waiting until after mga2 - it's low priority. re. oce It's a require for FreeCAD which I was working on, but due to lack of time and problems with other requires, it's currently on hold. Please keep them both for now. Thanks Barry
[Mageia-dev] Freeze push: zoneminder
I just noticed that tmb updated spec with a buildrequire and pushed it, but forgot tainted. Please push it to tainted. mgarepo submit zoneminder --define section=tainted/release Thanks.
[Mageia-dev] Freeze push: zoneminder
Please push zoneminder to core *and* tainted. Bug fix for https://bugs.mageia.org/show_bug.cgi?id=5805 Thanks, Barry
[Mageia-dev] Freeze push: drakx-installer-help 'final'
Please push drakx-installer-help (again). Added Portuguese translations. ...followed by drakx-installer-stage2 (I already bumped release) Thanks, Barry
[Mageia-dev] Freeze push: drakx-installer-help
Added German translations and many other adjustments from doc team which would be good to see in Mga2. Please also re-build drakx-installer-stage2 NOTE I have *not* bumped release in drakx-installer-stage2 spec just in case this update is too late and cannot be included. Thanks, Barry.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release grub2-2.0-1.4379.mga3
On 29/05/12 09:03, Thierry Vignaud wrote: On 29 May 2012 01:43, barjacbuildsystem-dae...@mageia.org wrote: Description : This is the second version of the GRUB (Grand Unified Boot-loader), a highly configurable and customizable boot-loader with modular architecture. It supports a wide range of kernel formats, file systems, computer architectures and hardware devices. *** PLEASE NOTE *** This is a development snapshot, and is not necessarily stable. GRUB 2 is not yet supported by the Mageia configuration tools nor integrated into the install system. It will not replace GRUB or your current boot manager if you install it. Do not replace GRUB (grub package) with it unless you know what are you doing. Refer to the README.Mageia file that is part of this package's documentation for more information. This should not be part of description. Use README.urpmi instead barjacbarjac 2.0-1.4379.mga3: + Revision: 248863 - Removed dot from one summary - imported package grub2 Thierry, I guess that you are referring to the section after * PLEASE NOTE ** ? If this was in a README.urpmi then users would not see it until after installation. I think that this is something that needs to be explained *before* installation, which is why I added it to the description. Someone looking at this in rpmdrake and trying to decide whether or not to install, will be better informed. Barry
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release firefox-13.0-4.mga3
On 04/06/12 08:45, Thierry Vignaud wrote: On 4 June 2012 09:35, Olav Vitterso...@vitters.nl wrote: Anyone notice this firefox not rendering some text properly? If I mouse over some text it sometimes gets distorted, some text doesn't render at all (like the text is transparent), etc. I filed a bug on this yesterday - https://bugs.mageia.org/show_bug.cgi?id=6312 With which x11 driver? Does it work better if you revert lib*cairo* to their mga2 version I'll try that
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release firefox-13.0-4.mga3
On 04/06/12 09:42, Barry Jackson wrote: On 04/06/12 08:45, Thierry Vignaud wrote: On 4 June 2012 09:35, Olav Vitterso...@vitters.nl wrote: Anyone notice this firefox not rendering some text properly? If I mouse over some text it sometimes gets distorted, some text doesn't render at all (like the text is transparent), etc. I filed a bug on this yesterday - https://bugs.mageia.org/show_bug.cgi?id=6312 With which x11 driver? Does it work better if you revert lib*cairo* to their mga2 version I'll try that \o/ Yay! Yes - I reverted :- libcairo2-1.12.2-2.mga3 lib64cairo2-1.12.2-2.mga3 to :- libcairo2-1.10.2-6.mga2 lib64cairo2-1.10.2-6.mga2 ...and now FF and TB are working as normal. I was not 100% sure whether I may have been running 32 bit FF so I changed both to be sure. I will now add that to the bug report. Thanks - I can now use Cauldron again :) Barry.
Re: [Mageia-dev] Mageia 2 Installer - Possible License bug
On 22/06/12 18:02, Remco Rijnders wrote: On Fri, Jun 22, 2012 at 10:14:55AM +0100, Colin wrote in 4fe4378f.3070...@colin.guthr.ie: 'Twas brillig, and Johnny A. Solbu at 21/06/12 19:35 did gyre and gimble: To me, Mageia and Mageia looks exactly the same, so here it would seem to be a search and replace error when one replaced the various Mandriva texts with Mageia equivalent. Looks like a a search/replace problem as you suggest. Should I file this as a bug? Sounds like a good plan :) (assuming no one fixes it first) Old one... https://bugs.mageia.org/show_bug.cgi?id=1122 (so I don't expect anyone to fix it before it being filed as a bug :P ) To me this looks correct. The first Mageia is referring to the name, the second to Mageia logos etc.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! ---- Instructions
Updating an i586 Cauldron VM I am getting this:- Preparing... # 1/52: filesystem # error: unpacking of archive failed on file /var/run: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.i586: install failed This is at the start of --auto-update after the re-boot.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! ---- Instructions
On 24/07/12 07:21, Sander Lepik wrote: 24.07.2012 02:32, Barry Jackson kirjutas: Updating an i586 Cauldron VM I am getting this:- Preparing... # 1/52: filesystem # error: unpacking of archive failed on file /var/run: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.i586: install failed This is at the start of --auto-update after the re-boot. Is your /var on a separate partition? I had the same problem with /var/lock and /var/run. To solve this i had to rename those directories (later deleted them) and i created two symlinks /var/lock - /run/lock and /var/run - /run - after that filesystem installed w/o problems. -- Sander No, this is a single partition install in virtualbox that I use for testing. I will look at those files later though - thanks.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! ---- Instructions
On 24/07/12 10:25, Colin Guthrie wrote: do you have /var/run.runmove~ and /var/lock.lockmove~ files?) Cheers Col Hi Col, Yes I have both of those. (they are dirs not files) Barry
Re: [Mageia-dev] Update of the rpm group policy
On 08/09/12 19:07, Pierre-Malo Deniélou wrote: Any other suggestions for the groups? gnuradio is development software for software enabled radio, so Communications/Development Amateur Radio is needed as a group for packages like grig and xlog, so maybe: Communications/Amateur Radio cutecw is a Morse Code trainer aimed at radio amateurs so: Communications/Amateur Radio/Education zoneminder is currently in Video which is rather cluttered. I think Video needs sub-groups like:- Video/Players Video/Editors Video/Security Video/Format converters Video/Plug-ins Also, why has gpg got it's own top level 'Public Keys' group which clutters rpmdrake - surely this should be somewhere down the System/.. hierarchy? My 2 cents ;) Barry
Re: [Mageia-dev] Any progress on the NFS mount problem? - One step further
On 21/09/12 19:54, Anne Wilson wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 20/09/12 21:37, Guillaume Rousse wrote: If everything else fails, you may also inhibit IPv6 completly: just add 'install ipv6 /bin/true' in any file under /etc/modprobe.d, and reboot. Using MCC, I disabled IPv6 and rebooted. Now 'mount -a' on the client no longer talks about unsupported NFS version, but says mount.nfs: access denied by server while mounting 192.168.0.40:/home I am UID 500 on both systems, so that's very strange. Thanks for getting me this far - any idea where I should be looking now? Anne - -- Need KDE help? Try http://userbase.kde.org or http://forum.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlBct/8ACgkQj93fyh4cnBfvXwCfZziRGCGsc3/WwSzCZSEC9wJa OagAn26u8KVsn5hipcqJ0+0AGmj0/2G4 =Atyo -END PGP SIGNATURE- Anne, Not sure if this is related, but did you apply Derek's patch? :- https://bugs.mageia.org/show_bug.cgi?id=207#c79
[Mageia-dev] lib64usb1.0_0-1.0.13-1.mga3 conflict
Since update of libusb: Installation failed: file /usr/lib64/libusb-1.0.so.0.1.0 from install of lib64usb1.0_0-1.0.13-1.mga3.x86_64 conflicts with file from package lib64usbx1.0_0-1.0.12-1.mga3.x86_64
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
On 22/09/12 23:02, PhilippeDidier wrote: Ok ! That's what I try...but there are several makefiles ! You may want to try the latest dev version from the linuxsampler svn as many issues may already be fixed upstream. This will produce a current linuxsampler.tar.gz to test with:- svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler tar -czf linuxsampler.tar.gz linuxsampler/ Barry
Re: [Mageia-dev] need some help to build a linuxsampler.rpm
On 23/09/12 21:16, zezinho wrote: svn export gives a better tarball... Yes - thanks for the correction - maybe even better to use: svn co https://svn.linuxsampler.org/svn/linuxsampler/trunk linuxsampler tar -czf linuxsampler.tar.gz linuxsampler/ --exclude-vcs .. which strips the svn stuff during tarball creation. This way the tree may be updated if required.
[Mageia-dev] grub2 integration into installer and drakx tools
We already have a grub2 package which needs integrating into Mageia tools. This is beyond my capabilities, so I am calling for developers who are able to do this work. The package already handles kernel updates. The installer, drakboot etc. will need some work.
Re: [Mageia-dev] grub2 integration into installer and drakx tools
On 26/09/12 09:10, Thierry Vignaud wrote: send me what a typical config file would look with the corresponding grub1 conf file. I think I can see where you are heading. Grub2 generates it own grub.cfg using os-prober, so maybe some work not needed. Additional entries to the grub2 menu (anything not found by os-prober) need adding to /etc/grub.d/40_custom and are incuded when the menu is re-built. If thay are added to grub.cfg they will be overwritten at kernel update etc. I have attached grub.cfg and menu.lst from a vbox installation of mga3 running grub2. It is a lot less noisy than those on my desktop. For basic grub2 commands see my README.Mageia in the package. Barry # # DO NOT EDIT THIS FILE # # It is automatically generated by grub2-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if loadfont unicode ; then set gfxmode=1024x768x32 load_video insmod gfxterm set locale_dir=$prefix/locale set lang=en_GB insmod gettext fi terminal_output gfxterm insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 6e6a4414-2fff-413b-b224-4675025cb4cf else search --no-floppy --fs-uuid --set=root 6e6a4414-2fff-413b-b224-4675025cb4cf fi insmod gfxmenu insmod png set theme=($root)/boot/grub2/themes/maggy/theme.txt export theme set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Mageia GNU/Linux' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-6e6a4414-2fff-413b-b224-4675025cb4cf' { set gfxpayload=text insmod gzio insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 6e6a4414-2fff-413b-b224-4675025cb4cf else search --no-floppy --fs-uuid --set=root 6e6a4414-2fff-413b-b224-4675025cb4cf fi echo'Loading Linux desktop ...' linux /boot/vmlinuz-desktop root=UUID=6e6a4414-2fff-413b-b224-4675025cb4cf ro splash echo'Loading initial ramdisk ...' initrd /boot/initrd-desktop.img } submenu 'Advanced options for Mageia GNU/Linux' $menuentry_id_option 'gnulinux-advanced-6e6a4414-2fff-413b-b224-4675025cb4cf' { menuentry 'Mageia GNU/Linux, with Linux desktop' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-desktop-advanced-6e6a4414-2fff-413b-b224-4675025cb4cf' { set gfxpayload=text insmod gzio insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 6e6a4414-2fff-413b-b224-4675025cb4cf else search --no-floppy --fs-uuid --set=root 6e6a4414-2fff-413b-b224-4675025cb4cf fi echo'Loading Linux desktop ...' linux /boot/vmlinuz-desktop root=UUID=6e6a4414-2fff-413b-b224-4675025cb4cf ro splash echo'Loading initial ramdisk ...' initrd /boot/initrd-desktop.img } menuentry 'Mageia GNU/Linux, with Linux 3.5.4-desktop-1.mga3' --class mageia --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.5.4-desktop-1.mga3-advanced-6e6a4414-2fff-413b-b224-4675025cb4cf' { set gfxpayload=text insmod gzio insmod part_msdos insmod ext2 set root='hd0,msdos1' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 6e6a4414-2fff-413b-b224-4675025cb4cf else search --no-floppy --fs-uuid
Re: [Mageia-dev] grub2 integration into installer and drakx tools
On 25/09/12 23:17, AL13N wrote: should this be made as an alternative to lilo, grub, grub-text ? to add grub2 to that list? and make it actually generate proper code? That may be a good way to introduce grub2 whist keeping grub as a fall-back Not sure what you mean about proper code or are we obsoleting grub1? I guess that will be the long term aim, but I think mga3 is maybe too soon now. imho, perhaps it's better to add grub2 and grub2-text to that list... so we don't have to handle conversions... Yes. Barry
Re: [Mageia-dev] RPM groups policy
On 27/09/12 11:07, Pierre-Malo Deniélou wrote: Le 27/09/12 10:51,Pascal Terjan nous adresse ces quelques mots : On Thu, Sep 27, 2012 at 10:48 AM, Pierre-Malo Deniélou For PulseAudio, Sound/Mixer is fine. I don't agree If someone wants to install a mixer, pulesaudio in the list will probably confuse him As I was saying earlier, no group classification is perfect. In the situation you describe, having pulseaudio in System/Base would be even more confusing. But if you were to choose between Sound/Editors and Convertors, Sound/Midi, Sound/Mixers, Sound/Players, Sound/Utilities, Sound/Visualization, where would you look first? You know none fits perfectly, I know that as well, even less for pulseaudio-module-jack or pulseaudio-module-bluetooth. But before everyting was in Sound: so confusing is maximum. Now it becomes a bit (but only a bit) easier. That's the point. Or perhaps PA should just go in System/Base? No. It only drowns it in the crowd of completely unrelated packages. Do you expect someone to want to manually install pulseaudio after removing it, and search it in mixers? Yes. By the principle of Where else? :-) Cheers, Can it not stay in the top level Sound or does everything *have* to be in a sub group?
[Mageia-dev] Firefox 16 - security issue - withdrawn
http://www.bbc.co.uk/news/technology-19909106 Maybe we should revert in Cauldron?
Re: [Mageia-dev] Firefox 16 - security issue - withdrawn
On 11/10/12 12:29, Sander Lepik wrote: 11.10.2012 13:58, Barry Jackson kirjutas: http://www.bbc.co.uk/news/technology-19909106 Maybe we should revert in Cauldron? Well, it's cauldron and the bug will be fixed before we get it reverted. We just have to wait a day or two. 16.0.1 candidate is already uploaded, so the bug is probably already fixed.. -- Sander True - however since I use Cauldron 24/7 I have reverted to 15.0.1 and added it to skip.list for my own peace of mind ;) Barry
Re: [Mageia-dev] Firefox 16 - security issue - withdrawn
On 11/10/12 18:59, AL13N wrote: Op donderdag 11 oktober 2012 19:19:33 schreef Sander Lepik: 11.10.2012 18:32, Barry Jackson kirjutas: On 11/10/12 12:29, Sander Lepik wrote: 11.10.2012 13:58, Barry Jackson kirjutas: http://www.bbc.co.uk/news/technology-19909106 Maybe we should revert in Cauldron? Well, it's cauldron and the bug will be fixed before we get it reverted. We just have to wait a day or two. 16.0.1 candidate is already uploaded, so the bug is probably already fixed.. True - however since I use Cauldron 24/7 I have reverted to 15.0.1 and added it to skip.list for my own peace of mind ;) Barry So, instead of 1 security hole you now have 14 (most of them critical :http://www.mozilla.org/security/known-vulnerabilities/firefox.html#firefox1 :6)? ;P Not sure if it's safer or not :) -- Sander the thing is: 1 very new one, or 14 old ones... that's the trick... 1 for which only very very recently an exploit and 14 widespread exploits Point taken - it was fixed very quickly.
Re: [Mageia-dev] Notes about live CD
On 26/10/12 12:46, Wolfgang Bornath wrote: 2012/10/26 Olivier Blin mag...@blino.org: JA Magallón jamagal...@ono.com writes: - the installer asks to remove the unused harware support, but the wording for the choice is misleading: [ ] Unsued hardware support What does it really mean if I tick this, I want to keep the unused hw support or to remove it ? The text reads this way: We will remove the following packages, unless you choose otherwise: [ ] Unused hardware support [ ] Unused localization Yes, still I was puzzled for a moment as well. To me this is a correct choice of words but it is not the best to be un-misunderstandable. I agree to JA's suggestion to improve this. It's like the question when you want to disable the firewall. First line in the assistent says ALL which is logical correct but it is better understandable with the additional (no firewall) Yes exactly - I have always felt that this is confusing. Maybe:- We will remove the following packages, unless you choose otherwise: [ ] Check to remove unused hardware support [ ] Check to remove unused localization
[Mageia-dev] Small project for a Python programmer
OK here's the challenge. When we view rpm specs in svn using viewvc like this :- http://svnweb.mageia.org/packages/cauldron/acidrip/current/SPECS/acidrip.spec?view=markup ...the highlighting is incorrect, because viewvc uses pygments to generate the language highlighting and it sadly has no lexer for rpm spec files. In many cases the highlighting is totally wrong like this:- http://svnweb.mageia.org/packages/cauldron/abiword/current/SPECS/abiword.spec?revision=304568view=markup ...as viewvc makes an incorrect assumption about the lexer needed, based on a parse of the first line. It's horrible. What is needed is a lexer for rpm spec files. This would not be too difficult for an experienced Python programmer as the building blocks are all in place within pygments :- http://pygments.org/docs/lexerdevelopment/ If you view any spec file using the kate editor, you will see the style of highlighting that is needed. Not only would this benefit Mageia, but all projects using rpm and viewvc. So that's the challenge - anyone up for it? :)
Re: [Mageia-dev] Distrib-coffee big failure of the century
On 30/10/12 20:16, Olivier Thauvin wrote: I do my best to restore the service as soon as possible. At time, 26GB of Mageia are restored. Regards. Good news! I switched temporarily to rsync://fr2.rpmfind.net but now find that it is also now empty. It was working OK for most of the day. I lost some files from my personal mirror when rsync://fr2.rpmfind.net was wiped, but killed rsync just in time. Using --delete-after it's not easy to avoid this happening, but a safety net is needed to stop all downstream mirrors following suit when a disaster happens. I will set --max-delete=500 locally in future. Any better ideas?
Re: [Mageia-dev] Distrib-coffee big failure of the century
On 30/10/12 21:29, Johnny A. Solbu wrote: On Tuesday 30 October 2012 22:21, Barry Jackson wrote: I will set --max-delete=500 locally in future. Any better ideas? I always run rsync manually twice. The first run I use «-n» to make sure my mirror isn't wiped, and then run rsync normally. I run it from a cron job via a script, so I could parse the output of a dry run and count deletes for example, then let it decide whether to run or not. Thanks - worth investigating :)
Re: [Mageia-dev] Distrib-coffee big failure of the century
On 30/10/12 21:49, Barry Jackson wrote: On 30/10/12 21:29, Johnny A. Solbu wrote: On Tuesday 30 October 2012 22:21, Barry Jackson wrote: I will set --max-delete=500 locally in future. Any better ideas? I always run rsync manually twice. The first run I use «-n» to make sure my mirror isn't wiped, and then run rsync normally. I run it from a cron job via a script, so I could parse the output of a dry run and count deletes for example, then let it decide whether to run or not. Thanks - worth investigating :) I wrote the attached script. It checks several mirrors until it finds one that has the normal number of files and does not fail for any other reason. Currently I have distrib-coffee at the top of the possible mirror list, but it is skipped because it only has a fraction of the files yet. It creates a couple of logs and runs as a cron job (or manually). If you feel inclined to use it please feel free to suggest any improvements. I certainly feel safer now. Barry #!/bin/bash # ~/cronsync # Run with e.g. crontab:- 30 * * * *$HOME/cronsync # Set using crontab -e ### # List of mirrors in preference order to use:- mymirrors=( \ rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib \ rsync://ftp.LinuxCabal.org/Mageia/distrib \ rsync://ftp.acc.umu.se/mirror/mageia/distrib \ rsync://mirrors.kernel.org:/mirrors/mageia/distrib \ rsync://mageia.c3sl.ufpr.br/mageia/distrib \ ) # Set limit for loss of # of files on server before it is skipped allowdropfiles=100 ### # Personal config:- myexcludes=--exclude=debug --exclude=SRPMS --exclude=barjac mydestination=/zmrepo/pub/linux/Mageia/ ### # Get minimum file count for mirror (set at allowdropfiles files less than the last actual file count) [[ -f .cronsync ]] || echo 14 $HOME/.cronsync minfiles=$(cat .cronsync) ((actualfiles = $minfiles + $allowdropfiles)) # Check a mirror chk_mirror() { echo Checking $1 ... chkout=$(rsync -rlptgoDhHSn \ --stats \ --delete-after \ --delete \ --delete-excluded \ --protect-args \ $myexcludes \ $1 \ $mydestination | grep Number of files: ) status1=$? files=$(echo $chkout | cut -d' ' -f4) [[ $files -lt $minfiles ]] echo $(date +%d/%m/%Y-%H:%M): Only $files/$actualfiles files in $1 ! | tee -a $HOME/cronsync_error.log [[ $status1 0 ]] echo $(date +%d/%m/%Y-%H:%M): Error: $status1 while checking $1 | tee -a $HOME/cronsync_error.log ([[ $status1 = 0 ]] [[ $files -gt $minfiles ]]) || return 1 ((chkcount = $files - $allowdropfiles)) echo $chkcount $HOME/.cronsync return 0 } # Loop through mirror list checking until one succeeds find_good_mirror() { for mirr in ${mymirrors[@]}; do chk_mirror $mirr [[ $? = 0 ]] { echo Found good mirror - $mirr; return 0; } done return 1 } #===Main Program starts here= # Check if rsync is already running (maybe last cron sync taking for ever?) ps aux | grep -q [r]sync if [[ $? 0 ]]; then # Find a good mirror from the list (with files in it) find_good_mirror || { echo $(date +%d/%m/%Y-%H:%M) Can't find a good mirror - aborting | tee -a $HOME/cronsync_error.log; exit 1; } echo Syncing from $mirr ... # Live run with --max-delete set to 1000 just in case ;) rsync -rlptgoDhHS \ --progress \ --stats \ --delete-after \ --delete \ --max-delete=1000 \ --delete-excluded \ --protect-args \ $myexcludes \ $mirr \ $mydestination | tee $HOME/cronsync_last.log status=$? [[ $status = 0 ]] { echo Update complete; exit 0; } [[ $status 0 ]] { echo Live run error - $(date +%d/%m/%Y-%H:%M) = $status $HOME/cronsync_error.log; exit 1; } else echo rsync already running, skipping update - $(date +%d/%m/%Y-%H:%M) $HOME/cronsync_error.log exit 1 fi
Re: [Mageia-dev] Distrib-coffee big failure of the century
On 31/10/12 22:53, Johnny A. Solbu wrote: On Wednesday 31 October 2012 23:29, Barry Jackson wrote: I wrote the attached script. It checks several mirrors until it finds one that has the normal number of files and does not fail for any other reason. If you feel inclined to use it please feel free to suggest any improvements. The script was caught in one of my spam and attachment protection cript, Anomy. One of the first lines was mangled. So if you could repost that second line, I'd be gratefull. === #!/bin/sh echo DEFANGED.266 exit === Oh dear :( It's here:- http://paste.kde.org/587408/13517591/ (Switch to 'raw code' view before copy/pasting)
Re: [Mageia-dev] Distrib-coffee big failure of the century
I fixed a bug and cleaned up some clunky bash, so use this:- http://paste.kde.org/587864/51779286/ It's half way there :) From ~/cronsync_error.log :- 01/11/2012-14:05: Only 79199/141855 files in rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib
Re: [Mageia-dev] Distrib-coffee big failure of the century
On 01/11/12 19:58, Johnny A. Solbu wrote: Why do you have both «--delete-after» and « --delete»? The last one is redundant, and should be dropped. :-)= Thanks, I missed the (which is implied) in the man pages. There was a useful file error (fixed now) in distrib-coffee after it completed syncing that threw up another small error reporting bug in the script which I have fixed here: http://paste.kde.org/588050/02691135/ See how it goes :)
Re: [Mageia-dev] Distrib-coffee big failure of the century
On 01/11/12 20:51, Barry Jackson wrote: See how it goes :) Last update - honest - added proper file lock as the existing method was flakey - it's finished and I'm leaving it alone now :) Attached and also here:- http://paste.kde.org/588158/12522135/ #!/bin/bash # ~/cronsync by barjac # Run with e.g. crontab:- 30 * * * *$HOME/cronsync # Set using crontab -e ### # List of mirrors in preference order to use:- mymirrors=( \ rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib \ rsync://ftp.LinuxCabal.org/Mageia/distrib \ rsync://fr2.rpmfind.net/linux/mageia/distrib \ rsync://ftp.acc.umu.se/mirror/mageia/distrib \ rsync://mirrors.kernel.org:/mirrors/mageia/distrib \ rsync://mageia.c3sl.ufpr.br/mageia/distrib \ ) # Set limit for loss of # of files on server before it is skipped allowdropfiles=100 ### # Personal config:- myexcludes=--exclude=debug --exclude=SRPMS --exclude=barjac mydestination=/zmrepo/pub/linux/Mageia/ ### # Set minimum files for first run only [[ -f .cronsync ]] || echo 14 $HOME/.cronsync # Get minimum file count for mirror (set at allowdropfiles files less than the last actual file count) minfiles=$(cat .cronsync) ((actualfiles = $minfiles + $allowdropfiles)) # Function to output formatted date dte() { echo -n $(date +%d/%m/%Y-%H:%M) } # Check a mirror chk_mirror() { echo Checking $1 ... rsync -rlptgoDhHSn \ --stats \ --delete-after \ --delete-excluded \ --protect-args \ $myexcludes \ $1 \ $mydestination $lockdir/cronsync_tmp_output status=$? files=$(cat $lockdir/cronsync_tmp_output | grep Number of files: | cut -d' ' -f4 ) [[ $files -lt $minfiles ]] echo $(dte): Only $files/$actualfiles files in $1 | tee -a $HOME/cronsync_error.log [[ $status 0 ]] echo $(dte): Error: $status while checking $1 | tee -a $HOME/cronsync_error.log ([[ $status = 0 ]] [[ $files -gt $minfiles ]]) || return 1 # Save new minimum file count ((minfiles = $files - $allowdropfiles)) echo $minfiles $HOME/.cronsync return 0 } # Loop through mirror list checking until one succeeds find_good_mirror() { for mirr in ${mymirrors[@]}; do chk_mirror $mirr { echo Found good mirror - $mirr; return 0; } done echo $(dte): Can't find a good mirror - aborting | tee -a $HOME/cronsync_error.log return 1 } ### Main routine starts here # Avoid running two instances concurrently lockdir=/tmp/cronsync.lock if mkdir $lockdir; then trap 'rm -rf $lockdir' 0 # Find a good mirror from the list (with files in it) find_good_mirror || exit 1 # Live run with --max-delete set to 1000 just in case ;) echo Syncing from $mirr ... rsync -rlptgoDhHS \ --progress \ --stats \ --delete-after \ --max-delete=1000 \ --delete-excluded \ --protect-args \ $myexcludes \ $mirr \ $mydestination | tee $HOME/cronsync_last.log status=${PIPESTATUS[0]} [[ $status = 0 ]] || { echo $(dte): Live run rsync error: $status $HOME/cronsync_error.log; exit 1; } echo Update complete else echo $(dte): cronsync already running or stale lock - skipping update - check /tmp/cronsync.lock $HOME/cronsync_error.log exit 0 fi ### End of cronsync
Re: [Mageia-dev] Barry's cronsync script - Bugs
On 05/11/12 19:36, Johnny A. Solbu wrote: I have problems customizing it for my own use. (I'm testiing manually for the time being) It won't exclude the things I say it should exclude. My copy have this line: == myexcludes=--exclude={debug/,backports_testing,updates_testing/} == It does Not exclude them. (Note that I am excluding all debug and _testing folders, but Not SRPMS) That line used in my manuall rsync command, works. They are excluded. So, why won't this work in cronsync? Hi Johnny, Sorry for delay - I missed the post. It's your syntax. This works using your excludes with the syntax in line 20 of this new script. http://paste.kde.org/598076/ I fixed another bug and changed it slightly to better display rsync errors in the log. I have not seen any problems recently and it's running every hour. It currently keeps a filecount history log as well, but that's just for interest and testing. The problem with your syntax seems to be related to the {} - I don't fully understand why, but it causes a pair of ' to be wrapped around the --exclude option in the final rsync command : rsync -rlptgoDhHSn --stats --delete-after --delete-excluded --protect-args '--exclude={debug/,backports_testing,updates_testing/}' rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib /zmrepo/pub/linux/Mageia/ With my syntax it appears like this:- rsync -rlptgoDhHSn --progress --stats --delete-after --max-delete=1000 --delete-excluded --protect-args --exclude=debug --exclude=backports_testing --exclude=updates_testing rsync://distrib-coffee.ipsl.jussieu.fr:/pub/linux/Mageia/distrib /zmrepo/pub/linux/Mageia/ Regards Barry
Re: [Mageia-dev] Barry's cronsync script - Bugs
Damn!! I left a 'n' (dry run) on the options in the live run section after testing on line 148 - just remove it once you are happy with it. I'll paste it again later. Barry
Re: [Mageia-dev] Barry's cronsync script - Bugs
On 06/11/12 14:18, Barry Jackson wrote: Damn!! No thrice damn!! - I did remove it but from the wrong section (line 109). Ignore the previous paste as it's dangerous. This *is* correct. http://paste.kde.org/598106/ I think I need more sleep :\
Re: [Mageia-dev] Small project for a Python programmer
On 11/11/12 17:35, 1 wrote: Barry Jackson zen25000@... writes: What is needed is a lexer for rpm spec files. https://bitbucket.org/birkenfeld/pygments-main/pull-request/124 Thanks for the heads up - good. I guess that this will take time to filter through to a release version?
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release grub2-2.0-5.mga3
On 11/10/12 09:16, Olav Vitters wrote: On Wed, Oct 10, 2012 at 11:12:31PM +0200, barjac wrote: Name: grub2Relocations: (not relocatable) Packager: barjac barjac URL : alpha.gnu.org/pub/gnu/grub/ That is not an URL. Indeed No idea how that happened or why I never noticed :\ Thanks - fixed.
Re: [Mageia-dev] On new rpm group
On 15/11/12 22:10, Reinout van Schouwen wrote: Funda Wang schreef op vr 09-11-2012 om 16:50 [+0800]: Hello, I noticed that there are two rpm group named 'Geography' and 'Sciences/Geosciences'. Are there any differences? It would appear to me that geography is more concerned with the names and locations of places whereas geosciences is the quest for knowledge of the Earth's composition, rock layers, sediments etcetera. regards, I think the geosciences group was aimed at satnav, gps and mapping for example but I may be wrong - I recall some discussion on irc.
Re: [Mageia-dev] On new rpm group
On 15/11/12 22:56, Pierre-Malo Deniélou wrote: That's the opposite ... Geography is for the satnav, gps and mapping softs, while Geoscience are for all geology, climate, oceanography related software. /o\ ;)
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3
On 18/11/12 15:28, Jani Välimaa wrote: On Sun, 18 Nov 2012 17:15:13 +0200 Sander Lepik sander.le...@eesti.ee wrote: 18.11.2012 16:52, zezinho kirjutas: Now to fix the mess: - create libqwt5 package Done, but cannot submit it because a libqwt5 package already exists. Any hint? You can't submit it because your main package (Name: libqwt5) and library package for i586 (%define libname %mklibname qwt %{major}) have the same name. As main package contains no files i would probably rename it to qwt (Name %realname), but i'm not 100% sure if that's the right thing to do. Packagers with more knowledge may have better ideas. Renaming also affects to the src pkg name and IMHO it's not how it should be done. Just remembered one similar case. Dunno if this helps, but look how it's made in libraw1394_8 pkg. http://svnweb.mageia.org/packages/cauldron/libraw1394_8/current/SPECS/libraw1394_8.spec?revision=302617view=markup Oh dear :/ After a (local) rebuild of gnuradio :- [baz@jackodesktop ~]$ urpmq --requires-recursive gnuradio | grep qwt lib64qwt5 lib64qwt6 python-qwt [baz@jackodesktop ~]$ urpmq --requires-recursive python-qwt | grep qwt lib64qwt5 python-qwt [baz@jackodesktop ~]$ urpmq --whatrequires lib64qwt5 lib64gnuradio-qtgui0 lib64qwt5 lib64qwt5-devel lib64smokeqwt3 python-qwt qgis scidavis [baz@jackodesktop ~]$ urpmq --whatrequires lib64qwt6 lib64gnuradio-qtgui0 lib64gnuradio-qtgui0 lib64qwt-devel lib64qwt6 qloud Prior to rebuild:- [baz@jackodesktop ~]$ urpmq --requires-recursive gnuradio | grep qwt lib64qwt5 python-qwt [baz@jackodesktop ~]$ urpmq --requires-recursive python-qwt | grep qwt lib64qwt5 python-qwt [baz@jackodesktop ~]$ urpmq --whatrequires lib64qwt5 lib64gnuradio-qtgui0 lib64qwt5 lib64qwt5-devel lib64smokeqwt3 python-qwt qgis scidavis Ping me when it's sorted out and I will rebuild python-qwt and gnuradio.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3
On 19/11/12 19:21, Jani Välimaa wrote: On Mon, 19 Nov 2012 18:57:21 + Barry Jackson zen25...@zen.co.uk wrote: Ping me when it's sorted out and I will rebuild python-qwt and gnuradio. It's all sorted out. Python-qwt is now build against the old libqwt5 [1]. Maybe you should build gnuradio against the old one (libqwt5-devel) too.. [1] http://svnweb.mageia.org/packages/cauldron/python-qwt/current/SPECS/python-qwt.spec?revision=319494view=markup Well there still seems to be something wrong. The gnuradio spec originally had: Buildrequires: libqwt-devel That now pulls in libqwt6, while python-qwt is using libqwt5. If I use: BuildRequires: libqwt5-devel in the spec, it builds OK, but rpmlint (run on the srpm) says: W: invalid-build-requires libqwt5-devel and $ urpmq --requires-recursive gnuradio | grep qwt lib64qwt5 lib64qwt6 python-qwt So it's requiring a mix of majors which does not look good :\ If I remove the BuildRequire on libqwt the build fails as qwt is not found during the CMake configure. Maybe someone can see something in the build log: http://mtf.no-ip.co.uk/pub/linux/barjac/distrib/cauldron/x86_64/log/gnuradio-3.6.2-4.mga3.src.rpm/build.0.2012112514.log This is the deps -install log, and I see nothing libqwt6 related. http://mtf.no-ip.co.uk/pub/linux/barjac/distrib/cauldron/x86_64/log/gnuradio-3.6.2-4.mga3.src.rpm/install_deps-1.0.2012112514.log Those are both from a successful build with BuildRequires: libqwt5-devel in the spec. It's late I'll sleep on it, been at this all day - gnuradio is a long build :(
Re: [Mageia-dev] What the hell is wrong with MGA2s suspend/sleep/hibernate?
On 20/11/12 12:47, Frank Griffin wrote: On 11/20/2012 07:32 AM, Johnny A. Solbu wrote: Note: This is Not the automatic sleep/hibernation after X min of inactivity. This is hibernation by accidently pressing the «SLEEP» key on a keyboard. Ah, didn't realize that you wanted to disable the Sleep capability even when explicitly requested. Remap the key ? Johnny, What's the output of # systemctl status network.service ? Does it show as disabled? If so try: # systemctl enable network.service systemctl start network.service otherwise # systemctl start network.service should start it. If all that fails then you may see some clues in the short log attached to the status.
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3
Also, to quote library policy: The goal is to be able to install libfoo1 and libfoo2 on the same system. [root@jackodesktop baz]# urpmi lib64qwt6 installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ## Installation failed:file /usr/lib64/qt4/plugins/designer/libqwt_designer_plugin.so from install of lib64qwt6-6.0.1-4.mga3.x86_64 conflicts with file from package lib64qwt5-5.2.2-4.mga3.x86_64
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libqwt-6.0.1-2.mga3
On 20/11/12 17:16, Nicolas Lécureuil wrote: Le mardi 20 novembre 2012 17:13:14 Barry Jackson a écrit : Also, to quote library policy: The goal is to be able to install libfoo1 and libfoo2 on the same system. [root@jackodesktop baz]# urpmi lib64qwt6 installing lib64qwt6-6.0.1-4.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... ## Installation failed:file /usr/lib64/qt4/plugins/designer/libqwt_designer_plugin.so from install of lib64qwt6-6.0.1-4.mga3.x86_64 conflicts with file from package lib64qwt5-5.2.2-4.mga3.x86_64 because those files have nothing to do in a versionned libs. = Packaging errors. Hi - thanks. Ah, so are you saying that file should be in maybe a qwt-designer-plugin package? Also I don't see how libqwt (6) and libqwt5 can be maintained from one spec. How can an update be made to libqwt5 now that the spec is modified for 6 ? This is not my package and I really don't have time for all this hassle. This change has broken several packages all of which were previously working. Can this mess be reverted and started again with some prior planning and testing?