hi
Il 22/12/2016 01:24, Paulo César Pereira de Andrade ha scritto:
I have two packages for review. These should be very
simple reviews.
I've already reviewed
python-pathlib2: https://bugzilla.redhat.com/show_bug.cgi?id=1406962
about
python-ipykernel: https://bugzilla.redhat.com/show_bug.c
On 12/22/2016 05:06 AM, Christopher wrote:
> The failure yesterday that I was thinking of was:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=17004112
>
> Re-submitting it 4 minutes later passed just fine:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=17004125
These builds were ran
Dne 22.12.2016 v 09:27 Mikolaj Izdebski napsal(a):
> On 12/22/2016 05:06 AM, Christopher wrote:
>> The failure yesterday that I was thinking of was:
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=17004112
>>
>> Re-submitting it 4 minutes later passed just fine:
>> https://koji.fedoraproje
I understand this was not the cause to FTBFS, but FTR:
On Thursday, December 22, 2016 3:03:56 AM CET Christopher wrote:
> sh: /usr/bin/python: No such file or directory
https://bugzilla.redhat.com/1243292
> warning: Could not canonicalize hostname: buildvm-14.phx2.fedoraproject.org
https://gith
On Thursday, December 22, 2016 9:50:12 AM CET Vít Ondruch wrote:
>
> Dne 22.12.2016 v 09:27 Mikolaj Izdebski napsal(a):
> > On 12/22/2016 05:06 AM, Christopher wrote:
> >> The failure yesterday that I was thinking of was:
> >> https://koji.fedoraproject.org/koji/taskinfo?taskID=17004112
> >>
> >>
On 12/22/2016 09:50 AM, Vít Ondruch wrote:
>
>
> Dne 22.12.2016 v 09:27 Mikolaj Izdebski napsal(a):
>> On 12/22/2016 05:06 AM, Christopher wrote:
>>> The failure yesterday that I was thinking of was:
>>> https://koji.fedoraproject.org/koji/taskinfo?taskID=17004112
>>>
>>> Re-submitting it 4 minut
> Honestly this is annoying misbehavior. How we can tell Koji to avoid
> certain builders for certain noarch packages? Wouldn't be possible to
> build noarch packages just on primary arch builders for example?
You can. (make it arch specific)
It doesn't make any sense to me - you want noarch packa
On 22/12/16 09:19, Michal Schorm wrote:
Honestly this is annoying misbehavior. How we can tell Koji to avoid
certain builders for certain noarch packages? Wouldn't be possible to
build noarch packages just on primary arch builders for example?
You can. (make it arch specific)
It doesn't make an
Hi Vít Ondruch:
> Honestly this is annoying misbehavior. How we can tell Koji to avoid
> certain builders for certain noarch packages? Wouldn't be possible to
> build noarch packages just on primary arch builders for example?
Will ExclusiveArch: %{nodejs_arches} noarch help?
https://fedoraproject.
Dne 22.12.2016 v 10:23 Tom Hughes napsal(a):
> On 22/12/16 09:19, Michal Schorm wrote:
>>> Honestly this is annoying misbehavior. How we can tell Koji to avoid
>>> certain builders for certain noarch packages? Wouldn't be possible to
>>> build noarch packages just on primary arch builders for exa
On Wed, 2016-12-21 at 11:13 -0800, Adam Williamson wrote:
> On Wed, 2016-12-21 at 09:26 -0800, Adam Williamson wrote:
> > On Wed, 2016-12-21 at 09:12 -0700, Kevin Fenzi wrote:
> > > On Wed, 21 Dec 2016 17:06:03 +0100
> > > gil wrote:
> > >
> > > > from: Task info:
> > > > http://koji.fedoraprojec
Dne 22.12.2016 v 10:12 Pavel Raiskup napsal(a):
> On Thursday, December 22, 2016 9:50:12 AM CET Vít Ondruch wrote:
>
>> Wouldn't be possible to build noarch packages just on primary arch builders
>> for example?
> Those arches are all primary .. but ExclusiveArch could help.
No, not all arches b
Hi,
A quick heads up that we've fixed the appstream generator that we use in
Fedora and it now processes appdata files in /usr/share/metainfo as well. I
know some packages in Fedora have been patched to use /usr/share/appdata
instead; we now process both directories and it's no longer necessary to
On Thu, Dec 22, 2016 at 10:16 AM, Vít Ondruch wrote:
>
>
> Dne 22.12.2016 v 10:12 Pavel Raiskup napsal(a):
>> On Thursday, December 22, 2016 9:50:12 AM CET Vít Ondruch wrote:
>>
>>> Wouldn't be possible to build noarch packages just on primary arch builders
>>> for example?
>> Those arches are all
On 21.12.2016 18:26, Adam Williamson wrote:
On Wed, 2016-12-21 at 09:12 -0700, Kevin Fenzi wrote:
On Wed, 21 Dec 2016 17:06:03 +0100
gil wrote:
from: Task info:
http://koji.fedoraproject.org/koji/taskinfo?taskID=17017344
https://kojipkgs.fedoraproject.org//work/tasks/7345/17017345/root.log
>>> On Wed, 21 Dec 2016 17:06:03 +0100
>>> gil wrote:
>>>
from: Task info:
http://koji.fedoraproject.org/koji/taskinfo?taskID=17017344
https://kojipkgs.fedoraproject.org//work/tasks/7345/17017345/root.log
" Error: nothing provides libpython3.6m.so.1.0 needed by
g
> Saying people should not be trusted merely because you say so is an amusing
> strategy.
I am speechless. The Web is not a safe place and you definitely should not
trust people just because they have registered an account.
> Nor is accusing contributors of being "total amateurs" nor is accusin
On 12/22/2016 10:59 AM, Vít Ondruch wrote:
In my specific case, rubygem-mongo is MongoDB client and it needs
MondoDB server (which does not support BE architectures) to execute its
test suite. But otherwise it can run on all platforms and connect to
remote server just fine.
Hasn't this mongodb
Dne 22.12.2016 v 12:20 Florian Weimer napsal(a):
> On 12/22/2016 10:59 AM, Vít Ondruch wrote:
>
>> In my specific case, rubygem-mongo is MongoDB client and it needs
>> MondoDB server (which does not support BE architectures) to execute its
>> test suite. But otherwise it can run on all platforms
On 22.12.2016 11:53, Peter Robinson wrote:
On Wed, 21 Dec 2016 17:06:03 +0100
gil wrote:
from: Task info:
http://koji.fedoraproject.org/koji/taskinfo?taskID=17017344
https://kojipkgs.fedoraproject.org//work/tasks/7345/17017345/root.log
" Error: nothing provides libpython3.6m.so.1.0 needed by
On Thu, Dec 22, 2016 at 11:08:21AM -, Iiro Laiho wrote:
> I am sorry if I ended up insulting any Bodhi volunteers. That was not my
> intention. My intention was point out the risks of trusting the word of
> people on the Web without proper screening.
We are a community of world-wide voluntee
On Thu, Dec 22, 2016 at 11:08:21AM -, Iiro Laiho wrote:
> Yes, I should have been more clear about my intentions. I admit I was
> frustrated when I wrote the message. Please do not interpret other
> people's writings in the most hostile possible way.
Thanks. This too is in the code of conduct.
On 21/12/16 16:04, Dan Horák wrote:
> On Tue, 20 Dec 2016 16:03:49 +0100
> Pavel Raiskup wrote:
>
>> Hi all,
>>
>> where is documented what system/hw is used on (primary) Koji builders?
>> I'm interested in memory, storage, filesystem, host operating system,
>> guest operating system (if those ar
On Thu, Dec 22, 2016 at 4:27 AM, Kalev Lember wrote:
> Hi,
>
> A quick heads up that we've fixed the appstream generator that we use in
> Fedora and it now processes appdata files in /usr/share/metainfo as well. I
> know some packages in Fedora have been patched to use /usr/share/appdata
> instead
On Thu, Dec 22, 2016 at 5:16 AM, Vít Ondruch wrote:
>
>
> Dne 22.12.2016 v 10:12 Pavel Raiskup napsal(a):
>> On Thursday, December 22, 2016 9:50:12 AM CET Vít Ondruch wrote:
>>
>>> Wouldn't be possible to build noarch packages just on primary arch builders
>>> for example?
>> Those arches are all
On Thu, 2016-12-22 at 12:24 +0100, Miro Hrončok wrote:
> On 22.12.2016 11:53, Peter Robinson wrote:
> > > > > On Wed, 21 Dec 2016 17:06:03 +0100
> > > > > gil wrote:
> > > > >
> > > > > > from: Task info:
> > > > > > http://koji.fedoraproject.org/koji/taskinfo?taskID=17017344
> > > > > >
> > > >
https://fedoraproject.org/wiki/How_to_debug_Wayland_problems
"Debugging mutter
You can debug mutter (used in gnome-shell) by setting its environment
variables. These need to be set prior to run gnome-shell, so if you
want to log into GNOME from GDM, you need to create a wrapper script
called from
On 12/19/2016 04:16 PM, Richard W.M. Jones wrote:
>
> * https://copr.fedorainfracloud.org/coprs/rjones/riscv/build/491172/
>
> DEBUG util.py:421: Error: nothing provides libpoppler.so.65()(64bit) needed
> by texlive-xetex-bin-6:svn41091-24.20160520.fc26.1.x86_64.
> DEBUG util.py:421: package
On Thu, 2016-12-22 at 02:03 -0800, Adam Williamson wrote:
> Kevin and I fixed quite a lot of packages today, but there are still
> many to go. One I couldn't fix yet, which seems fairly significant, is
> python-defusedxml:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1408145
>
> that blocks py
Adam Williamson wrote:
> Bodhi, and the whole updates-testing gating system, was developed in
> response to such howlers as 'we sent out a glibc update which entirely
> broke the system of everyone who installed it'.
A completely hypothetical example.
The events that eventually lead to the curren
30 matches
Mail list logo
