Re: Rawhide buildroot broken by dnf or dnf-plugins-core

[Richard W.M. Jones]

On Thu, Nov 22, 2018 at 01:14:18PM +0100, Jaroslav Mracek wrote:
> Thanks for your offer, but builds have been finished. Hope that it solved
> all of issues.

Can confirm it's all working now, thanks.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://people.redhat.com/~rjones/virt-df/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

[Jaroslav Mracek]

Thanks for your offer, but builds have been finished. Hope that it solved
all of issues.
libdnf-0.22.3-1.fc30

dnf-4.0.9-1.fc30

dnf-plugins-core-4.0.2-1.fc30

dnf-plugins-extras-4.0.0-1.fc30


Jaroslav

On Thu, Nov 22, 2018 at 12:25 PM Richard W.M. Jones 
wrote:

> On Thu, Nov 22, 2018 at 12:21:04PM +0100, Jaroslav Mracek wrote:
> > The update of dnf-plugins-core and dnf-plugins-extras is ready for
> rawhide.
> > But I cannot make fedpkg build due to error:
> > Kerberos authentication fails: unable to obtain a session
> > Could not execute build: Could not login to
> > https://koji.fedoraproject.org/kojihub
> >
> > I will ask a college to do it for me.
>
> I can probably do it.  Is it just those two packages,
> dnf-plugins-{core,extras}?  Do they need to be built in a particular
> order?
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat
> http://people.redhat.com/~rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> virt-top is 'top' for virtual machines.  Tiny program with many
> powerful monitoring features, net stats, disk stats, logging, etc.
> http://people.redhat.com/~rjones/virt-top
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

[Neal Gompa]

On Thu, Nov 22, 2018 at 6:25 AM Richard W.M. Jones  wrote:
>
> On Thu, Nov 22, 2018 at 12:21:04PM +0100, Jaroslav Mracek wrote:
> > The update of dnf-plugins-core and dnf-plugins-extras is ready for rawhide.
> > But I cannot make fedpkg build due to error:
> > Kerberos authentication fails: unable to obtain a session
> > Could not execute build: Could not login to
> > https://koji.fedoraproject.org/kojihub
> >
> > I will ask a college to do it for me.
>
> I can probably do it.  Is it just those two packages,
> dnf-plugins-{core,extras}?  Do they need to be built in a particular
> order?
>

If the buildroot is broken, then you won't be able to do it, since
dnf-plugins-core is required for mock.

But ordinarily, no, they only require DNF, so they can be built in parallel.



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

[Richard W.M. Jones]

On Thu, Nov 22, 2018 at 12:21:04PM +0100, Jaroslav Mracek wrote:
> The update of dnf-plugins-core and dnf-plugins-extras is ready for rawhide.
> But I cannot make fedpkg build due to error:
> Kerberos authentication fails: unable to obtain a session
> Could not execute build: Could not login to
> https://koji.fedoraproject.org/kojihub
> 
> I will ask a college to do it for me.

I can probably do it.  Is it just those two packages,
dnf-plugins-{core,extras}?  Do they need to be built in a particular
order?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Rawhide buildroot broken by dnf or dnf-plugins-core

[Jaroslav Mracek]

The update of dnf-plugins-core and dnf-plugins-extras is ready for rawhide.
But I cannot make fedpkg build due to error:
Kerberos authentication fails: unable to obtain a session
Could not execute build: Could not login to
https://koji.fedoraproject.org/kojihub

I will ask a college to do it for me.

Jaroslav

On Thu, Nov 22, 2018 at 11:57 AM Richard W.M. Jones 
wrote:

