Re: [Mageia-dev] HEADSUP: Full git clone of all package specs (with history)
On Saturday 23 March 2013, Colin Guthrie wrote: 'Twas brillig, and Colin Guthrie at 22/03/13 09:32 did gyre and gimble: Hi, Just to avoid a crazy amount of scripting with svn checkouts and such like, I've set running a git svn clone of the cauldron package subversion tree. That said, running git blame takes *ages* even on an SSD drive. It was at least a couple minutes to display the results of a blame on a spec file. Let me remind you of the other suggestion: Put each package in a separate git repo, and then use submodules to bind all of them together into the Mageia repo.. IMHO, keeping a cross-package fully-connected history (the SVN way) is not worth it. OTOH, having a commit (in the Mageia repo) which means all packages are OK now, they can be built is closer to what a distro would need. -- Say NO to spam and viruses. Stop using Microsoft Windows!
Re: [Mageia-dev] Headsup: KDE 4.10.2 is landing on cauldron...
Le jeudi 4 avril 2013 22:20:37 Thomas Backlund a écrit : Nicolas Lécureuil skrev 4.4.2013 13:59: Le jeudi 4 avril 2013 13:14:01 Thomas Backlund a écrit : Hi, seems our KDE guys forgot to announce it so I do it... sorry i got a pb in my mailer :( i wrote a mail but seems it didn't pass the ML see it : Hello, the maybe last KDE Update will start in some minutes. KDE and Telepathy-kde will be updated. sorry again :( No worries, it happends... :) please notify the list when its all done -- Thomas The KDE Update is now finished :)
[Mageia-dev] Upcoming release freeze: 14 packages needs fixing, by Sunday
http://check.mageia.org/cauldron/dependencies.html According to the link above, there are 14 packages that needs to be fixed, or removed. I have looked at most of them, and I can't figure out how to fix them, the maintainers doesn't seem to be working on them and apparently doesn't respond to email. Or they are to busy to work on the packages. All of these packages have broken dependencies, that I am unable to figure out. (E.g some have versioned dependencies not listed in spec,) Here is the list of packages with missing dependencies that need fixing: (If they are not fixed by sunday, which is the scheduled releaase freeze, what should be done with them?) chiliproject cross-avr-gcc mcabber openstack-glance openstack-keystone perl-B-C perl-Task-Dist-Zilla project-builder prosody qutecom redmine rpmbootstrap x11-driver-video-newport x11-driver-video-sisimedia -- Johnny A. Solbu PGP key ID: 0xFA687324 signature.asc Description: This is a digitally signed message part.
Re: [Mageia-dev] Upcoming release freeze: 14 packages needs fixing, by Sunday
Le 05/04/2013 10:10, Johnny A. Solbu a écrit : http://check.mageia.org/cauldron/dependencies.html According to the link above, there are 14 packages that needs to be fixed, or removed. I have looked at most of them, and I can't figure out how to fix them, the maintainers doesn't seem to be working on them and apparently doesn't respond to email. Or they are to busy to work on the packages. All of these packages have broken dependencies, that I am unable to figure out. (E.g some have versioned dependencies not listed in spec,) Here is the list of packages with missing dependencies that need fixing: (If they are not fixed by sunday, which is the scheduled releaase freeze, what should be done with them?) openstack-glance openstack-keystone I'm the maintainer of those two, I'll take care. Thanks. -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
[Mageia-dev] freeze push: ldetect
Hi Please let in ldetect It fixes detecting Xen blk net controllers on dom0: - do not fake Xen blk net controllers on dom0 (mga#9546) This resulted in a warning popup on x86_64 (which has support for dom0 by default) since xen-*front could not be loaded. Please rebuild drakx-installer-{binaries,stage2,rescue}. Also push drakx-installer-images once d-i-binaries is available. I can take care of the bump if needed. thx
Re: [Mageia-dev] freeze push: ldetect
Thierry Vignaud skrev 5.4.2013 13:40: Hi Please let in ldetect It fixes detecting Xen blk net controllers on dom0: - do not fake Xen blk net controllers on dom0 (mga#9546) This resulted in a warning popup on x86_64 (which has support for dom0 by default) since xen-*front could not be loaded. Please rebuild drakx-installer-{binaries,stage2,rescue}. Also push drakx-installer-images once d-i-binaries is available. I can take care of the bump if needed. thx In progress... -- Thomas
Re: [Mageia-dev] HEADSUP: Full git clone of all package specs (with history)
Hi Colin, *, On Fri, Apr 5, 2013 at 8:46 AM, P. Christeas x...@linux.gr wrote: On Saturday 23 March 2013, Colin Guthrie wrote: 'Twas brillig, and Colin Guthrie at 22/03/13 09:32 did gyre and gimble: [...] Just to avoid a crazy amount of scripting with svn checkouts and such like, I've set running a git svn clone of the cauldron package subversion tree. That said, running git blame takes *ages* even on an SSD drive. It was at least a couple minutes to display the results of a blame on a spec file. Let me remind you of the other suggestion: Put each package in a separate git repo, and then use submodules to bind all of them together into the Mageia repo.. Somewhat surprised that it takes so long - LO's core repo is much larger and is reasonably fast, even on traditional disk. Maybe git maintenance commands (gc and/or prune) may help? Care uploading the repo to github or similar? And I'd not put every package into submodules, as those are not /that/ easy to work with - but maybe splitting by alphabet might indeed be a good idea. (pagackages starting with A or a in one module, B or b in another, etc.) So you need only 27 subrepos instead of lots and lots... ciao Christian
Re: [Mageia-dev] freeze push: glpi
Le 02/04/2013 20:54, Guillaume Rousse a écrit : This is a bugfix release. ping ? -- BOFH excuse #69: knot in cables caused data stream to become twisted and kinked
Re: [Mageia-dev] Freeze push: postgresql-(8.4,9.0,9.1,9.2)
Le 05/04/2013 02:54, FundaWang a écrit : Hello, Could postgresql-(8.4,9.0,9.1,9.2) be pushed to fix several security Vulnerabilities? CVE-2013-1899, CVE-2013-1900, CVE-2013-1901 Done. -- BOFH excuse #157: Incorrect time synchronization
Re: [Mageia-dev] Freeze push: opera-12.15
Le 05/04/2013 02:56, FundaWang a écrit : Hello, Could opera-12.15 be pushed? It fixed several security problems as stated here: http://www.opera.com/docs/changelogs/unified/1215/ Done. -- BOFH excuse #412: Radial Telemetry Infiltration
Re: [Mageia-dev] possible security issues affecting Cauldron (please help)
Le 04/04/2013 19:05, David Walser a écrit : Just added -- nrpe CVE-2013-1362: https://bugs.mageia.org/show_bug.cgi?id=9615 ffmpeg needs updated to 1.1.4: https://bugs.mageia.org/show_bug.cgi?id=9616 postgresql packages need updated: https://bugs.mageia.org/show_bug.cgi?id=9617 puppet needs updated to 2.7.21: http://lwn.net/Vulnerabilities/542701/ Done for all four of them. -- BOFH excuse #42: spaghetti cable cause packet failure
[Mageia-dev] urpmi - strange read lock messages
This is still occurring in latest Cauldron - I know the messages are harmless, but maybe they should be suppressed? Cheers, R.Fox
Re: [Mageia-dev] urpmi - strange read lock messages
Robert Fox skrev 5.4.2013 15:23: This is still occurring in latest Cauldron - I know the messages are harmless, but maybe they should be suppressed? You shouldn't get read lock messages unless you manually have aborted urpmi... -- Thomas
Re: [Mageia-dev] freeze push: glpi
Guillaume Rousse skrev 5.4.2013 15:06: Le 02/04/2013 20:54, Guillaume Rousse a écrit : This is a bugfix release. ping ? Submitted. -- thomas
Re: [Mageia-dev] urpmi - strange read lock messages
On Fri, 2013-04-05 at 15:26 +0300, Thomas Backlund wrote: Robert Fox skrev 5.4.2013 15:23: This is still occurring in latest Cauldron - I know the messages are harmless, but maybe they should be suppressed? You shouldn't get read lock messages unless you manually have aborted urpmi... -- Thomas Thanks the point - I never aborted. Assuming I did, is there a way to clean this up? Rebuild rpm database?? Cheers, R.Fox
[Mageia-dev] [Openstack] Keystone Glance
hi guys, I won't be able to fix dependencies of openstack keystone and glance by Sunday. If someone can help on that, it's not too much work to do. Cheers. -- Sandro Cazzaniga Jabber: kha...@jabber.fr Twitter: @Kharec signature.asc Description: OpenPGP digital signature
[Mageia-dev] admin intervention needed
Please remove vim-puppet and emacs-puppet (previously generated from puppet3 package) from mirrors, they block submission from default puppet package. -- BOFH excuse #29: It works the way the Wang did, what's the problem
Re: [Mageia-dev] admin intervention needed
Guillaume Rousse skrev 5.4.2013 16:21: Please remove vim-puppet and emacs-puppet (previously generated from puppet3 package) from mirrors, they block submission from default puppet package. Done. -- Thomas
[Mageia-dev] freeze push: drakx-installer-stage2 drakxtools
Hi Please let in drakx-installer-stage2 drakxtools. Main fixes are: - fix displaying english help instead of the translated one (mga#9619) - fix removing LVM entries when saving /etc/fstab (mga#5811) - reading more of grub2 config and fix switching back to grub-legacy (mga#9563) drakx-installer-stage2: = - diskdrake: o fix removing LVM entries when saving /etc/fstab (mga#5811) - drakboot: o assume grub2.cfg is UTF-8 encoded o read back xen conf from grub2 o set entries type when reading back grub2 conf, thus fixing switching back to grub-legacy (mga#9563) - draksound o update draksound troubleshooting text (mga#4162) drakxtools: - drakboot: o assume grub2.cfg is UTF-8 encoded o read back xen conf from grub2 o set entries type when reading back grub2 conf, thus fixing switching back to grub-legacy (mga#9563) - fix finding translated help (mga#9619)
[Mageia-dev] Freeze push: whois
Please submit whois 5.0.22 (5.0.20 for now): * Fixed cross-compiling, this time for real. (See #695442.) * Fixed parsing of 6to4 addresses: the last two bytes of the IPv4 address in 6to4 addresses were not parsed correctly since version 5.0.19. (Closes: #699928) * Added the .xn--j1amh (.укр, Ukraine) TLD server. * Updated the .bi, .se and .vn TLD servers. (Closes: #697753) * Removed whois.pandi.or.id from the list of servers which support the RIPE extensions, since it does not anymore and queries are broken. (Closes: #704115) * Updated some disclaimer suppression strings. * Respect DEB_HOST_GNU_TYPE when selecting CC for cross-compiling. (Closes: #695442) Thanks! -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
[Mageia-dev] Freeze push: shotwell
Please submit shotwell 0.14.1 (0.14.0. for now). - Fixes a critical issue where Shotwell could close unexpectedly when working with RAW photos in direct-edit mode - The Facebook Connector now recovers smoothly from type 7 errors EXIF-oriented photos uploaded to Facebook now appear in their correct orientation, even when the strip metadata option is turned on in the Facebook Connector - Fixes an issue where incorrect view filter settings were applied on tag and event pages - The Camera Developer is now disabled for RAW images that lack a suitable paired or embedded JPEG - Updated translations for many languages, including an updated Catalan translation that corrects a problem where incorrect event dates could be displayed - Assorted smaller bug fixes Thanks! -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
[Mageia-dev] Freeze push: nodejs
Please submit nodejs 0.10.3 (0.10.2, for now) as it's a bug fix release of the 0.10.x series. It's a bug fix release and it upgrades npm. https://raw.github.com/joyent/node/v0.10.3/ChangeLog Thanks! -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
[Mageia-dev] Packages not rebuilt since Mageia 1 (again)
Hi, I have started a wiki page (and included guillaume's comments about perl packages) https://wiki.mageia.org/en/Packages_Not_Rebuilt_Since_Mageia_1 There are 22 packages left Please help filling in the table so that we can quickly decide which ones to drop and fix the other ones Thanks
Re: [Mageia-dev] Packages not rebuilt since Mageia 1 (again)
I added a comment for kaption, the only thing that has to be done is to push it to the build system 2013/4/5 Pascal Terjan pter...@gmail.com Hi, I have started a wiki page (and included guillaume's comments about perl packages) https://wiki.mageia.org/en/Packages_Not_Rebuilt_Since_Mageia_1 There are 22 packages left Please help filling in the table so that we can quickly decide which ones to drop and fix the other ones Thanks -- Dimitrios Glentadakis
Re: [Mageia-dev] Packages not rebuilt since Mageia 1 (again)
On Fri, Apr 5, 2013 at 5:22 PM, Dimitrios Glentadakis dgl...@gmail.comwrote: I added a comment for kaption, the only thing that has to be done is to push it to the build system Do you mean that it was tested and the new version is working (at least) as well as the current one?
Re: [Mageia-dev] Freeze push: nodejs
Le 05/04/2013 14:52, Damien Lallement a écrit : Please submit nodejs 0.10.3 (0.10.2, for now) as it's a bug fix release of the 0.10.x series. It's a bug fix release and it upgrades npm. https://raw.github.com/joyent/node/v0.10.3/ChangeLog Submission errors, aborting: - nodejs-0.10.2-1.mga3: - Current or newer revision(s) already exists in core/release for cauldron: 0.10.2-1.mga3 -- BOFH excuse #42: spaghetti cable cause packet failure
Re: [Mageia-dev] Freeze push: whois
Le 05/04/2013 14:54, Damien Lallement a écrit : Please submit whois 5.0.22 (5.0.20 for now): Done. -- BOFH excuse #313: your process is not ISO 9000 compliant
[Mageia-dev] Freeze push: telepathy-glib
This updates to bugfix release 0.20.2. telepathy-glib 0.20.2 (2013-04-03) == Fixes: • In TpSimpleClientFactory, don't crash when ensuring a contact for an obsolete connection manager without immortal handles fails (Maksim Melnikau) • Add missing (element-type) introspection annotations to tp_capabilities_get_channel_classes, tp_asv_get_bytes and tp_client_channel_factory_dup_channel_features (fd.o #58851, Philip Withnall) • Fix builds with Automake 1.13 (fd.o #59604, Nuno Araujo) • Fix unit tests when running with glib =2.36 (fd.o #63069, Xavier) I've verified that it builds fine in Cauldron.
[Mageia-dev] Freeze push: 0ad and 0ad-data
Please submit 0ad and 0ad-data alpha 0.0.13 (0.0.12 for now): it's a new alpha version of bug fixes and improvement. No order to submit 0ad or 0ad-data! Thanks. -- Damien Lallement twitter: damsweb - IRC: damsweb/coincoin
Re: [Mageia-dev] automated installer testing
Le vendredi 5 avril 2013 00:36:13 nicolas vigier a écrit : On Thu, 04 Apr 2013, Nicolas Lécureuil wrote: Le jeudi 28 mars 2013 13:57:11 Glen Ogilvie a écrit : Hi, Has anyone done, or thought about, setting up some automated testing of the Mageia installer? I am thinking something based on: https://wiki.mageia.org/en/Auto_inst, testing inside a VM, with a range of different installer configurations, like: * different languages * Free / non-free * package selections, minimal, full, custom * partitioning optons * LVM options * encryption options * filesystem types * software raid options * known error cases (too small / filesystem), /boot on something not supported * grub and grub2 * different CPUs, RAM, architectures. I am thinking that if we had an auto-inst, with maybe 50 or so different test cases, all of which would then be verified by an ssh script connecting to the VM, or something like that. I've found 3 bugs recently, all of which would have been able to be detected by something like what I am suggesting. Suggestions so far are: nicolas vigier: * For automatic testing it would be possible to use OS-autoinst : http://www.os-autoinst.org/ * What we need is someone to add support for Mageia installer : https://github.com/bmwiedemann/os-autoinst/tree/master/distri Pierre-Malo Deniélou: Great idea. Can you prototype it? We should use something like that for mageia 4. Anne Nicolas: I remember some people starting something about it Furthermore it could be interested to have some virtualization for basic tests once rebooted Regards Glen Ogilvie we should look to openQA too. ( https://github.com/bmwiedemann/openQA ) but seems it needs a huge work to adapt but i think t's worth it openQA is a web frontent for OS-autoinst. yes but w/o openQA you have errors when starting os-autoinst
Re: [Mageia-dev] Packages not rebuilt since Mageia 1 (again)
On Fri, 5 Apr 2013 17:04:14 +0200 Pascal Terjan pter...@gmail.com wrote: Hi, I have started a wiki page (and included guillaume's comments about perl packages) https://wiki.mageia.org/en/Packages_Not_Rebuilt_Since_Mageia_1 There are 22 packages left Do we really need mcal? The .spec says it's been dead in upstream over 10 years. Only thing requiring it is php-mcal, but is it used/needed?
[Mageia-dev] KDE game packages still at 4.10.1
A handful of KDE packages (looks like games) weren't updated to 4.10.2, so I just wanted to make sure they weren't forgotten. They are: bomber bovo granatier kajongg kapman katomic killbots kiriki kjumpingcube klickety klines ktuberling kubrick lskat palapeli picmi Also tangentially related, neoclust already knows, but also wanted to make sure it wasn't forgotten, owncloud needs updated due to regressions: http://www.h-online.com/open/news/item/Security-updates-break-ownCloud-installations-1834507.html
[Mageia-dev] freeze push: hevea 2.06
This is actually two mostly bug fix releases. we currently have 2.04: version 2.06 * Two bugs reported by Michael Ernst fixed * - Some spaces dissapeared in toc's FIX - add braces around macro expansion in subst_expn - Spurious '_' outside of math mode warnings when \label{..._...} occurs in section titles FIX - add \@getprint around \sec@id@attr in \@doaddtoc [latexcommon.hva] and \cuthere [html/hevea.hva]. version 2.05 - Promote to official release version 2.04+dev2 - Correct esponja bug for windows : in windows you cannot remove a file when it is still open ! version 2.04+dev1 - patch by C Deleuze for a few fixes in info mode. Thanks, -- Malo
[Mageia-dev] freeze push: gprolog 1.4.3
This is a mostly bug fix release. We currently have 1.4.2. Nothing depends on it. Change in GNU Prolog version 1.4.3: * add new C foreign interface functions converting term to/from C strings * modify top-level banner to show 32/64 bits, compile date, C compiler name * modify Linedit: fix Prolog prompt when Linedit is not activated * modify linedit: accept gui=silent in env var LINEDIT (does not warn if the windows gui DLL is not found) * fixes for Windows 8 (i686 and x86_64) with MSVS 2012, mingw64 gcc 4.5.3 * add Prolog flags address_bits, compiled_at, c_cc, c_cflags, c_ldflags * fix a bug in the FD solver (option backtracks in fd_labeling) * improve the FD solver (better propagation for reified constraints at labeling) * improve the FD solver (add labeling option: value_method(bisect)) * improve the FD solver (avoid some cases of C stack overflow, improved fd_domain/3) * fix a bug in the FD solver (regression bug in 1.4.2) * add PlULong to gprolog.h and PlThrow(ball) to C foreign interface Thanks, -- Malo
[Mageia-dev] Fwd: freeze push libkolabxml
-- Forwarded Message -- Subject: freeze push libkolabxml Date: Tuesday, April 02, 2013, 08:46:35 AM From: Thomas Spuhler tho...@btspuhler.com To: Mageia development mailing-list mageia-dev@mageia.org Please push libkolabxml This is a bug release from upstream upgrade from 0.8.1 to 0.8.3 it builds locally -- Best regards Thomas Spuhler - ping -- Best regards Thomas Spuhler signature.asc Description: This is a digitally signed message part.
[Mageia-dev] Freeze push: maven-ant-tasks
Hi, please push maven-ant-tasks ( fixes build ) Regards, D.
[Mageia-dev] Freeze push: suomi-malaga
We have a somewhat antiquated voikko-fi package compared to our newer libvoikko version. I have now renamed the voikko-fi src.rpm name to match upstream (suomi-malaga), and updated it to a more recent version from February. Please push suomi-malaga. -- Anssi Hannula
Re: [Mageia-dev] Freeze push: suomi-malaga
Le vendredi 5 avril 2013 23:56:50 Anssi Hannula a écrit : We have a somewhat antiquated voikko-fi package compared to our newer libvoikko version. I have now renamed the voikko-fi src.rpm name to match upstream (suomi-malaga), and updated it to a more recent version from February. Please push suomi-malaga. so this is a new package then , i think you can push it yourself :)
Re: [Mageia-dev] Freeze push: suomi-malaga
06.04.2013 00:05, Nicolas Lécureuil kirjoitti: Le vendredi 5 avril 2013 23:56:50 Anssi Hannula a écrit : We have a somewhat antiquated voikko-fi package compared to our newer libvoikko version. I have now renamed the voikko-fi src.rpm name to match upstream (suomi-malaga), and updated it to a more recent version from February. Please push suomi-malaga. so this is a new package then , i think you can push it yourself :) Done. Didn't want to do it straight-away as that would've been cheating ;) -- Anssi Hannula
[Mageia-dev] freeze push: vowpal-wabbit 7.2
Vowpal-wabbit is a machine learning computational tool. We currently have 7.1. Nothing depends on it, and it was not in Mageia 2. I don't have a changelog (it's a huge git commit dump) to show, but it works and allows to drop the patches we used and were upstreamed. Thanks, -- Malo
Re: [Mageia-dev] urpmi - strange read lock messages
Le 05/04/2013 14:29, Robert Fox a écrit : Thanks the point - I never aborted. Assuming I did, is there a way to clean this up? Rebuild rpm database?? I get this warnings each time MageiaUpdate applet after was used, then urpmi is used.
Re: [Mageia-dev] urpmi - strange read lock messages
Le vendredi 5 avril 2013 23:48:08 Jose Jorge a écrit : Le 05/04/2013 14:29, Robert Fox a écrit : Thanks the point - I never aborted. Assuming I did, is there a way to clean this up? Rebuild rpm database?? I get this warnings each time MageiaUpdate applet after was used, then urpmi is used. i NEVER reproduced .But, using your testcase i can.
Re: [Mageia-dev] freeze push: hevea 2.06
Le 05/04/2013 21:35, Pierre-Malo Deniélou a écrit : This is actually two mostly bug fix releases. we currently have 2.04: Done. -- BOFH excuse #255: Standing room only on the bus.
Re: [Mageia-dev] freeze push: gprolog 1.4.3
Le 05/04/2013 21:40, Pierre-Malo Deniélou a écrit : This is a mostly bug fix release. We currently have 1.4.2. Nothing depends on it. Done. -- BOFH excuse #407: Route flapping at the NAP.
Re: [Mageia-dev] Fwd: freeze push libkolabxml
Le 05/04/2013 21:57, Thomas Spuhler a écrit : -- Forwarded Message -- Subject: freeze push libkolabxml Date: Tuesday, April 02, 2013, 08:46:35 AM From: Thomas Spuhler tho...@btspuhler.com To: Mageia development mailing-list mageia-dev@mageia.org Please push libkolabxml This is a bug release from upstream upgrade from 0.8.1 to 0.8.3 it builds locally Done. -- BOFH excuse #191: Just type 'mv * /dev/null'.
Re: [Mageia-dev] Freeze push: maven-ant-tasks
Le 05/04/2013 22:12, D.Morgan a écrit : Hi, please push maven-ant-tasks ( fixes build ) Done. -- BOFH excuse #136: Daemons loose in system.
[Mageia-dev] Freeze push: owncloud
Hi, please push owncloud: Correctly handle .part files Improve PostgreSQL support Fix database upgrading from old versions Improved app styles
Re: [Mageia-dev] Upcoming release freeze: 14 packages needs fixing, by Sunday
Johnny A. Solbu a écrit : http://check.mageia.org/cauldron/dependencies.html According to the link above, there are 14 packages that needs to be fixed, or removed. I have looked at most of them, and I can't figure out how to fix them, the maintainers doesn't seem to be working on them and apparently doesn't respond to email. Or they are to busy to work on the packages. All of these packages have broken dependencies, that I am unable to figure out. (E.g some have versioned dependencies not listed in spec,) Here is the list of packages with missing dependencies that need fixing: (If they are not fixed by sunday, which is the scheduled releaase freeze, what should be done with them?) did a little research to hopefully help a bit, on packages still in the list. ( used http://rpmfind.net/linux/ ) chiliproject spec says the following rubygems libraries : coderay = 0.9.7 ; but error msg says 1.0.8 installed rack = 1.1.2 ; but error msg says 1.4.5 installed rails = 2.3.14 ; but error msg says 3.2.13 installed Note that there is a comment somewhere in the documentation that chiliproject doesn't work with rail 3.x. Cauldron has version 2.3.0 (as for mga2), but upstream is at 2.11.0 or 3.8.0 (both published 2013/03/19) For 2.x up, there is a module that is supposed to determine the required versions. (see below) Some upstream pages : https://www.chiliproject.org/projects/chiliproject https://www.chiliproject.org/projects/chiliproject/files https://www.chiliproject.org/projects/chiliproject/wiki/Installation https://www.chiliproject.org/projects/chiliproject/wiki/Requirements cross-avr-gcc libmgc.so.2 not found libmgc.so in xfce4-mpc-plugin-0.4.4-2.mga3.i586.html + qmmp-musepack-0.5.4-1.mga2.i586.html + qmmp-musepack-0.5.4-1.mga2.tainted.i586.html + qmmp-0.6.8-1.mga3.i586.html + qmmp-0.6.8-1.mga3.tainted.i586.html But libmgc.so.2 not found by rpmfind mcabber libotr.so.2 not found in libotr2-3.2.0-5.2.mga2.i586.html openstack-glance package = python-glance upstream doesn't seem to package even tarballs. in fedora/updates/18/x86_64/python-glance-2012.2.3-1.fc18.noarch.html an upgrade will probably correct the 3 version error messages pysendfile not found in fedora/devel/rawhide/src/p/pysendfile-2.0.0-5.fc19.src.html (not in mga) site = http://code.google.com/p/pysendfile/ python-crypto not found in fedora/devel/rawhide/src/p/python-crypto-2.6-5.fc19.src.html (not in mga) site = http://www.pycrypto.org/ pythonegg(kombu) not found Maybe part of newer version of python-glance ? openstack-keystone pythonegg(sqlalchemy) found with incorrect range == 0.7.10 (needed = 0.7.9) newer version in fedora/updates/18/x86_64/openstack-keystone-2012.2.3-3.fc18.noarch.html ( cauldron has 2012.2.1-2 ) perl-B-C perlapi-5.14.2 not found It is in CPAN http://search.cpan.org/dist/B-C perl-Task-Dist-Zilla perl(Dist::Zilla::PluginBundle::CJM) not found according to CPAN, it is a depreciated module for CJM Maybe see jquelin about this ? prosody /usr/bin/lua not found Must be a missing requires, since that is where lua is installed. (I thought lua was required on mageia ?) qutecom upstream site is no longer accessible libavcodec.so.53 not found in libavcodec53 in mga2 core + tainted ; missing requires ? libavutil.so.51 not found in libavutil51 in mga2 ; missing requires ? libboost_program_options-mt.so.1.48.0 not found in libboost_program_options1.48.0 ; missing requires ? libboost_serialization-mt.so.1.48.0 not found in libboost_serialization1.48.0 ; missing requires ? libboost_signals-mt.so.1.48.0 not found in libboost_signals1.48.0 ; missing requires ? libboost_thread-mt.so.1.48.0 not found in libboost_thread1.48.0 ; missing requires ? redmine ruby-ruby-debug not found in mga1 and mga2, tagged only mga1 ; removed from cauldron ? x11-driver-video-newport xserver-abi(videodrv-12) not found ??? x11-driver-video-sisimedia xserver-abi(videodrv-11) not found ??? -- André
[Mageia-dev] freeze push: drakxtools, drakx-installer-stage2, drakx-installer-rescue
Hi Please let in drakxtools, drakx-installer-stage2, drakx-installer-rescue. drakxtools stage2 mainly make sure /var/run is available with needed info for udev, which fixes creating initrd for lukfs and the like (mga#9213), especially when installing from live iso (hint Thomas). drakx-installer-rescue was finally really adapted to /usr move, which broke udev (it didn't looked anymore at /lib/udev, only at /usr/lib/udev) thus fixing repairing LVM installs (there was a deadlock between LVM udev, mga#5795)). It also offers to select which OS to repair when there's more than one. Last but not least, it now warn that i586 cannot rescue x86_64 (mga#8696) drakxtools: = - library (for draklive-install): o bind mount /run in chroot, thus fixing dracut runs (Dave Hodgins, mga#9213) - drakboot: o fix other Mga OS names in menu (mga#8710) drakx-installer-stage2: = - bind mount /run in chroot, thus fixing dracut runs (Dave Hodgins, mga#9213) - bootloader: o fix other Mga OS names in menu (mga#8710) drakx-installer-rescue: = - really adapt to /usr move (fix lvm2 freezing, mga#5795) - drop our use modprobe instead insmod since we've kmod one for free - include libdevmapper-event-*.so - include persistant storage udev rules needed to see new uuids - offer to pick the distro to rescue when there's more than one - /var/run/utmp is on tmpfs now - warn that i586 cannot rescue x86_64 (mga#8696) thx
Re: [Mageia-dev] Packages not rebuilt since Mageia 1 (again)
Yes, i use it in my system without any problem 2013/4/5 Pascal Terjan pter...@gmail.com On Fri, Apr 5, 2013 at 5:22 PM, Dimitrios Glentadakis dgl...@gmail.comwrote: I added a comment for kaption, the only thing that has to be done is to push it to the build system Do you mean that it was tested and the new version is working (at least) as well as the current one? -- Dimitrios Glentadakis