Re: Problems testing packages on koji

[Eduardo Javier Echeverria Alvarado]

Thanks Johannes, but I mean, really in the first case that I show in my
email, the load never reaches 100% or even begins. Whichever wait time

2013/2/23 Johannes Lips 

> Eduardo Javier Echeverria Alvarado wrote:
>
>> Hi, everyone
>>
>> I've a problem that has kept me worried about three weeks ago and i do
>> not know how to solve, when I try to test any package on koji (in any
>> instance, ppc, arm, s390, x86 ) that has a higher weight to a mega, it
>> refuses to even begin the task
>>
>> example:
>> koji build --scratch rawhide openteacher-3.0-1.fc17.src.rpm
>> Uploading srpm: openteacher-3.0-1.fc17.src.rpm
>> []  00% 00:00:00 0.00 B-
>> B/sec
>>
>> i.e. not upload the package, with files that weighing less than a mega,
>> koji behaves normally
>>
>> example:
>>
>> Uploading srpm: python-django-select2-3.2.1-1.**fc18.src.rpm
>> [=**===] 100% 00:00:06  69.52 KiB  11.13
>> KiB/sec
>> Created task: 5042273
>> Task info: 
>> http://koji.fedoraproject.org/**koji/taskinfo?taskID=5042273
>> Watching tasks (this may be safely interrupted)...
>>
>> I asked in IRC # fedora-devel and I have said it may be due to problems
>> with file locking by my ISP, but I checked it, and I have found no
>> problem with it, someone has ocurred this problem, or know to fix it?
>>
>> Thanks for advance.
>>
> Hi all,
>
> what I observed is that the upload works but the progress bar is not
> showing the progress.
> It just jumps to 100% when it's finished. Perhaps try waiting a bit or try
> to monitor the upload speed, there you could perhaps see some movements.
>
> Hope this helps,
>
> Johannes
>
>>
>> --
>> Eduardo Echeverria
>> https://fedoraproject.org/**wiki/User:Echevemaster
>> echevemas...@fedoraproject.org 
>> > >
>>
>> Fedora RPM Package Maintainer
>> Fedora Ambassador
>>
>>
>>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.**org/mailman/listinfo/devel




-- 
Eduardo Echeverria
https://fedoraproject.org/wiki/User:Echevemaster
echevemas...@fedoraproject.org
Fedora RPM Package Mantainer
Fedora Ambassador
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Problems testing packages on koji

[Johannes Lips]

Eduardo Javier Echeverria Alvarado wrote:

Hi, everyone

I've a problem that has kept me worried about three weeks ago and i do
not know how to solve, when I try to test any package on koji (in any
instance, ppc, arm, s390, x86 ) that has a higher weight to a mega, it
refuses to even begin the task

example:
koji build --scratch rawhide openteacher-3.0-1.fc17.src.rpm
Uploading srpm: openteacher-3.0-1.fc17.src.rpm
[]  00% 00:00:00 0.00 B-
B/sec

i.e. not upload the package, with files that weighing less than a mega,
koji behaves normally

example:

Uploading srpm: python-django-select2-3.2.1-1.fc18.src.rpm
[] 100% 00:00:06  69.52 KiB  11.13
KiB/sec
Created task: 5042273
Task info: http://koji.fedoraproject.org/koji/taskinfo?taskID=5042273
Watching tasks (this may be safely interrupted)...

I asked in IRC # fedora-devel and I have said it may be due to problems
with file locking by my ISP, but I checked it, and I have found no
problem with it, someone has ocurred this problem, or know to fix it?

Thanks for advance.

Hi all,

what I observed is that the upload works but the progress bar is not 
showing the progress.
It just jumps to 100% when it's finished. Perhaps try waiting a bit or 
try to monitor the upload speed, there you could perhaps see some movements.


Hope this helps,

Johannes


--
Eduardo Echeverria
https://fedoraproject.org/wiki/User:Echevemaster
echevemas...@fedoraproject.org 
Fedora RPM Package Maintainer
Fedora Ambassador




--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: is it possible to download a spec file only using yum?

[Sérgio Basto]

On Sex, 2013-02-22 at 00:36 +0100, poma wrote: 
> On 02/21/13 10:39, Matthew Miller wrote:
> > On Wed, Feb 20, 2013 at 07:16:08PM -0600, Ranjan Maitra wrote:
> >> I was wondering if it is possible to download a spec file using yum
> >> or rpm only (without downloading the rpm)?
> > 
> > No, but there's a better way! All of our spec files are available in git,
> > and the "fedpkg" command is a nice wrapper around access to the repository.
> > So:
> > 
> > $ sudo yum install fedpkg
> > [...]
> > $ fedpkg clone firefox
> > Cloning into 'firefox'...
> > remote: Counting objects: 3234, done.
> > remote: Compressing objects: 100% (1979/1979), done.
> > remote: Total 3234 (delta 1702), reused 2424 (delta 1210)
> > Receiving objects: 100% (3234/3234), 741.50 KiB | 313 KiB/s, done.
> > Resolving deltas: 100% (1702/1702), done.
> […]
> 
> fedpkg --user poma -v clone firefox
> Cloning ssh://p...@pkgs.fedoraproject.org/firefox
> Running git clone ssh://p...@pkgs.fedoraproject.org/firefox directly on
> the tty
> Cloning into 'firefox'...
> Permission denied (publickey).
> fatal: Could not read from remote repository.
> 
> Please make sure you have the correct access rights
> and the repository exists.
> Could not execute clone: Command '['git', 'clone',
> 'ssh://p...@pkgs.fedoraproject.org/firefox']' returned non-zero exit
> status 128
> --
> 
> In contrast:
> fedpkg -v clone -a firefox
> Cloning git://pkgs.fedoraproject.org/firefox
> Running git clone git://pkgs.fedoraproject.org/firefox directly on the tty
> Cloning into 'firefox'...
> remote: Counting objects: 3234, done.
> remote: Compressing objects: 100% (1979/1979), done.
> remote: Total 3234 (delta 1704), reused 2424 (delta 1210)
> Receiving objects: 100% (3234/3234), 708.87 KiB | 372 KiB/s, done.
> Resolving deltas: 100% (1704/1704), done.
> --
> 
> Shouldn't the default be an '-a'(anonymous) check out via git?

