Re: Inquiry About Fedora Models

://fedoraproject.org/wiki/SIGs/AI-ML > As well as a Matrix channel: #ai-ml:fedoraproject.org > > On Tue, Jun 10, 2025 at 9:23 AM Josh Boyer wrote: >> >> On Tue, Jun 10, 2025 at 5:32 AM Lee Thomas Stephen >> wrote: >> > >> > Hi everyone, >>

Inquiry About Fedora Models

Hi everyone, Will there be a version similar to this one: https://huggingface.co/RedHatAI for Fedora? Thank you! Best, - Lee -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject

Re: Updating Jansson in Rawhide

On Tue, 2024-10-22 at 13:34 +0200, Thomas Haller wrote: > > > > [But also, the reason I want to update is _because_ of symbol > > versioning.  We are modifying libguestfs to change from Jansson to > > json-c, but they share a common symbol (json_object_get) and > >

Re: Updating Jansson in Rawhide

Hi, On Tue, 2024-10-22 at 12:06 +0100, Richard W.M. Jones wrote: > Jansson (a JSON library) in Rawhide is out of date compared to > upstream.  The latest version in Rawhide is jansson-2.13.1-10.fc42 > and > the latest upstream is 2.14 (released 3 years ago). > > I am planning to update this assu

Re: "tunneler" package is broken - should it get removed?

On 19/09/2024 15.27, Vít Ondruch wrote: Dne 19. 09. 24 v 14:49 Thomas Huth napsal(a):  Hi everyone! The "tunneler" game in Fedora is broken since at least Fedora 38. I reported the issue last year here:  https://bugzilla.redhat.com/show_bug.cgi?id=2248493 ... but apparently

"tunneler" package is broken - should it get removed?

attached a patch that fixes the problem. Thus should that broken package maybe simply get removed from Fedora, being broken and unmaintained? Thanks, Thomas -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email t

Heads-up: Updating python-markdown to 3.6 in F41/Rawhide

Dear all, Just a heads up that python-markdown has just been updated in rawhide/f41 to 3.6. See here for the list of changes: https://python-markdown.github.io/changelog/#36-2024-03-14 This will not be pushed to released Fedora branches. Best regards -- Thomas Moschny

Re: Orphaned packages looking for new maintainers

necessary changes, but no released version. Anyway, the monotone switch will not make it in time for F40 I guess, but I'll look into it. Regarding botan3, I guess no one has volunteered yet to maintain it. Regards, Thomas Am Do., 4. Apr. 2024 um 20:28 Uhr schrieb Jens-Ulrik Petersen &l

Re: xz backdoor

Just to be clear, as I was getting ready to put 40 Beta on a test machine, this has been fixed. I do the install and run updates and the compromised version of xz is never installed? -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscrib

Re: Unretire ulogd (or another NFLOG logger?)

> > Am I missing anything?  Is that all it needs?  Is there another NFLOG > logger daemon? Hi, as late follow-up to this mail, I'd like to unretire ulogd. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2265387 https://lists.fedoraproject.org/archives/list/devel@lists.f

Unretire ulogd (Userspace logging daemon for netfilter)

Hi, I'd like to unretire ulogd (aka ulogd2). Please see the re-review bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2265387 Thank you, Thomas -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an ema

Re: F40 Change Proposal: Wifi MAC Randomization (System Wide)

ing for work. > but > at the very least the proposal should > probably call out that change > requirement more explicitly for such > orgs. > > Given the unknown impact on larger > organization customers (rather than > individuals taking their own devices > to

Re: dnf conflict in rawhide Docker container in GitHub Action

ect, it's just the web page thats misleading. User error, how embarrassing. I had an old image :$  `podman run --pull=always -ti fedora:39` fixed it. Sorry for the noise. Thanks for updating the website, Kevin! Thomas ___ devel mailing list

Re: dnf conflict in rawhide Docker container in GitHub Action

from registry.fedoraproject.org (due to /etc/containers/registries.conf). The problem is, that this image is from August and still points to Rawhide. So the first `dnf upgrade` installs fc40 packages, which results in a broken installation. Workaround: podman run -ti docker.io/fedora:39

Re: more distinct default bash prompt?

I love the idea of a colorized prompt by default on Fedora! A few points to the posted example: - Let's keep it somewhat identical to the existing one unless a change is really important - Let's leave out the RC code from the prompt - that can be useful in certain scenarios, but is distracting/

Re: Red Hat & Fedora -- largely stepping out of this ecosystem

There was a time when IBM had a popular PC but no popular OS. Now IBM has a popular OS but no popular PC. Just an observation. --- Lee On Tue, Jun 27, 2023 at 10:24 PM Frank Ch. Eigler wrote: > > Jeff Law writes: > > > [...] > > First a bit of background. I came to Red Hat via the Cygnus > >

Re: F39 proposal: Modernize Thread Building Blocks for Fedora 39 (System-Wide Change proposal)

2022). The Fedora community has > > > expressed [https://bugzilla.redhat.com/show_bug.cgi?id=2036372 > > > interest] in moving the TBB package to track a more modern version of > > > the upstream. > > > > > > == Owner == > > > * Name: [[User:trodger

Re: Some boost breakage in Fedora Rawhide

Yes. On Mon, Feb 27, 2023 at 12:51 AM Vít Ondruch wrote: > > Dne 26. 02. 23 v 17:07 Jonathan Wakely napsal(a): > > On Thu, 23 Feb 2023 at 18:23, Vít Ondruch wrote: > >> > >> Dne 23. 02. 23 v 12:41 Zbigniew Jędrzejewski-Szmek napsal(a): > >>> On Thu, Feb 23, 2023 at 12:28:48PM +0100, Kalev Lembe

Re: Some boost breakage in Fedora Rawhide

Which has a successful build in rawhide now. On Sun, Feb 26, 2023 at 8:08 AM Jonathan Wakely wrote: > On Thu, 23 Feb 2023 at 18:23, Vít Ondruch wrote: > > > > > > Dne 23. 02. 23 v 12:41 Zbigniew Jędrzejewski-Szmek napsal(a): > > >

Re: Some boost breakage in Fedora Rawhide

systemtap is FTBFS because dyninst is FTBFS, see PR2173030 for dyninst. On Thu, Feb 23, 2023 at 2:49 AM Richard W.M. Jones wrote: > boost 1.81.0 (side tag f39-boost) was merged into Fedora earlier this week: > > https://koji.fedoraproject.

Re: Some boost breakage in Fedora Rawhide

PR2173019 <https://bugzilla.redhat.com/show_bug.cgi?id=2173019> has been created. The file in question was updated within the last three days, but not to fix this issue. On Thu, Feb 23, 2023 at 7:47 AM Thomas Rodgers wrote: > ceph is FTBFS due to a change in Boost Asio. I'll

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

On Thu, Feb 23, 2023 at 5:14 AM Jonathan Wakely wrote: > On Wed, 22 Feb 2023 at 20:52, Thomas Rodgers wrote: > > > > The f39-boost side tag builds have finished. > > > > The following packages are new FTBFS likely due to the Boost update - &

Re: Some boost breakage in Fedora Rawhide

ceph is FTBFS due to a change in Boost Asio. I'll file a PR this morning. usr/include/boost/asio/async_result.hpp:651:9: error: no type named 'completion_handler_type' in 'class boost::asio::async_result, void(boost::system::error_code, ceph::buffer::v15_2_0::list)>' 651 | completion_han

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

On Wed, Feb 22, 2023 at 12:51 PM Thomas Rodgers wrote: > The f39-boost side tag builds have finished. > > The following packages are new FTBFS likely due to the Boost update - > - mapnik [[https://bugzilla.redhat.com/show_bug.cgi?id=2172635][PR2172635]] > Boost.Phoenix related

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

On Wed, Feb 22, 2023 at 8:33 PM Thomas Rodgers wrote: > > > On Wed, Feb 22, 2023 at 2:41 PM Mamoru TASAKA > wrote: > >> Thomas Rodgers wrote on 2023/02/23 5:51: >> > The f39-boost side tag builds have finished. >> > >> > The following packa

Re: Unannounced .so version bump (F38/F39): openexr2

I rebuilt bcd, luxcorender is failing on it. On Wed, Feb 22, 2023 at 7:43 PM Ben Beasley wrote: > The openexr2 compat package was just updated from 2.5.7 to 2.5.8 in > F39/Rawhide. This included a bump of the “imfsover,” the .so version for > the libIlmImf-2_5 and libIlmImfUtil-2_5 libraries. >

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

On Wed, Feb 22, 2023 at 2:41 PM Mamoru TASAKA wrote: > Thomas Rodgers wrote on 2023/02/23 5:51: > > The f39-boost side tag builds have finished. > > > > The following packages are new FTBFS likely due to the Boost update - > > > > The following packages FTBFS but

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

imath is listed as a prerequisite for OpenImageIO, but not openvdb. Fixed now. On Wed, Feb 22, 2023 at 4:05 PM Miro Hrončok wrote: > On 23. 02. 23 0:56, Richard Shaw wrote: > > On Wed, Feb 22, 2023 at 2:52 PM Thomas Rodgers > <mailto:trodg...@redhat.com>> wrote: > >

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

Looks like I missed capturing some dependencies in the Makefile that drives these rebuilds. I'll adjust accordingly for the next time we update Boost. On Wed, Feb 22, 2023 at 3:57 PM Richard Shaw wrote: > On Wed, Feb 22, 2023 at 2:52 PM Thomas Rodgers > wrote: > >> Th

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

://kojipkgs.fedoraproject.org//work/tasks/3952/97793952/build.log][build.log ]] - usd [[ https://kojipkgs.fedoraproject.org//work/tasks/5975/97845975/build.log][build.log ]] On Mon, Feb 20, 2023 at 9:16 AM Thomas Rodgers wrote: > Builds are starting now. > > On Thu, Feb 16, 2023 at 9:54

Re: [HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

Builds are starting now. On Thu, Feb 16, 2023 at 9:54 AM Thomas Rodgers wrote: > We expect to start rebuilds for > https://fedoraproject.org/wiki/Changes/F39Boost181 > in the f39-boost side tag Monday 2022-02-20. > > If your package depends on Boost, or just if you see a "

[HEADS UP] Fedora 39 Boost 1.81 rebuilds starting Monday 2022-02-20

We expect to start rebuilds for https://fedoraproject.org/wiki/Changes/F39Boost181 in the f39-boost side tag Monday 2022-02-20. If your package depends on Boost, or just if you see a "Rebuilt for Boost 1.81" commit pushed to your package's dist-git repo, please coordinate with me about any updates

Re: F37 Change Proposal: MAC Address Policy none (System-Wide Change)

Hi, After this change missed F37, it's now testable in F38: https://src.fedoraproject.org/rpms/systemd/pull-request/100 systemd-253~rc2-3.fc38 Thanks Dusty, zbyszek! Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

update libXft to 2.3.6

The release monitoring project for libXft (https://release-monitoring.org/project/1777/) doesn't appear to have noticed the release of 2.3.6 a week ago. Any clues on how to fix this? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

Re: Donate 1 minute of your time to test upgrades from F36 to F37

> dnf --releasever=37 --setopt=module_platform_id=platform:f37 \ > --enablerepo=updates-testing \ > $(rpm -q fedora-repos-modular >/dev/null && echo > --enablerepo=updates-testing-modular) \ > --assumeno distro-sync Problem 1: problem with installed package mkdocs-1.2.3-2.fc36.noarch - mkdocs-

Re: Donate 1 minute of your time to test upgrades from F36 to F37

Error: Problem 1: package gala-6.3.1-3.fc36.x86_64 requires libgnome-desktop-3.so.19()(64bit), but none of the providers can be installed - gnome-desktop3-42.4-1.fc36.x86_64 does not belong to a distupgrade repository - problem with installed package gala-6.3.1-3.fc36.x86_64 Problem 2: pac

Re: how to update rpms/vile?

thanks - I'll use this information ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guid

how to update rpms/vile?

I'm the upstream developer/maintainer for vile (vi like emacs) and a few other programs packaged in Fedora. The vile rpm is a couple of years out of date, now, and I don't see recent activity by the package maintainer. What can I do to get it moving again? (Earlier this year, I restored a coupl

Re: F37 Change Proposal: MAC Address Policy none (System-Wide Change)

On Mon, 2022-06-27 at 17:26 +0100, Tom Hughes wrote: > On 27/06/2022 17:09, Tom Hughes via devel wrote: > > On 27/06/2022 17:05, Thomas Haller wrote: > > > > > On Mon, 2022-06-27 at 13:09 +0100, Tom Hughes via devel wrote: > > > > > > > > Twice

Re: F37 Change Proposal: MAC Address Policy none (System-Wide Change)

ng ConditionKernelCommandLine= could allow convenient customization for users and could be set by CoreOS (or suggested/documented). Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.f

Re: F37 Change Proposal: MAC Address Policy none (System-Wide Change)

er spins) are allowed to do that, I think Dusty would also be satisfied. > > But I haven't seen discussion of other approaches: would making 'ip' > better be an option? 'udev' already locks some devices when > processing > using a simple BSD lock. Should we do t

Re: F37 Change Proposal: MAC Address Policy none (System-Wide Change)

gt; ~2013 [1]. > > [1] https://github.com/systemd/systemd/commit/16b9b87aee Hi, Is that the case? I think in practice, it only changed in F31/2019 with systemd 242: https://github.com/systemd/systemd/blob/eaee50fee2d0baec9116ae76945f18fef4b8ec2f/NEWS#L483

Re: F37 Change Proposal: MAC Address Policy none (System-Wide Change)

Hi, On Mon, 2022-06-27 at 13:09 +0100, Tom Hughes via devel wrote: > > Twice now I have had to go and reconfigure my networks after a Fedora > upgrade has changed the MAC assignment policy. Interesting. Are you sure it was twice? I thought it changed "only" once in F

Re: grub2 BIOS booting iso and code

-hda test.iso boots to the GRUB menu. Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.o

Re: grub2 BIOS booting iso and code

has to be repeated on the stick after the first boot if the software in the ISO creates a new GPT partition, too.) Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedora

Re: [CentOS-devel] [EPEL-devel] RHEL moving to issues.redhat.com only long term

Kevin Fenzi wrote: > > > > On Thu, May 19, 2022 at 07:37:46AM +0200, Branislav Náter wrote: > > > Hi, > > > > > > On Thu, May 19, 2022 at 4:15 AM Thomas Stephen Lee > > > wrote: > > > > > > > Hi, > > > > > > >

Re: [CentOS-devel] [EPEL-devel] RHEL moving to issues.redhat.com only long term

Hi, I filed on Bugzilla. I wondered why there is no such option on issues.redhat.com (Jira ?). Thanks --- Lee On Thu, May 19, 2022 at 11:08 AM Branislav Náter wrote: > > Hi, > > On Thu, May 19, 2022 at 4:15 AM Thomas Stephen Lee wrote: >> >> Hi, >> >>

Re: [EPEL-devel] RHEL moving to issues.redhat.com only long term

Hi, I am trying to request a package for RHEL 9, but I cannot find RHEL under Projects at issues.redhat.com. What is the correct project for RHEL 9 ? Thanks --- Lee On Mon, Mar 7, 2022 at 11:14 PM Josh Boyer wrote: > > Hi Fedora, CentOS, and EPEL Communities! > > As part of our continued 3 ye

[HEADS UP] Fedora 37 Boost 1.78 rebuilds starting in a side tag

We are starting the rebuilds forhttps://fedoraproject.org/wiki/Changes/F37Boost178 in the f37-boost side tag. If your package depends on Boost, or just if you see a "Rebuilt for Boost 1.78" commit pushed to your package's dist-git repo, please c

Re: grub2 BIOS booting iso and code

" in the specs protects it. ) I am somewhat astonished that no BIOS machine was encountered yet in the tests of boot-grub2-f36.iso which would refuse to boot with its pure GPT-marking MBR table but would boot if the boot/active flag is set somwhere in the MB

Re: grub2 BIOS booting iso and code

lly undesirable test_oldlayout.iso. Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/pro

Re: grub2 BIOS booting iso and code

uld report: GNU xorriso 1.5.5 : RockRidge filesystem manipulator, libburnia project. GNU xorriso 1.5.5 ISO 9660 Rock Ridge filesystem manipulator and CD/DVD/BD burn program Copyright (C) 2021, Thomas Schmitt , libburnia project. xorriso version : 1.5.5 Version timestamp : 2022.04.22.1133

Re: grub2 BIOS booting iso and code

dd of="$new_iso" conv=notrunc bs=1 seek=510 count=2 Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://d

Re: grub2 BIOS booting iso and code

Device Boot Start End Sectors Size Id Type test_oldlayout.iso1 * 0 1333959 1333960 651.4M 17 Hidden HPFS/NTFS test_oldlayout.iso2 1313008 1333295 20288 9.9M ef EFI (FAT-12/16/32) With the bug still in xorriso, the lines which

Re: grub2 BIOS booting iso and code

isable the run of /usr/bin/isohybrid and thus need no comment at all. You would also have to switch from genisoimage to xorrisofs in the "x86_64" case. Several options would have to be changed. Have a nice day :) Thomas ___ devel mailing list

Re: grub2 BIOS booting iso and code

-boot_image any mbr_force_bootable=on \ -padding included \ -changes_pending yes \ -stdio_sync off -- Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.or

Re: grub2 BIOS booting iso and code

ithout extra option --mbr-force-bootable please. (We are now using a long stick to poke around in the mist.) Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraprojec

Re: grub2 BIOS booting iso and code

- Whatever, we do not yet know for sure whether the boot failure with the Dell XPS 15 L502X is caused by the lack of a boot/active flag. We also don't know yet whether the failure with "CD-R and an HP Compaq 8510w" that was rep

Re: grub2 BIOS booting iso and code

a hint for a class of x86 MBR code on which PBMR to hop. GRUB's MBR is not of that class. xorrisofs option --mbr-force-bootable may be added to the grub-mkrescue arguments. If we indeed face this bug, then a grub-mrescue ISO with EFI equipment should not boot on the affected machine, u

Re: grub2 BIOS booting iso and code

t; can be built, then it would be interesting to know whether it boots to a "grub> " prompt (more it cannot do without any payload). Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: grub2 BIOS booting iso and code

ir SCSI error codes and block address. If suspicious periods of low reading speed are noticed, then "Media region" lines might appear with "quality" value "slow" or even "unreadable". If you deem the full output interesting enough for an examination

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

annot yet test that boot path from DVD. The report of Brian C. Lane that it works with "qemu bios -cdrom" gives hope that it will work with real iron and plastic, too. Other than OVMF SeaBIOS is not known of not distinguishing CD-ROM and HDD. Have a

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

er.com/questions/1247300/how-to-make-uefi-bios-start-grub-not-windows Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

oject.org/message/4DSTL34BTZEINKMA3VSBDTJHYSD7VO3O Date: Fri, 08 Apr 2022 20:29:07 +0200 Message-Id: <25501385177039509...@scdbackup.webframe.org> Please read the first part up to "More unsolicited info:" to see all proposed options. I am ready to discuss xorri

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

medium is full. See in https://www.gnu.org/software/xorriso/ the example "The following command performs incremental backup." (I apologize to the list for this off-topic advertising of my program.) Have a nice day :) Thomas ___

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

DVD+R DL. BD-RE cost about the same as DVD+RW with more than 5 times the storage capacity. Still cheaper than 16 GB USB sticks. Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

see a boot/active flag in some MBR partition slot if the ISO is presented on a USB stick. The benefit iwould be to have a neat GPT instead of the current MBR partition table with the mockup of a GPT and with the EFI partition sitting inside the ISO 9660 parti

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

0’ and ‘biosdisk’ modules." So the role of the BIOS partition is properly fulfilled by the El Torito boot image which has 27874 bytes in my example ISO from grub-mkrescue. Have a nice day :) Thomas ___ devel mailing list -- devel@lists.f

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

ription of the above listing format is put out by a run of xorriso -report_el_torito help -report_system_area help Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@list

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

oot partition. Probably that job is fulfilled by the El Torito boot image which has a few more KiB than the MBR x86 code. So i assume that face planting will happen only at later stages if the booted system makes false assumptions like "GPT means EFI". Have a nice d

Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)

gly, unneeded, and causes protests from partition editors. With original grub-mkrescue layout and its pure GPT, the remedy is to use xorrisofs option --mbr-force-bootable which makes the GPT a bit less pure by adding a little dummy MBR partition of type 0x00. Have a nice day :) Thomas ___

Re: Problem with cmake 3.23.0

One more package that FTBFS due to CMake issues - grive2: FTBFS # Error: /builddir/build/BUILD/grive2-0.5.1/redhat-linux-build is not a directory On Mon, Mar 14, 2022 at 2:22 PM Thomas Rodgers wrote: > > > > On Mon, Mar 14, 2022 at 4:37 AM Jonathan Wakely > wrote: > >&g

Re: F37 Change: Boost 1.78 upgrade (System-Wide Change proposal)

with. On Tue, Mar 8, 2022 at 6:12 PM Thomas Rodgers wrote: > I started on it in anger last week. I've been tracking down some breakage > in the upstream's build build that was preventing me from getting a > successful .rpm build, so I haven't even started to evaluate depe

Re: Problem with cmake 3.23.0

On Mon, Mar 14, 2022 at 4:37 AM Jonathan Wakely wrote: > On Fri, 4 Mar 2022 at 14:26, Steven A. Falco > wrote: > > > > There is a new FTBFS for KiCad [1]. I filed an issue with KiCad [2] and > got a comment from the project leader: > > > > This looks like cmake issue to me. For some reason

Re: F37 Change: Boost 1.78 upgrade (System-Wide Change proposal)

raproject.org/pipermail/devel/2011-November/159908.html > > discussion]): > > > > ** Build boost into that tag > > Hey Thomas, > > when do you expect to do this? Is there an estimated schedule? I recall > some > side tag conflicts between Python and Boost in the pa

