On Thu, 2024-09-05 at 20:48 -0400, Gabriel L. Somlo wrote:
> Hi Kevin,
>
> On Thu, Sep 05, 2024 at 2024 11:01:07 -0700, Kevin Fenzi wrote:
> > On Thu, Sep 05, 2024 at 07:03:05AM GMT, Gabriel L. Somlo wrote:
> > > As of right now (09/05/2024, 7:00am EDT), I'm getting an error when
> > > running `mo
On Thu, 2024-09-05 at 22:41 +, Leigh Scott wrote:
> Neal Gompa wrote:
> > > My understanding is the reason we hadn't was because of the
> > > NVIDIA
> > binary driver.
>
> It doesn't matter if it breaks 340xx, it's in a poor state due to
> legacy drm removal.
X11 DDX was remove because, IIR
Hi Kevin,
On Thu, Sep 05, 2024 at 2024 11:01:07 -0700, Kevin Fenzi wrote:
> On Thu, Sep 05, 2024 at 07:03:05AM GMT, Gabriel L. Somlo wrote:
> > As of right now (09/05/2024, 7:00am EDT), I'm getting an error when
> > running `mock -r fedora-rawhide-x86_64 --clean --init` on an
> > up-to-date f40 ma
Neal Gompa wrote:
> > My understanding is the reason we hadn't was because of the NVIDIA
> binary driver.
It doesn't matter if it breaks 340xx, it's in a poor state due to legacy drm
removal.
--
___
devel mailing list -- devel@lists.fedoraproject.org
Hi.
I've just orphaned fedmsg and python-fedmsg-meta-fedora-infrastructure
packages.
We only have one last app using fedmsg and it's being moved to
fedora-messaging very soon. After thats done, we will likely set a
sunset time for taking down our fedmsg bus.
If any folks are using fedmsg for the
Dne 28. 08. 24 v 11:53 dop. Miroslav Suchý napsal(a):
Here is the third and last batch of changes for 972 packages (perl-JSON-Create
to 0ad-data)
Done.
I am now running new check of all spec files to see what can be done next.
--
Miroslav Suchy, RHCA
Red Hat, Manager, Packit and CPT, #brno,
Hello folks,
Fedora Linux 41 Beta is just around the corner[1] and we're hoping to
release on the early target date of 17th September, but in order to do
that, we need to get our blocker bugs in good order. Below is a short
summary of the current F41 beta blocker bugs on file, and as always,
your
On Thu, Sep 05, 2024 at 07:03:05AM GMT, Gabriel L. Somlo wrote:
> As of right now (09/05/2024, 7:00am EDT), I'm getting an error when
> running `mock -r fedora-rawhide-x86_64 --clean --init` on an
> up-to-date f40 machine:
>
> ...
> -
On Sun, Sep 01, 2024 at 08:05:31PM GMT, None via devel wrote:
> Hello everyone, I would like to become a package maintainer and I have my
> first review request here:
> https://bugzilla.redhat.com/show_bug.cgi?id=2301387. I also have quite a few
> more packages that I would like to maintain(eith
On Thu, Sep 5, 2024 at 6:55 PM Neal Gompa wrote:
> My understanding is the reason we hadn't was because of the NVIDIA
> binary driver. For the desktops that still use X11 and the X11 DDX
> instead of the modesetting driver, that could be a problem if the ABI
> broke.
>
I think this is no longer
On Thu, Sep 5, 2024 at 5:30 PM Simone Caronni wrote:
>
> Hi Sergio,
>
> On Thu, Sep 5, 2024 at 5:26 PM Sérgio Basto wrote:
>>
>> I already did the PR
>>
>> https://src.fedoraproject.org/rpms/xorg-x11-server/pull-request/21
>>
>> https://copr.fedorainfracloud.org/coprs/sergiomb/xorg-x11-server/bui
OLD: Fedora-Rawhide-20240904.n.0
NEW: Fedora-Rawhide-20240905.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 4
Dropped packages:0
Upgraded packages: 105
Downgraded packages: 0
Size of added packages: 54.66 MiB
Size of dropped packages:0
OLD: Fedora-ELN-20240904.n.0
NEW: Fedora-eln-20240905.n.1
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 1
Dropped packages:1
Upgraded packages: 9
Downgraded packages: 0
Size of added packages: 11.13 MiB
Size of dropped packages:584.40 KiB
On 9/5/24 07:57, Ben Beasley wrote:
upstream has asked me politely not to maintain it in Fedora[2],
preferring for users to get it only via the upstream-maintained
flatpaks[3] on the ElementaryOS AppCenter.
Do you think that is a technical decision, based e.g. on dependencies
they need, or a
Hi Sergio,
On Thu, Sep 5, 2024 at 5:26 PM Sérgio Basto wrote:
> I already did the PR
>
> https://src.fedoraproject.org/rpms/xorg-x11-server/pull-request/21
>
> https://copr.fedorainfracloud.org/coprs/sergiomb/xorg-x11-server/builds/
Yes, that's the merge request I was mentioning.
Thanks,
--Si
On Thu, 2024-09-05 at 16:54 +0200, Simone Caronni wrote:
> Hi everyone,
>
> I've noticed that we're really behind on xorg-x11-server releases
> (almost 3 years!) and that by rebasing we would drop tons of
> patches that have already been upstreamed during this time.
>
> No one that is listed in t
Hi Simone,
On Thu, Sep 5, 2024 at 5:07 PM Simone Caronni wrote:
> Hi everyone,
>
> I've noticed that we're really behind on xorg-x11-server releases (almost
> 3 years!) and that by rebasing we would drop tons of patches that have
> already been upstreamed during this time.
>
> No one that is lis
On 9/5/24 10:54 AM, Simone Caronni wrote:
Hi everyone,
I've noticed that we're really behind on xorg-x11-server releases (almost 3
years!) and that by rebasing we would drop tons of patches that have already
been upstreamed during this time.
No one that is listed in the maintainer list of tha
On 05/09/2024 16.24, Richard Shaw wrote:
On Mon, Sep 2, 2024 at 5:21 AM Miroslav Suchý wrote:
Do you want to make Fedora 41 better? Please spend 1 minute of your time
and try to run:
dnf --releasever=41 --enablerepo=updates-testing --assumeno
distro-sync
It looks good. I assume the rp
On Thu, Sep 05, 2024 at 06:39:28AM -0400, Jan Staněk wrote:
> Hi Daniel,
> Node.js in Fedora generally suffers from lack of community/interest in
> this particular combination. Aside from sporadic drive-by contribution,
> AFAIK I'm the only one somewhat invested/paid for caring for it.
>
> As a co
Hi everyone,
I've noticed that we're really behind on xorg-x11-server releases (almost 3
years!) and that by rebasing we would drop tons of patches that have
already been upstreamed during this time.
No one that is listed in the maintainer list of that package seems to have
been active on it for
On Mon, Sep 2, 2024 at 5:21 AM Miroslav Suchý wrote:
> Do you want to make Fedora 41 better? Please spend 1 minute of your time
> and try to run:
>
> dnf --releasever=41 --enablerepo=updates-testing --assumeno
> distro-sync
>
Here's my results, seems to be some issues with InsightToolkit, gu
On 9/5/24 06:57 AM, Miroslav Suchý wrote:
dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync
Most of my issues are due to gimp: gutenprint-plugin, gimp-resynthesizer,
gimp-lqr-plugin.
Problem #2 relates to kicad-nightly which comes from Copr, so that may not be a
fair te
I changed now the version field, so the package name numbering is
pyliblo3-0.16.2^20240801git91d1781-1.fc40.src.rpm
[1] https://martinkg.fedorapeople.org/ErrorReports/pyliblo3.spec
[2]
https://martinkg.fedorapeople.org/ErrorReports/pyliblo3-0.16.2%5e20240801git91d1781-1.fc40.src.rpm
Regards
Mar
Dear all,
You are kindly invited to the meeting:
ELN SIG on 2024-09-06 from 12:00:00 to 13:00:00 US/Eastern
At fedora-meet...@irc.libera.chat
The meeting will be about:
Source: https://calendar.fedoraproject.org//meeting/10884/
--
___
devel m
I am orphaning harvey[1], a graphical application that calculates and
visualizes color contrast, checking a given set of colors for WCAG
contrast compliance. The Fedora package is in excellent condition, but
upstream has asked me politely not to maintain it in Fedora[2],
preferring for users to
Martin Gansser venit, vidit, dixit 2024-09-05 13:20:16:
> First i converting the specfile with:
>
> [martin@fc40 SPECS]$ rpmautospec convert pyliblo3.spec
> Converted to %autorelease and %autochangelog.
>
> and then I create the src.rpm file with
>
> [martin@fc40 SPECS]$ rpmbuild -bs pyliblo3.s
First i converting the specfile with:
[martin@fc40 SPECS]$ rpmautospec convert pyliblo3.spec
Converted to %autorelease and %autochangelog.
and then I create the src.rpm file with
[martin@fc40 SPECS]$ rpmbuild -bs pyliblo3.spec
Einstellung SOURCE_DATE_EPOCH=1725494400
Created: /home/martin/rpmbu
As of right now (09/05/2024, 7:00am EDT), I'm getting an error when
running `mock -r fedora-rawhide-x86_64 --clean --init` on an
up-to-date f40 machine:
...
[153/153] Total 100% | 0.0 B/s |
Dne 02. 09. 24 v 12:20 odp. Miroslav Suchý napsal(a):
Do you want to make Fedora 41 better? Please spend 1 minute of your time and
try to run:
dnf --releasever=41 --enablerepo=updates-testing --assumeno distro-sync
I hit
Problem 1: installed package compat-golang-github-shirou-gopsutil-3-de
On Thu, Sep 5, 2024 at 12:01 PM Michael J Gruber wrote:
>
> Hello,
>
> Martin Gansser venit, vidit, dixit 2024-09-05 11:41:04:
> > Hello,
> >
> > I have created a new package pyliblo3.spec [1] and would like to know how to
> > create a rpm-autospec` based package from it.
>
> welcome to the club :
Hi Daniel,
Node.js in Fedora generally suffers from lack of community/interest in
this particular combination. Aside from sporadic drive-by contribution,
AFAIK I'm the only one somewhat invested/paid for caring for it.
As a consequence, there's currently *no good way* to package Node.js
stuff. The
Hello,
Martin Gansser venit, vidit, dixit 2024-09-05 11:41:04:
> Hello,
>
> I have created a new package pyliblo3.spec [1] and would like to know how to
> create a rpm-autospec` based package from it.
welcome to the club :)
> If I use the following command
>
> [martin@fc40 SPECS]$ rpmautospec
Hi!
On Thu, Sep 5, 2024, at 6:41 PM, Martin Gansser wrote:
> Hello,
>
> I have created a new package pyliblo3.spec [1] and would like to know how to
> create a rpm-autospec` based package from it.
>
> If I use the following command
>
> [martin@fc40 SPECS]$ rpmautospec convert pyliblo3.spec
> Conv
Hello,
I have created a new package pyliblo3.spec [1] and would like to know how to
create a rpm-autospec` based package from it.
If I use the following command
[martin@fc40 SPECS]$ rpmautospec convert pyliblo3.spec
Converted to %autorelease and %autochangelog.
then these two lines are changed
35 matches
Mail list logo
