On Tue, 31 Jan 2017, Sérgio Basto wrote:
How about handling it the same way we handle old GtkWebKit versions?
As soon as F26 is branched from Rawhide (expected in 2017-02-21),
retire this package? This would give package maintainers enough time
to get their packages fixed (about 9 months) until
Dear all,
You are kindly invited to the meeting:
Modularity Office Hours on 2017-02-14 from 15:00:00 to 16:00:00 UTC
At https://meet.jit.si/fedora-modularity
The meeting will be about:
This is where you ask the Fedora Modularity Team questions (and we try to
answer them)!
Join us [per vid
On Mon, Feb 13, 2017 at 09:44:50AM -0800, Adam Williamson wrote:
> Hi folks! So I got bitten again today by the situation where the
> primary contact for a given package considers the 'canonical' source
> for the spec file to be some external SCM, and finds it a problem when
> someone (e.g. a prove
On Mon, Feb 13, 2017 at 08:46:19PM -0500, Randy Barlow wrote:
> Hello!
>
> In working on packaging Ampache, I found a dependency that has a
> bundled version of this file:
>
> https://github.com/kazuhikoarase/qrcode-generator/blob/master/js/qrcode.js
>
> I started working on doing the right thin
On Wed, Feb 1, 2017 at 12:21 PM Matthew Miller
> It is the DNF team. I have a hope that these will be fronted by a
> command called "yum" which will implement close-to-full compatibility
> with Yum Classic
>
Would be nice to have this available in general Fedora releases by default
as well. The
Hello!
In working on packaging Ampache, I found a dependency that has a
bundled version of this file:
https://github.com/kazuhikoarase/qrcode-generator/blob/master/js/qrcode.js
I started working on doing the right thing and packaging that file
separately, but it seems that the repository also ha
On 13.02.2017 21:35, Dan Horák wrote:
ask Fedora infra guys for a ppc64/ppc64le VM and debug it locally?
Well the debuginfo trick would have been a quick way to get a
stacktrace, but sure, if there are any VMs available that would also work.
___
de
On 02/13/2017 01:48 PM, Jerry Zhang wrote:
> I am looking for sponsor/reviewers if anyone is interested. I also hope
> to be more active in the fedora community in the future. Thank you!
Wow, thank you for building these!
--
--
Josh Berkus
Project Atomic
Red Hat OSAS
Hello everyone,
I am Yu Qi Zhang, a student from the University of Toronto. Currently I am
an intern at Red Hat's Project Atomic - Platform Infrastructure team. For
the past few months I have been working with Giuseppe on System Containers:
read-only production containers intended to run systemd s
On Mon, 13 Feb 2017 21:30:44 +0100
Sandro Mani wrote:
> Hi
>
> I'm trying to gather a good stacktrace of a qbs crash on
> aarch64/ppc64/ppc64le and I managed to collect something by prepending
>
> gdb -batch -ex "run" -ex "bt full" --args
>
> to the qbs calls. So far so good [1], but now I'm
Hi
I'm trying to gather a good stacktrace of a qbs crash on
aarch64/ppc64/ppc64le and I managed to collect something by prepending
gdb -batch -ex "run" -ex "bt full" --args
to the qbs calls. So far so good [1], but now I'm wondering if there is
a way to get some *-debuginfo packages installe
On Mon, 2017-02-13 at 20:39 +0100, Francisco J. Tsao Santin wrote:
> Hi all,
>
> We have a problem with the hardlink package. The koji build made by Fedora
> Release Engineering failed in armv7hl and i686 architectures. I saw the logs
> and I tried a mock build in my own machine too, the problem i
On Mon, 2017-02-13 at 11:48 -0800, Adam Williamson wrote:
> On Mon, 2017-02-13 at 20:39 +0100, Francisco J. Tsao Santin wrote:
> > Hi all,
> >
> > We have a problem with the hardlink package. The koji build made by Fedora
> > Release Engineering failed in armv7hl and i686 architectures. I saw the
On Mon, 13 Feb 2017 20:39:00 +0100 (CET)
"Francisco J. Tsao Santin" wrote:
> Hi all,
>
> We have a problem with the hardlink package. The koji build made by
> Fedora Release Engineering failed in armv7hl and i686 architectures.
> I saw the logs and I tried a mock build in my own machine too, the
Hi all,
We have a problem with the hardlink package. The koji build made by Fedora
Release Engineering failed in armv7hl and i686 architectures. I saw the logs
and I tried a mock build in my own machine too, the problem is always the same:
+ gcc -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_F
Hello David,
I noticed this error at list line
+ /usr/lib/rpm/brp-python-bytecompile /usr/bin/python 1
Compiling
/builddir/build/BUILDROOT/YafaRay-3.2.0-0.2.20170212git.fc25.x86_64/usr/share/blender/2.78/scripts/addons/yafaray/ot/yafaray_presets.py
...
File "/usr/share/blender/2.78/scripts/addo
On Mon, Feb 13, 2017 at 11:50 AM, Hans de Goede wrote:
> Hi,
>
> On 13-02-17 14:27, Stanislav Kozina wrote:
>>
>> Hello Hans,
>>
>> (adding some more folks on CC..)
>>
>> You've correctly mentioned one of the problems with the kmod tools, that
>> there are several versions in a various stages of l
Hi folks! So I got bitten again today by the situation where the
primary contact for a given package considers the 'canonical' source
for the spec file to be some external SCM, and finds it a problem when
someone (e.g. a provenpackager like me...) changes the package directly
in dist-git.
This is
From: Matthias Runge
To: devel@lists.fedoraproject.org
Sent: Monday, February 13, 2017 7:48 AM
Subject: Re: unheeded ACL requests
On Sun, Feb 12, 2017 at 03:05:04AM +, Globe Trotter wrote:
> Hello,
>
> For a long time (almost 2 years), dilo (and a number of packages) have not
On Wed, 2017-02-01 at 11:12 -0500, Dusty Mabe wrote:
>
> On 01/31/2017 09:54 AM, Zbigniew Jędrzejewski-Szmek wrote:
> > On Tue, Jan 31, 2017 at 09:00:01AM +0100, Jan Kurik wrote:
> > > = Proposed Self Contained Change: Container Minimal Image =
> > > https://fedoraproject.org/wiki/Changes/Containe
On 13 February 2017 at 16:40, James Hogarth wrote:
> On 13 February 2017 at 15:36, Tomas Tomecek wrote:
>> Hello,
>>
>> am planning to update package python-docker-py from 1.x series to 2.x series
>> in
>> rawhide. The update should happen rather soon, so we're sure it gets to F26
>> (and
>> he
Hi,
On 13-02-17 14:27, Stanislav Kozina wrote:
Hello Hans,
(adding some more folks on CC..)
You've correctly mentioned one of the problems with the kmod tools, that there
are several versions in a various stages of loneliness. The other problem is
that the usage of them is not trivial, eg. t
On 13 February 2017 at 15:36, Tomas Tomecek wrote:
> Hello,
>
> am planning to update package python-docker-py from 1.x series to 2.x series
> in
> rawhide. The update should happen rather soon, so we're sure it gets to F26
> (and
> hence we can have docker-compose 1.11 in F26). The reason this
On Sun, Feb 12, 2017 at 01:45:53PM +0100, Kevin Kofler wrote:
> Ken Dreyer wrote:
> > My money's on ceph-debuginfo's horrible size. We have to bump HTTP
> > server resource limits upstream to handle this, eg.
> > https://github.com/ceph/chacra/issues/130 .
>
> WTF, how does ceph-debuginfo manage t
On Mon, 2017-02-13 at 09:57 +0100, Vít Ondruch wrote:
> F25 Respin? What is this?
https://dl.fedoraproject.org/pub/alt/live-respins/
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
_
Hello,
am planning to update package python-docker-py from 1.x series to 2.x series in
rawhide. The update should happen rather soon, so we're sure it gets to F26 (and
hence we can have docker-compose 1.11 in F26). The reason this is important is
that 2.x is not backwards compatible with 1.x. Here
On Mon, Feb 13, 2017 at 8:27 AM, Stanislav Kozina wrote:
> Hello Hans,
>
> (adding some more folks on CC..)
>
> You've correctly mentioned one of the problems with the kmod tools, that
> there are several versions in a various stages of loneliness. The other
> problem is that the usage of them is
Hello Hans,
(adding some more folks on CC..)
You've correctly mentioned one of the problems with the kmod tools, that
there are several versions in a various stages of loneliness. The other
problem is that the usage of them is not trivial, eg. the
%kernel_module_package macro (as the main use
Start Date: 2017-02-06 10:08:02.397538
End Date: 2017-02-13 10:08:02.397538
Parag AN(पराग) : 7
https://bugzilla.redhat.com/show_bug.cgi?id=1411195
js-jquery-iframe-transport
https://bugzilla.redhat.com/show_bug.cgi?id=1420153 js-jquery-jstree
https://bugzilla.redh
On Sun, Feb 12, 2017 at 03:05:04AM +, Globe Trotter wrote:
> Hello,
>
> For a long time (almost 2 years), dilo (and a number of packages) have not
> been updated. So, I decided to request commit privileges. But the request has
> sat unheeded for the last several months. Unfortunately, this
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If y
Hi,
On 13-02-17 10:05, Nicolas Chauvet wrote:
2017-02-13 9:29 GMT+01:00 Hans de Goede :
Hi all,
redhat-rpm-config in Fedora still contains an ancient copy of kmodtool
back from the days when Fedora allowed kmods directly into the main
Fedora repo, rather then only allowing them in 3th party re
2017-02-13 9:29 GMT+01:00 Hans de Goede :
> Hi all,
>
> redhat-rpm-config in Fedora still contains an ancient copy of kmodtool
> back from the days when Fedora allowed kmods directly into the main
> Fedora repo, rather then only allowing them in 3th party repositories.
>
> Currently 3th party repos
F25 Respin? What is this?
Vít
Dne 10.2.2017 v 22:32 Fedora compose checker napsal(a):
> Missing expected images:
>
> Xfce live x86_64
> Workstation live x86_64
>
> Failed openQA tests: 1/11 (x86_64)
>
> ID: 56785 Test: x86_64 KDE-live-iso install_default@uefi
> URL: https://openqa.fedorapro
Hi all,
redhat-rpm-config in Fedora still contains an ancient copy of kmodtool
back from the days when Fedora allowed kmods directly into the main
Fedora repo, rather then only allowing them in 3th party repositories.
Currently 3th party repositories like rpmfusion (I've put Nicolas
and Leigh fr
35 matches
Mail list logo
