[Mageia-dev] Freeze push request: pokerth
Hello, Could you please push pokerth 1.0 ? It has been updated to 1.0 from 0.9.5 Since it's a local online poker game it needed (due to upstream server) an update to 1.0 to be able to connect (i'll issue an update soon for mga2 too) Regards, -- Mageia Contributor
Re: [Mageia-dev] Freeze push: strigi
Le dimanche 7 avril 2013 20:27:51 Guillaume Rousse a écrit : Le 07/04/2013 19:47, Nicolas Lécureuil a écrit : Hi, can you please push strigi ? ( bugfix release ) Build error: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/2013040718 2252.guillomovitch.valstar.32403/log Can you push again ? (i fixed check locally that it was building correctly) -- Mageia Contributor
[Mageia-dev] Freeze push request: plasma-applet-yawp
Hello, Could you please push plasma-applet-yawp ? It has been updated to 0.4.5 which is essentially bugfixes since 0.4.3 The changelog since 0.4.3 is here : 0.4.5 (23 Mar 2013) * Bugfix: Desktop mode is not reusing applet size from last session. * Bugfix: yaWP crashes in systemtray with KDE 4.10 0.4.4 (17 Mar 2012) * New desktop painter has been added. Yawp can be configured to use the traditional or the new one for desktop and/or for popup window. * Panel painter has been rewritten * Initialization stuff of yawp has been moved to init method, because yawp crashes on KDE 4.8 due to the usage of not initialized components. * Usage of KMessageBox has been replaced within DlgAddCity, otherwise yawp crashes on KDE 4.8.5 (some earlier versions might be included as well). Using KMessageBoxes within KConfigDialog (yawp settings dialog) still works as expected. * Google ION has been removed, because Google does not support this service any longer. * Updating and fixing translations * Bugfix: yaWP did not update weatherdata periodically after hibernation - it is working no Regards, -- Mageia Contributor
[Mageia-dev] Freeze push request: kwebkitpart
Hello, Could you please push kwebkitpart 1.3.2 It has been upgraded from 1.3.1 to 1.3.2 fix two additional bugs : kde #246599 :Webkit (in Konqueror) ignores custom css files kde #310230 : disable filters with options since it was not correctly handled Thanks, -- Mageia Contributor
Re: [Mageia-dev] Kde games : bad dependencies?
Le dimanche 3 mars 2013 10:07:20 Jose Jorge a écrit : While removing nepomuk on a Eee 900, I think I found weird dependencies between kdelibs-devel and khangman : [root@localhost mageia]# urpme virtuoso -a Pour satisfaire les dépendances, les 10 paquetages suivants vont être désinstallés (27Mo): kanagram-4.10.0-1.mga3.i586 (en raison du manque de devel(libkdecore), en raison du manque de devel(libkeduvocdocument)) kdelibs4-devel-4.10.0-1.mga3.i586 (en raison du manque de devel(libsoprano), en raison du manque de devel(libsopranoclient)) khangman-4.10.0-1.mga3.i586 (en raison du manque de devel(libkdecore), en raison du manque de devel(libkeduvocdocument)) libkdeedu-devel-4.10.0-1.mga3.i586 (en raison du manque de devel(libkdecore), en raison du manque de devel(libkio)) nepomuk-4.10.0-1.mga3.i586 (en raison du manque de soprano-plugin-virtuoso, car nepomuk-core = 1:4.10.0 est non satisfait) nepomuk-core-4.10.0-2.mga3.i586 (en raison du manque de soprano-plugin-virtuoso) plasma-krunner-nepomuk-4.10.0-3.mga3.i586 (en raison du manque de nepomuk) soprano-devel-2.9.0-2.mga3.i586 (car soprano-plugin-virtuoso == 4:2.9.0 est non satisfait) soprano-plugin-virtuoso-2.9.0-2.mga3.i586 (car virtuoso-opensource = 5.0.12 est non satisfait) virtuoso-opensource-6.1.6-2.mga3.i586 Supprimer 10 paquetages ? (o/N) o Will be fixed soon. -- Mageia Contributor
Re: [Mageia-dev] Freeze Push Request: Telepathy-kde 0.5.3
Le jeudi 21 février 2013 22:08:30 Anne Nicolas a écrit : [...] in progress Thanks, -- Mageia Contributor
Re: [Mageia-dev] Freeze Push Request: Telepathy-kde 0.5.3
Le mercredi 20 février 2013 22:41:51 Nicolas Lécureuil a écrit : [...] as i have update right for KDE, maybe i can be allowed to push this I don't have any objection personnaly :p -- Mageia Contributor
[Mageia-dev] Freeze Push Request: Telepathy-kde 0.5.3
Hello, Could you please push telepathy-kde. It has been updated from 0.5.2 to 0.5.3 which is a bugfix release for the 0.5.x branch with some additional translations. The announce was done only on the kde-packagers. List order of packages to push : telepathy-kde-common-internals telepathy-logger-qt telepathy-kde-call-ui telepathy-kde-contact-runner telepathy-kde-send-file telepathy-kde-text-ui telepathy-kde-presence-applet telepathy-kde-contact-applet telepathy-kde-filetransfer-handler telepathy-kde-approver telepathy-kde-auth-handler telepathy-kde-accounts-kcm telepathy-kde-contact-list telepathy-kde-integration-module an easy way to push it without dealing with manual check is to use mgaqueue[1] like this simply ./mgaqueue.sh -file list.txt where list.txt contains the list of package previously listed. [1] http://gitorious.org/mgaqueue Regards, -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release libkdcraw-4.10.0-2.mga3
Le vendredi 8 février 2013 10:51:12 fwang a écrit : Name: libkdcrawRelocations: (not relocatable) Version : 4.10.0Vendor: Mageia.Org Release : 2.mga3Build Date: Fri Feb 8 10:49:12 2013 Install Date: (not installed) Build Host: jonund.mageia.org Group : System/Libraries Source RPM: (none) Size: 350383 License: GPLv2 Signature : (none) Packager: fwang fwang URL : https://projects.kde.org/projects/kde/kdegraphics/libs/libkdcraw Summary : C++ interface around LibRaw library Description : Libkdcraw is a C++ interface around LibRaw library used to decode RAW picture files. More information about LibRaw can be found at http://www.libraw.org. fwang fwang 2:4.10.0-2.mga3: + Revision: 395358 - requires common package for icons and icm files While it's ok for libkexiv2 (i missed this one during the big split of kdegraphics),the requires for the common package directly added on every package using libkdcraw library by me to cf the result of urpmf --requires kdcraw-common Regards, -- Mageia Contributor
Re: [Mageia-dev] KDE dependencies
Le lundi 4 février 2013 01:18:37 Olav Vitters a écrit : I suddenly got asked of various KDE dependency questions. [...] I tried figuring out what triggered this, but I am not sure. Also not sure when I last updated my system. Any way of figuring out what triggers all the extra dependencies? using urpmi --debug --auto-select should do the trick explain which package suddenly trigger this. -- Mageia Contributor
Re: [Mageia-dev] [RPM Groups] RPM group change before Beta 2 (Reposted in new thread)
Le lundi 7 janvier 2013 10:36:07 Barry Jackson a écrit : On 06/01/13 19:21, Balcaen John wrote: Did you try to simply send an email to Luc Menut, Nicolas Lecureuil or me for that purpose ? No, but here is a list. Maybe some are fixed in svn, but have not been pushed - I don't have time to check just now. audiokonverter k4guitune konvertible kradio basket kmplayer kmplayer-npplayer kubeplayer Thoses packages are not part of the KDE's stack so not really under our umbrella ;o) You just have to check with their respective maintainers. -- Mageia Contributor
Re: [Mageia-dev] [RPM Groups] RPM group change before Beta 2 (Reposted in new thread)
Le dimanche 6 janvier 2013 16:21:12 Barry Jackson a écrit : On 05/01/13 22:48, Pierre-Malo Deniélou wrote: Any remarks? Suggestions? Cheers, I have been plodding along updating what I can, but it's slow as many need patching to fix build failures. Also there are many KDE packages which I have avoided touching, as KDE maintainers tend to get upset when packages are interfered with. Could some process be adopted where KDE packages may be updated and a nominated KDE reviewer be notified to push them and help speed things up a bit? Which packages needs fix ? Did you try to simply send an email to Luc Menut, Nicolas Lecureuil or me for that purpose ? -- Mageia Contributor
[Mageia-dev] KDE 4.9.97 aka KDE 4.10 RC2 is landing
Hello, With again some delays i'm going to push KDE 4.10RC2 There's some major changes related to nepomuk affecting especially dolphin so we'll get after an rc3 for KDE 4.10. Regards, -- Mageia Contributor
Re: [Mageia-dev] KDE 4.9.97 aka KDE 4.10 RC2 is landing
Le dimanche 6 janvier 2013 21:53:42 Nicolas Lécureuil a écrit : Le dimanche 6 janvier 2013 21:36:02 AL13N a écrit : Op zondag 6 januari 2013 21:30:07 schreef Nicolas Lécureuil: Le dimanche 6 janvier 2013 16:31:49 Balcaen John a écrit : Hello, With again some delays i'm going to push KDE 4.10RC2 There's some major changes related to nepomuk affecting especially dolphin so we'll get after an rc3 for KDE 4.10. Regards, \o/ donno if it was related or not, but this error message is in the center of my screen: file protocol suddenly died make sure you have all KDE updated and restart it Well KDE is not already available ;o) -- Mageia Contributor
Re: [Mageia-dev] Frequent freezes in M2
Le jeudi 3 janvier 2013 13:48:30 Pierre Jarillon a écrit : Le mercredi 2 janvier 2013 12:55:06, Anne Wilson a écrit : This last couple of days I've had frequent total freezes of my M2 system. If I can get to the System Activity monitor in time I can kill akonadi_nepomuktag_resource and I can work again - if I'm too late I have to hard reset. There must be some way to stop this. It appears to use increasing amounts of CPU (and memory?) until it reaches a critical level. What could have changed in the last few days to be causing this? I agree. Akonadi_nepomuk is a monster and is not suitable with an old PC or a laptop running on battery. It is a kind of enhancement which increases the complexity, make the system very difficult to understand and to repair in case of troubles. It gives a feeling of an unreliable complicated system. This must be an optional software, it can be installed but not activated by default. Which is already the case in mageia 2 for the live cd at least. However nepomuk is more more intricated in KDE so we'll probably won't be able to do it for mga4 for sure eventually mga3. The good news is that nepomuk received an hudge work (which is going to land with kde 4.10 rc2 ). Regards, -- Mageia Contributor
[Mageia-dev] Pushing KDE 4.9.95
Hello, Sorry for the delay, but work is quite busy thoses days. Anyway i'm pushing today KDE 4.9.95 aka KDE 4.10 RC1 I did not test it against the new mesa because when i build initially cauldron was still using the old llvm. Hopefully everything should build smoothly. Regards, -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release llvm-3.2-1.mga3
Le lundi 24 décembre 2012 12:49:23 mitya a écrit : [...] mitya mitya 3.2-1.mga3: + Revision: 334668 - Fix build - Cleanup, split apidocs to separate package + kamil kamil - get rid of %clean - remove P1, merged upstream - update Version and Release tago to 3.2 and 1 - new version 3.2 Can you also rebuild packages depending of llvm ? Regards, -- Mageia Contributor
Re: [Mageia-dev] Utter frustration
Le samedi 24 novembre 2012 13:33:16 Anne Wilson a écrit : In Cauldron, I'm once again struggling with the inability to make configuration changes. I first met it and wrote about it when trying to get wifi working. Now I'm trying to change shutdown option, and meet the same problem again. Administrator authorisation is required to change the Login Manager settings That implies root password, to me, but Authentication failure, please try again. [...] Just in case did you try with your normal user password ? -- Mageia Contributor
Re: [Mageia-dev] Problem with Totem packages?
Le mardi 20 novembre 2012 02:11:40 Pierre Jarillon a écrit : Le lundi 19 novembre 2012 19:21:29, Robert Fox a écrit : Some requested packages cannot be installed: totem-3.6.3-2.mga3.x86_64 (due to unsatisfied gstreamer1.0-plugins-bad-1.0.2-2.mga3.i586) totem-mozilla-3.6.3-2.mga3.x86_64 (due to unsatisfied totem-3.6.3-2.mga3.i586) Continue installation anyway? Since yesterday there seems to be a problem installing the Totem updates . . . Anyone else? Totem is out of service on my Mageia 3 alpha 3. It cannot start: scaletempo is missing If we want a full usable distro out the box, VLC must be the default choice for all videos and then Totem could be removed. Well you can use dragon phonon-vlc to use the vlc backend ;o) Regards, -- Mageia Contributor
Re: [Mageia-dev] KDE SC 4.10 Beta1
Le mercredi 21 novembre 2012 15:13:18 Balcaen John a écrit : Hello, I'm going to push soon (upload is on the way) KDE SC 4.10 beta1 There's some changes with some new packages like kdegames which has been splitted so you may find some missing requires eventually (for the cards games essentially) since i was not able to test all of them due to lack of time. Since udisks2 is now supported upstream i enabled back udisk2 support in kdelibs so it's going the good time to test it again report upstream in case of problem. I'm using it locally since 2 days without issue (one is on the context menu with konsole support but i disable the patch for the initial push). Regards, Oki, most of KDE has been pushed ( probably all of it) now thanks to fwang too. I'm sorry for the delay but somewhat i should recheck my upload script since some of kde's package was not uploaded properly (missing checkout before), i also somehow failed to create coherent listing for mgaqueue, i'll have a look on it later today ( then update the wiki so we'll have somewhere the correct order for pushing KDE like it was done for mga2. Some packages depending on libkdcraw are going to failed rebuild due to some changes in this library (there's already report on kde bugzilla). Malo is already fixing the group for several kdegames but we might have some missing requires for some cardsets eventually (provided by kdegames-common) so please report on bugzilla/here/irc to neoclust or me :p I also did not find the time so far to check upstream configuration to adapt our mageia-kde4-config. Regarding digikam , the conflict with /usr/share/applications/kde4/kipiplugins.desktop has been fixed upstream fwang did push it today. Regards, -- Mageia Contributor
[Mageia-dev] KDE SC 4.10 Beta1
Hello, I'm going to push soon (upload is on the way) KDE SC 4.10 beta1 There's some changes with some new packages like kdegames which has been splitted so you may find some missing requires eventually (for the cards games essentially) since i was not able to test all of them due to lack of time. Since udisks2 is now supported upstream i enabled back udisk2 support in kdelibs so it's going the good time to test it again report upstream in case of problem. I'm using it locally since 2 days without issue (one is on the context menu with konsole support but i disable the patch for the initial push). Regards, -- Mageia Contributor
Re: [Mageia-dev] Ruby 1.9 landing soon
Le samedi 8 septembre 2012 08:26:04 Funda Wang a écrit : Hello, Hello, As ruby 1.8 will be dead soon upstream, I'll push ruby 1.9 soon directly to core/release. The plan is, for those modules which cannot be built or run with ruby 1.9, or dead upstream, it should be dropped. Could you have a look on korundum eventually kross-interpreters (4.9.3 is on the way to the svn only for the moment) For korundum for example it's failed to build due to a hidden function (see https://bugs.kde.org/show_bug.cgi?id=287057 http://bugs.ruby- lang.org/issues/5174 ) Kross can be build if we disable ruby support (which is what i did currently). Regards, -- Mageia Contributor
Re: [Mageia-dev] Update to KDE SC 4.9.2
Le mercredi 17 octobre 2012 12:40:55 Nicolas Lécureuil a écrit : Le mercredi 17 octobre 2012 06:57:23 Balcaen John a écrit : Le mercredi 17 octobre 2012 14:08:50 Funda Wang a écrit : May I ask a question? Which KDE branch will Mageia 3 contain? 4.10.x or 4.9.x? We're going to get the 4.10.x branch will probably switch directly with the beta1. yes 4.10 which is out for beta1 the 21st nov. After yes the questions is will we push in testing or directly in release . Mikala what is your though ? Let's have fun :p -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kwallet-4.9.2-1.mga3
Le mardi 16 octobre 2012 01:22:39 Marek Laane a écrit : As there are new groups policy, I'd propose either Graphical desktop/KDE, as it is quite pure KDE application, or System/Configuration/Other, as it is a tool to manage the passwords on your KDE system. By using the KDE wallet subsystem it not only allows you to keep your own secrets but also to access and manage the passwords of every application that integrates with the KDE wallet. Maybe really Security group isn't right one Well the definition of this is going to change since with « libsecret » supports we'll be able to « share » secrets between GNOME KDE for example. -- Mageia Contributor
Re: [Mageia-dev] Removing ConsoleKit
Le vendredi 19 octobre 2012 11:43:28 Colin Guthrie a écrit : [...] 3. KDM: There are various systemd related patches in Fedora. If I get the change I'll go through these and apply them to our packages, but someone is welcome to beat me to it! http://pkgs.fedoraproject.org/cgit/kde-workspace.git/tree/ |...] Patches added on kde-workspace. It seems to work correctly here so i push a new kde-workspace package. Regards, -- Mageia Contributor
Re: [Mageia-dev] Update to KDE SC 4.9.2
Le mercredi 17 octobre 2012 14:08:50 Funda Wang a écrit : May I ask a question? Which KDE branch will Mageia 3 contain? 4.10.x or 4.9.x? We're going to get the 4.10.x branch will probably switch directly with the beta1. -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kremotecontrol-4.9.2-1.mga3
Le lundi 15 octobre 2012 14:54:27 Marek Laane a écrit : [...] mikala mikala 4.9.2-1.mga3: + Revision: 301978 - Update tarball to KDE SC 4.9.2 - Fix group kremotecontrol in group Accessibility? hmm, really? ... We're of course open to suggestion... -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kwallet-4.9.2-1.mga3
Le lundi 15 octobre 2012 15:48:46 Marek Laane a écrit : [...] Again, is Networking/Remote access right group for Kwallet? Do you have a better group for this ? -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release ocaml-4.00.1-1.mga3
Le lundi 15 octobre 2012 16:53:29 vous avez écrit : [...] Could you have a look @ facile package because due to new ocaml it's going to prevent the build of kalzium ? I just patched facile to work with the new ocaml. You should be able to build kalzium now. Thanks for that :) I initially simple disable the equation solver functionnality to build it. I'll test locally submit a new version if everything is ok. -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kwallet-4.9.2-1.mga3
Le lundi 15 octobre 2012 18:07:26 Malo a écrit : On 15/10/12 17:34, Balcaen John wrote: Le lundi 15 octobre 2012 15:48:46 Marek Laane a écrit : [...] Again, is Networking/Remote access right group for Kwallet? Do you have a better group for this ? Security Why not. For memory it's just to store keys for local/remote access which does not really match the description of Security group. I simply initially copy the gnome-keyring group for coherence between the two dm. Olav, what do you think about switching them to this group ? -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kwallet-4.9.2-1.mga3
Le lundi 15 octobre 2012 22:15:20 Sander Lepik a écrit : 15.10.2012 21:46, Guillaume Rousse kirjutas: Le 15/10/2012 19:07, Malo a écrit : On 15/10/12 17:34, Balcaen John wrote: Le lundi 15 octobre 2012 15:48:46 Marek Laane a écrit : [...] Again, is Networking/Remote access right group for Kwallet? Do you have a better group for this ? Security I expected 'security' group to contain actual security-tools, such as vuln scanners, not desktop components as kwallet or gnome-keyring. Why not just 'Graphical desktop/KDE'? It's pretty much integrated into KDE and requires a lot of KDE packages. Well there's a *bunch* of stuff inside Graphical desktop/KDE (or in any Graphical desktop/* ) so that's why i initially moved some of thoses apps from this category. -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kwallet-4.9.2-1.mga3
Le lundi 15 octobre 2012 22:19:48 Olav Vitters a écrit : On Mon, Oct 15, 2012 at 10:15:12PM +0200, zago wrote: Olav, what do you think about switching them to this group ? Seems to make sense. I've submitted a new gnome-keyring. Note that Graphical Desktop/GNOME might also be ok, though IIRC with the new freedesktop.org security thing gnome-keyring is supposed to go away in favour of libsecret. I checked seahorse (the UI to manage the keyring), and it is in Graphical Desktop/GNOME… maybe that is better? Well we'll end up with a lot of stuff in the Graphical Desktop/yourdm if we put everything from a « desktop » in this category reducing visibility when browsing them in rpmdrake for example. -- Mageia Contributor
[Mageia-dev] KDE 4.9.1 is going to be pushed
Hello, Since alpha 1 of mga3 is out, i'm now pushing KDE SC 4.9.1 on cauldron. Everything should go find (minor the ruby update because build against it was not tested before) Regards, -- Mageia Contributor
Re: [Mageia-dev] KDE 4.9.1 is going to be pushed
Le samedi 8 septembre 2012 12:18:25 Nicolas Lécureuil a écrit : [...] it's more john that does the work but i accept this too :D You're the one in charge of cauldron workmap so yes :p -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kde-base-artwork-4.9.1-1.mga3
Le 8 sept. 2012 12:22, mikala buildsystem-dae...@mageia.org a écrit : Name: kde-base-artwork Relocations: (not relocatable) Version : 4.9.1 Vendor: Mageia.Org Release : 1.mga3Build Date: Sat Sep 8 17:15:57 2012 Install Date: (not installed) Build Host: jonund.mageia.org Group : Graphical desktop/KDE Source RPM: (none) Size: 16457459 License: GPLv2 Signature : (none) Packager: mikala mikala Summary : KDE 4 application workspace components Description : This package provides the Air and Ariya Splash Screen. mikala mikala 4.9.1-1.mga3: + Revision: 289658 - Update tarball to 4.9.1 - Fix folder path - Remove epoch - Fix name in Theme.rc to match Air folder (so we can have a description in systemsettings) - imported package kde-base-artwork No. I forgot to remove the epoch when I created the initial src.rpm . It was of course never submitted on the bs so it won't break any upgrade. -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kde-base-artwork-4.9.1-1.mga3
Le samedi 8 septembre 2012 18:42:36 Balcaen John a écrit : Le 8 sept. 2012 12:22, mikala buildsystem-dae...@mageia.org a écrit : Name: kde-base-artwork Relocations: (not relocatable) Version : 4.9.1 Vendor: Mageia.Org Release : 1.mga3Build Date: Sat Sep 8 17:15:57 2012 Install Date: (not installed) Build Host: jonund.mageia.org Group : Graphical desktop/KDE Source RPM: (none) Size: 16457459 License: GPLv2 Signature : (none) Packager: mikala mikala Summary : KDE 4 application workspace components Description : This package provides the Air and Ariya Splash Screen. mikala mikala 4.9.1-1.mga3: + Revision: 289658 - Update tarball to 4.9.1 - Fix folder path - Remove epoch - Fix name in Theme.rc to match Air folder (so we can have a description in systemsettings) - imported package kde-base-artwork No. I forgot to remove the epoch when I created the initial src.rpm . It was of course never submitted on the bs so it won't break any upgrade. Humf, reusing a mail sent with the wrong ident on my phone is not a good idea... Anyway the No was for Thierry, it won't break upgrade since there's nothing to upgrade. -- Mageia Contributor
Re: [Mageia-dev] Update to kde 4.9.1
Le mardi 4 septembre 2012 01:11:58 Nicolas Lécureuil a écrit : Hi, please du not update kde 4.9.1 when it will be available on wednesday as we are on iso creation. Mikala will update kde as soon as ennael give the Go ( when isos will be OK ). And ideally do not touch current spec since everything is already build locally so i won't have to sync again before committing. Regards, -- Mageia Contributor
Re: [Mageia-dev] [RFC] kdelibs4-devel and cmake macros
Le dimanche 2 septembre 2012 00:13:54 nicolas.lecure...@free.fr a écrit : [...] urpmi kde4-macros is what you want, no need to install kdelibs4-devel ;) I guess he's talking about the .cmake macros available in /usr/share/apps/cmake/modules/ :o) -- Mageia Contributor
Re: [Mageia-dev] Fresh mga2 install - NO screen !
Le jeudi 30 août 2012 00:20:12 Johnny A. Solbu a écrit : On Thursday 30 August 2012 00:30, Colin Guthrie wrote: See the thread on this list from a week or two ago: Desktop Monitor powering down That is not my problem. My monitor does Not power down. it just doesn't display anything, using nouveau, whereas nv works, once I figured out how to enable it. If the power settings where the issiue, I would still be able to have a visible graphical login. but I don't. As soon as the graphical login screen (dm) starts, the sceen goes blank, but it does not power Off or Down. Stopping dm or changing runlevel does not help. I have to reboot in order to get my screen back, untill it blanks again once dm starts ... And round and round it goes, untill one manually selects nv as the driver. Do you have anything useful in logs ? (dmesg, xorg.log etc etc) ? Like some missing firmware ? -- Balcaen John
Re: [Mageia-dev] Fwd: [Bugsquad] KDE BugDays for Kmail on 18/19 and 25/26 August - please join the fun!
Le mardi 14 août 2012 06:59:03 Dimitrios Glentadakis a écrit : Στις 13/08/2012 18:53:22 Balcaen John έγραψε: Le lundi 13 août 2012 11:42:38 Dimitrios Glentadakis a écrit : [...] Another one kmail bug just has been fixed: https://bugs.kde.org/show_bug.cgi?id=304964 this time very fast ! Fix added locally, I'll check 4.9 tree to see if there's anything which can be easily backported. And if you have some i'm open to suggestions of course ;o) This one too has be fixed yesterday: https://bugs.kde.org/show_bug.cgi?id=301099 It was already added when i sent this mail :p Ok so i'll push a new package you can confirm that thoses 2 bugs are fixed for you. -- Balcaen John
Re: [Mageia-dev] Fwd: [Bugsquad] KDE BugDays for Kmail on 18/19 and 25/26 August - please join the fun!
Le lundi 13 août 2012 11:42:38 Dimitrios Glentadakis a écrit : [...] Another one kmail bug just has been fixed: https://bugs.kde.org/show_bug.cgi?id=304964 this time very fast ! Fix added locally, I'll check 4.9 tree to see if there's anything which can be easily backported. And if you have some i'm open to suggestions of course ;o) -- Balcaen John
Re: [Mageia-dev] Fwd: [Bugsquad] KDE BugDays for Kmail on 18/19 and 25/26 August - please join the fun!
Le dimanche 12 août 2012 19:05:07 Maurice Batey a écrit : On Sun, 12 Aug 2012 18:06:49 +0200, Angelo Naselli wrote: * We Just need a kmail 2 working Yes, indeed - especially Find Messages... Well it's working better with kdepim 4.9.x (not perfect thought) -- Balcaen John
Re: [Mageia-dev] Fwd: [Bugsquad] KDE BugDays for Kmail on 18/19 and 25/26 August - please join the fun!
Le dimanche 12 août 2012 20:24:16 Dimitrios Glentadakis a écrit : It rests the bug with the autocompletion of the addreses https://bugs.kde.org/show_bug.cgi?id=259949 It is a great application with very very much features. With konqueror, they are my main applications. Yep i'm trying to understand why it's working for me (or at least last time i check) with KDE 4.9.x while it is not under 4.8.x :/ -- Balcaen John
Re: [Mageia-dev] [packages-commits] [280684] SILENT: revert qt BR change for cmake macro
Le samedi 11 août 2012 18:47:35 r...@mageia.org a écrit :
Revision
280684
Author
luigiwalser
[...]
-BuildRequires: pkgconfig(QtCore) = 5.0.0
+BuildRequires: qt4-devel = 2:4.5
%if %{build_sys_rootcerts}
BuildRequires: rootcerts
%endif
Why switching back to qt4-devel instead of pkgconfig() ?
--
Balcaen John
Re: [Mageia-dev] [packages-commits] [280684] SILENT: revert qt BR change for cmake macro
Le samedi 11 août 2012 14:11:22 vous avez écrit : Because it didn't work. It looked like you even tried to tell it to use LESS THAN version 5, but it still installed qt5 stuff, but didn't install a devel package, and the %cmake_qt4 macro was undefined. Hum it's strange because it was working under iurt cauldron. I'll check again but something is weird. -- Balcaen John
Re: [Mageia-dev] [packages-commits] [280684] SILENT: revert qt BR change for cmake macro
Le samedi 11 août 2012 18:02:55 Balcaen John a écrit :
Le samedi 11 août 2012 18:47:35 r...@mageia.org a écrit :
Revision
280684
Author
luigiwalser
[...]
-BuildRequires: pkgconfig(QtCore) = 5.0.0
+BuildRequires: qt4-devel = 2:4.5
%if %{build_sys_rootcerts}
BuildRequires: rootcerts
%endif
Why switching back to qt4-devel instead of pkgconfig() ?
Ok i found the typo
it should be
pkgconfig(QtCore) 5.0.0 and not
pkgconfig(QtCore) = 5.0.0
(which match qt5 in this case :p )
--
Balcaen John
Re: [Mageia-dev] OK to update libffi?
Le dimanche 5 août 2012 19:41:41 David Walser a écrit : John Balcaen mikala@... writes: 2012/8/5 David Walser luigiwalser@...: It has a new upstream version 3.0.11 available. It builds fine here. The major number changes from 5 to 6 in this version, which is why I am asking if it is OK to update this package. did you try it before ? (i mean at least rebuild major packages based on it? ) No, but predicting what will build in Cauldron is a crapshoot at best anyway. I don't know exactly what this package does or even what most of the packages that require it are. I just know that it's installed on my system and I don't want unmaintained stuff bitrotting away on my system, hence the interest. urpmf --requires libtiff.so.5 is enough to have an idea of thoses packages linked against this library. to have the (minimal) list of package using it as devel br you can use urpmf --requires libtiff-devel --media Core_SRPMS where Core_SRPMS is the media cauldron/SRPMS/core/release -- Balcaen John
Re: [Mageia-dev] OK to update libffi?
Le dimanche 5 août 2012 19:22:17 Balcaen John a écrit : Le dimanche 5 août 2012 19:41:41 David Walser a écrit : John Balcaen mikala@... writes: 2012/8/5 David Walser luigiwalser@...: It has a new upstream version 3.0.11 available. It builds fine here. The major number changes from 5 to 6 in this version, which is why I am asking if it is OK to update this package. did you try it before ? (i mean at least rebuild major packages based on it? ) No, but predicting what will build in Cauldron is a crapshoot at best anyway. I don't know exactly what this package does or even what most of the packages that require it are. I just know that it's installed on my system and I don't want unmaintained stuff bitrotting away on my system, hence the interest. urpmf --requires libtiff.so.5 is enough to have an idea of thoses packages linked against this library. to have the (minimal) list of package using it as devel br you can use urpmf --requires libtiff-devel --media Core_SRPMS where Core_SRPMS is the media cauldron/SRPMS/core/release humf :p wrong paste when chekcing something else so it's urpmf --requires libffi.so.5 for linked package against libffi urpmf --requires ffi5-devel --media Core_SRPMS urpmf --requires libffi-devel --media Core_SRPMS urpmf --requires --literal 'pkgconfig(libffi)' --media Core_SRPMS for the src.rpm having it explicitly in their BR.
Re: [Mageia-dev] Library policy query: What do we do when SONAME includes both major and minor? (Re: [changelog] [RPM] cauldron core/release kdelibs4-4.9.0-2.mga3)
Le jeudi 2 août 2012 09:28:28 Colin Guthrie a écrit : 'Twas brillig, and Christiaan Welvaart at 01/08/12 23:09 did gyre and gimble: On Wed, 1 Aug 2012, Colin Guthrie wrote: I have to agree here that something is funny in the libattica package which ultimately helped to contribute to this issue. e.g. on my system before update (tho' with similar results after): [colin@jimmy ~]$ rpm -q --provides lib64attica0 libattica.so.0.3()(64bit) lib64attica0 = 0.3.0-1.mga2 lib64attica0(x86-64) = 0.3.0-1.mga2 [colin@jimmy ~]$ rpm -ql lib64attica0 /usr/lib64/libattica.so.0.3 /usr/lib64/libattica.so.0.3.0 So I can see how this mistake was made and TBH I could have made the same mistake myself (with the caveat that I likely would not have bumped the version of someone else's package with out confirming first and that it should have been obvious from testing and installing the build) But either way this seems like an issue to fix properly (possibly with an upstream fix or some modification to the library policy when the minor version is presented like this). Good catch! Of course it's never the library policy that's wrong. The library major version is apparently 0.4 so the correct package name is lib64attica0.3 for the previous one lib64attica0.4 for the current one ... in the specfile: %define attica_major 0.4 Can the maintainer of this package please fix this? To find the version to use, look up the 'soname' of the library. I use: readelf -a /usr/lib64/libattica.so.0.4|grep SONAME = ...Library soname: [libattica.so.0.4] What follows .so. is the major version of the library. Is that really the correct definition of what a major version is? I always thought the major was just the first number. The library policy certainly doesn't mention double digit majors or similar. Is this something upstream is doing deliberately or is it just an oversight? https://projects.kde.org/projects/kdesupport/attica/repository/revisions/master/entry/CMakeLists.txt
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release attica-0.4.0-1.mga3
Le mardi 31 juillet 2012 16:27:52 shlomif a écrit : Name: attica Relocations: (not relocatable) Version : 0.4.0 Vendor: Mageia.Org Release : 1.mga3Build Date: Tue Jul 31 16:20:41 2012 Install Date: (not installed) Build Host: ecosse.mageia.org Group : System/Base Source RPM: (none) Size: 59480License: GPLv2+ Signature : (none) Packager: shlomif shlomif URL : https://projects.kde.org/projects/kdesupport/attica Summary : Open Collaboration Service providers library Description : A library to access Open Collaboration Service providers. Required to access OSC providers in get hot new stuff in KDE4. shlomif shlomif 0.4.0-1.mga3: + Revision: 276773 - New version 0.4.0 - thanks to fedya Could you please ask to maintainer before committing changing a spec. especially when this change force a rebuild of kde before a kde release ... -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kdelibs4-4.9.0-2.mga3
Le mardi 31 juillet 2012 18:42:00 tv a écrit : Name: kdelibs4 Relocations: (not relocatable) Version : 4.9.0 Vendor: Mageia.Org Release : 2.mga3Build Date: Tue Jul 31 18:15:54 2012 Install Date: (not installed) Build Host: ecosse.mageia.org Group : Graphical desktop/KDE Source RPM: (none) Size: 11884847 License: GPLv2 and LGPLv2 and GFDL and BSD and QPL and Artistic Signature : (none) Packager: tv tv URL : http://www.kde.org Summary : K Desktop Environment - Libraries Description : Libraries for the K Desktop Environment. tv tv 2:4.9.0-2.mga3: + Revision: 276808 - rebuild for new libattica + mikala mikala - Silent: Fix Source URL - Update tarball to KDE 4.9.0 Oh damn that !!! kde 4.9.0 is not supposed to be released now because a padawan without a commit right send a patch, his mentor feels obligate to push the package *without* checking the side effect of this change (yeah it's a update we're late let's push it ) of course we could have stay only with kdelibs 4.9.0 but now i noticed that fwang is pushing the whole kde stack especially when we're not sure that some kde package are not going to be respun damn that ! I guess i'll won't commit anything more if it's just to see some stuff like this . -- Mageia Contributor
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release clementine-1.0.1-1.mga3
Le dimanche 29 juillet 2012 09:32:07 fwang a écrit : [...] juancho juancho 1.0.1-1.mga3: + Revision: 216351 - Nope, the desktop file patch is still needed - Testing if desktop file patch is still needed You can test locally directly with desktop-file-validate :o) -- Mageia Contributor
Re: [Mageia-dev] My feeeling about the rpmlib(X-CheckUnifiedSystemdir) dependency
Le jeudi 26 juillet 2012 11:26:05 Colin Guthrie a écrit : 'Twas brillig, and Olivier Thauvin at 26/07/12 08:05 did gyre and gimble: Hi, I do think the way we enforce the need of migrate to /usr fs is just an abuse of rpm. By using the a rpmlib() dependency we create in fact this dependency tree: filesystem = rpm with X-CheckUnifiedSystemdir patch = check fs whereas we want: filesystem = check fs THere another to perform the check w/o needing patch in rpm (so w/o needing a specific rpm first): using pre script. If the %pre script failed rpm will refuse to install the rpm, so something like that: export LC_ALL=C [ `stat /bin -c %F` == 'symbolic link' ] || exit 1 or the same using lua. This is an interesting idea, but I wonder why the redhat guys didn't do it that way so I'll discuss it with them when I get a chance. I'm also not sure where the circular dep is (I can't see why filesystem has to be upgraded to install the newer rpm: but I'll have to do some tests next week in a VM to see if it comes to light). As said on irc (#mageia-kde) i've got that when i was upgrading on cauldron : rpm -qp --requires lib64db5.2-5.2.42-2.mga3.x86_64.rpm filesystem = 2.1.9-18 rpmlib(PayloadFilesHavePrefix) = 4.0-1 rpmlib(CompressedFileNames) = 3.0.4-1 libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.15)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libpthread.so.0()(64bit) libpthread.so.0(GLIBC_2.2.5)(64bit) libpthread.so.0(GLIBC_2.3.2)(64bit) rtld(GNU_HASH) rpmlib(PayloadIsLzma) = 4.4.6-1 Where lib64db5.2 is required by rpm (lib64rpm3) to get installed, but filesystem can't be installed since rpm was not updated to provide this filesystem :) -- Mageia Contributor
Re: [Mageia-dev] My feeeling about the rpmlib(X-CheckUnifiedSystemdir) dependency
Le jeudi 26 juillet 2012 09:05:08 Olivier Thauvin a écrit : Hi, Hello, I do think the way we enforce the need of migrate to /usr fs is just an abuse of rpm. By using the a rpmlib() dependency we create in fact this dependency tree: filesystem = rpm with X-CheckUnifiedSystemdir patch = check fs whereas we want: filesystem = check fs THere another to perform the check w/o needing patch in rpm (so w/o needing a specific rpm first): using pre script. Well if it's stay like this we'll have to provide an updated rpm on mga2 ensure it's installed because i was forced here to install manually rpm his dependency because of this loop even if the filesystem was already migrated when upgrading from a fresh installed mga2 to cauldron. Regards, -- Balcaen John
Re: [Mageia-dev] backend change in kde 4.9 for cauldron.
Le vendredi 20 juillet 2012 20:53:31 Nicolas Lécureuil a écrit : Hello, i just add a patch in our kde 4.9 to use udisk2 instead of udisk. Please tell if you notice any breakage because of this change Thanks padajedimastwan :) I asked to add it initially when the switch to 4.9 branch was requested but i was kindly ignored ;). I'll be pleased to test it (probably next week since chronopost is getting fun with my new shiny computer...) Regards,
Re: [Mageia-dev] gphoto update for MGA2
Le samedi 7 juillet 2012 23:59:32 AL13N a écrit : Op zaterdag 7 juli 2012 10:47:35 schreef Colin Guthrie: Hi, Before MGA2 a few users complained that their camera didn't work. https://bugs.mageia.org/show_bug.cgi?id=4177 Should we update gphoto and libgphoto on mga2 now the dust has settled. I don't know much about upstream here but it seems like a fairly safe option and it would add support for newer cameras etc. which users will genuinely find useful! Isn't this better fitted for backports? No because in this case you're not going to solve « hardware issue » for users. ( backports is still an « arlesienne » ) -- Balcaen John
Re: [Mageia-dev] some problem using convert from imagemagick
Le mardi 3 juillet 2012 00:25:48 Simple w a écrit : Hi, when i try to convert an image i get this error: convert -scale '1600x900!' -filter lanczos wallpaper.png wallpaper_1600_900.png convert: symbol lookup error: /usr/lib64/ImageMagick-6.7.8/modules-Q16/coders/png.so: undefined symbol: png_set_check_for_invalid_index Imagemagick should probably be rebuild against your png library. Regards,
Re: [Mageia-dev] QA process for GNOME 3.4.2 for Mageia 2
Le mardi 12 juin 2012 13:01:28 Olav Vitters a écrit : For Mageia 2, I'd like to: - get my act together and fix a bunch of bugs (a lot of wrong suggests/requires, resulting in bugscrashers) - provide GNOME 3.4.2 as update But this concerns loads and loads of packages. [...] Do you have any ETA for this update ? Just to avoid killing our QA before pushing kde here (4.8.4 for mga2 is waiting on svn :p ) -- Balcaen John
Re: [Mageia-dev] akonadi-google update to 0.4.1 needed
Le dimanche 10 juin 2012 11:30:48 vous avez écrit : [...] Just a question, which arch are you using ? I just build (not tested so far, while do it probably tonight) Ok i just tested it seems to work without problem (i'm able at least to add/authenticate from a « fresh configuration » ), please note that i did not encounter your authentification error before. -- Balcaen John
Re: [Mageia-dev] akonadi-google update to 0.4.1 needed
Le dimanche 10 juin 2012 17:36:15 Dimitrios Glentadakis a écrit : [...] I tested on my system 64bit and it works fine. I don't have the token failed error any more. Nice to hear, I'll add it on the todo list for mga2 then :o) ( QA team is going to hate me :p ) I had this reply from the kde developer: There will be no further release of akonadi-google ( = no tarballs with libkgoogle library and Akonadi resources together). Here's a proposed solution for you (or any other distributions): Distributions can package stable LibKGAPI. I will setup a scratch repo in git.kde.org/scratch/dvratil/akonadi-google-resources which will contain the Akonadi resources for Google from kdepim-runtime and I'll try to keep it in sync. The repository will have no versions or releases though, but I guess that should not be a problem (you can subscribe to repo RSS feed). The main feature development is going in LibKGAPI anyway and it has stable releases. https://bugs.kde.org/show_bug.cgi?id=301240#c4 Thanks, I'll have a look see what we can do for mga2 support. -- Balcaen John
Re: [Mageia-dev] Suggestion of roadmap for kde on mageia once cauldron is reopened
Le samedi 26 mai 2012 17:26:54 Maurice Batey a écrit : On Sat, 26 May 2012 08:31:29 -0400, John Balcaen wrote: our mageia 1 is providing the legacy kmail aka 4.11.x with KDE SC 4.6.x KMail 4.11.x ??!! I don't understand that numbering. Sorry i mean kmail 4.4.11. not kmail 4.11 Not available with Mageia-2? It is not because kdepimlibs is not compatible anymore with kdepim 4.4.x. Regards, -- Balcaen John
[Mageia-dev] Suggestion of roadmap for kde on mageia once cauldron is reopened
Hello, Since cauldron is going to reopened by the end of the week i would suggest to wait a little bit for KDE 4.9 beta1 rather in a first time update our Qt to 4.8.2 in cauldron KDE from 4.8.2 to .4.8.3 (or 4.8.4 which should be out quite soon) because : - we can have a little more test for the 4.8.x branch for mga2 Qt 4.8.2 - in 4.9.x upstream did split /create some new tarball [1] even if cauldron is supposed to be cauldron i like to have a « less broken as possible » kde due to file conflict so i usually test most of kde locally (for files conflicts before even uploading them to svn). So we can probably jump in the beta2 from 4.9 ( i should have a working box by the end of June :p) [1] for example finally ksecrets simply disappear, kdemultimedia is splitted in juk,kmix,dragon, kdebase-artwork has his own tarballl, there's a new nepomuk-core tarball splitted out of kde-runtime ( a dependency of this one). Regards, -- Balcaen JOhn
Re: [Mageia-dev] virtuoso-t (nepomuk?) takes too much memory (and CPU)
On Monday 30 January 2012 12:48:18 Maarten Vanraes wrote : [...] is this fixable? looking at those bug reports, it looks like this has been going on for a while now... Well until upstream fix it i guess we're stuck with it :/ [...] disabling this desktop search does not have effect on the kmail? i would guess not from how you put it, but i'm just asking for confirmation here :-) If you disable desktop search it won't work in kmail. Also i'm not sure if it's fixed but if i'm not wrong the « disable kmail index » functionnality does not work (even if it's supposed to be disable it's going to work...) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] virtuoso-t (nepomuk?) takes too much memory (and CPU)
On Monday 30 January 2012 20:14:47 Maarten Vanraes wrote : [...] /me facepalms... You can read this thread if you want http://lists.kde.org/?l=kde-pimm=132769144326703w=2 Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kdenetwork4-4.8.0-2.mga2
On Sunday 29 January 2012 16:03:19 kamil wrote : Name: kdenetwork4 Relocations: (not relocatable) Version : 4.8.0 Vendor: Mageia.Org Release : 2.mga2Build Date: Sun Jan 29 15:40:14 2012 Install Date: (not installed) Build Host: ecosse Group : Graphical desktop/KDE Source RPM: (none) Size: 10008730 License: GPLv2 LGPLv2 GFDL Signature : (none) Packager: kamil kamil URL : http://www.kde.org Summary : K Desktop Environment - Network Applications Description : Networking applications for the KDE 4. - kdict: graphical client for the DICT protocol - kit: AOL instant messenger client, using the TOC protocol - kpf: public fileserver applet - krfb: Desktop Sharing server, allow others to access your desktop via VNC - krdc: a client for Desktop Sharing and other VNC servers. kamil kamil 3:4.8.0-2.mga2: + Revision: 202900 - rebuild against new libgadu-1.11.1 Since gadu did not change his major, did you notice specific issue with the new libgadu kopete or did you simply rebuild the package because you did upgrade libgadu ? Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release kdenetwork4-4.8.0-2.mga2
On Sunday 29 January 2012 18:08:28 Kamil Rytarowski wrote : [...] Hello! I've simply rebuilt new release of the library for kopete. So since there's no specific issue (like for boost changes) no change in the soname major version, you don't have to rebuild all packages like this. Could you also check your personal email (ka...@mageia.org) regarding your changes about the spec layout... Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] virtuoso-t (nepomuk?) takes too much memory (and CPU)
On Sunday 29 January 2012 18:45:18 Maarten Vanraes wrote : Op zaterdag 28 januari 2012 18:56:35 schreef Florian Hubold: Am 28.01.2012 09:48, schrieb Maarten Vanraes: [...] what does it actually do? is this even needed? and why is it leaking so much memory? It's the database backend for Nepomuk, and i assume that it does the initial indexing of your /home. It does not leak memory, and it's not really needed, you might want to disable Nepomuk/Strigi altogether. You might want to look at http://trueg.wordpress.com/2009/10/22/virtuoso-once-more-with-feeling/ for some context information and https://bugs.kde.org/show_bug.cgi?id=246678 or https://bugs.kde.org/show_bug.cgi?id=281653 for bug information. [...] just wondering if there's a good reason for this? well, i was thinking if it's here by default, there must be a good reason... but imho it takes way too much resources. Nepomuk ( so virtuoso) is only required by a few packages (like kmail or bangarang for example), so you can of course remove/disable it if you don't want to use it. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] KDE 4.8 updates and panel issues
On Wednesday 25 January 2012 10:47:07 Robert Fox wrote : I just updated two systems to the latest Cauldron with KDE 4.8 packages - looking good, except that the panel is now in Classic Menu mode and there is no longer the option to switch to Application Launcher Menu Am I missing something? Yep, you probably missed my previous mail regarding the fix for plasmarc reading files ( https://www.mageia.org/pipermail/mageia-dev/2012- January/011473.html which is fact might be wrong because even people removing the ~/.kde4/ will probably encounter this bug ) So here i would say that you're running 2 pannels (the one that was available before the commit after 4.7.90) the one you probably added to fix this issue. You should removed this panel. One more point is that the kde update is of course not complete so far ( since the BS is currently under a perl flood i don't know when it will be fixed :p ) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Uploaded status on the web page
On Wednesday 25 January 2012 08:54:49 Pascal Terjan wrote : On Wed, Jan 25, 2012 at 03:07, Balcaen John mik...@mageia.org wrote: On Sunday 22 January 2012 15:51:28 Pascal Terjan wrote : I did some minor changes in the build system meaning that uploaded now really mean uploaded (the package is guaranteed to be in the hdlists), and you can safely submit anything depending on it. Hum in fact it seems not « perfect » :/ I had tonight qtsingleapplication failing while it should not since the correct qtlockedfile was « uploaded ». Anyway the delay is far shorter than it was before so that's enough, i'll add a little delay on my bash script ;o). Really there should not be any delay at all The website will only display uploaded after youri-submit has finished running for all packages for this target, that includes running genhdlist2 and rsync to reference mirror I don't know here :/ the only reason for not building ( http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20120125021624.mikala.valstar.14674/ ) of qtsingleapplication, was to use a non rebuild qtlockedfile (so the qtlockedfile.h was not in the correct place when qtsingleapplication need it). A simple wait pushing it few minutes after fix it. For memory i'm using this https://gitorious.org/~jbalcaen/mgaqueue/jbalcaen- mgaqueue to push package only when the previous is uploaded (with the support of the build throttle so maybe more people can you use it) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Uploaded status on the web page
On Wednesday 25 January 2012 07:47:09 Balcaen John wrote : On Wednesday 25 January 2012 08:54:49 Pascal Terjan wrote : On Wed, Jan 25, 2012 at 03:07, Balcaen John mik...@mageia.org wrote: On Sunday 22 January 2012 15:51:28 Pascal Terjan wrote : I did some minor changes in the build system meaning that uploaded now really mean uploaded (the package is guaranteed to be in the hdlists), and you can safely submit anything depending on it. Hum in fact it seems not « perfect » :/ I had tonight qtsingleapplication failing while it should not since the correct qtlockedfile was « uploaded ». Anyway the delay is far shorter than it was before so that's enough, i'll add a little delay on my bash script ;o). Really there should not be any delay at all The website will only display uploaded after youri-submit has finished running for all packages for this target, that includes running genhdlist2 and rsync to reference mirror [...] Ok i was able to reproduce here with kdenetwork4 where submit failed directly since i have versionned buildrequires Submission errors, aborting: - kdenetwork4-4.8.0-1.mga2.src: - Unresolved dep on kdebase4-devel = 1:4.8.0 kdebase4 4.8.0 is marked as uploaded kdenetwork4 was right after it on the build order with my script. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Uploaded status on the web page
On Wednesday 25 January 2012 14:45:33 Pascal Terjan wrote : [...] The .upload (used to decided if we display it as uploaded) was created 3s after the upload finished (the .youri) Looking at the .youri, it correctly updates the hdlists (to 20120125-132029-synthesis.hdlist.cz) and runs the mirror post which rsync to the reference mirror, which is then directly used by the build system. I have no idea why it was not available. the rsync delay maybe ? Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Uploaded status on the web page
On Wednesday 25 January 2012 15:37:40 Pascal Terjan wrote : On Wed, Jan 25, 2012 at 15:15, Balcaen John mik...@mageia.org wrote: On Wednesday 25 January 2012 14:45:33 Pascal Terjan wrote : [...] The .upload (used to decided if we display it as uploaded) was created 3s after the upload finished (the .youri) Looking at the .youri, it correctly updates the hdlists (to 20120125-132029-synthesis.hdlist.cz) and runs the mirror post which rsync to the reference mirror, which is then directly used by the build system. I have no idea why it was not available. the rsync delay maybe ? No, as I said the rsync is finished when this file is written Sorry i misread :/ Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Uploaded status on the web page
On Wednesday 25 January 2012 16:14:22 Pascal Terjan wrote : [...] Aah I see :) You are using the index2.php that I had created as a test and have not yet integrated to the main page. It did not get updated to display correct information... Oh, thanks :) I'll fix it asap ( i need to merge my changes in master too btw :p) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] RPM filetrigger doesn't take effect on icon changes
On Tuesday 24 January 2012 10:18:47 Oliver Burger wrote : Hi there, while working on https://bugs.mageia.org/show_bug.cgi?id=107 we noticed, our file triggers don't sometimes take effect on changes directly in /usr/share/icons. This is a problem that does affect KDE only as far as I can see it. The result is, when an icon in /usr/share/icons changes, the kde icon cache of the existing users isn't updated. So my fix to Bug 107 (replacing those wrong icons) doesn't work on KDE (while it does on other desktops). Can this be fixed somehow? There is this bug report https://bugs.kde.org/show_bug.cgi?id=251288 which seems quite similar to this current situation : changing one icons. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] KDE 4.8.0 Qt 4.8.0 soon on cauldron
On Thursday 19 January 2012 07:00:11 Balcaen John wrote :
Hello,
Just to let you know that in order to push KDE 4.8.0, i'll also push before
Qt 4.8.0 so some others packages might need a rebuild since the qt prefix
was change to follow %{_libdir} (like it's done in fedora) instead of being
harcoded to /usr/lib, the qt4includedir macro was also fixed previously by
dmorgan.
KDE 4.8.0 should follow soon after Qt 4.8.0 because from local test done
with the 4.7.90, KDE can be *really* slow until kdelibs,kde-runtime
kde-workspace has been rebuild against Qt 4.8.0.
Since kde 4.8.0 should be released on 25th i'll start to push Qt 4.8 some Qt
related software tonight so for the 10 users of cauldron's kde it could be
wise to wait for the end of kde's update before updating :)
Regards,
--
Balcaen John
Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Boot on Mageia Cauldron is damn slow! RFC
On Tuesday 24 January 2012 18:17:07 Damien Lallement wrote : [...] For my part, I'm in Cauldron for 8 months... So I have more than 2 or 3 boots. Oh you're rebooting ? ;o) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Uploaded status on the web page
On Sunday 22 January 2012 15:51:28 Pascal Terjan wrote : I did some minor changes in the build system meaning that uploaded now really mean uploaded (the package is guaranteed to be in the hdlists), and you can safely submit anything depending on it. Hum in fact it seems not « perfect » :/ I had tonight qtsingleapplication failing while it should not since the correct qtlockedfile was « uploaded ». Anyway the delay is far shorter than it was before so that's enough, i'll add a little delay on my bash script ;o). Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Uploaded status on the web page
On Sunday 22 January 2012 15:51:28 Pascal Terjan wrote : I did some minor changes in the build system meaning that uploaded now really mean uploaded (the package is guaranteed to be in the hdlists), and you can safely submit anything depending on it. Nice :) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Upgrade to KDE 4.7.95 breaks the desktop
On Wednesday 28 December 2011 12:21:21 Balcaen John wrote : [...] Currently i don't know, i don't know why it did not happens during the 4.7.90 transition :/ Anyway of course we'll look check how it could be fixed. (It could be related in fact to some configuration changes like for dolphin for example). Ok just for memory it should be fixed with our kdelibs 4.8.0 package , reverting a specific commit allows now plasma to read again plasma-applets- desktoprc so panel won't disapear but as usual there's a side effects : if you did fix this issue by simply adding a *new* panel ( not removing the ~/.kde4/share/config/plasma* files) you'll get a bonus panel :p This issue is a specific cauldron one. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Too many tmp directories
On Saturday 21 January 2012 18:21:14 Oliver Burger wrote : Hi, while searching for some strange KDE behaviour (see bug 107 about those icons), I found at least three different tmp directories: /tmp/ /var/tmp/ ~/tmp/ (one for every user) Now I can understand the reason behind having the user's tmp separately, but why do we have two system wide separate tmp directories? This get's even more complicated by the fact that there are symbolic links in .kde4/ to both: lrwxrwxrwx 1 oli oli 21 Okt 7 10:34 cache-beteigeuze.oli-home - /var/tmp/kdecache-oli/ lrwxrwxrwx 1 oli oli 16 Okt 7 10:34 socket-beteigeuze.oli-home - /tmp/ksocket-oli/ lrwxrwxrwx 1 oli oli 12 Okt 7 10:34 tmp-beteigeuze.oli-home - /tmp/kde-oli/ Can't we do something about that? Probably in fact it simply follow http://techbase.kde.org/KDE_System_Administration/KDE_Filesystem_Hierarchy. However i don't know if it's wise to setup the same path for thoses variables (it's possible). Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Adding a new license to rpmlint
On Friday 20 January 2012 10:39:18 Juan Luis Baptiste wrote : h pushed the first package, warsow, and got this build error but the message doesn't say much: Done. As root, type make install to install the library. make[1]: Leaving directory `/home/iurt/rpm/BUILD/warsow-0.61/libsrcs/angelscript/angelSVN/sdk/angelscri pt/projects/gnuc' * Done building angelscript library. * * Continuing angelwrap building... error: Bad exit status from /home/iurt/rpm/tmp/rpm-tmp.BsF5my (%build) g++: error: ../libsrcs/angelscript/angelSVN/sdk/angelscript/lib/libangelscript.a: No such file or directory make: *** [release/libs/angelwrap_x86_64.so] Error 1 The error seems to be here. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
[Mageia-dev] KDE 4.8.0 Qt 4.8.0 soon on cauldron
Hello,
Just to let you know that in order to push KDE 4.8.0, i'll also push before Qt
4.8.0 so some others packages might need a rebuild since the qt prefix was
change to follow %{_libdir} (like it's done in fedora) instead of being
harcoded to /usr/lib, the qt4includedir macro was also fixed previously by
dmorgan.
KDE 4.8.0 should follow soon after Qt 4.8.0 because from local test done with
the 4.7.90, KDE can be *really* slow until kdelibs,kde-runtime kde-workspace
has been rebuild against Qt 4.8.0.
Regards,
--
Balcaen John
Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Significant decrease of installed packages for a minimal installation
Le mardi 3 janvier 2012 13:24:30, Païou a écrit : zezinho lists.jjorge@... writes: Le mardi 3 janvier 2012 15:40:56, Wolfgang Bornath a écrit : 2012/1/2 Païou paiiou@...: I just did a minimal installation of Mageia 1 (with updates) Can't confirm this. I just did the same on a netbook. Custom desktop, unchecked all groups, minimal installation with X Ran updates, uninstalled orphans. It seems you did not use the updates for the first install. So the KDM was installed, and updating does not remove it. What interests me is to know what changes to allow the economy to packages. It would be interesting to also change cauldron in that direction. Maybe you have the response. the result of the -debug during installation might help to understand why slim is preferred over kdm, but i guess kdm was installed initially simply because a dm was needed slim not available on the iso. -- Balcaen John Jabber-ID: mik...@jabber.littleboboy.net
Re: [Mageia-dev] GNOME 2 panel applets
On Monday 02 January 2012 10:12:08 Olav Vitters wrote : In https://bugs.mageia.org/show_bug.cgi?id=1133, the reporter is asking to add dockbarx, a panel applet for GNOME 2. Being involved with GNOME, in my opinion this is a WONTFIX. There is no GNOME 2 in Mageia, and GNOME 3 fallback mode might go away, plus the panel API changed slightly (because it uses dbus now instead of bonobo). No clue if dockbarx works with fallback mode btw. What do others think? WONTFIX is a good solution. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Emails
Le lundi 2 janvier 2012 13:34:05, Pascal Terjan a écrit : Sorry, sent it initially to the wrong mailing list. Following a little change last night: - Packager field of rpms is now login login (for example pterjan pterjan) - Mails on changelog email are from login buildsystem-dae...@mageia.org - You should receive an email when a package you submitted fails to build Only when it failed to build or also when it was rejected by the BS ? Regards, -- Balcaen John Jabber-ID: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Wrong submission of antico-0.2-0.git.1.%{1}.mga2
On Sunday 01 January 2012 15:00:43 Matteo wrote : Can someone remove this job/package? Who can I ask in these cases? It should be rejected by rpmlint on upload for unexpanded macro. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Wrong submission of antico-0.2-0.git.1.%{1}.mga2
On Sunday 01 January 2012 19:07:20 Florian Hubold wrote : Am 01.01.2012 16:32, schrieb Balcaen John: On Sunday 01 January 2012 15:00:43 Matteo wrote : Can someone remove this job/package? Who can I ask in these cases? It should be rejected by rpmlint on upload for unexpanded macro. Regards, Not rejected, but failure: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/2012010113 5744.matteo.valstar.18171/ AFAICS it fails when copying the src.rpm around If the build was a success (everything can happens :p ), it would has been rejected by rpmlint during upload for unexpanded macro. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Help with wally package on the BS
On Sunday 01 January 2012 16:46:55 Juan Luis Baptiste wrote : Hi, I'm having some trouble getting a new package called wally built on the BS. Locally it builds fine but on the cluster it doesn't find the generated files by the application: http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/2012010116 4304.juancho.valstar.24149/log/botcmd.1325436242.jonund.log I started using KDE macros (hence the kde4-macros BR) but removed all of them trying to fix the problem, I dunno what to do now. Any hints ? Wrong files list : File not found by glob: /home/iurt/rpm/BUILDROOT/wally-2.4.4-1.mga2.x86_64/usr/lib64/kde4/* File not found: /home/iurt/rpm/BUILDROOT/wally-2.4.4-1.mga2.x86_64/usr/share/icons/oxygen/16x16/apps/wallyplugin.png File not found: /home/iurt/rpm/BUILDROOT/wally-2.4.4-1.mga2.x86_64/usr/share/kde4/services/plasma- wallpaper-wallyplugin.desktop If you want to install the kde part (wallyplugin subpackage) you need to have kdelibs4-devel as BR (which is going to install the wallyplugins.png , plasma- wallpaper-wallyplugin.desktop plasma_wallpaper_wallyplugin.so) Of course if you add this you'll should also use kde4_macros for this part of the spec. Of course if you want to get ride of kde's dependency you just need to have to fix the file list. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release cmake-2.8.7-1.mga2
Le samedi 31 décembre 2011 11:20:29 Mageia Team a écrit : Name: cmakeRelocations: (not relocatable) Version : 2.8.7 Vendor: Mageia.Org [...] fwang fwang 1:2.8.7-1.mga2: + Revision: 189268 - new version 2.8.7 Did you test eventually if we still need the findboost patch ? Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] [packages-commits] [188774] make sure shadow-utils are installed before rpm-helper (mga #3916)
Le jeudi 29 décembre 2011 23:33:44 Thomas Backlund a écrit : [...] Is it useful to keep requires when we have a requires(pre) before ? Yep. Requires(pre): only ensures it's available during install, not after. Requires: makes sure it stays installed. Thanks for the info. I guess i've got some packages which need to be fixed \o/ Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Upgrade to KDE 4.7.95 breaks the desktop
Le dimanche 25 décembre 2011 19:40:51 Pierre Jarillon a écrit : After updating cauldron, the destop is empty: all icons and plasmoids are missing. Well here « only » the pannel was missing during the upgrade ( not all plasmoids). It is necessary to rename or remove ~/.kde4/ to recreate a new usable desktop. This is easy for us, but it should be better to keep as much as possible of old configuration. It would have been better to get ride of only the plasma* configuration files so you won't loose all kde's apps configuration. What must be done during the upgrade to KDE = 4.7.95 ? Currently i don't know, i don't know why it did not happens during the 4.7.90 transition :/ Anyway of course we'll look check how it could be fixed. (It could be related in fact to some configuration changes like for dolphin for example). -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release qt3-3.3.8b-30.mga2
Le lundi 26 décembre 2011 22:39:39 Thierry Vignaud a écrit : On 26 December 2011 04:30, Mageia Team buildsystem-dae...@mageia.org wrote: fwang fwang 3.3.8b-30.mga2: + Revision: 187720 - set system flags Wasn't this one supposed to be never imported? It was imported for lsb. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Conflicts between kde 4.7.90 and laptop-mode-tools
Le jeudi 22 décembre 2011 17:02:50 Frank Griffin a écrit : This has been going on for a few days. Not a whisper of a problem on non-laptop systems: [...] laptop-mode-tools is deprecated since mga1 if i'm not wrong. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Conflicts between kde 4.7.90 and laptop-mode-tools
Le mercredi 28 décembre 2011 10:34:19 Frank Griffin a écrit : On 12/28/2011 10:24 AM, Balcaen John wrote: Le jeudi 22 décembre 2011 17:02:50 Frank Griffin a écrit : This has been going on for a few days. Not a whisper of a problem on non-laptop systems: [...] laptop-mode-tools is deprecated since mga1 if i'm not wrong. So shouldn't whatever replaced it obsolete it ? From the changelog of pm-utils it's wrote : * Wed May 18 2011 ahmad ahmad 1.4.1-3.mga1 + Revision: 99676 - Conflict with laptop-mode-tools, its functionalities overlap pm-utils, and upstream thinks it should conflict http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612710#59 That's why no obsoletes was added. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Conflicts between kde 4.7.90 and laptop-mode-tools
Le mercredi 28 décembre 2011 11:01:39 Frank Griffin a écrit : On 12/28/2011 10:48 AM, Balcaen John wrote: Le mercredi 28 décembre 2011 10:34:19 Frank Griffin a écrit : So shouldn't whatever replaced it obsolete it ? From the changelog of pm-utils it's wrote : * Wed May 18 2011 ahmadahmad 1.4.1-3.mga1 + Revision: 99676 - Conflict with laptop-mode-tools, its functionalities overlap pm-utils, and upstream thinks it should conflict http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=612710#59 That's why no obsoletes was added. If I read that bugreport correctly, KDE's use of power management hooks conflicts with pm-utils. no. kde use pm-utils. pm-utils conflicts with laptop-mode-tools. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Conflicts between kde 4.7.90 and laptop-mode-tools
Le mercredi 28 décembre 2011 11:34:08 Frank Griffin a écrit : [...] But the question still stands in modified form: is anything else on a Mageia system using laptop-mode-tools, or has everything moved to pm-utils ? If I rip out laptop-mode-tools to avoid blocking the KDE packages, what happens to non-KDE stuff ? I would say nothing since i doubt that ahmad would add a conflicts just for that. Also if it was stricly requires (like it is for kde) i guess a urpme laptop- mode-tools should answer the question. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] Conflicts between kde 4.7.90 and laptop-mode-tools
Le mercredi 28 décembre 2011 13:36:49 Balcaen John a écrit : Le mercredi 28 décembre 2011 11:34:08 Frank Griffin a écrit : [...] But the question still stands in modified form: is anything else on a Mageia system using laptop-mode-tools, or has everything moved to pm-utils ? If I rip out laptop-mode-tools to avoid blocking the KDE packages, what happens to non-KDE stuff ? I would say nothing since i doubt that ahmad would add a conflicts just for that. Also if it was stricly requires (like it is for kde) i guess a urpme laptop- mode-tools should answer the question. On the laptop-mode mailing list, the problem arises too cf : http://mailman.samwel.tk/pipermail/laptop-mode/2010-May/000262.html So in fact it's conflicting with some functionnality provides by gnome- powermanager at least. Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release oxygen-icon-theme-4.7.90-1.mga2
Le dimanche 18 décembre 2011 00:14:02 Thierry Vignaud a écrit : On 18 December 2011 00:10, Mageia Team buildsystem-dae...@mageia.org wrote: mikala mikala 1:4.7.90-1.mga2: + Revision: 182202 - Update tarball to KDE SC 4.7.90 - use kde4_macros BTW, if you could not fill the building queue with too many packages so that other can have a reasonable build time... Seems like my previous mail was private in fact :p I tried to use a script to push KDE's packages on the BS, but due to an error the fact that i moved away for 10 minutes, the script decides to push most of the queue when it should not. The script is now fixed (tested with the kdeartwork4 kdetoys sequence) i should not flood anymore the BS. Regards, -- Balcaen John
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release oxygen-icon-theme-4.7.90-1.mga2
Le dimanche 18 décembre 2011 12:34:40 Thierry Vignaud a écrit : On 18 December 2011 09:04, Balcaen John mik...@mageia.org wrote: BTW, if you could not fill the building queue with too many packages so that other can have a reasonable build time... Seems like my previous mail was private in fact :p I tried to use a script to push KDE's packages on the BS, but due to an error the fact that i moved away for 10 minutes, the script decides to push most of the queue when it should not. The script is now fixed (tested with the kdeartwork4 kdetoys sequence) i should not flood anymore the BS. I think you can upload them a little faster. Well currently the script is only submitting a package only when the precedent has a UPLOADED status. Now i need to find a way to deal with « build dependency » so i can probably push 2 packages @ the same moment if there's a free slot on the BS. -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
Re: [Mageia-dev] mariadb
Le samedi 17 décembre 2011 17:14:52 Anssi Hannula a écrit : On 17.12.2011 15:59, Oliver Burger wrote: Am Samstag, 17. Dezember 2011, 15:45:42 schrieb Anssi Hannula: +1 for not naming it as libmariadb18 if it actually contains libmysqlclient.so.18. But mariadb is not mysql, it's a kind of fork of mysql. We don't call libreoffice openoffice and we don't call Mageia Mandriva, do we? Fair points. IMHO library packages should still be primarily named after the library they contain, regardless of project name. But indeed we have no clear policy regarding that, making it kind of maintainer decision. Well since we still don't know if we're going to follow mariadb path or mysql, we should probably better stick to mariadb inside the library name. (Not to mention we don't know if mariadb is not going to change the library's name from libmysql to libmariadb.) Regards, -- Balcaen John Jabber-id: mik...@jabber.littleboboy.net
