Putting cross compilers into Fedora

Would it be worth our while putting into Fedora basic gcc and binutils rpms for cross compilers for all the Linux arches? I keep finding the need to compile kernels for arches other than the x86_64 boxes I normally use, and I keep borrowing prebuilt compilers off others (usually Al Viro - thanks

Re: Putting cross compilers into Fedora

Jakub Jelinek wrote: > I hope cross Fortran and especially cross Java (or cross Ada/ObjC/ObjC++) > aren't needed, especially libjava builds for eons and has myriads of target > dependencies. For my purposes, C is sufficient. No one's persuaded Linus to take C++ into the kernel yet, except as na

Re: Putting cross compilers into Fedora

Chris Tyler wrote: > What are the use cases for the cross-compilers? > > If these are to compliment the Fedora secondary archs, then compiling > kernels is probably the main use of cross-compilers I've talked to a number of kernel developers, all of whom would like this. > Once you're up on th

Re: Firewall settings unworkable

The following works for UDP too: -A INCOMING -m state --state RELATED,ESTABLISHED -j ACCEPT Leastways, I can do AFS through my firewall with it. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Firewall settings unworkable

Tim Waugh wrote: > Does that work for unicast replies to broadcast queries though? Good question; I don't know. netfil...@vger.kernel.org is probably the place to ask. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

To Require or not to Require?

Hi, I have a package (keyutils) that produces three RPMs: keyutils (programs), keyutils-libs and keyutils-devel. The programs in the keyutils RPM depend on the libraries in the keyutils-libs RPM and pick up implicit dependencies thus: warthog>rpm -qRp keyutils-1.5.1-1.fc14.x86_64.rpm

Re: To Require or not to Require?

Paul Howarth wrote: > > rpmlint does not complain, but, for RHEL, rpmdiff does. > > What is the rpmdiff "complaint"? Report from TEST_REQUIRES: [VERIFY] [keyutils] Subpackage keyutils on i686 ppc s390 consumes libraries libkeyutils.so.1 libkeyutils.so.1(KEYUTILS_0.3) libkeyutils.so.1(KEYUTILS_

What's the best way to compare dotted version strings from a script?

Is there a program or script installed/installable by Fedora that can be used to compare dotted version strings (eg. "1.5.2") from a shell script? David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Shared library permissions in Debian-land and Red Hat-land

Kevin Kofler wrote: > I wonder if it would be possible to fix the kernel so that running a shared > library does not crash, but give a meaningful error message, and if Debian > would change their policy then. As far as the kernel is concerned, these shared libraries are executable, can be pars

Re: No sleep-on-lid-close with F-15 beta KDE?

Tom Lane wrote: > Having been not terribly impressed with GNOME 3 in F-15 alpha, I thought > I'd try installing the beta with KDE, just to see if the grass is any > greener. I'm still trying to find my way around that one too, but > I've run into one significant problem: when I close my laptop,

Re: Installing bash-completion by default in F-16

Ville Skyttä wrote: > I'd like to have bash-completion included in F-16's default install. In > my opinion it's in a good enough shape for that already now, and with my > upstream hat on I expect things to further improve before F-16 is out. ... and then you install acroread and things go horri

Re: How to best debug kernel problems

John Reiser wrote: > Does serial console (Documentation/serial-console.txt) work over the > modem port of a T61? Isn't the modem port actually a soundcard channel on modern laptops? David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Getting grub launching the installer

Sam Varshavchik wrote: > Up until F14 this worked fine. F15's pxeboot/vmlinuz made me stare at a blank > screen, and the only available option, apparently, was the three- > fingered salute. I wrote it off as an F15 glitch. > > Now, same story with F16. Looks like I have to do a real PXE boot. No

The Fedora build system and the use of %{_unitdir} in specfiles

Hi, I'm trying to build the latest cachefilesd package in the Fedora build system for Rawhide/F17, but the build failed because I used %{_unitdir} in my specfile and this doesn't appear to be expanded in the Fedora build system (see the attached build.log). For reference, the build log can be fo

Re: The Fedora build system and the use of %{_unitdir} in specfiles

Paul Howarth wrote: > You must have missed the bit in the guidelines where it says: > > Please note that in order for the %{_unitdir} macro to exist, your > package must have: > > BuildRequires: systemd-units Yes, I seem to be missing that. I have Requires but not BuildRequires. The questio

Re: The Fedora build system and the use of %{_unitdir} in specfiles

Michael Cronenworth wrote: > > Yes, I seem to be missing that. I have Requires but not BuildRequires. The > > question is, though, why it builds on my desktop machine at all then... Did > > F16 always set it? > > Are you using mock or rpmbuild on your desktop machine? rpmbuild. David -- de

Re: The Fedora build system and the use of %{_unitdir} in specfiles

Michael Cronenworth wrote: > > rpmbuild. > > There's your answer. The rpmbuild command would inherit all the packages > already installed on your system. You will already have systemd-units > installed because it is a dependency of just about every service. > > If you used mock or scratch bui

How to prevent a binary from being stripped by rpmbuild?

Hi, How do I prevent rpmbuild from attempting to strip a particular binary? The problem is that the binary was cross-compiled and is not of the same architecture as the normal Fedora binutils. Thus the strip program used (from the wrong binutils) appears to corrupt the binary. David -- devel

Re: How to prevent a binary from being stripped by rpmbuild?

Josh Boyer wrote: > You might also want to redefine %{__strip} to the appropriate > cross-strip utility, or /bin/true. Something like: > > %define debug_package %{nil} > %define __strip /bin/true Ah, so I can make a shell script to apply the appropriate strip binary... Jan Kratochvil wrote:

Re: How to prevent a binary from being stripped by rpmbuild?

David Howells wrote: > Josh Boyer wrote: > > > You might also want to redefine %{__strip} to the appropriate > > cross-strip utility, or /bin/true. Something like: > > > > %define debug_package %{nil} > > %define __strip /bin/true > > Ah,

Re: How to prevent a binary from being stripped by rpmbuild?

Jan Kratochvil wrote: > > + eu-strip -g > > /data/cross-gcc/cross-gcc/rpmbuild/BUILDROOT/cross-gcc-4.6.2-1.fc16.1.x86_64/usr/lib64/gcc/powerpc64-linux-gnu/4.6.2/libgcov.a > > /data/cross-gcc/cross-gcc/rpmbuild/BUILDROOT/cross-gcc-4.6.2-1.fc16.1.x86_64/strip: > > line 9: 28521 Segmentation fault

Need some advice on best packaging practices for a tricky package?

Hi, I've produced a pair of specfiles that I'm aiming to get into Fedora that take the standard Fedora binutils and gcc SRPM sources and patches and produce a series of cross-compilation binutils and gcc RPMs for all the Linux kernel arches that I can manage to get working. The inclusion request

Re: Need some advice on best packaging practices for a tricky package?

Kevin Kofler wrote: > Just ignore rpmlint there. :-) If you have proper Requires in place to > ensure the symlink targets will actually be installed, it's fine. I do, so I'll just ignore them. > Yes, it's called noarch subpackages and has been supported in Fedora for a > while. Just declare t

Re: Headsup! krb5 ccache defaults are changing in Rawhide

Stephen Gallagher wrote: > with the upcoming Fedora 18 release (currently Rawhide) we are going to > change the place where krb5 credential cache files are saved by default. > > The new default for credential caches will be the /run/user/ > directory. Alternatively, you could put them in the ke

Re: noexec on /dev/shm

Karel Zak wrote: > > As a site administrator, how can I change the default to omit 'noexec'? > > mount -o remount,exec ? That's not really changing the default. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: can't submit updates for f22?

Peter Robinson wrote: > > updates-testing always enabled here and only: > > python-fedora-0.5.4-1.fc21.noarch > > It seems it should be, maybe issues with local mirror being out of sync? > https://bodhi.fedoraproject.org/updates/FEDORA-2015-13829 I only see 0.5.4: warthog>yum list python-fedor

How to package python extensions that need a special preprocessor?

agement scripting and commands", author = "David Howells", author_email = "dhowe...@redhat.com", license = "GPLv2", ext_modules = [Extension("kafs", sources

Re: How to package python extensions that need a special preprocessor?

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

Re: How to package python extensions that need a special preprocessor?

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.

Installation of symlinks - should wrapper scripts be used instead?

I maintain the cross-binutils and cross-gcc packages. These produce powerpc64 subpackages with binaries in. However, since I was asked to provide support for ppc64-linux-gnu-x in addition to powerpc64-linux-gnu-x commands, I provide symlink rpms for the ppc64 name that link to the former name. T

cross-gcc is updated to gcc-4.9.0 in updates-testing for F19+

So anyone that is using it to build their own packages, if you could check it in the next three weeks. David -- 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: are compiler flags being honored?

Dhiru Kholia wrote: > In Fedora, we recently enabled "-fstack-protector-strong" in system rpm > configuration - but are all packages using this enhanced hardening > feature? What's the performance overhead of enabling this for everything? David -- devel mailing list devel@lists.fedoraproject.o

The xtrace package needs to be removed from Fedora

Hi, The xtrace package has been renamed to the x11trace package due to a collision with the name of a glibc tool. The xtrace package should now be removed from Fedora. I can see a "fedpkg retire" option for removing it from Rawhide, but is it possible to remove it now from F21 and earlier? Davi

Re: The xtrace package needs to be removed from Fedora

David Howells wrote: > I can see a "fedpkg retire" option for removing it from Rawhide Which doesn't work, possibly due to a script error: ERROR:rpkg:Could not retire package: 'Namespace' object has no attribute 'msg' David -- devel mailing li

Re: The xtrace package needs to be removed from Fedora

David Howells wrote: > > I can see a "fedpkg retire" option for removing it from Rawhide > > Which doesn't work, possibly due to a script error: > > ERROR:rpkg:Could not retire package: 'Namespace' object has no > attribute 'msg'

Re: Future changes in the new package and new branch processes

Pierre-Yves Chibon wrote: > * packager creates the scm-request and set fedora-cvs flag to ? I find this step counter intuitive. I accidentally set it to '+' rather than '?' and then was confused about why things weren't progressing. Can it be split into two flags? On requesting git creation a

What are the ELF shared lib symbol versioning best practices?

Is there a good description of ELF shared library symbol versioning best practices somewhere? In particular, under what conditions do you need to create a new section in the versioning file given to the linker's --version-script option when new symbols are added? And what do you do if you've done

Re: Reason why non-commiters are not allowed to create buildroot overrides?

Susi Lehtola wrote: > The reason why buildroot overrides can't be made by anyone is that the > maintainer might not want people to build packages against the new version, if > for example it breaks things. Should the broken new version be made unavailable in that case then? David -- devel mail

Is it too late in the F22 cycle to upgrade cross-gcc to gcc-5?

It's taken quite a long time to sort out the bugs in gcc-5 with regard to lesser-used arches, so I've only just managed to get cross-gcc in rawhide upgraded to gcc-5, despite the main gcc package having got there a while ago. Is it too late in the F22 cycle now to upgrade cross-gcc there to gcc-5?

Re: Is it too late in the F22 cycle to upgrade cross-gcc to gcc-5?

Josh Boyer wrote: > I don't think anything in the distro depends on the cross compilers. > There's no associated Change, etc. Unless there's something I'm > missing, you should be able to update them, build, and file an update > in Bodhi to get the appropriate karma. I was under the impression

Re: Is it too late in the F22 cycle to upgrade cross-gcc to gcc-5?

Cole Robinson wrote: > FWIW qemu firmware pacakges build with cross-gcc: ipxe, seabios, SLOF, > openbios. We want to build for the target architecture but ship as noarch, > since the roms aren't used by the host machine but only used by qemu-system-*, > which should run on any host arch. Which o

Re: Is it too late in the F22 cycle to upgrade cross-gcc to gcc-5?

Cole Robinson wrote: > ipxe, seabios, sgabios: binutils-x86_64-linux-gnu gcc-x86_64-linux-gnu > openbios: gcc-powerpc64-linux-gnu gcc-sparc64-linux-gnu > SLOF: gcc-powerpc64-linux-gnu They all build on x86_64 F21 with the new cross gcc. David -- devel mailing list devel@lists.fedoraproject.org

F22 cross-gcc is upgraded to gcc-5.1.1 to match the F22 gcc package

This affects at least the following packages: ipxe, seabios, sgabios, openbios, SLOF Rawhide is also upgraded thusly. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of

Re: gcc5 C++11 ABI rebuilds and FTBFS packages

Anything that depends on cross-gcc for C++ might also be affected. I recently moved cross-gcc to gcc-5 (there was lag behind the gcc rpm due to breakage in the arches the base gcc package doesn't build). David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/ma

Re: GCC 5 compatibility problems: GCC 4.10?

Paolo Bonzini wrote: > > > I'm encountering a few problems with GCC 5 due to code that fails to > > > work with GCC major releases above 4. In particular, there are at least > > > problems with the kernel > > > > fedora's kernel builds, can you be more specific about the problems you're > > exp

Re: F23 System Wide Change: Default Local DNS Resolver

Jan Kurik wrote: > Install a local DNS resolver trusted for the DNSSEC validation running on > 127.0.0.1:53. This must be the only name server entry in /etc/resolv.conf. > > The automatic name server entries received via dhcp/vpn/wireless > configurations should be stored separately (e.g. this is

Re: F23 System Wide Change: Default Local DNS Resolver

Paul Wouters wrote: > I think most people end up running dnsmasq because of KVM/libvirtd ? I > think those dnsmasq's should be run in "dhcp only" mode and point to > the hosts's unbound. I'm using dnsmasq to look up *.redhat.com addresses over VPN whilst looking up other addresses from my ISP.

Re: DNF and regular expressions

Germano Massullo wrote: > What is wrong with DNF's regular expression > # dnf remove *debuginfo*.fc20.x86_64 Do you mean 'regular expression' or did you mean 'glob'? If you did mean 'regular expression', then did you want: dnf remove .*debuginfo.*[.]fc20[.]x86_64 David -- devel maili

How do you use fedpkg chain-build for released Fedorae?

Hi, I'm having a problem building my cross-compiler gcc package as it requires a cross-compiler binutils package to be built first. I managed to build the rawhide build with: fedpkg chain-build --target=rawhide cross-binutils : but chain-build doesn't work for F16 and F17 as far as I c

Re: How do you use fedpkg chain-build for released Fedorae?

Jon Ciesla wrote: > You can only chain-build on rawhide, you want a buildroot override. > > http://fedoraproject.org/wiki/Bodhi/BuildRootOverrides Ah, yes. I remember now. Can fedpkg and koji chain-build --help texts be updated to note this? David -- devel mailing list devel@lists.fedorapro

Is it impossible to use the same build override twice with bodhi?

I need to update my cross-gcc package, but that depends on my cross-binutils package which is still in updates-testing (should the build process fail, even though it is pushed to updates-testing?). To do this I need to add a build override with bodhi for the cross-binutils package - however, this

Re: Is it impossible to use the same build override twice with bodhi?

Julio Merino wrote: > Changing the end date of the expired override will re-enable it. That works, thanks! David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Heads-up: Kerberos default user credential cache location is changing

Stephen Gallagher wrote: > 1) Credential caches are now stored in a tmpfs location. This is a > security feature, as a stolen laptop may not be booted in single-user > mode to extract a valid TGT. Is it? Can't tmpfs move stuff arbitrarily out to swap? David -- devel mailing list devel@lists.f

Re: Packages with missing %check

Alexander Todorov wrote: > How about making %check a packaging requirement in all cases - run tests or > add a comment explaining why not, how to run them (e.g. make test) or why > there are no tests for this package. Does %check install the package and run the tests as root? For the keyutils p

Announcing an X11 protocol tracing package

xtrace, an X11 protocol tracing package that is already available in Debian is now also available in updates-testing for F20 and Rawhide. xtrace-1.3.1-5.fc20 newpackage testing 2014-03-30 This is used by running a program under xtrace, eg: xtrace xterm The xtrace progr

Re: Bugzilla column width - only 80+1 characters!?

DJ Delorie wrote: > > Welcome to the 21st century! > > Do we have different eyes and brains than we did last century? > Because otherwise, excessively wide paragraphs are just as hard to > read now as they were then. But we do have wide logfile excerpts that are much easier to read if they don'

Odd debugedit message: -b arg has to be either the same length as -d arg, or more than 1 char longer

I'm seeing this message: extracting debug info from /home/dhowells/rpmbuild/BUILDROOT/cross-gcc-4.9.0-2.fc21.x86_64/usr/lib/gcc/hppa-linux-gnu/4.9.0/libcloog-isl.so.4 /usr/lib/rpm/debugedit: -b arg has to be either the same length as -d arg, or more than 1 char longer but only on some machines

Re: Odd debugedit message: -b arg has to be either the same length as -d arg, or more than 1 char longer

Dan Horák wrote: > as a user or root? IIRC building as root leads to strange errors > sometimes As a user in both cases. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-con

Re: Changes in F24 schedule - two weeks slip

Jan Kurik wrote: > let me inform you about changes in Fedora 24 schedule. > > There is a will to accommodate GCC6 compiler in F24 and use it to > compile all the binaries delivered in this release [1]. Do the cross-gcc packages also need moving to GCC6 immediately as I believe they're used to c

Re: [Feature Suggestion] UsrMove continued

Serge wrote: > > Lot of apps will break if you move /proc or /dev > > Sure. And many apps would break if you move /bin to /usr/bin. But still, > you did that? ;) The contents of /dev vary depending on what hardware the computer has available - which may change in real time - so it cannot be sha

Re: Anything changed on rawhide builders recently? Can't build ladvd

the kernel when they got split out into separate files (rather than being renamed). A better way to do this might be to make the header installation discard the "_UAPI" prefix that got added. David --- commit 24d4756373d825c43c5f5c3cf1fc6737943abf53 Author: David Howells Date: Wed Nov

Re: Anything changed on rawhide builders recently? Can't build ladvd

David Howells wrote: > A better way to do this might be to make the header installation discard the > "_UAPI" prefix that got added. As the attached patch. David --- commit 75a88e14a97d239a47cbd0fc55fc23416007d733 Author: David Howells Date: Wed Nov 7 17:14:14 2012 +

Re: Anything changed on rawhide builders recently? Can't build ladvd

David Howells wrote: > > A better way to do this might be to make the header installation discard the > > "_UAPI" prefix that got added. > > As the attached patch. Now upstream. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Protection from merge commits

Pete Zaitcev wrote: > Thought I was careful about them, but apparently not enough. So, does > anyone have a script that can be attached to git hooks, reliably detects > an attempt to push merge nodes, then bails the push? I presume that that would prevent valid merging between branches in the re

Re: Expanding the list of "Hardened Packages"

John Reiser wrote: > It's also easy to see the mechanism: > $ cat foo.c > extern int a[]; > > void foo(int j) { a[j]=j; } > $ gcc -m32 -fPIE -O -S foo.c > $ cat foo.s # edited for brevity > foo: # 25 bytes; about 15 cycles (incl. 3*3 cycles data cache fetch latency) > call__x86.get

Re: Mission Impossible #1: qt without gtk

Eugene Pivnev wrote: > 3. rpm -qa | grep gnome | xargs sudo yum remove > * git (???) gitk, I imagine. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: g++ __VA_ARGS__ error

Jan Synacek wrote: > #define ssprintf(dest, ...) snprintf((dest), sizeof(dest), __VA_ARGS__) Did you want: #define ssprintf(dest, ...) snprintf((dest), sizeof(dest), ## __VA_ARGS__) David -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lis

How to obsolete a subpackage?

I need to obsolete one of the arch subpackages in the cross-binutils rpm (and also in the cross-gcc rpm) because binutils no longer supports that arch (sh64). Just marking the appropriate subpackage as obsoleted in the specfile for the cross-binutils-common subpackage causes dnf to complain: wart

Re: How to obsolete a subpackage?

Florian Weimer wrote: > I think if you want silent deletion, you'll have to add “Obsoletes: > binutils-sh64-linux-gnu” to the cross-binutils-common package. Yeah, the following worked: @@ -129,6 +133,9 @@ converting addresses to file and line). Summary: Cross-build binary utility documentation

Re: system freezes after loading gdm/gnome

Jan Dvořák wrote: > I am running rawhide for fun and since a few days ago a few seconds > after starting gdm the whole system freezes. I am sorry that I can't > really pinpoint the exact update as I suspend and this only manifested > after a reboot. Do you see the same problem starting KDE inste

Upgrading cloog to 0.18.1 for {,cross-}{gcc,binutils}

Would there be any problem with upgrading cloog to 0.18.1 so that binutils, gcc, cross-binutils and cross-gcc can use it? Also, should I put isl-0.12.2 into it's own package or should it be added to cloog? Or should I make a gcc-cloog (and gcc-isl)? David -- devel mailing list devel@lists.fedor

Re: Upgrading cloog to 0.18.1 for {,cross-}{gcc,binutils}

Jakub Jelinek wrote: > What do binutils need cloog/isl for btw? I'm not sure, but in binutils/configure, I see: with_cloog with_isl with_isl_include with_isl_lib enable_isl_version_check with_cloog_include with_cloog_lib enable_clo

Re: Upgrading cloog to 0.18.1 for {,cross-}{gcc,binutils}

Jakub Jelinek wrote: > The toplevel configure is shared with gcc. That doesn't mean anything > built in binutils actually uses it. Ah, ok. > BTW, cloog 0.18.3 has been released 2 days ago, perhaps it is usable with > latest 4.8.x/4.9.x. Note GCC 5.x will only need isl and not cloog. Sounds l

Re: Upgrading cloog to 0.18.1 for {,cross-}{gcc,binutils}

Jakub Jelinek wrote: > What do binutils need cloog/isl for btw? Hmmm... /usr/lib64/libisl.so.13.1.0-gdb.py /usr/lib64/libisl.so.13.1.0-gdb.pyc /usr/lib64/libisl.so.13.1.0-gdb.pyo David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/

Re: F22 Self Contained Change: Wine to use mesa Direct3D

Jaroslav Reznik wrote: > Gallium Nine implements the d3d9 API with Gallium > internal API, which maps better to d3d9 than OpenGL. Does it pass D3D9 requests down to the graphics card where possible? David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mail

Re: F22 System Wide Change: GCC5

Jaroslav Reznik wrote: > Switch GCC in Fedora 22 to 5.x.y, rebuild all packages with it. Does cross-gcc need to switch simultaneously? Some packages are built with that, I believe. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Can rpmbuild produce a 'build logs' rpm also?

Can rpmbuild be taught to produce a 'build logs' rpm (or tarball or something) that isn't automatically added to the installation set by koji/bodhi and that can get generated even in the event of a build failure? I have seen two examples of where this could be useful: (1) gcc-5 dumps a whole chu

Re: Can rpmbuild produce a 'build logs' rpm also?

Richard W.M. Jones wrote: > I don't think an RPM would help. However it would be nice if Koji > allowed you to pull files from the build tree, especially after a > failure. Even if it just grabbed every file ending in .log from the build tree, that might be useful. David -- devel mailing list

Re: Can rpmbuild produce a 'build logs' rpm also?

Miroslav Suchý wrote: > > Can rpmbuild be taught to produce a 'build logs' rpm (or tarball or > > something) that isn't automatically added to the installation set by > > koji/bodhi and that can get generated even in the event of a build > > failure? > > rpmbuild is very low level tool. I doubt

Re: Can rpmbuild produce a 'build logs' rpm also?

I have raised a bz related to this: https://bugzilla.redhat.com/show_bug.cgi?id=1190763 David -- 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: gcc5 ICE xserver build on ARM

David Airlie wrote: > Not sure how best to proceed. Can the software be cross-compiled? If so, I could provide you with a cross-compiler. David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproje

Re: Is it possible to manually insert shared library deps in an RPM?

Panu Matilainen wrote: > >> %if %{__isa_bits} == 64 > >> Requires: libisl.so.15()(64bit) > >> %else > >> Requires: libisl.so.15() > >> %endif > > > > That doesn't work. It complains about illegal characters. > > Sure it works. It's copy-pasted from a spec I just built *just in case* > there's b

Re: Is it possible to manually insert shared library deps in an RPM?

Panu Matilainen wrote: > %if %{__isa_bits} == 64 > Requires: libisl.so.15()(64bit) > %else > Requires: libisl.so.15() > %endif Should "(64bits)" be appended on, say, ia64 where there is no 32-bit userspace? David ___ devel mailing list -- devel@lists.

How to fix 'E: hardcoded-library-path in /usr/lib/debug"' in cross-gcc?

Hi, When creating an update for cross-gcc, I see: cross-gcc.src:388: E: hardcoded-library-path in /usr/lib/debug" from dist.rpmlint. cross-gcc's spec file does stuff to /usr/lib/debug because it's a compiler and the debuginfo shouldn't be extracted from some of the compiled bits it ship

Re: Can we have better ssh fingerprint collision messages?

valent.turko...@gmail.com wrote: > I really enjoy working with ssh on Ubuntu just for this simple reason, > they have user friendly ssh fingerprint collision messages: > > $ ssh root@192.168.1.1 > @@@ > @WARNING: REMOTE HOST IDENTIFICAT

Re: Should a working fedup in Fedora N's stable repository be a release criterion for N+1?

Adam Williamson wrote: > > - Install fedup 0.7.0 > > - Try it and watch it fail or hang > > - Update to fedup 0.8.0 from updates-testing > > - Run fedup > > > > ends up downloading all rpms *twice* a sucking up a correspondingly > > immense amount of disk space. > > Um, I'm fairly sure it d

Re: Heads up; F22 will require applications to ship appdata to be listed in software center

Richard Hughes wrote: > As the subject suggests, Fedora 22 will require applications to have a > long description to be shown in the software center. What constitutes an 'application' in this sense? Does 'gcc' count for instance? How about 'find'? David -- devel mailing list devel@lists.fed

Re: f20, anaconda, net install and video out of range ....

Paul Wouters wrote: > dracut-initqueue[474]: Warning: /dev/rot does not exist. Is this an error message that needs fixing up? David -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-o

Re: cross-gcc error: Error: missing operand

Richard W.M. Jones wrote: > I would file a bug about this, but I noticed that cross-gcc is at > version 5.2.1. Are we going to update it to 6.0? If so, are there > any testing packages that you would like me to try? As we speak[*], I'm just preparing an update to 5.3.1 for Rawhide, F23 and F22

rpmlint vs zero-length files

Hi, How do I prevent rpmlint from objecting to some specific zero-length files? I'm building a bunch of cross-compilers, and the installation includes some zero-length files that appear to have to be there, but are zero-length (and in some cases look like they have to be empty). gcc-h8300-linux-

How do avoid "hardcoded-library-path in /usr/lib/debug" from rpmlint

Hi, In cross-gcc, the specfile needs to do its own debuginfo manipulation because it has binary files that must not be stripped inside the package - and preferably must not even be looked at by the manipulation tools because they are likely to be for a completely different target to the system too

Re: upcoming build and release developer flag day December 12 2016

Michael Catanzaro wrote: > I have no idea how this fancy Kerberos works or integrates with GNOME, > but the above is a truism that stands the test of time. Kerberos integrates fine with KDE's Konqueror. If I go to a kerberised page for which I have a TGT, KDE will do the ticket look up automati

Re: Packagers - Flag day 2016 Important changes

Mike McLean wrote: > 1) make sure your krb5.conf has: > includedir /etc/krb5.conf.d/ Should there be something in there other than a crypto-policies symlink? David ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: cross-compiler support?

