Re: Unresponsive packagers: suanand and vponcova

I think for ex-redhatters it may be more appropriate to make a new bz account for their new email address? Jens On Tue, May 7, 2024 at 2:11 PM Emmanuel Seyman wrote: > * Sundeep Anand [07/05/2024 05:50] : > > > > (not sure how to update email at bugzilla.redhat.com) > > Go to

Re: Unresponsive packagers: suanand and vponcova

I cc'ed Sundeep (no longer in Red Hat for some time). But I have been in contact with him recently and suggested to update his email. Jens On Fri, May 3, 2024 at 4:59 PM Pierre-Yves Chibon wrote: > Good Morning Everyone, > > We have been emailing daily the following users to notify that the

Re: Files missing in RPM database

On Thu, May 2, 2024 at 1:21 AM Christoph Karl via devel < devel@lists.fedoraproject.org> wrote: > I tried to find out which files on my upgraded fc40 installation are not > installed via dnf/rpm. > The list is surprisingly long. > Perhaps you could upload the list to fedorapeople or somewhere?

Re: Orphaned packages looking for new maintainers

https://botan.randombit.net/handbook/support.html#branch-support-status can be referenced in the retirement commit: Branch First Release End of Active Development End of Life Botan 1.8 2008-12-08 2010-08-31 2016-02-13 Botan 1.10 2011-06-20 2012-07-10 2018-12-31 (Though 1.11.x also

Re: Orphaned packages looking for new maintainers

On Thu, Apr 4, 2024 at 12:51 AM Sandro wrote: > On 03-04-2024 18:35, Jens-Ulrik Petersen wrote: > > I took botan [...] > I guess that was a bad idea - so I have re-orphaned it after some detailed discussions with @penguinpee in #devel. He also helped to decouple monotone from ikiwik

Re: Orphaned packages looking for new maintainers

I took botan as a penance for my sins in the previous thread ;-) haha  -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: F42 Change Proposal: Fedora Plasma Workstation (System-Wide)

On Wed, Apr 3, 2024 at 4:08 AM Steve Cossette wrote: > Alright, so a substantial amount of information changed since the original > submission of the change proposal. > It did? Because the page still reads: *"Switch the default desktop experience for Workstation to KDE Plasma."* > We aren't

Re: Orphaned packages looking for new maintainers

On Wed, Mar 27, 2024 at 9:46 PM Miro Hrončok wrote: > On 25. 03. 24 7:48, Jens-Ulrik Petersen wrote: > > Also botan got orphaned despite the FTI going away > > <https://bugzilla.redhat.com/show_bug.cgi?id=2259559> [1] ;-( > > Could it be un-orphaned back? > >

Re: Orphaned packages looking for new maintainers