Re: gcc-12.0.1-0.3.fc36 now in rawhide

On Thu, 2022-01-27 at 14:00 +0100, Thomas Haller wrote: > On Thu, 2022-01-27 at 11:09 +0100, Jakub Jelinek wrote: > > On Thu, Jan 27, 2022 at 10:32:22AM +0100, Thomas Haller wrote: > > > On Wed, 2022-01-26 at 23:57 +0100, Jakub Jelinek wrote: > > > > A new

Re: gcc-12.0.1-0.3.fc36 now in rawhide

On Thu, 2022-01-27 at 11:09 +0100, Jakub Jelinek wrote: > On Thu, Jan 27, 2022 at 10:32:22AM +0100, Thomas Haller wrote: > > On Wed, 2022-01-26 at 23:57 +0100, Jakub Jelinek wrote: > > > A new gcc with most importantly the https://gcc.gnu.org/PR104172 > > > bug (t

Re: gcc-12.0.1-0.3.fc36 now in rawhide

7.fc36 is necessary. Can I unpush the bad package from rawhide? I don't see how. best, Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: http

Re: Orphaning luit

See my followup on this list, as well as comments in https://bugzilla.redhat.com/show_bug.cgi?id=2038135 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: unretire luit and vttest

I did that - see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2038144 https://bugzilla.redhat.com/show_bug.cgi?id=2038135 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