>
> DEBUG util.py:439:  Error:
> DEBUG util.py:439:   Problem: package dnf-plugins-core-4.0.0-2.fc30.noarch
> requires python3-dnf-plugins-core = 4.0.0-2.fc30, but none of the providers
> can be installed
> DEBUG util.py:439:- package dnf-4.0.9-1.fc30.noarch conflicts with
> python3-dnf-plugins-core < 4.0.2 provided by
> python3-dnf-plugins-core-4.0.0-2.fc30.noarch
> DEBUG util.py:439:- package supermin-5.1.19-5.fc29.x86_64 requires
> dnf-plugins-core, but none of the providers can be installed
> DEBUG util.py:439:- package supermin-5.1.19-5.fc29.x86_64 requires
> dnf, but none of the providers can be installed
> DEBUG util.py:439:- package libguestfs-1:1.39.11-2.fc30.x86_64
> requires supermin >= 5.1.18, but none of the providers can be installed
> DEBUG util.py:439:- package libguestfs-devel-1:1.39.11-2.fc30.x86_64
> requires libguestfs.so.0()(64bit), but none of the providers can be
> installed
> DEBUG util.py:439:- conflicting requests
> DEBUG util.py:439:  (try to add '--allowerasing' to command line to
> replace conflicting packages or '--skip-broken' to skip uninstallable
> packages)
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat
> http://people.redhat.com/~rjones
> Read my programming and virtualization blog: http://rwmj.wordpress.com
> Fedora Windows cross-compiler. Compile Windows programs, test, and
> build Windows installers. Over 100 libraries supported.
> http://fedoraproject.org/wiki/MinGW
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Rawhide buildroot broken by dnf or dnf-plugins-core

[Richard W.M. Jones]

DEBUG util.py:439:  Error: 
DEBUG util.py:439:   Problem: package dnf-plugins-core-4.0.0-2.fc30.noarch 
requires python3-dnf-plugins-core = 4.0.0-2.fc30, but none of the providers can 
be installed
DEBUG util.py:439:- package dnf-4.0.9-1.fc30.noarch conflicts with 
python3-dnf-plugins-core < 4.0.2 provided by 
python3-dnf-plugins-core-4.0.0-2.fc30.noarch
DEBUG util.py:439:- package supermin-5.1.19-5.fc29.x86_64 requires 
dnf-plugins-core, but none of the providers can be installed
DEBUG util.py:439:- package supermin-5.1.19-5.fc29.x86_64 requires dnf, but 
none of the providers can be installed
DEBUG util.py:439:- package libguestfs-1:1.39.11-2.fc30.x86_64 requires 
supermin >= 5.1.18, but none of the providers can be installed
DEBUG util.py:439:- package libguestfs-devel-1:1.39.11-2.fc30.x86_64 
requires libguestfs.so.0()(64bit), but none of the providers can be installed
DEBUG util.py:439:- conflicting requests
DEBUG util.py:439:  (try to add '--allowerasing' to command line to replace 
conflicting packages or '--skip-broken' to skip uninstallable packages)

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming and virtualization blog: http://rwmj.wordpress.com
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Rawhide buildroot broken?

[Doug Ledford]

On Sun, 2018-02-04 at 14:30 -0800, Kevin Fenzi wrote:
> On 02/04/2018 01:38 PM, Jan Kratochvil wrote:
> > On Sun, 04 Feb 2018 22:14:47 +0100, Doug Ledford wrote:
> > > cc1: fatal error: inaccessible plugin file plugin/annobin.so expanded 
> > > from short plugin name annobin: No such file or directory
> > 
> > ...
> > > So, where is the gcc plugin annobin?
> > 
> > In my fresh Rawhide buildroot
> > https://koji.fedoraproject.org/koji/buildrootinfo?buildrootID=11315754
> > I got
> > annobin-3.1-2.fc28.x86_64.rpm
> > which contains
> > /usr/lib/gcc/x86_64-redhat-linux/7/plugin/annobin.so.0.0.0
> > while latest annobin build
> > annobin-3.3-1.fc28
> > already contains
> > /usr/lib/gcc/x86_64-redhat-linux/8/plugin/annobin.so.0.0.0
> > which is needed for gcc v8 in the buildroot I got
> > gcc-8.0.1-0.9.fc28.x86_64.rpm
> > I am only curious why fresh Rawhide buildroots still have so old annobin 
> > when
> > annobin-3.3-1.fc28 has been built on Jan 30th - 5 days ago.
> 
> Sorry, I caused that. I cleaned out some packages that were stuck in the
> f28-pending tag for signing.
> 
> I've untagged the old annobin now... the next buildreoot regen should be
> ok again.
> 

