On Fri, Nov 22, 2013 at 2:51 AM, Björn Persson
bj...@xn--rombobjrn-67a.se wrote:
[...HTTPS stuff...]
I think I've made my opinion clear already, won't parrot it and waste
people's time any more. Just read my previous mails again in response
to your latest questions.
--
devel mailing list
A file has been added to the lookaside cache for perl-DBD-ODBC:
3c750cde8e39fbba804043485f18ba68 DBD-ODBC-1.45.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1033513
Bug ID: 1033513
Summary: Retire perl-B-Keywords in EPEL6
Product: Fedora EPEL
Version: el6
Component: perl-B-Keywords
Severity: medium
Assignee: p...@city-fan.org
commit 043e5e60ea8183887962eb7a9a707c98b6b643f6
Author: Jan Holcapek holca...@gmail.com
Date: Fri Nov 22 10:54:50 2013 +0100
Initial import (#1028521).
.gitignore |1 +
perl-DBD-ODBC.spec | 53
2 files changed, 54
https://bugzilla.redhat.com/show_bug.cgi?id=1033514
Bug ID: 1033514
Summary: Retire perl-Class-Accessor in EPEL6
Product: Fedora EPEL
Version: el6
Component: perl-Class-Accessor
Severity: medium
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1033515
Bug ID: 1033515
Summary: Retire perl-Class-Data-Inheritable in EPEL6
Product: Fedora EPEL
Version: el6
Component: perl-Class-Data-Inheritable
Severity: medium
Assignee:
commit 8d529fb60590e5898416b943bcc18ded2e44834c
Author: Jan Holcapek holca...@gmail.com
Date: Fri Nov 22 10:58:06 2013 +0100
Modified sources.
sources |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
---
diff --git a/sources b/sources
index e69de29..694e441 100644
--- a/sources
https://bugzilla.redhat.com/show_bug.cgi?id=1033516
Bug ID: 1033516
Summary: Retire perl-Class-Trigger in EPEL6
Product: Fedora EPEL
Version: el6
Component: perl-Class-Trigger
Severity: medium
Assignee: tcall...@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1033517
Bug ID: 1033517
Summary: Retire perl-Devel-Cycle on EPEL6
Product: Fedora EPEL
Version: el6
Component: perl-Devel-Cycle
Severity: medium
Assignee: p...@city-fan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1033519
Bug ID: 1033519
Summary: Retire perl-Email-Date-Format in EPEL6
Product: Fedora EPEL
Version: el6
Component: perl-Email-Date-Format
Severity: medium
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1033513
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1033521
Bug ID: 1033521
Summary: Retire perl-Exception-Class in EPEL6
Product: Fedora EPEL
Version: el6
Component: perl-Exception-Class
Severity: medium
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=1033517
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1033521
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
Status|NEW |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=1033513
--- Comment #2 from Tuomo Soini t...@foobar.fi ---
In this case package should have build with 0. prefix for release number but
that's not fixable any more.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1033513
--- Comment #3 from Paul Howarth p...@city-fan.org ---
Indeed; this package pre-dates the introduction of the 0. prefix. At the time
we went with a strategy of cloning the package from RHEL and building that.
--
You are receiving this mail
perl-Language-Expr has broken dependencies in the F-20 tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
A file has been added to the lookaside cache for perl-CPAN-Changes:
5717e9f7e2a0ca490b53bbcaf4766734 CPAN-Changes-0.26.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 3668cf9f79335445acaefbacbe477812b948ddc3
Author: Paul Howarth p...@city-fan.org
Date: Fri Nov 22 11:58:14 2013 +
Update to 0.26
- New upstream release 0.26:
- Fix reference issues when adding a release (CPAN RT#90605)
perl-CPAN-Changes.spec |6 +-
sources
The lightweight tag 'perl-CPAN-Changes-0.26-1.fc21' was created pointing to:
3668cf9... Update to 0.26
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Archive-Zip:
b732d154306efc85260c9b47cb567d10 Archive-Zip-1.33.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 260f386668dc06443c8a23c1c4ddff1b6c21ca3c
Author: Jitka Plesnikova jples...@redhat.com
Date: Fri Nov 22 13:35:04 2013 +0100
1.33 bump
.gitignore |1 +
Archive-Zip-cpan-rt-54827.patch | 12 ++--
perl-Archive-Zip.spec | 25
https://bugzilla.redhat.com/show_bug.cgi?id=1030908
Jitka Plesnikova jples...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed
Compose started at Fri Nov 22 09:15:02 UTC 2013
Broken deps for armhfp
--
[avro]
avro-mapred-1.7.5-1.fc20.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-1.fc20.noarch requires hadoop-client
[blueman]
Hi,
I read that somebody wanting to be a package maintainer should introduce
themselves, well here goes.
I'm Tako, a Software Engineer for Red Hat working on a new language, Ceylon
(http://ceylon-lang.org), that runs on top of the Java and Javascript VMs. We
just published out first 1.0.0
perl-Language-Expr has broken dependencies in the rawhide tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
https://fedorahosted.org/389/ticket/47527
https://fedorahosted.org/389/attachment/ticket/47527/0001-Ticket-47527-Allow-referential-integrity-suffixes-to.patch
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel
Miro Hrončok wrote:
The reason is simple. Fedorahosted lacks features, is unplesant and need
byrocracy even to create a repository.
Creating a repository is actually the only time bureaucracy is required.
Giving write permissions just works over FAS. (There's a FAS group for every
repository
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/21/2013 03:13 PM, Vitaly Kuznetsov wrote:
Matthew Miller mat...@fedoraproject.org writes:
On Thu, Nov 21, 2013 at 01:30:15PM +0100, Vitaly Kuznetsov wrote:
I ran basic tests agains them and they're ok. The only issue I still
see is wrong
On Fri, Nov 22, 2013 at 02:34:28PM +0100, Kevin Kofler wrote:
Miro Hrončok wrote:
The reason is simple. Fedorahosted lacks features, is unplesant and need
byrocracy even to create a repository.
Creating a repository is actually the only time bureaucracy is required.
Giving write
Tako Schotanus wrote:
I'm Tako, a Software Engineer for Red Hat working on a new language, Ceylon
(http://ceylon-lang.org), that runs on top of the Java and Javascript VMs. We
just published out first 1.0.0 and although we already had RPMs (and ZIPs and
DEBs) that could be downloaded from
Mattias Ellert wrote:
os.execute(rm -rf %{_datadir}/applications/%{name}.desktop)
Ewww… Using os.execute in Lua scriptlets is scary because the whole point of
writing them in Lua rather than shell is to avoid depending on stuff being
installed on the file system. Now in this case, you'll
Feel free to ping me on freenode #fedora-devel, or #fedora-bigdata.
We've been doing a fair amount of packaging lately, and could offer up tips
where needed.
I often find the best starting point is here:
https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
You will want to
Mathieu Bridon wrote:
* Move the headers back to /usr/include, as upstream intended
* Put the event.h header into a libev-libevent-devel subpackage, and
make it Conflicts: libevent-devel (this is what Debian did)
-1
Conflicts are evil, and this pointless conflict is very easily
Richard W.M. Jones wrote:
This recipe has worked for me for years. The patches are probably
implicitly ordered by their names (ie. 0001-...patch etc)
I think they're actually ordered by their patch number in the specfile.
Kevin Kofler
--
devel mailing list
+1 to everything kevin just said.
Just because other folks are employing bad practices, doesn't mean we should.
If that means dependent packages need to add an extra -I location, that is a
far better solution then polluting causing potential conflicts.
Cheers,
Tim
- Original Message
Richard W.M. Jones wrote:
Several packages are using git for patch management. eg:
http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46
http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libguestfs.spec?h=f20#n22
http://pkgs.fedoraproject.org/cgit/qemu.git/tree/
Hi Tim,
thanks for the info!
I had already started on the first Wiki and got to the point where I was able
to build with Koji.
But the docs about requirements (naming, packaging, java etc) ... well that's a
LOT to digest at once.
Especially when it's only for a single package :)
So I'm sure
Oops, and thanks to you too Michael, hadn't seen your message yet :)
- Original Message -
From: Michael Cronenworth m...@cchtml.com
To: Development discussions related to Fedora devel@lists.fedoraproject.org
Sent: Friday, November 22, 2013 3:29:35 PM
Subject: Re: Introduction
Tako
Meeting ended Fri Nov 22 16:07:41 2013 UTC. Information about MeetBot at
http://wiki.debian.org/MeetBot .
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2013-11-22/fedora_base_design_working_group.2013-11-22-15.00.html
Minutes (text):
On 22.11.2013 14:58, Tako Schotanus wrote:
So I'm completely new to this packaging business, I managed to piece together a
SPEC file that results in an actually working RPM for our project and even Koji
seems to accept it, but there's so much information to absorb that I'm feeling
a bit out
https://fedorahosted.org/389/ticket/47525/
https://fedorahosted.org/389/attachment/ticket/47525/0001-Ticket-47525-Allow-memberOf-to-use-an-alternate-conf.patch
--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-de...@lists.fedoraproject.org
On Fri, Nov 22, 2013 at 5:54 PM, Alek Paunov a...@declera.com wrote:
On 22.11.2013 14:58, Tako Schotanus wrote:
So I'm completely new to this packaging business, I managed to piece
together a SPEC file that results in an actually working RPM for our project
and even Koji seems to accept it,
The following Fedora EPEL 6 Security updates need testing:
Age URL
580
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5620/bugzilla-3.4.14-2.el6
94
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11274/ssmtp-2.61-21.el6
55
The following Fedora EPEL 5 Security updates need testing:
Age URL
580
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2012-5630/bugzilla-3.2.10-5.el5
94
https://admin.fedoraproject.org/updates/FEDORA-EPEL-2013-11276/ssmtp-2.61-21.el5
70
On Fri, 2013-11-22 at 16:06 +0100, Kevin Kofler wrote:
Mathieu Bridon wrote:
* Move the headers back to /usr/include, as upstream intended
* Put the event.h header into a libev-libevent-devel subpackage, and
make it Conflicts: libevent-devel (this is what Debian did)
-1
46 matches
Mail list logo