unretire luit and vttest

I'm the upstream developer and maintainer for several applications (used in most Linux and BSD distributions)., and was reminded that a few of these were dropped from Fedora last year. Since they're easy to build, I'd like to take over packaging them for Fedora: * luit - https://invisible-isla

Re: Self Introduction: Thomas Zimmermann

Thanks everyone! I've logged out and logged in again. Thomas -- Von: Sandro Mani Gesendet: Mittwoch, 24. November 2021 16:31 An: Ben Beasley ; Development discussions related to Fedora ; Zimmermann Thomas Betreff: EXT: Re: Self Introduction: Thomas Zimmermann   Thanks! @Thomas: As

Self Introduction: Thomas Zimmermann

Hi All, my name is Thomas Zimmermann and I'm living in germany. I'm a software developer, using RHEL 8 for developing Qt based software. Privately I'm a openSUSE user 😉 I'm maintaining several science and electronics related packages at openSUSE and know the basics when i

Re: Orphaning the cura-lulzbot package set

rlin-firmware, but a) Lulzbot's forks are a disaster to unravel and b) the arduino package is retired in F35+. Instead, I used this firmware: https://github.com/drunken-octopus/drunken-octopus-marlin Thomas ___ devel mailing list -- devel@l

Re: Claiming ownership for gtg and pyhton-liblarch