That's a point. 
I got message "Xould not read Fedora cert, falling back to default
method"  
default method should be anonymous. 
we need to open a bug report 

-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: is it possible to download a spec file only using yum?

[Orcan Ogetbil]

On Thu, Feb 21, 2013 at 8:00 PM, poma  wrote:
> deco grub2-2.00-16.fc19.src.rpm
> 13020 blocks
[backtrace cut]
> Aborted
> --

Hmm, the crash does not happen here. How reproducible is this? Can you debug?

>
> Although the extraction is successful, checksums are OK. :)
> Thanks for pointing out an additional tool(deco) for such a task.
> Total so far: rpm2cpio/cpio, rpmdev-extract, deco and direct download
> method via the fedpkg.

Just as a side information; deco is a nice cute tool that is a wrapper
around other extractors so you don't need to memorize their syntax. In
case of rpm it wraps rpm2cpio.

Cheers,
Orcan
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Jeffrey Ollie]

On Fri, Feb 22, 2013 at 3:37 PM, Kamil Dudka  wrote:
>
> I have taken the ownership for now.

Thanks!

-- 
Jeff Ollie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Kamil Dudka]

On Friday, February 22, 2013 14:54:04 Jeffrey Ollie wrote:
> On Fri, Feb 22, 2013 at 2:33 PM, Jon Ciesla  wrote:
> > Excellent!  Jeffrey, will you be picking python-pycurl up again, then?
> 
> No.  While this was an easy fix that was actually in another package,
> PycURL has other problems.  I think that the most obvious one is
> handling errors encountered by libcurl (DNS errors, connection
> refused, etc.) and passing back sensible error messages back to the
> Python layer.  I'm sure a little trolling of bugzilla would turn up
> others.
> 
> There are patches out there that fix these and other problems, but as
> I said, I don't want to become the de facto upstream PycURL
> maintainer, especially for a package that is this critical to the
> project.  I just don't have the time or interest.

I have taken the ownership for now.

Kamil
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Jeffrey Ollie]

On Fri, Feb 22, 2013 at 2:33 PM, Jon Ciesla  wrote:
>
> Excellent!  Jeffrey, will you be picking python-pycurl up again, then?

No.  While this was an easy fix that was actually in another package,
PycURL has other problems.  I think that the most obvious one is
handling errors encountered by libcurl (DNS errors, connection
refused, etc.) and passing back sensible error messages back to the
Python layer.  I'm sure a little trolling of bugzilla would turn up
others.

There are patches out there that fix these and other problems, but as
I said, I don't want to become the de facto upstream PycURL
maintainer, especially for a package that is this critical to the
project.  I just don't have the time or interest.

-- 
Jeff Ollie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Jon Ciesla]

On Fri, Feb 22, 2013 at 2:29 PM, Kamil Dudka  wrote:

> On Friday, February 22, 2013 12:02:47 Jeffrey Ollie wrote:
> > The final straw is that the package failed to build in the latest mass
> > rebuild:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=914411
>
> Thanks for heads up!  This is a bug in the latest upstream release of
> libcurl.
> I will apply the upstream fix for this:
>
> https://github.com/bagder/curl/commit/da3fc1ee
>
> Excellent!  Jeffrey, will you be picking python-pycurl up again, then?

-J


> Kamil
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel




-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Kamil Dudka]

On Friday, February 22, 2013 12:02:47 Jeffrey Ollie wrote:
> The final straw is that the package failed to build in the latest mass
> rebuild:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=914411

Thanks for heads up!  This is a bug in the latest upstream release of libcurl.
I will apply the upstream fix for this:

https://github.com/bagder/curl/commit/da3fc1ee

Kamil
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Jon Ciesla]

On Fri, Feb 22, 2013 at 2:21 PM, Seth Vidal wrote:

>
>
> On Fri, 22 Feb 2013, Jon Ciesla wrote:
>
>
>> I'm not familiar with it, nor is it in Fedora yet, but would curlish work?
>>
>> https://pypi.python.org/pypi/**curlish/
>>
>>
>
> It's calling out to curl via subprocess - that doesn't feel like a good
> idea
>
> Ew, I'd not looked that closely yet.  No, I agrees.

-J


> -sv
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.**org/mailman/listinfo/devel




-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Seth Vidal]

On Fri, 22 Feb 2013, Jon Ciesla wrote:



I'm not familiar with it, nor is it in Fedora yet, but would curlish work?

https://pypi.python.org/pypi/curlish/




It's calling out to curl via subprocess - that doesn't feel like a good 
idea


-sv

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Jon Ciesla]

On Fri, Feb 22, 2013 at 2:19 PM, Jon Ciesla  wrote:

>
>
> On Fri, Feb 22, 2013 at 2:17 PM, Seth Vidal wrote:
>
>>
>>
>> On Fri, 22 Feb 2013, Pierre-Yves Chibon wrote:
>>
>>  On Fri, 2013-02-22 at 12:02 -0800, Samuel Sieb wrote:
>>>
 On 02/22/2013 10:02 AM, Jeffrey Ollie wrote:

