Compose started at Thu Jun 17 08:15:05 UTC 2010
Broken deps for i386
--
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
cpanspec-1.78-5.fc14.noarch requires perl(IO::Uncompress::Bunzip2)
On Sun, Jun 13, 2010 at 03:59:15PM -0400, Matthew Miller wrote:
On Mon, Jun 14, 2010 at 01:05:38AM +0530, Rakesh Pandit wrote:
I second that, unless there are some obvious advantages which I cannot
see. In case there are some it would be great if they get mentioned in
Hello All!
I don't aware of any incompatibilities, but, anyway, I would like to
warn you all. If everything will be OK, and no incompatibilities will
be found (or only easy-to-fix ones), then I'll consider upgrading
F-13 (and, perhaps, even F-12) too.
Note that EL-5 won't be upgraded from
On Thu, Jun 17, 2010 at 7:24 AM, Peter Lemenkov lemen...@gmail.com wrote:
I don't aware of any incompatibilities, but, anyway, I would like to
warn you all. If everything will be OK, and no incompatibilities will
be found (or only easy-to-fix ones), then I'll consider upgrading
F-13 (and,
On 06/16/2010 06:10 AM, Roland McGrath wrote:
It's normal to get a single foo-debuginfo package from a foo.src.rpm.
Please explain exactly why this is a problem for you.
Thanks,
Roland
Thank you all for responding.
Valgrind, gcc, abrt, etc. all seem to not get the symbols (debug info)
Kevin Kofler wrote:
Count me as not excited.
As I already pointed out several times, I don't see anything obviously wrong
with our CVS setup, so I don't see what we have to gain from switching to
one of the hardest to use SCM systems out there.
Linus can tell you everything that is wrong
On Thu, 17 Jun 2010 14:55:05 +0200, Trever L. Adams wrote:
Valgrind, gcc, abrt, etc. all seem to not get the symbols (debug info)
for the subpackages in my project with the subpackages. It was picking
them up in the main packages.
Is this normal?
gcc does not load debuginfo. abrt partially
Hi, with the recent libcurl/curl updates for F12 I tried a:
rpm -q --changelog of each.
While curl's changelog looks normal, the information is shown twice for
libcurl.
Is this normal for a subpackage ?
Bug in rpm ?
Bug in the package (while the .spec in cvs looks normal):
Presently, libproxy bundles libmodman and includes it in the package.
Upstream split libmodman into a separate tarball, and then set up
libproxy to build off of a system version of libmodman if it exists
(otherwise it uses the version that is bundled with it).
Review request for the new
On 06/17/2010 03:51 PM, David Timms wrote:
Hi, with the recent libcurl/curl updates for F12 I tried a:
rpm -q --changelog of each.
While curl's changelog looks normal, the information is shown twice for
libcurl.
Likely you have 2 libcurls installed, libcurl.i386 and libcurl.x86_64.
Ralf
--
On 06/17/2010 03:51 PM, David Timms wrote:
Hi, with the recent libcurl/curl updates for F12 I tried a:
rpm -q --changelog of each.
While curl's changelog looks normal, the information is shown twice for
libcurl.
Do you have two libcurl's? (i686 and x86_64)?
That's what I have on a x86_64
2010/6/17 Ian Weller i...@ianweller.org:
Presently, libproxy bundles libmodman and includes it in the package.
Upstream split libmodman into a separate tarball, and then set up
libproxy to build off of a system version of libmodman if it exists
(otherwise it uses the version that is bundled
Hi all,
Is Warren Togami still maintaining LTSP on Fedora? It's pretty much broken
on Fedora 13, and nobody seems to respond to bug reports.
Thanks,
Marcos Saraiva
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hello,
xchat in Fedora needs to be restarted after switching to a different
nameserver or it fails to resolve.
The xchat developers say that all xchat does is call gethostbyname(). A
Debian user told me that Debian carries a glibc patch to make processes
notice resolv.conf updates and reload it.
On 17/06/10 23:59, Mogens Kjaer wrote:
On 06/17/2010 03:51 PM, David Timms wrote:
Hi, with the recent libcurl/curl updates for F12 I tried a:
rpm -q --changelog of each.
While curl's changelog looks normal, the information is shown twice for
libcurl.
Do you have two libcurl's? (i686 and
BI == Bernie Innocenti ber...@codewiz.org writes:
BI A Debian user told me that Debian carries a glibc patch to make
BI processes notice resolv.conf updates and reload it. Is there any
BI chance we could apply the same patch in Fedora too? I don't know all
BI the details, but I guess there
nscd and sssd exist in part exactly to address this issue.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 17 Jun 2010 17:41:27 -0400 Bernie Innocenti wrote:
xchat in Fedora needs to be restarted after switching to a different
nameserver or it fails to resolve.
The xchat developers say that all xchat does is call gethostbyname().
A Debian user told me that Debian carries a glibc patch to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bernie Innocenti wrote:
Hello,
xchat in Fedora needs to be restarted after switching to a different
nameserver or it fails to resolve.
The xchat developers say that all xchat does is call gethostbyname(). A
Debian user told me that Debian
Hello!
2010/6/17 Jeffrey Ollie j...@ocjtech.us:
I tried updating my F-12 system to 0.11.x and had problems with Futon
when used in conjunction with DesktopCouch. I never really found a
resolution and switched back to 0.10.x.
So sad, but I just confirmed this - there are obsolete required
cpanspec has broken dependencies in the rawhide tree:
On x86_64:
cpanspec-1.78-5.fc14.noarch requires perl(IO::Uncompress::Bunzip2)
On i386:
cpanspec-1.78-5.fc14.noarch requires perl(IO::Uncompress::Bunzip2)
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=598160
--- Comment #11 from Petr Pisar ppi...@redhat.com 2010-06-17 03:41:24 EDT ---
Yet shorter reproducer:
#!/usr/bin/perl -w
use
Hello again,
in test buildroot we have now perl 5.12.1. Only 7 bugs remained in perl
modules [1] and other dependent packages have problems not related to
perl. I suppose in this or next week we should decide what about the
unfixable modules and finally push into rawhide.
Thanks all for fixing
On Thu, Jun 17, 2010 at 10:55:58AM +0200, Marcela Mašláňová wrote:
Hello again,
in test buildroot we have now perl 5.12.1. Only 7 bugs remained in perl
modules [1] and other dependent packages have problems not related to
perl. I suppose in this or next week we should decide what about the
Author: psabata
Update of /cvs/pkgs/rpms/perl-DBI-Dumper/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv31167
Added Files:
dead.package
Removed Files:
Makefile perl-DBI-Dumper.spec
Log Message:
Package removal
--- NEW FILE dead.package ---
Old and unsupported
Author: psabata
Update of /cvs/pkgs/rpms/perl-SVN-Mirror/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv32100
Added Files:
dead.package
Removed Files:
Makefile SVN-Mirror-filter-requires.sh perl-SVN-Mirror.spec
Log Message:
Package removal.
--- NEW FILE
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Regexp-Copy/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv3538
Added Files:
dead.package
Removed Files:
Makefile perl-Regexp-Copy.spec sources
Log Message:
retiring - doesn't work on perl-5.12
--- NEW FILE
Package perl-Regexp-Copy in Fedora devel has been retired by iarnell
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Regexp-Copy
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=598160
Joe Orton jor...@redhat.com changed:
What|Removed |Added
29 matches
Mail list logo