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
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,
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
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
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
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
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
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, 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
[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, 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
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, 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
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
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
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
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
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
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 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_
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 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
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 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
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 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).
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
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
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
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
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 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
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 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 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 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
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 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
38 matches
Mail list logo
