As tedious as it is, my suggestion is kernel bisect.
Various strategies abound. I'd probably go for course to fine
granularity: start with Fedora Live ISOs, and see clearly where it
does and doesn't happen. It sounds like the problem manifests quickly
so you don't need to reinstall or compile. Onc
Hi Adam,
Adam Jackson writes:
> I've gone through (almost) every package I could find that depended on
> one of the xorg-x11-* superpackages and fixed them up as best I could.
> Here's how that went.
>
> lxde-common has been switched to explicitly require xprop from
> xorg-x11-utils, but still e
On Thu, Aug 20, 2020 at 2:18 PM Stephen Gallagher
wrote:
> On Thu, Aug 6, 2020 at 10:46 AM Miro Hrončok wrote:
> >
> > On 05. 08. 20 21:36, Stephen Gallagher wrote:
>
... snip
> >
> > I sincerely don't understand the RHEL's need for default modular
> streams, but
> > when I tried to query the m
Yes, i'd ignored it.
I can't do nothing in this case.
On 19/08/20 23:00, Yaakov Selkowitz wrote:
> On Wed, 2020-08-19 at 19:24 +0200, Antonio T. sagitter wrote:
>> I don't know when IceCat-78 will be ready for stable branch, i wish
>> to keep IceCat-68.* in Fedora 33.
>>
>> Can i reverse the chang
Hi,
I don't have any use for rubygem-dealayed_job and
rubygem-dealayed_job_active_record, therefore I orphaned them.
Vít
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
On Thu, Aug 6, 2020 at 10:46 AM Miro Hrončok wrote:
>
> On 05. 08. 20 21:36, Stephen Gallagher wrote:
> > FESCo has requested that I submit the module policy once more to the
> > Fedora development list for discussion. Feedback is welcome.
> >
> > == Requirements for Default Streams
> > * Default
No missing expected images.
Failed openQA tests: 2/16 (x86_64)
New failures (same test not failed in Fedora-IoT-33-20200818.0):
ID: 644862 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/644862
ID: 644871 Test: x86_64 IoT-dvd_ostree-iso iot
On Thu, 2020-08-20 at 11:42 +0200, Vitaly Zaitsev via devel wrote:
> On 18.08.2020 17:12, Jeff Law wrote:
> > So we're at a point where the F33 FTBFS issues related to LTO that I'm
> > aware of
> > have been resolved (by opting the package out of LTO). I still expect
> > some LTO
> > issues wil
On 8/14/20 12:29 PM, Tony Nelson wrote:
> On 20-08-14 09:14:51, Wells, Roger K. via devel wrote:
>> On 8/14/20 8:45 AM, Przemek Klosowski via devel wrote:
>
>>> So, what is kernel doing? what does your system log say? type
>>> 'dmesg' or 'journalctl -e' and look at the end of the data.
>>
>> The fo
Hello,
Ruby on Rails 6.0 has just landed in F33 and Rawhide:
https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_6.0
Updates:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-5bc381f3f0
https://bodhi.fedoraproject.org/updates/FEDORA-2020-aaf2c426af
Can be installed / run / tested like
It seems koji is just overloaded.
On 8/20/20 2:07 PM, Zdenek Dohnal wrote:
> Hi all,
>
> Koji seems to be broken now. Builds/scratch builds fail with:
>
> Fault: : [Errno 28] No space left on device:
> '/mnt/koji/work/tasks/6134/49706134'">
>
> Links to build:
>
> https://koji.fedoraproject.org/ko
On Thu, Aug 20, 2020 at 8:08 AM Zdenek Dohnal wrote:
>
> Hi all,
>
> Koji seems to be broken now. Builds/scratch builds fail with:
>
> Fault: : [Errno 28] No space left on device:
> '/mnt/koji/work/tasks/6134/49706134'">
>
> Links to build:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=4
Hi all,
Koji seems to be broken now. Builds/scratch builds fail with:
Fault: : [Errno 28] No space left on device:
'/mnt/koji/work/tasks/6134/49706134'">
Links to build:
https://koji.fedoraproject.org/koji/taskinfo?taskID=49706133
Do we have a ticket for this outage?
Thank you in advance,
Zd
No missing expected images.
Passed openQA tests: 7/7 (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
On Tue, Aug 18, 2020 at 7:09 AM Vijayan, Arunprabhu
wrote:
>
> Hi,
>
>
>
> I find when I try fedpkg scratch build or import, it is very slow & I’m not
> able to upload the package.
>
>
>
> fedpkg build --scratch --target rawhide --srpm SRPMS/
>
> fedpkg import /path/to/srpm/from/step/1a
>
> I’ve
On Thu, Aug 20, 2020 at 1:43 AM Artur Iwicki wrote:
>
> I had this issue a month ago when reviewing sane-airscan:
> https://bugzilla.redhat.com/show_bug.cgi?id=1859207
> Also a week later, when reviewing wev:
> https://bugzilla.redhat.com/show_bug.cgi?id=1860772
> And today, when I tried to revi
On 18.08.2020 17:12, Jeff Law wrote:
> So we're at a point where the F33 FTBFS issues related to LTO that I'm aware
> of
> have been resolved (by opting the package out of LTO). I still expect some
> LTO
> issues will pop up as packages fix things like missing dependencies, cmake
> macros, etc.
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20200819.0):
ID: 644638 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproj
Hi Jeff,
Dne 27. 07. 20 v 14:28 Vít Ondruch napsal(a):
> Dne 27. 07. 20 v 12:25 Vít Ondruch napsal(a):
>> Dne 24. 07. 20 v 21:01 Jeff Law napsal(a):
>>> On Fri, 2020-07-24 at 20:52 +0200, Vít Ondruch wrote:
The LTO break Ruby on various platforms.
https://koji.fedoraproject.or
19 matches
Mail list logo