Thanks, build worked now ;-)

-- 
Doug Ledford 
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B  1274 B826 A333 0E57 2FDD

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Rawhide buildroot broken?

[Kevin Fenzi]

On 02/04/2018 01:38 PM, Jan Kratochvil wrote:
> On Sun, 04 Feb 2018 22:14:47 +0100, Doug Ledford wrote:
>> cc1: fatal error: inaccessible plugin file plugin/annobin.so expanded 
>> from short plugin name annobin: No such file or directory
> ...
>> So, where is the gcc plugin annobin?
> 
> In my fresh Rawhide buildroot
>   https://koji.fedoraproject.org/koji/buildrootinfo?buildrootID=11315754
> I got
>   annobin-3.1-2.fc28.x86_64.rpm
> which contains
>   /usr/lib/gcc/x86_64-redhat-linux/7/plugin/annobin.so.0.0.0
> while latest annobin build
>   annobin-3.3-1.fc28
> already contains
>   /usr/lib/gcc/x86_64-redhat-linux/8/plugin/annobin.so.0.0.0
> which is needed for gcc v8 in the buildroot I got
>   gcc-8.0.1-0.9.fc28.x86_64.rpm
> I am only curious why fresh Rawhide buildroots still have so old annobin when
> annobin-3.3-1.fc28 has been built on Jan 30th - 5 days ago.

Sorry, I caused that. I cleaned out some packages that were stuck in the
f28-pending tag for signing.

I've untagged the old annobin now... the next buildreoot regen should be
ok again.

kevin




signature.asc
Description: OpenPGP digital signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Rawhide buildroot broken?

[Jan Kratochvil]

On Sun, 04 Feb 2018 22:14:47 +0100, Doug Ledford wrote:
> cc1: fatal error: inaccessible plugin file plugin/annobin.so expanded 
> from short plugin name annobin: No such file or directory
...
> So, where is the gcc plugin annobin?

In my fresh Rawhide buildroot
https://koji.fedoraproject.org/koji/buildrootinfo?buildrootID=11315754
I got
annobin-3.1-2.fc28.x86_64.rpm
which contains
/usr/lib/gcc/x86_64-redhat-linux/7/plugin/annobin.so.0.0.0
while latest annobin build
annobin-3.3-1.fc28
already contains
/usr/lib/gcc/x86_64-redhat-linux/8/plugin/annobin.so.0.0.0
which is needed for gcc v8 in the buildroot I got
gcc-8.0.1-0.9.fc28.x86_64.rpm
I am only curious why fresh Rawhide buildroots still have so old annobin when
annobin-3.3-1.fc28 has been built on Jan 30th - 5 days ago.


Jan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Rawhide buildroot broken?

[Doug Ledford]

I'm having an issue, and as far as I can tell it's not in my package. 
The rdma-core package uses cmake and ninja-build to build itself, and
the very first test in the CMakeLists.txt makefile is the TestCCompiler
test that is shipped with CMake, not one of our own tests.  And it's
failing because it can't run gcc. The failure there is this:

[1/2] Building C object CMakeFiles/cmTC_8f50c.dir/testCCompiler.c.o
FAILED: CMakeFiles/cmTC_8f50c.dir/testCCompiler.c.o 
/usr/bin/cc   -O2 -g -pipe -Wall -Werror=format-security 
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions 
-fstack-protector-strong -grecord-gcc-switches 
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic 
-fasynchronous-unwind-tables -fstack-clash-protection -mcet -fcf-protection -o 
CMakeFiles/cmTC_8f50c.dir/testCCompiler.c.o   -c testCCompiler.c
cc1: fatal error: inaccessible plugin file plugin/annobin.so expanded from 
short plugin name annobin: No such file or directory
compilation terminated.
ninja: build stopped: subcommand failed.

