Re: "a stop job is running for User Manager for 0"

[Adam Williamson]

On Thu, 2014-02-06 at 14:43 -0500, Paul Wouters wrote:
> I'm using a minimal netinstall version of fedora20 for testing using
> KVM. We very often cycle these machines (once per test, we run hundreds
> of tests)
> 
> Regularly, we get tests failing because the VM does not boot within 60
> seconds, and seems to hang at:
> 
>   "a stop job is running for User Manager for 0"
> 
> The machine is still in single user mode, so I cannot get any more
> information out of it. The message is rather useless, because it does
> not tell me anything about the problem. Which job is still running? What
> is it waiting for? What's a User Manager? Who is "0"?
> 
> I'm not even sure at what component we are looking for to report a bug :(
> 
> Does anyone have more information for me?

This may be fixed with
https://admin.fedoraproject.org/updates/systemd-208-14.fc20 . Try it?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Ignore - Re: Good Fedora-compatible multi-monitor video card recommendation

[Digimer]

Sorry, I meant to post this to the general user's list.

--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Good Fedora-compatible multi-monitor video card recommendation

[Digimer]

Hi all,

What would be a good (as in, relatively painless) video card for driving 
as many 1080p monitors as possible? I'm not concerned about 3D 
performance at all... It will be to display terminals/rarely-changing 
web pages only.


I know Matrox sort of specializes in multi-monitor setups, but I can't 
say I've heard them recommended much.


Fedora 20, fwiw.

Thanks!

--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without 
access to education?

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 820663] update of Finance::Quote

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=820663



--- Comment #20 from Fedora Update System  ---
perl-Finance-Quote-1.20-1.el6 has been submitted as an update for Fedora EPEL
6.
https://admin.fedoraproject.org/updates/perl-Finance-Quote-1.20-1.el6

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=IuM6ZBtcWm&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: rpm bug 1065563 affecting httpd / php packages

[Remi Collet]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 17/02/2014 18:02, Toshio Kuratomi a écrit :

> I think this depends on what rpm and yum are currently doing with
> the dependencies.  As Panu says here: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1065563#c1 if "-" is
> used in version or release then rpm and yum have to guess about
> what portion of hte string is the version and which is the
> release.

Yes the EVR is broken.

But currently yum / rpm / createrepo parse this the same way, and so
this issue have never hit fedora User.

This issue only hits spacewalk / satellite (or RHN) users (which have
a different parser for EVR).

I think the panu's proposal to turn this into a warning in f19/f20 is
the correct solution.

Remi.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlMCRIUACgkQYUppBSnxahhAiwCghrs7RJ7+rLIF9wEEx3A30FH3
FUUAoJUovq8hYGYqPy+du2SNMgIGLSJc
=RiXS
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpm bug 1065563 affecting httpd / php packages

[Toshio Kuratomi]

On Mon, Feb 17, 2014 at 10:56:14AM +, Joe Orton wrote:
> On Mon, Feb 17, 2014 at 12:37:53PM +0200, Ville Skyttä wrote:
> > I don't think this calls for a mass rebuild or any kind of a rebuild
> > actually, nor should it be rawhide only. AFAIU this doesn't affect
> > runtime at all, only build time, and affected packages can be just
> > fixed at the same time if they need an update in affected releases in
> > the first place.
> 
> The new rpmbuild cannot build an httpd which will satisfy dependencies 
> of current Fedora packages.  The new rpmbuild will force us to break the 
> existing ABI dependency for httpd, breaking compatibility with existing 
> and third-party packages.  And all that breakage is for zero gain, with 
> a bunch of engineering time wasted.
> 
> This change is inappropriate for a F19/20 update IMO.  Yes, we know the 
> deps are "wrong", but that was not hurting any Fedora users, and we've 
> fixed it properly for F21.
> 
I think this depends on what rpm and yum are currently doing with the
dependencies.  As Panu says here:
https://bugzilla.redhat.com/show_bug.cgi?id=1065563#c1 if "-" is used in
version or release then rpm and yum have to guess about what portion of hte
string is the version and which is the release.

If rpm/yum are doing the wrong thing in a large number of cases (there's
several ways it could be "wrong" -- one portion of the stack is parsing it
as Version: 20140215-x86 Release: 64 and another is parsing it as Version:
20140215 Release: x86-64;  there's a manual version comparison somewhere
that's looking for something like httpd-mmn >= 20140215 which always
evaluates false because the Provides is evaluating to Version: 20140215-x86;
etc) then it can be effectively argued that the provides themselves need to
be fixed in the stable Fedora release.  rpmbuild's refusal to build is
simply a helpful tool for showing where these broken Provides are present.

However, it could also be that over the course of time rpm and the software
built on top of it has evolved to make the same guess about where to separate
version-release in the ambiguous case.  If that's the case then sure, rpm
could continue to allow the broken behaviour in stable releases and only
make the change in rawhide.

I'd leave it to Panu and the rpm team to let us know which of those
scenarios are true for the current code.

-Toshio


pgpjADYu0Jmk_.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how does somobeody install perl(ExtUtils::Embed)

[Reindl Harald]

