Re: new upstream tracker (linuxtesting.org)

[Andrey Ponomarenko]

On 06/03/2010 05:16 PM, Stephen Gallagher wrote:
> On 06/03/2010 09:04 AM, Andrey Ponomarenko wrote:
>   
>> Hello, I'm from ISPRAS and we have created an experimental system for
>> monitoring and analyzing of upstream libraries development. It may be
>> helpful for analyzing risks of library updating in the distribution.
>> The web page of upstream-tracker is:
>>
>> http://linuxtesting.org/upstream-tracker/
>>
>> It now includes ABI changes analysis and "shallow"-quality API test results 
>> for
>> several versions of 70 popular open source libraries.
>>
>> Any bugs or feature requests are welcome. Thanks.
>>
>> 
> Feature Request: ability to add other libraries to the system for tracking.
>
>   

Taken into account, thanks. Some automatic way to add libraries may be
very useful. At the moment all the libraries can be only manually added
to the system by the administrator. If you want to add some library to
the system than send a request to me or
upstream-trac...@linuxtesting.org 

-- 
Andrey Ponomarenko

Linux Verification Center, ISPRAS
 web:http://www.linuxtesting.org

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-06-01 x86_64

[Mamoru Tasaka]

Hedayat Vatankhah wrote, at 06/04/2010 03:07 PM +9:00:
> Hi,
> My packages (rcsslogplayer and rcssmonitor) are being failed because of the 
> lack of Qt dependencies (QtNetwork requires ssl and crypto libraries from 
> openssl-devel package, and gobject-2.0 from glib2-devel). As these packages 
> are required by Qt, I think they should be added to qt-devel dependencies. 
> Should I fill a bug against Qt?
>
> Thanks,
> Hedayat
>

For now I just checked rcssmonitor and the cause for build failure is that
- While rcssmonitor explicitly uses Libs.private (from m4/qt.m4 in your source
   tarball) like
---
$ pkg-config --static --libs-only-l QtNetwork
-lQtNetwork -lssl -lcrypto -lQtCore -lpthread -lz -lm -ldl -lgthread-2.0 -lrt 
-lglib-2.0
---
qt(4)-devel does pull openssl-devel or so in.

However this is Libs.private dependency and man pkg-config says:
---
Libs.private:
This line should list any private libraries in use.  Private libraries are 
libraries which are not exposed through
your library, but are needed in the case of static linking. This differs 
from Requires.private in that  it  refer‐
ences libraries that do not have package files installed.
---
So as we don't do static linking, this should not be needed.

I tried to add
---
sed -i.nostatic \
 -e 's|--static||g' m4/qt.m4
---
and this seems to make build succeed (I just also tried the same fix for
rcsslogplayer and it succeeds)

http://koji.fedoraproject.org/koji/taskinfo?taskID=2229111
http://koji.fedoraproject.org/koji/taskinfo?taskID=2229126

Regards,
Mamoru


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: -upstart subpackage vs tranditional initscripts

[Patrice Dumas]

On Fri, Jun 04, 2010 at 04:43:58AM +0200, Kevin Kofler wrote:
> Chen Lei wrote:
> > I found the maintainer violates fedora package/naming guideline many
> > times, we need a people to persuade him to obey those guideline.
> 
> IMHO we need to unsponsor him and orphan his packages. There are way too 
> many guideline violations and bizarre nonstandard stuff in his packages.

I think that this would be a huge mistake. Enrico is a very talented 
packagers he generally is ahead of his time. I was myself sometimes annoyed 
by the peculiarities of his packages, but he always comply to guidelines.

I think that pushing talented packagers that don't think exactly like
the median fedora packager and show some originality is not healthy.

-- 
Pat
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: sources file audit - 2010-05-31

[Guido Grazioli]

> On 06/04/2010 05:02 AM, Kevin Fenzi wrote:
> guidograzioli:BAD_CVS_SOURCE:cvsclient-20060125.pom:maven-scm
> http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100531/maven-scm-dl.txt

repo[12].maven.org drops wget download requests with error 403, this happens
for many packages needing pom files (jakarta-commons-* for instance).

Could you pass a -U parameter to wget?
Or should i download the file and commit it in fedora cvs?

