Re: Over 1000 (retired) packages orphaned

> On Monday, July 27, 2020 1:10:36 PM MST Pierre-Yves Chibon wrote: > > I'll update emacs-php-mode and submit a new spec, and look at taking > zoneminder. zoneminder was retired and dropped from f26, it's provided by rpmfusion now. http://koji.rpmfusion.org/koji/packageinfo?packageID=501 ___

Re: Non responsive packager: mildew

On Tue, Jul 28, 2020 at 07:58:20AM +0200, Radovan Sroka wrote: >Hello, >These packages are mine and [1]@Sergio Correia so there is no need to >orphan them. >I'll try to contact him and clarify the situation. I've checked the first few packages in the list here and mildew is the mai

Re: Non responsive packager: mildew

On 28. 07. 20 7:58, Radovan Sroka wrote: Hello, These packages are mine and @Sergio Correia so there is no need to orphan them. Actually orphaning them allows you or Sergio to become the main admin. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___

Orphaned packages, new with dependency visualized dependency chains

The following packages are orphaned and will be retired when they are orphaned for six weeks, unless someone adopts them. If you know for sure that the package should be retired, please do so now with a proper reason: https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life Note: If

Query on upgrading the Fedora package

Hi All, I want to upgrade the fctxpd fedora package with additional features. Iam the maintainer of this fctxpd package in fedora. Can anyone help me the procedure regarding the same. Regards, Muneendra. ___ devel mailing list -- devel@lists.fedo

Schedule for Wednesday's FESCo Meeting (2020-07-29)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 14:00 UTC in #fedora-meeting-2 on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2020-07-29 14:00 UTC' Links to all issues to

List of long term FTBFS packages to be retired in a week

Dear maintainers. Based on the current fail to build from source policy, the following packages will be retired from Fedora 33 in a week. Policy: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ Note that some listed packages are orphaned and hence may b

Re: Btrfs by default status updates, 2020-07-26

On Mo, 27.07.20 18:24, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote: > On Mon, 27 Jul 2020 at 18:00, Chris Murphy wrote: > [..] > > > + btrfs driver is now built-in to the kernel, rather than as a module > > > > Classic .. from frying pan to open fire. > > Why the heck dist kernel cannot be wi

Re: Btrfs by default status updates, 2020-07-26

On Mo, 27.07.20 19:20, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote: > Really? > (my jaw is on the floor crashed into the pieces) > I must honestly confess that in the meantime systemd swallowed autofs as > well! It didn't. It supports a small subset of the whole autofs logic, in order to make

Re: xen soname bump

On Mon, Jul 27, 2020 at 02:40:28PM -0700, Kevin Fenzi wrote: > On Sun, Jul 26, 2020 at 05:03:50PM +0100, Michael Young wrote: > > I am about to update xen to xen-4.14.0 on rawhide, which will update the > > version on many libraries in xen-libs from 4.13 to 4.14. Packages that use > > these librari

Orphaning ruby-ldap

I don't have any use for ruby-ldap package. It is not in the best condition. While it probably works, it does not follow the best practices and it would deserve to be replaced by rubygem-ldap if somebody considering to keep it in Fedora. Anyway, I have orphaned it. VĂ­t _

Re: systemd autofs support (Was: Re: Btrfs by default status updates, 2020-07-26)

On Mo, 27.07.20 20:27, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote: > On Mon, 27 Jul 2020 at 20:05, Zbigniew Jędrzejewski-Szmek > wrote: > [..] > > > > So (a bit off-topic) what was wrong with autofs as a separate small > > process > > > started only when it was necessary? Do you remember tha

Re: Over 1000 (retired) packages orphaned

I went through this list ... On Mon, Jul 27, 2020 at 10:10:36PM +0200, Pierre-Yves Chibon wrote: > Orphaning rpms/jbuilder from tc01 Right, this was renamed "dune", so this should be orphaned. > Orphaning rpms/ocaml-preludeml from rjones > Orphaning rpms/ocaml-reins from rjones Right, both dead

Re: Over 1000 (retired) packages orphaned

On Tue, Jul 28, 2020 at 11:53:21AM +0100, Richard W.M. Jones wrote: > I went through this list ... > > On Mon, Jul 27, 2020 at 10:10:36PM +0200, Pierre-Yves Chibon wrote: > > Orphaning rpms/jbuilder from tc01 > > Right, this was renamed "dune", so this should be orphaned. > > > Orphaning rpms/oc

Re: Query on upgrading the Fedora package

On 28/07/20 15:05 +0530, Muneendra Kumar M via devel wrote: Hi All, I want to upgrade the fctxpd fedora package with additional features. Iam the maintainer of this fctxpd package in fedora. Can anyone help me the procedure regarding the same. I don't know what part of the procedure you're

Re: xen soname bump

On Tue, 28 Jul 2020, Richard W.M. Jones wrote: On Mon, Jul 27, 2020 at 02:40:28PM -0700, Kevin Fenzi wrote: On Sun, Jul 26, 2020 at 05:03:50PM +0100, Michael Young wrote: I am about to update xen to xen-4.14.0 on rawhide, which will update the version on many libraries in xen-libs from 4.13 to

Re: Btrfs by default status updates, 2020-07-26

On Tue, 28 Jul 2020 at 11:11, Lennart Poettering wrote: [..] > > Why is it still automonter hardcoded into the kernel even if it is > > completely useless on a typical single workstation? > > binfmt_misc is mounted with that by default. > > And systemd will mount the ESP and the boot loader parti

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Mo, 27.07.20 09:20, Neal Gompa (ngomp...@gmail.com) wrote: > That *is* what will happen. In this scenario, systemd-resolved creates > a file in /run that is populated with the required information for > applications to request name resolution from resolved through the > standard DNS protocol. T

Re: libdc1394: Unannounced soname bump?

On Mon, Jul 27, 2020 at 9:14 PM Till Hofmann wrote: > > > > On 7/27/20 2:28 PM, Richard Shaw wrote: > > I just got a BZ on OpenImageIO due to inability to install the -devel > > package, > > > > Upon inspection it looks like the soname was bumped but a rebuild of > > OIIO was not performed. > > >

Re: Btrfs by default status updates, 2020-07-26

On Di, 28.07.20 13:02, Tomasz Kłoczko (kloczko.tom...@gmail.com) wrote: > So .. someone knows why it cannot be mounted on "mount -a" when entry > for binfmt_misc would be in fstab or even over .mount unit? You can do that, of course, but binfmt_misc is a .ko we don't want to load unless needed.

Re: Btrfs by default status updates, 2020-07-26

On Tue, 28 Jul 2020 at 13:22, Lennart Poettering wrote: [..] > > Looks like all other pseudo filesystems are mounted over .mount units > with > > probably one exception .. binfmt_misc. > > Probably .. because as I've pointed there are two units for that fs. > > Only binfmt_misc is typically a ke

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tuesday, July 28, 2020 5:11:31 AM MST Lennart Poettering wrote: > On Mo, 27.07.20 09:20, Neal Gompa (ngomp...@gmail.com) wrote: > > > > That *is* what will happen. In this scenario, systemd-resolved creates > > a file in /run that is populated with the required information for > > applications

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tue, Jul 28, 2020 at 10:58 AM John M. Harris Jr wrote: > > On Tuesday, July 28, 2020 5:11:31 AM MST Lennart Poettering wrote: > > On Mo, 27.07.20 09:20, Neal Gompa (ngomp...@gmail.com) wrote: > > > > > > > That *is* what will happen. In this scenario, systemd-resolved creates > > > a file in /r

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On 28 July 2020 17:07:14 CEST, Neal Gompa wrote: >> To prevent brutally overwriting configuration, it would be best not to >> replace >> /etc/resolv.conf with a symlink on upgrade, ignoring user configuration, but >> to do so on all new installs. >> > >We can be smart here and replace the file

Re: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

Iñaki Ucar writes: > So here you are exclusively talking about BLIS, because other > libraries implement BLAS + some parts of LAPACK. I may agree that > doing the latter is a bad idea given that the reference implementation > offers two distinct libraries. But that's the landscape we have > unfor

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

I agree we should not replace /etc/resolv.conf if it's not already a symlink (although this will not be a common case, since by default it is a symlink managed by NetworkManager). On Tue, Jul 28, 2020 at 11:07 am, Neal Gompa wrote: We can be smart here and replace the file when we detect that

Re: xen soname bump

On Tue, Jul 28, 2020 at 12:33:29PM +0100, Michael Young wrote: > On Tue, 28 Jul 2020, Richard W.M. Jones wrote: > > > On Mon, Jul 27, 2020 at 02:40:28PM -0700, Kevin Fenzi wrote: > > > On Sun, Jul 26, 2020 at 05:03:50PM +0100, Michael Young wrote: > > > > I am about to update xen to xen-4.14.0 on

Re: How do Fedora developers get access to devtoolset for testing.

Steven Munroe writes: > I come from a different culture and experience. I am not as conversant > in Fedorian as I should be. So I tend to misunderstand what is plain > to you all. Really, it's nothing specific to Fedora. The same would apply to any GNU/Linux distro (or other OS with a typical p

Re: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

I meant to say that wrapping symbols may cause some confusion with debugging and profiling, though I don't think that's critical where its necessary. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists

s390x chroots added to Copr

Hello, we've enabled emulated s390x chroots for F31, F32 and rawhide in Copr. Note that the chroots are emulated on x86_64 builders using forcearch [1], so expect that builds might behave differently especially when you're doing some low-level coding. Depending on how CPU intensive they are, they

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tue, Jul 28, 2020 at 11:22:58AM -0500, Michael Catanzaro wrote: > I agree we should not replace /etc/resolv.conf if it's not already a > symlink (although this will not be a common case, since by default > it is a symlink managed by NetworkManager). > > On Tue, Jul 28, 2020 at 11:07 am, Neal Go

Re: Fedora 33 System-Wide Change proposal: swap on zram

On Thu, 4 Jun 2020 16:30:07 -0400 Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/SwapOnZRAM > How can it be disabled? > > Immediately: > swapoff /dev/zram0 > > Permanently: > rm /etc/systemd/zram-generator.conf I realize this is a really late reply, but I wanted to disab

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tue, Jul 28, 2020 at 5:23 pm, Zbigniew Jędrzejewski-Szmek wrote: I.e. only a hint is emitted. I'm open to suggestions how to improve it. I think we should remove it if it's generated by NetworkManager, and leave it untouched otherwise. If NetworkManager is managing DNS then it will just p

Re: FlexiBLAS as BLAS/LAPACK manager - Fedora 33 System-Wide Change proposal

On Tue, 28 Jul 2020 at 18:02, Dave Love wrote: > > I'm offering the experience of doing all this work from various > different points of view. I don't off-hand remember instances where > particular problems have occurred, because I've done quite a of this. > Isn't engineering experience valuable?

Re: How do Fedora developers get access to devtoolset for testing.

Dave Love writes: > It surprises me if that's IBM experience, and it's a bit worrying for our new system. I no longer speak for IBM (retired) so more of a personal Linux for POWER opinion. But the Advance Toolchain (AT)

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On 7/28/20 12:31 PM, Michael Catanzaro wrote: I think we should remove it if it's generated by NetworkManager, and leave it untouched otherwise. If NetworkManager is managing DNS then it will just push all its settings to systemd-resolved anyway after upgrade, right? Don't assume that the pre

Re: Review exchange

On Tuesday, 28 July 2020 07:56:52 CEST Qiyu Yan wrote: > Hello all! > > I am trying to package a golang program to fedora and found that I > need to bring those dependencies: > > - https://bugzilla.redhat.com/show_bug.cgi?id=1861185 > - https://bugzilla.redhat.com/show_bug.cgi?id=1861187 > - http

s390x chroots added to Copr

On Tue, 28 Jul 2020, Silvie Chlupova wrote: > Epel 7 isn't built for s390x architecture at all, so we don't have the > needed mirrors to build against. It will not be enabled. The ClefOS 7 binaries include all of EPEL 7 and more http://download.sinenomine.net/clefos/epel7/ -- Russ herr

Xorg utility deaggregation changes and updates

I've gone through (almost) every package I could find that depended on one of the xorg-x11-* superpackages and fixed them up as best I could. Here's how that went. lxde-common has been switched to explicitly require xprop from xorg-x11-utils, but still explicitly requires xorg-x11-server-utils des

Re: Xorg utility deaggregation changes and updates

Spoke too soon, some other build failures that don't look like my fault: ddd: https://koji.fedoraproject.org/koji/taskinfo?taskID=48032896 gdm: https://koji.fedoraproject.org/koji/taskinfo?taskID=48033123 - ajax ___ devel mailing list -- devel@lists.fed

Re: Fedora 33 System-Wide Change proposal: swap on zram

