Fwd: btrfs loses 32-bit application compatibility after a while

Fedora lists are hostile to upstream collaboration via cross-posting, so I can only forward this for your information. This causes problems with the i686 builders. Thanks, Florian --- Begin Message --- As far as I can tell, btrfs assigns inode numbers sequentially using this function: int btrfs_

Re: Flock CFP: Language SIGs discussion

This is great to see! The issue of lack of coordination and collaboration between the language SIGs also came up in my workshop on DevConf [1]. Having them share more code/macros and spec file idioms would make packaging as a whole easier. Not re-inventing solutions for the same or at least similar

Re: Flock CFP: Language SIGs discussion

Dne 13. 07. 23 v 10:45 Florian Festi napsal(a): As it is relevant for this meeting may be someone that attended my workshop can give a 3 or 5 minute summary of the new Dynamic Spec I can volunteer. I was on your workshop and I will be at Flock. -- Miroslav Suchy, RHCA Red Hat, Manager, Packit

Re: OCaml binary stripping (was: Re: OCaml 5 again)

Hi, On Wed, Jul 12, 2023 at 03:38:35PM -0600, Jerry James wrote: > On Wed, Jul 12, 2023 at 3:34 PM Richard W.M. Jones wrote: > > I looked through the section names with objdump -h and none of them > > looked unusual. However I think in the past when we analyzed this we > > found it was doing som

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

On Friday, 07 July 2023 at 04:16, Michael Catanzaro wrote: > On Thu, Jul 6 2023 at 09:40:59 PM -0400, Demi Marie Obenour > wrote: > > It needs to be off by default. See KDE’s telemetry policy > > Again, if it's off by default then the data will be garbage. There is > no point in doing opt-in tel

Re: [rawhide] ICU upgrade to 73.2

On Thu, Jul 13, 2023 at 8:28 AM Remi Collet wrote: > Hi, > > Le 12/07/2023 à 10:15, Frantisek Zatloukal a écrit : > > I'd submitted the side-tag for merging to f39 base: > > https://bodhi.fedoraproject.org/updates/FEDORA-2023-18495e9c7c > >

Re: Several questionable packages installed on fresh system

Dne 10. 07. 23 v 20:31 Daniel Walsh napsal(a): On 7/10/23 05:00, Olivier Fourdan wrote: Hi Vit On Mon, Jul 10, 2023 at 10:38 AM Vít Ondruch wrote: Hi, I have recently installed Fedora Rawhide via netinstall and there are some questionable packages installed by default, such as: cpp libtom

Re: Several questionable packages installed on fresh system

Dne 11. 07. 23 v 12:47 Miro Hrončok napsal(a): On 11. 07. 23 12:39, Miro Hrončok wrote: On 10. 07. 23 10:38, Vít Ondruch wrote: Hi, I have recently installed Fedora Rawhide via netinstall and there are some questionable packages installed by default, such as: ... libxcrypt-compat ... and

[Fedocal] Reminder meeting : ELN SIG

Dear all, You are kindly invited to the meeting: ELN SIG on 2023-07-14 from 12:00:00 to 13:00:00 US/Eastern At fedora-meet...@irc.libera.chat The meeting will be about: Source: https://calendar.fedoraproject.org//meeting/10531/ ___ devel maili

Re: Several questionable packages installed on fresh system

Dne 10. 07. 23 v 10:38 Vít Ondruch napsal(a): Hi, libtomcrypt So this is the dependency chain: libtomcrypt <= python3-crypto <= python3-beaker <= python3-mako Where python3-mako is require by rhythmbox, which is understandably part of the basic installation. But is the rest really needed

Re: List of long term FTBFS packages to be retired in August

On Wed, Jul 12, 2023 at 1:01 PM Mikel Olasagasti wrote: > > Hau idatzi du Fabio Valentini (decatho...@gmail.com) erabiltzaileak > (2023 uzt. 12(a), az. (11:53)): > > > > On Tue, Jul 11, 2023 at 10:06 PM Mikel Olasagasti > > wrote: > > > > > > > (snip) > > > > > > > > > golang-github-moby-spdystr

Re: Several questionable packages installed on fresh system

Dne 13. 07. 23 v 14:10 Vít Ondruch napsal(a): Dne 10. 07. 23 v 10:38 Vít Ondruch napsal(a): Hi, libtomcrypt So this is the dependency chain: libtomcrypt <= python3-crypto <= python3-beaker <= python3-mako Where python3-mako is require by rhythmbox, which is understandably part of the b

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

