rawhide report: 20130310 changes

Compose started at Sun Mar 10 08:15:08 UTC 2013 Broken deps for x86_64 -- [HippoDraw] HippoDraw-python-1.21.3-6.fc19.x86_64 requires libboost_python.so.1.50.0()(64bit) [aws] aws-2.11.0-13.fc19.i686 requires libgnutls.so.26(GN

Re: twinkle: Intent to retire

On 03/09/2013 12:08 PM, Kevin Fenzi wrote: > So, I am going to retire this package in rawhide soon unless there's > folks with a very strong C++ background wishing to fix issues and > basically become the new upstream. Does Fedora currently have a functional soft-phone? -- =

Re: rawhide report: 20130310 changes

> [clementine] > clementine-1.1.1-1.fc19.x86_64 requires > libprotobuf.so.7()(64bit) > [dmlite-plugins-memcache] > dmlite-plugins-memcache-0.5.0-3.fc19.x86_64 > requires libprotobuf.so.7()(64bit) > [dmlite-plugins-s3] > dmlite-plugins-s3-0.5.0-2.fc19.x86_64 r

Re: rawhide report: 20130310 changes

On Sun, 10 Mar 2013 12:15:41 -0700, Conrad Meyer wrote: > API compatibility breakage, but I don't remember the tool for > diffing shared objects — can anyone point me to it? rpmsodiff abi-compliance-checker -- Fedora release 19 (Rawhide) - Linux 3.9.0-0.rc1.git0.4.fc19.x86_64 loadavg: 0.13 0.12

Making hplip use systemd

Is it possible to allow hplip use sytemd instead of cron? Thanks , Luya -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

New cfitsio (3.330) in rawhide

Hello, a new cfitsio (3.330) is going to land tomorrow Monday in rawhide. All the packages depending on cfitsio should be rebuilt. Repoquery says that the affected packages are: CCfits-0:2.4-6.fc19.src HippoDraw-0:1.21.3-6.fc19.src cpl-0:6.2-1.fc19.src esorex-0:3.9.0-4.fc19.src gdal-0:1.9.1-18.fc

Re: New cfitsio (3.330) in rawhide

On Sun, 10 Mar 2013 23:15:44 +0100, Sergio Pascual wrote: > Hello, a new cfitsio (3.330) is going to land tomorrow Monday in rawhide. > All the packages depending on cfitsio should be rebuilt. Why is that? And is it a "should" or a "must"? $ rpmsodiff cfitsio-3.300-2.fc18.x86_64.rpm cfitsio-3.31

Re: New cfitsio (3.330) in rawhide

> > Hello, a new cfitsio (3.330) is going to land tomorrow Monday in rawhide. > > All the packages depending on cfitsio should be rebuilt. > > Why is that? And is it a "should" or a "must"? The shared lib 3.330 also only adds two more symbols compared with 3.310. Which repoquery has been used to

Re: New cfitsio (3.330) in rawhide

Hi, cfitsio function fits_open_file checks at runtime if the version of cfistio used during compile is the same version used at runtime. If not, the program aborts. So every program linked with cfitsio must be recompiled. And you are comparing 3.300 with 3.310. There are more changes between 3.3

Re: New cfitsio (3.330) in rawhide

Hi, I did repoquery --repofrompath=this, http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS--repoid=this --archlist=src --whatrequires cfitsio-devel 2013/3/10 Michael Schwendt > > > Hello, a new cfitsio (3.330) is going to land tomorrow Monday in > rawhide. > > >

Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64

alekc...@googlemail.com wrote: > Last KDE nightly composes failed because of error > > DEBUG util.py:264: Error creating Live CD : Failed to build transaction : > MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64 > > http://koji.fedoraproject.org/koji/taskinfo?taskID=5100301 > http://

Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64

alekc...@googlemail.com wrote: > Last KDE nightly composes failed because of error > > DEBUG util.py:264: Error creating Live CD : Failed to build transaction : > MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64 See, https://bugzilla.redhat.com/show_bug.cgi?id=919926 -- rex -- dev

Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64

Rex Dieter wrote: > alekc...@googlemail.com wrote: > >> Last KDE nightly composes failed because of error >> >> DEBUG util.py:264: Error creating Live CD : Failed to build transaction >> : MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64 ... > 1. Shouldn't the 'mysql' component be r

[HEADS UP] python-pillow (python-imaging replacement) will land in rawhide soon

Hello, python-pillow will hit rawhide soon. As described in the Pillow feature-page, see [1], python-pillow will replace python-imaging (PIL) in Fedora 19+. Pillow is a drop-in replacement for PIL, except for one small detail concerning the module import syntax, see [2]. Maintainers have a

Re: MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64

alekc...@googlemail.com wrote: > Last KDE nightly composes failed because of error > > DEBUG util.py:264: Error creating Live CD : Failed to build transaction : > MySQL-libs conflicts with mariadb-libs-5.5.29-7.fc19.x86_64 Time for a big "TOLD YOU SO!" I KNEW that having both MySQL and MariaDB

Re: MariaDB replacing MySQL

Miloslav Trmač wrote: > The FESCo decision from the minutes was: >> feature owners are asked to make it possible to install the MySQL >> stand-alone server (only) > so dependencies on the client libraries are not a concern; Fedora > packages are expected to use the MariaDB client libraries. In oth

Re: [ACTION REQUIRED] Retiring packages for Fedora 19 - March 4 update

Adam Williamson wrote: > No, there are commits right up to late Feb in launchpad. But then I > don't immediately see that you'd want it for MATE purposes (or really > any other Fedora purposes); it's a Unity thing. I packaged and used to > own it for my aborted plan to try and package Unity, and it

Re: Testing valgrind in rawhide (separate valgrind-debuginfo package)

Mark Wielaard wrote: > Aha, thanks. Yes using DWARF might help getting more user > friendly/recognizable names. > > Though note that the name we were really looking for was > setsockcreatecon, since that is what was called from main. I think that > one is doing a tail-call to setprocattrcon.constp

Re: Non responsive state for systemd

Lennart Poettering wrote: > True thing. libselinux is a library we really really should avoid > linking against. Why the sarcasm? SELinux and libselinux only ever cause problems, why can't we finally kick them out of Fedora? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.

Re: RFC: Fedora revamp proposal

Michael Scherer wrote: > keeping unused library is not worst that keeping old perl modules. Conceptually, keeping old Perl modules is just as bad. Our Perl packaging does not keep old versions lying around either! Practically, libraries tend to be a lot larger than Perl modules. > A few wasted

Re: RFC: Fedora revamp proposal

Miloslav Trmač wrote: > If a new package doesn't break tests, it will tagged into rawhide > immediately or overnight - just like now. No extra work needed, no > change in workflow. Running the tests alone will slow down chain builds significantly, even if the builds get tagged immediately after

Re: [emelfm2] remove vendor tag from desktop file. https://fedorahosted.org/fpc/ticket/247

Michael Schwendt wrote: > And rest assured, "dropping very old obsoletes" isn't controversial in > general. Oh sure it is! I don't understand why it's recommended practice to do this. I see absolutely no benefit in removing any Obsoletes. It only breaks things for people who skip more releases a

Re: New Fedora openid provider (fas-openid) in service

Adam Williamson wrote: > On 05/03/13 10:39 PM, Kurt Seifried wrote: >> can I use my existing openid? kurt.seifried.org >> . > > That's not really a question that makes sense. Fedora runs an OpenID > provider which gives you an OpenID associated with your 'Fedora > identi

Re: rawhide report: 20130310 changes

On Sun, 2013-03-10 at 12:15 -0700, Conrad Meyer wrote: [... snip list of broken deps ...] > I've emailed all the relevant maintainers; protobuf 2.5.0 > (#883822) bumped .so from 7 to 8 and I didn't notice until > after kicking off the build, mea culpa. I find that being a bit more explicit when sp

Re: twinkle: Intent to retire

Ian Pilcher wrote: > Does Fedora currently have a functional soft-phone? Ekiga? Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: New cfitsio (3.330) in rawhide

Sergio Pascual wrote: > cfitsio function fits_open_file checks at runtime if the version of > cfistio used during compile is the same version used at runtime. If not, > the program aborts. So every program linked with cfitsio must be > recompiled. That's a totally broken versioning system, the so

Requesting assistance with packaging a web app: wikindx

Hi folks, I've recently packaged and submitted wikindx[1] for review[2]. I have a few queries with the rpm, since it's a web package and not really up my alley: I've placed all the files in %{_datadir} as the guidelines specify[3] (and forbid the placement of files into /var/www). Now, how is a u

Re: Requesting assistance with packaging a web app: wikindx

On 03/10/2013 11:14 PM, Ankur Sinha wrote: I've placed all the files in %{_datadir} as the guidelines specify[3] (and forbid the placement of files into /var/www). Now, how is a user supposed to use the package? Is he supposed to copy these files into /var/www and set his application up, or is th

Re: Requesting assistance with packaging a web app: wikindx

On Sun, 2013-03-10 at 23:22 -0500, Michael Cronenworth wrote: > You should take a look at mediawiki[1]. It stores its files in > /usr/share/mediawiki and provides scripts for creating new wikis. The > scripts reference a list of wikis in /etc/mediawiki. Instead of > copies > the new wikis are sy

Re: yum >= 3.4.3-70: yum check reports "X has installed obsoletes Y"

On Fri, 2013-03-08 at 01:38 +0200, Yanko Kaneti wrote: > On Thu, 2013-03-07 at 22:03 +0100, Michael Schwendt wrote: > > The Yum changelog is not detailed enough to tell, > > If I may. > > The handling of both this and the bundled presto^Wdeltrarpm new > yum ..features on the part of the current

Re: twinkle: Intent to retire

On 10 Mar 2013 16:53, "Ian Pilcher" wrote: > > On 03/09/2013 12:08 PM, Kevin Fenzi wrote: > > So, I am going to retire this package in rawhide soon unless there's > > folks with a very strong C++ background wishing to fix issues and > > basically become the new upstream. > > Does Fedora currently

Re: Non responsive state for systemd

On 11 Mar 2013 02:30, "Kevin Kofler" wrote: > > Lennart Poettering wrote: > > True thing. libselinux is a library we really really should avoid > > linking against. > > Why the sarcasm? SELinux and libselinux only ever cause problems, why can't > we finally kick them out of Fedora? Really? I find