[Test-Announce] Proposal to CANCEL: 2018-02-26 blocker review meeting
Hi folks! I'm proposing we cancel the blocker review meeting for Monday. There's only one proposed blocker at this time. Obviously the ongoing troubles with getting composes working are blocking, but we don't really need a blocker meeting to talk about that :) We'll keep working on it. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
[Test-Announce] Proposal to CANCEL: 2018-02-26 Fedora QA Meeting
Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't think there are any urgent topics at this time. I won't be around to run one at that time either, as it happens. If anyone would like to have a meeting, and is willing to run it in my place, please just go ahead and send an announcement mail (and, of course, show up to run the meeting on Monday). Thanks! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net http://www.happyassassin.net ___ test-announce mailing list -- test-annou...@lists.fedoraproject.org To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: gc-7.6.4 to rawhide, *no* abi bump
Jerry James wrote: > On Tue, Feb 20, 2018 at 12:18 PM, Rex Dieter wrote: >> Yaakov Selkowitz wrote: >> >>> The soname bump appears to have been a mistake; 7.6.4 reverts it. >> >> That's very good news, thanks! > > Are there any plans to build 7.6.4 for f28? Good question, as it's a pure bugfix, yes. Building now. -- Rex ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
On Sun, Feb 18, 2018 at 10:09 AM, Igor Gnatenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Over this weekend I've performed scratch-mass-rebuild without having gcc and > gcc-c++ in buildroot of all Fedora packages, many of which failed due to > random > reasons and I grepped all logs for some common errors found by analyzing > hundreds of build logs. > > Guidelines: > https://fedoraproject.org/wiki/Packaging:C_and_C%2B%2B#BuildRequire > s_and_Requies > > The grep output is located here: > https://ignatenkobrain.fedorapeople.org/gcc-removal.txt > > Some packages might be missed due to short koji outage, broken dependencies > and > so on, but majority of real failures is below. > > If you fixed package(s), found false positive, found missing packages in list > or anything else -- please let me know. > > Note to packages which use CMake buildsystem. When you have project(xxx) in > CMakeLists.txt it checks both for C and CXX compilers. So you might encounter > packages where you have BuildRequires: gcc and it fails on CXX compiler (even > you think you don't need it). Solution for this is to send patch to upstream > switching to something like project(xxx C), or if problem is opposite to > project(xxx CXX). > > List of packages and respective maintainers: > https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt I just fixed espresso exodusii gasnet libaec tng votca-csg votca-tools! gromacs and votca-xtp have the fix, but they fail to build for a different reason. > > - -- > - -Igor Gnatenko > -BEGIN PGP SIGNATURE- > > iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlqJs1QACgkQaVcUvRu8 > X0xxkRAAj56QZYSxzDXiMyvM9eLdVS0Qrt9jiNa66rasIbDVciTym7WQoV2CXxM+ > ZxaOCYU8eyxOhE1rx36KITJ7SgU6ugLu2dVZlG/QR8vH3RTqJPV/GWhM/WUAgaon > f/SPwTIMk31qvEuKwlqLgNH1rwpRH2NfWVelZChwi1zXOglMvIHakV7sSedYy2i9 > bmVvf/1ylj/NbaI6FaLUqg81UQhUulD8RYeZi1cyxSpit/4aysP7ixCb4MLizmwH > uNUO0y//xxL0hMSShmfTlsPXowU+NpkzV+lFQ/k2X4KcCZWMabfCt69TdyTbYlj5 > ai8oFGNI94Tv6rrzR/Rirfl/eODtdaaeNqyg/MBze6hYpS2w2oezOEmdYvlpJ7Xo > z0fN/vIus1SeeyIKWo4KYHZYRX6g2nTCUeGYJqvCIRVxS9UJsy45C/HlnIWTtedn > Dyp9O/0aSDhY+ErPQi64+HloZrY7p+KsCzPNc9HdzLbhnfM5IUn2TmO+qHngBSlY > zGNfpOsBmmllSuBftWDfiayh8C9sBUpGT9693iyQYXPIwjZkQSHAclDZa7naN3Oy > NKQaqVOsDmgDDP9xVOyr/Aue3jQk/8QHraM5DgO05L6lXHwdm+rjIdbb7CU2rFF7 > Gl14+kSFP7yufRQiS6Gt96eN4ePxSuD7XjiT/9GicztDXypNeX8= > =KRiO > -END PGP SIGNATURE- > ___ > devel-announce mailing list -- devel-annou...@lists.fedoraproject.org > To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org -- Christoph Junghans Web: http://www.compphys.de ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: gc-7.6.4 to rawhide, *no* abi bump
On Tue, Feb 20, 2018 at 12:18 PM, Rex Dieter wrote: > Yaakov Selkowitz wrote: > >> The soname bump appears to have been a mistake; 7.6.4 reverts it. > > That's very good news, thanks! Are there any plans to build 7.6.4 for f28? I ask because polyml builds fine in Rawhide, but the F28 build segfaults on s390x. I've been going over the differences in the two buildroots, and the only differences I see that are likely to have anything to do with this are binutils and gc, hence the question. Thanks, -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Change to linker flags injection (#1548397)
This should now be complete in Fedora 28 and rawhide. Note that, as an intentional side effect, libtool will no longer drop the -Wl,0z,now flag in many cases. This could issues for a few packages which depended on the (arguably broken) old libtool behavior. I added some notes to https://src.fedoraproject.org/rpms/redhat-rpm-config/blob/master/f/buildflags.md how to deal with that. The short version: Use -Wl,-z,lazy, do not switch to a non-hardened build. Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Review swaps
Hello good folks, A developer tasked me with packaging his small CLI tools so I have a few reviews waiting. They are extremely trivial packages, often a simple Python script or single C file. Here is the list: - Review Request: googler - Google Search, Google Site Search, Google News from the terminal (Python) https://bugzilla.redhat.com/show_bug.cgi?id=1548764 - Review Request: buku - Powerful command-line bookmark manager (Python) https://bugzilla.redhat.com/show_bug.cgi?id=1548763 - Review Request: imgp - Multi-core batch image resizer and rotator (Python) https://bugzilla.redhat.com/show_bug.cgi?id=1548762 - Review Request: nnn - The missing terminal file browser for X (C) https://bugzilla.redhat.com/show_bug.cgi?id=1548761 - Review Request: pdd - Tiny date, time diff calculator (Python) https://bugzilla.redhat.com/show_bug.cgi?id=1548760 - Review Request: bcal - Storage conversion and expression calculator (C) https://bugzilla.redhat.com/show_bug.cgi?id=1548759 I also have two older packages waiting for review. It's alpha software but already pretty usable. - Review Request: libquentier - Set of Qt/C++ APIs for feature rich desktop clients for Evernote service https://bugzilla.redhat.com/show_bug.cgi?id=1542651 - Review Request: quentier - Cross-platform desktop Evernote client https://bugzilla.redhat.com/show_bug.cgi?id=1542654 Of course I'm available for your own reviews in exchange. Best regards, Robert-André ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
looking for a new maintainer for closure-compiler
Hi, closure-compiler in Fedora needs an update [1], possibly with new deps. There's also a bug which prevents it from starting in F28+ [2]. The fix is simple (and I just verified that it works), but the package doesn't build in rawhide because of changes in deps... It's is an interesting and extremely useful package, but I haven't been able to give it the love it needs. I also stopped working with java, so I'm out of the loop on maven. Hence, $subject. I can do any reviews for any new packages, if that helps. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1392131 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1548735 Zbyszek ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
On Sat, 2018-02-24 at 16:40 +0100, Andrea Musuruane wrote: > Hi > > On Sun, Feb 18, 2018 at 6:09 PM, Igor Gnatenko project.org> wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > Over this weekend I've performed scratch-mass-rebuild without > > having gcc and > > gcc-c++ in buildroot of all Fedora packages, many of which failed > > due to random > > reasons and I grepped all logs for some common errors found by > > analyzing > > hundreds of build logs. > > > > [...] > > > > List of packages and respective maintainers: > > https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt I fixed cups-bjnp while I released a new version earlier this week. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
I've fixed disktype, ncdu, and whowatch in rawhide. Thanks for generating the list! Regards, Rich -- Richard Fearn richardfe...@gmail.com ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Change to linker flags injection (#1548397)
On 02/24/2018 07:13 PM, Philip Kovacs wrote: A scratch build won't find bind now errors as they are discovered at run time when the dlopen occurs. I have been using:%define _hardened_ldflags "-Wl,-z,lazy"to allow the compile-time hardening, stack protection, etc to remain but filter out the -z now linker flag.I assume this won't work anymore. It will keep working because the -Wl,-z,now goes into %_hardened_ldflags. In the future, you should not override %_hardened_ldflags, but rather put -Wl,-z,lazy at the end of LDFLAGS. This way, you will not disable PIE linking. I expect this to work only after the second stage of the -z now switch (the first stage leaves the flag in the GCC specs file, where it will interact in unpredictable ways with -z lazy). Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Change to linker flags injection (#1548397)
A scratch build won't find bind now errors as they are discovered at run time when the dlopen occurs. I have been using:%define _hardened_ldflags "-Wl,-z,lazy"to allow the compile-time hardening, stack protection, etc to remain but filter out the -z now linker flag.I assume this won't work anymore. On Saturday, February 24, 2018 1:03 PM, Florian Weimer wrote: On 02/24/2018 06:32 PM, Jerry James wrote: > On Sat, Feb 24, 2018 at 10:24 AM, Florian Weimer wrote: >> We currently inject “-z now” hidden behind a -specs= option for the gcc >> compiler driver. libtool drops this -specs= option from the linker command >> line, but it preserves -Wl,-z,relro, so I'm trying whether listing >> -Wl,-z,now directly improves the linker flag injection here. >> >> I'm doing this in two stages and will remove -z now from the GCC specs file >> only after I have rebuilt a couple of extension builders (python2, python3, >> ruby), so that we do not lose -z now due to the non-synchronized switchover >> between the hard-coded command line (in the extension builder) and the GCC >> specs file contents (from redhat-rpm-config). >> >> This will happen both in rawhide and Fedora 28. > > Are you also implementing a way to disable it, as Philip Kovacs asked > for yesterday? It's still for hardened builds only. Sorry, I should have mentioned that. It's next to -specs=…/redhat-hardened-ld, not next to -Wl,-z,relro. > I also maintain some packages that use plugins, and > are broken by -z now. If you would like to look at any of them to see > what might be done, these are the packages that currently use > %undefine _hardened_build to work around the issue: That should just work as before. Feel free to do a (scratch) build in rawhide to verify. Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
I fixed ipvsadm and keepalived. I will also fix foghorn, but I am strongly considering retiring this package. Did this need fixed in the 'f28' branch or is master (Rawhide) sufficient? Thanks. Ryan On Sun, Feb 18, 2018 at 11:09 AM, Igor Gnatenko < ignatenkobr...@fedoraproject.org> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Over this weekend I've performed scratch-mass-rebuild without having gcc > and > gcc-c++ in buildroot of all Fedora packages, many of which failed due to > random > reasons and I grepped all logs for some common errors found by analyzing > hundreds of build logs. > > Guidelines: https://fedoraproject.org/wiki/Packaging:C_and_C%2B%2B# > BuildRequire > s_and_Requies > > The grep output is located here: > https://ignatenkobrain.fedorapeople.org/gcc-removal.txt > > Some packages might be missed due to short koji outage, broken > dependencies and > so on, but majority of real failures is below. > > If you fixed package(s), found false positive, found missing packages in > list > or anything else -- please let me know. > > Note to packages which use CMake buildsystem. When you have project(xxx) in > CMakeLists.txt it checks both for C and CXX compilers. So you might > encounter > packages where you have BuildRequires: gcc and it fails on CXX compiler > (even > you think you don't need it). Solution for this is to send patch to > upstream > switching to something like project(xxx C), or if problem is opposite to > project(xxx CXX). > > List of packages and respective maintainers: > https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt > > - -- > - -Igor Gnatenko > -BEGIN PGP SIGNATURE- > > iQIzBAEBCAAdFiEEhLFO09aHZVqO+CM6aVcUvRu8X0wFAlqJs1QACgkQaVcUvRu8 > X0xxkRAAj56QZYSxzDXiMyvM9eLdVS0Qrt9jiNa66rasIbDVciTym7WQoV2CXxM+ > ZxaOCYU8eyxOhE1rx36KITJ7SgU6ugLu2dVZlG/QR8vH3RTqJPV/GWhM/WUAgaon > f/SPwTIMk31qvEuKwlqLgNH1rwpRH2NfWVelZChwi1zXOglMvIHakV7sSedYy2i9 > bmVvf/1ylj/NbaI6FaLUqg81UQhUulD8RYeZi1cyxSpit/4aysP7ixCb4MLizmwH > uNUO0y//xxL0hMSShmfTlsPXowU+NpkzV+lFQ/k2X4KcCZWMabfCt69TdyTbYlj5 > ai8oFGNI94Tv6rrzR/Rirfl/eODtdaaeNqyg/MBze6hYpS2w2oezOEmdYvlpJ7Xo > z0fN/vIus1SeeyIKWo4KYHZYRX6g2nTCUeGYJqvCIRVxS9UJsy45C/HlnIWTtedn > Dyp9O/0aSDhY+ErPQi64+HloZrY7p+KsCzPNc9HdzLbhnfM5IUn2TmO+qHngBSlY > zGNfpOsBmmllSuBftWDfiayh8C9sBUpGT9693iyQYXPIwjZkQSHAclDZa7naN3Oy > NKQaqVOsDmgDDP9xVOyr/Aue3jQk/8QHraM5DgO05L6lXHwdm+rjIdbb7CU2rFF7 > Gl14+kSFP7yufRQiS6Gt96eN4ePxSuD7XjiT/9GicztDXypNeX8= > =KRiO > -END PGP SIGNATURE- > ___ > devel-announce mailing list -- devel-annou...@lists.fedoraproject.org > To unsubscribe send an email to devel-announce-leave@lists. > fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
On 02/21/2018 04:51 PM, Stephen John Smoogen wrote: OK I understand that, but where is the cutoff. Where as a packager should I stop adding things and expect that libsolv is going to do its job? Do I need to put in BuildRequires: kernel BuildRequires: systemd BuildRequires: bash BuildRequires: glibc ... kernel and systemd do not actually have to be in the buildroot. systemd is needed only by some packages, I think, and the kernel probably never. It's like mock or dnf—just because it's used to drive the build, it doesn't necessarily have to be in the buildroot. bash and glibc are what Debian would call essential or build-essential. (I don't think we have a precise definition of that, though.) Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Change to linker flags injection (#1548397)
On 02/24/2018 06:32 PM, Jerry James wrote: On Sat, Feb 24, 2018 at 10:24 AM, Florian Weimer wrote: We currently inject “-z now” hidden behind a -specs= option for the gcc compiler driver. libtool drops this -specs= option from the linker command line, but it preserves -Wl,-z,relro, so I'm trying whether listing -Wl,-z,now directly improves the linker flag injection here. I'm doing this in two stages and will remove -z now from the GCC specs file only after I have rebuilt a couple of extension builders (python2, python3, ruby), so that we do not lose -z now due to the non-synchronized switchover between the hard-coded command line (in the extension builder) and the GCC specs file contents (from redhat-rpm-config). This will happen both in rawhide and Fedora 28. Are you also implementing a way to disable it, as Philip Kovacs asked for yesterday? It's still for hardened builds only. Sorry, I should have mentioned that. It's next to -specs=…/redhat-hardened-ld, not next to -Wl,-z,relro. I also maintain some packages that use plugins, and are broken by -z now. If you would like to look at any of them to see what might be done, these are the packages that currently use %undefine _hardened_build to work around the issue: That should just work as before. Feel free to do a (scratch) build in rawhide to verify. Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: unresponsive maintainer 'jamatos'
On Friday, 9 February 2018 09.35.34 WET Zbigniew Jędrzejewski-Szmek wrote: > Hi José, > > are you still around? You activity suddenly stops around May 28th > 2017, I hope nothing serious happened. Hi, I am alive. And I have been extremely busy, specially with classes and related work in the first semester (that is now over). > grace package needs attention: > https://bugzilla.redhat.com/show_bug.cgi?id=1471223, > https://bugzilla.redhat.com/show_bug.cgi?id=1517243. Argh. :-) I can not look the other way that grace breaks. I am following bug 1502175 that is a nice read on this issue. Once upon a time (xm)grace was a very good program/framework to do data analysis, now IMHO there are better alternatives. > Zbyszek -- José Abílio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Change to linker flags injection (#1548397)
On Sat, Feb 24, 2018 at 10:24 AM, Florian Weimer wrote: > We currently inject “-z now” hidden behind a -specs= option for the gcc > compiler driver. libtool drops this -specs= option from the linker command > line, but it preserves -Wl,-z,relro, so I'm trying whether listing > -Wl,-z,now directly improves the linker flag injection here. > > I'm doing this in two stages and will remove -z now from the GCC specs file > only after I have rebuilt a couple of extension builders (python2, python3, > ruby), so that we do not lose -z now due to the non-synchronized switchover > between the hard-coded command line (in the extension builder) and the GCC > specs file contents (from redhat-rpm-config). > > This will happen both in rawhide and Fedora 28. Are you also implementing a way to disable it, as Philip Kovacs asked for yesterday? I also maintain some packages that use plugins, and are broken by -z now. If you would like to look at any of them to see what might be done, these are the packages that currently use %undefine _hardened_build to work around the issue: bigloo gcl polymake polyml xemacs (I will look at this one today, as I mentioned in bugzilla) Thanks, -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Change to linker flags injection (#1548397)
We currently inject “-z now” hidden behind a -specs= option for the gcc compiler driver. libtool drops this -specs= option from the linker command line, but it preserves -Wl,-z,relro, so I'm trying whether listing -Wl,-z,now directly improves the linker flag injection here. I'm doing this in two stages and will remove -z now from the GCC specs file only after I have rebuilt a couple of extension builders (python2, python3, ruby), so that we do not lose -z now due to the non-synchronized switchover between the hard-coded command line (in the extension builder) and the GCC specs file contents (from redhat-rpm-config). This will happen both in rawhide and Fedora 28. Thanks, Florian ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora mass rebuild 2018
Paul Howarth wrote: > On Fri, 23 Feb 2018 15:04:44 + > Tom Hughes wrote: > >> On 23/02/18 14:33, Paul Howarth wrote: >>> On Thu, 22 Feb 2018 18:49:02 +0100 >>> Marek Polacek wrote: proftpd: timeouts in tests, but in koji it's fine >>> >>> I get this too. If I build with mock --old-chroot then it works >>> fine. >> >> So the obvious difference is that mock with --old-chroot has >> networking enabled while the default (ie --new-chroot) does not. >> >> Does --enable-network also make it work? > > Yes, it does. > >> That doesn't explain koji though, as that has networking disabled. You likely know, koji doesn't run the current mock. It's got mock-1.3.4 which used the old-style chroot rather than systemd-nspawn. I'm not sure how exactly networking is disabled on the builders. > Indeed. It looks like it's the combination of using nspawn and no > network that breaks it. A fedpkg mockbuild of proftpd works with nspawn if you add the '--private-network' option in site-defaults.cfg, i.e.: config_opts['nspawn_args'] = ['--private-network'] Without that option the way networking is disbled can cause problems like this. If you want to use the old-style chroot with fedpkg mockbuild, it can be set in site-defaults.cfg via: config_opts['use_nspawn'] = False Working out the issues with mock's use of systemd-nspawn would be ideal. I left off looking at it by setting the '--private-network' option, but I didn't feel that I had enough evidence that was the only/best solution to propose it as a patch (particularly because it was used in a previous iteration of the changes in the issue below). As I mentioned in a previous reply, more discussion of this can be found in mock issue #113: https://github.com/rpm-software-management/mock/issues/113 I remember thinking part of the issue seemed to be that the solution currently implemented in mock sets the default route to 127.0.0.1 but copies /etc/resolv.conf from the host system -- regardless of the use_host_resolv setting because systemd-nspawn overrides mock and copies the system /etc/resolv.conf to the container. If someone has some time to poke around with this and perhaps open a new mock issue, that would be great. -- Todd ~~ Wisdom has two parts: (1) having a lot to say and (2) not saying it. signature.asc Description: PGP signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
xboxdrv package left
Hi all. 'xboxdrv' is now an "orphaned" package. Feel free to adopt it if needed. -- --- Antonio Trande Fedora Project mailto 'sagitter at fedoraproject dot org' GPG key: 0x5E212EE1D35568BE GPG key server: https://keys.fedoraproject.org/ 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: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
Hi On Sun, Feb 18, 2018 at 6:09 PM, Igor Gnatenko < ignatenkobr...@fedoraproject.org> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Over this weekend I've performed scratch-mass-rebuild without having gcc > and > gcc-c++ in buildroot of all Fedora packages, many of which failed due to > random > reasons and I grepped all logs for some common errors found by analyzing > hundreds of build logs. > > [...] > > List of packages and respective maintainers: > https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt > I fixed mine: musuruan abbayedesmorts-gpl ballerburg edgar fbzx flobopuyo hatari libicns osmctools pinta pipepanic tecnoballz zaz Bye, Andrea ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
fixed g2clib and pyproj. Jos On 02/18/2018 06:09 PM, Igor Gnatenko wrote: > Over this weekend I've performed scratch-mass-rebuild without having gcc and > gcc-c++ in buildroot of all Fedora packages, many of which failed due to > random > reasons and I grepped all logs for some common errors found by analyzing > hundreds of build logs. > > Guidelines: > https://fedoraproject.org/wiki/Packaging:C_and_C%2B%2B#BuildRequire > s_and_Requies > > The grep output is located here: > https://ignatenkobrain.fedorapeople.org/gcc-removal.txt > > Some packages might be missed due to short koji outage, broken dependencies > and > so on, but majority of real failures is below. > > If you fixed package(s), found false positive, found missing packages in list > or anything else -- please let me know. > > Note to packages which use CMake buildsystem. When you have project(xxx) in > CMakeLists.txt it checks both for C and CXX compilers. So you might encounter > packages where you have BuildRequires: gcc and it fails on CXX compiler (even > you think you don't need it). Solution for this is to send patch to upstream > switching to something like project(xxx C), or if problem is opposite to > project(xxx CXX). > > List of packages and respective maintainers: > https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt > > ___ > devel-announce mailing list -- devel-annou...@lists.fedoraproject.org > To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora mass rebuild 2018
On Fri, 23 Feb 2018 15:04:44 + Tom Hughes wrote: > On 23/02/18 14:33, Paul Howarth wrote: > > On Thu, 22 Feb 2018 18:49:02 +0100 > > Marek Polacek wrote: > >> proftpd: timeouts in tests, but in koji it's fine > > > > I get this too. If I build with mock --old-chroot then it works > > fine. > > So the obvious difference is that mock with --old-chroot has > networking enabled while the default (ie --new-chroot) does not. > > Does --enable-network also make it work? Yes, it does. > That doesn't explain koji though, as that has networking disabled. Indeed. It looks like it's the combination of using nspawn and no network that breaks it. Paul. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Fedora mass rebuild 2018
On Fri, Feb 23, 2018 at 06:33:58PM +0100, Marek Polacek wrote: > On Fri, Feb 23, 2018 at 04:09:26PM +, Richard W.M. Jones wrote: > > On Thu, Feb 22, 2018 at 06:49:02PM +0100, Marek Polacek wrote: > > > libguestfs-1.37.35-2.fc28.src.rpm > > > I'm not sure about these failures, but they don't seem to be GCC bugs. > > > > Is there a log file? > > The one I have says > libvirt: XML-RPC error : Failed to connect socket to > '/builddir/.cache/libvirt/libvirt-sock': No such file or directory > libguestfs: error: could not connect to libvirt (URI = qemu:///session): > Failed to connect socket to '/builddir/.cache/libvirt/libvirt-sock': No such > file or directory [code=38 int1=2] > libguestfs: trace: launch = -1 (error) > libguestfs: trace: close > libguestfs: closing guestfs handle 0x5646f5406a40 (state 0) > libguestfs: command: run: rm > libguestfs: command: run: \ -rf > /builddir/build/BUILD/libguestfs-1.37.35/tmp/libguestfsfTNsVu > make: *** [Makefile:2906: quickcheck] Error 1 > > so it's probably another networking issue in mock. This is actually a bug in libvirt which happens randomly and infrequently. In any case we've since fixed all known problems with libguestfs and GCC 8 so there's no need to try again. 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
Re: [ACTION NEEDED] Missing BuildRequires: gcc/gcc-c++
Hey, On Sun, Feb 18, 2018 at 6:09 PM, Igor Gnatenko wrote: > List of packages and respective maintainers: > https://ignatenkobrain.fedorapeople.org/gcc-removal-pkgs.txt Done: gnome-session gnome-shell-extensions(*) Cheers, Florian (*) accidentally, by changing build systems to meson which insists less on a cc dependency ... ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Package stops supporting python 2.7 in latest version, what to do now
Hi Sergio, thanks for bringing that up :) I investigated a bit more, at least for astrometry I still need the python2 package. Therefore I suggest we go on with Option 3, I can prepare the python2-astropy package for review. Greetings, Christian On 02/21/2018 10:18 PM, Sergio Pascual wrote: > Hello all, > > python package astropy as ceased to support python 2.7 in its latest > version, 3.0. > It still provides a LTS version that supports both python 2 and 3. > > As astropy packagers, we seek advice on how to manage this situation. > > So the posibilities are: > > 1) package the version with support of python 3 and forget about python 2 > 2) package the LTS version that supports both python 2 and 3 > 3) package the LTS version for python 2 and the new version for python 3. > > In the third case, wihich consider the best approach, do I need to > create a new package and go through the review process? > > Best regards, Sergio > > > > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org