> Personally, I'd like to see Yum move away from PycURL but if someone
> wants to take over upstream development more power to them.
>
>  I use pycurl as well.  Do you have a suggestion for an alternative
 package to use that has similar capabilities?

>>>
>>> requests? Or plain urllib although it remains quite painfull.
>>>
>>
>> it's not under my control anymore - but the idea of python-requests and
>> its deps pulled into @core does not fill me with joy.
>>
>> Does requests still have some local copy of other libs?
>>
>> I'm not familiar with it, nor is it in Fedora yet, but would curlish work?
>
> https://pypi.python.org/pypi/curlish/
>
> -J
>

Also, I'm looking at pycurl, and so far I have this backtrace from a
rawhide mock build.

Program received signal SIGSEGV, Segmentation fault.
0x7fffef794da7 in curl_multi_cleanup () from /lib64/libcurl.so.4
(gdb) bt
#0  0x7fffef794da7 in curl_multi_cleanup () from /lib64/libcurl.so.4
#1  0x7fffef9d3e72 in do_multi_dealloc (self=0x7a2f70) at
src/pycurl.c:2296
#2  0x77a9bdc7 in PyDict_DelItem () from /lib64/libpython2.7.so.1.0
#3  0x77af6818 in PyEval_EvalFrameEx () from
/lib64/libpython2.7.so.1.0
#4  0x77afa53d in PyEval_EvalCodeEx () from
/lib64/libpython2.7.so.1.0
#5  0x77afa642 in PyEval_EvalCode () from /lib64/libpython2.7.so.1.0
#6  0x77b133df in ?? () from /lib64/libpython2.7.so.1.0
#7  0x77b1448e in PyRun_FileExFlags () from
/lib64/libpython2.7.so.1.0
#8  0x77b155e7 in PyRun_SimpleFileExFlags () from
/lib64/libpython2.7.so.1.0
#9  0x77b25f87 in Py_Main () from /lib64/libpython2.7.so.1.0
#10 0x76d59b75 in __libc_start_main () from /lib64/libc.so.6
#11 0x00400721 in _start ()

-J


>
>> -sv
>>
>> --
>> devel mailing list
>> devel@lists.fedoraproject.org
>> https://admin.fedoraproject.**org/mailman/listinfo/devel
>
>
>
>
> --
> http://cecinestpasunefromage.wordpress.com/
> 
> in your fear, seek only peace
> in your fear, seek only love
>
> -d. bowie




-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Jon Ciesla]

On Fri, Feb 22, 2013 at 2:17 PM, Seth Vidal wrote:

>
>
> On Fri, 22 Feb 2013, Pierre-Yves Chibon wrote:
>
>  On Fri, 2013-02-22 at 12:02 -0800, Samuel Sieb wrote:
>>
>>> On 02/22/2013 10:02 AM, Jeffrey Ollie wrote:
>>>
 Personally, I'd like to see Yum move away from PycURL but if someone
 wants to take over upstream development more power to them.

  I use pycurl as well.  Do you have a suggestion for an alternative
>>> package to use that has similar capabilities?
>>>
>>
>> requests? Or plain urllib although it remains quite painfull.
>>
>
> it's not under my control anymore - but the idea of python-requests and
> its deps pulled into @core does not fill me with joy.
>
> Does requests still have some local copy of other libs?
>
> I'm not familiar with it, nor is it in Fedora yet, but would curlish work?

https://pypi.python.org/pypi/curlish/

-J

>
> -sv
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.**org/mailman/listinfo/devel




-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Seth Vidal]

On Fri, 22 Feb 2013, Pierre-Yves Chibon wrote:


On Fri, 2013-02-22 at 12:02 -0800, Samuel Sieb wrote:

On 02/22/2013 10:02 AM, Jeffrey Ollie wrote:

Personally, I'd like to see Yum move away from PycURL but if someone
wants to take over upstream development more power to them.


I use pycurl as well.  Do you have a suggestion for an alternative
package to use that has similar capabilities?


requests? Or plain urllib although it remains quite painfull.


it's not under my control anymore - but the idea of python-requests and 
its deps pulled into @core does not fill me with joy.


Does requests still have some local copy of other libs?


-sv

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Pierre-Yves Chibon]

On Fri, 2013-02-22 at 12:02 -0800, Samuel Sieb wrote:
> On 02/22/2013 10:02 AM, Jeffrey Ollie wrote:
> > Personally, I'd like to see Yum move away from PycURL but if someone
> > wants to take over upstream development more power to them.
> >
> I use pycurl as well.  Do you have a suggestion for an alternative 
> package to use that has similar capabilities?

requests? Or plain urllib although it remains quite painfull.

Pierre
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning PycURL

[Samuel Sieb]

On 02/22/2013 10:02 AM, Jeffrey Ollie wrote:

Personally, I'd like to see Yum move away from PycURL but if someone
wants to take over upstream development more power to them.

I use pycurl as well.  Do you have a suggestion for an alternative 
package to use that has similar capabilities?

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: kernel warning in btrfs

[Zach Brown]

On Fri, Feb 22, 2013 at 10:32:29AM -0500, Neal Becker wrote:
> I'm not reporting, cause kernel was tainted by virtualbox, but should I be 
> worried?

I don't think you should be worried.  I think it was a relatively
harmless warning that reservations were a little sloppy.  Josef says
it's been fixed upstream:

https://bugzilla.redhat.com/show_bug.cgi?id=894673

- z
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Frequent dbus(?) crashes with Samsung 840 Pro SSD

[Chris Murphy]

On Feb 20, 2013, at 10:14 PM, Digimer  wrote:
> 
> I wanted to use the onboard FDE but didn't find docs on how to do it.

