No missing expected images.
Passed openQA tests: 2/2 (x86_64)
New passes (same test did not pass in updates-20180721.0):
ID: 259328 Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/259328
ID: 259329 Test: x86_64
https://fedorapeople.org/groups/389ds/ci/nightly/2018/07/22/report-389-ds-base-1.4.0.13-20180721git345221c.fc28.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
No missing expected images.
Failed openQA tests: 8/138 (x86_64), 22/24 (i386), 1/2 (arm)
New failures (same test did not fail in Rawhide-20180719.n.0):
ID: 259176 Test: x86_64 Server-dvd-iso support_server
URL: https://openqa.fedoraproject.org/tests/259176
ID: 259199 Test: x86_64
>>> On Jul 15, 2018, at 5:47 AM, Richard W.M. Jones wrote:
>>>
>>> On Fri, Jul 13, 2018 at 04:05:42PM +0200, Mikolaj Izdebski wrote:
>>> On 07/12/2018 10:17 PM, Richard W.M. Jones wrote:
>>> Does each build start with its own fresh VM? Do you care about the
>>> data in that build VM if either
Igor Gnatenko wrote:
> Unfortunately I can't fix this automagically.
You can. You just need to do more than one pass of fixing, instead of
expecting other people to fix your breakage.
Kevin Kofler
___
devel mailing list --
Hey,
So i recently began packaging like a month back so i had no idea this was a
thing,i will get back to you asap after checking the links and everything.
On Sat, 21 Jul 2018, 22:43 Christian Dersch,
wrote:
> Hi again :) I don't see you in packager group in FAS (which is a
> requirement for
On 07/21/2018 09:46 AM, Howard Howell wrote:
Your idea suffers from one thing... Who will build, maintain and ensure
that the database is accurate. World RF spectrum is a tough nut. It
flunctuates due to the birth and death of nations, ideology and
technology. Moreover some of the standards
On 07/20/2018 03:58 PM, Igor Gnatenko wrote:
On Fri, Jul 20, 2018, 15:27 Kevin Kofler wrote:
Igor Gnatenko wrote:
No one promised that I'm going to fix 100% of packages, I've fixed around
2k packages. What my regex couldn't catch -- please send me list of
packages, I will analyze them and
Hi,
The elfutils tools can demangle C++ symbols through the standard
_cxa_demangle interface. The elfutils tools are written in C and
so simply link with -lstdc++ to get access to __cxa_demangle.
There is a BuildRequires: libstdc++-devel in the elfutils.spec.
But it looks like that isn't enough
On Fri, 2018-07-20 at 14:47 -0400, John W. Linville wrote:
> A mostly "behind the scenes" aspect of the Linux wireless LAN
> (IEEE802.11) subsystem has changed upstream with some system-level
> effects. Replacing an existing package with a cleaner but
> functionally
> equivalent package is an
Hi again :) I don't see you in packager group in FAS (which is a
requirement for lxqt-sig access to LXQt packages). So you need to be
sponsored as a packager first to be able to build and maintain official
Fedora packages, check
John W. Linville wrote:
> Is it acceptable to trust the upstream signature of the wireless
> regulatory database? Or do we need to use some sort of Fedora
> signature? If the latter, can it be a (semi-)permanent (e.g. per
> release) signature, which could be maintained in the kernel sources? Or
>
On 07/21/2018 11:02 AM, Igor Gnatenko wrote:
On Sat, Jul 21, 2018 at 10:28 AM Julian Sikorski wrote:
This means that build failed on checking for gcc. There are some packages
where it checks for both gcc and g++ and then fails, but there are packages
where it fails after first.
2018-07-20 20:47 GMT+02:00 John W. Linville :
[...]
> QUESTIONS
>
> Are there reasons to oppose the Obsolete/Provides upgrade path from
> crda to wireless-regdb? Would it be desirable to require users to
> manually intervene by installing wireless-regdb by hand? FWIW, I do not
> see any benefit
On Fri, Jul 20, 2018 at 7:47 PM, John W. Linville wrote:
> A mostly "behind the scenes" aspect of the Linux wireless LAN
> (IEEE802.11) subsystem has changed upstream with some system-level
> effects. Replacing an existing package with a cleaner but functionally
> equivalent package is an
On Sat, Jul 21, 2018 at 10:28 AM Julian Sikorski wrote:
> W dniu 19.07.2018 o 17:30, Zbigniew Jędrzejewski-Szmek pisze:
> > On Thu, Jul 19, 2018 at 05:15:47PM +0200, Hans de Goede wrote:
> >> Hi All,
> >>
> >> I've just got 20 bugs auto-filed against packages which I co-maintain
> >> and that is
W dniu 19.07.2018 o 17:30, Zbigniew Jędrzejewski-Szmek pisze:
> On Thu, Jul 19, 2018 at 05:15:47PM +0200, Hans de Goede wrote:
>> Hi All,
>>
>> I've just got 20 bugs auto-filed against packages which I co-maintain
>> and that is just for packages starting with the letter 'a'.
>>
>> A quick check
https://bugzilla.redhat.com/show_bug.cgi?id=1605404
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1605419
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=1605423
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On 20.7.2018 19:56, Kevin Fenzi wrote:
On 07/20/2018 03:55 AM, Michal Novotny wrote:
I actually already filed the respective bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1591225
There is even PR:
https://github.com/rpm-software-management/dnf/pull/1109
that got blocked for an unknown
21 matches
Mail list logo