Hello, On 7/7/23 04:16, Michael Catanzaro wrote: On Thu, Jul 6 2023 at 09:40:59 PM -0400, Demi Marie Obenour wrote: It needs to be off by default.  See KDE’s telemetry policy Again, if it's off by default then the data will be garbage. There is no point in doing opt-in telemetry. I would wi

Re: btrfs loses 32-bit application compatibility after a while

On Thu, Jul 13, 2023 at 10:33 AM Florian Weimer wrote: > > Fedora lists are hostile to upstream collaboration via cross-posting, so > I can only forward this for your information. > > This causes problems with the i686 builders. I wonder how this only started to happen recently? Has something cha

Re: Several questionable packages installed on fresh system

Dne 10. 07. 23 v 10:38 Vít Ondruch napsal(a): exiv2 So this is pulled in by exiv2-libs: https://src.fedoraproject.org/rpms/exiv2/blob/rawhide/f/exiv2.spec#_53-58 I am not sure I agree with the comment `# not strictly required, but convenient and expected`. But I think dependencies like t

Re: Several questionable packages installed on fresh system

(now hopefully with correct maintainer email) Dne 13. 07. 23 v 14:38 Vít Ondruch napsal(a): Dne 10. 07. 23 v 10:38 Vít Ondruch napsal(a): exiv2 So this is pulled in by exiv2-libs: https://src.fedoraproject.org/rpms/exiv2/blob/rawhide/f/exiv2.spec#_53-58 I am not sure I agree with the c

Re: [Test-Announce] Kernel 6.4.3 is now available for testing in koji

Sumantro Mukherjee venit, vidit, dixit 2023-07-12 18:02:31: > Hey Folks, > > We are currently running the Fedora Kernel Test Week before we rebase > 6.4. There is a new > build 6.4.3 is fresh and you can now provide feedback! > Thanks a lot to all for making the test weeks so successful. The links

Re: Several questionable packages installed on fresh system

On Thursday, 13 July 2023 at 14:42, Vít Ondruch wrote: > Dne 13. 07. 23 v 14:38 Vít Ondruch napsal(a): > > Dne 10. 07. 23 v 10:38 Vít Ondruch napsal(a): > > > exiv2 > > > > > So this is pulled in by exiv2-libs: > > > > https://src.fedoraproject.org/rpms/exiv2/blob/rawhide/f/exiv2.spec#_53-58 > >

Re: btrfs loses 32-bit application compatibility after a while

On Thu, Jul 13, 2023 at 8:29 AM Fabio Valentini wrote: > > On Thu, Jul 13, 2023 at 10:33 AM Florian Weimer wrote: > > > > Fedora lists are hostile to upstream collaboration via cross-posting, so > > I can only forward this for your information. > > > > This causes problems with the i686 builders.

Re: btrfs loses 32-bit application compatibility after a while

On Thu, Jul 13, 2023 at 2:53 PM Neal Gompa wrote: > > On Thu, Jul 13, 2023 at 8:29 AM Fabio Valentini wrote: > > > > On Thu, Jul 13, 2023 at 10:33 AM Florian Weimer wrote: > > > > > > Fedora lists are hostile to upstream collaboration via cross-posting, so > > > I can only forward this for your

Re: btrfs loses 32-bit application compatibility after a while

On Thu, Jul 13, 2023 at 9:15 AM Fabio Valentini wrote: > > On Thu, Jul 13, 2023 at 2:53 PM Neal Gompa wrote: > > > > On Thu, Jul 13, 2023 at 8:29 AM Fabio Valentini > > wrote: > > > > > > On Thu, Jul 13, 2023 at 10:33 AM Florian Weimer > > > wrote: > > > > > > > > Fedora lists are hostile to

Re: Several questionable packages installed on fresh system

I don't see any good reason to change here. Mostly because the status quo is already a compromise to leave the base package as an optional Recommends (ie, removable). This is considering that most of the space in question here are translations, that strictly-speaking, probably ought to be include

Re: Several questionable packages installed on fresh system

1) I am sure I never had any need to use the exiv2 executable and I would be surprised if majority of Fedora users had different experience 2) I don't understand what else then space saving and e.g. optimization of install media should be the reason for the split. But given that the split as

