Martin Stransky venit, vidit, dixit 2024-05-17 13:41:27:
> On 5/17/24 11:37, Michael J Gruber wrote:
> > Martin Stransky venit, vidit, dixit 2024-05-17 11:30:01:
> >> On 5/17/24 11:14, Michael J Gruber wrote:
> >>> Martin Stransky venit, vidit, dixit 2024-05-17 11:
Martin Stransky venit, vidit, dixit 2024-05-17 11:30:01:
> On 5/17/24 11:14, Michael J Gruber wrote:
> > Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47:
> >> On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:
> >>> On 17/05/2024 10:38, Martin Stransky wro
Martin Stransky venit, vidit, dixit 2024-05-17 11:04:47:
> On 5/17/24 10:47, Vitaly Zaitsev via devel wrote:
> > On 17/05/2024 10:38, Martin Stransky wrote:
> >> Hm, does really KDE Plasma access Firefox profile and searches it for
> >> anything? That's interesting. Can you point me to any info
Kevin Kofler via devel venit, vidit, dixit 2024-05-16 22:39:00:
> Panu Matilainen wrote:
> > Patch and source numbers start from zero, that goes for automatically
> > numbered patches too. So there's an off by one in the application, and
> > the latter %autopatch which is supposed to apply patches
Vitaly Zaitsev via devel venit, vidit, dixit 2024-05-15 12:55:10:
> On 15/05/2024 10:52, Ian McInerney via devel wrote:
> > What if I don't use GNOME search? I don't use the GNOME desktop, so I don't
> > want to have a random Firefox process running on my machine that is doing
> > absolutely
Kevin Kofler via devel venit, vidit, dixit 2024-04-28 23:55:37:
> Julian Sikorski wrote:
> > I need to rebuild mame on F40 only for qt-6.7. On rawhide,
> > mame-0.265-1.fc41 is already built against it so I only need to build
> > mame-0.265-1.fc40.1. Can it be done using %autorelease?
>
> No,
Jan Kolarik venit, vidit, dixit 2024-04-26 08:56:48:
> Hi Kevin,
>
> Personally, I think this is a beta requirement.
> >
>
> IIUC the Fedora 41 Beta requirement is to successfully upgrade the system
> from Fedora 40, as mentioned here:
>
Jan Kolarik venit, vidit, dixit 2024-04-25 07:42:10:
> Hello everyone,
>
> We've prepared a side-tag for testing Rawhide with dnf5 as the default
> package manager. Instructions for installing the packages from the side-tag
> can be found at the following link [1].
>
> Please provide feedback in
Michel Lind venit, vidit, dixit 2024-04-12 21:59:42:
> On Fri, Apr 12, 2024 at 07:59:46AM -0700, Carlos Rodriguez-Fernandez wrote:
> > Regarding libteam, the author of the package is the maintainer, email in
> > bugzilla is different than the one on the project. I wonder if Jiro just
> > missed
Hi there,
1.24.0 was followed by a mostly bugfix minor release 1.24.1, which
bumped soname, though. I have been using this locally (first on F39,
then on F40 beta) for a while now so that I'm confident we can bring
it to both rawhide and F40. (Also, upstream has slowed down since...).
I built
Remi Collet venit, vidit, dixit 2024-04-09 10:23:57:
> Le 08/04/2024 à 18:43, Michael J Gruber a écrit :
>
> > How absurd!
>
> That is rude, and ONLY your PoV.
>
>
> To summarize, there is no agreement on a unique
> workflow, and having one to become
Zbigniew Jędrzejewski-Szmek venit, vidit, dixit 2024-04-07 17:15:16:
> Hi everyone,
>
> I'm revisting the topic of rpmautospec because I was doing some work
> on various packages, and it's annoying that some packages are using
> rpmautospec and others are not.
>
> All my packages have been
Fabio Valentini venit, vidit, dixit 2024-04-04 22:41:19:
> On Thu, Apr 4, 2024 at 9:42 PM pfed--- via devel
> wrote:
> >
> > On Thu, Apr 04, 2024 at 09:51:31AM +0200, Fabio Valentini wrote:
> > > > > The short answer is: No, "fedpkg local" is not expected to work for
> > > > > Rust packages, and
Am Fr., 22. März 2024 um 11:21 Uhr schrieb Michael J Gruber
:
>
> Hi there,
>
> We recently switched mupdf to shared builds because part of the
> ecosystem relies on this, and because we finally could get upstream to
> version the libs. As a consequence, major mupdf up
Hi there,
We recently switched mupdf to shared builds because part of the
ecosystem relies on this, and because we finally could get upstream to
version the libs. As a consequence, major mupdf updates will include
an soname bump now, and this is the first one.
I built mupdf in a side-tag for
Am Di., 19. März 2024 um 11:53 Uhr schrieb Iñaki Ucar :
>
> Dear all,
>
> I'm looking for options/advice here. See [1], and a bit of context:
>
> - RStudio (now Posit.co) publishes two packages named rstudio (with RStudio
> Desktop) and rstudio-server (with RStudio Server). They are independent
Am Fr., 1. März 2024 um 11:06 Uhr schrieb Ralf Corsépius :
> BTW: f40 also is affected by the FTBFS.
>
> > How do you test the
> > fitz plugin?
>
> No idea. All I did was to address the FTBFS ;)
>
> > (BTW: qpdfview needs to remove deprecated patchN, too.)
> I know ;)
>
> I would suggest you to
Am Fr., 1. März 2024 um 10:19 Uhr schrieb Ralf Corsépius :
>
>
>
> Am 01.03.24 um 09:34 schrieb Michael J Gruber:
> > Am Fr., 1. März 2024 um 07:55 Uhr schrieb Ralf Corsépius
> > :
> >>
> >> Hi,
> >>
> >> I intend to update gumbo-parse
Am Fr., 1. März 2024 um 07:55 Uhr schrieb Ralf Corsépius :
>
> Hi,
>
> I intend to update gumbo-parser to 0.12.1 in rawhide.
> This comes along with an soname bump libgumbo to libgumbo.so.2
>
> This requires a rebuilt of several dependent packages, AFAICT:
> claws-mail
> litehtml
> mupdf
>
Am Sa., 24. Feb. 2024 um 03:37 Uhr schrieb Adam Williamson
:
>
> On Fri, 2024-02-23 at 13:36 -0500, Paul Wouters wrote:
> > On Wed, 7 Feb 2024, Ben Beasley wrote:
> >
> > > Subject: Re: google-re2 pacakge update and facebook vs google python
> > > bindings
> >
> > I haven't heard back from any of
Am Di., 20. Feb. 2024 um 09:21 Uhr schrieb Loren M. Lang
:
>
> On Sun, Feb 18, 2024 at 06:08:53AM -0300, Priscila Gutierres wrote:
> > I created this post based on my own experience:
> > https://dev.to/prinewgirl/a-recipe-made-to-create-your-first-pr-for-the-fedora-project-21be
> > Hope it helps.
Am So., 18. Feb. 2024 um 13:54 Uhr schrieb Miroslav Suchý :
>
> In Copr build system, we noticed that Fedora rawhide chroots can became large
> and they stay forever as rawhide is never
> EOLed.
> We plan to work on this soon, but we are not sure what is best approach. I
> want to ask you - the
Am Fr., 16. Feb. 2024 um 07:15 Uhr schrieb Elliott Sales de Andrade
:
>
> On Thu, Feb 15, 2024 at 11:39 PM Orion Poplawski wrote:
> >
> > We're hitting this with h5py on i686:
> >
> > /builddir/build/BUILD/h5py-3.10.0/serial/h5py/defs.c: In function
> > ‘__pyx_f_4h5py_4defs_H5Dread_chunk’:
> >
Am Do., 15. Feb. 2024 um 17:43 Uhr schrieb Kalev Lember :
>
> On Thu, Feb 15, 2024 at 5:30 PM Michael J Gruber
> wrote:
>>
>> Yes. That is: running `/usr/lib/rpm/elfdeps --provides` on F39 against
>> the two files libmupdf.so.23.10 rpmdev-extracted from the koji
Am Do., 15. Feb. 2024 um 17:22 Uhr schrieb Petr Pisar :
>
> V Thu, Feb 15, 2024 at 05:10:34PM +0100, Michael J Gruber napsal(a):
> > Am Do., 15. Feb. 2024 um 17:06 Uhr schrieb Petr Pisar :
> > >
> > > V Thu, Feb 15, 2024 at 04:57:10PM +0100, Michael
Am Do., 15. Feb. 2024 um 17:06 Uhr schrieb Petr Pisar :
>
> V Thu, Feb 15, 2024 at 04:57:10PM +0100, Michael J Gruber napsal(a):
> > Hi there
> >
> > I recently switched mupdf to shared libraries. During test builds on
> > COPR for EPEL I noticed a strange diffe
Hi there
I recently switched mupdf to shared libraries. During test builds on
COPR for EPEL I noticed a strange difference to fedora builds which I
can reproduce with koji scratch builds as well (epel9 vs fc39). The
difference is in the automatic provides for the -libs sub package:
Provides:
Am Mi., 14. Feb. 2024 um 14:48 Uhr schrieb Mikhail Gavrilov
:
>
> Why branched config pointed to rolling config?
> # ls -ln | grep fedora-40
> lrwxrwxrwx. 1 0 135 26 Jan 11 20:46 fedora-40-aarch64.cfg ->
> fedora-rawhide-aarch64.cfg
> lrwxrwxrwx. 1 0 135 23 Jan 11 20:46 fedora-40-i386.cfg ->
Am So., 11. Feb. 2024 um 23:14 Uhr schrieb Julian Sikorski :
>
> Hello,
>
> I am trying to bisect an issue which appears to have regressed between
> 5.18 final and 5.19-rc2. This is somewhat challenging as most of the
> kernels are since gone from koji, and the ark os-build branch seems to
> have
Am Fr., 9. Feb. 2024 um 17:23 Uhr schrieb Sérgio Basto :
>
> Hi,
>
> I'd like to bring to your attention that Fedora would benefit with
> update of exiv2 [1] and protobuf [2] but these packages have lots of
> dependencies and the update of the dependent packages is not trivial .
> tips, ideas and
Am Mi., 31. Jan. 2024 um 11:15 Uhr schrieb Marek Kasik :
>
> Hi,
>
> On 1/30/24 12:15, Michael J Gruber wrote:
> > Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:
> >> Hi,
> >>
> >> I plan to rebase poppler to 24.02.0 once it is released. It w
Marek Kasik venit, vidit, dixit 2024-01-30 12:02:34:
> Hi,
>
> I plan to rebase poppler to 24.02.0 once it is released. It will be
> probably released this week and I would like to get it to rawhide before
> the branching together with rebuilds of dependent packages.
>
> I'll prepare the build
Am Fr., 26. Jan. 2024 um 09:26 Uhr schrieb Miro Hrončok :
>
> On 26. 01. 24 4:33, Nico Kadel-Garcia wrote:
> > What is the*fascination* with splitting and renaming packages this
> > way?
>
> No idea generally, but in the world of Python packaging,
> the two cases I know (poetry, flit) were
Am Fr., 26. Jan. 2024 um 09:26 Uhr schrieb Miro Hrončok :
>
> On 26. 01. 24 4:33, Nico Kadel-Garcia wrote:
> > What is the*fascination* with splitting and renaming packages this
> > way?
>
> No idea generally, but in the world of Python packaging,
> the two cases I know (poetry, flit) were
Yaakov Selkowitz venit, vidit, dixit 2024-01-24 21:01:39:
> The GCC 14 and Modern C changes have caused a large number of build
> failures. No surprise there, but in particular though, a lot of these
> failures have only occurred on i686, e.g. uint64_t (aka long long
> unsigned int) doesn't
Am Mi., 24. Jan. 2024 um 12:40 Uhr schrieb Milan Crha :
>
> On Wed, 2024-01-24 at 11:34 +0100, Leigh Scott wrote:
> > see
> > https://github.com/GNOME/gtk/commit/77ebdd85091833a7869ece48c3114fa6d9966321
>
> Hi,
> all the bugs you referenced crash in X11 code. The above NEWS file
> commit
Am Do., 18. Jan. 2024 um 17:14 Uhr schrieb Jerry James :
>
> On Tue, Jan 16, 2024 at 3:32 PM Sérgio Basto wrote:
> > You got mass rebuild script here [1] in massrebuildsinfo.py [2] you may
> > define what packages you are going to rebuild , in line 93 of mass-
> > rebuild.py [3] you got the list
Am Mi., 10. Jan. 2024 um 11:39 Uhr schrieb Iñaki Ucar :
>
> Hi,
>
> A package has its source code embedded as a subdirectory of a larger
> piece of software. Sometimes they publish this subdirectory as a
> separate tar as a release artifact, but sometimes they forget.
>
> To avoid depending on
Am Do., 4. Jan. 2024 um 18:29 Uhr schrieb Martin Gansser
:
>
> Hi,
>
> when compiling vdr-extrecmenung for rawhide fc40 the error message [1]
> "/bin/sh: line 1: xgettext: command not found" appears
>
> [1] https://kojipkgs.fedoraproject.org//work/tasks/6182/111296182/build.log
>
> How can i
Am Do., 28. Dez. 2023 um 20:34 Uhr schrieb Michael J Gruber
:
>
> Am Do., 28. Dez. 2023 um 16:07 Uhr schrieb Miro Hrončok :
> >
> > On 28. 12. 23 15:28, Michael J Gruber wrote:
> > > Am Di., 19. Dez. 2023 um 18:43 Uhr schrieb Miro Hrončok
> > > :
> > &g
Am Do., 28. Dez. 2023 um 16:07 Uhr schrieb Miro Hrončok :
>
> On 28. 12. 23 15:28, Michael J Gruber wrote:
> > Am Di., 19. Dez. 2023 um 18:43 Uhr schrieb Miro Hrončok
> > :
> >>
> >> Hello,
> >> I found myself being the main admin of python-pytzda
Am Di., 19. Dez. 2023 um 18:43 Uhr schrieb Miro Hrončok :
>
> Hello,
> I found myself being the main admin of python-pytzdata.
>
> I have not done this on purpose, somebody must have given the package to me.
>
> I'm orphaning it.
>
> $ repoquery -q --repo=rawhide{,-source} --whatrequires
Am Fr., 8. Dez. 2023 um 23:58 Uhr schrieb Jerry James :
> Please keep your replies on the public mailing list where the
> conversation started.
>
> On Fri, Dec 8, 2023 at 3:39 PM Rafel Amer Ramon
> wrote:
> > As a first attempt, I didn't use the patches beacuse a lot of them
> failed.
> > Today
Am Mi., 6. Dez. 2023 um 12:09 Uhr schrieb Ondrej Pohorelsky <
opoho...@redhat.com>:
>
>
> On Wed, Dec 6, 2023 at 11:26 AM Michael J Gruber
> wrote:
>
>> Hi there,
>>
>> what is the impact of these changes:
>> - Do default installs work the same way
Am Mi., 6. Dez. 2023 um 11:17 Uhr schrieb Ondrej Pohorelsky <
opoho...@redhat.com>:
> Hi everyone,
>
> For F40 I would like to change file permissions of few files that are
> provided by cronie and crontabs and swap deny list for allow list. I'm not
> really sure if I should make a change
Richard W.M. Jones venit, vidit, dixit 2023-12-05 12:03:36:
> On Tue, Dec 05, 2023 at 10:35:35AM +, Daniel P. Berrangé wrote:
> > On Tue, Dec 05, 2023 at 11:18:57AM +0100, Vít Ondruch wrote:
> >
> > [snip]
> >
> > > Granted, these are dissimilar to initial Michaels's issue. But how can I
>
Jason L Tibbitts III venit, vidit, dixit 2023-12-01 22:41:54:
> So I've been in this situation, both on the receiving end of nasty flames
> because I dared touch someone else's package and having duplicated work
> because I didn't check before trying to update something.
>
>
So, due to me following my package (notmuch) upstream and testing early
against upstream's git, reporting and working with upstream, I noticed a
FTBFS and helped fixing it. Nothing urgent since it was basically just a
test failing for the wrong reasons.
Within a few days, upstream releases a
Am Do., 30. Nov. 2023 um 01:14 Uhr schrieb Chris Murphy <
li...@colorremedies.com>:
> $ man 5 btrfs | grep enospc
>enospc_debug, noenospc_debug
> troff::870: warning: cannot select font 'C'
> troff::888: warning: cannot select font 'C'
> troff::905: warning: cannot select font 'C'
>
Luya Tshimbalanga venit, vidit, dixit 2023-11-24 01:45:37:
> Hello team,
> Blender 4.0.1 failed to build on both aarch64 and ppc64le on the following
> lines:
> ```
> /builddir/build/BUILD/blender/intern/cycles/blender/attribute_convert.h:69:44:
> error: cannot convert ‘ccl::float4’ to
Am Do., 16. Nov. 2023 um 01:27 Uhr schrieb Kevin Kofler via devel <
devel@lists.fedoraproject.org>:
> Miroslav Suchý wrote:
> > Why Kristallnachte edition? On today's date at 1938, was i Kristallnacht
> > (Night of Broken Glass) - a pogrom against Jews in Germany. It was first
> > step where
Am Mi., 15. Nov. 2023 um 15:31 Uhr schrieb Priscila Gutierres <
prgut...@redhat.com>:
> I would like to maintain it, but I'm now just a contributor
> Can someone please sponsor me to allow me to become a maintainer and take
> this package?
>
> Priscila.
>
> On Wed, Nov 15, 2023 at 10:41 AM Tomáš
Am Mo., 6. Nov. 2023 um 22:20 Uhr schrieb Michael J Gruber <
m...@fedoraproject.org>:
> jbig2dec 0.20 (a bugfix release) was released a while ago, and with the
> current ghostscript update, everything is ready for it, as can be seen in
> the copr rebuilds:
> https://copr.fe
jbig2dec 0.20 (a bugfix release) was released a while ago, and with the
current ghostscript update, everything is ready for it, as can be seen in
the copr rebuilds:
https://copr.fedorainfracloud.org/coprs/mjg/jbig2dec/builds/
I will build jbig2dec 0.20 into a rawhide side tag, along with updates
Am Mo., 6. Nov. 2023 um 17:12 Uhr schrieb Fabio Valentini <
decatho...@gmail.com>:
> On Mon, Nov 6, 2023 at 5:09 PM Julian Sikorski wrote:
> >
> > Hello,
> >
> > I have accidentally built f39/rawhide branch of gnumeric and
> > gnome-chemistry-utils for f38 and f37 side tags (f39 too but rawhide
Am Di., 31. Okt. 2023 um 19:31 Uhr schrieb Christopher <
ctubb...@fedoraproject.org>:
> On Tue, Oct 31, 2023 at 1:38 PM Vít Ondruch wrote:
> >
> >
> > Dne 31. 10. 23 v 16:23 Petr Pisar napsal(a):
> > > Hello,
> > >
> > > DNF5 got a complaint
> > >
Stephen Gallagher venit, vidit, dixit 2023-10-11 15:03:30:
> On Wed, Oct 11, 2023 at 6:14 AM Kamil Paral wrote:
> >
> > On Wed, Oct 11, 2023 at 11:06 AM Michael J Gruber
> > wrote:
> >>
> >> I noticed that we switched off updates-testing by defa
Adam Williamson venit, vidit, dixit 2023-10-10 23:03:57:
> Due to outstanding blocker bugs[1], we do not have a release candidate
> for Fedora Linux 39 Final. Thursday's Go/No-Go meeting is cancelled.
>
> The next Fedora Linux 39 Final Go/No-Go meeting will be held at
> 1700 UTC on Thursday 19
Am Do., 5. Okt. 2023 um 07:43 Uhr schrieb Benson Muite
:
>
> Hi,
>
> Would like to unretire Impallari-Lobster-Fonts:
> https://bugzilla.redhat.com/show_bug.cgi?id=2242129
Maybe, somewhere in the bug or here, give a link to upstream (pagure
does not have it either) and spell out whether the
Am Di., 3. Okt. 2023 um 16:25 Uhr schrieb Todd Zullinger :
>
> Hi,
>
> I'm orphaning all my packages (which I effectively did
> months ago). It's been fun being a maintainer since 2006.
>
> However, I am not interested in contributing to a project
> where the primary sponsor and downstream no
Am Di., 19. Sept. 2023 um 11:24 Uhr schrieb Frantisek Lachman
:
>
> Thank you everyone for your responses!
>
> I have a few updates for you that made it to production this morning
> as part of our weekly release cycle:
>
> * Thanks to Ankur Sinha, the pull requests created by Packit now have
> a
Am Mo., 18. Sept. 2023 um 12:39 Uhr schrieb Petr Pisar :
>
> V Mon, Sep 18, 2023 at 10:12:17AM +0100, Daniel P. Berrangé napsal(a):
> > On Mon, Sep 18, 2023 at 09:57:28AM +0200, Petr Pisar wrote:
> > > V Fri, Sep 15, 2023 at 01:27:23PM -0400, Colin Walters napsal(a):
> > > > To state the
Am Mi., 13. Sept. 2023 um 23:29 Uhr schrieb Neal Gompa :
>
> On Wed, Sep 13, 2023 at 5:24 PM Fabio Valentini wrote:
> >
> > On Wed, Sep 13, 2023 at 11:19 PM Steven A. Falco
> > wrote:
> > >
> > > A question about this - the removal of X11 is listed on a change proposal
> > > for KDE. Does the
Am Di., 12. Sept. 2023 um 20:28 Uhr schrieb Adam Williamson
:
>
> On Tue, 2023-09-12 at 17:20 +, Alessio wrote:
> > I know about this accepted change:
> > https://fedoraproject.org/wiki/Changes/Color_Bash_Prompt
> >
> > But what is this number that appears time to time in the prompt?
> >
> >
Am Di., 12. Sept. 2023 um 11:22 Uhr schrieb Barry Scott
:
>
> I have been updating my FAS account security.
> When I setup 2FA I was not offer any recovery keys.
You can register multiple OTP tokens:
https://docs.fedoraproject.org/en-US/infra/sysadmin_guide/2-factor/
> In the event that I lose
Am Sa., 9. Sept. 2023 um 03:05 Uhr schrieb Brendan Conoboy :
>
> Hi folks,
>
> In March of this year, Josh Boyer sent out a message to Fedora's devel list
> letting everybody know RHEL was going to move from bugzilla.redhat.com to
> issues.redhat.com (Jira) in the future [1]. The work on this
Am Fr., 8. Sept. 2023 um 15:45 Uhr schrieb Sérgio Basto :
>
> On Fri, 2023-09-08 at 08:39 +0200, Sandro wrote:
> > On 08-09-2023 02:36, Sérgio Basto wrote:
> > > xdg-utils is a MIT License [1] what SPDX license have [2] ? if it
> > > is
> > > already a valid SPDX formula , what I should write on
Am Do., 7. Sept. 2023 um 14:02 Uhr schrieb Zbigniew Jędrzejewski-Szmek
:
>
> I'm testing the upgrade to F39, and I see the following:
>
> Installing group/module packages:
> tlwg-waree-fontsnoarch 0.7.3-9.fc39 fedora
> 250.3 KiB
>replacing
Am Fr., 1. Sept. 2023 um 22:09 Uhr schrieb Stephen Smoogen
:
>
>
>
> On Fri, 1 Sept 2023 at 16:03, Diego Herrera wrote:
>>
>> Hello, everyone
>>
>> The Fedora EPEL SIG is asking for feedback to improve EPEL via this survey!
>>
>> * https://fedoraproject.limequery.com/2023
>>
>
> The link is
Am Fr., 25. Aug. 2023 um 08:21 Uhr schrieb Adam Williamson
:
>
> On Thu, 2023-08-24 at 21:23 +0200, Tomasz Torcz wrote:
> > On Thu, Aug 24, 2023 at 07:39:07PM +0200, Robert-André Mauchin wrote:
> > > Hello,
> > >
> > > Just a heads-up: for the upgrade to DNF5 in F39, we unprotected the DNF
> > >
Miroslav Suchý venit, vidit, dixit 2023-08-23 20:22:42:
> Do you want to make Fedora 39 better? Please spend 1 minute of your time and
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo dnf module
Kevin Fenzi venit, vidit, dixit 2023-08-10 21:21:59:
> On Thu, Aug 10, 2023 at 09:58:30AM -0700, Adam Williamson wrote:
> > On Thu, 2023-08-10 at 08:56 -0700, Adam Williamson wrote:
> > > On Thu, 2023-08-10 at 10:58 +0200, Pavel Raiskup wrote:
> > > > Hello maintainers!
> > > >
> > > > Let me
Am Mi., 26. Juli 2023 um 10:36 Uhr schrieb Martin Gansser
:
>
> Hi,
>
> the compilation of the package vdr-epgfixer fails on rawhide with the message
> [1]
> ...
> install -D libvdr-epgfixer.so
>
Am Di., 25. Juli 2023 um 10:19 Uhr schrieb Martin Gansser
:
>
> Hi,
>
> i want to package the current version of speed-dreams 2.3.0, but i noticed
> that jar files for the trackeditor are included in the package, but they
> already exist in the system.
Not really, there are two different things
Kevin Kofler via devel venit, vidit, dixit 2023-07-21 15:52:23:
> Miroslav Suchý wrote:
> > When I make SPDX statistics I have git checkout of all dist-gits and do
> > git-pull every two week there. This morning I found that two times I got
> > an error:
> >
> > hint: Diverging branches can't be
Sumantro Mukherjee venit, vidit, dixit 2023-07-12 18:02:31:
> Hey Folks,
>
> We are currently running the Fedora Kernel Test Week before we rebase
> 6.4. There is a new
> build 6.4.3 is fresh and you can now provide feedback!
> Thanks a lot to all for making the test weeks so successful. The
Kevin Kofler via devel venit, vidit, dixit 2023-07-11 12:49:10:
> Oracle has (finally – the community projects Rocky and Alma were much
> quicker to react) made an announcement about the situation:
> https://www.oracle.com/news/announcement/blog/keep-linux-open-and-free-2023-07-10/
Thanks for
Perfect!
https://src.fedoraproject.org/rpms/rst2pdf/pull-request/2
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Some packages may build with py 3.12 but not work with it if they don't have
tests. For example, python-PyMuPDF fails when it tries to builds its
documentation, but the error is in rst2pdf. If I disable doc creation then
python-PyMuPDF builds against py 3.12 (and the tests succeed).
I may have
I took care of lensfun, which was not quite as much fun as it sounds:
https://src.fedoraproject.org/rpms/lensfun/pull-request/4
Could use a pair of critical python packager eyeballs, though ;-)
___
devel mailing list -- devel@lists.fedoraproject.org
To
> https://fedoraproject.org/wiki/Changes/LibuserDeprecation
...
> == Scope ==
> * Proposal owners: Dropping the package, move it to EPEL eventually
If it's not in Fedora it can't be in EPEL (once dropped), can it?
There may also be a language issue here: Does the CP owner mean
"possibly/maybe"?
> On 6/22/23 06:21, Gordon Messmer wrote:
>
> That's how I understand it well and I'm a bit confused what's the
> "fuss" about. The git.centos.org mirrored sources that were used to build
> CentOS. Since CentOS is no longer supported, and we have the CentOS Stream,
> the same is
> true - the
> On Sun, Jun 18, 2023 at 09:16:28AM +, Mattia Verga via devel wrote:
>
> So one alternative is *not* to push the change to all branches.
>
> Unless it's really necessary, such as fixing an essential bug, I tend
> to leave older Fedora branches on a stable release, to reduce churn
Exactly.
The main difference is that Fedora - be it rpms, flatpaks from module rpms
(current state), flatpaks from whatever - comes with the promise of all the
four F's, including freedom from legal issues as outlined in our guidelines.
That enables RedHat to make the guarantees which they make for
I've taken up hyphen and the orphaned hyphen-* packages. They don't appear to
be high maintenance, but co-admins welcome, of course. Similarly, feel free to
admin as co-admin to other hyphen-* in case something needs coordinations. The
language packages are basically a "cp" in "%install",
> Il 02/06/23 01:55, Sandro ha scritto:
> I'm having a bad feeling about Fedora future lately, seeing all these RH
> withdrawals from the project.
That escalated quickly, yes. More worryingly: It escalated non-openly and
non-collaboratively.
> I hope to be wrong. But could Fedora survive the
> === BuildRequires ===
> repoquery -q --repo=rawhide{,-source} --whatrequires 'aspell*' | grep
> -v '^aspell' | grep 'src$' | pkgname
>
...
> hunspell-az
>
> hunspell-csb
>
> hunspell-de
>
> hunspell-en
>
> hunspell-fa
>
> hunspell-gv
>
> hunspell-ky
Apparantly, our spelling dictionaries
Makes a lot of sense and improves the information value of the version greatly.
I'm just wondering whether the name suffix is the right place to put "flatpak"
as if it were a subpackage - can we use the dist tag instead, say `fi39` for
"fedora immutable based on fedora 39" or something like
Speaking of not obvious ...
One starts with no rule at all. Does that mean no notifications? I.e., is
include or exclude the default?
A few templates might not hurt. Or is that what "tracking rule" means?
Should we disable all rules on the old fmn, i.e. does the old one keep sending,
or is it
How dare you - I'm glad you did :)
Even though I'm a "mail/mailing list guy" using TUI MUAs, I found myself
turning delivery off on many high volume MLs where the volume does not
correspond to my contributor's frequency. I even read fedora-devel via
hyperkitty's web interface, which is really
> On 2023-04-14 01:28, Michael J Gruber wrote:
>
>
> The boot time improvements came from removing iscsi from the critical
> path. There's no longer a dependency on network-online in the path to
> graphical.target.
>
> The memory improvements came from allowing
> I didn't mention this in time to even discuss whether it'd make a good
> addition to the release notes, but I think users will be happy to see
> that Fedora 38 Workstation boots faster and uses less baseline memory
> (measured from a session logged in to GNOME with only a terminal
>
Yes, I've figured this out meanwhile. I still see it as the proven packager's
job to give some information before or at least while pushing a change that was
neither announced, nor called for by a change proposal.
As you point out correctly, the new syntax just landed in rpm 4.18 (F37 up), so
Has `%patchN` been deprecated in favour of `%patch N`?
I got a push by a proven packager to one of the packages which I maintain,
commit subject and changelog entry "Fix deprecated patch rpm macro". It
contains no explanation and no reference whatsoever. I didn't find any heads up
notice, nor
Alternatively, rpkg could ship the hook in a more central location (which has
exec). This would allow you to set `core.hooksPath` for your fedpkg repos,
maybe even automatically by using something like `git config
includeif.gitdir:~/fedora/.path ~/.config/git/config.fedora` and putting the
> I think so , see openssl example :
>
> dnf install openssl1.1-devel openssl-devel
>
> Package openssl-devel-1:3.0.8-1.fc37.x86_64 is already installed.
> Error:
> Problem: problem with installed package openssl-devel-1:3.0.8-
> 1.fc37.x86_64
> - package openssl1.1-devel-1:1.1.1q-2.fc37.i686
> On Sat, Mar 4, 2023 at 8:13 AM Michael J Gruber wrote:
>
>
> Compatibility packages do not get a "compat-" prefix any more; they only
> get a version suffix. The old portmidi could be portmidi217 (to match the
> old versioning) or possibly portmidi0 (to mat
> Il 03/03/23 19:00, Michael J Gruber ha scritto:
> What about:
>
> - create a compat-portmidi0 package and move current portmidi there
> (bonus: mark it as deprecated)
> - change frescobaldi to require the compat package until a fix is available
> - update current p
SHORT VERSION
The portmidi library in Fedora is at version 217, which is quite old.
Upstream changed to a new version scheme, currently at 2.0.4, and
dumped some subpackages. To serve the needs of different other
packages, it would be easiest for me (as the portmidi maintainer in
Fedora) and them
libsoup3 depends on libnghttp2.so.14
Apparantly, either libsoup3 should depend on the minor version (in addition to
the major version), or libnghhttp2 should have bumped major, depending on the
"history" of that symbol. Probably the former (API addition in a minor bump to
the same major).
1 - 100 of 247 matches
Mail list logo
