No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20201216.0):
ID: 742263 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 2020-12-15 2:29 p.m., Miroslav Suchý wrote:
I am looking for challenges for upcoming year - what I and my team should
enhance. I have some ideas, but I want to hear
yours.
What you - as Fedora packager - find most time consuming on packaging?
* Communication and synchronization with a dep
On Wed, Dec 16, 2020 at 10:29 PM przemek klosowski via devel
wrote:
>
>
> On 12/16/20 5:38 PM, Kevin Fenzi wrote:
>
> On Wed, Dec 16, 2020 at 04:28:49PM -0500, przemek klosowski via devel wrote:
>
> I was trying to make a point that we don't have a way to check the initial
> image: it could be alt
On 12/16/20 5:38 PM, Kevin Fenzi wrote:
On Wed, Dec 16, 2020 at 04:28:49PM -0500, przemek klosowski via devel wrote:
I was trying to make a point that we don't have a way to check the initial
image: it could be altered to falsely claim to be signed by fedoraproject.
well, we do: https://getfed
On Tue, Dec 15, 2020 at 11:29:27PM +0100, Miroslav Suchý wrote:
> I am looking for challenges for upcoming year - what I and my team should
> enhance. I have some ideas, but I want to hear
> yours.
>
> What you - as Fedora packager - find most time consuming on packaging?
> Where you will welcome
> After removing pulseaudio package I have no sound and pipewire-pulse doesn't
> autostart, pulseaudio used /etc/xdg/autostart to start.
> Even after activating pipewire-pulse using systemctl it still has no sound.
>
CONFESSION: I have found the issue :blush:
I was remotely (virt-manager over s
On Wed, Dec 16, 2020 at 04:28:49PM -0500, przemek klosowski via devel wrote:
>
> On 12/16/20 2:23 PM, Kevin Fenzi wrote:
> > Yeah, there has to be an anchor for your trust. Right now that is "I
> > trust the certificate authority that issued fedoraproject.org's cert".
>
> I was trying to make a p
Roberto Ragusa writes:
On 12/16/20 2:55 AM, Kevin Kofler via devel wrote:
Believe it or not, GNU/Linux is no longer a text-only operating system, nor
are window managers just a container for terminal emulators. :-)
But that is different than saying the GNU/Linux has become a no-text
operat
On Tue, Dec 15, 2020 at 12:14 PM Brian C. Lane wrote:
>
> On Mon, Dec 14, 2020 at 11:03:03PM -0700, Chris Murphy wrote:
> > Right. The two I've previously suggested: btrfs seed and dm-verity.
> > Every read is verified, the user can't opt out, and they are more
> > performant than checkisomd5. Upo
On 12/16/20 2:23 PM, Kevin Fenzi wrote:
Yeah, there has to be an anchor for your trust. Right now that is "I
trust the certificate authority that issued fedoraproject.org's cert".
I was trying to make a point that we don't have a way to check the
initial image: it could be altered to falsely
On Wed, Dec 16, 2020 at 3:34 PM Kevin Fenzi wrote:
>
> On Wed, Dec 16, 2020 at 07:15:21PM +, Jonathan Wakely wrote:
> > On 15/12/20 23:46 +0100, Miro Hrončok wrote:
> > > On 12/15/20 11:29 PM, Miroslav Suchý wrote:
> > > > I am looking for challenges for upcoming year - what I and my team
> >
On Wed, Dec 16, 2020 at 07:15:21PM +, Jonathan Wakely wrote:
> On 15/12/20 23:46 +0100, Miro Hrončok wrote:
> > On 12/15/20 11:29 PM, Miroslav Suchý wrote:
> > > I am looking for challenges for upcoming year - what I and my team should
> > > enhance. I have some ideas, but I want to hear
> > >
On Wednesday, December 16, 2020 7:15:21 PM WET Jonathan Wakely wrote:
> Creating the dependency graph by hand is fairly tedious, but maybe I'm
> missing an automated way. The point of creating that graph is to avoid
> wasting time and power doing and redoing builds that will fail until
> something
On Wed, Dec 16, 2020 at 8:29 PM Adam Williamson
wrote:
>
(snip)
> What I would prefer to do is get a reliable reverse dep check (we may
> have one already, I haven't looked) and gate updates on it. This would
> require soname bumps for Rawhide to be sent out as multi-package
> updates containing
On Wed, Dec 16, 2020 at 8:37 PM Matthew Miller wrote:
>
> On Wed, Dec 16, 2020 at 09:11:53AM -0600, Richard Shaw wrote:
> > In the same vein of waste, but of resources rather than time, when I'm
> > updating a package I like to do a local mock build to check that upstream
> > didn't break anything
* Adam Williamson:
> See I thought that too at first, and was going to cite it, but then I
> thought, wait. The problem isn't that the update *actually broke the
> ABI*, right? The problem is that it *unnecessarily bumped the soname*.
> I think abidiff's job is to catch the *opposite* problem, isn
On Wed, Dec 16, 2020 at 09:11:53AM -0600, Richard Shaw wrote:
> In the same vein of waste, but of resources rather than time, when I'm
> updating a package I like to do a local mock build to check that upstream
> didn't break anything and that if there are patches that they apply
> cleanly.
Kosche
On Wed, 2020-12-16 at 11:18 -0800, Kevin Fenzi wrote:
> On Wed, Dec 16, 2020 at 11:06:45AM -0800, Adam Williamson wrote:
> >
> > See I thought that too at first, and was going to cite it, but then I
> > thought, wait. The problem isn't that the update *actually broke the
> > ABI*, right? The probl
On Tue, Dec 15, 2020 at 10:54:07AM +0100, Miroslav Suchý wrote:
> Dne 14. 12. 20 v 11:22 Panu Matilainen napsal(a):
> >
> > When I started working on rpm back in 2007, landing new features to rpm
> > meant looking 5+ years in the horizon to have
> > said feature running on a released RHEL running
On Tue, Dec 15, 2020 at 01:24:58AM -0500, przemek klosowski via devel wrote:
>
...snip...
>
> I see the need to self-validate against known-good images/repos, either by
> checking online, or by leveraging the secure boot, somehow, Unfortunately I
> can't think of a foolproof and transparent way o
On Mon, Dec 14, 2020 at 05:52:16PM +0100, Till Maas wrote:
> Yes, it cannot encode everything but it can at least help. Is there any
> documentation about the flatpak work in Fedora? The wiki as all the
> other information that I find on Google with "flatpak Fedora" only focus
> on how to use them,
On 15/12/20 10:36 -0800, Adam Williamson wrote:
Well, the potential problem I see is that you have to *know* the other
list exists. For a new Fedora user this isn't trivial. I've no idea how
people find out about devel@ but I imagine it's linked all over the
intarwebs, having existed for literal
On Wed, Dec 16, 2020 at 11:06:45AM -0800, Adam Williamson wrote:
>
> See I thought that too at first, and was going to cite it, but then I
> thought, wait. The problem isn't that the update *actually broke the
> ABI*, right? The problem is that it *unnecessarily bumped the soname*.
> I think abidi
On 15/12/20 23:46 +0100, Miro Hrončok wrote:
On 12/15/20 11:29 PM, Miroslav Suchý wrote:
I am looking for challenges for upcoming year - what I and my team should
enhance. I have some ideas, but I want to hear
yours.
Thanks for doing this!
What you - as Fedora packager - find most time cons
On 16.12.2020 19:01, Adam Williamson wrote:
where we can see the "/abidiff" results:
Great. Thanks.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-l
On Wed, 2020-12-16 at 10:48 -0800, Kevin Fenzi wrote:
> On Wed, Dec 16, 2020 at 10:01:19AM -0800, Adam Williamson wrote:
> > On Wed, 2020-12-16 at 12:37 +0100, Vitaly Zaitsev via devel wrote:
> > > On 15.12.2020 23:29, Miroslav Suchý wrote:
> > > > What you - as Fedora packager - find most time con
On Wed, Dec 16, 2020 at 10:01:19AM -0800, Adam Williamson wrote:
> On Wed, 2020-12-16 at 12:37 +0100, Vitaly Zaitsev via devel wrote:
> > On 15.12.2020 23:29, Miroslav Suchý wrote:
> > > What you - as Fedora packager - find most time consuming on packaging?
> >
> > ABI check between shared librari
On Wed, 2020-12-16 at 12:37 +0100, Vitaly Zaitsev via devel wrote:
> On 15.12.2020 23:29, Miroslav Suchý wrote:
> > What you - as Fedora packager - find most time consuming on packaging?
>
> ABI check between shared libraries updates.
>
> Bodhi used to run abidiff automated tests, but after Fedor
Miroslav Suchý writes:
> I am looking for challenges for upcoming year - what I and my team
> should enhance. I have some ideas, but I want to hear yours.
>
> What you - as Fedora packager - find most time consuming on packaging?
> Where you will welcome more simplicity or automation?
Babysittin
On Wednesday, December 16, 2020 3:51:16 PM WET Tom Stellard wrote:
> I'm only excluding packages that invoke make through the %cmake_build or
> %cmake_install macros. armadillo invokes make directly, which is why it
> is on the list.
>
> -Tom
You are right, in the %check section.
OK I have adde
On 12/16/20 12:51 AM, José Abílio Matos wrote:
On Wednesday, December 16, 2020 8:01:23 AM WET Tom Stellard wrote:
> Here is the list of packages for Dec 16:
> https://fedorapeople.org/~tstellar/br_make_day2.txt
>
> -Tom
Hi Tom,
I have two packages in your list: armadillo and emacs-c
=
#fedora-meeting-2: FESCO (2020-12-16)
=
Meeting started by decathorpe at 15:04:25 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting-2/2020-12-16/fesco.2020-12-16-15.04.log.html
.
Meetin
On Wed, Dec 16, 2020 at 8:56 AM Artur Frenszek-Iwicki <
s...@fedoraproject.org> wrote:
> Less of "very time consuming" and more of "occasional annoyance": "fedpkg
> commit" could inspect the .spec file and ensure that every Source has a
> matching entry in the sources file, and that every Patch ha
Less of "very time consuming" and more of "occasional annoyance": "fedpkg
commit" could inspect the .spec file and ensure that every Source has a
matching entry in the sources file, and that every Patch has a corresponding
file in the repo. Every now and then I do a local build, it works, I comm
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
5 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 14/180 (x86_64), 16/122 (aarch64)
New failures (same
On Wed, Dec 16, 2020 at 5:18 AM Leigh Scott wrote:
>
> > Maybe you would like to elaborate, because I have switched yesterday and
> > so far I can't see any difference in functionality.
> >
> >
> > Vít
> >
> >
> > Dne 16. 12. 20 v 9:21 Leigh Scott napsal(a):
>
> After removing pulseaudio package I
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 7/15 (aarch64), 1/16 (x86_64)
New failures (same test not failed in Fedora-IoT-34-20201205.0):
ID: 741954 Test: aarch64 IoT-dvd_ostree-iso podman@uefi
URL: https://openqa.fedoraproject.org/tests/741954
ID: 741955
On 12/16/20 2:55 AM, Kevin Kofler via devel wrote:
Believe it or not, GNU/Linux is no longer a text-only operating system, nor
are window managers just a container for terminal emulators. :-)
But that is different than saying the GNU/Linux has become a no-text operating
system.Version 2 of gp
On Wed, Dec 16, 2020 at 2:12 PM Artem Tim wrote:
>
> Rust packaging automation. People shouldn't do work which could be done by
> machine in 2020.
rust2rpm is already pretty good, but I have some ideas to make the
possibilities for automation more comprehensive. I still need to write
the code, t
Announcing the creation of a new nightly release validation test event
for Fedora-IoT 34 RC 20201216.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_pl
On Tue, Dec 15, 2020 at 11:33 PM Miroslav Suchý wrote:
>
> I am looking for challenges for upcoming year - what I and my team should
> enhance. I have some ideas, but I want to hear
> yours.
>
> What you - as Fedora packager - find most time consuming on packaging?
> Where you will welcome more s
Rust packaging automation. People shouldn't do work which could be done by
machine in 2020.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.
On 12/16/20 2:27 PM, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Dec 16, 2020 at 02:05:32PM +0200, Panu Matilainen wrote:
On 12/16/20 1:15 PM, Peter Robinson wrote:
On Wed, Dec 16, 2020 at 11:13 AM Panu Matilainen wrote:
On 12/16/20 1:11 PM, Miro Hrončok wrote:
Hello Fedora, Panu.
I've noti
Kevin Kofler via devel writes:
Sam Varshavchik wrote:
> But, for some reason that I do not understand, the existing terminal
> interface always gets broken.
Well, how prompts in terminal emulator sessions in the GUI should work is a
design decision. Some people (like you, apparently) expect the
Josh Boyer wrote:
> I am looking for challenges for upcoming year - what I and my team should
> enhance. I have some ideas, but I want to hear
> yours.
> What you - as Fedora packager - find most time consuming on packaging?
> Where you will welcome more simplicity or automation?
> Deciphe
On Wed, Dec 16, 2020 at 02:05:32PM +0200, Panu Matilainen wrote:
> On 12/16/20 1:15 PM, Peter Robinson wrote:
> >On Wed, Dec 16, 2020 at 11:13 AM Panu Matilainen wrote:
> >>
> >>On 12/16/20 1:11 PM, Miro Hrončok wrote:
> >>>Hello Fedora, Panu.
> >>>
> >>>I've noticed Koschei starts reporting missi
Hello,
from top-of-the-head: I'm always referring to basic packaging manual and
main "blocker" is waiting for builds, so that I can push updates
afterwards: either I wait till completion (=waste of time on my end) or
interrupt the package update session (=users will get updates later).
Speed
On 12/16/20 1:15 PM, Peter Robinson wrote:
On Wed, Dec 16, 2020 at 11:13 AM Panu Matilainen wrote:
On 12/16/20 1:11 PM, Miro Hrončok wrote:
Hello Fedora, Panu.
I've noticed Koschei starts reporting missing dependencies:
https://koschei.fedoraproject.org/package/python3.10?collection=f34
"n
On 12/16/20 1:15 PM, Miro Hrončok wrote:
On 12/16/20 12:13 PM, Panu Matilainen wrote:
On 12/16/20 1:11 PM, Miro Hrončok wrote:
Hello Fedora, Panu.
I've noticed Koschei starts reporting missing dependencies:
https://koschei.fedoraproject.org/package/python3.10?collection=f34
"nothing provides
On 15.12.2020 23:29, Miroslav Suchý wrote:
What you - as Fedora packager - find most time consuming on packaging?
ABI check between shared libraries updates.
Bodhi used to run abidiff automated tests, but after Fedora Infra moved
to the new datacenter, they disappeared.
--
Sincerely,
Vita
Sam Varshavchik wrote:
> But, for some reason that I do not understand, the existing terminal
> interface always gets broken.
Well, how prompts in terminal emulator sessions in the GUI should work is a
design decision. Some people (like you, apparently) expect them to behave
the terminal way (so
On 12/16/20 12:13 PM, Panu Matilainen wrote:
On 12/16/20 1:11 PM, Miro Hrončok wrote:
Hello Fedora, Panu.
I've noticed Koschei starts reporting missing dependencies:
https://koschei.fedoraproject.org/package/python3.10?collection=f34
"nothing provides librpmio.so.9()(64bit) needed by
libapps
On Wed, Dec 16, 2020 at 11:13 AM Panu Matilainen wrote:
>
> On 12/16/20 1:11 PM, Miro Hrončok wrote:
> > Hello Fedora, Panu.
> >
> > I've noticed Koschei starts reporting missing dependencies:
> >
> > https://koschei.fedoraproject.org/package/python3.10?collection=f34
> >
> > "nothing provides lib
On Wed, Dec 16, 2020 at 12:13 PM Panu Matilainen wrote:
>
> On 12/16/20 1:11 PM, Miro Hrončok wrote:
> > Hello Fedora, Panu.
> >
> > I've noticed Koschei starts reporting missing dependencies:
> >
> > https://koschei.fedoraproject.org/package/python3.10?collection=f34
> >
> > "nothing provides lib
On 12/16/20 1:11 PM, Miro Hrončok wrote:
Hello Fedora, Panu.
I've noticed Koschei starts reporting missing dependencies:
https://koschei.fedoraproject.org/package/python3.10?collection=f34
"nothing provides librpmio.so.9()(64bit) needed by
libappstream-glib-0.7.18-1.fc34.x86_64"
It appears
Hello Fedora, Panu.
I've noticed Koschei starts reporting missing dependencies:
https://koschei.fedoraproject.org/package/python3.10?collection=f34
"nothing provides librpmio.so.9()(64bit) needed by
libappstream-glib-0.7.18-1.fc34.x86_64"
It appears that the soname version was bumped:
$ rep
Am 15.12.20 um 20:17 schrieb Kevin Fenzi:
If you upgrade in f33 or rawhide to nss 3.59, all your firefox add-ons
will stop working. Worse they will appear corrupted, so you will have to
remove them and re-install them (after downgrading nss).
apropos firefox: current builds for firefox are not
On 12/9/20 7:44 PM, Ben Cotton wrote:
== Scope ==
* Proposal owners:
We will go through the Fedora release and determine what nodejs
packages Fedora should package. We will implement nodejs library
bundling on those we already own. For those that we do not own, we
will work with their owners to
Following is the list of topics that will be discussed in the
FESCo meeting Wednesday at 15:00UTC in #fedora-meeting-2 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2020-12-16 15:00 UTC'
Links to all issues to
> Maybe you would like to elaborate, because I have switched yesterday and
> so far I can't see any difference in functionality.
>
>
> Vít
>
>
> Dne 16. 12. 20 v 9:21 Leigh Scott napsal(a):
After removing pulseaudio package I have no sound and pipewire-pulse doesn't
autostart, pulseaudio use
Maybe you would like to elaborate, because I have switched yesterday and
so far I can't see any difference in functionality.
Vít
Dne 16. 12. 20 v 9:21 Leigh Scott napsal(a):
Why push this half baked feature for F34, I just tried the F34 cinnamon spin
and this feature isn't even alpha qualit
On Wednesday, December 16, 2020 8:01:23 AM WET Tom Stellard wrote:
> Here is the list of packages for Dec 16:
> https://fedorapeople.org/~tstellar/br_make_day2.txt
>
> -Tom
Hi Tom,
I have two packages in your list: armadillo and emacs-common-ess.
My issue is with armadillo that it has BuildReq
Why push this half baked feature for F34, I just tried the F34 cinnamon spin
and this feature isn't even alpha quality.
I wont be switching cinnamon or any rpmfusion packages I maintain to it till
it's rock steady release quality.
___
devel mailing list
On 11/30/20 2:06 PM, Tom Stellard wrote:
Hi,
As part of the f34 change request[1] for removing make from the
buildroot, I will be doing a mass update of packages[2] to add
BuildRequires: make where it is needed.
If you are a package maintainer and would prefer to update your packages
on you
64 matches
Mail list logo
