On Mon, 30 Jan 2017 00:53:05 +0100
Kevin Kofler wrote:
> Hans de Goede wrote:
> > Well, that is a fix, but the real problem is that either the new
> > libglvnd enabled mesa should not be in updates-stable and thus not
> > in the buildroot; or both the new libglvnd enabled mesa and the new
> > lib
Hans de Goede wrote:
> Well, that is a fix, but the real problem is that either the new libglvnd
> enabled mesa should not be in updates-stable and thus not in the
> buildroot; or both the new libglvnd enabled mesa and the new libglvnd
> should be in updates-stable.
This is the result of 4 very po
Kevin Fenzi wrote:
> We do have a staging bodhi setup. The problem is that the composes are
> done with the contents of the compose. So, when a new rpm-ostree update
> is submitted to f25-updates-testing that very new update is used in the
> compose. I don't think it's practical to first try every
Hi,
On 01/29/2017 08:00 PM, Kevin Fenzi wrote:
On Sun, 29 Jan 2017 18:12:59 +0100
Hans de Goede wrote:
Hi,
On 01/29/2017 05:23 PM, Björn 'besser82' Esser wrote:
Allrighty… Looks like the override for libglvnd somehow got
untagged… Just re-tagged in f25-build… Should be fixed now.
Well,
On Sun, 29 Jan 2017 18:12:59 +0100
Hans de Goede wrote:
> Hi,
>
> On 01/29/2017 05:23 PM, Björn 'besser82' Esser wrote:
> > Allrighty… Looks like the override for libglvnd somehow got
> > untagged… Just re-tagged in f25-build… Should be fixed now.
>
> Well, that is a fix, but the real prob
On 29/01/17 06:46 AM, Mukundan Ragavan wrote:
>
> On 01/29/2017 12:37 AM, Luya Tshimbalanga wrote:
>> Hello team,
>>
>> I applied a patch sent by upstream but some odd reason, the build kept
>> on failing
>>
>> https://koji.fedoraproject.org/koji/taskinfo?taskID=17472254
>>
>> I include the patch f
Hi,
On 01/29/2017 05:23 PM, Björn 'besser82' Esser wrote:
Allrighty… Looks like the override for libglvnd somehow got untagged… Just
re-tagged in f25-build… Should be fixed now.
Well, that is a fix, but the real problem is that either the new libglvnd
enabled
mesa should not be in updates
Allrighty… Looks like the override for libglvnd somehow got untagged…
Just re-tagged in f25-build… Should be fixed now.
Am 29.01.2017 um 17:19 schrieb Björn 'besser82' Esser:
Hi there!
The Fedora 25 buildroot on Koji is b0rk3n… :(
DEBUG util.py:435: Error: nothing provides libGL.so.1()
Hi there!
The Fedora 25 buildroot on Koji is b0rk3n… :(
DEBUG util.py:435: Error: nothing provides libGL.so.1()(64bit) needed by
muffin-devel-3.2.1-1.fc25.x86_64.
DEBUG util.py:435: nothing provides libEGL.so.1()(64bit) needed by
clutter-1.26.0-1.fc25.x86_64.
DEBUG util.py:435: nothing pro
On 01/29/2017 12:37 AM, Luya Tshimbalanga wrote:
> Hello team,
>
> I applied a patch sent by upstream but some odd reason, the build kept
> on failing
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=17472254
>
> I include the patch for preview so someone can see what went wrong.
>
> T
On Fri, Jan 27, 2017 at 09:09:14AM +, Richard W.M. Jones wrote:
> I pushed gperf 3.1 to Rawhide.
>
> This changes the type of one of the parameters of the generated
> perfect hash function:
>
> -char *in_word_set (register const char *str, register unsigned int len);
> +char *in_word_set (reg
On Sun, 2017-01-29 at 09:51 +, Martin Gansser wrote:
> thanks for your answer.
>
> my question is, should i build for both python version the html files
> ?
> cd doc && make html PYTHONPATH=../build/lib.linux-%{_arch}-
> %{python2_version}
> cd ..
> cd doc && make html PYTHONPATH=../build/lib.
thanks for your answer.
my question is, should i build for both python version the html files ?
cd doc && make html PYTHONPATH=../build/lib.linux-%{_arch}-%{python2_version}
cd ..
cd doc && make html PYTHONPATH=../build/lib.linux-%{_arch}-%{python3_version}
On 29/01/17 05:37, Luya Tshimbalanga wrote:
I applied a patch sent by upstream but some odd reason, the build kept
on failing
https://koji.fedoraproject.org/koji/taskinfo?taskID=17472254
I include the patch for preview so someone can see what went wrong.
You need -p1 when applying the patch.
14 matches
Mail list logo