Thanks for your heads up

-- 
Guido Grazioli 
Via Parri 11 48011 - Alfonsine (RA)
Mobile: +39 347 1017202 (10-18)
Key FP = 7040 F398 0DED A737 7337  DAE1 12DC A698 5E81 2278
Linked in: http://www.linkedin.com/in/guidograzioli
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: -upstart subpackage vs tranditional initscripts

[Richard Zidlicky]

On Wed, Jun 02, 2010 at 09:13:02PM +0800, Chen Lei wrote:
> Fedora have upstart as the /sbin/init daemon for a long time, but we
> still use the old 'SysVinit' scripts from /etc/rc.d/init.d and fedora
> packaging guideline have nothing about upstart.
> 
> Is it right for the maintainer to provide  two separate subpackages,
> one with the tranditional rc.d contents and one with an upstart
> scripts and make the -upstart subpackage have a higher priority over
> sysinit subpackage?

imho this is waste of resources and will only confuse most users. Decide for 
any init style that you are familiar with or that is suported by upstream.

Richard
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-06-01 x86_64

[Hedayat Vatankhah]

/*Mamoru Tasaka */ wrote on 06/04/2010 
12:00:50 PM +0450:

Hedayat Vatankhah wrote, at 06/04/2010 03:07 PM +9:00:
   

Hi,
My packages (rcsslogplayer and rcssmonitor) are being failed because of the 
lack of Qt dependencies (QtNetwork requires ssl and crypto libraries from 
openssl-devel package, and gobject-2.0 from glib2-devel). As these packages are 
required by Qt, I think they should be added to qt-devel dependencies. Should I 
fill a bug against Qt?

Thanks,
Hedayat

 

For now I just checked rcssmonitor and the cause for build failure is that
- While rcssmonitor explicitly uses Libs.private (from m4/qt.m4 in your source
tarball) like
---
$ pkg-config --static --libs-only-l QtNetwork
-lQtNetwork -lssl -lcrypto -lQtCore -lpthread -lz -lm -ldl -lgthread-2.0 -lrt 
-lglib-2.0
---
qt(4)-devel does pull openssl-devel or so in.

However this is Libs.private dependency and man pkg-config says:
---
Libs.private:
 This line should list any private libraries in use.  Private libraries are 
libraries which are not exposed through
 your library, but are needed in the case of static linking. This differs 
from Requires.private in that  it  refer‐
 ences libraries that do not have package files installed.
---
So as we don't do static linking, this should not be needed.

I tried to add
---
sed -i.nostatic \
  -e 's|--static||g' m4/qt.m4
---
and this seems to make build succeed (I just also tried the same fix for
rcsslogplayer and it succeeds)
   

Thanks, I'll try it

Good luck,
Hedayat


http://koji.fedoraproject.org/koji/taskinfo?taskID=2229111
http://koji.fedoraproject.org/koji/taskinfo?taskID=2229126

Regards,
Mamoru


   
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Inclusion user rpm macros file in spec

[Pavel Alexeev (aka Pahan-Hubbitus)]

 30.05.2010 21:19, Pavel Alexeev (aka Pahan-Hubbitus) ?:

21.05.2010 20:58, Panu Matilainen ?:

On Fri, 21 May 2010, Kevin Kofler wrote:

   

Pavel Alexeev (aka Pahan-Hubbitus) wrote:
 

I think because macroses should be included before it processed as shell
script.
Is there some variant of %include or similar?
   

AFAIK, no. E.g. in kde-filesystem, we end up defining things twice, once for
the specfile itself and once for the .macros file:
http://cvs.fedoraproject.org/viewvc/rpms/kde-filesystem/devel/kde-filesystem.spec?revision=1.49&view=markup
 

And neither of you actually thought to try whether %include works? :D
Hint: it does, in spec files.

- Panu -
   

Thanks for the answers.
Panu, you are sure? I try, and rpmbuild encountered error - 
https://bugzilla.redhat.com/show_bug.cgi?id=597835 

Sorry for the answer to themselves.
Now, when bug fixed and rpm hit rawhide I can continue test it 
suggestion. And it does not work on strange manner - it is not produce 
any error, but also does nothing!