Yeah small problem. They even make it difficult to figure out if it's an OPAL 
variety of SED. If it is, it's always encrypting, it's just unlocked by 
default. So figuring out a better way to support SEDs is useful.

> As for discard, can I just add this after defaults?

defaults is just a place holder, you can change defaults to discard.


Chris Murphy

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Build error for naev-data in F19 mass rebuild: GenericError: upload path exists

[Jonathan Dieter]

On Fri, 2013-02-22 at 07:54 -0700, Kevin Fenzi wrote:
> On Fri, 22 Feb 2013 11:58:18 +0200
> Jonathan Dieter  wrote:
> 
> > I just got a bug[1] that naev-data was FTBFS.  After examining the
> > build logs[2], I'm now confused as to what went wrong.
> > 
> > What does this mean?
> > GenericError: upload path
> > exists: /mnt/koji/work/tasks/9923/423/naev-data-0.5.3-7.fc19.noarch.rpm
> 
> This may have been a transitory error in koji. 
> 
> Try just resubmitting the build and see if it completes... 

That just did the trick.  Thanks.

Jonathan

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Orphaning PycURL

[Jeffrey Ollie]

Hello,

I am going to be orphaning the PycURL package...  Upstream is dead,
the last new release was in 2008.  Yet, PycURL is a critical part of
Fedora as Yum uses it to download metadata and packages.

The final straw is that the package failed to build in the latest mass rebuild:

https://bugzilla.redhat.com/show_bug.cgi?id=914411

There are a number of other bugs associated with PycURL, but I didn't
want to become the de facto upstream so I've resisted efforts to apply
patches to the code.

Personally, I'd like to see Yum move away from PycURL but if someone
wants to take over upstream development more power to them.

--
Jeff Ollie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 914275] perl-Business-CreditCard-0.32 is available

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914275

Petr Šabata  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||psab...@redhat.com
   Assignee|ppi...@redhat.com   |psab...@redhat.com

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=sRfVVBHLgq&a=cc_unsubscribe
--
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-devel

[Bug 914276] perl-Email-Valid: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914276

Ralf Corsepius  changed:

   What|Removed |Added

 Status|NEW |CLOSED
 CC||rc040...@freenet.de
 Resolution|--- |RAWHIDE
Last Closed||2013-02-22 11:29:51

--- Comment #1 from Ralf Corsepius  ---
Missing BR: perl(ExtUtils::MakeMaker)

I also used this opportunity to upgrade the fairly outdated version in rawhide 
to Email-Valid-0.190 and to moderately modernize the spec:
http://koji.fedoraproject.org/koji/taskinfo?taskID=5044226

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=lKQ6ngmZhO&a=cc_unsubscribe
--
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-devel

Re: Abrt (was Re: Most buggy packages)

[David Malcolm]

On Thu, 2013-02-21 at 22:41 +, Ian Malone wrote:
> On 21 February 2013 18:24, David Malcolm  wrote:
> > On Wed, 2013-02-20 at 08:04 +, Ian Malone wrote:
> >> On 19 February 2013 12:13, David Malcolm  wrote:
> 
> >>
> >> Question: does a python segfault from a broken script indicate a
> >> python bug as well? The scripting engine shouldn't really be crashing.
> >
> > python -c "from ctypes import string_at; string_at(0xDEADBEEF)"
> >
> 
> Point. 
(sorry about my terseness btw)

> I could try and argue that a scripting language should stop you
> doing this by catching it somehow, but that's unrealistic for this
> case and, as you (sorry, not 100% sure, but going to guess you're the
> same DMalcolm) say here, http://dmalcolm.livejournal.com/4545.html
[Yes I am.  FWIW the prettyprinting C backtrace hooks I talked about
there are in our python-debuginfo package, and set up so that they're
automatically used by gdb on such backtraces if you have
python-debuginfo installed]

> it's a consequence of being able to run native code. Could also be
> viewed as a bug in the bindings rather than python, but, again, it's
> what they're supposed to do.

Yeah, ctypes is a big source of crashes in my experience: you get all of
the responsibility of dealing with C datatypes, pointers, etc, but
there's no type system to guarantee that you got it correct.  Gah.


> However hopefully most python programmes aren't doing things like
> this. And of course it'll be better all round if the bugs go to the
> programme that caused them.

+1000

Cheers
Dave

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning agg

[Jon Ciesla]

On Fri, Feb 22, 2013 at 9:28 AM, Kevin Kofler wrote:

> Hi,
>
> I am hereby orphaning agg in all Fedora branches. (In EPEL, it is owned by
> orion.) I had picked up agg long ago as a dependency of Gnash, but I handed
> over Gnash to hicham months ago and so I don't have any personal interest
> in
> agg anymore. And now it fails to build yet again:
> https://bugzilla.redhat.com/show_bug.cgi?id=913873
> and I really don't want to spend my time fixing it.
>
> agg is a dependency of the following packages:
> desmume
> desmume-cli
> desmume-glade
> gnash
> gnash-cygnal
> mapnik
> plplot-wxGTK
> python-gnash
> python-matplotlib
> python-matplotlib-tk
> so IMHO the maintainer of one of the above packages should pick it up.
>
> I think I've got this working, I've taken it.

-J


> Kevin Kofler
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel




-- 
http://cecinestpasunefromage.wordpress.com/

in your fear, seek only peace
in your fear, seek only love

-d. bowie
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

kernel warning in btrfs

[Neal Becker]

I'm not reporting, cause kernel was tainted by virtualbox, but should I be 
worried?

