On Thu, Feb 4, 2021 at 12:02 AM Fabio Valentini wrote:
>
> On Wed, Feb 3, 2021 at 12:42 PM Milan Crha wrote:
> >
> > On Wed, 2021-02-03 at 15:26 +1000, David Airlie wrote:
> > > Please test:
> > >
> > > mesa-21.0.0~rc3-2.fc34
> > >
> > > which I just built for rawhide.
> >
> > Hi,
> > for
On Thu, Feb 4, 2021 at 9:23 PM Kevin Fenzi wrote:
>
> On Fri, Feb 05, 2021 at 12:17:28AM +0100, Marek Marczykowski-Górecki wrote:
> >
> > Does it make sense?
>
> That does make sense to me... and perhaps this fits in with that we
> generate debuginfo/debugsource rpms when we build something. We ju
On Fri, Feb 05, 2021 at 12:17:28AM +0100, Marek Marczykowski-Górecki wrote:
>
> Does it make sense?
That does make sense to me... and perhaps this fits in with that we
generate debuginfo/debugsource rpms when we build something. We just expand
things
to also produce a buildinfo subpackage (of co
On Wed, Feb 3, 2021 at 8:42 PM Neal Gompa wrote:
> The Koji build system already records buildinfo data in a slightly
> different form, where build IDs are linked to all the inputs that
> constructed the build environment as recorded by Koji itself. This
> implicitly includes a definition of all t
On Wed, Feb 03, 2021 at 10:41:30PM -0500, Neal Gompa wrote:
> On Wed, Feb 3, 2021 at 4:51 PM Frédéric Pierret
> wrote:
> >
> > Hi,
> >
> > As discussed few weeks ago, I'm working on reproducible builds for Fedora.
> > I've submitted a request for review for new packages:
> > https://bugzilla.red
On Thu, Feb 04, 2021 at 05:32:47PM +, Richard W.M. Jones wrote:
> On Wed, Feb 03, 2021 at 11:56:50AM -0800, Kevin Fenzi wrote:
> > Would 30 days be workable?
>
> The only time I use side tags is for the OCaml build.
>
> 30 days would be fine for the builds. But one issue we had last time
>
On Wed, Feb 3, 2021 at 8:48 PM Matthew Miller wrote:
>
> On Wed, Feb 03, 2021 at 10:53:32AM -0600, Michael Catanzaro wrote:
> > Has anybody investigated Jim Salter's claims that Fedora 32 is slow
> > to launch applications? Recent article:
> >
> > https://arstechnica.com/gadgets/2021/02/ubuntu-cor
On 04/02/2021 19:48, Miro Hrončok wrote:
So the ver-rels are:
main: 1.2.3-1.fc34
foo: 7.8.9-1.2.3^1.fc34
Once the base_release is bumped:
main: 1.2.3-2.fc34
foo: 7.8.9-1.2.3^2.fc34
And once the main version is bumped without foo, base_release back to 1:
main: 1.2.4-1.fc34
foo: 7.8.9-1.2.
On Thu, 2021-02-04 at 13:25 -0500, Matthew Miller wrote:
> On Thu, Feb 04, 2021 at 10:33:37AM -0700, Nathanael D. Noblet wrote:
> > > I genuinely wonder if this is due to the launch animation. I know
> > > that
> > > subjectively for myself using the Impatience to triple the speed
> > > makes
> > >
On Thu, 4 Feb 2021 at 21:12, clime wrote:
> On Thu, 4 Feb 2021 at 19:36, Matthew Miller
> wrote:
>
>> On Thu, Feb 04, 2021 at 10:33:37AM -0700, Nathanael D. Noblet wrote:
>> > > I genuinely wonder if this is due to the launch animation. I know that
>> > > subjectively for myself using the Impati
On Thu, 4 Feb 2021 at 19:36, Matthew Miller
wrote:
> On Thu, Feb 04, 2021 at 10:33:37AM -0700, Nathanael D. Noblet wrote:
> > > I genuinely wonder if this is due to the launch animation. I know that
> > > subjectively for myself using the Impatience to triple the speed makes
> > > my desktop feel
On 04. 02. 21 20:19, Fabio Valentini wrote:
Some handle situations like these by setting Version for each
subpackaged component separately and only ever incrementing Release
and never resetting it to 0.
In the past, I've done:
Version: 1.2.3
# rpmdev-bumpspec will bump this:
%globa
On Thu, Feb 4, 2021 at 7:24 PM Artur Frenszek-Iwicki
wrote:
>
> The Lazarus package currently builds three RPMs: "lazarus", which contains
> the IDE, and the "qt5pas" library, along with "qt5pas-devel".
> qt5pas is, technically, a separate project with its own versioning - but
> since its distri
On Thu, Feb 04, 2021 at 06:58:15PM -, Artur Frenszek-Iwicki wrote:
> The library provides Qt5 bindings for applications developed using
> Lazarus, so being broken into a subpackage allows for dependent packages
> to pull in only the library, instead of the whole IDE.
Ah, I see.
It might reall
The library provides Qt5 bindings for applications developed using Lazarus, so
being broken into a subpackage allows for dependent packages to pull in only
the library, instead of the whole IDE.
___
devel mailing list -- devel@lists.fedoraproject.org
To
I am not the maintainer of the package, but I am aware that there are
two sources with two versions here:
https://src.fedoraproject.org/rpms/python-pyasn1/blob/f33/f/python-pyasn1.spec
The sub-package ends up with a provides with the modules version:
# rpm -q --provides python3-pyasn1-modules
p
On Thu, Feb 04, 2021 at 06:37:12PM -, Artur Frenszek-Iwicki wrote:
> Same tarball, separate versions. Dependency is one-way.
Well, that's annoying. I guess the next thought is: is there any point in
having the bundled library actually broken out into a subpackage, or should
it just be hidden a
Same tarball, separate versions. Dependency is one-way.
___
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-
On Thu, Feb 04, 2021 at 06:24:37PM -, Artur Frenszek-Iwicki wrote:
> The Lazarus package currently builds three RPMs: "lazarus", which contains
> the IDE, and the "qt5pas" library, along with "qt5pas-devel". qt5pas is,
> technically, a separate project with its own versioning - but since its
>
On Thu, Feb 04, 2021 at 10:33:37AM -0700, Nathanael D. Noblet wrote:
> > I genuinely wonder if this is due to the launch animation. I know that
> > subjectively for myself using the Impatience to triple the speed makes
> > my desktop feel more snappy.
>
> Sorry, what is 'the Impatience'? How does
The Lazarus package currently builds three RPMs: "lazarus", which contains the
IDE, and the "qt5pas" library, along with "qt5pas-devel".
qt5pas is, technically, a separate project with its own versioning - but since
its distributed alongside Lazarus, and Lazarus depends on it, it made sense to
b
On Wed, 2021-02-03 at 14:48 -0500, Matthew Miller wrote:
> I genuinely wonder if this is due to the launch animation. I know
> that
> subjectively for myself using the Impatience to triple the speed
> makes my
> desktop feel more snappy.
Sorry, what is 'the Impatience'? How does it improve the des
On Wed, Feb 03, 2021 at 11:56:50AM -0800, Kevin Fenzi wrote:
> Would 30 days be workable?
The only time I use side tags is for the OCaml build.
30 days would be fine for the builds. But one issue we had last time
was that Bodhi (IIRC) took forever to move the built packages to
Fedora - much lon
On Thu, 4 Feb 2021 at 11:37, Vít Ondruch wrote:
>
> Dne 04. 02. 21 v 15:52 Aurelien Bompard napsal(a):
> > Hey folks!
> >
> > As you've probably heard before, we're upgrading our authentication
> system to something that is based on FreeIPA.
> > Here's a quick status report on that initiative.
>
Dne 04. 02. 21 v 15:52 Aurelien Bompard napsal(a):
Hey folks!
As you've probably heard before, we're upgrading our authentication system to
something that is based on FreeIPA.
Here's a quick status report on that initiative.
Thx for the update!
We're currently in an integration phase,
Hello team,
f34-backgrounds package needs a review before the branching to Fedora 34
https://bugzilla.redhat.com/show_bug.cgi?id=1924959
Thanks in advance.
--
Luya Tshimbalanga
Fedora Design Team
Fedora Design Suite maintainer
___
devel mailing list
On Thu, Feb 4, 2021 at 9:58 AM Neal Gompa wrote:
> On Thu, Feb 4, 2021 at 9:48 AM Richard Shaw wrote:
> >
> > Currently if in source builds are set to true, %cmake_install appends a
> "." current directory.
> >
> > I'm working on building Avidemux on RPM Fusion and it requires multiple
> cmake b
On Thu, Feb 4, 2021 at 9:48 AM Richard Shaw wrote:
>
> Currently if in source builds are set to true, %cmake_install appends a "."
> current directory.
>
> I'm working on building Avidemux on RPM Fusion and it requires multiple cmake
> builds and fakeroot installs which means I have to allow "in
On 03.02.2021 18:57, Eike Rathke wrote:
And I rather use a build from upstream repo with rpmfusion ffmpeg than
I'd be using a crippled build that ripped out ffmpeg.
Is it possible to build it from sources **without** Internet access?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
_
Hey folks!
As you've probably heard before, we're upgrading our authentication system to
something that is based on FreeIPA.
Here's a quick status report on that initiative. We're currently in an
integration phase, figuring out the smaller details of configuration and
infrastructure setup befor
Currently if in source builds are set to true, %cmake_install appends a "."
current directory.
I'm working on building Avidemux on RPM Fusion and it requires multiple
cmake builds and fakeroot installs which means I have to allow "in source
builds" to stop the new behavior even though I'm manually
On Thu, Feb 04, 2021 at 02:34:58PM +0100, Clement Verna wrote:
> On Thu, 4 Feb 2021 at 14:31, Zbigniew Jędrzejewski-Szmek
> wrote:
>
> > On Mon, Feb 01, 2021 at 05:27:54PM +0100, Clement Verna wrote:
> > > Hi all,
> > >
> > > We are going to hold a virtual meetup this Thursday (2021-02-04) . The
Missing expected images:
Minimal raw-xz armhfp
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
7 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 22/183 (x86_64), 29/124 (aarch64
On Thu, 4 Feb 2021 at 14:31, Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Feb 01, 2021 at 05:27:54PM +0100, Clement Verna wrote:
> > Hi all,
> >
> > We are going to hold a virtual meetup this Thursday (2021-02-04) . The
> > meetup will cover 2 topics
> >
> > * Growing Fedora CoreOS Community - fr
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 4/16 (x86_64), 6/15 (aarch64)
New failures (same test not failed in Fedora-IoT-34-20210203.0):
ID: 769781 Test: x86_64 IoT-dvd_ostree-iso iot_rpmostree_overlay
URL: https://openqa.fedoraproject.org/tests/769781
ID
On Mon, Feb 01, 2021 at 05:27:54PM +0100, Clement Verna wrote:
> Hi all,
>
> We are going to hold a virtual meetup this Thursday (2021-02-04) . The
> meetup will cover 2 topics
>
> * Growing Fedora CoreOS Community - from 15:00 to 15:50 UTC [0]
> and
> * Fedora CoreOS as an Official Edition - fr
The fix is deployed to production.
Michal
On 04. 02. 21 10:23, Michal Konecny wrote:
I will work on the fix today. Not happy about this useless change that
just broke plenty of scripts.
Michal
On 04. 02. 21 0:23, Kevin Fenzi wrote:
On Wed, Feb 03, 2021 at 05:41:27PM -0500, Elliott Sales de
perl-PDF-Builder-3.021 simplified a license from
"LGPLv2+ and (GPL+ or Artistic) and (MIT or Artistic)" to
"LGPLv2+ and (MIT or Artistic)".
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsu
I checked out https://fedoraproject.org/wiki/Changes/GitRepos-master-to-main
And in the section "Phase2" I wanted to check out the scripts in
"Release engineering:" sub-section.
Surprisingly (not surprisingly) the links are dead now.
Will you also go through all https://fedoraproject.org/wiki lin
OLD: Fedora-Rawhide-20210203.n.0
NEW: Fedora-Rawhide-20210204.n.0
= SUMMARY =
Added images:2
Dropped images: 4
Added packages: 6
Dropped packages:0
Upgraded packages: 189
Downgraded packages: 1
Size of added packages: 118.05 MiB
Size of dropped packages:0
El mié, 3 feb 2021 a las 14:33, Alejandro Álvarez Ayllón (<
aalva...@fedoraproject.org>) escribió:
> Hi Sergio,
>
> Could you trigger a rebuild of ccfits, please? It seems it was rebuilt
> against cfitsio 3.470, being uninstallable right now in rawhide.
>
>
Hi Alejandro, it's done
https://koji.f
Hey folks,
I write this to let you know that there has been this decoupled container
performance monitoring toolkit that I have written for Docker, which you can
find here https://github.com/t0xic0der/supervisor-driver-service (the API
service) and here https://github.com/t0xic0der/supervisor-f
Yes, I was gonna post a "Help wanted" message about this to the list, but as it
happens, procrastination got in the way.
The gist is: In lazarus.spec, we have a "%qt5pas_release" macro, and then
there's "Requires: qt5pas-devel = %{qt5pas_version}-%{qt5pas-release}", and the
qt5pas sub-package h
I will work on the fix today. Not happy about this useless change that
just broke plenty of scripts.
Michal
On 04. 02. 21 0:23, Kevin Fenzi wrote:
On Wed, Feb 03, 2021 at 05:41:27PM -0500, Elliott Sales de Andrade wrote:
I just received 3 notifications that
the-new-hotness saw an update for
44 matches
Mail list logo