this week. Best, Thomas Vandal > Hello. > > The gtg package was retired 3 years ago because of inactive upstream, > but it's been active for a while so I'd like to maintain it. To do > this, I need to become the owner of the "gtg" package and the > "

Self Introduction: Thomas Vandal

more generic tools like some language servers, which I use a lot in Neovim. For now, I am still learning about packaging for Fedora, hopefully I will be able to submit a first package soon. Best, Thomas Vandal ___ devel mailing list -- devel

Re: [HEADS UP] Fedora 35 Boost 1.76 rebuilds starting in a side tag

FTBFS issues inline - On Wed, Aug 11, 2021 at 3:01 AM Jonathan Wakely wrote: > On Wed, 11 Aug 2021 at 10:21, Jonathan Wakely wrote: > > > > On Tue, 10 Aug 2021 at 18:23, Benjamin Beasley wrote: > > > > > > It looks like none of the packages I maintain or co-maintain that > depend on boost-devel

Re: Packages that fail to install in Fedora 35 and might be retired one week before the beta freeze

Hi, Sorry for the noise, I didn't notice that the job on libprelude was already done. I checked all the Prelude packages and everything is good. Let me know if I miss something to do. Regards Thomas Le lun. 9 août 2021 à 13:29, Thomas Andrejak a écrit : > Hi all, > > Sorry for

