Thanks! labwc and wayfire updated for Rawhide [1]. Please ping when you
consider new wlroots 0.16 mature enough and start updating it for f37.
[1]:
- https://bodhi.fedoraproject.org/updates/FEDORA-2022-9bac007398
- https://bodhi.fedoraproject.org/updates/FEDORA-2022-1bbf74fbb8
___
107.0.1 build for
F37/x86_64: https://copr.fedorainfracloud.org/coprs/bojan/FF/
If you want/need or are obsessive about version numbers, like yours
truly. ;-)
--
Bojan
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
OLD: Fedora-Rawhide-20221202.n.1
NEW: Fedora-Rawhide-20221203.n.1
= SUMMARY =
Added images:2
Dropped images: 3
Added packages: 4
Dropped packages:0
Upgraded packages: 63
Downgraded packages: 0
Size of added packages: 6.19 MiB
Size of dropped packages:0 B
I created the Fedora Infra ticket
https://pagure.io/fedora-infrastructure/issue/11028
Jakub
On Sat, Dec 3, 2022 at 1:00 PM Jakub Kadlcik wrote:
>
> > fedora-review require a lot of manual checks from reviewer (especially
> > licenses). It can't be fully automated.
>
> That's true but my goal isn
On Sat, Dec 3, 2022 at 12:43 PM Mattia Verga via devel
wrote:
>
> Il 03/12/22 16:29, Neal Gompa ha scritto:
>
>
> As far as I know, Qt can only be built with one mode or another. So
> it's a mutually exclusive choice. Also, it looks like we don't have
> the GLES libraries from Mesa at all to even
Il 03/12/22 16:29, Neal Gompa ha scritto:
> As far as I know, Qt can only be built with one mode or another. So
> it's a mutually exclusive choice. Also, it looks like we don't have
> the GLES libraries from Mesa at all to even make that choice. :(
So, why glxinfo on my system returns:
> OpenGL
On Sat, Dec 3, 2022 at 5:38 PM Neal Gompa wrote:
> On Sat, Dec 3, 2022 at 11:34 AM Kalev Lember
> wrote:
> >
> > On Sat, Dec 3, 2022 at 5:26 PM Sérgio Basto wrote:
> >>
> >> On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
> >> > On 03/12/2022 00:30, Sérgio Basto wrote:
> >> >
On Sat, Dec 3, 2022 at 11:34 AM Kalev Lember wrote:
>
> On Sat, Dec 3, 2022 at 5:26 PM Sérgio Basto wrote:
>>
>> On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
>> > On 03/12/2022 00:30, Sérgio Basto wrote:
>> > > The proposal now is to keep ImageMagick 6 and make a new package
On Sat, Dec 3, 2022 at 11:25 AM Sérgio Basto wrote:
>
> On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
> > On 03/12/2022 00:30, Sérgio Basto wrote:
> > > The proposal now is to keep ImageMagick 6 and make a new package
> > > with
> > > ImageMagick 7 , when we have all applicati
On Sat, Dec 3, 2022, 17:26 Sérgio Basto wrote:
> On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
> > On 03/12/2022 00:30, Sérgio Basto wrote:
> > > The proposal now is to keep ImageMagick 6 and make a new package
> > > with
> > > ImageMagick 7 , when we have all applications us
On Sat, Dec 3, 2022 at 5:26 PM Sérgio Basto wrote:
> On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
> > On 03/12/2022 00:30, Sérgio Basto wrote:
> > > The proposal now is to keep ImageMagick 6 and make a new package
> > > with
> > > ImageMagick 7 , when we have all application
On Sat, 2022-12-03 at 11:57 +0100, Vitaly Zaitsev via devel wrote:
> On 03/12/2022 00:30, Sérgio Basto wrote:
> > The proposal now is to keep ImageMagick 6 and make a new package
> > with
> > ImageMagick 7 , when we have all applications use only ImageMagick
> > 7,
> > we move the sources from Imag
On Sat, Dec 3, 2022 at 9:25 AM Mattia Verga via devel
wrote:
>
> While in the process of updating celestia package to the latest
> snapshot, I was trying to build it with qt interface and opengl_ES for
> rendering. But looking at the build logs of qt6-qtbase:
> OpenGL:
> Desktop OpenGL ..
While in the process of updating celestia package to the latest
snapshot, I was trying to build it with qt interface and opengl_ES for
rendering. But looking at the build logs of qt6-qtbase:
OpenGL:
Desktop OpenGL ... yes
OpenGL ES 2.0 no
> fedora-review require a lot of manual checks from reviewer (especially
> licenses). It can't be fully automated.
That's true but my goal isn't to fully automate the process. A person
will always be required to take the final look and make sure the spec
is reasonably written and the package is ac
On 02/12/2022 18:20, Jakub Kadlcik wrote:
I started working on a service [2] that listens to fedora-messaging
and for every new RHBZ review ticket or a new comment with updated
packages, it submits a build in Copr. Thanks to this [1] feature, Copr
automatically runs the fedora-review tool and gen
On 02/12/2022 23:21, Fabio Valentini wrote:
Not sure if we should turn them off entirely, but we could restrict
their use somewhat? For example, only allow people in "releng" or "qa"
groups to file them.
Strongly -1.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
On 02/12/2022 22:30, Adam Williamson wrote:
1. Packages that have been pushed stable since the last time a compose
succeeded (for Rawhide that's a Rawhide compose, for Branched it's a
Branched compose, for stable releases it's an updates compose)
2. Packages that have active buildroot overrides
On 03/12/2022 00:30, Sérgio Basto wrote:
The proposal now is to keep ImageMagick 6 and make a new package with
ImageMagick 7 , when we have all applications use only ImageMagick 7,
we move the sources from ImageMagick7 to ImageMagick
I think it would be better to update the ImageMagick package
Hello,
> Where does this service currently run? If it's going to be used "in
> anger", perhaps it would be good to put it under fedora-infra control?
Currently running on my laptop. Unpackaged and with hardcoded configuration :-)
But I agree with you. I will soon create a Fedora infra issue and
d
20 matches
Mail list logo
