-repoquery respectively. The reviews should be straightforward ,
following Fedora Haskell policy - they are generated by cabal-rpm (eg
cabal-rpm diff should show any tweaks).
Thank you,
Jens
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
C, I think
it would be nice to push this stable sooner, so please test and give karma
or report problems.
https://bodhi.fedoraproject.org/updates/FEDORA-2024-954d1919ea (f40)
https://bodhi.fedoraproject.org/updates/FEDORA-2024-af8d8bfb90 (f39)
There will be an epel9 buil
ou haven't rebuilt yet for f42,
you may want to do so.
Jens
--
___
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/
I think perl-Regexp-Pattern-License also needs to be rebuilt:
https://bugzilla.redhat.com/show_bug.cgi?id=2305082
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code o
/deprecated packages
that will be retired soon. My haskell list mail earlier today has the full
details.
Let me know or please report, if you see any issues.
Jens
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
other packages.
Thanks, Jens
ps There are more 😢 but these are the most critical ones 🙏
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
It seems PDC was turned off about 12 hours ago.
This affects fbrnch unfortunately: though I am planning a new release
soon...
In the meantime you can use `touch ~/.cache/fedora/product-versions.json`
as a workaround, though every 5 hours alas.
Jens
king... there have already been some related comments in
Discourse.
People can use the long alias "fedora-repoquery" of course.
I would like to have a short name too though: since the long name is far
too long for me.
I am open to ideas/suggestions I suppose.
Today I thought "frq"
>
> > Country where device is physically located (this will need discussion)
I think I would be more interested in locale info than country.
Jens
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
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)
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 n
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?
Ma
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 exist
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
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:
https://docs.fedoraproject.org/
DE, and to some extent the
> other spins too, need a bit more visibility on the website. At the very
> least, Gnome and KDE should be up front on the frontpage.
>
Asking to improve KDE's visibility on the website is certainly quite
different to replacing GNOME in Workstation.
Jens
--
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?
>
> &g
, and above...
> Depending on: botan (13)
Jens
[1] Seems FTI failed to close the bug fixed on 2024-03-07
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
..
(I am asking because of ikiwiki, which doesn't require python.)
Jens
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraprojec
> in 3.1.4 & 3.1.6).
>
> The actual risk is limited, but these should be updated nevertheless.
>
Just noting here for the record too, that those pandoc CVEs are now fixed
with backports in Rawhide, and I will gradually push them back to current
release
this is largely now just a packaging change and should hopefully be a
non-event for most fedora pandoc users and packagers.
Testing is still welcome though :-)
Jens
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
large packaging change.
Let me know and report if you see any problems.
Thanks, Jens
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
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.
it better I just pump the whole stack straight to bz, though my
preference is to only open RRs which can actually build.
But if it is less painful to review them together/back-to-back I can pump
them out faster (maybe a few of the next crypto-x509-* packages can be done
in parallel).
Thanks, J
(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
think it is better to roll them out in reverse
dependency order.
Jens
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapr
ab.haskell.org/ghc/ghc/-/merge_requests/12079
The patch was approved upstream.
It should now be in the Rawhide buildroot as ghc-9.4.5-140.fc41
(Richard: hopefully also serves as a rebuild bump for riscv64)
Cheers, Jens
--
___
devel mai
Thanks for the support.
I will start to post more review requests, maybe post them on discourse
too...
Currently there is https://bugzilla.redhat.com/show_bug.cgi?id=2163472
(base64) which I opened 1 year ago.
Jens
On Fri, Feb 16, 2024 at 3:54 AM Christopher Klooz wrote:
> On 14/02/2
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 ema
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 Pet
r F39.
Next time you could also comment on the relevant bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1996301 - that would be
appreciated.
Thanks, Jens
PS Special thanks to Neal Gompa for pinging me in Matrix. 🙏
On Fri, 9 Feb 2024, 20:05 Christopher Klooz, wrote:
> I cannot reach the ma
I am aware that deb based distros favor "amd64" and some may consider it
more "PC").
Perhaps you could consider changing the naming in the title?
Further the text already talks a lot about x86-64-v{1,2,3,4}...
Jens
--
_
(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
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:
https
v llvm12
ghc9.2-compiler-9.2.8-21.fc39.s390x (fedora-rawhide-s390x)
Jens
ps You can try fedora-repoquery from this copr repo
<https://copr.fedorainfracloud.org/coprs/petersen/fedora-repoquery/>.
___
devel mailing list -- devel@lists.fedoraproject.org
T
on real
Hardware (I use it on virtual Maschines) is the missing support for
elrepo.org kmod packages [1].
After RedHat dropped support for so many hardware, especially in EL9
[2], it is hard to run on older / unsupported hardware without the help
of elrepo.
CU
Jens
[1] https://elrepo.org/tiki/
es) is the missing support for
elrepo.org kmod packages [1].
After RedHat dropped support for so many hardware, especially in EL9
[2], it is hard to run on older / unsupported hardware without the help
of elrepo.
CU
Jens
[1] https://elrepo.org/tiki/About#What_is_ELRepo_
"ELRepo packages are no
istro-sync
>
So are the F39M modular repos empty?? (since I thought they were being
removed)
Maybe they have to stay around for F39 to allow smooth upgrades, is that
the point?
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
e and release a
new version, inkl. EPEL8+9.
CU
Jens
___
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-co
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.
the following proposed System Wide Changes are also still waiting to go to
Fesco:
- https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt
- https://fedoraproject.org/wiki/Changes/Indic_Noto_fonts
- https://fedoraproject.org/wiki/Changes/MigrateIfcfgToKeyfile
as well
things strange. I think this
> feature should be turned off (ie True) until it is fixed properly.
> https://github.com/rpm-software-management/dnf5/issues/722
(I believe this happened upstream already. :)
Jens
___
devel mailing list -- devel@lists.fe
n your workshop and I will be at Flock.
Sure, thank you - that would be useful :up:
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fe
ock2023.sched.com/event/1Or1Y/roundtable-packaging-issues-for-modern-language-ecosystems>
for the first morning and I'm really looking forward to a good vigorous
conversation with broad participation.
Do reach out to me by reply or chat if you want to help out an
ight scheme? Thx a lot.
Okay, I have added a link to a light gnome-terminal screenshot too on the
page.
https://petersen.fedorapeople.org/color-bash-prompt-light.png
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
tting the bar very high, by design:
there are certainly lots of more powerful solutions around
like powerline or starship etc, and this Change is not competing with them.
:-)
The hope is that a simple conservative solution like this would be broadly
acceptable as a des
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 term
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 think for this
brief presentation there to kick off the dialogue.
Thanks, Jens
___
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/pr
Dejavu was default font in Fedora for many many years, so many packages still
rely/assume it.
Likely more than necessary, eg in current Fedora Rawhide...
$ sudo dnf repoquery -q --whatrequires dejavu-sans-fonts | grep -v i686 | wc -l
43
After the new `default-fonts` Change for Fedora 39, one cou
n Mozilla bugzilla to ask them to change
the priorities.
I think nowadays Dejavu should be considered more of a fallback than default:
but of course it is still the default font in Ubuntu so... Nevertheless I don't
see a problem
with preferring Noto if installed. You can also open a Fedora b
lations in some form.
Jens
ps It would be nice to support toolbox/containers too (like $debian_chroot) and
have opt-in for git branch too, but those could be added later I think.
Also a root color perhaps, as discussed.
pps I did test dim reverse-video but it looks quite stark in a
the background colour too fiddly to inflict on
> users by default, though.
Yes, setting the background and foreground together is probably the safest
way to maintain good contrast.
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
oved (Fedora Haskell would also be poorer
without his help)
and note the over 4k of Bodhi updates he pushed. Really big contribution -
certainly wish he well anyway. 🙏
> #3007 Change: No fedora-repos-modular in default installation
> https://pagure.io/fesco/i
ion marks and they are getting rendered
> in a way I can read it.
>
Good to know, thanks
What would be really helpful is to know how it compares with other Naskh
fonts
like Paktype (current default) and Nafees, and even Noto Nastaliq Urdu
(they are all in Fedora 38).
Thanks, Jens
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 devel-le...@list
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 Cod
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 lis
n).
I assume that may also be why Ubuntu and Nixos went with green.
Jens
___
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
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]\\$ "
is not that big a deal yet: though a few i686 issues are slowly starting
to creep in for a few Haskell packages.
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedo
h PROMPT_COLOR="1;32" one gets a bold green prompt, which
seems readable in both dark or light terminals.
What do people think overall? Are there other pros and cons of a color
prompt?
Any better ideas or direction?
Jens
___
devel mailing list --
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
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
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 tol
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 ha
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
R's) required is not huge,
but if someone is particularly keen to join the effort let me know.
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
htt
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?
> The
by default anymore. Does this make sense?
I know dnf5 is coming with performance improvements
but I still think turning off the modular repos would speed up dnf
and save users a lot of time.
Jens (pulling his flame-wear closer :)
ps I think it would be a good idea to disable the cisco-h264 repo too
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
__
hall stacks).
If you see any problems please let me know or open a bug.
Jens
___
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
them?
Thanks, Jens
___
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: https
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 pl
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
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
Thanks for this feedback.
Not sure what happened :-( but I am rebuilding them now (mkvtoolnix was
expected).
Cheers, Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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,
ler.s390x,
and ghc9.4-compiler.s390x
Jens
___
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/
L
able to workaround these by disabling the testsuite
probably...
llvm9.0 jistone, petersen, tstellar
I think this could be retired now. At least I am not aware of any
remaining dependents.
Jens
___
dev
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 new
c37.src.rpm
So I plan to go ahead with this rebase and rebuilding these packages after
the mass rebuild if that's okay. We can consider whether to backport to F37
and possibly F36 if needed afterwards.
Jens
___
devel mailing list
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:
https
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:
https://docs.fedoraproject.org
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.)
__
ackage for it that
conflicts with ghc.
So users are normally expected just to use the default version or specify
the wanted version, unless they really want to default to a newer (or older
in the future) one instead.
Jens
___
devel mailing list -- devel@l
nt to try adding native compilation your package?
Jens
___
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
the emacs lisp packages in Fedora
are out of date.
The general recommendation is to use Emacs' own packaging system(s) to
install elisp,
though I appreciate some people may prefer to use a distro package.
Jens
___
devel mailing list -- dev
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 devel
ete',
> 'define-obsolete-function-alias', 'make-obsolete-variable',
> 'define-obsolete-variable-alias'.
>
which if I am not wrong probably caused several of emacs-* packages to
FTBFS in the mass rebuild.
(Unfortunately the build.log's only refer to
stall and run `emacs`).
Good catch, but it looks to me like pgtk was deferred to Emacs 29!
Seems it is not actually part of 28.
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fe
summarizes the problem better,
but I wanted to make sure the problem is mentioned clearly here in this
Change thread too.
Jens
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
"guaranteed" to exist
and so hopefully could be safely subpackaged - but this makes the handling
more complicated
and delicate - it would have to be done very carefully in langpacks.)
Jens
___
devel mailing list -- devel@lists.fedorapro
base for Epel 9 Haskell (which
already has ghc-8.10.7).
Let me know if you notice any problems.
It is planned to further update Rawhide to ghc-9.0.2 and Stackage lts-19
before the F37 mass-rebuild.
Jens
___
devel mailing list -- devel
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 Conduct:
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
_
ora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
> Do not reply to spam on the
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 menti
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
no strong objections I think I will probably drop the modules
before F37 anyway.
But I didn't really want to frame this Change as "demodularization", but I
will concede that
maintaining the modules has been more stressful than I would like to admit.
1 - 100 of 323 matches
Mail list logo