Feb 22 09:21:58 nbecker1 kernel: [76101.244542] [ cut here 
]
Feb 22 09:21:58 nbecker1 kernel: [76101.244582] WARNING: at 
fs/btrfs/inode.c:2165 btrfs_orphan_commit_root+0xf4/0x100 [btrfs]()
Feb 22 09:21:58 nbecker1 kernel: [76101.244584] Hardware name: HP Pavilion 
dv9500 Notebook PC
Feb 22 09:21:58 nbecker1 kernel: [76101.244586] Modules linked in: lp parport 
vfat fat usb_storage vboxpci(OF) vboxnetadp(OF) vboxnetflt(OF) vboxdrv(OF) fuse 
ip6table_filter ip6_tables ebtable_nat ebtables rfcomm bnep be2iscsi 
iscsi_boot_sysfs bnx2i cnic uio cxgb4i cxgb4 cxgb3i cxgb3 mdio libcxgbi ib_iser 
nf_conntrack_ipv4 nf_defrag_ipv4 rdma_cm xt_conntrack ib_addr nf_conntrack 
iw_cm 
ib_cm ib_sa ib_mad ib_core iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi 
btusb bluetooth snd_hda_codec_si3054 snd_hda_codec_realtek iTCO_wdt 
iTCO_vendor_support hp_wmi sparse_keymap coretemp snd_hda_intel snd_hda_codec 
snd_hwdep snd_seq snd_seq_device snd_pcm arc4 microcode iwl4965 i2c_i801 
iwlegacy mac80211 r592 snd_page_alloc lpc_ich memstick r8169 mfd_core snd_timer 
cfg80211 rfkill snd mii soundcore vhost_net tun macvtap macvlan kvm_intel kvm 
uinput btrfs libcrc32c zlib_deflate sdhci_pci sdhci nouveau mmc_core mxm_wmi 
i2c_algo_bit drm_kms_helper firewire_ohci ttm drm firewire_core crc_itu_t 
i2c_core wmi video
Feb 22 09:21:58 nbecker1 kernel: [76101.244644] Pid: 246, comm: btrfs-transacti 
Tainted: GFC O 3.7.9-201.fc18.x86_64 #1
Feb 22 09:21:58 nbecker1 kernel: [76101.244646] Call Trace:
Feb 22 09:21:58 nbecker1 kernel: [76101.244653]  [] 
warn_slowpath_common+0x7f/0xc0
Feb 22 09:21:58 nbecker1 kernel: [76101.244656]  [] 
warn_slowpath_null+0x1a/0x20
Feb 22 09:21:58 nbecker1 kernel: [76101.244671]  [] 
btrfs_orphan_commit_root+0xf4/0x100 [btrfs]
Feb 22 09:21:58 nbecker1 kernel: [76101.244684]  [] 
commit_fs_roots.isra.24+0xb8/0x190 [btrfs]
Feb 22 09:21:58 nbecker1 kernel: [76101.244699]  [] 
btrfs_commit_transaction+0x598/0xae0 [btrfs]
Feb 22 09:21:58 nbecker1 kernel: [76101.244702]  [] ? 
wake_up_bit+0x40/0x40
Feb 22 09:21:58 nbecker1 kernel: [76101.244716]  [] 
transaction_kthread+0x1a5/0x220 [btrfs]
Feb 22 09:21:58 nbecker1 kernel: [76101.244729]  [] ? 
btree_readpage_end_io_hook+0x290/0x290 [btrfs]
Feb 22 09:21:58 nbecker1 kernel: [76101.244731]  [] 
kthread+0xc0/0xd0
Feb 22 09:21:58 nbecker1 kernel: [76101.244735]  [] ? 
ftrace_raw_event_xen_mmu_flush_tlb_others+0x50/0xe0
Feb 22 09:21:58 nbecker1 kernel: [76101.244738]  [] ? 
kthread_create_on_node+0x120/0x120
Feb 22 09:21:58 nbecker1 kernel: [76101.244742]  [] 
ret_from_fork+0x7c/0xb0
Feb 22 09:21:58 nbecker1 kernel: [76101.244745]  [] ? 
kthread_create_on_node+0x120/0x120
Feb 22 09:21:58 nbecker1 kernel: [76101.244747] ---[ end trace 93a78f651a830bbb 
]---

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Orphaning agg

[Kevin Kofler]

Hi,

I am hereby orphaning agg in all Fedora branches. (In EPEL, it is owned by 
orion.) I had picked up agg long ago as a dependency of Gnash, but I handed 
over Gnash to hicham months ago and so I don't have any personal interest in 
agg anymore. And now it fails to build yet again:
https://bugzilla.redhat.com/show_bug.cgi?id=913873
and I really don't want to spend my time fixing it.

agg is a dependency of the following packages:
desmume
desmume-cli
desmume-glade
gnash
gnash-cygnal
mapnik
plplot-wxGTK
python-gnash
python-matplotlib
python-matplotlib-tk
so IMHO the maintainer of one of the above packages should pick it up.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: is it possible to download a spec file only using yum?

[poma]

On 02/22/13 10:19, Matthew Miller wrote:
> On Fri, Feb 22, 2013 at 12:36:43AM +0100, poma wrote:
>> Shouldn't the default be an '-a'(anonymous) check out via git?
> 
> Whoops, sorry; forgot about that. I don't think the default should change
> since, since I think the most common use is active Fedora contributors. If
> you find yourself using this a lot, you may want to see what you can do to
> be included in that set if you're not already. :)
> 

It occurred to me, given that this is actually a development, namely
collaborative tool, among others. ;)


Cheers,
poma


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Proposed F19 Feature (exception): Kolab 3

[Kevin Kofler]

Bill Nottingham wrote:
> The feature submisson deadline was never preliminary. The schedule was
> not finalized until after all features were submitted.

But it's clear that there was a misunderstanding there, and that all the 
other criteria for an exception are satisfied.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Package EVR problems in Fedora 2013-02-22

