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

the 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 < pe

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

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.fedoraproject.org/thread/Q

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 email

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

st 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 an overpriced coffee shop), I am > curren

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 -- de

Re: dnf conflict in rawhide Docker container in GitHub Action

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 Is th

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

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)

22, 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

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: > >

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 |

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: > >> The f39

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

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 send

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 -

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:

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

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

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)

mandLine= 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.fedoraproject.org Fedora C

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

aches: would making 'ip' > better be an option? 'udev' already locks some devices when > processing > using a simple BSD lock. Should we do the same for network devices > and just teach 'ip' to do the same? (This would be much simpler and > maybe more appealing that teaching it to wait for

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

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#L4835 Gr

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

ce 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/project/code-of-conduct/ List Guidelines:

Re: grub2 BIOS booting iso and code

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.fedoraproject.org Fedora Code of Conduct:

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, > > > > > > &

[EPEL-devel] Re: [CentOS-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: [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

[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

Re: grub2 BIOS booting iso and code

pecs 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 MBR partition tab

Re: grub2 BIOS booting iso and code

dlayout.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/project/code-of-conduct/ Lis

Re: grub2 BIOS booting iso and code

: 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.113324 Build

Re: grub2 BIOS booting iso and code

nv=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://docs.fedoraproject.org/en-US

Re: grub2 BIOS booting iso and code

tart 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 begin by "MBR" will

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

_bootable=on \ -padding included \ -changes_pending yes \ -stdio_sync off -- Have a nice day :) Thomas ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: grub2 BIOS booting iso and code

le 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.fedoraproject.org Fedora Code of Conduct: https://d

Re: grub2 BIOS booting iso and code

er, 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 reported by Brandon Nielsen is due to dri

Re: grub2 BIOS booting iso and code

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, unless this extra option was given

Re: grub2 BIOS booting iso and code

, 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 an email to de

Re: grub2 BIOS booting iso and code

ss. 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, send it to me in private. I will

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)

m/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: ht

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

STL34BTZEINKMA3VSBDTJHYSD7VO3O 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 xorriso-specific problems

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

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 ___ de

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

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-le...@lists.fedoraproject.org Fedora Code of Conduct: https

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

/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 partition. Ha

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

k’ 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.fedoraproject.or

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

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...@lists.fedoraproject.org Fedora Code of Conduct: https

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

artition. 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 day :)

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

tion 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 ___ deve

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

On Wed, Mar 16, 2022 at 12:00 PM Thomas Stephen Lee wrote: > > On Mon, Mar 7, 2022 at 11:14 PM Josh Boyer wrote: > > > > Hi Fedora, CentOS, and EPEL Communities! > > > > As part of our continued 3 year major Red Hat Enterprise Linux release > > cadence, RHEL

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: > >

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

On Mon, Mar 7, 2022 at 11:14 PM Josh Boyer wrote: > > Hi Fedora, CentOS, and EPEL Communities! > > As part of our continued 3 year major Red Hat Enterprise Linux release > cadence, RHEL 9 development is starting to wrap up with the spring > 2022 release coming soon. That means planning for the

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 dependent > pack

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

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

ipermail/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 past, so we bette

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

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: https://d

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

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 -

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 soon

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 it comes to packaging

Re: Orphaning the cura-lulzbot package set

, 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@lists.fedoraproject.org

[EPEL-devel] Re: Pre-release EPEL

aproject.org/en-US/epel/#what_is_epel_next > [2] - https://docs.fedoraproject.org/en-US/epel/epel-about-next/ > > On Thu, Sep 16, 2021 at 7:30 AM Stephen Gallagher wrote: >> >> On Thu, Sep 16, 2021 at 10:11 AM Neal Gompa wrote: >> > >> > On Thu, Sep 16, 20

[EPEL-devel] Pre-release EPEL

Hi, Thanks to people on the CentOS mailing list. We managed to get CentOS Stream 9 pre-release with updates working on a VM. Is there also a pre-release version of EPEL 9 we can use? Thanks --- Lee ___ epel-devel mailing list --

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 > "python-liblarc

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

Self Introduction: Thomas Vandal

. This includes data analysis packages, astronomy-focused packages, and also more specialized packages related to my field of study (exoplanets). For now, I am still learning about packaging for Fedora. Looking forward to submit a first package. Best, Thomas Vandal

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

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 Selkowitz wr

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

Re: Proposal to deprecated `fedpkg local`

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.fedoraproject.org/en-US/

[EPEL-devel] RHEL 8.3

Hi, RHEL 8.3 got released. --- Lee ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

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

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 maili

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

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 to devel-le...@lists.fedoraproject.org Fedora Code of Conduct

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

st.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". The struct RR_PX_s in

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 maili

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

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 to devel-le...@lists.fedoraproject.org Fedora Code of Conduct

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

  1   2   3   4   5   6   7   >