So, in minimal spec file was attached in the bug I have now in %prep:
%include %{SOURCE0}
%{testmacros}
exit 102

And at build time no TEST appeared:
$ LANG=C rpmbuild -ba test.spec
+ umask 022
+ cd /home/pasha/SOFT/rpmbuild/BUILD
+ LANG=C
+ export LANG
+ unset DISPLAY
+ exit 102
error: Bad exit status from 
/home/pasha/SOFT/rpmbuild/BUILD/_tmp/rpm-tmp.ECc7qg (%prep)
Bad exit status from 
/home/pasha/SOFT/rpmbuild/BUILD/_tmp/rpm-tmp.ECc7qg (%prep)


Please, can you more describe how it should work? What is prerequisites? 
May be link on detailed explanation?


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: JBoss stalled (was Re: status of some packages ??)

[Tom "spot" Callaway]

On 06/03/2010 10:35 PM, Kevin Kofler wrote:
> Tom "spot" Callaway wrote:
>> You might feel that way, but the simple fact is that French citizens can
>> not abandon copyright (aka put works into the Public Domain). This is
>> the only license that we've been given, but since it is not valid, we
>> can't use it. Without a license, we cannot include this in Fedora,
>> because we have none of the rights required for Free Software.
> 
> There are plenty of projects partly or entirely written by Europeans which 
> are supposedly "Public Domain", which all have this issue. A lot of that 
> code is already in Fedora. Even projects under the GPL or some other 
> copyright license may be incorporating such code, without even mentioning 
> it, since there's no requirement to mention use of public domain code. It 
> feels odd to single out one such project.

I am not in any way singling out one such project. If you have examples,
please highlight them, and we will address them as well.

~spot
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rawhide report: 20100604 changes

[Rawhide Report]

Compose started at Fri Jun  4 08:15:04 UTC 2010

Broken deps for i386
--
almanah-0.7.3-1.fc14.i686 requires libedataserver-1.2.so.12
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Attachment::PatchReader)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Search::Quicksearch)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Extension)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::WebService::Server)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Keyword)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Field::Choice)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::FlagType)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Flag)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Whine::Query)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Install::Requirements)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::WebService::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Auth)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Mailer)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::JobQueue)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::WebService::Constants)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Search)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::JobQueue::Runner)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Error)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Update)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Milestone)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Field)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Component)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Comment)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Auth::Verify::Stack)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Token)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::WebService::Server::JSONRPC)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Version)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Attachment)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::CPAN)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Status)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Hook)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::DB)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::Filesystem)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::WebService::Server::XMLRPC)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::User)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Template)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::BugMail)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Chart)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install::Localconfig)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Product)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Whine::Schedule)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::CGI)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Extension::Example::Util)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Install)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Migrate)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Bug)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Classification)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Auth::Login::Stack)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::DB::Schema::Mysql)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Group)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Config::Common)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Series)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::User::Setting)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Config)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Search::Saved)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::Constants)
bugzilla-3.6-1.fc14.noarch requires 
perl(Bugzilla::Auth::Persist::Cookie)
bugzilla-3.6-1.fc14.noarch requires perl(Bugzilla::DB::Schema)
bugzilla-contrib-3.6-1.fc14.noarch requires 
perl(Bugzilla::Install::Filesystem)
bugzilla-contrib-3.6-1.fc14.noarch requires perl(Bugzilla::Util)
bugzilla-contrib-3.6-1.fc14.noarch requires perl(Bugzilla::User)
bugzilla-contrib-3.6-1.fc14.noarch requires perl(Bugzilla::DB)
bugzilla-contrib-3.6-1.fc14.noarch

Re: JBoss stalled (was Re: status of some packages ??)

[Richard W.M. Jones]

On Thu, Jun 03, 2010 at 08:24:33PM +0100, Alex Hudson wrote:
> So effectively we're arguing that everyone else, Red Hat included, is
> either oblivious to the legal risk or they looked at it and came to the
> wrong conclusion. All of them.

This isn't the only time it's happened.  Debian still distributes
'cdecl'.  Fedora has unfortunately had to drop this very useful
package because (whatever anyone else claims) the license is *not*
clearly free[1].