[buildsys]

Broken upgrade path report for tags f18 -> f18-updates -> f19:
cmpi-bindings:
f18-updates > f19 (cmpi-bindings-0.5.2-5.fc18 cmpi-bindings-0.5.2-4.fc19)

darktable:
f18-updates > f19 (darktable-1.1.3-1.fc18 darktable-1.1-0.1.rc1.fc19)

fedora-release-notes:
f18 > f19 (fedora-release-notes-18.0.0-3.fc18 
fedora-release-notes-17.95.0-1.fc19)

gpaste:
f18-updates > f19 (gpaste-2.99.2-1.fc18 gpaste-2.99.1-1.fc19)

kmymoney:
f18-updates > f19 (kmymoney-4.6.3-4.fc18 kmymoney-4.6.3-3.fc19)

ldc:
f18-updates > f19 (ldc-2-36.20130104git82a3216.fc18 
ldc-2-30.20121003gitb8e62b8.fc19)

livecd-tools:
f18 > f19 (1:livecd-tools-18.14-1.fc18 1:livecd-tools-18.8-2.fc19)

lorax:
f18 > f19 (lorax-18.29-1.fc18 lorax-18.22-3.fc19)

ovirt-engine:
f18-updates > f19 (ovirt-engine-3.1.0-2.fc18 ovirt-engine-3.1.0-1.fc19)

rpmrebuild:
f18-updates > f19 (rpmrebuild-2.9-1.fc18 rpmrebuild-2.8-2.fc19)

scala:
f18 > f19 (scala-2.9.2-3.fc18 scala-2.9.2-2.fc19)
f18-updates > f19 (scala-2.9.2-4.fc18 scala-2.9.2-2.fc19)

seamonkey:
f18-updates > f19 (seamonkey-2.15.2-1.fc18 seamonkey-2.15.1-1.fc19)

sugar-turtleart:
f18-updates > f19 (sugar-turtleart-170-1.fc18 sugar-turtleart-169-1.fc19)

thunderbird:
f18-updates > f19 (thunderbird-17.0.3-1.fc18 thunderbird-17.0.2-4.fc19)

trac-iniadmin-plugin:
f18 > f19 (trac-iniadmin-plugin-0.2-4.20101209svn9652.fc18 
trac-iniadmin-plugin-0.2-2.20120808svn11914.fc19)

trafficserver:
f18-updates > f19 (trafficserver-3.2.4-2.fc18 trafficserver-3.2.4-1.fc19)

---
Broken paths by builder:
afsilva:
rpmrebuild:
f18-updates > f19 (rpmrebuild-2.9-1.fc18 rpmrebuild-2.8-2.fc19)

ausil:
trac-iniadmin-plugin:
f18 > f19 (trac-iniadmin-plugin-0.2-4.20101209svn9652.fc18 
trac-iniadmin-plugin-0.2-2.20120808svn11914.fc19)

bcl:
livecd-tools:
f18 > f19 (1:livecd-tools-18.14-1.fc18 1:livecd-tools-18.8-2.fc19)

bioinfornatics:
ldc:
f18-updates > f19 (ldc-2-36.20130104git82a3216.fc18 
ldc-2-30.20121003gitb8e62b8.fc19)

buc:
seamonkey:
f18-updates > f19 (seamonkey-2.15.2-1.fc18 seamonkey-2.15.1-1.fc19)

janfrode:
trafficserver:
f18-updates > f19 (trafficserver-3.2.4-2.fc18 
trafficserver-3.2.4-1.fc19)

jhernand:
ovirt-engine:
f18-updates > f19 (ovirt-engine-3.1.0-2.fc18 ovirt-engine-3.1.0-1.fc19)

jsafrane:
cmpi-bindings:
f18-updates > f19 (cmpi-bindings-0.5.2-5.fc18 
cmpi-bindings-0.5.2-4.fc19)

madko:
darktable:
f18-updates > f19 (darktable-1.1.3-1.fc18 darktable-1.1-0.1.rc1.fc19)

melmorabity:
gpaste:
f18-updates > f19 (gpaste-2.99.2-1.fc18 gpaste-2.99.1-1.fc19)

mgracik:
lorax:
f18 > f19 (lorax-18.29-1.fc18 lorax-18.22-3.fc19)

nb:
fedora-release-notes:
f18 > f19 (fedora-release-notes-18.0.0-3.fc18 
fedora-release-notes-17.95.0-1.fc19)

pbrobinson:
sugar-turtleart:
f18-updates > f19 (sugar-turtleart-170-1.fc18 
sugar-turtleart-169-1.fc19)

rdieter:
kmymoney:
f18-updates > f19 (kmymoney-4.6.3-4.fc18 kmymoney-4.6.3-3.fc19)

s4504kr:
scala:
f18 > f19 (scala-2.9.2-3.fc18 scala-2.9.2-2.fc19)
f18-updates > f19 (scala-2.9.2-4.fc18 scala-2.9.2-2.fc19)

xhorak:
thunderbird:
f18-updates > f19 (thunderbird-17.0.3-1.fc18 thunderbird-17.0.2-4.fc19)

---
This report generated by Fedora Release Engineering, using 
http://git.fedorahosted.org/git/?p=releng;a=blob;f=scripts/check-upgrade-paths.py;hb=HEAD
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Build error for naev-data in F19 mass rebuild: GenericError: upload path exists

[Kevin Fenzi]

On Fri, 22 Feb 2013 11:58:18 +0200
Jonathan Dieter  wrote:

> I just got a bug[1] that naev-data was FTBFS.  After examining the
> build logs[2], I'm now confused as to what went wrong.
> 
> What does this mean?
> GenericError: upload path
> exists: /mnt/koji/work/tasks/9923/423/naev-data-0.5.3-7.fc19.noarch.rpm