Re: Packages that fail to install in Fedora 35 and might be retired one week before the beta freeze

Hi all, Sorry for the delay and the issues linked to *libprelude*. I will fix it before the end of this week. If someone wants to help me to fix it quickly, I'm OK :) Regards Thomas Le lun. 9 août 2021 à 08:10, Milan Crha a écrit : > On Thu, 2021-08-05 at 14:20 -0400, Yaakov Selkowi

Unresponsive Maintainer request for package tbb (Thread Building Blocks)

I am the Red Hat maintainer for this package in RHEL and CentOS, it has been requested that I also get added to the Fedora package maintainers so that I can handle requests like - https://src.fedoraproject.org/rpms/tbb/pull-request/5 As well as a current issue I am working with the upstream proje

Re: Proposal to deprecated `fedpkg local`

~2 minutes. So, from my POV, the argument of mock being slow still stands. - Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedorap

Re: Retiring ntp

Question : I know that FreeIPA at one point did not work well with chrony and required the installation of ntp. This might cause an issue. On Mon, Nov 2, 2020 at 3:54 PM Gary Buhrmaster wrote: > > On Mon, Nov 2, 2020 at 9:36 PM Nico Kadel-Garcia wrote: > > > So, use "chrony" instead? > > For som

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

Hi, i wrote: > Date: Fri, 23 Oct 2020 19:29:46 +0200 > Date: Fri, 23 Oct 2020 21:55:56 +0200 My apologies for these repetitions. I had hoped that the queue dropped them either because of their mail header deficiencies or because i was not subscribed when i sent them. Have a nice day :)

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

