On 1/30/21 7:37 PM, Germano Massullo wrote:
I tried fixing apcupsd and firefox-pkcs11-loader that started to fail
after introduction of "CMake to do out-of-source builds", but I got some
errors about missing files, that is strange since package structure has
not changed, it's the same that buil
apcupsd package has been fixed by Jason L Tibbitts III
___
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-o
On Sat, Jan 30, 2021 at 12:08:18PM -0800, Kevin Fenzi wrote:
> On Fri, Jan 29, 2021 at 03:26:18PM +, Daniel P. Berrangé wrote:
> > When we attempt to build libvirt in Copr, the test suite times out on
> > s390 builds.
> >
> > IIUC, this is because s390 in Copr is using a QEMU emulated system,
On Fri, Jan 29, 2021 at 03:26:18PM +, Daniel P. Berrangé wrote:
> When we attempt to build libvirt in Copr, the test suite times out on
> s390 builds.
>
> IIUC, this is because s390 in Copr is using a QEMU emulated system,
> not native hardware, and thus is massively slower to execute.
>
> We
On Fri, Jan 29, 2021 at 03:49:28PM +0100, Miro Hrončok wrote:
>
> Currently a Koji task says:
>
> Source:
> git+https://src.fedoraproject.org/rpms/python3.9.git#563b4f4b59a9f81095acfe30899fdc4b040c1b9b
> Build Target: f34-rebuild
> Options:
> fail_fast = True
> wait_builds =
>
> Example tak
> Am 30.01.2021 um 19:41 schrieb Fabio Valentini :
>
> On Sat, Jan 30, 2021 at 7:24 PM Peter Boy wrote:
>>
>>
>>
>>> Am 30.01.2021 um 17:45 schrieb Vitaly Zaitsev via devel
>>> :
>>>
>>> On 30.01.2021 16:58, Peter Boy wrote:
But it’s perfectly usable for Fedora Workstation or Server a
Missing expected images:
Soas live x86_64
Workstation live x86_64
Xfce live x86_64
Mate live x86_64
Failed openQA tests: 3/19 (x86_64)
ID: 765677 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/765677
ID: 765687 Test: x86_64 KDE-live-iso desktop_not
On Sat, 30 Jan 2021 at 20:03, Vitaly Zaitsev via devel
wrote:
>
> On 30.01.2021 18:50, clime wrote:
> > Hey, what do you mean by this?
>
> https://docs.fedoraproject.org/en-US/fedora-coreos/alternatives/
>
> > Why should scriplets usage be incompatible with immutable Fedora
> > releases?
>
> rpm-o
On Sat, 30 Jan 2021 at 19:48, Fabio Valentini wrote:
>
> On Sat, Jan 30, 2021 at 7:24 PM Peter Boy wrote:
> >
> >
> >
> > > Am 30.01.2021 um 17:45 schrieb Vitaly Zaitsev via devel
> > > :
> > >
> > > On 30.01.2021 16:58, Peter Boy wrote:
> > >> But it’s perfectly usable for Fedora Workstation or
On 30.01.2021 18:50, clime wrote:
Hey, what do you mean by this?
https://docs.fedoraproject.org/en-US/fedora-coreos/alternatives/
Why should scriplets usage be incompatible with immutable Fedora
releases?
rpm-ostree doesn't execute any scriptlets.
--
Sincerely,
Vitaly Zaitsev (vit...@eas
On 30.01.2021 19:24, Peter Boy wrote:
Thanks for the info. Unfortunately, I don’t see a connection to immutable
Fedora (it is about drop-in, user configurable, etc). Or do I miss something?
https://docs.fedoraproject.org/en-US/fedora-coreos/alternatives/
--
Sincerely,
Vitaly Zaitsev (vit...
On Sat, Jan 30, 2021 at 7:24 PM Peter Boy wrote:
>
>
>
> > Am 30.01.2021 um 17:45 schrieb Vitaly Zaitsev via devel
> > :
> >
> > On 30.01.2021 16:58, Peter Boy wrote:
> >> But it’s perfectly usable for Fedora Workstation or Server and almost
> >> indispensable for some development projects, e.g.
I tried fixing apcupsd and firefox-pkcs11-loader that started to fail
after introduction of "CMake to do out-of-source builds", but I got some
errors about missing files, that is strange since package structure has
not changed, it's the same that built successfully on older Fedora
branches problems
> Am 30.01.2021 um 17:45 schrieb Vitaly Zaitsev via devel
> :
>
> On 30.01.2021 16:58, Peter Boy wrote:
>> But it’s perfectly usable for Fedora Workstation or Server and almost
>> indispensable for some development projects, e.g. Java (and vi/vim for a
>> terminal environment). Why should alt
clime wrote:
> So if some other maintainer pushes his work to the server meanwhile,
> this will just delete his work? Or what's the idea here?
I guess the safe thing to do would be to wait and see whether that commit
also fails to build (i.e., if the CI build fails, check whether the built
commi
On Sat, Jan 30, 2021 at 12:45:42PM +0100, Miro Hrončok wrote:
> On 30. 01. 21 0:16, Fabio Valentini wrote:
> > On Fri, Jan 29, 2021 at 2:49 PM Fedora Rawhide Report
> > wrote:
> > >
> >
> > (snip)
> >
> > >
> > > Package: golang-torproject-pluggable-transports-goptlib-1.1.0-6.fc34
> > > O
On Sat, 30 Jan 2021 at 01:28, Kevin Kofler via devel
wrote:
>
> Michael Catanzaro wrote:
> > Alternative: use automated reverts instead of force pushes, and don't
> > worry about maintaining a clean history.
>
> Sure, it is possible to make an implementation with lower quality of
> implementation
On Sat, 30 Jan 2021 at 16:08, Vitaly Zaitsev via devel
wrote:
>
> On 29.01.2021 09:49, Zdenek Dohnal wrote:
> > I'm currently trying to rewrite the current shell aliases for making
> > Vi/View/Vim use the correct compiled binary based on which Vim package
> > is installed.
>
> Alternatives are not
On 30.01.2021 16:58, Peter Boy wrote:
But it’s perfectly usable for Fedora Workstation or Server and almost
indispensable for some development projects, e.g. Java (and vi/vim for a
terminal environment). Why should alternatives not be usable there? Or what is
a suitable and adequate replacem
Kevin Kofler via devel writes:
> Matthew Miller wrote:
>> Yeah, honestly, this is also a pretty serious hardship for the long tail
>> of people maintaining a handful of infrequently updated packages. I'm
>> hugely in favor of not checking in work in progress on the main or release
>> branches, bu
> Am 30.01.2021 um 15:58 schrieb Vitaly Zaitsev via devel
> :
>
> On 29.01.2021 09:49, Zdenek Dohnal wrote:
>> I'm currently trying to rewrite the current shell aliases for making
>> Vi/View/Vim use the correct compiled binary based on which Vim package
>> is installed.
>
> Alternatives are no
On Sat, Jan 30, 2021 at 11:46 AM Neal Gompa wrote:
>
> On Sat, Jan 30, 2021 at 6:43 AM Peter Robinson wrote:
> >
> > On Sat, Jan 30, 2021 at 11:28 AM Neal Gompa wrote:
> > >
> > > On Mon, Jan 18, 2021 at 10:21 AM Ben Cotton wrote:
> > > >
> > > > https://fedoraproject.org/wiki/Changes/ARMv7UEFI
Next weekend is "FOSDEM [1] weekend" and The Fedora Project is going
to be there with a virtual stand! [2] We will have our own stand/ page
where people will be able to "pass by" and join the Fedora chat to ask
questions. Please keep an eye during the next few days on both the
CommunityBlog and Mag
On 29.01.2021 09:49, Zdenek Dohnal wrote:
I'm currently trying to rewrite the current shell aliases for making
Vi/View/Vim use the correct compiled binary based on which Vim package
is installed.
Alternatives are not suitable for Fedora, because they will break
immutable Fedora releases due to
Missing expected images:
Minimal raw-xz armhfp
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
8 of 43 required tests failed, 8 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 34/181 (x86_64), 40/123 (aarch64
Fabio Valentini kirjoitti 30.1.2021 klo 12.37:
On Sat, Jan 30, 2021 at 9:19 AM Otto Urpelainen wrote:
Jonathan Wakely kirjoitti 29.1.2021 klo 18.22:
On 29/01/21 17:04 +0100, Miro Hrončok wrote:
On 29. 01. 21 16:03, Jonathan Wakely wrote:
So if fedpkg clone just added things to .git/info/ex
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 4/16 (x86_64), 8/15 (aarch64)
Old failures (same test failed in Fedora-IoT-34-20210129.0):
ID: 765593 Test: x86_64 IoT-dvd_ostree-iso podman
URL: https://openqa.fedoraproject.org/tests/765593
ID: 765596 Test:
On Sat, Jan 30, 2021 at 11:37:27AM +0100, Fabio Valentini wrote:
> On Sat, Jan 30, 2021 at 9:19 AM Otto Urpelainen wrote:
> >
> > Jonathan Wakely kirjoitti 29.1.2021 klo 18.22:
> > > On 29/01/21 17:04 +0100, Miro Hrončok wrote:
> > >> On 29. 01. 21 16:03, Jonathan Wakely wrote:
> > >>>
> > >>> So
On Sat, Jan 30, 2021 at 6:43 AM Peter Robinson wrote:
>
> On Sat, Jan 30, 2021 at 11:28 AM Neal Gompa wrote:
> >
> > On Mon, Jan 18, 2021 at 10:21 AM Ben Cotton wrote:
> > >
> > > https://fedoraproject.org/wiki/Changes/ARMv7UEFI
> > >
> > > == Summary ==
> > >
> > > Move ARMv7 to use UEFI as def
On 30. 01. 21 0:16, Fabio Valentini wrote:
On Fri, Jan 29, 2021 at 2:49 PM Fedora Rawhide Report
wrote:
(snip)
Package: golang-torproject-pluggable-transports-goptlib-1.1.0-6.fc34
Old package: golang-torproject-pluggable-transports-goptlib-1.1.0-5.fc33
Summary: Library for writ
On Sat, Jan 30, 2021 at 11:28 AM Neal Gompa wrote:
>
> On Mon, Jan 18, 2021 at 10:21 AM Ben Cotton wrote:
> >
> > https://fedoraproject.org/wiki/Changes/ARMv7UEFI
> >
> > == Summary ==
> >
> > Move ARMv7 to use UEFI as default for all armhfp generated images
> >
> > == Owner ==
> > * Name: [[User
On Mon, Jan 18, 2021 at 10:21 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/ARMv7UEFI
>
> == Summary ==
>
> Move ARMv7 to use UEFI as default for all armhfp generated images
>
> == Owner ==
> * Name: [[User:pbrobinson| Peter Robinson]]
> * Email: pbrobinson at fedoraproject dot o
OLD: Fedora-Rawhide-20210129.n.0
NEW: Fedora-Rawhide-20210130.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 10
Dropped packages:0
Upgraded packages: 134
Downgraded packages: 0
Size of added packages: 115.61 MiB
Size of dropped packages
On Sat, Jan 30, 2021 at 9:19 AM Otto Urpelainen wrote:
>
> Jonathan Wakely kirjoitti 29.1.2021 klo 18.22:
> > On 29/01/21 17:04 +0100, Miro Hrončok wrote:
> >> On 29. 01. 21 16:03, Jonathan Wakely wrote:
> >>>
> >>> So if fedpkg clone just added things to .git/info/exclude there would
> >>> be no
Jonathan Wakely kirjoitti 29.1.2021 klo 18.22:
On 29/01/21 17:04 +0100, Miro Hrončok wrote:
On 29. 01. 21 16:03, Jonathan Wakely wrote:
So if fedpkg clone just added things to .git/info/exclude there would
be no need to modify every .gitignore file in every repo on every
active branch.
That
35 matches
Mail list logo