On Tue, Jul 28, 2020 at 11:29 AM stan via devel wrote: > > On Thu, 4 Jun 2020 16:30:07 -0400 > Ben Cotton wrote: > > > https://fedoraproject.org/wiki/Changes/SwapOnZRAM > > > How can it be disabled? > > > > Immediately: > > swapoff /dev/zram0 > > > > Permanently: > > rm /etc/systemd/zra

Fedora 32 aarch64 build failures on copr

I've been seeing build failures for Fedora 32[0][1][2], always the same failure: "xgcc: fatal error: Killed signal terminated program cc1plus" I can't find any more detail than that. These builds succeed locally with mock. The copr failures are reproducible so I'm sure I'm doing something wron

Re: Fedora 32 aarch64 build failures on copr

On Tue, 2020-07-28 at 14:51 -0500, Brandon Nielsen wrote: > I've been seeing build failures for Fedora 32[0][1][2], always the same > failure: "xgcc: fatal error: Killed signal terminated program cc1plus" > > I can't find any more detail than that. These builds succeed locally > with mock. The c

Re: Fedora 32 aarch64 build failures on copr

On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law wrote: If this is a new failure (say in the last week), it could be an out of memory scenario. Try disabling LTO. The standard way to do that is %define _lto_cflags %{nil} In your %build stanza in the spec file. Heff I agree, it's almost certainl

bowtie license change

The license for bowtie was changed from "Artistic 2.0 and zlib and GPLv3 and LGPLv3+" to "Artistic 2.0 and zlib" [1]. Because the bundled dependency SeqAn [2] (licence: "GPLv3 and LGPLv3+") was deleted on the latest version. [1] https://src.fedoraproject.org/rpms/bowtie/c/1862384d6d0359faae46be54

