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
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
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.
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 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
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
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
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
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
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
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
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
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, 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
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
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
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
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
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
19 matches
Mail list logo