Rich.

[1] 
http://groups.google.co.uk/group/comp.lang.c/browse_thread/thread/44696488bec6398f

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora rawhide FTBFS status 2010-06-01 x86_64

[Matt Domsch]

On Fri, Jun 04, 2010 at 08:57:06AM +0200, Gianluca Sforna wrote:
> On Thu, Jun 3, 2010 at 4:42 PM, Matt Domsch  wrote:
> >
> > It also doesn't report any failing packages that have subsequently
> > been built and published in koji's rawhide since 06-01. ??That should
> > cut down on the "but I just fixed that!" ??responses from now on.
> 
> One question. Is committing the fix in CVS enough or do I need to also
> push an update? In my case the package missed a BR that was only used
> to do tests in the %check section, I removed it now in CVS but the
> resulting binary package is basically the same as before.

Given that we'll likely have a mass rebuild during the F14 dev cycle,
you can just fix it in CVS and wait for the mass rebuild to generate
the new pacakge.  But please leave the bug open, change to "MODIFIED"
status, until the package is rebuilt.  Otherwise, I'll wind up filing
a duplicate bug.

I'm not inclined to try to teach my scripts to pull from CVS
directly.  It's been really nice only dealing with published SRPMS,
even though there is some latency involved (packages fixed in CVS this
morning won't appear until tomorrow).

Thanks,
Matt

-- 
Matt Domsch
Technology Strategist
Dell | Office of the CTO
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: sources file audit - 2010-05-31

[Thomas Moschny]

2010/6/3 Kevin Fenzi :
> thm:BADSOURCE:httperf-0.9.0.tar.gz:httperf

why's that?

% cd devel
% wget -N http://httperf.googlecode.com/files/httperf-0.9.0.tar.gz
% md5sum -c sources
httperf-0.9.0.tar.gz: OK

- Thomas
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: sources file audit - 2010-05-31

[Christoph Wickert]

Am Freitag, den 04.06.2010, 15:12 +0200 schrieb Thomas Moschny:
> 2010/6/3 Kevin Fenzi :
> > thm:BADSOURCE:httperf-0.9.0.tar.gz:httperf
> 
> why's that?
> 
> % cd devel
> % wget -N http://httperf.googlecode.com/files/httperf-0.9.0.tar.gz

Not sure how the source file audit script works, but you will see the
same for all googlecode adresses when using spectool. I suggest to
ignore it.

Regards,
Christoph

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: sources file audit - 2010-05-31

[Thomas Moschny]

2010/6/4 Christoph Wickert :
> Am Freitag, den 04.06.2010, 15:12 +0200 schrieb Thomas Moschny:
>> 2010/6/3 Kevin Fenzi :
>> > thm:BADSOURCE:httperf-0.9.0.tar.gz:httperf
>>
>> why's that?
>>
>> % cd devel
>> % wget -N http://httperf.googlecode.com/files/httperf-0.9.0.tar.gz
>
> Not sure how the source file audit script works, but you will see the
> same for all googlecode adresses when using spectool. I suggest to
> ignore it.

Then it was BADURL, not BADSOURCE.

- Thomas
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: JBoss stalled (was Re: status of some packages ??)

[Alexander Boström]

tor 2010-06-03 klockan 19:31 +0100 skrev Alex Hudson: 
> On Thu, 2010-06-03 at 12:29 -0400, Tom "spot" Callaway wrote:
> > On 06/03/2010 11:54 AM, Iain Arnell wrote:
> > > And slightly weird that it's okay for Red Hat to distribute it
> > > themselves, both commercially and as open source from jboss.org, but
> > > it's questionable for Fedora.
> > 
> > I can't speak on what Red Hat does on a larger scale. I do know that it
> > is important to me and Fedora that we do it properly, or not at all.
> 
> If everyone else is distributing JBoss, though, that calls into question
> whether it's Fedora doing it "properly". 
> 
> Worrying about a set of rights which are unwaivable seems on the face of
> it to be exhibiting an abundance of over-caution, and it seems
> particularly sad that Fedora is losing out having to refrain from
> distributing another Red Hat-sponsored project.

It's not sad. It means the Fedora project will do the work to clean up a
mess which most other don't even see. It's problematic, in a way, sure,
but "sad" is really not the right word.

/Alexander


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: sources file audit - 2010-05-31

[Jesse Keating]

On Thu, 2010-06-03 at 15:02 -0600, Kevin Fenzi wrote:
> jkeating:BADSOURCE:koji-1.3.2.tar.bz2:koji
> jkeating:BADURL:mock-1.1.1.tar.gz:mock
> jkeating:BADURL:pungi-2.1.0.tar.bz2:pungi 

We don't really do tarball drops of these anymore, we just make release
from git.  What should we put in the spec file to reflect this?

-- 
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating


signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: sources file audit - 2010-05-31

[Kevin Fenzi]

On Fri, 4 Jun 2010 15:12:18 +0200
Thomas Moschny  wrote:

> 2010/6/3 Kevin Fenzi :
> > thm:BADSOURCE:httperf-0.9.0.tar.gz:httperf
> 
> why's that?
> 
> % cd devel
> % wget -N http://httperf.googlecode.com/files/httperf-0.9.0.tar.gz
> % md5sum -c sources
> httperf-0.9.0.tar.gz: OK

It's googlecode. ;( 

from
http://www.scrye.com/~kevin/fedora/sourcecheck/sourcecheck-20100531/httperf-dl.txt

--2010-06-02 14:01:44--  
http://httperf.googlecode.com/files/httperf-0.9.0.tar.gz
Resolving httperf.googlecode.com... 209.85.225.82
Connecting to httperf.googlecode.com|209.85.225.82|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2010-06-02 14:01:45 ERROR 404: Not Found.

I will try and exclude all googlecode I guess. ;( 
Which is anoying. Or see if I can tweak spectool into working for it. 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: sources file audit - 2010-05-31

[Kevin Fenzi]

On Fri, 04 Jun 2010 08:36:53 -0700
Jesse Keating  wrote:

> On Thu, 2010-06-03 at 15:02 -0600, Kevin Fenzi wrote:
> > jkeating:BADSOURCE:koji-1.3.2.tar.bz2:koji
> > jkeating:BADURL:mock-1.1.1.tar.gz:mock
> > jkeating:BADURL:pungi-2.1.0.tar.bz2:pungi 
> 
> We don't really do tarball drops of these anymore, we just make
> release from git.  What should we put in the spec file to reflect
> this?

https://fedoraproject.org/wiki/Packaging/SourceURL#Using_Revision_Control

Basically note in a comment how you generate them, and do not provide a
full url in the Souce0 line. 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rpms/perl-Net-GitHub/devel .cvsignore, 1.3, 1.4 perl-Net-GitHub.spec, 1.4, 1.5 sources, 1.3, 1.4

[Marcela Mašláňová]

Author: mmaslano

Update of /cvs/pkgs/rpms/perl-Net-GitHub/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv32574

Modified Files:
.cvsignore perl-Net-GitHub.spec sources 
Log Message:
* Fri Jun  4 2010 Petr Pisar  - 0.22-1
- 0.22 bump
- Update Source0 URL



Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-Net-GitHub/devel/.cvsignore,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- .cvsignore  14 Mar 2010 20:28:14 -  1.3
+++ .cvsignore  4 Jun 2010 16:02:45 -   1.4
@@ -1 +1 @@
-Net-GitHub-0.20.tar.gz
+Net-GitHub-0.22.tar.gz


Index: perl-Net-GitHub.spec
===
RCS file: /cvs/pkgs/rpms/perl-Net-GitHub/devel/perl-Net-GitHub.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-Net-GitHub.spec4 May 2010 10:12:06 -   1.4
+++ perl-Net-GitHub.spec4 Jun 2010 16:02:46 -   1.5
@@ -1,10 +1,10 @@
 Name:   perl-Net-GitHub 
 Summary:Perl interface for github.com 
-Version:0.20
-Release:2%{?dist}
+Version:0.22
+Release:1%{?dist}
 License:GPL+ or Artistic 
 Group:  Development/Libraries
-Source0:
http://search.cpan.org/CPAN/authors/id/F/FA/FAYLAND/Net-GitHub-%{version}.tar.gz
 
+Source0:
http://search.cpan.org/CPAN/authors/id/F/FR/FRANCKC/Net-GitHub-%{version}.tar.gz
 URL:http://search.cpan.org/dist/Net-GitHub
 BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
 Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
@@ -23,6 +23,7 @@ BuildRequires:  perl(URI::Escape)
 BuildRequires:  perl(WWW::Mechanize::GZip)
 
 Requires:   perl(Any::Moose)
+# Crypt::SSLeay for tests subpackage
 Requires:   perl(Crypt::SSLeay)
 Requires:   perl(HTML::TreeBuilder)
 Requires:   perl(JSON::Any)
@@ -66,6 +67,10 @@ rm -rf %{buildroot} 
 %{_mandir}/man3/*.3*
 
 %changelog
+* Fri Jun  4 2010 Petr Pisar  - 0.22-1
+- 0.22 bump
+- Update Source0 URL
+
 * Tue May 04 2010 Marcela Maslanova  - 0.20-2
 - Mass rebuild with perl-5.12.0
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-Net-GitHub/devel/sources,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -p -r1.3 -r1.4
--- sources 14 Mar 2010 20:28:14 -  1.3
+++ sources 4 Jun 2010 16:02:46 -   1.4
@@ -1 +1 @@
-f59055da5f10359aa40180d9ea1f4b62  Net-GitHub-0.20.tar.gz
+d210d69d165fa3c88d8ae5473646f550  Net-GitHub-0.22.tar.gz

--
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: JBoss stalled (was Re: status of some packages ??)

[Matěj Cepl]

Dne 3.6.2010 21:09, Tom "spot" Callaway napsal(a):
> You might feel that way, but the simple fact is that French citizens can
> not abandon copyright (aka put works into the Public Domain).

Do we have some better authority on this than Wikipedia? In my 
understanding (in a dim memory, now long-time inactive lawyer), dual 
character of copyright under the copyright law in the continental law 
tradition could mean, that waiver of copyright is partially invalid (in 
the part concerned with personal rights of owner), but perfectly valid 
in the right to exploit economical character of the work, which is all 
what matters here anyway. I would really like to see some opinion of the 
real European IP law on the matter. Does anybody have URL?

Matěj
-- 
But if we find we have left our bones to bleach in these desert
sands for nothing, beware the fury of the legions...
   -- Centurion in a letter home from North Africa
  3rd Century

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F13 install refuses to work with old NFS servers?

[Jos Vos]

Hi,

I just tried to install F13 (PXE boot and the NFS with DVD image and
images/install.img) but after a while it says it can't mount the
directory.  On the NFS server I see a NFS packet coming in and a
response being sent, but that's about it and nothing is logged about
the mount request.

Now I see some discussions about NFS and F13 in general, but I can't
find a particular discussion related to anaconda.

Did something change here and is there a workaround?

Thanks,

--
--Jos Vos 
--X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--Amsterdam, The Netherlands| Fax: +31 20 6948204
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: -upstart subpackage vs tranditional initscripts

[Kevin Kofler]

Patrice Dumas wrote:
> I think that this would be a huge mistake. Enrico is a very talented
> packagers he generally is ahead of his time. I was myself sometimes
> annoyed by the peculiarities of his packages, but he always comply to
> guidelines.

No he doesn't. For example, SVN revision tags in Version (as opposed to 
Release) are not compliant to our naming and versioning guidelines.

> I think that pushing talented packagers that don't think exactly like
> the median fedora packager and show some originality is not healthy.

What you call "originality", I call "inconsistency". It's bad for our 
project.

Kevin Kofler


-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: new upstream tracker (linuxtesting.org)

[Kevin Kofler]

Andrey Ponomarenko wrote:
> Taken into account, thanks. Some automatic way to add libraries may be
> very useful. At the moment all the libraries can be only manually added
> to the system by the administrator. If you want to add some library to
> the system than send a request to me or
> upstream-trac...@linuxtesting.org
> 

There are some false positives in your checks. In particular, some 
(actually, most, if not all) of the "new" virtual functions you flag for 
kdelibs are just added reimplementations of virtual functions in a base 
class. Those don't change the layout of the vtable at all, they just replace 
an entry pointing to the function inherited from the base class with an 
entry pointing to the new reimplemented function.

Another problem is that e.g. for GTK+, you have a linear sequence including 
development versions, but ABI guarantees are never from one development 
version to the next, but only from one stable version to the next. 
Development versions are only required to be backwards-compatible with the 
previous stable version, as is the next stable version. So the previous 
version in linear sequence is not always the correct reference. (The same 
holds for kdelibs, by the way, but there your table doesn't include 
development versions, making this a non-issue.) A lot of the "breakage" 
reported for GTK+ is actually APIs added in a development branch and 
adjusted before the official release. This is perfectly within the scope of 
GTK+'s API/ABI guarantees.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File CGI-Application-Plugin-TT-1.05.tar.gz uploaded to lookaside cache by eseyman

[Emmanuel Seyman]

A file has been added to the lookaside cache for perl-CGI-Application-Plugin-TT:

6e795c093a011cb701ab877deb0917a4  CGI-Application-Plugin-TT-1.05.tar.gz
--
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: Fedora rawhide FTBFS status 2010-06-01 x86_64

[Kevin Kofler]

Mamoru Tasaka wrote:
> I tried to add
> ---
> sed -i.nostatic \
> -e 's|--static||g' m4/qt.m4
> ---
> and this seems to make build succeed (I just also tried the same fix for
> rcsslogplayer and it succeeds)

Yes, --static is clearly wrong for dynamic linking.

Kevin Kofler

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

rpms/perl-CGI-Application-Plugin-TT/devel .cvsignore, 1.2, 1.3 perl-CGI-Application-Plugin-TT.spec, 1.4, 1.5 sources, 1.2, 1.3

[Emmanuel Seyman]

Author: eseyman

Update of /cvs/pkgs/rpms/perl-CGI-Application-Plugin-TT/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv5679

Modified Files:
.cvsignore perl-CGI-Application-Plugin-TT.spec sources 
Log Message:
Update to 1.05


Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-TT/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- .cvsignore  6 Jul 2009 08:46:57 -   1.2
+++ .cvsignore  4 Jun 2010 17:10:45 -   1.3
@@ -1 +1 @@
-CGI-Application-Plugin-TT-1.04.tar.gz
+CGI-Application-Plugin-TT-1.05.tar.gz


Index: perl-CGI-Application-Plugin-TT.spec
===
RCS file: 
/cvs/pkgs/rpms/perl-CGI-Application-Plugin-TT/devel/perl-CGI-Application-Plugin-TT.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -p -r1.4 -r1.5
--- perl-CGI-Application-Plugin-TT.spec 30 Apr 2010 03:51:43 -  1.4
+++ perl-CGI-Application-Plugin-TT.spec 4 Jun 2010 17:10:46 -   1.5
@@ -1,6 +1,6 @@
 Name:   perl-CGI-Application-Plugin-TT
-Version:1.04
-Release:4%{?dist}
+Version:1.05
+Release:1%{?dist}
 Summary:Add Template Toolkit support to CGI::Application
 License:GPL+ or Artistic
 Group:  Development/Libraries
@@ -49,6 +49,9 @@ rm -rf $RPM_BUILD_ROOT
 %{_mandir}/man3/*
 
 %changelog
+* Fri Jun  4 2010 Emmanuel Seyman  - 1.05-1
+- Update to 1.05
+
 * Fri Apr 30 2010 Marcela Maslanova  - 1.04-4
 - Mass rebuild with perl-5.12.0
 


Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-CGI-Application-Plugin-TT/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -p -r1.2 -r1.3
--- sources 6 Jul 2009 08:46:57 -   1.2
+++ sources 4 Jun 2010 17:10:46 -   1.3
@@ -1 +1 @@
-d1b22bd5873911087ceb5d2c48311326  CGI-Application-Plugin-TT-1.04.tar.gz
+6e795c093a011cb701ab877deb0917a4  CGI-Application-Plugin-TT-1.05.tar.gz

--
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: -upstart subpackage vs tranditional initscripts

[Till Maas]

On Fri, Jun 04, 2010 at 06:52:51PM +0200, Kevin Kofler wrote:
> Patrice Dumas wrote:
> > I think that this would be a huge mistake. Enrico is a very talented
> > packagers he generally is ahead of his time. I was myself sometimes
> > annoyed by the peculiarities of his packages, but he always comply to
> > guidelines.
> 
> No he doesn't. For example, SVN revision tags in Version (as opposed to 
> Release) are not compliant to our naming and versioning guidelines.

So why are there no proper bug reports? And where is a list of all these
bugs to show that he does not care about them?

If you all think that having Enrico as a package maintainer is that bad,
it should not be such a big problem to properly document it and bring
this to FESCo. But when I consider that it seems that it took two or
more years to bring the problems with redhat-lsb and tor to FESCo's
attention, this whole thing seems not to be as bad as it is said here.

Regards
Till


pgp1NTDurNbRA.pgp
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: JBoss stalled (was Re: status of some packages ??)

[Tom "spot" Callaway]

On 06/04/2010 12:26 PM, Matěj Cepl wrote:
> Dne 3.6.2010 21:09, Tom "spot" Callaway napsal(a):
>> You might feel that way, but the simple fact is that French citizens can
>> not abandon copyright (aka put works into the Public Domain).
> 
> Do we have some better authority on this than Wikipedia? In my 
> understanding (in a dim memory, now long-time inactive lawyer), dual 
> character of copyright under the copyright law in the continental law 
> tradition could mean, that waiver of copyright is partially invalid (in 
> the part concerned with personal rights of owner), but perfectly valid 
> in the right to exploit economical character of the work, which is all 
> what matters here anyway. I would really like to see some opinion of the 
> real European IP law on the matter. Does anybody have URL?

Matěj, as I'm sure you know, we could find a lawyer who would tell us
just about anything we wanted to hear. I consulted with Red Hat Legal,
and the conclusion that we came to was that it was not possible for the
copyright holders to abandon their copyright on this work due to their
jurisdiction, thus, we cannot include it as-is and need to clarify a
license for the work.

~spot
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: JBoss stalled (was Re: status of some packages ??)

[R P Herrold]

On Fri, 4 Jun 2010, Tom "spot" Callaway wrote:

Matěj Cepl asked for
>>  I would really like to see some opinion of the real 
>> European IP law on the matter. Does anybody have URL?

and received a slam at lawyers in the open to the reply.

> Matěj, as I'm sure you know, we could find a lawyer who 
> would tell us just about anything we wanted to hear.

sad, sad

-- Russ herrold
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: JBoss stalled (was Re: status of some packages ??)

[Matěj Cepl]

Dne 4.6.2010 22:10, Tom "spot" Callaway napsal(a):
> Matěj, as I'm sure you know, we could find a lawyer who would tell us

I said European IP lawyer, but I will let it be.

Matěj

-- 
When you're happy that cut and paste actually works I think it's
a sign you've been using X-Windows for too long.
-- from /. discussion on poor integration between KDE and
   GNOME

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: new fesco meeting time vote

[Steven M. Parrish]

On Wednesday, June 02, 2010 03:00:06 pm Kevin Fenzi wrote:
> Hey, if you get a chance can you hit:
> 
> http://whenisgood.net/ee8prq
> 
> and add when you would be able to make a fesco meeting?
> 
> Thanks,
> 
> kevin

Done, sorry it took so long.  Didn't get my schedule for next 3 months until 
this morning

Steven
-- 
 =
 Steven M. Parrish
 
-
 gpg fingerprint: 4B6C 8357 059E B7ED 8095 0FD6 1F4B EDA0 A9A6 13C0
 http://tuxbrewr.fedorapeople.org/
 irc.freenode.net: 
Nickname: SMParrish 
Channels: #fedora-kde, #fedora-olpc, #fedora-edu, #sugar, #packagekit
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: JBoss stalled (was Re: status of some packages ??)

[Chen Lei]

Can anyone contact members in AOP alliance directly, maybe it's helpful?

e.g. Cédric Beus
http://beust.com/weblog/ (http://twitter.com/cbeust)


All members info see http://aopalliance.sourceforge.net/members.html

Regards,
Chen Lei
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel