On Fri, Nov 22, 2013 at 2:51 AM, Björn Persson
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
devel@lists.fedoraproject.org
http
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://admin.fedoraproject.org/mailman/lis
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
Date: Fri Nov 22 10:54:50 2013 +0100
Initial import (#1028521).
.gitignore |1 +
perl-DBD-ODBC.spec | 53
2 files changed, 54 insertions(+), 0 deletions(
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: tcall...@redhat.com
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: tca
commit 8d529fb60590e5898416b943bcc18ded2e44834c
Author: Jan Holcapek
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
+++ b/sources
@@ -0
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: tcall...@redh
https://bugzilla.redhat.com/show_bug.cgi?id=1033513
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
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: p...@city-fan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1033517
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1033521
Paul Howarth changed:
What|Removed |Added
Status|NEW |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1033513
--- Comment #2 from Tuomo Soini ---
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.
Unsubscribe from this b
https://bugzilla.redhat.com/show_bug.cgi?id=1033513
--- Comment #3 from Paul Howarth ---
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 because:
You are on
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:
perl-Language-Expr-0.19-4.fc1
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
https://admin.fedoraproject.org/mai
commit 3668cf9f79335445acaefbacbe477812b948ddc3
Author: Paul Howarth
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
https://admin.fedoraproject.org/mailman/listinfo/perl-deve
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
https://admin.fedoraproject.org/mailm
commit 260f386668dc06443c8a23c1c4ddff1b6c21ca3c
Author: Jitka Plesnikova
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 -
sources
https://bugzilla.redhat.com/show_bug.cgi?id=1030908
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
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]
blueman-1.23-7
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 and
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:
perl-Language-Expr-0.19-4.
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
reposito
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/21/2013 03:13 PM, Vitaly Kuznetsov wrote:
> Matthew Miller 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 SELinux context
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 our
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 l
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 a
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 avoi
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
devel@lists.fedoraproject
+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/
> htt
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 I'
Oops, and thanks to you too Michael, hadn't seen your message yet :)
- Original Message -
From: "Michael Cronenworth"
To: "Development discussions related to Fedora"
Sent: Friday, November 22, 2013 3:29:35 PM
Subject: Re: Introduction
Tako Schotanus wrote:
> I'm Tako, a Software Enginee
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):
http://meetbot.fedoraproject.org/fedora-meeting/201
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 of
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
htt
On Fri, Nov 22, 2013 at 5:54 PM, Alek Paunov 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, but there
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
https://admin.fedoraproject.org/updates/FEDO
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
https://admin.fedoraproject.org/updates/FEDO
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
