On 2016-06-07, Pavel Raiskup wrote:
> Just wanted to ping here about one packaging helper [1], which is stuck in
> some (possibly infinite/priority) queue without any review.
>
> In database packages we have that multilib hack for a very long time,
> mostly C&P'ed among various spec files. Having
I pursued this once before:
https://fedorahosted.org/fpc/ticket/312
but failed to propose the draft. But still, it would be much better if
this can be resolved on gcc side:
https://bugzilla.redhat.com/show_bug.cgi?id=979403
Vít
Dne 7.6.2016 v 17:30 Pavel Raiskup napsal(a):
> Just wanted to
On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel packages to be architecture specific (no
BuildArch: noarch). Guidelines require having dependencies between
architecture specific packages restricted to the architecture
(Requires: foo-devel%{?_isa}). C guildelines require depend
On 2016-06-08, Jonathan Wakely wrote:
> On 08/06/16 07:37 +, Petr Pisar wrote:
>>Guidelines require devel packages to be architecture specific (no
>>BuildArch: noarch). Guidelines require having dependencies between
>>architecture specific packages restricted to the architecture
>>(Requires: f
On Wed, Jun 08, 2016 at 08:38:48AM +, Petr Pisar wrote:
> Because "#include " fails without stdlib.h on the system,
> you need to depend on something that provides the stdlib.h. And
> guidelines says the provider is "gcc".
gcc doesn't provide stdlib.h, glibc-headers does. But even for the hea
On 08/06/16 08:38 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel packages to be architecture specific (no
BuildArch: noarch). Guidelines require having dependencies between
architecture specific packages restri
On Tue, 2016-06-07 at 09:45 +, Raphael Groner wrote:
> Feel free to take:
>
> - rpms/xfce4-hamster-plugin -- Time tracker port of the 'hamster
> project extension' for the xfce4 panel ( master f24 f23 f22 epel7 )
> [incl. hamster-time-tracker as a dependeny but co-maintainer there]
I'm the m
OLD: Fedora-Rawhide-20160607.n.0
NEW: Fedora-Rawhide-20160608.n.0
= SUMMARY =
Added images:2
Dropped images: 8
Added packages: 7
Dropped packages:0
Upgraded packages: 166
Downgraded packages: 0
Size of added packages: 193.28 MiB
Size of dropped packages
On 2016-06-08, Jonathan Wakely wrote:
> On 08/06/16 08:38 +, Petr Pisar wrote:
>>On 2016-06-08, Jonathan Wakely wrote:
>>> On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel packages to be architecture specific (no
BuildArch: noarch). Guidelines require having depende
Hi All,
The upstream stable maintainers released kernels 4.5.7 and 4.6.2
yesterday. I thought I would send a brief word about how the rebase
of F24 to 4.6.y will happen.
We'll ship 4.5.7 as the final 4.5.y update and have that available as
the 0-day update for the F24 release on June 14th. That
OLD: Fedora-24-20160607.n.0
NEW: Fedora-24-20160608.n.0
= SUMMARY =
Added images:2
Dropped images: 8
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages:0.00 B
Size of
On 08/06/16 15:21 +0100, Jonathan Wakely wrote:
I think -devel packages should not "Require: gcc" at all. Not with
%_isa and not without it.
To actually compile something using those headers you need the C (or
C++) build environment installed anyway, i.e. you need 'gcc' (or
'gcc-c++') installed
On 08/06/16 12:00 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
On 08/06/16 08:38 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel packages to be architecture specific (no
BuildArch: noarch).
Missing expected images:
Cloud_base raw-xz i386
Failed openQA tests: 1/17 (i386), 1/2 (arm)
ID: 21281 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/21281
ID: 21352 Test: i386 universal upgrade_desktop_32bit
URL: https://openqa.fed
On 06/08/2016 10:21 AM, Jonathan Wakely wrote:
>> If this is so, I will go to FPC with request the ammend the C guidelines
>> with explicit discourage of %{?_isa} on gcc because the main
>> architecture supports the secondary targets and because gcc is not
>> multilib safe.
>
> I think -devel pack
On 2016-06-08, Jonathan Wakely wrote:
> Also, since gcc%{?_isa} **doesn't work** then yes, not using %_isa for
> gcc seems sensible! :-)
>
Why both gcc.i686 and gcc.x86_64 are available in the x86_64 repository?
Shouldn't gcc.i686 be expelled from the x86_64 repository?
> I think -devel packages
On 2016-06-08, Jonathan Wakely wrote:
> On 08/06/16 15:21 +0100, Jonathan Wakely wrote:
>>I think -devel packages should not "Require: gcc" at all. Not with
>>%_isa and not without it.
>>
>>To actually compile something using those headers you need the C (or
>>C++) build environment installed anyw
Missing expected images:
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp
Failed openQA tests: 17/77 (x86_64), 6/17 (i386)
ID: 21168 Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/21168
ID: 21169
On 08/06/16 15:43 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
Also, since gcc%{?_isa} **doesn't work** then yes, not using %_isa for
gcc seems sensible! :-)
Why both gcc.i686 and gcc.x86_64 are available in the x86_64 repository?
Shouldn't gcc.i686 be expelled from the x86_
On Wed, Jun 08, 2016 at 05:08:30PM +0100, Jonathan Wakely wrote:
> On 08/06/16 15:43 +, Petr Pisar wrote:
> >On 2016-06-08, Jonathan Wakely wrote:
> >>Also, since gcc%{?_isa} **doesn't work** then yes, not using %_isa for
> >>gcc seems sensible! :-)
> >>
> >Why both gcc.i686 and gcc.x86_64 are
On 08/06/16 17:08 +0100, Jonathan Wakely wrote:
The packaging guidelines say to use BuildRequires to build C and C++
packages. I want to extend those guidelines to say don't add Requires:
gcc just because you isntall headers. That's not confusing or
contradictory.
Basically it seems like you ad
Dear all,
You are kindly invited to the meeting:
Fedora 24 Final Go/No-Go Meeting on 2016-06-09 from 17:00:00 to 19:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Join us on irc.freenode.net in #fedora-meeting-1 for this important
meeting, wherein we shall determi
Maybe I missed something, but I didn't see any announcement about gstreamermm
changing from 0.10 to 1.4. Is there any documentation on what packages
that need gstreamermm are supposed to do to cope with the change?
In my case, I'm trying to get lordsawar working again and upstream isn't
to activ
http://koji.fedoraproject.org/koji/taskinfo?taskID=14421664
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Dear all,
You are kindly invited to the meeting:
Fedora 24 Final Release Readiness Meeting on 2016-06-09 from 19:00:00 to
21:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
This Thursday, we will meet on irc.freenode.net in #fedora-meeting-1
to make sure we are co
On Wed, 08 Jun 2016 13:50:47 -0400
Neal Becker wrote:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=14421664
Doesn't look so to me... it's running tests on the arm build.
There's progress, but it's slow.
kevin
pgp7qZhptflXe.pgp
Description: OpenPGP digital signature
--
devel mailing
I used 4.7-rc0.git3 kernel for few days. In the morning I did an update
to fresh rawhide and then fork() stopped forking.
Thunderbird was crashing on start, Chrome refused to do anything,
Konsole greeted me with "fork() failed" messages when I needed new tab.
It is not a kernel fault as it ha
On Wed, 8 Jun 2016 21:07:26 +0200
Marcin Juszkiewicz wrote:
> I used 4.7-rc0.git3 kernel for few days. In the morning I did an
> update to fresh rawhide and then fork() stopped forking.
>
> Thunderbird was crashing on start, Chrome refused to do anything,
> Konsole greeted me with "fork() faile
[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
Cython-0.23.4-3.fc23
No handlers could be found for logger "fedora.client.bodhi"
Creating a new update for Cython-0.23.4-3.fc23
Traceback (most recent call last):
File "/usr/bin/bodhi", line 537, in
main()
File "/usr/bin/bodh
On Wed, Jun 08, 2016 at 15:32:44 -0400,
Neal Becker wrote:
[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
Cython-0.23.4-3.fc23
No handlers could be found for logger "fedora.client.bodhi"
Creating a new update for Cython-0.23.4-3.fc23
Traceback (most recent call last):
File "/u
Bruno Wolff III wrote:
> On Wed, Jun 08, 2016 at 15:32:44 -0400,
> Neal Becker wrote:
>>[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
>>Cython-0.23.4-3.fc23
>>No handlers could be found for logger "fedora.client.bodhi"
>>Creating a new update for Cython-0.23.4-3.fc23
>>Traceba
On Wed, 2016-06-08 at 15:56 +, Fedora compose checker wrote:
> Missing expected images:
>
> Cloud_base raw-xz i386
> Atomic raw-xz x86_64
> Kde raw-xz armhfp
> Minimal raw-xz armhfp
>
> Failed openQA tests: 17/77 (x86_64), 6/17 (i386)
>
> ID: 21168 Test: x86_64 Workstation-live-iso insta
Il 08/06/2016 21:15, Kevin Fenzi ha scritto:
On Wed, 8 Jun 2016 21:07:26 +0200
Marcin Juszkiewicz wrote:
I used 4.7-rc0.git3 kernel for few days. In the morning I did an
update to fresh rawhide and then fork() stopped forking.
Thunderbird was crashing on start, Chrome refused to do anything
See:
https://bugzilla.redhat.com/show_bug.cgi?id=1338054
Pushing a reasonable version of keepassx for f24 is apparently an accepted
freeze exception, but it hasn't happened. It would be rather unfortunate
if f24 final was released before this was dealt with.
Since fixing this is as simple as cr
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-06-10 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2016-06-10 09:00 Fri US/Pacific PDT
2016-06-10 12:00 Fri US/Eastern EDT
2016-06-10 1
Hi,
On Thu, Jun 9, 2016 at 8:43 AM, Andrew Lutomirski wrote:
> See:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1338054
>
> Pushing a reasonable version of keepassx for f24 is apparently an accepted
> freeze exception, but it hasn't happened. It would be rather unfortunate if
> f24 final was
On Thu, 2016-06-09 at 09:37 +0530, Parag Nemade wrote:
> Hi,
>
> On Thu, Jun 9, 2016 at 8:43 AM, Andrew Lutomirski wrote:
> > See:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1338054
> >
> > Pushing a reasonable version of keepassx for f24 is apparently an accepted
> > freeze exception,
Hello,
license for python-gevent-websocket changed from BSD to ASL 2.0.
As additional note, upstream changed their repository, the author stayed
the same.
Matthias
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
38 matches
Mail list logo