So, where is the gcc plugin annobin?  Is there a BuildRequires: that I
need to add with gcc-8.0.1 that I didn't know about?  And if there is,
why isn't it part of the Build package group since the RPM macros the
build system defines are the ones telling gcc to use annobin?

-- 
Doug Ledford 
GPG KeyID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B  1274 B826 A333 0E57 2FDD

signature.asc
Description: This is a digitally signed message part
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Rawhide buildroot broken?

[Paul Howarth]

I'm seeing this in root.log for all Rawhide builds:

DEBUG util.py:316:  Executing command: ['fedpkg', 'sources'] with env 
{'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash', 
'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'echo -n mock-chroot', 'HOME': 
'/builddir', 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin'}

DEBUG util.py:266:  Traceback (most recent call last):
DEBUG util.py:266:File /usr/bin/fedpkg, line 13, in module
DEBUG util.py:266:  from fedpkg.__main__ import main
DEBUG util.py:266:File 
/usr/lib/python2.7/site-packages/fedpkg/__init__.py, line 12, in module

DEBUG util.py:266:  import pyrpkg
DEBUG util.py:266:File 
/usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line 17, in module

DEBUG util.py:266:  import pycurl
DEBUG util.py:266:  ImportError: /lib64/libkrb5.so.3: symbol 
keyctl_get_persistent, version KEYUTILS_1.4 not defined in file 
libkeyutils.so.1 with link time reference

DEBUG util.py:356:  Child return code was: 1

f20 builds don't seem to be affected.

Paul.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Rawhide buildroot broken?

[Jon Ciesla]

I'm seeing this too.

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

-J


On Fri, Oct 4, 2013 at 8:22 AM, Paul Howarth p...@city-fan.org wrote:

 I'm seeing this in root.log for all Rawhide builds:

 DEBUG util.py:316:  Executing command: ['fedpkg', 'sources'] with env
 {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash', 'HOSTNAME':
 'mock', 'PROMPT_COMMAND': 'echo -n mock-chroot', 'HOME': '/builddir',
 'PATH': '/usr/bin:/bin:/usr/sbin:/**sbin'}
 DEBUG util.py:266:  Traceback (most recent call last):
 DEBUG util.py:266:File /usr/bin/fedpkg, line 13, in module
 DEBUG util.py:266:  from fedpkg.__main__ import main
 DEBUG util.py:266:File 
 /usr/lib/python2.7/site-**packages/fedpkg/__init__.py,
 line 12, in module
 DEBUG util.py:266:  import pyrpkg
 DEBUG util.py:266:File 
 /usr/lib/python2.7/site-**packages/pyrpkg/__init__.py,
 line 17, in module
 DEBUG util.py:266:  import pycurl
 DEBUG util.py:266:  ImportError: /lib64/libkrb5.so.3: symbol
 keyctl_get_persistent, version KEYUTILS_1.4 not defined in file
 libkeyutils.so.1 with link time reference
 DEBUG util.py:356:  Child return code was: 1

 f20 builds don't seem to be affected.

 Paul.
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.**org/mailman/listinfo/develhttps://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: 
 http://fedoraproject.org/code-**of-conducthttp://fedoraproject.org/code-of-conduct




-- 
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
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Rawhide buildroot broken?

[Dan Mashal]

Seems to be working OK here.

Dan

On Fri, Oct 4, 2013 at 6:24 AM, Jon Ciesla limburg...@gmail.com wrote:
 I'm seeing this too.

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

 -J


 On Fri, Oct 4, 2013 at 8:22 AM, Paul Howarth p...@city-fan.org wrote:

 I'm seeing this in root.log for all Rawhide builds:

 DEBUG util.py:316:  Executing command: ['fedpkg', 'sources'] with env
 {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': '/bin/bash', 'HOSTNAME':
 'mock', 'PROMPT_COMMAND': 'echo -n mock-chroot', 'HOME': '/builddir',
 'PATH': '/usr/bin:/bin:/usr/sbin:/sbin'}
 DEBUG util.py:266:  Traceback (most recent call last):
 DEBUG util.py:266:File /usr/bin/fedpkg, line 13, in module
 DEBUG util.py:266:  from fedpkg.__main__ import main
 DEBUG util.py:266:File
 /usr/lib/python2.7/site-packages/fedpkg/__init__.py, line 12, in module
 DEBUG util.py:266:  import pyrpkg
 DEBUG util.py:266:File
 /usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line 17, in module
 DEBUG util.py:266:  import pycurl
 DEBUG util.py:266:  ImportError: /lib64/libkrb5.so.3: symbol
 keyctl_get_persistent, version KEYUTILS_1.4 not defined in file
 libkeyutils.so.1 with link time reference
 DEBUG util.py:356:  Child return code was: 1

 f20 builds don't seem to be affected.

 Paul.
 --
 devel mailing list
 devel@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/devel
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct




 --
 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
 Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Rawhide buildroot broken?

[Stephen Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/04/2013 10:10 AM, Dan Mashal wrote:
 Seems to be working OK here.
 
 Dan
 
 On Fri, Oct 4, 2013 at 6:24 AM, Jon Ciesla limburg...@gmail.com
 wrote:
 I'm seeing this too.
 
 http://koji.fedoraproject.org/koji/taskinfo?taskID=6024388
 
 -J
 
 
 On Fri, Oct 4, 2013 at 8:22 AM, Paul Howarth p...@city-fan.org
 wrote:
 
 I'm seeing this in root.log for all Rawhide builds:
 
 DEBUG util.py:316:  Executing command: ['fedpkg', 'sources']
 with env {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL':
 '/bin/bash', 'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'echo -n
 mock-chroot', 'HOME': '/builddir', 'PATH':
 '/usr/bin:/bin:/usr/sbin:/sbin'} DEBUG util.py:266:  Traceback
 (most recent call last): DEBUG util.py:266:File
 /usr/bin/fedpkg, line 13, in module DEBUG util.py:266:
 from fedpkg.__main__ import main DEBUG util.py:266:File 
 /usr/lib/python2.7/site-packages/fedpkg/__init__.py, line 12,
 in module DEBUG util.py:266:  import pyrpkg DEBUG
 util.py:266:File 
 /usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line 17,
 in module DEBUG util.py:266:  import pycurl DEBUG
 util.py:266:  ImportError: /lib64/libkrb5.so.3: symbol 
 keyctl_get_persistent, version KEYUTILS_1.4 not defined in
 file libkeyutils.so.1 with link time reference DEBUG
 util.py:356:  Child return code was: 1
 
 f20 builds don't seem to be affected.
 


A bad combination of keyutils and krb5 got pushed. It's currently
being sorted out. The non-functional versions have temporarily been
untagged.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJOzp0ACgkQeiVVYja6o6OyUwCeM8M+0PqYnS7fA1Qjep7fiS25
HaMAn1mPuej7zlygL5dizwSFjrRmSsws
=ohDp
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Rawhide buildroot broken?

[Stephen Gallagher]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 10/04/2013 10:20 AM, Stephen Gallagher wrote:
 On 10/04/2013 10:10 AM, Dan Mashal wrote:
 Seems to be working OK here.
 
 Dan
 
 On Fri, Oct 4, 2013 at 6:24 AM, Jon Ciesla
 limburg...@gmail.com wrote:
 I'm seeing this too.
 
 http://koji.fedoraproject.org/koji/taskinfo?taskID=6024388
 
 -J
 
 
 On Fri, Oct 4, 2013 at 8:22 AM, Paul Howarth
 p...@city-fan.org wrote:
 
 I'm seeing this in root.log for all Rawhide builds:
 
 DEBUG util.py:316:  Executing command: ['fedpkg', 'sources'] 
 with env {'LANG': 'en_US.UTF-8', 'TERM': 'vt100', 'SHELL': 
 '/bin/bash', 'HOSTNAME': 'mock', 'PROMPT_COMMAND': 'echo -n 
 mock-chroot', 'HOME': '/builddir', 'PATH': 
 '/usr/bin:/bin:/usr/sbin:/sbin'} DEBUG util.py:266:
 Traceback (most recent call last): DEBUG util.py:266:
 File /usr/bin/fedpkg, line 13, in module DEBUG
 util.py:266: from fedpkg.__main__ import main DEBUG
 util.py:266:File 
 /usr/lib/python2.7/site-packages/fedpkg/__init__.py, line
 12, in module DEBUG util.py:266:  import pyrpkg DEBUG 
 util.py:266:File 
 /usr/lib/python2.7/site-packages/pyrpkg/__init__.py, line
 17, in module DEBUG util.py:266:  import pycurl DEBUG 
 util.py:266:  ImportError: /lib64/libkrb5.so.3: symbol 
 keyctl_get_persistent, version KEYUTILS_1.4 not defined in 
 file libkeyutils.so.1 with link time reference DEBUG 
 util.py:356:  Child return code was: 1
 
 f20 builds don't seem to be affected.
 
 
 
 A bad combination of keyutils and krb5 got pushed. It's currently 
 being sorted out. The non-functional versions have temporarily
 been untagged.
 


Everything should be back to normal on Rawhide now. Sorry for the trouble.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.14 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlJO5CwACgkQeiVVYja6o6P1XQCfUDjEPzdgG2YN1YLnwMgkcFyL
CJAAni9RcJkM60mjxTzkcOunp+ZypWPt
=hlUZ
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Rawhide buildroot broken?

[Jerry James]

I just tried to do a Rawhide build
(http://koji.fedoraproject.org/koji/taskinfo?taskID=5521135), and got
this in root.log:

...
DEBUG util.py:264:  Transaction Summary
DEBUG util.py:264:

DEBUG util.py:264:  Install 258 Package(s)
DEBUG util.py:264:  Total download size: 100 M
DEBUG util.py:264:  Installed size: 415 M
DEBUG util.py:264:  warning: /etc/hosts created as /etc/hosts.rpmnew
DEBUG util.py:264:  Error unpacking rpm package filesystem-3.2-15.fc20.x86_64
DEBUG util.py:264:  error: unpacking of archive failed on file
/var/lock: cpio: rename failed - Is a directory
DEBUG util.py:264:  warning: /etc/yum.conf created as /etc/yum.conf.rpmnew
DEBUG util.py:264:  Installed:
...
DEBUG util.py:264:  Failed:
DEBUG util.py:264:filesystem.x86_64 0:3.2-15.fc20
DEBUG util.py:354:  Child return code was: 1

What's going on with the filesystem package?
--
Jerry James
http://www.jamezone.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Rawhide buildroot broken?

[Kevin Fenzi]

On Wed, 19 Jun 2013 09:36:58 -0600
Jerry James loganje...@gmail.com wrote:

 I just tried to do a Rawhide build
 (http://koji.fedoraproject.org/koji/taskinfo?taskID=5521135), and got
 this in root.log:

...snip...

 What's going on with the filesystem package?

It's broken. ;) 

I've already untagged it and mailed the maintainer who is looking into
it. 

Should be ready to build after the next newrepo finishes. 

kevin


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

Re: Rawhide buildroot broken?

[Jerry James]

On Wed, Jun 19, 2013 at 9:38 AM, Kevin Fenzi ke...@scrye.com wrote:
 It's broken. ;)

 I've already untagged it and mailed the maintainer who is looking into
 it.

 Should be ready to build after the next newrepo finishes.

Excellent!  Thanks, Kevin.
--
Jerry James
http://www.jamezone.org/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rawhide buildroot broken: octave packages?

[José Matos]

On 2012-12-04 02:08, Ankur Sinha wrote:
 Hi folks,

 I recently packaged octave-odepkg[1] reviewed and approved for fedora.
 I've been able to build it for both f18 and f17, but the rawhide builds
 keep failing because of what looks like a broken dep chain:

 INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result
 ERROR: Command failed:
  # ['/usr/bin/yum-builddep', '--installroot',
 '/var/lib/mock/fedora-rawhide-x86_64/root/',
 '/var/lib/mock/fedora-rawhide-x86_64/root///builddir/build/SRPMS/octave-odepkg-0.8.2-2.fc19.src.rpm']
 Getting requirements for octave-odepkg-0.8.2-2.fc19.src
  -- 6:octave-devel-3.6.3-2.fc19.x86_64
 Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
Requires: libcxsparse.so.2()(64bit)
 Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
Requires: libcholmod.so.1()(64bit)
  You could try using --skip-broken to work around the problem
  You could try running: rpm -Va --nofiles --nodigest

 How should I proceed? File a bug against octave for broken deps?


Since Orion will push the new hdf5 to rawhide and rebuild the affected
packages and since octave is one of them the problem should be fixed
soon. :-)

Regards,

-- 
José Matos

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

Re: rawhide buildroot broken: octave packages?

[Orion Poplawski]

On 12/04/2012 07:39 AM, José Matos wrote:

On 2012-12-04 02:08, Ankur Sinha wrote:

Hi folks,

I recently packaged octave-odepkg[1] reviewed and approved for fedora.
I've been able to build it for both f18 and f17, but the rawhide builds
keep failing because of what looks like a broken dep chain:

INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result
ERROR: Command failed:
  # ['/usr/bin/yum-builddep', '--installroot',
'/var/lib/mock/fedora-rawhide-x86_64/root/',
'/var/lib/mock/fedora-rawhide-x86_64/root///builddir/build/SRPMS/octave-odepkg-0.8.2-2.fc19.src.rpm']
Getting requirements for octave-odepkg-0.8.2-2.fc19.src
  -- 6:octave-devel-3.6.3-2.fc19.x86_64
Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
Requires: libcxsparse.so.2()(64bit)
Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
Requires: libcholmod.so.1()(64bit)
  You could try using --skip-broken to work around the problem
  You could try running: rpm -Va --nofiles --nodigest

How should I proceed? File a bug against octave for broken deps?



Since Orion will push the new hdf5 to rawhide and rebuild the affected
packages and since octave is one of them the problem should be fixed
soon. :-)