Re: Flock CFP: Language SIGs discussion

On 7/5/23 02:22, Jens-Ulrik Petersen wrote: > I have submitted a Flock proposal to have a common discussion session for > (modern) Language SIGs. I think for this to be successful we need > representatives from various Language SIGs to be there (Rust, Haskell, > OCaml, Golang and of course Python a

Re: Flock CFP: Language SIGs discussion

On Thu, Jul 13, 2023 at 5:25 PM Demi Marie Obenour wrote: > > On 7/5/23 02:22, Jens-Ulrik Petersen wrote: > > I have submitted a Flock proposal to have a common discussion session for > > (modern) Language SIGs. I think for this to be successful we need > > representatives from various Language SI

Re: Several questionable packages installed on fresh system

(sorry, first reply was sent privately, doing again to include list) Seems like you may have not considered the translations angle, so let me spin it another way... If I adjusted where translations are packaged (put with -libs), so that the base 'exiv2' package was < 1mb (~200k uncompressed), woul

Re: Flock CFP: Language SIGs discussion

On 7/13/23 11:32, Fabio Valentini wrote: > On Thu, Jul 13, 2023 at 5:25 PM Demi Marie Obenour > wrote: >> >> On 7/5/23 02:22, Jens-Ulrik Petersen wrote: >>> I have submitted a Flock proposal to have a common discussion session for >>> (modern) Language SIGs. I think for this to be successful we ne

Re: Flock CFP: Language SIGs discussion

On 7/13/23 11:52, Demi Marie Obenour wrote: > On 7/13/23 11:32, Fabio Valentini wrote: >> On Thu, Jul 13, 2023 at 5:25 PM Demi Marie Obenour >> wrote: >>> >>> On 7/5/23 02:22, Jens-Ulrik Petersen wrote: I have submitted a Flock proposal to have a common discussion session for (modern) La

Re: Flock CFP: Language SIGs discussion

On Thu, Jul 13, 2023 at 6:09 PM Demi Marie Obenour wrote: > > On 7/13/23 11:52, Demi Marie Obenour wrote: > > On 7/13/23 11:32, Fabio Valentini wrote: > >> On Thu, Jul 13, 2023 at 5:25 PM Demi Marie Obenour > >> wrote: > >>> > >>> On 7/5/23 02:22, Jens-Ulrik Petersen wrote: > I have submitte

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

On 7/12/23 16:34, Jeremy Newton wrote: I know that I would personally always opt out on principle, and would vote for opt-in or dropping the proposal. I am under the impression that most Fedora users are in the same boat as me. For the record, my personal opinion is that an opt-out is an acce

Re: Flock CFP: Language SIGs discussion

There isn’t a SIG, and I don’t know if there’s any interest really, but I’d be happy to tell my tales of packaging Swift for Fedora. :\ Ron On 5 Jul 2023, at 1:22, Jens-Ulrik Petersen wrote: I have submitted a Flock proposal to have a common discussion session for (modern) Language SIGs. I

Summary/Minutes from today's FESCo Meeting (2023-07-13) TIME]

Minutes: https://meetbot.fedoraproject.org/fedora-meeting-2/2023-07-13/fesco.2023-07-13-17.05.html Minutes (text): https://meetbot.fedoraproject.org/fedora-meeting-2/2023-07-13/fesco.2023-07-13-17.05.txt Log: https://meetbot.fedoraproject.org/fedora-meeting-2/2023-07-13/fesco.2023-07-13-17.05.lo

Re: btrfs loses 32-bit application compatibility after a while

On Thu, Jul 13, 2023 at 02:28:55PM +0200, Fabio Valentini wrote: > On Thu, Jul 13, 2023 at 10:33 AM Florian Weimer wrote: > > > > Fedora lists are hostile to upstream collaboration via cross-posting, so > > I can only forward this for your information. > > > > This causes problems with the i686 bu

blocked for tag f39-updates-candidate

I recently requested to unretire rocm-smi, but after it was completed I tried to rebuild and I get this: BuildError: package rocm-smi is blocked for tag f39-updates-candidate See: https://koji.fedoraproject.org/koji/taskinfo?taskID=103328747 So I'm not sure if a) it was not unretired correctly,

Re: blocked for tag f39-updates-candidate

On Thu, Jul 13, 2023 at 09:09:55PM -, Jeremy Newton wrote: > I recently requested to unretire rocm-smi, but after it was completed I tried > to rebuild and I get this: > > BuildError: package rocm-smi is blocked for tag f39-updates-candidate > > See: https://koji.fedoraproject.org/koji/taski

RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

Hi all, I'm opening this thread to trigger discussion of the roadmap for DNF5 in Fedora 39 - whether the switch still looks doable for this release, or whether it should be reverted for F39 and postponed to F40. This is also being tracked in a FESCo ticket: https://pagure.io/fesco/issue/3039 The

Re: python3-pyside2 and Python 3.12

I was able to work around that error but now hitting the following, and the crumb trail I followed seems to indicate that this needs to be fixed in Qt5, not PySide2[1] In file included from /builddir/build/BUILD/pyside-setup-opensource-src-5.15.10/redhat-linux-build/sources/pyside2/PySide2/QtGui/P

Re: python3-pyside2 and Python 3.12

Richard Shaw wrote: > # FIXME This patch is completely meaningless in the context of C++. > # It is a workaround for a pyside2 build failure with Qt 5.15.9, > # pyside2 5.15.9, clang 16.0.1 -- the generated code thinks a > # not otherwise specified "Type" is in fact a > # QFlags, causing many funct

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

Dne 13. 07. 23 v 23:59 Fabio Valentini napsal(a): - rawhide mock / koji builds still default to dnf-3 (DNF 4) Support for DNF5 landed in Mock https://rpm-software-management.github.io/mock/Release-Notes-4.0 In the meantime 4.1 was released. I hope that in week or two we release 4.2 and we ca

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

On Thu, 2023-07-13 at 23:59 +0200, Fabio Valentini wrote: > Hi all, > > I'm opening this thread to trigger discussion of the roadmap for DNF5 > in Fedora 39 - whether the switch still looks doable for this release, > or whether it should be reverted for F39 and postponed to F40. > > This is also

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

Once upon a time, Adam Williamson said: > The biggest one for me is that offline updating - `dnf offline-upgrade` > - still isn't implemented on dnf5. But I've run into quite a lot of > smaller 'paper cuts', like `dnf history info ` doesn't > work...just today I found that installing an older kern

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

On Fri, Jul 14, 2023 at 12:26:27AM +0200, Miroslav Suchý wrote: > Dne 13. 07. 23 v 23:59 Fabio Valentini napsal(a): > > - rawhide mock / koji builds still default to dnf-3 (DNF 4) > > Support for DNF5 landed in Mock > > https://rpm-software-management.github.io/mock/Release-Notes-4.0 > > In the

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

Fabio Valentini writes: > in Fedora 39 - whether the switch still looks doable for this release, > or whether it should be reverted for F39 and postponed to F40. I spent most of yesterday repairing a rawhide VM that had a bad upgrade, resulting in dnf segfaulting and making the machine difficult

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

DJ Delorie wrote on 2023/07/14 9:13: Fabio Valentini writes: in Fedora 39 - whether the switch still looks doable for this release, or whether it should be reverted for F39 and postponed to F40. I spent most of yesterday repairing a rawhide VM that had a bad upgrade, resulting in dnf segfault

[Question] how to make Fedora linux os ?

Hi Guys, AFAIK, the Yocto Project is an open source collaboration project that provides tools, templates, and methods to help developers create custom Linux-based systems for embedded devices. My confusion is that: 1. what`s the tool to make our Fedora Linux 38 released like Yocto? 2. An

Re: RFC: Roadmap for DNF5 in Fedora 39 / invoking the Contingency Mechanism

On Fri, 2023-07-14 at 10:25 +0900, Mamoru TASAKA wrote: > DJ Delorie wrote on 2023/07/14 9:13: > > Fabio Valentini writes: > > > in Fedora 39 - whether the switch still looks doable for this release, > > > or whether it should be reverted for F39 and postponed to F40. > > > > I spent most of yest

Re: CentOS Stream, RHEL, and Fedora [was Re: What is Fedora?]

This is actually good news, especially for the CentOS Stream project. https://almalinux.org/blog/future-of-almalinux/ Quotes: After much discussion, the AlmaLinux OS Foundation board today has decided to drop the aim to be 1:1 with RHEL. AlmaLinux OS will instead aim to be Application Bin