Igor Gnatenko wrote: > > Well there is gcc-arm-linux-gnu for example but that's for kernels per > > description > Didn't see it before... But looks like it doesn't work either: > /usr/bin/arm-linux-gnu-ld: cannot find crt1.o: No such file or directory > /usr/bin/arm-linux-gnu-ld: cannot find crti

Is it possible to manually insert shared library deps in an RPM?

Hi, gcc and cross-gcc currently dynamically load the isl-0.14 shared library - which means that rpm-build doesn't automagically detect a: libisl.so.13()(64bit) but, rather, the gcc binary rpm must include a: Requires: isl = %{isl_version} clause. Is it possible to instead do s

Re: Is it possible to manually insert shared library deps in an RPM?

Stephen Gallagher wrote: > What's wrong with doing: > > Requires: isl%{?_isa} >= %{isl_version} > > Other than you'll have to be aware and deal with any eventual soname bump, of > course. They bumped it somewhere between isl-0.14 (which gcc uses now) and isl-0.16.1 (which gcc wants to use). D

Re: Is it possible to manually insert shared library deps in an RPM?

Daniel P. Berrange wrote: > See the section "requires filtering" > > > https://fedoraproject.org/wiki/PackagingDrafts/FilteringAutomaticDependencies > > instead of filtering you'd be augmenting, but that's fine. This scriptlet would seem to be inconsistent with the way find-requires works:

Re: Is it possible to manually insert shared library deps in an RPM?

Okay, creating a script: #!/bin/sh if [ -x /usr/lib/rpm/redhat/find-requires ] ; then FINDREQ=/usr/lib/rpm/redhat/find-requires else FINDREQ=/usr/lib/rpm/find-requires fi $FINDREQ $* case `uname -m` in *64)

Re: Is it possible to manually insert shared library deps in an RPM?

Panu Matilainen wrote: > %if %{__isa_bits} == 64 > Requires: libisl.so.15()(64bit) > %else > Requires: libisl.so.15() > %endif That doesn't work. It complains about illegal characters. David ___ devel mailing list -- devel@lists.fedoraproject.org To

Re: Is it possible to manually insert shared library deps in an RPM?

Kevin Kofler wrote: > So I think that the library should really be linked, not dlopened. That was my suggestion too, but Jakub doesn't like that idea. David ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-

  1   2   >