Regards,



I've been a lazy slob and have been waiting for the next octave release 
candidate which should fix a problem with the build.  Now that I've got to 
rebuild for hdf5 as well I may get off my ass an make a patch since there 
doesn't seem to be any progress towards a new rc.


--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office  FAX: 303-415-9702
3380 Mitchell Lane   or...@nwra.com
Boulder, CO 80301   http://www.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide buildroot broken: octave packages?

[Ankur Sinha]

Hi folks,

I recently packaged octave-odepkg[1] reviewed and approved for fedora.
I've been able to build it for both f18 and f17, but the rawhide builds
keep failing because of what looks like a broken dep chain:

INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result
ERROR: Command failed:
 # ['/usr/bin/yum-builddep', '--installroot',
'/var/lib/mock/fedora-rawhide-x86_64/root/',
'/var/lib/mock/fedora-rawhide-x86_64/root///builddir/build/SRPMS/octave-odepkg-0.8.2-2.fc19.src.rpm']
Getting requirements for octave-odepkg-0.8.2-2.fc19.src
 -- 6:octave-devel-3.6.3-2.fc19.x86_64
Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
   Requires: libcxsparse.so.2()(64bit)
Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
   Requires: libcholmod.so.1()(64bit)
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

How should I proceed? File a bug against octave for broken deps?
-- 
Thanks, 
Warm regards,
Ankur: FranciscoD

