Re: Adding Obsoletes to generated -debuginfo packages ?

On Sun, May 06, 2018 at 11:00:00AM +, Neal Gompa wrote: > On Thu, May 3, 2018 at 6:10 AM Daniel P. Berrangé <berra...@redhat.com> > wrote: > > > In libvirt we recently deleted a driver for the legacy Xen toolstack. > > > This was shipped in a libvirt-daemon-dr

Perl modules looking for new owners

Over the years I've added a number of Perl modules to Fedora for apps I needed at the time. I've been doing a pretty awful job of maintaining many of them though, as my need for most has gone away and I'm overworked with other stuff. Fortunately various people people in Perl SIG have been doing a

Re: Perl modules looking for new owners

On Wed, Jun 06, 2018 at 02:28:24PM +0200, Emmanuel Seyman wrote: > * Daniel P. Berrangé [06/06/2018 13:04] : > > > > Thus I'm looking for new primary owners for the following: > > > > perl-Array-Diff > > perl-Class-Field > > perl-Clas

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Tue, Jun 12, 2018 at 07:50:29AM -0400, Nico Kadel-Garcia wrote: > On Tue, Jun 12, 2018 at 7:10 AM, Tomasz Kłoczko > wrote: > > > Just FTR: So far I was unable to find in any of the fredesktop.org or > > other specs (https://www.freedesktop.org/wiki/Software/) things like > > requirement use

Re: Perl modules looking for new owners

On Wed, Jun 06, 2018 at 01:04:37PM +0100, Daniel P. Berrangé wrote: > Over the years I've added a number of Perl modules to Fedora for apps I > needed at the time. I've been doing a pretty awful job of maintaining > many of them though, as my need for most has gone away and I'm o

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Wed, Jun 13, 2018 at 11:17:25AM +0200, Reindl Harald wrote: > > > Am 13.06.2018 um 11:11 schrieb Daniel P. Berrangé: > > On Tue, Jun 12, 2018 at 08:00:26PM +0200, Reindl Harald wrote: > >> > >> Am 12.06.2018 um 19:45 schrieb Daniel P. Berrangé: > >>

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Tue, Jun 12, 2018 at 08:00:26PM +0200, Reindl Harald wrote: > > > Am 12.06.2018 um 19:45 schrieb Daniel P. Berrangé: > > On Tue, Jun 12, 2018 at 10:20:46AM -0700, Howard Howell wrote: > >> I haven't followed all of this thread, too self busy. However there is

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Tue, Jun 12, 2018 at 10:20:46AM -0700, Howard Howell wrote: > I haven't followed all of this thread, too self busy. However there is > a security argument. If you have a local executable directory, then > the capability for malicious software to attach is wide open for that > user, whatever

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Fri, Jun 01, 2018 at 01:40:58PM +0200, Jan Kurik wrote: > = Proposed System Wide Change: Strong crypto settings: phase 2 = > https://fedoraproject.org/wiki/Changes/StrongCryptoSettings2 > > > Owner(s): > * Tomáš Mráz > > > We update the current system-wide crypto policy to further

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Fri, Jun 01, 2018 at 10:25:42AM -0500, mcatanz...@gnome.org wrote: > On Fri, Jun 1, 2018 at 8:06 AM, Daniel P. Berrangé > wrote: > > What is the availibility of TLS 1.2 vs 1.1/1.0 on the internet ? > > ie how likely is this to break the ability of users to access websites &

Re: Hiding the grub menu by default on single OS installs

On Thu, May 31, 2018 at 12:23:35PM +0200, Hans de Goede wrote: > Hi All, > > I'm working on improving the Fedora boot experience, with the > end goal being a user pressing the on button and then going > to the graphical login manager without him seeing any > text messages / menus filled with

Re: F29 System Wide Change: Strong crypto settings: phase 2

On Fri, Jun 01, 2018 at 11:49:51AM -0500, mcatanz...@gnome.org wrote: > On Fri, Jun 1, 2018 at 10:34 AM, Daniel P. Berrangé > wrote: > > IIUC, glib-networking uses GNUTLS. If so, a while ago I added ability > > to > > specify an ordered list of named priority alia

Re: F29 System Wide Change: Make BootLoaderSpec the default

On Mon, Jun 25, 2018 at 12:47:35PM +0200, Lennart Poettering wrote: > On Mo, 25.06.18 11:23, Daniel P. Berrangé (berra...@redhat.com) wrote: > > > That would break applications like libguestfs which run as non-root and > > have valid need to access /boot/vmlinuz* > >

Re: F29 System Wide Change: Make BootLoaderSpec the default

On Mon, Jun 25, 2018 at 06:04:54AM -0400, Simo Sorce wrote: > On Fri, 2018-06-22 at 16:30 -0500, Chris Adams wrote: > > Once upon a time, Kyle Marek said: > > > On 06/22/2018 05:15 PM, Chris Adams wrote: > > > > And basic Unix permissions... because there can be privileged > > > > content in > >

Re: i686 kernel missing on rawhide / disabling archs in critical path pkgs

On Fri, Jun 22, 2018 at 08:49:04AM -0500, Rex Dieter wrote: > Daniel P. Berrangé wrote: > > > If there's continued silence and i686 kernel doesn't get fixed soon, > > I'll file ticket with FESCO asking for i686 arch to be removed from > > main koji and relegated to a sec

i686 kernel missing on rawhide / disabling archs in critical path pkgs

Fedora rawhide has not had any kernel build available for i686 for a week now. It was disabled in a rebase due to part of the build process segfaulting. commit 861ae54010f0dae5c988105b6179a8f2442851e7 Author: Laura Abbott Date: Thu Jun 14 10:57:47 2018 -0700 Don't build for i686

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Wed, May 02, 2018 at 01:46:34PM +, Stephen Gallagher wrote: > On Wed, May 2, 2018 at 6:44 AM Miro Hrončok wrote: > > > On 2.5.2018 15:30, Stephen Gallagher wrote: > > > Does anyone see a reason not to prioritize ~/.local/bin over > > /usr/bin? > > > > > > > > >

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Wed, May 02, 2018 at 10:35:28AM -0400, Siteshwar Vashisht wrote: > > > - Original Message - > > From: "Tomas Orsava" > > To: "Development discussions related to Fedora" > > , "David Kaspar" , > > "Kamil Dudka"

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Wed, May 02, 2018 at 09:53:48AM -0400, Siteshwar Vashisht wrote: > > > - Original Message - > > From: "Miro Hrončok" > > To: "Development discussions related to Fedora" > > , "Panu Matilainen" > > > > Sent:

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Wed, May 02, 2018 at 11:10:05AM -0400, Siteshwar Vashisht wrote: > > > - Original Message - > > From: "Daniel P. Berrangé" <berra...@redhat.com> > > To: "Development discussions related to Fedora" > > <devel@lists.fedoraproject

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Wed, May 02, 2018 at 12:22:48PM -0400, Paul Wouters wrote: > On Wed, 2 May 2018, Lennart Poettering wrote: > > > I presume you mean "~/.local" rather than "~/local"? > > I don't. As my argument goes, hidden directories containing binaries > in your path are a bad idea. And it was a bad idea

Re: Install failures on ppc64, ppc64le, aarch64 & armv7l (was: Re: Fedora 28 is officially here!)

On Tue, May 01, 2018 at 04:25:11PM +0100, Richard W.M. Jones wrote: > > Unfortunately the Anaconda install (using virt-install --location > method) didn't work well for me on any !x86 architecture. I get the > exact same error on ppc64{,le}, aarch64 and armv7l: > > > ** (process:1963): WARNING

GCC 8.1.1 broken in rawhide due to annobin

GCC just updated in Fedora rawhide from 8.0.1 to 8.1.1 and is unable to create executables due to annobin: configure:6112: gcc -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches

Re: Prioritizing ~/.local/bin over /usr/bin on the PATH

On Thu, May 03, 2018 at 11:35:10AM +0200, Tomas Orsava wrote: > On 05/02/2018 05:14 PM, Daniel P. Berrangé wrote: > > On Wed, May 02, 2018 at 11:10:05AM -0400, Siteshwar Vashisht wrote: > > > > > > - Original Message ----- > > > > From: &q

Adding Obsoletes to generated -debuginfo packages ?

In libvirt we recently deleted a driver for the legacy Xen toolstack. This was shipped in a libvirt-daemon-driver-xen RPM. I am able to add an "Obsoletes: libvirt-daemon-driver-xen < 4.3.0" line to the libvirt-daemon-driver-libxl RPM, which gives clean upgrade path for users. If they have the

Re: GCC 8.1.1 broken in rawhide due to annobin

On Thu, May 03, 2018 at 12:05:55PM +, Neal Gompa wrote: > On Thu, May 3, 2018 at 8:03 AM Daniel P. Berrangé <berra...@redhat.com> > wrote: > > > GCC just updated in Fedora rawhide from 8.0.1 to 8.1.1 and is unable to > > create executables due to annobin: > >

Re: -z defs linker flag activated in Fedora rawhide

On Thu, Jan 25, 2018 at 08:40:29AM +, Tom Hughes wrote: > On 25/01/18 07:31, Remi Collet wrote: > > Le 22/01/2018 à 16:24, Florian Weimer a écrit : > > > I updated redhat-rpm-config to instruct ld to reject linking shared > > > objects with undefined symbols.  Such undefined symbols break

Re: Clean up your spec files

On Thu, Feb 08, 2018 at 11:05:38AM -0500, Neal Gompa wrote: > On Thu, Feb 8, 2018 at 10:45 AM, Vít Ondruch wrote: > > https://fedoraproject.org/wiki/Packaging:Guidelines#Spec_Maintenance_and_Canonicity > > > > Not saying it contradicts the guideline above, just FYI. > > > >

Re: clang -mcet -fcf-protection (was: Re: Mass Rebuild for Fedora 28)

On Tue, Feb 13, 2018 at 10:18:05AM +, Richard W.M. Jones wrote: > > My build of american-fuzzy-lop fails because clang doesn't > understand the ‘-mcet -fcf-protection’ flags which seem to be > added by RPM. > > clang -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 >

Re: Escaping macros in %changelog

On Tue, Feb 13, 2018 at 08:18:20AM -0500, Neal Gompa wrote: > On Tue, Feb 13, 2018 at 8:08 AM, Randy Barlow > wrote: > > On 02/12/2018 08:00 PM, Michal Schorm wrote: > >> The changelogs are long ass hell. > >> What about keeping just 2 latest releases in it and

Re: glibc, riscv64, multilib, /lib64 etc

On Thu, Feb 08, 2018 at 09:08:59AM -0500, Neal Gompa wrote: > On Thu, Feb 8, 2018 at 9:03 AM, Richard W.M. Jones wrote: > > It looks as if upstream RISC-V / glibc teams settled on some exciting > > new paths to use for libc.so.6: > > > >

Re: F29 System Wide Change: Remove GCC from BuildRoot

On Fri, Feb 16, 2018 at 07:13:19PM +0100, Matěj Cepl wrote: > On 2018-02-16, 17:38 GMT, Daniel P Berrangé wrote: > > Yes, but that's likely a small % of overall and it is harmless > > if we addd BR: gcc to a few packages which don't need it > > - they'll be no worse of

Re: BSD 2-Clause license

On Mon, Feb 19, 2018 at 11:22:56AM -0500, Fernando Nasser wrote: > Hi, > > > Would it be possible to add: > > BSD 2-clause > > to our table of valid licenses? Which table are you referring to ? The main list of licenses in the following page already includes it

Re: F29 System Wide Change: Remove GCC from BuildRoot

On Fri, Feb 16, 2018 at 05:01:33PM +0100, Vít Ondruch wrote: > > > Dne 16.2.2018 v 16:33 Daniel P. Berrangé napsal(a): > > On Fri, Feb 16, 2018 at 04:22:58PM +0100, Vít Ondruch wrote: > >> > >> Dne 16.2.2018 v 16:12 Vít Ondruch napsal(a): > >>> Dn

Re: F29 System Wide Change: Remove GCC from BuildRoot

On Fri, Feb 16, 2018 at 03:41:35PM +0100, Igor Gnatenko wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On Fri, 2018-02-16 at 14:27 +0000, Daniel P. Berrangé wrote: > > On Fri, Feb 16, 2018 at 12:56:32PM +0100, Jan Kurik wrote: > > > Proposed System W

Re: F29 System Wide Change: Remove GCC from BuildRoot

On Fri, Feb 16, 2018 at 04:22:58PM +0100, Vít Ondruch wrote: > > > Dne 16.2.2018 v 16:12 Vít Ondruch napsal(a): > > > > Dne 16.2.2018 v 15:27 Daniel P. Berrangé napsal(a): > >> On Fri, Feb 16, 2018 at 12:56:32PM +0100, Jan Kurik wrote: > >>> Proposed Sys

Re: F29 System Wide Change: Remove GCC from BuildRoot

On Fri, Feb 16, 2018 at 12:56:32PM +0100, Jan Kurik wrote: > Proposed System Wide Change: Remove GCC from BuildRoot > https://fedoraproject.org/wiki/Changes/Remove_GCC_from_BuildRoot > > > Owner(s): > * Igor Gnatenko > > > Removing gcc and gcc-c++ from default buildroot in Koji and mock. >

Re: F29 System Wide Change: Remove GCC from BuildRoot

On Fri, Feb 16, 2018 at 06:33:02PM +0100, nicolas.mail...@laposte.net wrote: > De: "Daniel P. Berrangé" > > > I would think we can detect it easily enough by looking for packages which > > contain ELF binaries. Those are going to require GCC except in the rare

Re: F29 System Wide Change: Make BootLoaderSpec the default

On Tue, Jun 19, 2018 at 11:48:39AM +0200, Lennart Poettering wrote: > On Mo, 18.06.18 16:54, R P Herrold (herr...@owlriver.com) wrote: > > > On Mon, 18 Jun 2018, Lennart Poettering wrote: > > > > > On Do, 14.06.18 14:20, Chris Murphy (li...@colorremedies.com) wrote: > > > > > > > The cited BLS

Re: i686 kernel missing on rawhide / disabling archs in critical path pkgs

On Thu, Jun 21, 2018 at 07:36:30AM -0700, Laura Abbott wrote: > On 06/21/2018 01:50 AM, Daniel P. Berrangé wrote: > > The kernel change that introduced the i686 build problem was just a > > rebase between 2 arbitrary pre-release git snapshots. I don't really > > a com

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On Thu, Jul 26, 2018 at 11:03:08AM -0500, Jason L Tibbitts III wrote: > > "FW" == Florian Weimer writes: > > FW> I would like to request a change of the Packaging Guidelines, > FW> advising packagers not to interpose malloc. > > How strong of a restriction are you looking for? This sort of

Re: Making Fedora secure - Package exit policy for security

On Tue, Jul 31, 2018 at 09:09:58AM +0530, Huzaifa Sidhpurwala wrote: > Hi All, > > I was asked to bring this issue[1] to the developer community before > FESCO makes a decision. > > In several instances[2] there exists packages in Fedora, in which > package-maintainers did not patch security

Re: Making Fedora secure - Package exit policy for security

On Tue, Jul 31, 2018 at 10:03:16AM -0500, Rex Dieter wrote: > Huzaifa Sidhpurwala wrote: > > > Hi All, > > > > I was asked to bring this issue[1] to the developer community before > > FESCO makes a decision. > > > > In several instances[2] there exists packages in Fedora, in which > >

Re: Making Fedora secure - Package exit policy for security

On Wed, Aug 01, 2018 at 10:40:20AM +0530, Huzaifa Sidhpurwala wrote: > On 07/31/2018 08:51 PM, Daniel P. Berrangé wrote: > > > > > Do we have any analysis showing what would be the fallout if we applied > > these purge rules today ? ie what packages would be dropped toda

Re: Making Fedora secure - Package exit policy for security

On Wed, Aug 01, 2018 at 10:33:11AM +0530, Huzaifa Sidhpurwala wrote: > On 07/31/2018 08:33 PM, Rex Dieter wrote: > > >> 1. If a CRITICAL or IMPORTANT security issue is open against a package > >> in Fedora-X and by the time X is EOL and the issue is not addressed, > >> proactively remove the

Re: Making Fedora secure - Package exit policy for security

On Thu, Aug 02, 2018 at 01:49:13PM +0530, Huzaifa Sidhpurwala wrote: > On 08/01/2018 01:19 PM, Nikos Mavrogiannopoulos wrote: > > On Tue, 2018-07-31 at 09:09 +0530, Huzaifa Sidhpurwala wrote: > >> Hi All, > >> > >> I was asked to bring this issue[1] to the developer community before > >> FESCO

Re: Making Fedora secure - Package exit policy for security

On Thu, Aug 02, 2018 at 01:54:21PM +0530, Huzaifa Sidhpurwala wrote: > On 08/01/2018 02:16 PM, Daniel P. Berrangé wrote: > > On Wed, Aug 01, 2018 at 10:40:20AM +0530, Huzaifa Sidhpurwala wrote: > >> On 07/31/2018 08:51 PM, Daniel P. Berrangé wrote: > >>> Then, fro

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On Thu, Jul 26, 2018 at 05:32:32PM +0200, Igor Gnatenko wrote: > On Thu, Jul 26, 2018 at 5:29 PM Florian Weimer wrote: > > > I would like to request a change of the Packaging Guidelines, advising > > packagers not to interpose malloc. > > > > The reasons are: > > > > * We have resources to

Re: Guideline change: glibc malloc as the C/C++/Rust allocator

On Thu, Jul 26, 2018 at 04:37:33PM +0100, Daniel P. Berrangé wrote: > On Thu, Jul 26, 2018 at 05:32:32PM +0200, Igor Gnatenko wrote: > > On Thu, Jul 26, 2018 at 5:29 PM Florian Weimer wrote: > > > > > I would like to request a change of the Packaging Guidelines,

Re: Library ABI change

On Mon, Aug 06, 2018 at 09:30:39AM +0200, Guido Aulisi wrote: > recently serd library changed its ABI adding 1 function without > bumping the soname. There's totally normal. It merely added to its ABI - it didn't change existing ABI so nothing will break. soname change is only for when the

Re: Linking commits to builds on dist-git

On Fri, Aug 10, 2018 at 11:00:46AM +0200, Pierre-Yves Chibon wrote: > Good Morning Everyone, > > Since koji 1.15 released last December, koji has a dedicated field for each > build > storing the entire source URL with git hash, regardless of how the build was > started. > This allows us to know

Re: Linking commits to builds on dist-git

On Fri, Aug 10, 2018 at 11:27:43AM +0200, Pierre-Yves Chibon wrote: > On Fri, Aug 10, 2018 at 10:16:13AM +0100, Daniel P. Berrangé wrote: > > On Fri, Aug 10, 2018 at 11:00:46AM +0200, Pierre-Yves Chibon wrote: > > > Good Morning Everyone, > > > > > > Since ko

Re: Unannounced SONAME bump for libssh

On Fri, Aug 17, 2018 at 08:19:17AM -0500, Michael Cronenworth wrote: > The libssh package uses wildcards on SONAME version. The package was > upgraded from 0.7.5 to 0.8.1 in Fedora 27+ that included a SONAME bump. > > Please remove the wildcard in libssh and begin package rebuilds. Stable >

Re: Fedora 30 System-Wide Change proposal: Remove glibc-all-langpacks from buildroot

On Fri, Aug 24, 2018 at 12:38:48PM +, Petr Pisar wrote: > On 2018-08-22, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/Remove_glibc-langpacks-all_from_buildroot > > > > glibc-minimal-langpack is added to @Buildsystem group and installed > > into the minimal buildroot instead of

Re: libgsf build help - MinGW edition

On Wed, Aug 22, 2018 at 10:06:17PM -0500, Greg Hellings wrote: > Recent versions of libgsf (since 1.14.43) have begun to fail to build in > MinGW environments. The error is straightforward enough - a function > signature definition differs between its forward declaration and its > implementation.

Re: dnf history - change in how rpmdb checksum is computed

On Wed, Jul 18, 2018 at 05:01:14PM +0200, Daniel Mach wrote: > > > > What's the benefit in changing to be compatible with YUM as opposed > > to stickin with current alogorithm ? > > > If a user migrates from RHEL 7 to the next version of RHEL (or CentOS), > there will be continuity in used

Re: Source tarballs are being placed in git?

On Tue, Jul 24, 2018 at 01:32:45PM -0400, Todd Zullinger wrote: > Artur Iwicki wrote: > > That section of the guide is a bit poorly worded. You should *not* use "git > > add" on source tarballs. These should be added only via means of "fedpkg > > new-sources $FILES; git add ./sources". I believe

Re: [HEADS UP] Removal of GCC from the buildroot

On Thu, Jul 12, 2018 at 09:17:41PM +0100, Richard W.M. Jones wrote: > On Thu, Jul 12, 2018 at 02:10:37PM -0400, Cole Robinson wrote: > > On 07/11/2018 04:37 PM, Kevin Fenzi wrote: > > > On 07/11/2018 12:57 PM, Mikolaj Izdebski wrote: > > >> On 07/11/2018 09:26 PM, Kevin Fenzi wrote: > > >>> I

Re: dnf history - change in how rpmdb checksum is computed

On Wed, Jul 18, 2018 at 03:24:54PM +0200, Daniel Mach wrote: > Hi everyone, > The DNF team is currently reviewing DNF compatibility with YUM 3 and we'd > like to get feedback on this one: > https://bugzilla.redhat.com/show_bug.cgi?id=1120253 > > rpmdb checksum is a checksum of all installed RPMs

Re: zram-generator

On Fri, Aug 31, 2018 at 02:22:43PM +0200, Florian Weimer wrote: > On 08/24/2018 07:42 PM, Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Aug 24, 2018 at 05:11:28PM -, Jeff Johnson wrote: > > > Why not Haskell? > > > > > > Seriously: you provide no reason for rust other than that "C is not >

Re: question about Obsoletes/Provides

On Thu, Mar 08, 2018 at 11:23:45AM +0100, Jos de Kloe wrote: > I have a question about an open review request on the eccodes package, > see: https://bugzilla.redhat.com/show_bug.cgi?id=1508950 > > Eccodes will replace grib_api for which downstream will stop support at > the end of this year. >

Re: Unannounced soname bump (Rawhide): qpdf (libqpdf.so.18 -> libqpdf.so.21)

On Wed, Feb 28, 2018 at 01:12:03PM -0500, Matthew Miller wrote: > On Wed, Feb 28, 2018 at 05:57:53PM +0000, Daniel P. Berrangé wrote: > > mistake that caused files to go missing, and was never detected by the > > person > > making the change, because of the use of globs.

Re: Unannounced soname bump (Rawhide): qpdf (libqpdf.so.18 -> libqpdf.so.21)

On Wed, Feb 28, 2018 at 12:49:09PM -0600, Richard Shaw wrote: > On Wed, Feb 28, 2018 at 12:38 PM, Daniel P. Berrangé <berra...@redhat.com> > wrote: > > > On Wed, Feb 28, 2018 at 01:12:03PM -0500, Matthew Miller wrote: > > > On Wed, Feb 28, 2018 at 05:57:53PM +

Re: Goodbye nvr.rsplit('-', 2), hello modularity

On Thu, Mar 15, 2018 at 04:14:34PM +0100, Patrick Uiterwijk wrote: > Hi all, > > If you maintain any application in Fedora Infra (or outside) that > tries to parse things out of RPM names, you might be interested in > this. > > For those wondering where I've been spending most of my time the

Re: glibc-headers is missing rpc/rpc.h in rawhide

On Thu, Mar 15, 2018 at 11:30:32AM +0100, Jan Synacek wrote: > Did I miss something? The xinetd package cannot be built because of that. GLibc dropped the RPC functionality. You need to change the code to use tirpc instead. It is API compatible, but your build system will need to know to link the

Re: glibc-headers is missing _G_config.h

On Thu, Mar 15, 2018 at 09:55:09AM -0500, Michael Cronenworth wrote: > Is this header deprecated? It's no longer shipped in the Rawhide package. Yes, deprecated in 2.27 and gone in 2.28 https://sourceware.org/ml/libc-announce/2018/msg0.html [quote] * The nonstandard header files and

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

On Tue, Mar 06, 2018 at 04:19:48PM +0100, Germano Massullo wrote: > Il 06/03/2018 15:50, Daniel P. Berrangé ha scritto: > > On Tue, Mar 06, 2018 at 03:46:38PM +0100, Germano Massullo wrote: > >> Il 06/03/2018 15:34, Daniel P. Berrangé ha scritto: > >>> %{_lib

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

On Tue, Mar 06, 2018 at 03:29:58PM +0100, Germano Massullo wrote: > During package firefox-pkcs11-loader build, the following two spec file > lines > > %dir %_prefix/%{_lib}/mozilla/pkcs11-modules/ > %_prefix/%{_lib}/mozilla/pkcs11-modules/onepinopenscpkcs11.json > > and also this variant > >

Re: %{_lib} leads to dir not found, whereas lib works fine (firefox-pkcs11-loader)

On Tue, Mar 06, 2018 at 03:46:38PM +0100, Germano Massullo wrote: > Il 06/03/2018 15:34, Daniel P. Berrangé ha scritto: > > %{_lib} expands to 'lib64' on x86_64, and %{_libdir} thus expands > > to "/usr/lib64", but your app is installing files into "/usr/lib&

Re: Recommended way to pass CFLAGS/LDFLAGS through libtool

On Mon, Apr 09, 2018 at 04:21:54AM -0500, Yaakov Selkowitz wrote: > On 2018-04-09 03:59, Florian Weimer wrote: > > Is there a recommend way to get libtool to pass through all flags > > specified in CFLAGS and LDFLAGS unchanged, and have the GCC compiler > > driver sort out which flags to pass to

Re: Unannounced soname bump (Rawhide): qpdf (libqpdf.so.18 -> libqpdf.so.21)

On Wed, Feb 28, 2018 at 09:51:49AM -0800, Kevin Fenzi wrote: > On 02/27/2018 06:06 PM, Adam Williamson wrote: > > On Tue, 2018-02-27 at 19:41 -0600, Richard Shaw wrote: > >> On Tue, Feb 27, 2018 at 6:47 PM, Kevin Kofler > >> wrote: > >> > >>> Richard Shaw wrote: > Is

Re: Fedora should replace mailing lists with Discourse

On Fri, Oct 19, 2018 at 09:43:48AM -0400, Neal Gompa wrote: > That *completely* handicapped adoption of HyperKitty, because > HyperKitty requires Mailman 3. What's worse, because it's almost > impossible to run on RHEL due to the lack of Python 3 (which continues > to anger and frustrate me), Red

Re: resume= kernel cmdline arg by default on servers

On Thu, Oct 18, 2018 at 08:32:56AM -0400, Stephen Gallagher wrote: > On Thu, Oct 18, 2018 at 8:29 AM Matthew Miller > wrote: > > > > On Thu, Oct 18, 2018 at 07:58:33AM -0400, Stephen Gallagher wrote: > > > I can't see anyone putting a Server or Atomic Host into hibernation, > > > though. Does

Re: resume= kernel cmdline arg by default on servers

On Thu, Oct 18, 2018 at 05:16:19PM +0200, Björn Persson wrote: > tonynel...@georgeanelson.com wrote: > >  Stephen Gallagher said: > > > I can't see anyone putting a Server or Atomic Host into hibernation,  > > >though. ... > > What happens when the "server" is a (K)VM on a desktop/laptop that is

Re: Fedora Lifecycles: imagine longer-term possibilities

On Wed, Nov 14, 2018 at 12:47:42PM +0100, Miroslav Suchý wrote: > Dne 14. 11. 18 v 0:36 Matthew Miller napsal(a): > > I'd love to change these things. To do that, we need > > something that lasts for 36-48 months. > > So that means we will be supporting something like Fedora 23 nowadays. That >

Re: Fedora Lifecycles: imagine longer-term possibilities

On Wed, Nov 14, 2018 at 10:19:32AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Nov 14, 2018 at 06:12:11AM +0100, Michal Schorm wrote: > > We, as a distro, just take a different approach. > > To be bleeding edge requires to have releases often. > > > > That allow us to manage changes like

Re: Fedora Lifecycles: imagine longer-term possibilities

On Wed, Nov 14, 2018 at 04:29:22PM +0100, Ralf Corsepius wrote: > On 11/14/18 4:08 PM, Gerald Henriksen wrote: > > On Wed, 14 Nov 2018 06:12:11 +0100, you wrote: > > > > > We, as a distro, just take a different approach. > > > To be bleeding edge requires to have releases often. > > > > Such a

Re: raise fileno limit to make Steam Proton / Wine+esync work well in Fedora

On Mon, Oct 08, 2018 at 01:00:01PM -0700, John Reiser wrote: > Allowing 1M open files per unprivileged process is too many. > > Megabytes of RAM are precious. A hard limit of 1M open files per process > allows each process to eat at least 256MB (1M * sizeof(struct file) > [linux/fs.h]) of RAM.

Re: [HEADS UP] Ceph-14.x.x, dropping 32-bit archs

On Wed, Dec 05, 2018 at 08:45:19AM -0500, Kaleb S. KEITHLEY wrote: > On 12/5/18 8:34 AM, Dan Horák wrote: > > On Wed, 5 Dec 2018 14:23:49 +0100 > > Marcin Juszkiewicz wrote: > > > >> W dniu 05.12.2018 o 14:14, Kaleb S. KEITHLEY pisze: > >> > >>> Ceph 14.x.x (Nautilus) will no longer be built on

Re: Fedora Lifecycles: imagine longer-term possibilities

On Thu, Dec 06, 2018 at 02:48:32PM +, Petr Pisar wrote: > On 2018-12-06, Florian Weimer wrote: > > In a sense, it's the old discussion between explicit rename recording > > and rename detection. I think it's clear by now that rename detection > > has won. > > > Can you give us some example

Re: Fedora Lifecycles: imagine longer-term possibilities

On Tue, Nov 20, 2018 at 01:36:06PM -0500, Neal Gompa wrote: > On Tue, Nov 20, 2018 at 12:49 PM Daniel P. Berrangé > wrote: > > > > On Tue, Nov 20, 2018 at 12:15:17PM -0500, Neal Gompa wrote: > > > > > > The problem with merged source trees (aka source-g

Re: Fedora Lifecycles: imagine longer-term possibilities

On Tue, Nov 20, 2018 at 12:15:17PM -0500, Neal Gompa wrote: > On Tue, Nov 20, 2018 at 12:03 PM Michal Novotny wrote: > > > > On Tue, Nov 20, 2018 at 1:57 PM Michal Novotny wrote: > >> > >> On Tue, Nov 20, 2018 at 12:43 PM Tomas Tomecek wrote: > >>> > >>> > * Matthew Miller: > >>> > > >>> > >

Re: Unannounced soname bump: libcapstone.so.3 -> libcapstone.so.4

On Fri, Jan 11, 2019 at 09:24:12AM +, Richard W.M. Jones wrote: > On Fri, Jan 11, 2019 at 09:14:29AM +, Richard W.M. Jones wrote: > > > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1178711 > > > > This broke qemu, and indirectly libvirt. > > > > I will submit a new build for

Re: Unannounced soname bump: libcapstone.so.3 -> libcapstone.so.4

On Fri, Jan 11, 2019 at 09:30:29AM +, Daniel P. Berrangé wrote: > On Fri, Jan 11, 2019 at 09:24:12AM +, Richard W.M. Jones wrote: > > On Fri, Jan 11, 2019 at 09:14:29AM +, Richard W.M. Jones wrote: > > > > > > https://koji.fedoraproject.org/koj

Re: Unannounced soname bump: libcapstone.so.3 -> libcapstone.so.4

On Fri, Jan 11, 2019 at 09:40:59AM +, Richard W.M. Jones wrote: > On Fri, Jan 11, 2019 at 09:30:29AM +0000, Daniel P. Berrangé wrote: > > On Fri, Jan 11, 2019 at 09:24:12AM +, Richard W.M. Jones wrote: > > > On Fri, Jan 11, 2019 at 09:14:29AM +, Richar

Re: Fw: Re: OUTAGE: Koji system 2019-01-11 -> 2019-01-14

On Mon, Jan 14, 2019 at 02:11:38PM +0100, Vít Ondruch wrote: > > Dne 14. 01. 19 v 13:59 Daniel P. Berrangé napsal(a): > > On Sun, Jan 13, 2019 at 04:38:37PM -0800, Kevin Fenzi wrote: > >> On 1/13/19 4:11 PM, Kevin Kofler wrote: > >>> On Fri, 7 Dec 2018 at

Re: Fw: Re: OUTAGE: Koji system 2019-01-11 -> 2019-01-14

On Sun, Jan 13, 2019 at 04:38:37PM -0800, Kevin Fenzi wrote: > On 1/13/19 4:11 PM, Kevin Kofler wrote: > > On Fri, 7 Dec 2018 at 14:51, Stephen John Smoogen wrote: > >> During this time the s390 builders will not be available and all > >> builds will be queued up until they are available and will

Re: F31 System-Wide Change proposal: Enable Compiler Security hardening flags by default in G

On Mon, Mar 11, 2019 at 01:56:14PM -0400, Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/HardenedCompiler > > == Summary == > By Default enable a few security hardening flags which are used with GCC. > > == Owner == > * Name: [[User:huzaifas|Huzaifa Sidhpurwala]] > * Email:

Re: F31 System-Wide Change proposal: Enable Compiler Security hardening flags by default in G

On Wed, Mar 13, 2019 at 12:21:29PM +, Tom Hughes wrote: > On 13/03/2019 12:00, Daniel P. Berrangé wrote: > > On Mon, Mar 11, 2019 at 01:56:14PM -0400, Ben Cotton wrote: > > > > > | 1 || -Wformat || Check calls to "printf" and "scanf", etc., to make

Re: On not bumping the epoch in ceph-14, f30 and f31/rawhide

On Fri, Mar 08, 2019 at 03:07:09PM -0500, Kaleb Keithley wrote: > The epoch was inadvertently bumped (not by me) when ceph was rebased to > 14.x in f30/rawhide. > > I reset it to 1 in subsequent builds. Now adamwill is running builds with > it bumped to 2 again. > > I would prefer that it not be

Re: On not bumping the epoch in ceph-14, f30 and f31/rawhide

On Mon, Mar 11, 2019 at 09:29:52AM -0400, Kaleb Keithley wrote: > On Mon, Mar 11, 2019 at 7:35 AM Daniel P. Berrangé > wrote: > > > The ability to have multiple different builds of the same software which > > users can choose between, sounds alot like the use case for mo

Re: libvirt uninstallable in F30 Koji because of broken ceph dep

On Thu, Mar 07, 2019 at 08:29:52AM +, Richard W.M. Jones wrote: > On Thu, Mar 07, 2019 at 08:02:00AM +, Richard W.M. Jones wrote: > > DEBUG util.py:554: BUILDSTDERR: Error: > > DEBUG util.py:554: BUILDSTDERR: Problem: package > > libvirt-daemon-kvm-5.1.0-1.fc30.x86_64 requires > >

Re: /dev/net/tun no longer exists in F31 rawhide ?

On Mon, Mar 18, 2019 at 02:23:12PM +, Tom Hughes wrote: > On 18/03/2019 14:07, Daniel P. Berrangé wrote: > > > Historically in Fedora the /dev/net/tun device always existed, even if > > there is no 'tun' module currently loaded. Opening it then cause the > > 'tun' k

Re: /dev/net/tun no longer exists in F31 rawhide ?

On Mon, Mar 18, 2019 at 02:33:20PM +, Daniel P. Berrangé wrote: > On Mon, Mar 18, 2019 at 02:23:12PM +, Tom Hughes wrote: > > On 18/03/2019 14:07, Daniel P. Berrangé wrote: > > > > > Historically in Fedora the /dev/net/tun device always existed, even if > &

/dev/net/tun no longer exists in F31 rawhide ?

Historically in Fedora the /dev/net/tun device always existed, even if there is no 'tun' module currently loaded. Opening it then cause the 'tun' kernel module to autoload IIUC. In Fedora 31 rawhide this is no longer the case. The /dev/net/tun device node doesn't exist at all in a fresh install.

Re: Non-responsive maintainer Chris Lalancette (clalance)

On Tue, Mar 12, 2019 at 11:11:01AM +0100, Miro Hrončok wrote: > https://bugzilla.redhat.com/show_bug.cgi?id=1659737 > > Anyone knows how to contact the maintainer? According to git history Chris hasn't touched that package in dist-git since the very first import in 2011, so is likely the wrong

How to re-enable all languages in Fedora container images ?

The Fedora docker container images are built to exclude all gettext messages files except for the "en" locale. What is the "right" way to undo this restriction so that RPM installs the full RPM contents without stripping anything out. Just deleting /etc/rpm/macros.image-language-conf lets

Re: FYI https://fedoraproject.org/wiki/Changes/CGroupsV2

On Thu, Feb 14, 2019 at 08:10:09AM -0500, Daniel Walsh wrote: > I have opened a Change Request to change the defaults for Fedora 31 to > Cgroups V2.  I am looking for what packages will be affected by this > change.   Basically any package that adjusts Cgroups via the CgroupFS, > my understanding

Re: [Late] F30 System-Wide Change proposal: GCC9

On Tue, Jan 29, 2019 at 01:56:19PM +0100, Jakub Jelinek wrote: > On Tue, Jan 29, 2019 at 12:51:25PM +0000, Daniel P. Berrangé wrote: > > Libvirt has hit a problem with -Wjump-misses-init newly reporting bogus > > warnings for code using anonymous struct initializers dur

Re: [Late] F30 System-Wide Change proposal: GCC9

On Mon, Jan 21, 2019 at 03:16:56PM -0500, Ben Cotton wrote: > [This proposal was submitted after the deadline. I am announcing it > for community discussion and will leave the decision on whether or not > to grant an exception to FESCo] > > https://fedoraproject.org/wiki/Changes/GCC9 > > ==

  1   2   3   4   5   6   >