This may have been a transitory error in koji. 

Try just resubmitting the build and see if it completes... 

kevin



signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[rt3/f18: 4/4] Merge cleanup.

[corsepiu]

commit 22b9bb6e4a5f704f46b194867aa73d8d7a310fed
Author: Ralf Corsépius 
Date:   Fri Feb 22 15:42:22 2013 +0100

Merge cleanup.

 rt3.spec |3 ---
 1 files changed, 0 insertions(+), 3 deletions(-)
---
diff --git a/rt3.spec b/rt3.spec
index 9043c78..fca720a 100644
--- a/rt3.spec
+++ b/rt3.spec
@@ -521,9 +521,6 @@ fi
 - Add rt-3.8.16-pod2man.diff (work around F19's pod2man having become
   intolerant) (Fix Fedora_19_Mass_Rebuild FTBFS).
 
-* Thu Feb 14 2013 Fedora Release Engineering  
- 3.8.15-4
-- Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild
-
 * Sat Dec 29 2012 Ralf Corsépius  - 3.8.15-3
 - Add mod_authz_core.c support to rt3.conf.
 
--
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-devel

[rt3/f18] (4 commits) ...Merge cleanup.

[corsepiu]

Summary of changes:

  92dbec4... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*)
  9fc7031... Upstream update. (*)
  4a2b3f0... Upstream update. (*)
  22b9bb6... Merge cleanup.

(*) This commit already existed in another branch; no separate mail sent
--
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-devel

perl-SQL-Translator license change

[Iain Arnell]

I've just updated perl-SQL-Translator in rawhide and f18. It comes with a
license change from GPLv2 to GPL+ or Artistic (aka the same terms as Perl 5
itself).

-- 
Iain.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: is it possible to download a spec file only using yum?

[Thomas Moschny]

If all you want is the spec file, then this probably the easiest way:

$ wget http://pkgs.fedoraproject.org/cgit/firefox.git/plain/firefox.spec

However, this way you miss patches, and other auxiliary files.

- Thomas
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: ghostscript changing license from GPLv3+ to AGPLv3+

[Tom Callaway]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/22/2013 12:14 PM, Tim Waugh wrote:
> On Fri, 2013-02-22 at 11:48 +0100, Florian Weimer wrote:
>> Is there some exception (like for the database with the
>> unspeakable name), or does this affect CUPS?  Will CUPS be
>> extended to allow downloading the Ghostscript source code?
> 
> Good question: CUPS is licensed as GPLv2, which is listed on the
> Fedora licensing page as not compatible with AGPLv3+.
> 
> The cups package has a requirement on ghostscript-cups, a
> sub-package of ghostscript.  This sub-package provides the CUPS
> filter for converting PostScript or PDF to CUPS Raster format.
> CUPS filters are separate executables which follow a particular
> interface (see the filter(7) man page) regarding stdin, stdout, and
> stderr.
> 
> Not being a linkage dependency, I wasn't expecting that to be
> affected by the Ghostscript license change to Affero GPL.  But
> perhaps it would be?

If it is not a linkage dependency, it should not be.

~tom

==
Fedora Project
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlEnV3cACgkQPF6ZrZMFQmAJVwCfTXMuUu1NGcZmoqAlXQvUWbSM
0lgAniW8ZaAt1E7wlxC9bxzVNgN1SEKi
=Vcis
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: ghostscript changing license from GPLv3+ to AGPLv3+

[Tim Waugh]

On Fri, 2013-02-22 at 11:48 +0100, Florian Weimer wrote:
> Is there some exception (like for the database with the unspeakable 
> name), or does this affect CUPS?  Will CUPS be extended to allow 
> downloading the Ghostscript source code?

Good question: CUPS is licensed as GPLv2, which is listed on the Fedora
licensing page as not compatible with AGPLv3+.

The cups package has a requirement on ghostscript-cups, a sub-package of
ghostscript.  This sub-package provides the CUPS filter for converting
PostScript or PDF to CUPS Raster format.  CUPS filters are separate
executables which follow a particular interface (see the filter(7) man
page) regarding stdin, stdout, and stderr.

Not being a linkage dependency, I wasn't expecting that to be affected
by the Ghostscript license change to Affero GPL.  But perhaps it would
be?

Tim.
*/



signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: ghostscript changing license from GPLv3+ to AGPLv3+

[Florian Weimer]

On 02/22/2013 11:05 AM, Tim Waugh wrote:

In Ghostscript 9.07, the license for the majority of the package is
changing from GPLv3+ to AGPLv3+ (the Affero General Public License).  I
intend to update to 9.07 in rawhide shortly.


Is there some exception (like for the database with the unspeakable 
name), or does this affect CUPS?  Will CUPS be extended to allow 
downloading the Ghostscript source code?


--
Florian Weimer / Red Hat Product Security Team
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: ghostscript changing license from GPLv3+ to AGPLv3+

[Tim Waugh]

In Ghostscript 9.07, the license for the majority of the package is
changing from GPLv3+ to AGPLv3+ (the Affero General Public License).  I
intend to update to 9.07 in rawhide shortly.

Tim.
*/


[Fixed subject line to include new license shortname]


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 914307] New: perl-PDL: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914307

Bug ID: 914307
   Summary: perl-PDL: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-PDL
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-PDL failed to build from source in current rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4973322

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/3322/4973322/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/3322/4973322/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/3322/4973322/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=kadQYok73d&a=cc_unsubscribe
--
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-devel

[Bug 914302] New: perl-Net-Domain-TLD: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914302