releng pushed to perl-Types-Path-Tiny (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

Notification time stamped 2020-07-28 19:54:01 UTC From 905c73742de841aa78aded4f0f361f5c0031f132 Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Jul 28 2020 19:53:57 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild Signed-off-by: Fedora Release E

Help with reviewing a compiler toolchain

Dear Fedorians, I really need some help with a review of a GCC toolchain variant I've started recently: https://bugzilla.redhat.com/show_bug.cgi?id=1350884 A Koji build of the most recent SRPM: https://koji.fedoraproject.org/koji/taskinfo?taskID=48035045 Some minor issues have been fixed already

Re: How do Fedora developers get access to devtoolset for testing.

On Tue, Jul 28, 2020 at 9:03 PM Steven Munroe wrote: > > Dave Love writes: > > > It surprises me if that's IBM experience, and it's a bit worrying for our > > new system. > > I no longer speak for IBM (retired) so more of a personal Linux for POWER > opinion. But the Advance Toolchain (AT) provi

Re: vim has lost it's damn mind

I also have seen some weirdness of late, but I'm still on F31.  I had yaml files indented with sw=4 and my foldmethod=indent.  Now I have to open the fold twice, once for the invisible fold that seems to be implied as if sw=2 and one more to get the real thing.  If I reformat to use 2-space indents

releng pushed to perl-namespace-sweep (master). "- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild (..more)"

Notification time stamped 2020-07-28 20:26:23 UTC From 32978e375fc0405f79dc81b49f8afd60d316fa8d Mon Sep 17 00:00:00 2001 From: Fedora Release Engineering Date: Jul 28 2020 20:26:18 + Subject: - Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild Signed-off-by: Fedora Release E

Re: Fedora 32 aarch64 build failures on copr

On Tue, 2020-07-28 at 15:29 -0500, Michael Catanzaro wrote: > On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law wrote: > > If this is a new failure (say in the last week), it could be an out > > of memory > > scenario. Try disabling LTO. The standard way to do that is > > > > %define _lto_cflags %{nil

Re: vim has lost it's damn mind

El mar., 28 jul. 2020 a las 18:49, John Florian () escribió: > I also have seen some weirdness of late, but I'm still on F31. I had yaml > files indented with sw=4 and my foldmethod=indent. Now I have to open the > fold twice, once for the invisible fold that seems to be implied as if sw=2 > and

Re: z3 soname bump

On Mon, Jul 27, 2020 at 1:29 PM Jeff Law wrote: > Whatever you committed in the last couple days seems to have fixed the issue. > I > just got a clean build of z3 on x86_64. Hmmm. That's mysterious. All I did was switch us from building with the old python script method to building with cmake

DWARF version 0 unhandled

Here's a bit of fallout from the mass rebuild. The alt-ergo build failed: https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139 Everything seems fine up until debuginfo processing begins, then this happens: /usr/lib/rpm/debugedit: /builddir/build/BUILDROOT/alt-ergo-2.2.0-2.fc33.x86_64/u

Re: Help with reviewing a compiler toolchain

On 7/28/20 3:46 PM, Andy Mender wrote: Dear Fedorians, I really need some help with a review of a GCC toolchain variant I've started recently: https://bugzilla.redhat.com/show_bug.cgi?id=1350884 A Koji build of the most recent SRPM: https://koji.fedoraproject.org/koji/taskinfo?taskID=4803504

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tuesday, July 28, 2020 11:47:27 AM MST Ian Pilcher wrote: > On 7/28/20 12:31 PM, Michael Catanzaro wrote: > > > I think we should remove it if it's generated by NetworkManager, and > > leave it untouched otherwise. If NetworkManager is managing DNS then it > > will just push all its settings

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tuesday, July 28, 2020 9:22:58 AM MST Michael Catanzaro wrote: > I agree we should not replace /etc/resolv.conf if it's not already a > symlink (although this will not be a common case, since by default it > is a symlink managed by NetworkManager). I haven't found any systems where that's the

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tue, Jul 28, 2020 at 4:35 pm, John M. Harris Jr wrote: I haven't found any systems where that's the case, though my systems have been upgraded all along through from ~F24. Looking at my latest install, which has been upgraded from F30, /etc/resolv.conf is still just a file by default. Sor

Re: DWARF version 0 unhandled

On Tue, 2020-07-28 at 16:26 -0600, Jerry James wrote: > Here's a bit of fallout from the mass rebuild. The alt-ergo build failed: > > https://koji.fedoraproject.org/koji/buildinfo?buildID=1548139 [ ... ] You might try without LTO. I'm just shooting in the dark, but LTO does have a significant im

RE: Query on upgrading the Fedora package

Hi All, Can anyone provide the info for the below one. Regards, Muneendra. *From:* Muneendra Kumar M [mailto:muneendra.ku...@broadcom.com] *Sent:* Tuesday, July 28, 2020 3:05 PM *To:* 'Development discussions related to Fedora' < devel@lists.fedoraproject.org> *Subject:* Query on upgrading

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

On Tue, Jul 28, 2020 at 06:45:06PM -0500, Michael Catanzaro wrote: > On Tue, Jul 28, 2020 at 4:35 pm, John M. Harris Jr > wrote: > > I haven't found any systems where that's the case, though my systems > > have been > > upgraded all along through from ~F24. Looking at my latest install, > > which

Re: vim has lost it's damn mind

On Sat, Jul 25, 2020 at 08:21:53AM -0500, Richard Shaw wrote: > After upgrading to Fedora 32 I've noticed when editing files, especially > spec files that vim does some crazy jumps/indents that it didn't do before. > > Right now I'm pressing i to insert a line before a Requires: and when I hit > e

Re: Query on upgrading the Fedora package

On 7/28/20 9:56 PM, Muneendra Kumar M via devel wrote: Can anyone provide the info for the below one. Jonathan Wakely already replied with a detailed explanation. If you still have questions, you should reply to that email with some more details about what you're trying to do and what the pr

RE: Query on upgrading the Fedora package

Hi Jonathan, Thanks for sharing the info. Regards, Muneendra. -Original Message- From: Jonathan Wakely [mailto:jwak...@fedoraproject.org] Sent: Tuesday, July 28, 2020 4:49 PM To: Development discussions related to Fedora Cc: Muneendra Kumar M Subject: Re: Query on upgrading the Fedora pa

RE: Query on upgrading the Fedora package

Hi Samuel, A mistake from my side . I missed checking Jonathan reply. Thanks for pointing the same. Regards, Muneendra. -Original Message- From: Samuel Sieb [mailto:sam...@sieb.net] Sent: Wednesday, July 29, 2020 11:29 AM To: Development discussions related to Fedora Cc: Muneendra Kumar

Re: Fedora 33 System-Wide Change proposal: swap on zram

On Tuesday, July 28, 2020 12:51:00 PM MST Chris Murphy wrote: > On Tue, Jul 28, 2020 at 11:29 AM stan via devel > wrote: > > > > > > > On Thu, 4 Jun 2020 16:30:07 -0400 > > Ben Cotton wrote: > > > > > > > > > https://fedoraproject.org/wiki/Changes/SwapOnZRAM > > > > > > > > > How can it be