Am 17.02.2014 17:42, schrieb Richard W.M. Jones:
> On Mon, Feb 17, 2014 at 12:11:54PM +0100, Martin Briza wrote:
>> On Mon, 17 Feb 2014 12:08:53 +0100, Reindl Harald
>>  wrote:
>>
>>>
>>> [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
>>> error: Failed build dependencies:
>>>perl(ExtUtils::Embed) is needed by
>>> subversion-1.8.5-2.fc20.20140217.rh.x86_64
>>>rubygem(minitest) is needed by
>>> subversion-1.8.5-2.fc20.20140217.rh.x86_64
>>> [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install
>>> perl(ExtUtils::Embed) rubygem(minitest)
>>> -bash: syntax error near unexpected token `('
>>> _
>>>
>>> how is somebody expected to translate such Require / Build-Requires
>>> to a package name yum understands?
>>>
>>
>>  yum-builddep subversion
> 
> or even better in this case:
> 
> yum-builddep ./subversion.spec

*that* is cool - thanks!



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: gnome-disk-utility orphaned ?

[Richard Hughes]

On 17 February 2014 15:45, Hans de Goede  wrote:
> rhughes just bumped it to 3.11.0, so this is fixed now, I'll go
> and close the bug.

Actually, mclazy picked it up automatically, I can't claim credit :)

Richard
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how does somobeody install perl(ExtUtils::Embed)

[Richard W.M. Jones]

On Mon, Feb 17, 2014 at 12:11:54PM +0100, Martin Briza wrote:
> On Mon, 17 Feb 2014 12:08:53 +0100, Reindl Harald
>  wrote:
> 
> >
> >[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
> >error: Failed build dependencies:
> >perl(ExtUtils::Embed) is needed by
> >subversion-1.8.5-2.fc20.20140217.rh.x86_64
> >rubygem(minitest) is needed by
> >subversion-1.8.5-2.fc20.20140217.rh.x86_64
> >[builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install
> >perl(ExtUtils::Embed) rubygem(minitest)
> >-bash: syntax error near unexpected token `('
> >_
> >
> >how is somebody expected to translate such Require / Build-Requires
> >to a package name yum understands?
> >
> 
> Hi, use
> 
>  yum-builddep subversion

or even better in this case:

yum-builddep ./subversion.spec

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-top is 'top' for virtual machines.  Tiny program with many
powerful monitoring features, net stats, disk stats, logging, etc.
http://people.redhat.com/~rjones/virt-top
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[perl-qpid_proton/epel7] Fixed a few packages to properly provide virtual Perl packages.

[Darryl L . Pierce]

Summary of changes:

  f7f557f... Fixed a few packages to properly provide virtual Perl packa (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Agenda for Env-and-Stacks WG meeting (2014-02-18)

[Marcela Mašláňová]

WG meeting will be at 13:00 UTC in #fedora-meeting on Freenode.

== Topic ==
# additional repository
fedora-{incubator,ugly}
* prepare proposal for additional repository based on discussion from 
mailing list

https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-February/000173.html
https://lists.fedoraproject.org/pipermail/devel/2014-February/195483.html
We can change proposal if we receive more input from other WG.

#SCL in Fedora
Speak with Server and Cloud - what do they need.
FPC - what's needed now

See you tomorrow,
Marcela
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: gnome-disk-utility orphaned ?

[Hans de Goede]

Hi,

On 02/17/2014 03:17 PM, Bastien Nocera wrote:
> 
> 
> - Original Message -
>> Hi,
>>
>> See:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1063259
> 
> It's not, and it's probably just an oversight. Feel free to cherry-pick the 
> updates
> from F20 into master.

rhughes just bumped it to 3.11.0, so this is fixed now, I'll go
and close the bug.

Regards,

Hans
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Owner-change] Fedora packages ownership change

[nobody]

Change in ownership over the last 168 hours
===

57 packages were orphaned
-
ghc-arrows [devel,f19] was orphaned by shakthimaan
 Classes that extend the Arrow class
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-arrows
gnome-disk-utility [devel,f19,f20] was orphaned by lbazan
 Disk management application
 https://admin.fedoraproject.org/pkgdb/acls/name/gnome-disk-utility
ghc-IOSpec [f19,f20] was orphaned by shakthimaan
 A pure specification of the IO monad
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-IOSpec
dgc [EL-5,EL-6,devel,f20] was orphaned by shakthimaan
 Digital Gate Compiler
 https://admin.fedoraproject.org/pkgdb/acls/name/dgc
ghc-lazysmallcheck [devel,f20] was orphaned by shakthimaan
 A library for demand-driven testing of Haskell programs
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-lazysmallcheck
torque [EL-5,EL-6] was orphaned by stevetraylen
 Tera-scale Open-source Resource and QUEue manager
 https://admin.fedoraproject.org/pkgdb/acls/name/torque
ghc-chalmers-lava2000 [devel,f19,f20] was orphaned by shakthimaan
 A Hardware description library for Haskell
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-chalmers-lava2000
ghc-blaze-textual [devel,f19] was orphaned by shakthimaan
 Library for fast rendering of common data types
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-blaze-textual
sed [devel,f19] was orphaned by ovasik
 A GNU stream text editor
 https://admin.fedoraproject.org/pkgdb/acls/name/sed
brainfuck [f19,f20] was orphaned by shakthimaan
 Haskell brainfuck library
 https://admin.fedoraproject.org/pkgdb/acls/name/brainfuck
openshift-origin-cartridge-diy-0.1 [devel,f19,f20] was orphaned by tdawson
 Provides openshift diy (Do It Yourself) support
 
https://admin.fedoraproject.org/pkgdb/acls/name/openshift-origin-cartridge-diy-0.1
ghc-show [f19,f20] was orphaned by shakthimaan
 Show library that provides ShowQ, ShowFun, and SimpleReflect
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-show
ghc-data-reify [devel,f20] was orphaned by shakthimaan
 Converts recursive data structures into graphs
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-data-reify
gengetopt [devel,f20] was orphaned by rishi
 Tool to write command line option parsing code for C programs
 https://admin.fedoraproject.org/pkgdb/acls/name/gengetopt
eqntott [devel,f19,f20] was orphaned by shakthimaan
 Generates truth tables from Boolean equations
 https://admin.fedoraproject.org/pkgdb/acls/name/eqntott
ghc-smallcheck [devel,f20] was orphaned by shakthimaan
 A testing library to verify properties of test cases
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-smallcheck
CUnit [EL-6,devel,f19,f20] was orphaned by shakthimaan
 A unit testing framework for C
 https://admin.fedoraproject.org/pkgdb/acls/name/CUnit
libxml++ [EL-5,EL-6] was orphaned by icon
 C++ wrapper for the libxml2 XML parser library
 https://admin.fedoraproject.org/pkgdb/acls/name/libxml++
cgnslib [EL-6,devel,f20] was orphaned by shakthimaan
 Computational Fluid Dynamics General Notation System
 https://admin.fedoraproject.org/pkgdb/acls/name/cgnslib
ghc-ForSyDe [devel,f20] was orphaned by shakthimaan
 A formal system design methodology library for Haskell
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-ForSyDe
ghc-dotgen [f20] was orphaned by shakthimaan
 Simple interface to build .dot graph files
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-dotgen
nesc [EL-5,EL-6,devel,f19] was orphaned by shakthimaan
 Compiler used by TinyOS
 https://admin.fedoraproject.org/pkgdb/acls/name/nesc
ghc-parameterized-data [devel,f19,f20] was orphaned by shakthimaan
 A parameterized-data library for Haskell
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-parameterized-data
ghc-feldspar-language [devel] was orphaned by shakthimaan
 Functional Embedded Language for DSP and PARallelism
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-feldspar-language
ghc-oeis [f19,f20] was orphaned by shakthimaan
 A oeis library for Haskell
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-oeis
ghc-logict [devel] was orphaned by shakthimaan
 A continuation-based, backtracking, logic programming monad
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-logict
ghc-numbers [f20] was orphaned by shakthimaan
 Instances of the numerical classes for a variety of different numbers
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-numbers
ghc-readline [f19] was orphaned by shakthimaan
 A Haskell interface to the GNU readline library
 https://admin.fedoraproject.org/pkgdb/acls/name/ghc-readline
openshift-origin-cartridge-abstract [devel,f19,f20] was orphaned by tdawson
 OpenShift Origin common cartridge components
 
https://admin.fedoraproject.org

Re: ModemManager update

[Sérgio Basto]

On Sex, 2014-02-14 at 09:18 -0600, Dan Williams wrote: 
> On Thu, 2014-02-13 at 19:00 +, Sérgio Basto wrote:
> > On Qui, 2014-02-13 at 12:56 -0600, Dan Williams wrote: 
> > > On Sat, 2014-02-01 at 15:03 +0100, poma wrote:
> > > > With a companion libraries. ;)
> > > > 
> > > > ↗ libmbim-1.6.0
> > > > ↗ libqmi-1.8.0
> > > > ↗ ModemManager-1.2.0
> > > > 
> > > > 
> > > > poma
> > > > 
> > > > 
> > > > Oh Danny boy, the pipes, the pipes are calling
> > > > From glen to glen, and down the mountain side
> > > > The summer's gone, and all the flowers are dying
> > > > 'Tis you, 'tis you must go and I must bide.
> > > 
> > > I've done the builds for rawhide with your patches; lets let them be
> > > there for a week to see if there are major issues, and then update F20.
> > > Sound OK?
> > 
> > So to test it,  I need build [1]
> > ModemManager, libmbim and libqmi any thing else ? 
> 
> I believe these 3 are all you need.  If you encounter any problems:

I built locally with :

fedpkg clone libmbim
fedpkg clone libqmi
fedpkg clone ModemManager
cd libmbim
fedpkg srpm
mock -r fedora-20-x86_64 --rebuild libmbim-1.6.0-1.fc21.src.rpm
--no-clean
cd ../libqmi
fedpkg srpm
mock -r fedora-20-x86_64 --rebuild libqmi-1.8.0-1.fc21.src.rpm
--no-clean

mock -r fedora-20-x86_64
--install 
/var/lib/mock/fedora-20-x86_64/result/libqmi-devel-1.8.0-1.fc20.x86_64.rpm 
/var/lib/mock/fedora-20-x86_64/result/libqmi-1.8.0-1.fc20.x86_64.rpm 
/var/lib/mock/fedora-20-x86_64/result/libmbim-devel-1.6.0-1.fc20.x86_64.rpm 
/var/lib/mock/fedora-20-x86_64/result/libmbim-1.6.0-1.fc20.x86_64.rpm 
cd ../ModemManager/

vi ModemManager.spec
-BuildRequires: libqmi-devel >= 1.6
-BuildRequires: libmbim-devel >= 1.5
+BuildRequires: libqmi-devel >= 1.8
+BuildRequires: libmbim-devel >= 1.6

fedpkg srpm; mock -r fedora-20-x86_64 --rebuild
ModemManager-1.2.0-1.fc21.src.rpm --no-clean

and is working exactly in the same way.

this messages are gone : 
 couldn't load IMSI: 'QMI operation failed: Cannot send message:
QMI service 'dms' version '1.3' required, got version '1.2''
  couldn't load current Bands: 'QMI operation failed: Cannot send
message: QMI service 'nas' version '1.1' required, got version '1.0''

but stil missing signal strength on nm-applet. 

Many thanks, 

> mmcli --set-logging=DEBUG
> 
> and then try to reproduce the problem, and grab the systemd journal
> output from ModemManager.  "mmcli -m 0" output is also very useful, feel
> free to XXX out any IMSI or IMEI or phone #.
> 
> Dan
> 

-- 
Sérgio M. B.

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: additional repository with {experimental,incubating} content

[Marcela Mašláňová]

On 02/17/2014 02:58 PM, Phil Knirsch wrote:

On 02/12/2014 04:58 PM, Marcela Mašláňová wrote:

Yesterday we spoke at Env and Stacks WG about Fedora additional
repository. I was wondering what might other products need to put there.
Will be the content experimental? Would it be the content just
developing (not good for main Fedora repository) or simply not good to
became Fedora package, because it contains bundles?
I would love to hear your use-cases, so Env WG could create policy and
workflow for such repo.

Currently, it looks like it could contain also packages, which will be
good for main repo in the future. The repository should have only
minimal rules, not standard review, no conflicts among packages, ... You
can follow whole discussion here [1], but no conclusion yet, just ideas.

Another question is if for example Ruby collection needed by OpenShift
(Cloud WG) will be needed in main repo or it could be installed from
additional repository.

[1]
https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-February/000173.html



Thanks for your input,
Marcela


Sorry for the late reply, darn DevConf plague struck me last week quite
badly.

I would have one concrete example that probably would apply for a host
of other packages:

Right now Daniel Vratil is using COPRS to package and provide the latest
early version of KDE5 resp. KF5 as it's called now.

As those packages are actually destined to be be part of Fedora proper
over the next months i think an incubator repository would be an
excellent idea for early development next release version of software.
Lower hurdle to get packages in, don't need to yet follow the FPC fully
but which at some point are expected to move to Fedora and where a
better visibility then COPRS repositories provides would be great. And
this could work i think for many other projects too, where early access
test packages could be provided for the Brave and the Free. :)

Not sure if that would apply to your idea of the experimental/incubator
repository, but i'd love to see something like that to be honest.

Basically a middle ground between Fedora proper and COPRS.

Thanks & regards, Phil


Sounds great to me. Hurray, first good use-case.

Thanks,
Marcela
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[perl-Log-Any] Created tag perl-Log-Any-0.15-2.el7

[Paul Howarth]

The lightweight tag 'perl-Log-Any-0.15-2.el7' was created pointing to:

 c19badf... Bootstrap EPEL-7 build
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Log-Any] Created tag perl-Log-Any-0.15-3.fc21