Please only print if necessary. 

Looking to contribute to Fedora? Look here: 
https://fedoraproject.org/wiki/Fedora_Join_SIG

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/


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: rawhide buildroot broken: octave packages?

[Bruno Wolff III]

On Tue, Dec 04, 2012 at 13:08:13 +1100,
  Ankur Sinha sanjay.an...@gmail.com wrote:

Hi folks,

I recently packaged octave-odepkg[1] reviewed and approved for fedora.
I've been able to build it for both f18 and f17, but the rawhide builds
keep failing because of what looks like a broken dep chain:


Probably you want to try rebuilding octave first.



INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result
ERROR: Command failed:
# ['/usr/bin/yum-builddep', '--installroot',
'/var/lib/mock/fedora-rawhide-x86_64/root/',
'/var/lib/mock/fedora-rawhide-x86_64/root///builddir/build/SRPMS/octave-odepkg-0.8.2-2.fc19.src.rpm']
Getting requirements for octave-odepkg-0.8.2-2.fc19.src
-- 6:octave-devel-3.6.3-2.fc19.x86_64
Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
  Requires: libcxsparse.so.2()(64bit)
Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
  Requires: libcholmod.so.1()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

How should I proceed? File a bug against octave for broken deps?


Yes. There is a chance that a simple rebuild will be good enough.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: rawhide buildroot broken: octave packages?

[Ankur Sinha]

On Mon, 2012-12-03 at 21:52 -0600, Bruno Wolff III wrote:
 On Tue, Dec 04, 2012 at 13:08:13 +1100,
Ankur Sinha sanjay.an...@gmail.com wrote:
 Hi folks,
 
 I recently packaged octave-odepkg[1] reviewed and approved for fedora.
 I've been able to build it for both f18 and f17, but the rawhide builds
 keep failing because of what looks like a broken dep chain:
 
 Probably you want to try rebuilding octave first.
 
 
 INFO: Results and/or logs in: /var/lib/mock/fedora-rawhide-x86_64/result
 ERROR: Command failed:
  # ['/usr/bin/yum-builddep', '--installroot',
 '/var/lib/mock/fedora-rawhide-x86_64/root/',
 '/var/lib/mock/fedora-rawhide-x86_64/root///builddir/build/SRPMS/octave-odepkg-0.8.2-2.fc19.src.rpm']
 Getting requirements for octave-odepkg-0.8.2-2.fc19.src
  -- 6:octave-devel-3.6.3-2.fc19.x86_64
 Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
Requires: libcxsparse.so.2()(64bit)
 Error: Package: 6:octave-3.6.3-2.fc19.x86_64 (fedora)
Requires: libcholmod.so.1()(64bit)
  You could try using --skip-broken to work around the problem
  You could try running: rpm -Va --nofiles --nodigest
 
 How should I proceed? File a bug against octave for broken deps?
 
 Yes. There is a chance that a simple rebuild will be good enough.

Ah. I'm not the maintainer. I'll go file a bug.

-- 
Thanks, 
Warm regards,
Ankur: FranciscoD

Please only print if necessary. 

Looking to contribute to Fedora? Look here: 
https://fedoraproject.org/wiki/Fedora_Join_SIG

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/


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

Rawhide buildroot broken - I rebuilt libtool

[Richard W.M. Jones]

DEBUG util.py:257:  Error: Package: libtool-2.4.2-3.fc17.x86_64 (build)
DEBUG util.py:257: Requires: gcc = 4.7.0
DEBUG util.py:257: Installed: gcc-4.7.1-1.fc18.x86_64 
(@build/$releasever)
DEBUG util.py:257: gcc = 4.7.1-1.fc18
DEBUG util.py:257:   You could try using --skip-broken to work around the 
problem
DEBUG util.py:257:   You could try running: rpm -Va --nofiles --nodigest


The libtool spec file says:

  # /usr/bin/libtool includes paths within gcc's versioned directories
  # Libtool must be rebuilt whenever a new upstream gcc is built
  Requires: gcc = %{gcc_version}

Thus I have just bumped %{gcc_version} (in libtool / Rawhide only) and
rebuilt libtool.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel