[yast-devel] some packaging debt
I have noticed the following: Our code depends on rubygem-relevance-rcov, which is a package that follows a now obsolete github convention. I have packaged rubygem-rcov. Would it be feasible to replace it for this iteration? Also we have ruby-rpam which is based on http://gitorious.org/opensuse/yast-rest-service/trees/master/rpam It seems now rpam is even released as a gem from its author (Sept 2009). I have packaged it as rubygem-rpam, should we switch to it? Then we have ruby-polkit, which I would also look into make it a rubygem too. But I have no progress here. -- Duncan Mac-Vicar P. - Novell® Making IT Work As One™ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
* Duncan Mac-Vicar Prett <dmacvicar@suse.de> [Feb 22. 2010 10:38]:
I have noticed the following:
Our code depends on rubygem-relevance-rcov, which is a package that follows a now obsolete github convention. I have packaged rubygem-rcov.
Thats because the official rcov was unmaintained and branched by relevance. I haven't followed rcov too closely in the past, we should check the upstream status before renaming the package.
Would it be feasible to replace it for this iteration?
Also we have ruby-rpam which is based on http://gitorious.org/opensuse/yast-rest-service/trees/master/rpam
It seems now rpam is even released as a gem from its author (Sept 2009). I have packaged it as rubygem-rpam, should we switch to it?
I see no problems with that.
Then we have ruby-polkit, which I would also look into make it a rubygem too. But I have no progress here.
That's our own little extension, needing some love anyways ;-) Klaus --- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
On Monday 22 February 2010 10:41:41 Klaus Kaempf wrote:
That's our own little extension, needing some love anyways ;-)
http://gitorious.org/opensuse/ruby-polkit/commits/gemize All the love it needs. Fully gemified, no Makefile, responds_to? rake test, rake compile, rake gem, etc. And devel:languages:ruby:extensions now has rubygem-polkit based on this gem I can merge the gemize branch to master if there are no objections (that is independent of switching the package usage from ruby-polkit to rubygem-polkit) -- Duncan Mac-Vicar P. - Novell® Making IT Work As One™ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
* Duncan Mac-Vicar Prett <dmacvicar@suse.de> [Feb 22. 2010 12:03]:
On Monday 22 February 2010 10:41:41 Klaus Kaempf wrote:
That's our own little extension, needing some love anyways ;-)
http://gitorious.org/opensuse/ruby-polkit/commits/gemize
All the love it needs. Fully gemified, no Makefile, responds_to? rake test, rake compile, rake gem, etc.
And devel:languages:ruby:extensions now has rubygem-polkit based on this gem
I can merge the gemize branch to master if there are no objections
Not from my side for sure ! Klaus --- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
On Mon, Feb 22, 2010 at 12:52:08PM +0100, Klaus Kaempf wrote:
* Duncan Mac-Vicar Prett <dmacvicar@suse.de> [Feb 22. 2010 12:03]:
http://gitorious.org/opensuse/ruby-polkit/commits/gemize
All the love it needs. Fully gemified, no Makefile, responds_to? rake test, rake compile, rake gem, etc.
And devel:languages:ruby:extensions now has rubygem-polkit based on this gem
I can merge the gemize branch to master if there are no objections
Not from my side for sure !
BTW you probably want to delete http://gitorious.org/opensuse/ruby-polkit/blobs/master/lib/polkit.so And also http://gitorious.org/opensuse/yast-rest-service/trees/master/ruby-polkit -- Martin Vidner, YaST developer http://en.opensuse.org/User:Mvidner Kuracke oddeleni v restauraci je jako fekalni oddeleni v bazenu
On Tuesday 23 February 2010 09:35:59 Martin Vidner wrote:
BTW you probably want to delete http://gitorious.org/opensuse/ruby-polkit/blobs/master/lib/polkit.so And also http://gitorious.org/opensuse/yast-rest-service/trees/master/ruby-polkit
Good catch! thanks -- Duncan Mac-Vicar P. - Novell® Making IT Work As One™ SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
Duncan Mac-Vicar Prett write:
I have noticed the following:
Our code depends on rubygem-relevance-rcov, which is a package that follows a now obsolete github convention. I have packaged rubygem-rcov.
Would it be feasible to replace it for this iteration?
I think it is not good idea to depend on tool which generate test-coverage. Why we should depend on it? Lets make it only optional dependence. I see it same problem like if every java package depend on FindBugs software.
Also we have ruby-rpam which is based on http://gitorious.org/opensuse/yast-rest-service/trees/master/rpam
It seems now rpam is even released as a gem from its author (Sept 2009). I have packaged it as rubygem-rpam, should we switch to it?
I think yes, now it is good time to test possible regression in this package.
Then we have ruby-polkit, which I would also look into make it a rubygem too. But I have no progress here.
-- Josef Reidinger YaST team maintainer of perl-Bootloader, YaST2-Repair, parts of webyast -- To unsubscribe, e-mail: yast-devel+unsubscribe@opensuse.org For additional commands, e-mail: yast-devel+help@opensuse.org
participants (4)
-
Duncan Mac-Vicar Prett -
Josef Reidinger -
Klaus Kaempf -
Martin Vidner