de numbers. (See isofs_get_ino() in fs/isofs/isofs.h.) The consequence is that the hard-link-like relations do not show up in mounted ISOs and that ISOs made from mounted ISOs don't bear this relation either. Have a nice day :) Thomas ___ devel

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

for BIOS though. Given above woes of Ubuntu, i'd say it was prudent conservatism. The switch needed nerves and some help from bystanders. Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email t

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

p/x /y=/tmp/x mount test.iso /mnt/iso ls -li /mnt/iso yields total 1 1159 -rw-r--r-- 2 thomas thomas 6 Oct 26 09:58 x 1162 -rw-r--r-- 2 thomas thomas 6 Oct 26 09:58 y But, as said, Linux does not care if a PX entry has length >= 44 and thus a field "File Serial Number".

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

de numbers. (See isofs_get_ino() in fs/isofs/isofs.h.) The consequence is that the hard-link-like relations do not show up in mounted ISOs and that ISOs made from mounted ISOs don't bear this relation either. Have a nice day :) Thomas ___ devel

Re: F34 Change proposal: Compress Kernel Firmware (Self-Contained Change)

for BIOS though. Given above woes of Ubuntu, i'd say it was prudent conservatism. The switch needed nerves and some help from bystanders. Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email t

Package for review: prewikka-updatedb

Thanks a lot ! Regards Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines

Fedora 33 Beta Secure boot issue

Thought I would try the beta out on my laptop again (had tried it on test week, but had to revert due to platform.io not working) Getting error of : " Secure Boot Image failed to verify with * ACCESS DENIED* " It worked on the btrfs test week, so I am unsure what went wrong. Laptop is Lenovo T44

  1   2   3   4   5   6   7   8   >