[Paul Howarth]

The lightweight tag 'perl-Log-Any-0.15-3.fc21' was created pointing to:

 9680f01... Bootstrap of EPEL-7 done
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: gnome-disk-utility orphaned ?

[Pierre-Yves Chibon]

On Mon, Feb 17, 2014 at 09:17:18AM -0500, Bastien Nocera wrote:
> 
> 
> - Original Message -
> > Hi,
> > 
> > See:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1063259
> 
> It's not, and it's probably just an oversight. Feel free to cherry-pick the 
> updates
> from F20 into master.

If it's not, the maintainer listed on pkgdb is named 'orphan'
https://admin.fedoraproject.org/pkgdb/acls/name/gnome-disk-utility

Pierre
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: gnome-disk-utility orphaned ?

[Bastien Nocera]

- Original Message -
> Hi,
> 
> See:
> https://bugzilla.redhat.com/show_bug.cgi?id=1063259

It's not, and it's probably just an oversight. Feel free to cherry-pick the 
updates
from F20 into master.

Cheers
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: additional repository with {experimental,incubating} content

[Phil Knirsch]

On 02/12/2014 04:58 PM, Marcela Mašláňová wrote:

Yesterday we spoke at Env and Stacks WG about Fedora additional
repository. I was wondering what might other products need to put there.
Will be the content experimental? Would it be the content just
developing (not good for main Fedora repository) or simply not good to
became Fedora package, because it contains bundles?
I would love to hear your use-cases, so Env WG could create policy and
workflow for such repo.

