No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
According to the Fedora's Fails To Build From Source policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
The following packages will be orphaned on Monday 2020-04-06.
Their F32FTBFS Bugzillas are in NEW state for the defined period of time and
they h
Hi, Fabio,
On Fri, Mar 27, 2020 at 4:42 PM Fabio Valentini wrote:
>
> On Fri, Mar 27, 2020 at 4:12 PM Stephen Gallagher wrote:
> >
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA256
> >
> > There has been a lot of (really good!) discussion on the original
> > proposal thread, but as it has
Hi,
On Sat, Mar 28, 2020 at 11:25 PM clime wrote:
>
> From the proposal:
>
> %if 0%{?fedora} < 32 && 0%{?rhel} <= 8
>
> The fix will be done via a pull request that states a time limit. We
> want the regular maintainers to see / comment / commit, but we also
> don't want things to stall for mont
On Sun, 29 Mar 2020 at 13:34, Aleksandra Fedorova wrote:
>
> Hi,
>
> On Sat, Mar 28, 2020 at 11:25 PM clime wrote:
> >
> > From the proposal:
> >
> > %if 0%{?fedora} < 32 && 0%{?rhel} <= 8
> >
> > The fix will be done via a pull request that states a time limit. We
> > want the regular maintaine
Hi Itamar,
I am starting the unresponsive maintainer process [0], because
packages you maintain or co-maintain are FTBFS [1].
Your last build action in koji dates from early December 2019 [2].
Unfortunately, a lot of your packages are scheduled to be orphaned [3] soon.
I will follow the unresponsi
Today, Miro sent out a message [1] about FTBFS packages to be orphaned soon. On
the list I saw one package that's of interest to me, so I figured I should take
a look - maybe I'll be able to fix it and submit a Pull Request to dist-git.
After opening Pagure, I clicked on the "latest builds" link
On Sun, Mar 29, 2020 at 2:36 PM clime wrote:
>
> On Sun, 29 Mar 2020 at 13:34, Aleksandra Fedorova wrote:
> >
> > Hi,
> >
> > On Sat, Mar 28, 2020 at 11:25 PM clime wrote:
> > >
> > > From the proposal:
> > >
> > > %if 0%{?fedora} < 32 && 0%{?rhel} <= 8
> > >
> > > The fix will be done via a pu
On Sun, 29 Mar 2020 at 15:20, Aleksandra Fedorova wrote:
>
> On Sun, Mar 29, 2020 at 2:36 PM clime wrote:
> >
> > On Sun, 29 Mar 2020 at 13:34, Aleksandra Fedorova
> > wrote:
> > >
> > > Hi,
> > >
> > > On Sat, Mar 28, 2020 at 11:25 PM clime wrote:
> > > >
> > > > From the proposal:
> > > >
>
Otherwise, I think the change is a nice idea.
On Sun, 29 Mar 2020 at 16:03, clime wrote:
>
> On Sun, 29 Mar 2020 at 15:20, Aleksandra Fedorova wrote:
> >
> > On Sun, Mar 29, 2020 at 2:36 PM clime wrote:
> > >
> > > On Sun, 29 Mar 2020 at 13:34, Aleksandra Fedorova
> > > wrote:
> > > >
> > > >
On Sun, 29 Mar 2020 at 09:07, Artur Iwicki wrote:
> Today, Miro sent out a message [1] about FTBFS packages to be orphaned
> soon. On the list I saw one package that's of interest to me, so I figured
> I should take a look - maybe I'll be able to fix it and submit a Pull
> Request to dist-git.
>
On Sun, 29 Mar 2020 at 09:20, Aleksandra Fedorova
wrote:
> On Sun, Mar 29, 2020 at 2:36 PM clime wrote:
> >
> > On Sun, 29 Mar 2020 at 13:34, Aleksandra Fedorova
> wrote:
> > >
> > > Hi,
> > >
> > > On Sat, Mar 28, 2020 at 11:25 PM clime
> wrote:
> > > >
>
> > Hi,
> >
> > I think it would be n
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Soft failed openQA tests: 2/8 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-IoT-33-20200328.0):
ID: 559905 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
UR
On 29. 03. 20 15:06, Artur Iwicki wrote:
After opening Pagure, I clicked on the "latest builds" link to koji, opened the
latest failing build... and the logs are gone because of retention time.
If you look at the bugzillas:
https://bugzilla.redhat.com/showdependencytree.cgi?id=F32FTBFS&hide_r
On 3/29/20 1:46 AM, Leigh Scott wrote:
Wait, nevermind. It’s kmod, got them confused:
rpm-ostree install kmod-nvidia xorg-x11-drv-nvidia
You need to use the nodebug kernel
https://fedoraproject.org/wiki/RawhideKernelNodebug
Wiki doesn't say how to install nondebug on Silverblue. How do yo
On Sun, Mar 29, 2020 at 5:15 AM Miro Hrončok wrote:
> antlr4 gil jkastner lef mizdebsk sdgathman
This package should have been retired. It has been superceded by the
antlr4-project package. If any of the packagers on this list want to
comaintain antlr4-project, just let me know.
No missing expected images.
Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 9/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-Rawhide-20200328.n
On Sun, 29 Mar 2020 06:46:17 -, you wrote:
>> Wait, nevermind. Its kmod, got them confused:
>>
>>
>> rpm-ostree install kmod-nvidia xorg-x11-drv-nvidia
>
>You need to use the nodebug kernel
>
>https://fedoraproject.org/wiki/RawhideKernelNodebug
>
And just how wise is it putting Rawhide ker
Hi all,
In addition to the spec file in Fedora Git, I maintain an upstream spec
file and try to keep it up to date so people can take one of our
tarballs and build it on just about any RPM-based distribution whenever
they want.
I saw some discussions about how to maintain changelogs in the spec
Leigh Scott wrote:
> We don't supply compiled kmod packages at rpmfusion,
Since when? Why? Where was this discussed?
A compiler has no business being on end users' systems. Fedora is not
Gentoo. The akmod approach is flawed, independently of Silverblue etc.
RPM Fusion used to provide compiled k
OLD: Fedora-Rawhide-20200328.n.0
NEW: Fedora-Rawhide-20200329.n.0
= SUMMARY =
Added images:1
Dropped images: 5
Added packages: 107
Dropped packages:1
Upgraded packages: 64
Downgraded packages: 0
Size of added packages: 524.40 MiB
Size of dropped packages
Hello Daniel!
On Sun, 29 Mar 2020 at 18:07, Daniel Pocock wrote:
>
>
> Hi all,
>
> In addition to the spec file in Fedora Git, I maintain an upstream spec
> file and try to keep it up to date so people can take one of our
> tarballs and build it on just about any RPM-based distribution whenever
>
Long story short I lost my home directory where I do all of my packager
activities (separate from my main user) so I'm setting things up from
scratch.
I created new ssh keys and uploaded the public key to
admin.fedoraproject.org and pasted into pagure.io. It's been over an hour
and I'm still getti
It finally started working... Just took over 2 hours to propagate...
Thanks,
Richard
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedo
On Sun, Mar 29, 2020 at 12:32:33PM -0500, Richard Shaw wrote:
> Long story short I lost my home directory where I do all of my packager
> activities (separate from my main user) so I'm setting things up from
> scratch.
>
> I created new ssh keys and uploaded the public key to
> admin.fedoraproject
Hello team,
Can someone investigate the failure on Fedora 32 YafaRay? It seems
related to boost [2].
Thanks in advance.
References:
[1] https://koji.fedoraproject.org/koji/packageinfo?packageID=11552
[2] https://koji.fedoraproject.org/koji/buildinfo?buildID=1485341
--
Luya
On Sun, Mar 29, 2020 at 11:31:13AM -0400, Gerald Henriksen wrote:
> On Sun, 29 Mar 2020 06:46:17 -, you wrote:
>
> >> Wait, nevermind. Its kmod, got them confused:
> >>
> >>
> >> rpm-ostree install kmod-nvidia xorg-x11-drv-nvidia
> >
> >You need to use the nodebug kernel
> >
> >https://fedo
# Fedora Quality Assurance Meeting
# Date: 2020-03-30
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
Fedora 32 Final is winding up now, and we have a bunch of community
events coming up and stuff, so le
# F32 Blocker Review meeting
# Date: 2020-03-30
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.freenode.net
Hi folks! We have 4 proposed Final blockers and 4 proposed Final
freeze exception to review, so let's have a Fedora 32 blocker review
meeting tomorrow!
If you have time today,
HI Ivan !
When I install nextcloud officialy on the depot (dnf install nextcloud
nextcloud-nginx-18.0.0-1.fc32.noarch nextcloud-mysql), what is the procedure
to enable nextcloud after the installation ?
Thank you.
___
devel mailing list -- devel@list
On 3/29/20 1:32 PM, Kevin Fenzi wrote:
On Sun, Mar 29, 2020 at 11:31:13AM -0400, Gerald Henriksen wrote:
On Sun, 29 Mar 2020 06:46:17 -, you wrote:
Wait, nevermind. It’s kmod, got them confused:
rpm-ostree install kmod-nvidia xorg-x11-drv-nvidia
You need to use the nodebug kernel
http
Both F31 and F32 have non-debug kernels that work with the Nvidia drivers from
rpmfusion.
Source: Using F32 Silverblue with the Nvidia akmods.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
kmod-nvidia and akmod-nvidia will do the same thing, kmod-nvidia is an empty
package that pulls in akmod-nvidia.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Co
On 3/29/20 2:29 PM, Daniel Smith wrote:
Both F31 and F32 have non-debug kernels that work with the Nvidia drivers from
rpmfusion.
Source: Using F32 Silverblue with the Nvidia akmods.
OK, so why aren't they installing?
___
devel mailing list --
"ostree(akmod-nvidia.post)[10990]: Building
/usr/src/akmods/nvidia-kmod-440.64-2.fc33.src.rpm for kernel
5.6.0-0.rc7.git1.1.fc33.x86_64"
You're using fc33 kernels which are Rawhide. You'll need to rebase down to F32
or F31.
rpm-ostree rebase fedora/32/x86_64/silverblue
On 3/29/20 2:55 PM, Daniel Smith wrote:
"ostree(akmod-nvidia.post)[10990]: Building
/usr/src/akmods/nvidia-kmod-440.64-2.fc33.src.rpm for kernel
5.6.0-0.rc7.git1.1.fc33.x86_64"
You're using fc33 kernels which are Rawhide. You'll need to rebase down to F32
or F31.
rpm-ostree rebase fedora/32/x
On 29.03.2020 18:24, Kevin Kofler wrote:
> RPM Fusion used to provide compiled kmod packages for years, and those just
> worked. (Well, for the proprietary ones, they only worked as well as
> proprietary drivers work to begin with, but that was no fault of the kmod
> packages.) So why and when d
On 3/29/20 3:04 PM, Vitaly Zaitsev via devel wrote:
On 29.03.2020 18:24, Kevin Kofler wrote:
RPM Fusion used to provide compiled kmod packages for years, and those just
worked. (Well, for the proprietary ones, they only worked as well as
proprietary drivers work to begin with, but that was no f
On Sunday, 29 March 2020 at 22:20, Ty Young wrote:
>
> On 3/29/20 3:04 PM, Vitaly Zaitsev via devel wrote:
> > On 29.03.2020 18:24, Kevin Kofler wrote:
> > > RPM Fusion used to provide compiled kmod packages for years, and
> > > those just worked. (Well, for the proprietary ones, they only
> > > w
Hi, François.
On Sunday, 29 March 2020 at 14:59, François Cami wrote:
> Hi Itamar,
>
> I am starting the unresponsive maintainer process [0], because
> packages you maintain or co-maintain are FTBFS [1].
> Your last build action in koji dates from early December 2019 [2].
>
> Unfortunately, a lo
> Leigh Scott wrote:
>
> Since when? Why? Where was this discussed?
It will 4 years in July.
https://pkgs.rpmfusion.org/cgit/nonfree/nvidia-kmod.git/commit/?id=52cadb0401a80d4c95563880f154d45506f18b9e
I believe there may have been a brief discussion between kwizart and me on IRC.
They were drop
> On 3/29/20 2:29 PM, Daniel Smith wrote:
>
>
> OK, so why aren't they installing?
Works fine here on normal fedora
$ inxi -GCS
System:
Host: leigh Kernel: 5.6.0-0.rc7.git1.2.fc33.x86_64 x86_64 bits: 64
Desktop: Cinnamon 4.4.8 Distro: Fedora release 33 (Rawhide)
CPU:
Topology: 8-Core mo
Dominik 'Rathann' Mierzejewski wrote:
> I don't maintain an kmods, but from what I observe in the package
> commits, they break with each new Fedora kernel release and the
> maintenance burden is even higher for older nVidia driver versions.
>
> You're welcome to help with automation, but I'm afrai
On Sun, Mar 29, 2020 at 6:18 PM Kevin Kofler wrote:
>
> Dominik 'Rathann' Mierzejewski wrote:
> > I don't maintain an kmods, but from what I observe in the package
> > commits, they break with each new Fedora kernel release and the
> > maintenance burden is even higher for older nVidia driver vers
Leigh Scott wrote:
> It will 4 years in July.
>
> https://pkgs.rpmfusion.org/cgit/nonfree/nvidia-kmod.git/commit/?id=52cadb0401a80d4c95563880f154d45506f18b9e
For the record, you link only the nvidia-kmod change here, but the same
change was also applied around the same time to all the other kmod
On 3/29/20 3:25 PM, Dominik 'Rathann' Mierzejewski wrote:
On Sunday, 29 March 2020 at 22:20, Ty Young wrote:
On 3/29/20 3:04 PM, Vitaly Zaitsev via devel wrote:
On 29.03.2020 18:24, Kevin Kofler wrote:
RPM Fusion used to provide compiled kmod packages for years, and
those just worked. (Well,
On 3/29/20 3:01 PM, Ty Young wrote:
On 3/29/20 2:55 PM, Daniel Smith wrote:
"ostree(akmod-nvidia.post)[10990]: Building
/usr/src/akmods/nvidia-kmod-440.64-2.fc33.src.rpm for kernel
5.6.0-0.rc7.git1.1.fc33.x86_64"
You're using fc33 kernels which are Rawhide. You'll need to rebase down to F32
On Sat, Mar 28, 2020 at 4:12 PM Aoife Moloney wrote:
>
> ### Other Updates
>
> GitForge Decision
> * After evaluating over 300 user stories from multiple stakeholders we
> have aligned on a decision for the Gitforge that CPE will operate for
> the coming years. We are opting for Gitlab for ou
On Sun, Mar 29, 2020, at 11:47 PM, Neal Gompa wrote:
> On Sat, Mar 28, 2020 at 4:12 PM Aoife Moloney wrote:
> >
> > ### Other Updates
> >
> > GitForge Decision
> > * After evaluating over 300 user stories from multiple stakeholders we
> > have aligned on a decision for the Gitforge that CPE
On Sun, Mar 29, 2020 at 12:56:42AM +0100, clime wrote:
> You can make a separate namespace for this in dist-git. It doesn't need to
> be a separate branch. That way, you won't be disturbing anyone elses space.
>
A different name space means a different repository. That means a full copy.
A waste o
Am 29.03.20 um 18:24 schrieb Kevin Kofler:
>
> RPM Fusion used to provide compiled kmod packages for years, and those just
> worked. (Well, for the proprietary ones, they only worked as well as
> proprietary drivers work to begin with, but that was no fault of the kmod
> packages.) So why and wh
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
52 matches
Mail list logo