Bug ID: 914302
   Summary: perl-Net-Domain-TLD: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-Net-Domain-TLD
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-Net-Domain-TLD failed to build from source in current
rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4973139

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/3139/4973139/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/3139/4973139/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/3139/4973139/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=q9FyjuCoqi&a=cc_unsubscribe
--
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-devel

[Bug 914303] New: perl-Net-IP-CMatch: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914303

Bug ID: 914303
   Summary: perl-Net-IP-CMatch: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-Net-IP-CMatch
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-Net-IP-CMatch failed to build from source in current rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4973174

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/3174/4973174/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/3174/4973174/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/3174/4973174/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=fm49bFk0el&a=cc_unsubscribe
--
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-devel

ghostscript changing license from GPLv3+

[Tim Waugh]

In Ghostscript 9.07, the license for the majority of the package is
changing from GPLv3+ to AGPLv3+ (the Affero General Public License).  I
intend to update to 9.07 in rawhide shortly.

Tim.
*/



signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 914301] New: perl-Net-Amazon-S3: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914301

Bug ID: 914301
   Summary: perl-Net-Amazon-S3: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-Net-Amazon-S3
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-Net-Amazon-S3 failed to build from source in current rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4973101

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/3101/4973101/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/3101/4973101/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/3101/4973101/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=Ckt0Qp4yv4&a=cc_unsubscribe
--
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-devel

[Bug 914300] New: perl-Net-Amazon-EC2: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914300

Bug ID: 914300
   Summary: perl-Net-Amazon-EC2: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-Net-Amazon-EC2
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-Net-Amazon-EC2 failed to build from source in current
rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4973099

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/3099/4973099/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/3099/4973099/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/3099/4973099/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=Jd8Ylk1P15&a=cc_unsubscribe
--
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-devel

[Bug 914293] New: perl-Lingua-EN-Inflect: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914293

Bug ID: 914293
   Summary: perl-Lingua-EN-Inflect: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-Lingua-EN-Inflect
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-Lingua-EN-Inflect failed to build from source in current
rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4972546

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/2546/4972546/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/2546/4972546/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/2546/4972546/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=Kv2amQf21h&a=cc_unsubscribe
--
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-devel

[Bug 914292] New: perl-Ima-DBI: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914292

Bug ID: 914292
   Summary: perl-Ima-DBI: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-Ima-DBI
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-Ima-DBI failed to build from source in current rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4972433

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/2433/4972433/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/2433/4972433/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/2433/4972433/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=5rp4hU5C4o&a=cc_unsubscribe
--
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-devel

[Bug 914296] New: perl-Mail-GnuPG: FTBFS in rawhide

[bugzilla]

Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914296

Bug ID: 914296
   Summary: perl-Mail-GnuPG: FTBFS in rawhide
   Product: Fedora
   Version: rawhide
 Component: perl-Mail-GnuPG
  Severity: unspecified
  Priority: unspecified
  Reporter: den...@ausil.us
Blocks: 913825

Your package perl-Mail-GnuPG failed to build from source in current rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=4972656

Build logs:
root.log: http://kojipkgs.fedoraproject.org/work/tasks/2656/4972656/root.log
build.log: http://kojipkgs.fedoraproject.org/work/tasks/2656/4972656/build.log
state.log: http://kojipkgs.fedoraproject.org/work/tasks/2656/4972656/state.log
NOTE: build logs are cleaned up after 1 week

For details on mass rebuild see
https://fedoraproject.org/wiki/Fedora_19_Mass_Rebuild

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=uae0XNrtJA&a=cc_unsubscribe
--
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-devel

Build error for naev-data in F19 mass rebuild: GenericError: upload path exists

[Jonathan Dieter]

I just got a bug[1] that naev-data was FTBFS.  After examining the build
logs[2], I'm now confused as to what went wrong.

What does this mean?
GenericError: upload path
exists: /mnt/koji/work/tasks/9923/423/naev-data-0.5.3-7.fc19.noarch.rpm

Jonathan

[1] https://bugzilla.redhat.com/show_bug.cgi?id=914205
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=4969084

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Odd error message on build blender-2.66-1.fc19

[Richard W.M. Jones]

On Thu, Feb 21, 2013 at 03:26:42PM -0700, Orion Poplawski wrote:
> On 02/21/2013 02:47 PM, Jochen Schmitt wrote:
> >Hello,
> >
> >I have tried to build the recent released version of blender. But 
> >unfotunately,
> >I have got the following odd error message:
> >
> >+ /usr/lib/rpm/find-debuginfo.sh --strict-build-id -m --run-dwz 
> >--dwz-low-mem-die-limit 1000 --dwz-max-die-limit 11000 
> >/builddir/build/BUILD/blender-2.66
> >extracting debug info from 
> >/builddir/build/BUILDROOT/blender-2.66-1.fc19.x86_64/usr/bin/blender
> >/usr/lib/rpm/debugedit: canonicalization unexpectedly shrank by one character
> 
> This is the real problem.  Look for paths containing "//" in
> includes or include paths and change to a single slash.

For more background, see the bug report:

https://bugzilla.redhat.com/show_bug.cgi?id=304121

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines.  Supports shell scripting,
bindings from many languages.  http://libguestfs.org
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: is it possible to download a spec file only using yum?

[Matthew Miller]

On Fri, Feb 22, 2013 at 12:36:43AM +0100, poma wrote:
> Shouldn't the default be an '-a'(anonymous) check out via git?

Whoops, sorry; forgot about that. I don't think the default should change
since, since I think the most common use is active Fedora contributors. If
you find yourself using this a lot, you may want to see what you can do to
be included in that set if you're not already. :)

-- 
Matthew Miller  ☁☁☁  Fedora Cloud Architect  ☁☁☁  
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel