On 8/16/15, Neal Gompa ngomp...@gmail.com wrote:
To be fair, Debian's use of linux over kernel is because they actually
support another kernel (the FreeBSD kernel). If the Fedora Project wanted
to add FreeBSD kernel support (which, as far as I know, we don't), then we
would have to talk about
perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires
perl-Image-SubImageFind has broken dependencies in the epel-6 tree:
On x86_64:
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires
libMagickCore.so.2()(64bit)
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires
libMagick++.so.2()(64bit)
On i386:
On 8/16/15, Josh Boyer jwbo...@fedoraproject.org wrote:
Which is clearly labeled as a joke. Nobody is seriously proposing this.
Of course I'm not a fool ;)
--
Yours sincerely,
Christopher Meng
http://awk.io
--
devel mailing list
devel@lists.fedoraproject.org
perl-Image-SubImageFind has broken dependencies in the epel-6 tree:
On x86_64:
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires
libMagickCore.so.2()(64bit)
perl-Image-SubImageFind-0.03-1.el6.x86_64 requires
libMagick++.so.2()(64bit)
On i386:
On Sáb, 2015-08-15 at 15:33 -0400, Neal Gompa wrote:
On Sat, Aug 15, 2015 at 3:18 PM, Sérgio Basto ser...@serjux.com
wrote:
On Sáb, 2015-08-15 at 21:22 +0800, Christopher Meng wrote:
On 8/14/15, Wei-Lun Chao blue...@member.fsf.org wrote:
Hi,
On Sat, Aug 15, 2015 at 6:53 PM, Christopher Meng i...@cicku.me wrote:
On 8/16/15, Neal Gompa ngomp...@gmail.com wrote:
To be fair, Debian's use of linux over kernel is because they actually
support another kernel (the FreeBSD kernel). If the Fedora Project wanted
to add FreeBSD kernel support
Rex Dieter wrote:
Rex Dieter wrote:
I'm helping to sort out the tagging mess, and submit things in smaller
batches.
In 6 batches of ~50 packages each, I have it all submitted for -testing in
bodhi.
I'll followup with update id's once they get pushed.
perl-XML-Xerces has broken dependencies in the epel-5 tree:
On ppc:
perl-XML-Xerces-2.7.0_0-4.el5.ppc requires libxerces-c.so.27
On x86_64:
perl-XML-Xerces-2.7.0_0-4.el5.x86_64 requires libxerces-c.so.27()(64bit)
On i386:
perl-XML-Xerces-2.7.0_0-4.el5.i386 requires
perl-SystemC-Vregs has broken dependencies in the epel-5 tree:
On ppc:
emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1
On x86_64:
emacs-vregs-mode-1.463-1.el5.noarch requires emacs(bin) = 0:22.1
On i386:
emacs-vregs-mode-1.463-1.el5.noarch requires
perl-Method-Signatures has broken dependencies in the rawhide tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
polymake has broken dependencies in the rawhide tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl-CGI-Application-Structured-Tools has broken dependencies in the rawhide
tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl-Test-Vars has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch
perl-POE-API-Peek has broken dependencies in the rawhide tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires
perl-Data-Dump-Streamer has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the rawhide tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On
perl-Devel-BeginLift has broken dependencies in the rawhide tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
On 8/14/15, Vít Ondruch vondr...@redhat.com wrote:
And this time, my DNF update transaction failed somewhere :/ I had to
kill the task:
http://paste.fedoraproject.org/255015/39536100/
Better than mine, I met some FUTEX_WAIT hanging issue from upgrading
dnf and 6000+ packages on another old
perl-B-Hooks-OP-Check-EntersubForCV has broken dependencies in the F-23 tree:
On x86_64:
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-B-Hooks-OP-Check-EntersubForCV-0.09-10.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On
perl-POE-API-Peek has broken dependencies in the F-23 tree:
On x86_64:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
1:perl-POE-API-Peek-2.20-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Devel-BeginLift has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-BeginLift-0.001003-9.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
perl-Carp-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On i386:
perl-Carp-REPL-0.18-1.fc23.noarch requires perl(:MODULE_COMPAT_5.20.2)
On armhfp:
perl-Carp-REPL-0.18-1.fc23.noarch requires
perl-Data-Dump-Streamer has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Data-Dump-Streamer-2.38-3.fc22.x86_64 requires
libperl.so.5.20()(64bit)
On i386:
perl-CGI-Application-Structured-Tools has broken dependencies in the F-23 tree:
On x86_64:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CGI-Application-Structured-Tools-0.015-7.fc22.noarch requires
perl-CatalystX-REPL has broken dependencies in the F-23 tree:
On x86_64:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-CatalystX-REPL-0.04-10.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-Vars-0.005-6.fc22.noarch requires perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Test-Vars-0.005-6.fc22.noarch
perl-Method-Signatures has broken dependencies in the F-23 tree:
On x86_64:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On i386:
perl-Method-Signatures-20141021-1.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.1)
On armhfp:
perl-Task-Catalyst has broken dependencies in the F-23 tree:
On x86_64:
perl-Task-Catalyst-4.02-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Task-Catalyst-4.02-8.fc22.noarch requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
polymake has broken dependencies in the F-23 tree:
On x86_64:
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl(:MODULE_COMPAT_5.20.2)
polymake-2.13-22.git20141013.fc23.x86_64 requires perl = 4:5.20.2
polymake-2.13-22.git20141013.fc23.x86_64 requires
perl-Test-AutoBuild has broken dependencies in the F-23 tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
perl-Data-Alias has broken dependencies in the F-23 tree:
On x86_64:
perl-Data-Alias-1.18-4.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-Data-Alias-1.18-4.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Data-Alias-1.18-4.fc22.i686 requires
perl-MongoDB has broken dependencies in the F-23 tree:
On x86_64:
perl-MongoDB-0.702.2-5.fc22.x86_64 requires perl(:MODULE_COMPAT_5.20.0)
perl-MongoDB-0.702.2-5.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-MongoDB-0.702.2-5.fc22.i686 requires
perl-Devel-FindRef has broken dependencies in the F-23 tree:
On x86_64:
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
perl-Devel-FindRef-1.44-3.fc22.x86_64 requires libperl.so.5.20()(64bit)
On i386:
perl-Devel-FindRef-1.44-3.fc22.i686
Compose started at Sat Aug 15 05:15:02 UTC 2015
Broken deps for i386
--
[IQmol]
IQmol-2.3.0-6.fc23.i686 requires libboost_serialization.so.1.57.0
IQmol-2.3.0-6.fc23.i686 requires libboost_iostreams.so.1.57.0
[ScientificPython]
https://bugzilla.redhat.com/show_bug.cgi?id=1253321
Ralf Corsepius rc040...@freenet.de changed:
What|Removed |Added
Status|NEW |CLOSED
Hi,
On Sat, Aug 15, 2015 at 12:43 PM, Miroslav Suchý msu...@redhat.com wrote:
Recently we had discussion here about the queue of package reviews with
FE-NEEDSPONSOR flag.
I suggested to write some script which would query db and reveal those
sponsors who does not make his duty.
Here comes
From 7cf0cc6e68f125f5efe2329ff4a15f1521e1ecc7 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ralf=20Cors=C3=A9pius?= corse...@fedoraproject.org
Date: Sat, 15 Aug 2015 09:16:23 +0200
Subject: BR: perl(Time::HiRes) (RHBZ#1253321).
diff --git a/perl-CHI.spec b/perl-CHI.spec
index f2acbb0..9e0c7b1 100644
Recently we had discussion here about the queue of package reviews with
FE-NEEDSPONSOR flag.
I suggested to write some script which would query db and reveal those
sponsors who does not make his duty.
Here comes this script:
https://github.com/xsuchy/guard-fedora-sponsors
It is first
And some people contributed a lot in the past, after this result will
you request revoking their sponsorship and wipe them out?
My thought is some of these above can be dropped since they indeed no
longer work in Fedora Project, leaving the privilege to them is
useless:
Ricky Elrod codeblock
perl-Test-AutoBuild has broken dependencies in the rawhide tree:
On x86_64:
perl-Test-AutoBuild-1.2.4-15.fc22.x86_64 requires
perl(:MODULE_COMPAT_5.20.0)
On i386:
perl-Test-AutoBuild-1.2.4-15.fc22.i686 requires
perl(:MODULE_COMPAT_5.20.0)
On armhfp:
H == Haïkel hgue...@fedoraproject.org writes:
H Using Bugzilla rather than FAS is not a bad idea, as some people
H abuse their sponsor status by blindly adding people into the packager
H group without any supervision. Using FAS as the information source
H would just hide this hideous behaviour.
2db845ed25151dd86cf45dd7f72a3471 Perl-Tidy-20150815.tar.gz
http://pkgs.fedoraproject.org/lookaside/pkgs/perltidy/Perl-Tidy-20150815.tar.gz/md5/2db845ed25151dd86cf45dd7f72a3471/Perl-Tidy-20150815.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl
From 8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Sat, 15 Aug 2015 19:23:05 +0100
Subject: Update to 20150815
- New upstream release 20150815 (see CHANGES for details)
- Use %license where possible
diff --git a/perltidy-20130922
https://bugzilla.redhat.com/show_bug.cgi?id=1253910
--- Comment #2 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
pghmcfc's perltidy-20150815-1.fc24 completed
http://koji.fedoraproject.org/koji/buildinfo?buildID=677541
--
You are receiving this mail
From 7398e2f25d155e06da7c3baac968fd1ad6f25412 Mon Sep 17 00:00:00 2001
From: Emmanuel Seyman emman...@seyman.fr
Date: Sat, 15 Aug 2015 20:34:57 +0200
Subject: Bump to rebuild
diff --git a/perl-DBIx-Class-Schema-Diff.spec b/perl-DBIx-Class-Schema-Diff.spec
index f0fec52..8c45920 100644
---
From 8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Sat, 15 Aug 2015 19:23:05 +0100
Subject: Update to 20150815
- New upstream release 20150815 (see CHANGES for details)
- Use %license where possible
diff --git a/perltidy-20130922
This commit already existed in another branch.
http://pkgs.fedoraproject.org/cgit/perltidy.git/commit/?h=perltidy-20150815-1.fc24id=8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel
From 8ab018f6ecb8303bf80ea8031e2297acfbbcdd7b Mon Sep 17 00:00:00 2001
From: Paul Howarth p...@city-fan.org
Date: Sat, 15 Aug 2015 19:23:05 +0100
Subject: Update to 20150815
- New upstream release 20150815 (see CHANGES for details)
- Use %license where possible
diff --git a/perltidy-20130922
https://bugzilla.redhat.com/show_bug.cgi?id=1253910
--- Comment #3 from Fedora Update System upda...@fedoraproject.org ---
perltidy-20150815-1.fc23 has been submitted as an update for Fedora 23.
https://admin.fedoraproject.org/updates/perltidy-20150815-1.fc23
--
You are receiving this mail
On Sat, Aug 15, 2015 at 12:23:50PM -0400, Nico Kadel-Garcia wrote:
mock has a similar problem. That one is simply foolish: The
/usr/bin/mock command *isn't* mock. It's a helper program to summon
the /usr/sbin/mock, which is the real mock. Hilarity ensues if you
have PATH set up as many
Am 15.08.2015 um 14:50 schrieb Matthew Miller:
On Sat, Aug 15, 2015 at 06:47:44AM +0200, Ralf Corsepius wrote:
Definitely. 10/15 years+ ago, [...]
[...]
Also, in those days, devs cared about efficiency. Nowadays, they
don't care as much,
People have been making this exact complaint since
On Sat, Aug 15, 2015 at 2:49 PM, Sandro Mani manisan...@gmail.com wrote:
So the issues I pointed out in my previous mail (conerning
MPI_PYTHON_SITEARCH and MPI_FORTRAN_MOD_DIR) above have been resolved. A
batch of F24 rebuilts has been done by Zbyszek, hitting some build failures
along the
Ok dude, this afternoon I will work in that
El 14/8/2015 21:54, Christopher Meng i...@cicku.me escribió:
I'm gonna unretire it in pkgdb in the next week.
Or if you want to maintain it, just submit a review request. I'm happy
to review it.
--
Yours sincerely,
Christopher Meng
On Sat, Aug 15, 2015 at 09:13:18AM +0200, Miroslav Suchý wrote:
It is first version and I'm sure there will be some false negatives. The
current logic is:
1. query FAS to get all usernames from packager group who are sponsors
2. for each such user get all bugs from past 365 day for Package
Compose started at Sat Aug 15 07:15:02 UTC 2015
Broken deps for armhfp
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires
On 15.08.2015 13:31, Jan Kurik wrote:
On Sat, Aug 15, 2015 at 5:45 AM, Orion Poplawski or...@cora.nwra.com
mailto:or...@cora.nwra.com wrote:
On 07/27/2015 04:05 PM, Sandro Mani wrote:
On 27.07.2015 23 tel:27.07.2015%2023:56, Sandro Mani wrote:
Ok I've now got one
On 8/15/15, Pierre-Yves Chibon pin...@pingoured.fr wrote:
Ricky Elrod codeblock
Chitlesh GOORAH
Sorry about the mistaken reply, I'm not sure about how many people
match the standard of inactive, perhaps another thread needed?
I agree we need to wipe off people carefully, but there must be a
Though it's always nice to read in the morning that you're a good guy,
I have few comments.
+ some people have been recently given the sponsor bit
+ some people do actively help our new packagers to
grow but it does not appear here
+ others have done a tremendous works as sponsors in the past
and
On Sat, Aug 15, 2015 at 5:45 AM, Orion Poplawski or...@cora.nwra.com
wrote:
On 07/27/2015 04:05 PM, Sandro Mani wrote:
On 27.07.2015 23:56, Sandro Mani wrote:
Ok I've now got one full build of all MPI packages [1]. Investigating
the output, things are looking good, except for the fact
https://bugzilla.redhat.com/show_bug.cgi?id=1253910
--- Comment #1 from Upstream Release Monitoring
upstream-release-monitor...@fedoraproject.org ---
Failed to kick off scratch build.
cmd: sha256sum /var/tmp/thn-nj5m9g/100.0%
return code: 1
stdout:
stderr:
sha256sum:
https://bugzilla.redhat.com/show_bug.cgi?id=1253910
Bug ID: 1253910
Summary: perltidy-20150815 is available
Product: Fedora
Version: rawhide
Component: perltidy
Keywords: FutureFeature, Triaged
Assignee: p...@city-fan.org
On 15/08/15 11:21, Christopher Meng wrote:
And some people contributed a lot in the past, after this result will
you request revoking their sponsorship and wipe them out?
My thought is some of these above can be dropped since they indeed no
longer work in Fedora Project, leaving the privilege
On Sat, Aug 15, 2015 at 06:47:44AM +0200, Ralf Corsepius wrote:
Definitely. 10/15 years+ ago, [...]
[...]
Also, in those days, devs cared about efficiency. Nowadays, they
don't care as much,
People have been making this exact complaint since the 1970s. Probably
before.
--
Matthew Miller
On Sat, Aug 15, 2015 at 05:21:21PM +0800, Christopher Meng wrote:
And some people contributed a lot in the past, after this result will
you request revoking their sponsorship and wipe them out?
My thought is some of these above can be dropped since they indeed no
longer work in Fedora
This project is not being developed or maintained upstream (me) and
isn't required by any Fedora packages, and hasn't for quite some time.
It builds but who knows if it works. I'm retiring it.
rob
--
devel mailing list
devel@lists.fedoraproject.org
On Sat, Aug 15, 2015 at 2:35 PM, Parag Nemade panem...@gmail.com wrote:
Hi,
On Sat, Aug 15, 2015 at 12:43 PM, Miroslav Suchý msu...@redhat.com wrote:
Recently we had discussion here about the queue of package reviews with
FE-NEEDSPONSOR flag.
I suggested to write some script which would
On Mon, Aug 10, 2015 at 2:19 PM, Kevin Fenzi ke...@scrye.com wrote:
On Mon, 10 Aug 2015 12:12:17 -0600
Orion Poplawski or...@cora.nwra.com wrote:
iproute has /usr/sbin/ss
stripesnoop has /usr/bin/ss
This causes problems:
https://bugzilla.redhat.com/show_bug.cgi?id=1249328
It seems like
On Sáb, 2015-08-15 at 21:22 +0800, Christopher Meng wrote:
On 8/14/15, Wei-Lun Chao blue...@member.fsf.org wrote:
Hi,
Is there already any discussion about:
rename arch name noarch to all
rename arch name x86_64 to amd64
rename package name kernel-PAE to kernel
and even rename
On Sat, Aug 15, 2015 at 3:18 PM, Sérgio Basto ser...@serjux.com wrote:
On Sáb, 2015-08-15 at 21:22 +0800, Christopher Meng wrote:
On 8/14/15, Wei-Lun Chao blue...@member.fsf.org wrote:
Hi,
Is there already any discussion about:
rename arch name noarch to all
rename arch name
72 matches
Mail list logo