Also botan got orphaned despite the FTI going away [1] ;-( Could it be un-orphaned back? I really don't need another package, but if no one is willing to pick it up, I can sit on it to prevent breaking monotone and ikiwiki, and above... >

Re: Orphaned packages looking for new maintainers

On Fri, Mar 22, 2024 at 12:22 AM Maxwell G wrote: > botan orphan 0 weeks > ago Is botan1 still considered safe? Perhaps the python which causes the FTI apparently could be removed? Of course we have botan2 (but not botan3) in Fedora... (I

Re: Unresponsive maintainer: petersen / Pandoc package not updated since June 2023: Security vulnerability, CVE-2023-35936 (medium)

On Fri, Feb 9, 2024 at 8:05 PM Christopher Klooz wrote: > The package "pandoc" remains at 3.1.3 in Fedora, but pandoc is already at > 3.1.11.1. Among the updates since 3.1.3, there have been two > security-critical (including the medium CVE-2023-35936. Security fixes are > in 3.1.4 & 3.1.6). > >

Re: pandoc-cli replaces the pandoc binary package in Rawhide

Based on feedback originally upstream (which prompted the upstream pandoc-cli version bump and locking) and also similar feedback received today on #devel, I went ahead and renamed the binary package back to pandoc with version 3.1.3, to avoid further confusion by the pandoc-cli version drop. So

pandoc-cli replaces the pandoc binary package in Rawhide

Hi, Today I built the new pandoc-cli package into Rawhide, which replaces the pandoc binary package: due to an upstream packaging change last year. The accompanying pandoc build also fixes a couple of CVEs, so I will be backporting this to F40 and F39 soon. The current initial version is

Re: package reviews for Pandoc and CVE-2023-35936

Hmm it looks like I really do need to update everything to LTS 22 to achieve the pandoc rebase properly (since it needs newer Haskell tls). Here's one more package review: toml-parser: https://bugzilla.redhat.com/show_bug.cgi?id=2266093 needed by the typst library. Jens --

Re: package reviews for Pandoc and CVE-2023-35936

Another day, another needed package (this would also be part of the postponed Stackage LTS 22 change): I forgot that pandoc > 3.1.3 had moved to the new crypton stack that replaces cryptonite: crypton: https://bugzilla.redhat.com/show_bug.cgi?id=2266044 Next would be crypton-x509... Is it

package reviews for Pandoc and CVE-2023-35936

(changed the subject) On Thu, Feb 22, 2024 at 9:14 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > On Thu, Feb 22, 2024 at 02:06:22PM +0800, Jens-Ulrik Petersen wrote: > > I realised a second open package review is > > https://bugzilla.redhat.com/show_bug.cgi

Re: Unresponsive maintainer: petersen / Pandoc package not updated since June 2023: Security vulnerability, CVE-2023-35936 (medium)

On Sat, Feb 17, 2024 at 11:17 AM Michel Lind wrote: > On Thu, Feb 15, 2024 at 07:53:38PM +, Christopher Klooz wrote: > > On 14/02/2024 17.35, Michel Lind wrote: > > > As a pandoc user, I'm happy to help with any reviews. Is there a list > > > where this tends to get posted, apart from devel?

Re: Modern C failures in Haskell stack

Thanks Richard for the PR and Florian for the patch On Thu, Feb 15, 2024 at 11:28 PM Richard W.M. Jones wrote: > On Thu, Feb 15, 2024 at 12:57:21PM +0100, Florian Weimer wrote: > > For the first issue, please try this GHC patch > > I submitted it to GHC here: >

Re: Unresponsive maintainer: petersen / Pandoc package not updated since June 2023: Security vulnerability, CVE-2023-35936 (medium)

I expect this page is kept updated but I don't > know for sure) > > According to the elaboration, you need to be in the FAS packager group, > even for reviews. > > On Fri, Feb 09, 2024 at 11:26:33PM +0800, Jens-Ulrik Petersen wrote: > > I should also have added there's an increasing amou

Re: Modern C failures in Haskell stack

Thank you for looking into this, much appreciated, since I hadn't found proper time yet. It might be helpful to have a downstream ghc bug to track this too. Jens -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Unresponsive maintainer: petersen / Pandoc package not updated since June 2023: Security vulnerability, CVE-2023-35936 (medium)

I should also have added there's an increasing amount of technical debt with the pandoc packaging - I guess I need to beg people to help with package reviews: also reminded of our packaging (review) streamlining discussion from Flock last year. Jens On Fri, 9 Feb 2024, 23:23 Jens-Ulrik Petersen

Re: Unresponsive maintainer: petersen / Pandoc package not updated since June 2023: Security vulnerability, CVE-2023-35936 (medium)

Hello I am here - thanks for contacting me. I was hoping to cover this as part of my F40 Change, but unfortunately I haven't gotten to it, so the Change is now at risk of being deferred to F41. Nevertheless I will see what I can do about this for F40: maybe a backport can also be done for F39.

Re: F40 Change Proposal: Optimized Binaries for the AMD64 Architecture (System-Wide)

We don't generally use/talk about amd64 in Fedora, so I was a bit thrown by the naming of this Change. I don't want to start a skirmish about amd64 vs x86_64, but iiuc this Change is not AMD specific so by now I personally feel x86-64 actually kinda sounds more neutral in this sense (I am aware

Re: Fedora Linux 37 is EOL

(Replying to devel list) Can someone please update https://docs.fedoraproject.org/en-US/releases/eol/#_unsupported_fedora_linux_releases to correct the EOL date for F37 to 5th Dec? Or should I open a releng ticket for that? Thanks! Jens -- ___ devel

Re: Orphaned packages looking for new maintainers

I took ghc-X11-xft and vala-language-server for now (would welcome comaintainers). Jens -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Orphaned packages looking for new maintainers

On Mon, Nov 6, 2023 at 7:32 PM Miro Hrončok wrote: > llvm12orphan, petersen, sergesanspaille > 4 weeks ago > llvm13jistone, orphan, petersen, sergesanspaille > 4 weeks ago > I took these as usual. At least llvm12 is still

Re: Donate 1 minute of your time to test upgrades from F38 to F39

On Thu, Aug 24, 2023 at 2:23 AM Miroslav Suchý wrote: : > dnf --releasever=39 --setopt=module_platform_id=platform:f39 \ > > --enablerepo=updates-testing \ > $(rpm -q fedora-repos-modular >/dev/null && echo > --enablerepo=updates-testing-modular) \ > --assumeno distro-sync > So are the F39M

Re: F39 Change Proposal: Haskell GHC 9.4 and Stackage LTS 21 (Self-Contained)

This Change proposal is really mostly informational... I know it's only 9 days since it was announced, but with Flock around the corner and the Testable deadline fast approaching the following week, it would really help me if this could get a formal green light soon to go ahead. Jens

Re: Fedora 39 Mass Rebuild

On Wed, Jul 26, 2023 at 5:56 PM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > I submitted > https://pagure.io/fesco/issue/3043 Change: Migrate NetworkManager ifcfg > profiles to keyfile > https://pagure.io/fesco/issue/3044 Change: IBus 1.5.29 > https://pagure.io/fesco/issue/3045

Re: Flock CFP: Language SIGs discussion

On Thu, Jul 13, 2023 at 6:11 PM Miroslav Suchý wrote: > 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

Re: Flock CFP: Language SIGs discussion

On Fri, Jul 14, 2023 at 12:56 AM Ron Olson wrote: > 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. :\ > Sure, such perspectives are definitely also welcome - this will be a broad discussion. In many cases

Re: F39 Change Proposal: Color Bash Prompt (System Wide)

On Fri, Jul 7, 2023 at 7:38 PM Vít Ondruch wrote: > Dne 05. 07. 23 v 11:25 Aoife Moloney napsal(a): > > https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt > : > > There seems to be a general desire to have a colored prompt like other > > popular distros, which commonly use green > >

Re: F39 Change Proposal: Color Bash Prompt (System Wide)

On Fri, Jul 7, 2023 at 9:36 PM Marián Konček wrote: > I actually copy-paste the Debian prompt since Debian Jessie on my systems. > Even though it uses blue-green colors, I can see it very well on both > white and black background. > Okay > I think it would be nicer if we played around with

Re: F39 Change Proposal: Color Bash Prompt (System Wide)

Thanks for the replies so far. Unfortunately there is no easy way to detect dark or light terminals, to my knowledge at least. Green seems the most friendly color across different palettes and terminals. Though these days modern terminals tend to default to dark (most Fedora editions' default

Re: Flock CFP: Language SIGs discussion

Oops, somehow I forgot Ruby -- anyway all Lang ecosystem SIGs participation to welcome and encouraged of course. On Wed, 5 July 2023, 14:22 Jens-Ulrik Petersen, wrote: > I have submitted a Flock proposal to have a common discussion session for > (modern) Language SIGs. I

Flock CFP: Language SIGs discussion

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 and older ecosystems like Perl, R, TeX come to mind

Re: more distinct default bash prompt?

So I made a copr repo PoC: https://copr.fedorainfracloud.org/coprs/petersen/bash-color-prompt/ which you can test: the bash-color-prompt package there drops a conditionalized PS1 into /etc/profile.d/ for now. $ sudo dnf-3 copr enable petersen/bash-color-prompt $ sudo dnf install

Re: more distinct default bash prompt?

Late follow-up... On Tue, May 30, 2023 at 2:46 AM Peter Oliver < lists.fedoraproject@mavit.org.uk> wrote: > On Fri, 26 May 2023, Björn Persson wrote: > > > One way to avoid all the color issues could be to just make the prompt > > bold by default. That would probably make it stand out enough

Re: Orphaned packages looking for new maintainers

On Thu, Jun 8, 2023 at 7:47 PM Omair Majid wrote: > Not an expert, just a casual Urdu speaker with a drive by contribution. > I don't write Urdu much these days but I can read it. > Cool Akira TAGOH writes: > > I have no idea if Noto Sans Arabic or Noto Naskh Arabic is qualified > > for Urdu

Re: Orphaned packages looking for new maintainers

Actually nafees-naskh-fonts would need some font config to become default. So I guess the easiest thing is indeed to unretire the old default package. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Orphaned packages looking for new maintainers

I suggest we can go with nafees-naskh-fonts for now. Though we should have caught some of the paktype fonts anyway. :-( ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora

Re: more distinct default bash prompt?

Also while we are bike-shedding... What about \W vs \w ? I think fedora has used \W "forever" - I am not a huge fan... though I suppose its main merit is not over-flowing/extending for very long dir paths. Jens ___ devel mailing list --

Re: more distinct default bash prompt?

On Tue, May 23, 2023 at 12:47 PM Neal Gompa wrote: > I actually would prefer that we color both, and make it obvious that > "root" is special. We should account for common color-blindness > issues, though. Sure, I think I agree: perhaps purple for root? I am all for "color blind testing"

Re: more distinct default bash prompt?

On Mon, May 22, 2023 at 1:49 PM Dridi Boukelmoune < dridi.boukelmo...@gmail.com> wrote: > On Mon, May 22, 2023 at 3:50 AM Jens-Ulrik Petersen > wrote: > > For example I could suggest we change the default fedora bash prompt > from: > > PS1="[\u@\h \W]\\$ "

Re: disabling Haskell i686 packages

Thanks, Florian, very good point. On Thu, May 18, 2023 at 7:12 PM Florian Weimer wrote: > I think this will make quite a few packages FTBFS on i686 because they > require pandoc at build time. It's not that many—I count ~75 that > build-depend on something pandoc-ish without also

more distinct default bash prompt?

In Fedora the bash prompt is not colored or highlighted by default. I personally find this a usability issue: it makes it hard to find previous commands between long outputs when scrolling back in a terminal. Of course in my own host I have a custom prompt, but it means whenever I am using a

disabling Haskell i686 packages

We have been building i386 packages for ghc and Haskell for a long time, but I think it is time to stop for Fedora 39. So as part of F39 Haskell updates, I plan to disable 32bit ix86 builds across all the packages: I doubt anyone is still using them anyway. Jens

Re: F36 is End of Life

On Wed, May 17, 2023 at 5:32 AM Samyak Jain wrote: > On the other hand, Fedora Linux f37 will continue to receive updates until > approximately one month after the release of Fedora Linux f38. > Sorry, but that should say "one month after the release of Fedora Linux f *39*". Jens

Re: F39 Proposal: LIBFFI34 static trampolines (System-Wide Change)

On Thu, May 11, 2023 at 7:27 AM DJ Delorie wrote: > Jens-Ulrik Petersen writes: > > I have just now pushed fixes for all ghc*, so can you try to rebuild > > them again in your repo? > > That's a good question, to which I know not the answer. Fred? Can MPB > be told

Re: disabling yum modular repos by default?

On Wed, May 10, 2023 at 8:39 PM Debarshi Ray via devel < devel@lists.fedoraproject.org> wrote: > On Tue, 2023-05-09 at 12:31 +0800, Jens-Ulrik Petersen wrote: > If we do decide to disable the fedora-cisco-openh264 repository on the > base fedora OCI image, then we might

Re: F39 Proposal: LIBFFI34 static trampolines (System-Wide Change)

On Wed, May 10, 2023 at 3:13 AM DJ Delorie wrote: > Jens-Ulrik Petersen writes: > MPB uses BuildRequires to collect all packages that *might* be affected > by your change. It builds all those packages with and without your > change, and lets you know what you broke. In this cas

Re: disabling yum modular repos by default?

Thanks for all the helpful comments and feedback, though more is still welcome of course. So I am leaning now towards not installing fedora-repos-modular by default (rather than disabling the modular repos by default): also for upgrade compatibility. I have started a Change proposal draft, which

Re: F39 Proposal: LIBFFI34 static trampolines (System-Wide Change)

On Tue, May 9, 2023 at 12:18 PM Jens-Ulrik Petersen wrote: > On Tue, May 9, 2023 at 4:35 AM DJ Delorie wrote: > >> According to mpb at least: >> > (Okay I found mpb <https://gitlab.com/fedora/packager-tools/mass-prebuild>) Are the results available? >

disabling yum modular repos by default?

I have been thinking about proposing a Change to Fedora 39, which would disable yum modular repos by default in installs. I thought I would float the idea here first. I suspect the vast majority of Fedora users don't use the modular repos, so I don't see the point of enabling them by default

Re: F39 Proposal: LIBFFI34 static trampolines (System-Wide Change)

On Tue, May 9, 2023 at 4:35 AM DJ Delorie wrote: > According to mpb at least: > mpb? The majority of those packages are maintained by me... so I can't say I thrilled. I thought ghc 9 was supposed to be okay with static trampolines? Jens ___ devel

GHC 9.2 is now in F38 and Rawhide

I am pleased to announce the arrival of ghc version 9 (9.2.6) and Haskell packages based on Stackage LTS 20 versions in Rawhide and F38 . This landed in f38 and f39 today for

help needed with 2 haskell package reviews

Hi, I would really like these two packages added to F38: NEW ghc-constraints: https://bugzilla.redhat.com/show_bug.cgi?id=2162872 NEW ghc-base64: https://bugzilla.redhat.com/show_bug.cgi?id=2163472 both are needed by newer pandoc and a number of other packages. Can anyone please help review

Re: List of long term FTBFS packages to be retired next week

On Mon, Feb 6, 2023 at 6:50 PM Vít Ondruch wrote: > Dne 06. 02. 23 v 1:13 Georg Sauthoff napsal(a): > > Judging from the FTBFS mail/Bugzilla/ > https://src.fedoraproject.org/rpms/datamash it > > looks like jhladky (Jiri Hladky) currently is the sole maintainer? > > You are looking at the right

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

On Mon, Jan 30, 2023 at 9:26 AM Jens-Ulrik Petersen wrote: > On Mon, Jan 30, 2023 at 4:09 AM Miro Hrončok wrote: > >> On 29. 01. 23 18:15, Jens-Ulrik Petersen wrote: >> > llvm11 jistone, petersen, >> sergesanspaill

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

On Mon, Jan 30, 2023 at 6:47 PM Florian Weimer wrote: > * Jens-Ulrik Petersen: > > which are still needed by various packages, the latter also including > > ghc8.10-compiler.aarch64, ghc9.0-compiler.aarch64, > > ghc9.2-compiler.s390x, and ghc9.4-compiler.s390x > > Is

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

On Mon, Jan 30, 2023 at 4:09 AM Miro Hrončok wrote: > On 29. 01. 23 18:15, Jens-Ulrik Petersen wrote: > > I would like to request exemptions for: > > > > llvm11 jistone, petersen, > sergesanspaille,

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

On Tue, Jan 24, 2023 at 10:56 PM Miro Hrončok wrote: > If you see a package that should be exempted from the process, > please let me know and we can work together to get a FESCo approval for > that. I would like to request exemptions for: llvm11

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

On Wed, Jan 11, 2023 at 8:59 PM Miro Hrončok wrote: > llvm10 petersen, sergesanspaille > Probably okay to drop at this point. > llvm11 jistone, petersen, > sergesanspaille, > tstellar > llvm12

Re: updating cmark to 0.30

On Tue, Jan 17, 2023 at 3:38 PM Milan Crha wrote: > On Tue, 2023-01-17 at 13:55 +0800, Jens-Ulrik Petersen wrote: > > So I plan to go ahead with this rebase and rebuilding these packages > > after the mass rebuild if that's okay. > > Hi, > does the ne

updating cmark to 0.30

Currently we have an old version of cmark in Fedora: version 0.29. I had several requests to update it to the latest release 0.30.2 from 2021. https://bugzilla.redhat.com/show_bug.cgi?id=1974335 I created a copr repo for testing: https://copr.fedorainfracloud.org/coprs/petersen/cmark/ >From my

Re: Web Assembly on Fedora: interested in a Fedora SIG to work on this?

Just noting that initial wasm support also just got merged upstream for ghc 9.6. Jens ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Red Hat Bugzilla fonts

I think good to open a bug against the Bugzilla product in bugzilla. Jens ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Orphaned packages looking for new maintainers

On Mon, Oct 31, 2022 at 8:39 PM Miro Hrončok wrote: > llvm11.0 orphan, tstellar 3 weeks > ago > (Just noting that llvm11.0 should indeed be retired as it's an unwanted duplicate of the Fedora llvm11 package.)

Re: F38 proposal: Node.js Repackaging (Self-Contained Change proposal)

On Fri, Sep 16, 2022 at 1:14 AM Stephen Gallagher wrote: > As I'm implementing this, I'm realizing that it probably only makes > sense to have the default version of Node.js on each Fedora release > provide the unversioned-command. Otherwise it becomes really hard to > ensure that the RPM macros

Re: F37 proposal: Emacs 28 (Self-Contained Change proposal)

Hi Göran, Also did you see https://bugs.launchpad.net/vm/+bug/1979048 ? It might help you. On Tue, Aug 9, 2022 at 4:56 PM Göran Uddeborg wrote: > My package (emacs-vm) was one of the ones that broke with the upgrade > to Emacs 28 in F36. I'm trying to get it to work again. > > One of the

Re: F37 proposal: Emacs 28 (Self-Contained Change proposal)

On Tue, Aug 9, 2022 at 4:56 PM Göran Uddeborg wrote: > That brought up a question: what should Emacs add-on packages do when > it comes to native compilation? Should they build and bundle native > code? If I understand it correctly, that would mean a new patch build > of Emacs itself would also

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

On Mon, Aug 1, 2022 at 8:56 PM Miro Hrončok wrote: > xs petersen Thanks, I finally retired this one already. Jens ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: F37 proposal: Emacs 28 (Self-Contained Change proposal)

>From the 28.1 NEWS file: this seems to be a breaking change: ** The WHEN argument of 'make-obsolete' and related functions is mandatory. > The use of those functions without a WHEN argument was marked obsolete > back in Emacs 23.1. The affected functions are: 'make-obsolete', >

Re: F37 proposal: Emacs 28 (Self-Contained Change proposal)

On Tue, Jul 19, 2022 at 5:14 AM Marcus Müller wrote: > Since the pgtk toolkit supports both X and wayland under the hood, I'd > very much propose > that we do not only package an emacs-pgtk binary, but also, that it > becomes what you get > by default (i.e. when you install and run `emacs`).

Re: F37 Change: Drop i686 builds of jdk8,11,17 and latest (18) rpms from f37 onwards (System-Wide Change)

Has a bug been filed against subversion (and other low-lying deps) yet? (I could not see any bug and wondering why not?) Naively it looks like the filed bugs are more targeting higher dependent packages which is less useful. I think it is the immediate dependencies like subversion (and possibly

Re: F37 Change Proposal: Firefox Langpacks Subpackage (System-Wide Change)

On Thu, Jun 30, 2022 at 2:27 AM Vitaly Zaitsev via devel < devel@lists.fedoraproject.org> wrote: > On 29/06/2022 19:00, Vipul Siddharth wrote: > > Firefox langpacks, which have been bundled in the Fedora firefox base > > package until now, will be moved to a firefox-langpacks subpackage. > > +1.

[headsup] ghc-8.10.7 + Stackage lts-18.28 landed in Rawhide

Hi, Just a heads-up to say that Haskell ghc in Rawhide has been updated from 8.10.5 to 8.10.7, and Haskell package versions have been updated to the final versions in Stackage lts-18.28. See https://bodhi.fedoraproject.org/updates/FEDORA-2022-3ae019aee4 These package versions should act as a

Re: F37 proposal: Enhance Persian Font Support (Self-Contained Change proposal)

I am also curious how the Vazirmatn font compares with Noto Naskh Arabic, and also the old Dejavu coverage? ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: Orphaned packages looking for new maintainers

On Mon, Mar 7, 2022 at 5:42 PM Miro Hrončok wrote: > ghc-dbus orphan 0 weeks > ago > ghc-libxml-saxorphan 0 weeks > ago I took these two. Jens ___ devel

Re: Non-responsive maintainer check for nim

Adding an alternative address for Nicolas too, just to be sure. On Fri, Feb 4, 2022 at 7:08 PM Miro Hrončok wrote: > There seem to be a common knowledge that nim has quit Fedora around a year > ago. > > This is the mandatory email required by > >

Re: Orphaned packages looking for new maintainers

On Tue, Feb 8, 2022 at 3:52 AM Miro Hrončok wrote: > perl-HTML-Tidy gnat, jplesnik, mmaslano, mspacek, 0 weeks > ago > orphan, ppisar > Anyone interested in keeping 'ikiwiki' and 'perl-Text-Markdown' around? The following packages require above

Re: F37 Change: RetireARMv7 (System-Wide Change proposal)

Thank you, Peter, for coming up with this! I have to say this is really good news to hear indeed - I have been waiting silently for this for quite a long time. Kudos, Jens ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an

Re: F36 Change: GHC compiler parallel version installs (Self-Contained Change proposal)

On Fri, Dec 24, 2021 at 11:49 AM Tom Stellard wrote: > On 12/13/21 08:56, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/GHC_parallel_version_installs > > > > == Summary == > > Introduce ghcX.Y packages to Fedora which can be parallel installed, > > in addition to the main ghc

Re: F36 Change: GHC compiler parallel version installs (Self-Contained Change proposal)

On Wed, Dec 22, 2021 at 11:00 PM Neal Gompa wrote: > So will the default version be the "ghc" package going forward? That's correct - general Haskell users/consumers should just continue to use the main ghc package and ghc-* libraries. ghcX.Y is for people who need/want to use or test

Re: Orphaned packages looking for new maintainers​

On Mon, Oct 25, 2021 at 6:43 PM Miro Hrončok wrote: > ghc-HStringTemplate orphan 2 weeks > ago > ghc-filestore orphan 2 weeks > ago > ghc-hoauth2 orphan 2 weeks >

haskell ghc-8.10 is now in rawhide

On behalf of the Haskell SIG I am pleased to announce that in F35 Rawhide ghc has been updated from 8.8.4 to 8.10.5 and Haskell packages from Stackage LTS 16 to 18.5 versions. This is for https://fedoraproject.org/wiki/Changes/GHC_8.10_%26_Stackage_18 and has many important version updates

dropping pt-sans-fonts (ParaType Cyrillic) from the default @fonts group?

Oops sorry resending to the correct devel list: -- Forwarded message - From: Jens-Ulrik Petersen Date: Mon, Jun 28, 2021 at 1:38 PM Subject: dropping pt-sans-fonts (ParaType Cyrillic) from the default @fonts group? Cc: fonts , trans < tr...@lists.fedoraproject.org> Hi Cur

Re: Orphaned packages looking for new maintainers

On Wed, May 19, 2021 at 4:06 AM Miro Hrončok wrote: llvm10orphan, sergesanspaille 1 weeks > ago > llvm9.0 jistone, orphan, tstellar5 weeks > ago I have taken these two. Jens ___

aajohan-comfortaa-fonts and julietaula-montserrat-fonts

Hi, For quite a while both aajohan-comfortaa-fonts and julietaula-montserrat-fonts have been installed by default in the @fonts package group. In the Fedora I18n subproject we are currently reviewing and documenting

Re: Fedora 34 Change: fbrnch (Self-Contained Change proposal)

On Wed, Jan 20, 2021 at 11:31 PM Jens-Ulrik Petersen wrote: > On Tue, Jan 19, 2021 at 1:38 AM Zbigniew Jędrzejewski-Szmek < > zbys...@in.waw.pl> wrote: > >> > ** Submit and complete package review(s). >> > I still need one more package review completed bef

Re: Fedora 34 Change: fbrnch (Self-Contained Change proposal)

On Tue, Jan 19, 2021 at 1:38 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > > Add the [https://github.com/juhp/fbrnch fbrnch] packager tool to Fedora. > > Sounds good ;) > > > ** Submit and complete package review(s). > > Links? > Thanks - I will try to get those posted soon. Or

Re: Fedora 34 Change: Localization measurement and tooling (Self-Contained Change proposal)

> https://fedoraproject.org/wiki/Changes/LocalizationMeasurementAndTooling It would be good to at least mention Transtats on the Change page as a related project. Jens On Fri, Jan 15, 2021 at 4:52 AM Jean-Baptiste Holcroft < jibec...@fedoraproject.org> wrote: > Transtats covers 100 packages,

Re: Fedora 34 Change: Localization measurement and tooling (Self-Contained Change proposal)

I think it is really worth mentioning here that Transtats already provides a lot of Fedora translation statistics and info. There is certainly more that could be done and we would like to do, to enhance it further... While I know Jean-Baptiste is not

Re: Fedora 34 Change: Stop Shipping Individual Nodejs Library Packages (Self-Contained)

On Thu, Dec 10, 2020 at 3:52 AM James Cassell wrote: > On Wed, Dec 9, 2020, at 1:44 PM, Ben Cotton wrote: > > https://fedoraproject.org/wiki/Changes/NodejsLibrariesBundleByDefault > Is there really no better solution? A general comment: I feel it is a shame that more language ecosystems

announce: rhbzquery

Hi, I want to announce another small tool I made called rhbzquery . It generates bugzilla query urls (and can open them automatically) like this: $ rhbzquery f33 kernel summary=network

Re: Reducing noise on devel list

Fwiw I have been filtering out the rawhide report to a separate folder for years... I mean I originally did it for the opposite reason: I wanted to be able to find the reports without all the other devel discussions. Jens ___ devel mailing list --

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

On Tue, Jul 28, 2020 at 5:58 PM Miro Hrončok wrote: > ghc-pretty-show (maintained by: mathstuf) > ghc-pretty-show-1.9.5-3.fc32.x86_64 requires js-jquery1 = > 1.12.4-7.fc30 > I fixed this in ghc-pretty-show-1.10-2.fc33 two weeks ago btw.

Re: ghc-cryptonite LTO failure on s390x

Hi Elliot, thanks for the heads up: On Mon, Aug 3, 2020 at 8:12 AM Elliott Sales de Andrade < quantum.anal...@gmail.com> wrote: > The build for ghc-cryptonite failed in the mass rebuild [1] and a > later rebuild by me [2], but only on s390x. The failure appears to be > LTO related. This doesn't

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

On Tue, Jul 21, 2020 at 7:11 AM Miro Hrončok wrote: > ghc-pretty-show (maintained by: mathstuf) > ghc-pretty-show-1.9.5-3.fc32.x86_64 requires js-jquery1 = > 1.12.4-7.fc30 Turns out the upstream bundling already moved to jquery 3.3, so I am fixing this. On the other

Re: Fedora 33 Self-Contained Change proposal: GHC 8.8 and Haskell Stackage LTS 16

On Fri, Jun 26, 2020 at 10:44 PM Ben Cotton wrote: > https://fedoraproject.org/wiki/Changes/GHC_8.8_and_LTS16 On behave of the Haskell SIG I am happy to announce that ghc-8.8.4 and Stackage 16.5 based Haskell packages have now been pushed to Rawhide. Jens

  1   2   >