On Thu, 22 Aug 2013 15:27:47 +0200, Alec Leamas wrote:
> The overall results with some comments are at http://ur1.ca/f5xxw .
The CheckSoFiles results might be .so plug-in libs (extension modules),
which are stored in private paths, i.e. outside run-time linker's search.
Or even non-versioned sh
On Thu, 22 Aug 2013 15:27:47 +0200, Alec Leamas wrote:
> In an attempt to test fedora-review we have run it on almost allpackages
> in the complete rawhide distribution. Our primary objective is to
> certify that fedora-review is stable for all this kind of input. Also,
> these test reveals som
The "Obsoletes" tag for these python-django-foo renames is not high
enough. A systematical error due to not considering the dist tag.
django-extra-form-fields
django-extra-form-fields-0:0.0.1-2.fc17.noarch isn't obsoleted
django-extra-form-fields-0:0.0.1-1.fc16.noarch is oldest
djan
What's the full story here?
php-gettext
php-gettext-0:1.0.11-5.fc20.noarch isn't obsoleted
php-gettext-0:1.0.11-4.fc19.noarch isn't obsoleted
php-gettext-0:1.0.11-3.fc18.noarch isn't obsoleted
php-gettext-0:1.0.9-3.fc15.noarch is oldest
php-gettext < 0:1.0.11-3 obsoleted b
On Wed, 21 Aug 2013 08:57:38 +0200, Tomas Mraz wrote:
> I have openssl and fipscheck obsoletes on the list.
>
> They were added because the base openssl (and fipscheck) package was
> split into openssl-libs and openssl subpackages where only the
> openssl-libs is needed unless something requires
On Tue, 20 Aug 2013 16:45:47 -0600, Jerry James wrote:
> > latte-integrale
> > 4ti2-0:1.5-3.fc18.i686 isn't obsoleted
> > 4ti2 < 0:1.5-1 obsoleted by 4ti2-0:1.5-10.fc20.i686
> Or are you saying that even the Obsoletes
> tag is unnecessary since only the source RPM name changed, b
> Undead and all builds obsoleted:
>
> classads
> detex
> drupal6-drush
> gpp4
> ibus-table-array30
> jaxen-bootstrap
> joystick
> kdirstat
> latexdiff
> mate-conf
> mate-conf-editor
> metapost-metauml
> nss-myhostname
> pdfbook
> pdfjam
> ps2eps
> python-cryptsetup
Oh no! Another one of those threads... ;-)
Well, a comment from Thomas Moschny inspired me to examine "Obsoletes"
tags in our package collection a bit.
How to find "Obsoletes" tags, which are not high enough?
For example, it happens regularly that even with Fedora's Package Rename
Process, which
On Tue, 20 Aug 2013 11:15:43 +0200, Thomas Moschny wrote:
> > Undead and all builds obsoleted:
>
> Seems this misses cases like pexpect, which is undead, but obsoleted
> by python-pexpect. Maybe because the latter failed in the latest mass
> rebuild?
Good catch! The Obsoletes tag in python-pexpe
On Mon, 19 Aug 2013 21:01:03 -0500, Dennis Gilmore wrote:
> > I just noticed the mass rebuild on Aug 3 botched up my EVR for
> > libreswan:
> >
> > Release: %{?prever:0.}1%{?prever:.%{prever}}%{?dist}.1
The trailing .1 is valid, at least:
https://fedoraproject.org/wiki/Packaging:NamingGuideli
I've split out the code that performs this check (based on an idea
like old RepoPrune), added a brute-force check for dead.package files
(via http and cgit), and the current working-copy is this:
http://mschwendt.fedorapeople.org/obscheck-remote.py
Output for Rawhide:
Dead and all builds obsole
Comments at the bottom. First the src.rpms in Rawhide, which are
completely obsolete because all built binary rpms are obsoleted.
Those should get retired properly:
All builds obsoleted:
-
chktex
classads
detex
drupal6-drush
ff-utils
gpp4
ibus-table-array30
jadetex
jaxen-boots
On Mon, 19 Aug 2013 21:45:09 +0100, Peter Robinson wrote:
> > yum-utils
> >
>
> I don't think yum-utils should be on that list given that it appears to be
> actively maintained and not obsoleted.
All these src.rpms build _something_ that is obsoleted by something else.
For yum-utils, it's the y
On Mon, 19 Aug 2013 22:30:03 +0200, Michael Schwendt wrote:
> > If there are no objections, I can just retire all of them.
Okay, I object!
Some of them are sub-packages. Obsolete, but still being built!
For example, yum-plugin-security from yum-utils, obsoleted by yum.
That's
> If there are no objections, I can just retire all of them.
The src.rpm names:
chktex
classads
detex
drupal6-drush
ff-utils
gpp4
ibus-table-array30
jadetex
jaxen-bootstrap
joystick
kdirstat
latexdiff
lzma
mate-conf
mate-conf-editor
metapost-metauml
nss-myhostname
openswan
pdfbook
pdfjam
ps2eps
p
On Mon, 19 Aug 2013 21:34:52 +0200, Till Maas wrote:
> > > > > https://admin.fedoraproject.org/pkgdb/acls/name/latexdiff
> > >
> > > Let me rephrase: It is not orphaned/retired/deprecated in pkgdb and
> > > there is no dead.package in GIT and it is not blocked in koji.
> >
> > Right, and yet it'
On Sun, 18 Aug 2013 21:41:52 -0600, Jerry James wrote:
> On Sun, Aug 18, 2013 at 9:35 PM, Will Benton wrote:
> > (1) As far as I can tell, the package for Scala 2.9.2 on F19 (2.9.2-2) has
> > broken dependencies; I can't install it via yum on my new F19 install. Is
> > this the case for anyone
A couple of obsolete packages is still included in Rawhide. Usually
that means a package has not been retired yet or has been retired
incompletely:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
In some cases, the dead package is only missing the koji block request
in Fed
On Sat, 17 Aug 2013 23:05:48 +1000, Ankur Sinha wrote:
>
> Hi,
>
> I maintain two packages for the fedora-medical SIG that fall under the
> "freemedforms[1]" project. At the moment, these are packaged separately:
>
> 1. freemedforms[2]: provides freemedforms-emr and pulls in freediams
> 2. free
On Fri, 2 Aug 2013 09:10:02 -0500, Juan Rodriguez wrote:
> I've tried contacting Valmantas Paliska (The original Blueman developer)
> but I don't expect him to return to the project after over a year of
> absence.
>
> LXDE (and other lightweight environments) are indeed the reason I'd keep
> the
On Sun, 11 Aug 2013 07:58:37 -0500, Richard Shaw wrote:
> Ok, I've been getting these messages for a while but I'm not the package
> owner for I didn't worry about it, however, it's been a couple of weeks so
> I decided to take a look to see how much work it would be.
You are listed as a co-maint
On Wed, 7 Aug 2013 14:03:11 +0200, Juerg Haefliger wrote:
> All,
>
> I'm struggling with massaging the spec file of one of my packages to
> do what I need it to. I have this noarch package (cloud-utils, just a
> bunch of shell scripts) that I split up into a main package and a
> subpackage. The r
On Tue, 6 Aug 2013 23:27:42 +0200, Till Maas wrote:
> Package gnome-vfs2 (orphan)
> List of deps left behind by packages which are orphaned or fail to build:
Without examining the script, it seems it doesn't handle the dependencies
of dependencies but just the first level. Is that expected?
>
On Wed, 7 Aug 2013 10:38:04 +0800, Christopher Meng wrote:
> I don't understand why manaplus was orphaned just after 8 months it
> got into Fedora.
>
> If you can't keep it, don't package it.
https://lists.fedoraproject.org/pipermail/devel/2013-August/187271.html
--
devel mailing list
devel@lis
On Tue, 06 Aug 2013 17:38:15 -0700, Adam Williamson wrote:
> I just did a 'yum update --skip-broken' on my Rawhide box. the
> skip-broken resolution is pretty complex, it looks like, which is
> probably what causes yum to get its pants in a twist, but the resulting
> 'error' is amusing:
>
> Prote
> Change in ownership over the last 168 hours
> ===
>
> 39 packages were orphaned
This is an amazing report. Thanks again to the guys who create it.
The many orphans are too much for my brain, however. :( Just to understand
this, is this activity by packa
On Sun, 7 Jul 2013 01:24:40 +0800, Danishka Navin wrote:
> I have submitted a new package named sugar-srilanka package to bodhi (
> fc17, fc18, and fc19) . It was submitted as bugfix instead of newpackage.
>
> Seems I can't change the settings after submission.
That should be possible. At least
On Sat, 6 Jul 2013 17:12:46 +0200, Jakub Jelinek wrote:
> On Sat, Jul 06, 2013 at 01:31:48PM +0300, Panu Matilainen wrote:
> >
> > Something is broken wrt f19 updates and updates-testing repo
> > metadata, note the required glibc version between the rpm version in
> > main repo vs updates-testing
On Mon, 01 Jul 2013 23:28:00 +0200, Antonio Trande wrote:
> >> "pl" is the file name without extension (pl.qm). In .spec file:
> >>
> >> ... %find_lang pl --with-qt %find_lang ru --with-qt ...
> >>
> >> Are they correct ?
> >
> > No.
> >
> > Multiple invocations of %find_lang is a consecutive
On Mon, 01 Jul 2013 20:57:46 +0200, Antonio wrote:
> On Mon 01 Jul 2013 08:53:44 PM CEST, Michael Schwendt wrote:
> > On Mon, 01 Jul 2013 20:36:25 +0200, Antonio wrote:
> >
> >> In qgifer package building (Bug#979702), I need to include language
> >>
On Mon, 01 Jul 2013 20:36:25 +0200, Antonio wrote:
> In qgifer package building (Bug#979702), I need to include language
> *.qm files from source software.
>
> Currently, 'cmake' command puts language files into /usr/share/locale
> directory but find-lang.sh doesn't locate them in $RPM_BUILD_ROOT
On Mon, 1 Jul 2013 18:14:46 + (UTC), nobody fedoraproject org wrote:
> 9 packages were orphaned
> php-pecl-apc [devel] was orphaned by remi
> APC caches and optimizes PHP intermediate code
> https://admin.fedoraproject.org/pkgdb/acls/name/php-pecl-apc
Could the script be enhanced
On Sun, 30 Jun 2013 17:03:58 +0200, Heiko Adams wrote:
> But why doesn't prevent yum packages with arch != ($Basearch, noarch)
> from being pulled in by default?
Yum developers can answer that. Probably such a prevention technique is
not implemented, because it would require checks that might not
On Fri, 28 Jun 2013 19:44:22 -0500, Michael Catanzaro wrote:
> There still seems to be an issue with the update descriptions that we
> present in PackageKit. A lot of people just write "update to version
> x.y.z" which is not great, but a whole lot better than some of the ones
> we've been seeing
On Sat, 29 Jun 2013 10:34:09 -0400, Steve Grubb wrote:
> Did anyone notice all the i686 packages that get pulled in if you try to
> upgrade from F18? My system has no i686 packages on it today. But
> when I try to upgrade it starts getting i686 dependencies pulled in. It
> starts like this:
>
>
Krzysztof,
unrelated to this thread, but I've noticed the "Face" header in your
email, which exceeds the maximum size of such headers. As such, it breaks
the hard limits of some servers as well as clients, such as Claws Mail.
http://quimby.gnus.org/circus/face/
--
Fedora release 19 (Schrödinge
On Tue, 18 Jun 2013 01:37:19 +0300, Oron Peled wrote:
> Let me be more specific:
> * If upstream uses a modern autotools, than "autoreconf" should be preferred
> (IMO).
> * If not, we should advise them to modernize (and if we can, try to help
> them).
>
IIRC, that has been suggested in the m
On Mon, 17 Jun 2013 15:55:57 +, Jóhann B. Guðmundsson wrote:
> Because if you cannot properly maintain the component in the
> distribution the community is better of without it.
Such rude comments don't meet the "be excellent to eachother" guidelines
anymore, I'm afraid. Stop here, please.
On Mon, 17 Jun 2013 10:59:06 +0200, Björn Esser wrote:
> I completely agree to this. Using `autoreconf -fi` in %build or %prep
> should be mandatory in packages using autotools.
One problem with that is, one cannot "blindly" run autoreconf -fi and
expect it to be 100% compatible with the multitu
On Mon, 17 Jun 2013 15:39:30 +0200, Emmanuel Seyman wrote:
> * "Jóhann B. Guðmundsson" [17/06/2013 12:49] :
> >
> > It's package maintainers responsibility to act as the liason between
> > upstream and Fedora thus reporters only need to report in our
> > Bugzilla instance.
>
> Even when upstream
. What works well for some
packages and some software projects, isn't always feasible.
https://fedoraproject.org/wiki/Package_maintainer_responsibilities#Work_with_upstream
Oh, and btw, we need more (co-)maintainers for packages.
--
Michael Schwendt
Fedora release 19 (Schrödinger
> On Sun, 16 Jun 2013 13:36:37 +0200, Jan Dvořák wrote:
>
> > Hi,
> >
> > I don't have any idea how this happened:
> >
> > $ locale
> > locale: Cannot set LC_ALL to default locale: No such file or directory
> > LANG=en_US.utf8
Mails should move to "test" list, btw, which is the list about F19.
On Sun, 16 Jun 2013 13:36:37 +0200, Jan Dvořák wrote:
> Hi,
>
> I don't have any idea how this happened:
>
> $ locale
> locale: Cannot set LC_ALL to default locale: No such file or directory
> LANG=en_US.utf8
> LC_CTYPE="en_US.utf8"
> LC_NUMERIC=\'\'
> LC_TIME=\'\'
> LC_COLLATE="en_US.utf8"
> LC
On Wed, 12 Jun 2013 19:35:24 +0200, Miloslav Trmač wrote:
> OTOH, if the user installs $package and after an upgrade the package
> is gone and the functionality is gone as well, the upgrade _has
> failed_, in a very real sense.
Replace $package with $feature, and you get a similar scenario where
On Mon, 10 Jun 2013 14:55:33 +0200, Remi Collet wrote:
> Le 10/06/2013 14:46, Jiri Popelka a écrit :
> > Hi all,
> >
> > up to F18 we've been shipping cups-php (PHP module) subpackage, but it's
> > not been required by any other package.
> > CUPS upstream dropped this module with cups-1.6 (since
Hello packagers!
Is there anyone with enough interest in Audacious (packages audacious*) as
to help out as a co-maintainer? Then please sign up via pkgdb. I'm facing
a serious lack of time due to house'n'roof renovation and accompanying
things to do, and I cannot keep up with Fedora "duties" for a
On Thu, 23 May 2013 03:00:51 -0400, DJ Delorie wrote:
>
> > ## Use $MOZ_TMPDIR if set. Otherwise use /var/tmp instead of /tmp
> > ## because of 1GB /tmp limit in Fedora 18 and later.
> >
> > It is insane to hardcode /var/tmp.
>
> Considering the comment, they probably think it's insane to pu
Hello everyone!
I wonder whether any other application does a similar thing?
/usr/bin/firefox contains this nasty piece:
##
## Use $MOZ_TMPDIR if set. Otherwise use /var/tmp instead of /tmp
## because of 1GB /tmp limit in Fedora 18 and later.
## See: https://bugzilla.redhat.com/show_bug.c
On Tue, 7 May 2013 09:12:33 -0600, Jerry James wrote:
> On Tue, May 7, 2013 at 5:44 AM, Fedora Koji Build System wrote:
> > Package: m4rie-20130416-1.fc19
> > Tag: f19-updates-candidate
> > Status: complete
> > Built by: pbrobinson
> > ID: 416696
> > Started: Tue, 07 May 2013 11:35:25 UTC
> > Fini
?id=957588
>
> Is there any way I can prevent this rpm from being copied into the 64
> bits repositories?
Typically, I can comment on dependency problems (including multilib related
ones) provided that I know the exact scenario. That is either a detailed
broken deps report
On Tue, 30 Apr 2013 15:08:08 +0200, Bjorn Munch wrote:
> Since I do not yet have a sponsor, I cannot upload to
> fedorapeople.org.
That is misinformation. Note the bottom of the following paragraph:
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers#Upload_Your_Package
> Re
On Sat, 27 Apr 2013 22:36:48 +0400, Eugene Pivnev wrote:
> As I started new package (qtermwidget; in bodhi testing now) - when I
> can start review request for package that depend on it (qterminal)?
If you want the reviewers to be able to do scratch-builds in koji,
submit a buildroot override re
On Mon, 22 Apr 2013 09:36:34 +0100, Richard W.M. Jones wrote:
>
> I'm not sure whether or not this is a bug, but it sure looks strange.
>
> $ rpm -qf /usr/bin/ssh
> openssh-clients-6.1p1-6.fc18.x86_64
>
> $ ldd /usr/bin/ssh|grep ldap
> libldap-2.4.so.2 => /lib64/libldap-2.4.so.2 (0x7fad27
On Sun, 14 Apr 2013 15:03:32 +0200, drago01 wrote:
> On Sun, Apr 14, 2013 at 2:25 PM, Eugene Pivnev wrote:
> > Sorry for stupid question - help me to find something like "doc must be in
> > %{_docdir}/%{name}-%{version}/ but not in %{_docdir}/%{name}/" in
> > guidelines.
> > Or there is no such li
On Wed, 17 Apr 2013 11:25:17 +1000, Dan Fruehauf wrote:
> I tend to be against trimming. I was just looking at the binutils changelog
> (goes back to 1997):
> $ rpm -q --changelog binutils | wc -c
> 54984
>
> That's around 50K, and compressed (RPMs are compressed):
> $ rpm -q --changelog binutils
On Tue, 9 Apr 2013 14:39:56 -0500, Richard Shaw wrote:
> I was trying to do a test build for aarch64 by adding autoreconf to the
> spec file. I was getting an error that it doesn't exist.
The error output tells you something different:
> When I tried to mock chroot for Rawhide I got the followin
On Mon, 8 Apr 2013 19:51:15 +0300, Gilboa Davara wrote:
> Hello all,
>
> Can anyone help me make sense of the following broken-dep message?
>
> springlobby has broken dependencies in the rawhide tree:
> On i386:
> springlobby-0.169-2.fc20.i686 requires
> bdb835272157f37cbb0067c02ab4fc437
On Mon, 08 Apr 2013 09:39:50 +0200, Hans de Goede wrote:
> > If you worry just about GStreamer, I think it does a disservice to the
> > community if it doesn't support any of the later and more capable SID
> > music playing libs.
>
> Ok, you've got me convinced, I'll closing the review request an
Amazingly, somebody even has forked the old Qt based XSIDPLAY to
port it libsidplayfp and reSID:
http://sourceforge.net/projects/xsidplay2/files/xsidplay2/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sun, 07 Apr 2013 22:42:11 +0200, Hans de Goede wrote:
> This is not only about free-ness this is also about some multimedia players
> (notably the gstreamer framework) not having libsidplay v2 support.
That's all?
Will it ever support libsidplay v2 or libsidplayfp, if distributions
continue t
On Sat, 06 Apr 2013 16:54:45 +0200, Hans de Goede wrote:
> Hi all,
>
> just a quick headsup that I'm undeprecating libsidplay and fbg.
>
> libsidplay, review request:
> 949165 - Review Request: libsidplay - SID chip music module playing library
> https://bugzilla.redhat.com/show_bug.cgi?id=94916
On Thu, 4 Apr 2013 10:57:03 -0600, Kevin Fenzi wrote:
> > Yeah, the rawhide build just finished OK. Still would like to know
> > what happened the first time, though. If anyone wants to do a
> > postmortem, the failed build was here:
> > http://koji.fedoraproject.org/koji/taskinfo?taskID=5212558
On Thu, 4 Apr 2013 09:32:24 -0500, Bruno Wolff III wrote:
> On Thu, Apr 04, 2013 at 09:59:36 -0400,
>Tom Lane wrote:
> >DEBUG util.py:264: Error: Package: bison-2.7-1.fc20.x86_64 (build)
> >DEBUG util.py:264: Requires: m4 >= 1.4
> >DEBUG util.py:264: Error: Package: flex-2.5.37-
On Thu, 04 Apr 2013 08:26:07 -0400, Stephen Gallagher wrote:
> > It would have been possible for you to work around the missing
> > #include by adding it to the source code you wanted to build. Never
> > has there been a requirement to "wait for alsa-lib".
> >
>
> Sure, but my interpretation of
On Thu, 04 Apr 2013 11:08:09 +0100, Paul Howarth wrote:
> On 04/04/13 10:43, Juerg Haefliger wrote:
> > I have a noarch package that has a requirement on another package
> > (qemu-img) that doesn't exist on i386 and ppc64. This results in 'broken
> > dependency' errors from koji. How do I tell koj
On Wed, 3 Apr 2013 16:54:03 -0500, Richard Shaw wrote:
> On Wed, Apr 3, 2013 at 3:56 PM, Adam Williamson wrote:
>
> > Note that we're frozen for Alpha, so this won't go in stable until after
> > Alpha release unless there's a legitimate reason to make it a freeze
> > exception issue - https://fed
On Thu, 4 Apr 2013 11:43:21 +0200, Juerg Haefliger wrote:
> I have a noarch package that has a requirement on another package
> (qemu-img) that doesn't exist on i386 and ppc64. This results in 'broken
> dependency' errors from koji. How do I tell koji not to build on these
> arches?
Your package
On Wed, 3 Apr 2013 15:24:41 +, Eduardo Jorge wrote:
>There is a fresh, new version of Maxima in sourceforge: 5.30.0. Please
> update Maxima. Thank you.
http://bugz.fedoraproject.org/maxima <- such a convenient page with a
direct link into bugzilla exists for every src.rpm name.
--
Fedo
On Mon, 01 Apr 2013 10:17:29 +0200, Dario Faggioli wrote:
> Error: Package: xen-tools-4.3.1-1.fc18.noarch (/xen-tools-4.3.1-1.fc18.noarch)
>Requires: perl(any)
>
> I googled for this quite a bit, but I don't seem to be able to find
> anything explaining how to make that "Requires: per
On Mon, 25 Mar 2013 14:36:17 -0600, Orion Poplawski wrote:
> Isn't config.sub/config.guess really a part of automake and it is that that
> needs updating by upstream? For instance, configure in octave 3.6.4 says it
> was generated by autoconf 2.69, but the config.guess/config.sub files don't
>
On Mon, 25 Mar 2013 01:44:49 +0100, Kevin Kofler wrote:
> Michael Schwendt wrote:
> > "Standard" versioning is not beneficial here at all. As explained before,
> > here the full version is part of the SONAME. Not just the major version.
> > libcfitsio.so.3
On Sun, 24 Mar 2013 04:20:15 +0100, Kevin Kofler wrote:
> Sergio Pascual wrote:
> > Oh great. I didn't thought that a link from libcfitsio-3.330.so.0 to
> > libcfitsio.so would work.
> > I have changed it now. The soname is (finally) libcfitsio-3.330.so.0, the
> > library is libcfitsio-3.330.so.0
On Fri, 22 Mar 2013 09:45:51 -0400, Bill Peck wrote:
> Being a static library, how could repoquery tell you if anyone was using it?
Unconditional BuildRequires in a spec file become the src.rpm's Requires.
If the packaging guidelines are followed, you can query for packages
depending on -static p
On Tue, 19 Mar 2013 12:03:44 +0100, Sergio Pascual wrote:
> Hello, a new cfitsio (3.330) is going to land tomorrow in rawhide and F19 .
> All the packages depending on cfitsio must be rebuilt.
>
> Following this thread,
>
> http://lists.fedoraproject.org/pipermail/devel/2013-March/179610.html
>
On Mon, 11 Mar 2013 15:01:12 -0500, Richard Shaw wrote:
> Another option which I employ with the opencollada library is to use
> arbitrary soversioning. Upstream not only doesn't use library versions
> but doesn't use ANY versioning.
>
> I started at 0.1 or something like that and when I build a
On Mon, 11 Mar 2013 18:00:54 +0100, Kevin Kofler wrote:
> Michael Schwendt wrote:
> > A soname such as libcfitsio-%{version}.so.0 would have been a better idea.
>
> Why not libcfitsio.so.%{version}?
That would look more like ordinary (official) library versioning, such as
On Mon, 11 Mar 2013 03:59:23 +0100, Kevin Kofler 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
On Mon, 11 Mar 2013 04:55:06 +0100, Kevin Kofler wrote:
> 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
On Mon, 11 Mar 2013 00:07:36 +0100, Sergio Pascual wrote:
> Hi, I did
>
> repoquery --repofrompath=this,
> http://dl.fedoraproject.org/pub/fedora/linux/development/rawhide/source/SRPMS--repoid=this
> --archlist=src --whatrequires cfitsio-devel
Huh? You treat it like a static library. More in my
> > 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
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
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
On Thu, 07 Mar 2013 17:56:32 -0500, Rahul Sundaram wrote:
> Agreed but I just get a general feeling that some package maintainers
> don't really want others touching their packages.
Some don't like it that another name appears in "their" %changelog.
Some even overwrite/revert changes with their
On Thu, 07 Mar 2013 21:36:12 +0100, Sandro Mani wrote:
> >> It started with yum-3.4.3-70.fc19. Is this a bug in yum >= 3.4.3-70, or
> >> is this a problem with my rpm db? Both yum erase and rpm -e >> installed obsolete package> tell me that the indicated package is not
> >> installed.
> > You mis
On Thu, 07 Mar 2013 21:08:08 +0100, Sandro Mani wrote:
> Hi,
>
> Starting approx one week ago, yum check all returns messages such as
>
> fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes redhat-logos:
> fedora-logos-19.0.0-1.fc19.noarch
> fedora-logos-19.0.0-1.fc19.noarch has installed
On Wed, 06 Mar 2013 19:26:13 +0700, Michel Alexandre Salim wrote:
> > Would be good if emacs-rpm-spec-mode could be kept.
> Taking it over.
Great! Thanks.
--
Fedora release 19 (Rawhide) - Linux 3.9.0-0.rc0.git15.1.fc19.x86_64
loadavg: 0.31 0.21 0.24
--
devel mailing list
devel@lists.fedorapro
On Wed, 06 Mar 2013 12:45:12 +0700, Michel Alexandre Salim wrote:
> On 05/03/13 01:20, Bill Nottingham wrote:
>
> > Package emacs-rpm-spec-mode (orphan)
> That's a curious package, it lasted a few months, was never branched,
> and then is gone. And rpm-spec-mode.el has been provided by
> emacs-co
On Tue, 5 Mar 2013 06:10:20 -0500, Rahul Sundaram wrote:
> [...] but it appears that any change including dropping very old obsoletes
> is considered controversial or needless change or personal preference now
> and frankly, it is just less work for me to not care about other packages
> much.
I f
On Wed, 6 Mar 2013 13:55:05 +0800, Christopher Meng wrote:
> Error: Package: policycoreutils-newrole-2.1.14-16.fc19.i686 (rawhide)
>Requires: policycoreutils = 2.1.14-16.fc19
>Installed: policycoreutils-2.1.14-17.fc19.i686 (@rawhide)
>policycoreutils = 2.1.1
On Tue, 05 Mar 2013 04:36:11 -0500, Rahul Sundaram wrote:
> > Some of the changes have been applied with good intentions. I
> > understand that. But they are still controversial.
>
> I have made some actual mistakes in some of the previous builds but I
> thought in this case my changes were re
On Tue, 05 Mar 2013 08:31:15 +0100, Christoph Wickert wrote:
> Hi Rahul,
>
> if you want to help out in the effort to remove the vendor tags, please
> do it *right*.
>
> That means:
> * use conditionals, so maintainers can continue to use one spec
> for F19 and other releases. Toshi
On Thu, 28 Feb 2013 10:15:35 -0700, Brad Bell wrote:
> 4. Change the final example
> https://fedoraproject.org/wiki/Package_update_HOWTO#Example
> # commit and push your changes
> fedpkg commit -m "Update to 0.0.2" -p
fedpkg clog
fedpkg commit -F clog -p
as an alternative
On Thu, 28 Feb 2013 10:15:35 -0700, Brad Bell wrote:
> https://fedoraproject.org/wiki/Package_update_HOWTO#Build_a_package_for_Rawhide
> and would appreciate any feed back or comments about them.
>
> In the past I have made the mistake of running
> fedpkg build
> In cases that failed and cou
On Fri, 01 Mar 2013 00:46:52 +0100, Kevin Kofler wrote:
> Matthew Miller wrote:
> > Historical footnote: I believe it was initially added to help squeeze the
> > boot portion of Anaconda onto floppy disks. If the things you list are
> > really the only things using it, I think it's time to retire
On Mon, 25 Feb 2013 10:29:34 -0500, Clyde E. Kunkel wrote:
> Seeing this also. Rawhide up-to-date with stock ati driver on RV 630.
> X seems to be eating up cpu cycles during sluggishness.
A recent update has changed behaviour. After logging in via GDM, the
screen turns black, the mouse pointer
On Mon, 25 Feb 2013 10:07:10 +, Jamie Nguyen wrote:
> Hi Jon (and list),
>
> I opened an SCM request here:
> https://bugzilla.redhat.com/show_bug.cgi?id=910142
>
> The master branch seems fine. I've cloned, imported and built
> nodejs-send for rawhide. However, I can't switch to f18 branch:
y --whatobsoletes fcitx-keyboard
fcitx-libs-0:4.2.6.1-1.fc18.x86_64
fcitx-libs-0:4.2.6.1-1.fc18.i686
fcitx-libs-0:4.2.6.1-2.fc18.i686
fcitx-libs-0:4.2.6.1-2.fc18.x86_64
http://lists.fedoraproject.org/pipermail/devel/2013-February/178963.html
> Obsolete ('fcitx-keyboard',
Apparently, there are obsolete packages still in Rawhide (and have even
been rebuilt for the mass-rebuild, albeit not all of them). "Obsolete"
here really means they are obsoleted (=replaced!) by some other package.
Whoever may be responsible for this, please notice that there is a HOWTO
about rem
On Tue, 19 Feb 2013 20:13:23 +0900, Mamoru TASAKA wrote:
> Well, cifs-mounted filesystem already returns such large inode, and
> xscreensaver
> already suffered from this issue.
> https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/609451/comments/11
About your recent comment there on AC
On Mon, 18 Feb 2013 19:37:05 -0500, Sam Varshavchik wrote:
> Eric Sandeen writes:
>
> > and it's not just weird obscure packages:
> >
> > # ./summarize-stat.pl `rpm -ql sendmail`
>
> This is not accurate. -ql will also list directories, and summarize-stat.pl
> then proceeds to chew on every fi
701 - 800 of 1479 matches
Mail list logo