James Hogarth wrote:
> Without alldeps that won't find those items as they depend on the
> php-composer virtual provides
The original repoquery used to behave that way too, but it was changed to
make --alldeps the default (and require --exactdeps to disable it). Now dnf
repoquery is back to the
Congratulations. Are there any plans to add blivet to pypi? It will be
useful to have it in pypi where other projects can use this library.
On Thu, Mar 24, 2016 at 9:31 AM, David Lehman wrote:
> Hi everyone,
>
> I would like to announce the release of blivet-2.0.0[1]. See the
> release notes[2]
thanks to all, package sent on
retire.
https://admin.fedoraproject.org/pkgdb/package/rpms/rubygem-connection-pool/
On Tue, Apr 5, 2016 at 4:22 PM Zbigniew Jędrzejewski-Szmek <
zbys...@in.waw.pl> wrote:
> On Tue, Apr 05, 2016 at 11:41:51AM +0100, James Hogarth wrote:
> > On 5 April 2016 at 11:33,
On 5 Apr 2016 20:00, "Richard Shaw" wrote:
>
> On Tue, Apr 5, 2016 at 1:25 PM, James Hogarth
wrote:
>>
>>
>> On 5 April 2016 at 18:41, Richard Shaw wrote:
>>>
>>> Fedora is currently two major and one minor release behind on OCE due
to the fact that smesh had not been updated to some library/API
On Tue, Apr 5, 2016 at 1:25 PM, James Hogarth
wrote:
>
> On 5 April 2016 at 18:41, Richard Shaw wrote:
>
>> Fedora is currently two major and one minor release behind on OCE due to
>> the fact that smesh had not been updated to some library/API changes.
>> Secondarily smesh would not build on GC
On Mon, Apr 04, 2016 at 03:28:48PM -0500, Michael Catanzaro wrote:
> On Mon, 2016-04-04 at 16:20 -0400, Stephen Gallagher wrote:
> > All that said, for F24 I think @standard is probably the right place
> > for
> > systemd-udev. But I think comps needs to be completely rethought in
> > F25+.
>
> Ke
On 04/05/2016 11:41 AM, Richard Shaw wrote:
Fedora is currently two major and one minor release behind on OCE due to
the fact that smesh had not been updated to some library/API changes.
Secondarily smesh would not build on GCC 6 but that has now been fixed.
I plan to build OCE 0.17.1 and newly
https://bugzilla.redhat.com/show_bug.cgi?id=1323381
Emmanuel Seyman changed:
What|Removed |Added
Status|NEW |CLOSED
Fixed In Version|
On 5 April 2016 at 18:41, Richard Shaw wrote:
> Fedora is currently two major and one minor release behind on OCE due to
> the fact that smesh had not been updated to some library/API changes.
> Secondarily smesh would not build on GCC 6 but that has now been fixed.
>
> I plan to build OCE 0.17.1
Fedora is currently two major and one minor release behind on OCE due to
the fact that smesh had not been updated to some library/API changes.
Secondarily smesh would not build on GCC 6 but that has now been fixed.
I plan to build OCE 0.17.1 and newly released smesh 6.6 in the next day or
so.
On
Thanks for the pointer Sandro.
I tried commenting out the old method and adding the new but I still had
the same problem. I know commenting doesn't always stop everything from
executing (like %configure) so I completely removed the old method and am
rebuilding now. Hopefully that's all it is.
Tha
On Tue, 5 Apr 2016 14:23:59 +0100
James Hogarth wrote:
> On 5 April 2016 at 14:19, Irina Boverman wrote:
>
> > $ koji wait-repo f24-build --build=qpid-proton-0.12.1-1.fc24
> > Unsuccessfully waited 120:24 for qpid-proton-0.12.1-1.fc24 to
> > appear in the f24-build repo
> > --
> >
> >
> Asked
On Tue, 05 Apr 2016 08:27:36 +0200
Jan Zelený wrote:
> Is there an estimate as to when the tooling (doesn't matter if it's
> mash or pungi) might be ready? Looking at the IRC log, it doesn't say
> what is the plan.
I have no idea. :)
The two things that likely should be looked at are pungi and
On 05.04.2016 17:09, Michael Schwendt wrote:
On Mon, 4 Apr 2016 15:33:02 -0500, Richard Shaw wrote:
I recently got a rash of bug report that FreeCAD on f24 was segfaulting.
After looking at a few things I noticed that the f24 builds seem to be
missing all library based dependencies.
Has this
Missing expected images:
Cloud_base raw-xz x86_64
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Images in this compose but not 24-20160404.n.0:
Docker_base docker x86_64
Images in 24-20160404.n.0 but not this:
Security live x86_64
Lxde live x86_64
Security live i386
Cinnamon live i386
Games live
On Mon, 4 Apr 2016 15:33:02 -0500, Richard Shaw wrote:
> I recently got a rash of bug report that FreeCAD on f24 was segfaulting.
> After looking at a few things I noticed that the f24 builds seem to be
> missing all library based dependencies.
>
> Has this happened to anyone else?
The question
Here are the current NEWS entries:
===
** Changes in behaviour
The GZIP environment variable is now obsolescent; gzip now warns if
it is used, and rejects attempts to use dangerous options or operands.
You can use an alias or script instead.
** New features
g
OLD: Fedora-24-20160404.n.0
NEW: Fedora-24-20160405.n.0
= SUMMARY =
Added packages: 3
Dropped packages:0
Upgraded packages: 51
Downgraded packages: 0
Size of added packages: 519.74 KiB
Size of dropped packages:0.00 B
Size of upgraded packages: 1.51 GiB
Size of
eseyman set the monitor flag of perl-Module-Starter-Plugin-CGIApp to nobuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
eseyman set the monitor flag of perl-Math-Random-Secure to nobuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
Hi all,
Last year, discussion happened around "Checking the ABI of packages
submitted to the updates-testing Fedora repository" on Fedora devel ML [1].
We felt that taskotron[2] will be the best place to run automatic ABI
checks for a new package update pushed in bodhi for testing against latest
eseyman set the monitor flag of perl-Catalyst-ActionRole-ACL to nobuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
eseyman set the monitor flag of perl-Carp-Always to nobuild
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
On Tue, 5 Apr 2016 13:55:37 +0100
Peter Robinson wrote:
> On Tue, Apr 5, 2016 at 1:51 PM, Kaleb KEITHLEY
> wrote:
> >
> > I pushed glusterfs-3.7.9-1.fc23 to stable four days ago. It has +4
> > karma.
You mean 2 days ago. ;)
https://bodhi.fedoraproject.org/updates/FEDORA-2016-8933bb0594
(which
On Mon, 2016-04-04 at 15:23 -0500, Michael Catanzaro wrote:
> On Mon, 2016-04-04 at 13:56 -0600, Kevin Fenzi wrote:
> >
> > It does.
> >
> > Also, I haven't seen any of the breakage in webkit mentioned in
> > this
> > thread here with a skylake laptop.
> The bug only occurs in accelerated compo
On 5 April 2016 at 14:19, Irina Boverman wrote:
> $ koji wait-repo f24-build --build=qpid-proton-0.12.1-1.fc24
> Unsuccessfully waited 120:24 for qpid-proton-0.12.1-1.fc24 to appear in
> the f24-build repo
> --
>
>
Asked on #fedora-admin earlier ...
jhogarth: yes, it started yesterday, koji db
On Tue, Apr 05, 2016 at 11:41:51AM +0100, James Hogarth wrote:
> On 5 April 2016 at 11:33, Vít Ondruch wrote:
> It has no package admin listed now though to regrant hom ACLs so I suspect
> only #fedora-admin (or anyone on here with admin level access to pkgdb)
> could give him access to then retir
$ koji wait-repo f24-build --build=qpid-proton-0.12.1-1.fc24
Unsuccessfully waited 120:24 for qpid-proton-0.12.1-1.fc24 to appear in the
f24-build repo
--
Can someone take a look?
Regards, Irina.
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@l
You're welcome! ^_^
And don't forget about whether it is either
'MIT and GPLv3(+)' ---> GPL supersedes MIT
or
'MIT or GPLv3(+)' ---> both licenses are equal and independent
That's another HUGE difference in meaning of the licensing chosen by
upstream…
Am 05.04.2016 um 14:41 schrieb P
On Tue, Apr 5, 2016 at 1:51 PM, Kaleb KEITHLEY wrote:
>
> I pushed glusterfs-3.7.9-1.fc23 to stable four days ago. It has +4 karma.
>
> It's still pending. Is it stuck? Can someone please give it a kick?
All the updates are already in process of being kicked by me, should
hopefully be moving aga
I pushed glusterfs-3.7.9-1.fc23 to stable four days ago. It has +4 karma.
It's still pending. Is it stuck? Can someone please give it a kick?
Thanks
--
Kaleb
--
devel mailing list
devel@lists.fedoraproject.org
http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Thank You for clarification. I will ask of upstream how it is with GPLv3 &
GPLv3+.
Cheers,
Petr
On 5.4.2016 13:52, Björn Esser wrote:
> Hi!
>
> When looking at the github-repo, I found a file "LICENSE" [1], which states
> python-cheat is dual-licensed… Since the term "dual-licensing" usually
On Fri, 2016-04-01 at 14:32 -0600, Jerry James wrote:
> I am one of the maintainers of the ntl package, which is used by some
> numeric applications (e.g., Macaulay2 and sagemath). Upstream
> supports use of the PCLMUL instruction, the AVX instructions, and the
> FMA instructions to speed up vario
W dniu 01.04.2016 o 22:32, Jerry James pisze:
I am one of the maintainers of the ntl package, which is used by some
numeric applications (e.g., Macaulay2 and sagemath). Upstream
supports use of the PCLMUL instruction, the AVX instructions, and the
FMA instructions to speed up various computation
Hi!
When looking at the github-repo, I found a file "LICENSE" [1], which
states python-cheat is dual-licensed… Since the term "dual-licensing"
usually means, that you can freely apply either combination of the named
licenses, either using a chosen single license from the offered ones, or
a c
Hi,
I need an advice/feedback about licenses. I want to add package
**python-cheat** to F25 (and maybe to F24 too).
However, the project is now under MIT + GLPv3 licenses - not only some parts,
it is meaned by upstream
as whole project is MIT and GPLv3. From my point of view, there is not problem
Hello,
there is a known bug in fedpkg retire:
https://bugzilla.redhat.com/show_bug.cgi?id=1321462
Based on the output you posted you are not hitting the exact same
issue, though.
Ilia Gradina napsal Út, dub 5, 2016 v 12∶26
:
Thanks, but not working(
output:
/
[ilgrad@x
On 5 April 2016 at 11:33, Vít Ondruch wrote:
>
>
> Dne 5.4.2016 v 11:49 Jan Chaloupka napsal(a):
>
>
>
> On 04/05/2016 12:26 AM, Ilia Gradina wrote:
>
> Thanks, but not working(
>
> output:
> /
> [ilgrad@x230 rubygem-connection-pool]$ fedpkg retire "Renamed to bar"
>
>
> This
Dne 5.4.2016 v 11:49 Jan Chaloupka napsal(a):
>
>
> On 04/05/2016 12:26 AM, Ilia Gradina wrote:
>> Thanks, but not working(
>>
>> output:
>> /
>> [ilgrad@x230 rubygem-connection-pool]$ fedpkg retire "Renamed to bar"
>
> This can be done only by maintainer with correct rights.
On 04/05/2016 12:26 AM, Ilia Gradina wrote:
Thanks, but not working(
output:
/
[ilgrad@x230 rubygem-connection-pool]$ fedpkg retire "Renamed to bar"
This can be done only by maintainer with correct rights. You don't have
permission to do that as the error message says.
On 04/04/16 14:19, Yaakov Selkowitz wrote:
On 2016-04-04 07:49, Tom Hughes wrote:
I have been trying to resolve the FTBFS status of geos and related
issued in F24/Rawhide for two months now, without any success as the
maintainer, devrim, is not responding in any meaningful way. The
original bug
As per RHBZ 1321266:
https://bugzilla.redhat.com/show_bug.cgi?id=1321266
Recent Fedora kernels for F23 have disabled the
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE option. This causes a regression on Dell XPS
13 (9343) -- severe problems with audio playback in I2S mode.
This is clearly a regression -- a
42 matches
Mail list logo