Currently, it looks like it could contain also packages, which will be
good for main repo in the future. The repository should have only
minimal rules, not standard review, no conflicts among packages, ... You
can follow whole discussion here [1], but no conclusion yet, just ideas.

Another question is if for example Ruby collection needed by OpenShift
(Cloud WG) will be needed in main repo or it could be installed from
additional repository.

[1]
https://lists.fedoraproject.org/pipermail/env-and-stacks/2014-February/000173.html


Thanks for your input,
Marcela


Sorry for the late reply, darn DevConf plague struck me last week quite 
badly.


I would have one concrete example that probably would apply for a host 
of other packages:


Right now Daniel Vratil is using COPRS to package and provide the latest 
early version of KDE5 resp. KF5 as it's called now.


As those packages are actually destined to be be part of Fedora proper 
over the next months i think an incubator repository would be an 
excellent idea for early development next release version of software. 
Lower hurdle to get packages in, don't need to yet follow the FPC fully 
but which at some point are expected to move to Fedora and where a 
better visibility then COPRS repositories provides would be great. And 
this could work i think for many other projects too, where early access 
test packages could be provided for the Brave and the Free. :)


Not sure if that would apply to your idea of the experimental/incubator 
repository, but i'd love to see something like that to be honest.


Basically a middle ground between Fedora proper and COPRS.

Thanks & regards, Phil

--
Philipp Knirsch  | Tel.:  +49-711-96437-470
Manager Core Services| Fax.:  +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch 
Wankelstrasse 5  | Web:   http://www.redhat.com/
D-70563 Stuttgart, Germany
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[perl-Test-Pod] Declare run-time dependency on File::Find

[Petr Pisar]

commit d7fd0c9ad397bb4cd13e5e36d9be41b64c18bf0e
Author: Petr Písař 
Date:   Mon Feb 17 14:50:17 2014 +0100

Declare run-time dependency on File::Find

 perl-Test-Pod.spec |6 +-
 1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Test-Pod.spec b/perl-Test-Pod.spec
index d1b9aaf..4dcbf90 100644
--- a/perl-Test-Pod.spec
+++ b/perl-Test-Pod.spec
@@ -1,6 +1,6 @@
 Name:   perl-Test-Pod
 Version:1.48
-Release:4%{?dist}
+Release:5%{?dist}
 Summary:Test POD files for correctness
 Group:  Development/Libraries
 License:GPL+ or Artistic
@@ -20,6 +20,7 @@ BuildRequires:  perl(Test::Builder::Tester) >= 1.02
 BuildRequires:  perl(Test::More) >= 0.62
 BuildRequires:  perl(warnings)
 Requires:   perl(:MODULE_COMPAT_%(eval "$(perl -V:version)"; echo 
$version))
+Requires:   perl(File::Find)
 Requires:   perl(Pod::Simple) >= 3.05
 Requires:   perl(Test::More) >= 0.62
 
@@ -51,6 +52,9 @@ LC_ALL=C ./Build test
 %{_mandir}/man3/Test::Pod.3pm*
 
 %changelog
+* Mon Feb 17 2014 Petr Pisar  - 1.48-5
+- Declare run-time dependency on File::Find (bug #1066006)
+
 * Thu Feb 13 2014 Petr Pisar  - 1.48-4
 - Clarify license (bug #1064447)
 - Remove run-time dependency on Test::Builder::Tester (bug #1064743)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Log-Any] Bootstrap of EPEL-7 done

[Paul Howarth]

commit 9680f0175314fe48ee9528586641d387f595d04f
Author: Paul Howarth 
Date:   Mon Feb 17 13:50:55 2014 +

Bootstrap of EPEL-7 done

 perl-Log-Any.spec |8 
 1 files changed, 4 insertions(+), 4 deletions(-)
---
diff --git a/perl-Log-Any.spec b/perl-Log-Any.spec
index 098e0e7..20426d0 100644
--- a/perl-Log-Any.spec
+++ b/perl-Log-Any.spec
@@ -1,9 +1,6 @@
-# Bootstrap EPEL-7 build
-%global perl_bootstrap 1
-
 Name:   perl-Log-Any
 Version:0.15
-Release:2%{?dist}
+Release:3%{?dist}
 Summary:Bringing loggers and listeners together
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -65,6 +62,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/Log::Any::Test.3pm*
 
 %changelog
+* Mon Feb 17 2014 Paul Howarth  - 0.15-3
+- Bootstrap of EPEL-7 done
+
 * Sun Feb 16 2014 Paul Howarth  - 0.15-2
 - Bootstrap EPEL-7 build
 
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Heads up; F22 will require applications to ship appdata to be listed in software center

[Ian Malone]

On 17 February 2014 08:45, Christian Schaller  wrote:
>


> Well with GCC we are assuming people will read docs and figure out the command
> line parameters needed to use gcc. So expecting people to read the docs on how
> to use yum or 'yum search' is not expecting to much in my opinion.
>
> That said we should list the Developer Assistant in the Software center (or 
> even have it installed by default)
> and that should be the tool IMHO to install these and other developer tools.

Really? I mean, it's one thing to say 'if you want to use command line
tools you have to use a command line package manager' (which isn't
really the case anyway), but is it actually the intention that non-GUI
components get split up into separate domains with their own GUI
managers. Just seems a little odd.


-- 
imalone
http://ibmalone.blogspot.co.uk
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[perl-IPC-Shareable/epel7] (3 commits) ...Update to 0.61

[Paul Howarth]

Summary of changes:

  6349ee2... Perl 5.18 rebuild (*)
  a33e831... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
  55d78df... Update to 0.61 (*)

(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Package takeover request - pidgin

[Jan Synacek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/17/2014 01:57 PM, Stu Tomlinson wrote:
> Jan,
> 
> On Mon, Feb 17, 2014 at 11:43 AM, Jan Synacek  wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 02/10/2014 01:32 PM, Jan Synacek wrote:
>>> Hello,
>>>
>>> I've been trying to contact Stu Tomlinson for a while now -- in a
>>> bugzilla [1] and by mail. Anybody know how to contact him?
>>>
>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220
>>>
>>> Cheers,
>>
>> As per [1], item 5., this is my request to take over the package.
>>
>> [1] 
>> http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline
> 
> Many apologies for missing your bug & email. As you can tell I have
> had no time to contribute to Fedora in a long time. I will shortly
> orphan the following packages:
> 
> pidgin
> libsilc
> pidgin
> pidgin-guifications
> pidgin-libnotify
> pidgin-rhythmbox

No problem, I've already taken over pidgin. Thanks!

- -- 
Jan Synacek
Software Engineer, Red Hat
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTAhOTAAoJEL3BmMJQOtjBhLgP/1khnhoSao3UILZ8QTiekxMM
0JjpOsRnvLOGqT+BTulkUoassbh/iLk3vIxTUQesAU38x2rVyPLCXpol/7oeGeRU
CEl6eaFkgrC8mNEVJb/+6T1DHMxmDEDTdICQCurszt7muRjSgfQF6V1I/YFgo0gS
x/N53G9j+CWrgawwWxY1ArcQvfRphPDrO46TFTx8CrC5H4rTQ16IMb8Kg3Ll7SRB
GV4mIvi/gkbwk4vDtj+EgjbYdA2NI4vMobzpHhnETzwz8V3a4kx05GJ4Xma2+hvF
tO9pno6U40YSsG8wgfMe8VpkagNeXbs6fJrU/kJsSU4VBVLV+n8+wfsoBR7H941h
Mv6JHWRPcZ1hkPrmqGE6mlYnIt64cYzQHUCW8bK/CVzblyPMQrXopD3TvKD1eA9o
OjHOt8gWfQM9VgSF3A0u38LBy3sWUxyo1m9tAGq3IvdIHz93/RmqPavrR5yJ0IIT
g8Q/W0DnJSwSrSflvMLO5YW/Op5xHgNcavXMtDsFwERV8QNBOUcu8cEwU8AH5Y2K
/RIY/wkvbyVJq1bWBKEnz+uoM8TglNa4O6WqGVTHdKDJCLpTcNNsiVIrbSrYlDLF
7KDQuDOBpxADgmoFQbaQ2UTnPuyEGRbxJZpj3ijzZPZhzc4p9jPx8gFldSWjWfuy
+WyWQPfypoqLjyrCScRZ
=ou54
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

gnome-disk-utility orphaned ?

[Hans de Goede]

Hi,

See:
https://bugzilla.redhat.com/show_bug.cgi?id=1063259

Regards,

Hans
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Package takeover request - pidgin

[Stu Tomlinson]

On Mon, Feb 17, 2014 at 12:57 PM, Stu Tomlinson  wrote:
> Jan,
>
> On Mon, Feb 17, 2014 at 11:43 AM, Jan Synacek  wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 02/10/2014 01:32 PM, Jan Synacek wrote:
>>> Hello,
>>>
>>> I've been trying to contact Stu Tomlinson for a while now -- in a
>>> bugzilla [1] and by mail. Anybody know how to contact him?
>>>
>>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220
>>>
>>> Cheers,
>>
>> As per [1], item 5., this is my request to take over the package.
>>
>> [1] 
>> http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline
>
> Many apologies for missing your bug & email. As you can tell I have
> had no time to contribute to Fedora in a long time. I will shortly
> orphan the following packages:
>
> pidgin
> libsilc
> pidgin
> pidgin-guifications
> pidgin-libnotify
> pidgin-rhythmbox

Correction: I was not owner of pidgin-guifications & pidgin-libnotify.
The others have been released now.

Regards,


Stu.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Package takeover request - pidgin

[Stu Tomlinson]

Jan,

On Mon, Feb 17, 2014 at 11:43 AM, Jan Synacek  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/10/2014 01:32 PM, Jan Synacek wrote:
>> Hello,
>>
>> I've been trying to contact Stu Tomlinson for a while now -- in a
>> bugzilla [1] and by mail. Anybody know how to contact him?
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220
>>
>> Cheers,
>
> As per [1], item 5., this is my request to take over the package.
>
> [1] 
> http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline

Many apologies for missing your bug & email. As you can tell I have
had no time to contribute to Fedora in a long time. I will shortly
orphan the following packages:

pidgin
libsilc
pidgin
pidgin-guifications
pidgin-libnotify
pidgin-rhythmbox

Regards,


Stu.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

New PCRE API proposal

[Petr Pisar]

Many of you use regular expressions. Many of the expression are more
than regular. They can be called Perl-Compatible Regular Expressions
(PCRE). Those who need to support PCRE in their code use usually the
well-known PCRE library .

PCRE library maintainers decided to design shiny new API and implement
it in a new PCRE2 library. (Don't panic, current PCRE library will be
_maintained_ for reasonable long time). This new API proposal is
available at
.

Some of the new features are call-back based interface with thread-safe
memory model, proper (Unicode) code unit support (different character
widths), or start-pointer-and-length string specification.

Feel free to discuss these changes at PCRE development mailing list
.

-- Petr

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

[Bug 1062968] systemd failed to run vncserver due to permission issues

[bugzilla]

https://bugzilla.redhat.com/show_bug.cgi?id=1062968



--- Comment #12 from Miroslav Grepl  ---
This works on F20 because of 

initrc_t -> unconfined_t

transition which has been removed in F20.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug 
https://bugzilla.redhat.com/token.cgi?t=0JGsAj8BwJ&a=cc_unsubscribe
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: how does somobeody install perl(ExtUtils::Embed)

[Ralf Corsepius]

On 02/17/2014 12:13 PM, Reindl Harald wrote:



Am 17.02.2014 12:10, schrieb Paul Howarth:

On 17/02/14 11:08, Reindl Harald wrote:


[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
  perl(ExtUtils::Embed) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
  rubygem(minitest) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
[builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install 
perl(ExtUtils::Embed) rubygem(minitest)
-bash: syntax error near unexpected token `('
_

how is somebody expected to translate such Require / Build-Requires
to a package name yum understands?


By quoting them:

$ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)'


oh, thanks

Build-Requires: perl-ExtUtils-Embed rubygem-minitest

would do the same without special chars, no idea why
things are done the hard way here and there

perl-ExtUtils-Embed and perl(ExtUtils::Embed)
are not the same thing:

* perl-ExtUtils-Embed refers to a package named "perl-ExtUtils-Embed"

* perl(ExtUtils::Embed) refers to the perl module providing 
"ExtUtils::Embed".


As perl modules may move between packages at any time, there is no 
strict connection between a perl module and a package (which happens to 
temporarily provide a module).


That said, it's Fedora perl-packaging convention not use perl packages 
but to use perl module names for BuildRequires/Requires/Provides.
Furthermore, rpm automatically adds many (theoretically all) 
Provides/Requires based on perl modules.


Ralf


--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: unsure for which package report a bug

[Florian Weimer]

On 02/17/2014 12:47 PM, Reindl Harald wrote:

what happened below is typing "rpmü" followed by a backspace
interesting is that it results in a error message and in
the history you have to press backspace again to get rid
of a invisible char

INTERESTING:
* normally the machine is german
* this happens only after LANG=C


It's not a bug. This behavior is expected if your input locale is 
multi-byte and the input is process by a console application assuming 
it's in a single-byte locale.


--
Florian Weimer / Red Hat Product Security Team
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

unsure for which package report a bug

[Reindl Harald]

what happened below is typing "rpmü" followed by a backspace
interesting is that it results in a error message and in
the history you have to press backspace again to get rid
of a invisible char

INTERESTING:
* normally the machine is german
* this happens only after LANG=C
___

[builduser@buildserver64:/rpmbuild/SRPMS]$ rpm -ivh *.rpmü
error: File not found by glob: *.rpmü
[builduser@buildserver64:/rpmbuild/SRPMS]$ rpm -ivh *.rpm
error: File not found by glob: *.rpm�
[builduser@buildserver64:/rpmbuild/SRPMS]$ rpm -ivh *.rpm
Updating / installing...
   1:GeoIP-1.6.0-1.fc20.20140217.rh   # [100%]



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Package takeover request - pidgin

[Jan Synacek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/10/2014 01:32 PM, Jan Synacek wrote:
> Hello,
> 
> I've been trying to contact Stu Tomlinson for a while now -- in a
> bugzilla [1] and by mail. Anybody know how to contact him?
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1058220
> 
> Cheers,

As per [1], item 5., this is my request to take over the package.

[1] 
http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers#Outline

- -- 
Jan Synacek
Software Engineer, Red Hat
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTAfXEAAoJEL3BmMJQOtjBhb4P/3LgfJ4d+uLWItSrUlJRFLMp
K4ChA94b21XvVG1aX8HYb6/BEefrbivsHHsiB0l1oJwufMg6HJiLj+QujwF8ZiHo
e29olP82QrHdWdEDb+69+jbA+vCDzP7hgAEDUDcjB8/NjvshuYBM77VyncLTXZZ3
NVDSfq8st/zMxTSN/01EJjwOvQwS+chKq8VL0mYNPMFqdciczgtt0TFYYl68Uns7
d/M6syyPjhXMpMjt6ETqgwgrzJ0JPbR5n8joAOKaaFJcuvEbxsBoYQiezKJ0+0Za
T8eZOtSmzhDVJ+FotDsGFpxBoDiAL5k9vjXvuRzOfrh5FkTDlkPpqwrjHrFsnmHK
tyPeBnxnMEsBqHNh+CFS8v/vYxh5n1hL5h9O183BsQJTAS2xOi42HaV5KY3NK6Li
DWapcjp4bAYwJjuRoU4pY1yx+l/IWS3QhX5zXfQnTPaTPG/eKm5rUi5HhuAbmxdy
ExEsiEhjR60vP8NtAmvwR89xWK5fh70XrUnPI/ZZ7Njr5pr278dRIqUn2nepad5D
ZqFuCIMiykwVLR6BaRPKCxMeH0Psy+RAUP2fFzpC4QSr6Wfg69CbIbT1Fe/CMQxD
C5cnwIS+4+Rjv9svnSYnLU6KeoOimGwBDL4/C6rLKne7EUvtSl5KkH4E09O8GvJv
R40WehJUqM6XV4nVHhpA
=dKCk
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how does somobeody install perl(ExtUtils::Embed)

[Paul Howarth]

On 17/02/14 11:13, Reindl Harald wrote:



Am 17.02.2014 12:10, schrieb Paul Howarth:

On 17/02/14 11:08, Reindl Harald wrote:


[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
  perl(ExtUtils::Embed) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
  rubygem(minitest) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
[builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install 
perl(ExtUtils::Embed) rubygem(minitest)
-bash: syntax error near unexpected token `('
_

how is somebody expected to translate such Require / Build-Requires
to a package name yum understands?


By quoting them:

$ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)'


oh, thanks

Build-Requires: perl-ExtUtils-Embed rubygem-minitest

would do the same without special chars, no idea why
things are done the hard way here and there


Because modules sometimes move between packages. Using the virtual 
provide means that the dependency works regardless of which package 
provides it.


Paul.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how does somobeody install perl(ExtUtils::Embed)

[Reindl Harald]

Am 17.02.2014 12:10, schrieb Paul Howarth:
> On 17/02/14 11:08, Reindl Harald wrote:
>>
>> [builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
>> error: Failed build dependencies:
>>  perl(ExtUtils::Embed) is needed by 
>> subversion-1.8.5-2.fc20.20140217.rh.x86_64
>>  rubygem(minitest) is needed by 
>> subversion-1.8.5-2.fc20.20140217.rh.x86_64
>> [builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install 
>> perl(ExtUtils::Embed) rubygem(minitest)
>> -bash: syntax error near unexpected token `('
>> _
>>
>> how is somebody expected to translate such Require / Build-Requires
>> to a package name yum understands?
> 
> By quoting them:
> 
> $ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)'

oh, thanks

Build-Requires: perl-ExtUtils-Embed rubygem-minitest

would do the same without special chars, no idea why
things are done the hard way here and there



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how does somobeody install perl(ExtUtils::Embed)

[Martin Briza]

On Mon, 17 Feb 2014 12:08:53 +0100, Reindl Harald   
wrote:




[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
perl(ExtUtils::Embed) is needed by  
subversion-1.8.5-2.fc20.20140217.rh.x86_64
rubygem(minitest) is needed by  
subversion-1.8.5-2.fc20.20140217.rh.x86_64
[builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install  
perl(ExtUtils::Embed) rubygem(minitest)

-bash: syntax error near unexpected token `('
_

how is somebody expected to translate such Require / Build-Requires
to a package name yum understands?



Hi, use

 yum-builddep subversion

or

 yum install "perl(ExtUtils::Embed)"

to avoid treating the parentheses as control symbols
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how does somobeody install perl(ExtUtils::Embed)

[Tom Hughes]

On 17/02/14 11:08, Reindl Harald wrote:


[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
 perl(ExtUtils::Embed) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
 rubygem(minitest) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
[builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install 
perl(ExtUtils::Embed) rubygem(minitest)
-bash: syntax error near unexpected token `('
_

how is somebody expected to translate such Require / Build-Requires
to a package name yum understands?


You have to quote it, to stop the shell interpreting the parenthesis:

sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)'

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: how does somobeody install perl(ExtUtils::Embed)

[Paul Howarth]

On 17/02/14 11:08, Reindl Harald wrote:


[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
 perl(ExtUtils::Embed) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
 rubygem(minitest) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
[builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install 
perl(ExtUtils::Embed) rubygem(minitest)
-bash: syntax error near unexpected token `('
_

how is somebody expected to translate such Require / Build-Requires
to a package name yum understands?


By quoting them:

$ sudo yum install 'perl(ExtUtils::Embed)' 'rubygem(minitest)'

Paul.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

how does somobeody install perl(ExtUtils::Embed)

[Reindl Harald]

[builduser@buildserver64:/rpmbuild/SPECS]$ rpmbuild -bb subversion.spec
error: Failed build dependencies:
perl(ExtUtils::Embed) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
rubygem(minitest) is needed by 
subversion-1.8.5-2.fc20.20140217.rh.x86_64
[builduser@buildserver64:/rpmbuild/SPECS]$ sudo yum install 
perl(ExtUtils::Embed) rubygem(minitest)
-bash: syntax error near unexpected token `('
_

how is somebody expected to translate such Require / Build-Requires
to a package name yum understands?



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpm bug 1065563 affecting httpd / php packages

[Joe Orton]

On Mon, Feb 17, 2014 at 12:37:53PM +0200, Ville Skyttä wrote:
> I don't think this calls for a mass rebuild or any kind of a rebuild
> actually, nor should it be rawhide only. AFAIU this doesn't affect
> runtime at all, only build time, and affected packages can be just
> fixed at the same time if they need an update in affected releases in
> the first place.

The new rpmbuild cannot build an httpd which will satisfy dependencies 
of current Fedora packages.  The new rpmbuild will force us to break the 
existing ABI dependency for httpd, breaking compatibility with existing 
and third-party packages.  And all that breakage is for zero gain, with 
a bunch of engineering time wasted.

This change is inappropriate for a F19/20 update IMO.  Yes, we know the 
deps are "wrong", but that was not hurting any Fedora users, and we've 
fixed it properly for F21.

Regards, Joe
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpm bug 1065563 affecting httpd / php packages

[Ralf Corsepius]

On 02/17/2014 11:37 AM, Ville Skyttä wrote:

On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet  wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 17/02/2014 10:24, Reindl Harald a écrit :

are such changes allowed within a stable release?
https://bugzilla.redhat.com/show_bug.cgi?id=1065563


As lot of package are using a bad virtual  provides / requires with a
double dash in EVR, and as a mass rebuild is probably a very bad idea
in stable release, I think this new check should only go in rawhide.


I don't think this calls for a mass rebuild or any kind of a rebuild
actually, nor should it be rawhide only. AFAIU this doesn't affect
runtime at all, only build time, and affected packages can be just
fixed at the same time if they need an update in affected releases in
the first place.


Hmm, what is the recommended fix to affected EVRs which would allow 
fully transparent updates and upgrades from packages with "broken EVRs"?


To replace "-" with "_"?

Ralf



--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpm bug 1065563 affecting httpd / php packages

[Reindl Harald]

Am 17.02.2014 11:37, schrieb Ville Skyttä:
> On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet  
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Le 17/02/2014 10:24, Reindl Harald a écrit :
>>> are such changes allowed within a stable release?
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1065563
>>
>> As lot of package are using a bad virtual  provides / requires with a
>> double dash in EVR, and as a mass rebuild is probably a very bad idea
>> in stable release, I think this new check should only go in rawhide.
> 
> I don't think this calls for a mass rebuild or any kind of a rebuild
> actually, nor should it be rawhide only. AFAIU this doesn't affect
> runtime at all, only build time, and affected packages can be just
> fixed at the same time if they need an update in affected releases in
> the first place.

*no*

look here to see why
https://bugzilla.redhat.com/show_bug.cgi?id=1065563#c7

and the same will happen for *any* package built the
same way, i can only speak about the few i am using

yes, i am about rebuild subversion to get this solved because i have
now changed all these Provides/Requires in my *private* webstack
packages, but that shows it's not that simple you assume




signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpm bug 1065563 affecting httpd / php packages

[Ville Skyttä]

On Mon, Feb 17, 2014 at 12:07 PM, Remi Collet  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Le 17/02/2014 10:24, Reindl Harald a écrit :
>> are such changes allowed within a stable release?
>> https://bugzilla.redhat.com/show_bug.cgi?id=1065563
>
> As lot of package are using a bad virtual  provides / requires with a
> double dash in EVR, and as a mass rebuild is probably a very bad idea
> in stable release, I think this new check should only go in rawhide.

I don't think this calls for a mass rebuild or any kind of a rebuild
actually, nor should it be rawhide only. AFAIU this doesn't affect
runtime at all, only build time, and affected packages can be just
fixed at the same time if they need an update in affected releases in
the first place.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: rpm bug 1065563 affecting httpd / php packages

[Remi Collet]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 17/02/2014 10:24, Reindl Harald a écrit :
> are such changes allowed within a stable release? 
> https://bugzilla.redhat.com/show_bug.cgi?id=1065563

As lot of package are using a bad virtual  provides / requires with a
double dash in EVR, and as a mass rebuild is probably a very bad idea
in stable release, I think this new check should only go in rawhide.


Remi.


P.S. php is not affected, only httpd, as this double-dash have be
removed in the php 5.5 update, so in fedora 19.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlMB300ACgkQYUppBSnxahiQEACcCetAykGvjJ0qD29Bqe8bbQ/d
glgAnjmkZjya/LxR+wHe1OTJMScC+dog
=fwvA
-END PGP SIGNATURE-
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

rpm bug 1065563 affecting httpd / php packages

[Reindl Harald]

are such changes allowed within a stable release?
https://bugzilla.redhat.com/show_bug.cgi?id=1065563



signature.asc
Description: OpenPGP digital signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Heads up; F22 will require applications to ship appdata to be listed in software center

[Richard Hughes]

On 17 February 2014 08:45, Christian Schaller  wrote:
> That said we should list the Developer Assistant in the Software center (or 
> even have it installed by default)
> and that should be the tool IMHO to install these and other developer tools.

It's already in the software center (and ships an AppData file :)
although I agree we could perhaps "feature" it more prominently.

Richard.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Heads up; F22 will require applications to ship appdata to be listed in software center

[Christian Schaller]

- Original Message -
> From: "Przemek Klosowski" 
> To: devel@lists.fedoraproject.org
> Sent: Friday, February 14, 2014 10:43:16 PM
> Subject: Re: Heads up; F22 will require applications to ship appdata to be
> listed in software center
> 
> On 02/14/2014 01:41 PM, Adam Williamson wrote:
> 
> 
> 
> On Fri, 2014-02-14 at 13:02 -0500, Przemek Klosowski wrote:
> 
> 
> 
> On 01/28/2014 03:12 PM, Richard Hughes wrote:
> 
> 
> 
> On 28 January 2014 18:43, Przemek Klosowski 
> wrote:
> 
> 
> 
> There are two separate issues here: 'abandonment', and 'GUIness'. As to the
> latter, I think it's a mistake to have a primary application installation
> tool that only deals with GUI apps, because it relegates text-based tools,
> such as 'units', to a second-class status of being hard to find and to
> install.
> That's not the tool we've designed and built. We've built a GUI
> application installer, not a package installer.
> While it's not the fault of the installer,  I am concerned about that
> distinction. For better or worse, a lot of useful tools seem to be out
> of scope for a 'GUI application installer'. GCC, perl, git, octave, R,
> units, mysql/sqlite3,  this kind of thing.
> Do you actually want to use a tool like Software to install gcc?
> 
> I just can't see why you would. You know gcc is what you want. You don't
> need a shiny description and some screenshots and user reviews on a 1-5
> star scale. 'yum install gcc' seems a massively better fit. Who would it
> benefit to have something like gcc in Software?
> I see what you mean, but how do you install it, and other examples I
> provided? It's not just gcc:
> it's gcc-gfortran, gcc-arm, mingw64-gcc, msp430-gcc, etc.
> 

Well with GCC we are assuming people will read docs and figure out the command
line parameters needed to use gcc. So expecting people to read the docs on how
to use yum or 'yum search' is not expecting to much in my opinion.

That said we should list the Developer Assistant in the Software center (or 
even have it installed by default)
and that should be the tool IMHO to install these and other developer tools.

Christian
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct