On Fri, Feb 2, 2018 at 8:25 PM, Daniel Walsh wrote:
> On 01/31/2018 06:26 PM, Josh Boyer wrote:
>>
>> On Tue, Jan 30, 2018 at 12:42 PM, Daniel Walsh wrote:
>>>
>>> On 01/30/2018 11:50 AM, Jan Kurik wrote:
= Proposed Self Contained Change: Atomic, Cloud and Docker images for
s390x =
On Thu, Feb 1, 2018 at 12:13 PM, Tomasz Kłoczko
wrote:
>
> On 1 February 2018 at 01:42, Peter Hutterer
> wrote:
> [..]
>
>> > So event4 it is in my case touch pad and event5 it is Logitech M185
>> mouse.
>> > In other words: those "libinput bug" log entries looks like are not
>> related
>> > to
On Sun, 2018-02-04 at 14:30 -0800, Kevin Fenzi wrote:
> On 02/04/2018 01:38 PM, Jan Kratochvil wrote:
> > On Sun, 04 Feb 2018 22:14:47 +0100, Doug Ledford wrote:
> > > cc1: fatal error: inaccessible plugin file plugin/annobin.so expanded
> > > from short plugin name annobin: No such file or di
On 4 February 2018 at 07:00, Samuel Sieb wrote:
> On 02/02/2018 12:55 PM, Chris Murphy wrote:
>
>> Yeah I'm getting a bunch of clutter messages as well as many lines of
>> gnome shell desktop related stack traces. But there is nothing listed
>> by coredumpctl, or abrt.
>>
>>
>> Feb 02 13:51:31 f2
Missing expected images:
Workstation live i386
Kde live i386
Failed openQA tests: 10/129 (x86_64), 4/22 (i386), 1/2 (arm)
ID: 190720 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/190720
ID: 190750 Test: i386 Workstation-boo
On 02/04/2018 01:38 PM, Jan Kratochvil wrote:
> On Sun, 04 Feb 2018 22:14:47 +0100, Doug Ledford wrote:
>> cc1: fatal error: inaccessible plugin file plugin/annobin.so expanded
>> from short plugin name annobin: No such file or directory
> ...
>> So, where is the gcc plugin annobin?
>
> In my
On Sun, 04 Feb 2018 22:14:47 +0100, Doug Ledford wrote:
> cc1: fatal error: inaccessible plugin file plugin/annobin.so expanded
> from short plugin name annobin: No such file or directory
...
> So, where is the gcc plugin annobin?
In my fresh Rawhide buildroot
https://koji.fedoraproje
I'm having an issue, and as far as I can tell it's not in my package.
The rdma-core package uses cmake and ninja-build to build itself, and
the very first test in the CMakeLists.txt makefile is the TestCCompiler
test that is shipped with CMake, not one of our own tests. And it's
failing because i
On 04/02/18 21:36, Steve Grubb wrote:
> On Sunday, February 4, 2018 2:29:26 PM EST Alec Leamas wrote:
>> Many questions here, and a large package. Still, searching the logs I
>> cannot see any python files - are there any such at all?
>
> None at all. Its all java, javascript, R, and ELF files.
On Sunday, February 4, 2018 1:38:27 PM EST Antonio wrote:
> On 04/02/2018 19:27, Steve Grubb wrote:
> > On Sunday, February 4, 2018 12:42:56 PM EST Antonio Trande wrote:
> >> On 04/02/2018 18:13, Steve Grubb wrote:
> >>> Hello,
> >>>
> >>> I am building a package locally and run across a failure t
On Sunday, February 4, 2018 2:29:26 PM EST Alec Leamas wrote:
> On 04/02/18 19:30, Steve Grubb wrote:
> > On Sunday, February 4, 2018 12:42:56 PM EST Antonio Trande wrote:
> >
> >> Not enough information to check signature validity.Show Details
> >>
> >> On 04/02/2018 18:13, Steve Grubb wr
On 04/02/18 19:30, Steve Grubb wrote:
> On Sunday, February 4, 2018 12:42:56 PM EST Antonio Trande wrote:
>> Not enough information to check signature validity. Show Details
>>
>> On 04/02/2018 18:13, Steve Grubb wrote:
>>> Hello,
>>>
>>> + /usr/lib/rpm/brp-python-bytecompile /usr/bin/python 1
On 04/02/2018 19:27, Steve Grubb wrote:
> On Sunday, February 4, 2018 12:42:56 PM EST Antonio Trande wrote:
>> On 04/02/2018 18:13, Steve Grubb wrote:
>>> Hello,
>>>
>>> I am building a package locally and run across a failure that seems to be
>>> unexplained. It gets to the install phase and then
On Sunday, February 4, 2018 12:42:56 PM EST Antonio Trande wrote:
> Not enough information to check signature validity. Show Details
>
> On 04/02/2018 18:13, Steve Grubb wrote:
> > Hello,
> >
> > I am building a package locally and run across a failure that seems to be
> > unexplained. It gets
On 04/02/2018 18:13, Steve Grubb wrote:
> Hello,
>
> I am building a package locally and run across a failure that seems to be
> unexplained. It gets to the install phase and then abruptly fails with the
> following build log:
>
> -- Installing: /home/sgrubb/working/BUILDROOT/R-studio-
> desktop-
Hello,
I am building a package locally and run across a failure that seems to be
unexplained. It gets to the install phase and then abruptly fails with the
following build log:
-- Installing: /home/sgrubb/working/BUILDROOT/R-studio-
desktop-1.1.422-1.fc27.x86_64/usr/local/lib/rstudio/bin/rpostbac
On 02/02/2018 11:39 PM, Jason L Tibbitts III wrote:
> Actually comprehending your message, I see it's not you building this
> package at all and it's not doing it in koji, either. So I wonder what
> environment is present when hotness is trying to build the SRPM. If
> somehow it doesn't have redh
Thomas Haller wrote:
> now, building network-manager-applet(fc28) on Fedora 27, it fails:
>
> Full log written to /data/src/fedpkg/network-manager-applet/network-
> manager-applet-1.8.10/x86_64-redhat-linux-gnu/meson-logs/testlog.txt
> + %ldconfig_scriptlets -n libnma
> /var/tmp/rpm-tmp.YVXizL: l
On Tue, 2018-01-30 at 10:04 +0100, Igor Gnatenko wrote:
> For those who didn't check Change page since today's morning: Thanks
> to Jason
> Tibbits (tibbs) who proposed %ldconfig_scriptlets macro and its
> implementation.
>
> Now we have 4 macros you could use: %ldconfig, %ldconfig_post,
> %ldcon
- Mail original -
De: "Nicolas Mailhot"
> It's a bit of a Lego guideline, you assemble the spec blocs you need, and
> ignore those you don't need. The
> example was chosen to include as many blocks as possible, with the
> walkthrough explaining their respective
> functions. All the blo
20 matches
Mail list logo
