On 03/09/15 02:51, Pete Walter wrote:
> On 09/02/2015 01:00 PM, Vít Ondruch wrote:
>>> I was advised to ask on this list for help regarding setting up a copr
>>> repository.
>>
>> Why Copr and not Fedora official package? Is there something which
>> conflicts with Fedora's Packaging Guidelines [1]
Dne 3.9.2015 v 00:16 janlukasgern...@freenet.de napsal(a):
> repo is now available here.
I assume this one:
https://copr.fedoraproject.org/coprs/jeanluc/FeedReader/
:)
It looks good. Although the spec from Pete looks little bit better. You may
want to add yourself to CC of
https://bugzilla.red
Hi,
I'm trying to package a python module that has a C extension that has a
special preprocessor that turns protocol definition files into C.
Currently, I have a makefile that calls the rxgen program[*]:
./rxgen/rxgen.pl rpc-api/*
which produces four C files (afs_xg.[ch] and afs_py.[ch]
On 2015-09-02, Vít Ondruch wrote:
> Dne 2.9.2015 v 16:10 Paul Wouters napsal(a):
>> On Wed, 2 Sep 2015, Vít Ondruch wrote:
>>
>>> 3) Packages are updated, but the bug is kept open
>>
>>> I would suggest probably to close the bugs for 1st category, the
>>> packages from 2nd category should be orpha
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 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-Test-AutoBuild-1.2.
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-Data-Dump-Streamer-2.38
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-Devel-BeginLift-0.001003
Hi!
I plan to update rpm in F23. The alpha has been in rawhide for some
weeks [1] with the latest release candidate being there since 2nd of
September[2]. Main reason is to help adopting new features (e.g. [3]) in
the F24 and F25 time frame as this gets the new version to be builders
one release e
On Wed, Sep 2, 2015 at 10:33 PM, Orion Poplawski wrote:
> On 09/02/2015 01:18 PM, Jan Kurik wrote:
>> Hi,
>>
>> in the past there was an issue with identification of deliverables
>> which block a Fedora release. We were dealing with this issue
>> specifically during Go/No-go meetings which is quit
Compose started at Thu Sep 3 05:15:03 UTC 2015
Broken deps for i386
--
[ScientificPython]
ScientificPython-2.8-20.fc22.i686 requires libmpi.so.1
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:ud
Compose started at Thu Sep 3 07:15:03 UTC 2015
Broken deps for armhfp
--
[ScientificPython]
ScientificPython-2.8-20.fc22.armv7hl requires libmpi.so.1
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.jud
Thanks for your long feedback Adam :-) I will try to answer your
question and I will hope I do not miss anything.
* Release blocking vs. Release non-blocking
This has been discussed on the meeting [1] whether we should have only
list of blocking deliverables as that is what we need now. However
fr
On Wed, 2015-09-02 at 21:18 +0200, Jan Kurik wrote:
> Hi,
>
> in the past there was an issue with identification of deliverables
> which block a Fedora release. We were dealing with this issue
> specifically during Go/No-go meetings which is quite late for this
> kind of decisions.
> To solve this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/03/2015 05:36 AM, David Howells wrote:
> Hi,
>
> I'm trying to package a python module that has a C extension that has a
> special preprocessor that turns protocol definition files into C.
>
> Currently, I have a makefile that calls the rxgen
Guy Streeter wrote:
> > I'm trying to package a python module that has a C extension that has a
> > special preprocessor that turns protocol definition files into C.
> ...
> See the setup.py in this package:
>
> https://git.fedorahosted.org/cgit/python-libnuma.git/
>
> It runs msgfmt on the pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/03/2015 10:36 AM, David Howells wrote:
> Guy Streeter wrote:
>
>>> I'm trying to package a python module that has a C extension that has
>>> a special preprocessor that turns protocol definition files into C.
>> ... See the setup.py in this pac
Is there a currently-working way to push an update?
fedpkg update (running on rhel6, but with the latest available versions
of bodhi and python-fedora as far as I can tell) crashes. When I
remember the non-obvious way to do it on the bodhi web site and try, I
get a pop-up saying just "Required",
Dave Johansen writes:
>> We do have docker images that can be used [0] - but we currently don't
>> have a user friendly way to find them. You currently have to look
>> through koji to find them [1].
>>
>> Hope this helps!
>>
>> [0]
>>
>> https://kojipkgs.fedoraproject.org//work/tasks/7896/1092789
That's a shame. I run an owncloud instance for the family right now, I
guess I'll be swapping it out for an upstream package. Is there anything
you're aware of that I should watch for during the migration?
On Sep 2, 2015 22:37, "Adam Williamson" wrote:
> On Wed, 2015-09-02 at 20:49 -0400, Eric Gr
Guy Streeter wrote:
> Do you just need to control the build order, so your preprocessor runs
> first?
Yes.
> You can over-ride "build" to make that happen.
Okay.
> Or use something like
>
> ./setup.py build_prep build_ext build
I'd rather not do that - I'd rather 'build' built everything.
03.09.2015, 12:57, "Miroslav Suchý" :
> Dne 3.9.2015 v 00:16 janlukasgern...@freenet.de napsal(a):
>> repo is now available here.
>
> I assume this one:
> https://copr.fedoraproject.org/coprs/jeanluc/FeedReader/
> :)
>
> It looks good. Although the spec from Pete looks little bit better. You may
On Thu, 03 Sep 2015 17:33:44 +0100
Dave Love wrote:
> Is there a currently-working way to push an update?
>
> fedpkg update (running on rhel6, but with the latest available
> versions of bodhi and python-fedora as far as I can tell) crashes.
Can you please file an issue on this?
https://github
On Thu, Sep 3, 2015 at 1:39 PM, Kevin Fenzi wrote:
> > When I remember the non-obvious way to do it on the bodhi web site
> > and try, I get a pop-up saying just "Required", though I managed to
> > operate it previously.
>
> That's also pretty weird. Can you file an issue on that as well... I
> h
BuildError: package python-qpid is blocked for tag f24
What do I need to do to unblock it?
--
Regards, Irina.
--
$ fedpkg build
Building python-qpid-0.32-9.fc24 for rawhide
Created task: 10944705
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=10944705
Watching tasks (this may be saf
On 03/09/15 20:01, Irina Boverman wrote:
> BuildError: package python-qpid is blocked for tag f24
>
> What do I need to do to unblock it?
> --
> Regards, Irina.
> --
> $ fedpkg build
> Building python-qpid-0.32-9.fc24 for rawhide
> Created task: 10944705
> Task info: http://koji.fedoraproject.org/
Hello Fedora packagers,
During each release cycle, the Fedora Release Notes are drafted on the
wiki[0]. This public draft space allows contributors to easily share
info on their work for the upcoming release. Later in the release
cycle, these wiki pages are frozen and converted into Docbook XML
I already "unretired" this package, and was able to check-in package changes,
but can't build it for rawhide/f24.
https://bugzilla.redhat.com/show_bug.cgi?id=1248100
- Original Message -
From: "Pádraig Brady"
To: "Development discussions related to Fedora"
Sent: Thursday, September 3, 20
On 03/09/15 21:42, Irina Boverman wrote:
> - Original Message -
> From: "Pádraig Brady"
>> I presume it was retired.
>> To unretire you've to file a ticket I think.
>> like this one for example:
>> https://fedorahosted.org/rel-eng/ticket/5592
>
> I already "unretired" this package, and wa
According to ISC, these two affect bind 9.10.2 as well (up to P3).
There a no new builds (i.e. P4) for F22 of this package that I can see.
Does anyone know why? Is there something Fedora specific that prevents
these problems in F22 packages?
ISC release notes are here:
https://kb.isc.org/article
On Fri, 4 Sep 2015, Bojan Smojver wrote:
According to ISC, these two affect bind 9.10.2 as well (up to P3).
There a no new builds (i.e. P4) for F22 of this package that I can see.
Does anyone know why? Is there something Fedora specific that prevents
these problems in F22 packages?
I just bui
Paul Wouters nohats.ca> writes:
> I just built it in rawhide, and it seems fine. I suspect it has just
> been an "no time" issue. I'll ping Tomas and ask him.
Thanks.
--
Bojan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Co
Missing expected images:
Workstation Live x86_64
Cloud base Disk i386
Cloud base Disk x86_64
Images in this compose but not 23 Branched 20150902:
Cloud atomic Disk x86_64
Cloud atomic Vagrant x86_64
Images in 23 Branched 20150902 but not this:
Cloud base Disk x86_64
Scientific_kde Live x86_64
Missing expected images:
Workstation Live i386
Cloud base Disk i386
Cloud base Disk x86_64
No images in this compose but not Rawhide 20150902
Images in Rawhide 20150902 but not this:
Workstation Live i386
Cloud base Disk x86_64
Security Live i386
Games Live x86_64
Games Live i386
Soas Live x86_
> On 1 Sep 2015, at 1:15 am, Kevin Fenzi wrote:
>
> Greetings, we've been told that the email addresses
> for this package maintainer is no longer valid. I'm starting the
> unresponsive maintainer policy to find out if they are still interested
> in maintaining their packages (and if so, have t
On 08/28/2015 03:23 PM, Josh Stone wrote:
> I update from nss-3.19.3-1.0.fc22.x86_64 to nss-3.20.0-1.0.fc22.x86_64
> this morning, and now I get this stderr output:
>
> $ /usr/bin/stap -V >/dev/null
> /usr/bin/stap: Symbol `SSL_ImplementedCiphers' has different size in
> shared object, consider re
36 matches
Mail list logo
