<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: debianizing ruby gems</title>
	<atom:link href="http://blog.loftninjas.org/2008/10/01/debianizing-ruby-gems/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.loftninjas.org/2008/10/01/debianizing-ruby-gems/</link>
	<description></description>
	<lastBuildDate>Sat, 21 Jan 2012 06:46:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: btm</title>
		<link>http://blog.loftninjas.org/2008/10/01/debianizing-ruby-gems/comment-page-1/#comment-1106</link>
		<dc:creator>btm</dc:creator>
		<pubDate>Sat, 17 Jan 2009 00:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.loftninjas.org/?p=248#comment-1106</guid>
		<description>And while there&#039;s a lot of documentation out there for using the smorgasborg of debian tools, it takes a bit of &quot;try, try, try again&quot;. When I posted to &lt;a href=&quot;http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/2008-September/003186.html&quot; rel=&quot;nofollow&quot;&gt;DRE offering to help&lt;/a&gt;, nobody responded. I took that to mean that I would need to find my own way to help.

When I later posted an &lt;a href=&quot;http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/2008-December/003296.html&quot; rel=&quot;nofollow&quot;&gt;RFS for a ruby package&lt;/a&gt;, I got a couple suggestions from non-DDs. 

So I&#039;ve fiddled with the packaging a bit more, and in the interim found someone I know who is a DD who promised to look at the packages when I was ready again (holidays).

I understand the difficulties with educating a group of users where you can&#039;t tell if it will be worth it or not. However my time is valuable as well and always goes to the projects that I get responses from. From the outside looking in, it&#039;s likely a social problem. It&#039;s too easy to forgot how difficult it can be when you have experience dealing with a problem. 

I suppose when someone emails an RFS, it should be tied (cc&#039;d) by policy to the ITP bug. There should be some way to search for ITPs with an associated RFS, a state. If a bug remains in that state without any comment for a certain period of time it should send out a reminder or at least be searchable for that fashion and a group of DDs should regularly watch this result, trying to discover why the process has stalled.

I suppose this is kind of like the volunteers on launchpad who don&#039;t actually resolve bugs, but manage ensuring that all the information is collected that a developer would need to fix the bug.</description>
		<content:encoded><![CDATA[<p>And while there&#8217;s a lot of documentation out there for using the smorgasborg of debian tools, it takes a bit of &#8220;try, try, try again&#8221;. When I posted to <a href="http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/2008-September/003186.html">DRE offering to help</a>, nobody responded. I took that to mean that I would need to find my own way to help.</p>
<p>When I later posted an <a href="http://lists.alioth.debian.org/pipermail/pkg-ruby-extras-maintainers/2008-December/003296.html">RFS for a ruby package</a>, I got a couple suggestions from non-DDs. </p>
<p>So I&#8217;ve fiddled with the packaging a bit more, and in the interim found someone I know who is a DD who promised to look at the packages when I was ready again (holidays).</p>
<p>I understand the difficulties with educating a group of users where you can&#8217;t tell if it will be worth it or not. However my time is valuable as well and always goes to the projects that I get responses from. From the outside looking in, it&#8217;s likely a social problem. It&#8217;s too easy to forgot how difficult it can be when you have experience dealing with a problem. </p>
<p>I suppose when someone emails an RFS, it should be tied (cc&#8217;d) by policy to the ITP bug. There should be some way to search for ITPs with an associated RFS, a state. If a bug remains in that state without any comment for a certain period of time it should send out a reminder or at least be searchable for that fashion and a group of DDs should regularly watch this result, trying to discover why the process has stalled.</p>
<p>I suppose this is kind of like the volunteers on launchpad who don&#8217;t actually resolve bugs, but manage ensuring that all the information is collected that a developer would need to fix the bug.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the paul</title>
		<link>http://blog.loftninjas.org/2008/10/01/debianizing-ruby-gems/comment-page-1/#comment-1105</link>
		<dc:creator>the paul</dc:creator>
		<pubDate>Sat, 17 Jan 2009 00:27:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.loftninjas.org/?p=248#comment-1105</guid>
		<description>Yeah, contribution does require some social steps; at the minimum, e-mailing people and asking them to accept work, or posting fixes, links, or information on a wiki or the BTS.

But I don&#039;t know of any other software projects- open source or otherwise- to which it is any easier to contribute in a social vacuum. If you have some good ideas in that arena, I&#039;d be happy to pass them on.

A side note regarding motivation- when I joined Debian, it wasn&#039;t for power or even through a desire to help. I used Debian, and I wanted it to get better, and the best way to make it better was to share my improvements with the rest of the community so my work could be inspected, further improved by others, and so on.

Anyway, as I neglected to mention above, thanks for this post. It came in handy today.</description>
		<content:encoded><![CDATA[<p>Yeah, contribution does require some social steps; at the minimum, e-mailing people and asking them to accept work, or posting fixes, links, or information on a wiki or the BTS.</p>
<p>But I don&#8217;t know of any other software projects- open source or otherwise- to which it is any easier to contribute in a social vacuum. If you have some good ideas in that arena, I&#8217;d be happy to pass them on.</p>
<p>A side note regarding motivation- when I joined Debian, it wasn&#8217;t for power or even through a desire to help. I used Debian, and I wanted it to get better, and the best way to make it better was to share my improvements with the rest of the community so my work could be inspected, further improved by others, and so on.</p>
<p>Anyway, as I neglected to mention above, thanks for this post. It came in handy today.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: btm</title>
		<link>http://blog.loftninjas.org/2008/10/01/debianizing-ruby-gems/comment-page-1/#comment-1104</link>
		<dc:creator>btm</dc:creator>
		<pubDate>Sat, 17 Jan 2009 00:00:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.loftninjas.org/?p=248#comment-1104</guid>
		<description>@the paul,

Most work requires getting someone to pay attention. If you fix a bug, even if you do all the work possible and create a dpatch or quilt patch file that just needs to be dropped in, you still need to get someone to do it.

I&#039;ve recently put effort into helping with packaging, but it&#039;s still a matter of needing to know someone. Sending an RFS doesn&#039;t put you in any sort of queue, someone has to be feeling nice and want to look over your packaging for you.

Becoming a maintainer requires you go through a lot of these steps, which are heavily social. In the end, you have to be driven to want to help (or maybe want power of some kind?) to contribute. The challenge of learning to do everything the debian way is hard enough on it&#039;s own.</description>
		<content:encoded><![CDATA[<p>@the paul,</p>
<p>Most work requires getting someone to pay attention. If you fix a bug, even if you do all the work possible and create a dpatch or quilt patch file that just needs to be dropped in, you still need to get someone to do it.</p>
<p>I&#8217;ve recently put effort into helping with packaging, but it&#8217;s still a matter of needing to know someone. Sending an RFS doesn&#8217;t put you in any sort of queue, someone has to be feeling nice and want to look over your packaging for you.</p>
<p>Becoming a maintainer requires you go through a lot of these steps, which are heavily social. In the end, you have to be driven to want to help (or maybe want power of some kind?) to contribute. The challenge of learning to do everything the debian way is hard enough on it&#8217;s own.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: the paul</title>
		<link>http://blog.loftninjas.org/2008/10/01/debianizing-ruby-gems/comment-page-1/#comment-1103</link>
		<dc:creator>the paul</dc:creator>
		<pubDate>Fri, 16 Jan 2009 23:43:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.loftninjas.org/?p=248#comment-1103</guid>
		<description>You don&#039;t need to know someone to get involved with Debian! A lot of work can be done without any authorization at all- fixing bugs, fixing or adding to docs, helping with the website, and even creating packages (you do need a sponsor to upload packages into Debian).

If you want to get further involved than that, take a look at http://www.debian.org/devel/join/newmaint for information on how you can join Debian in a more official way.</description>
		<content:encoded><![CDATA[<p>You don&#8217;t need to know someone to get involved with Debian! A lot of work can be done without any authorization at all- fixing bugs, fixing or adding to docs, helping with the website, and even creating packages (you do need a sponsor to upload packages into Debian).</p>
<p>If you want to get further involved than that, take a look at <a href="http://www.debian.org/devel/join/newmaint">http://www.debian.org/devel/join/newmaint</a> for information on how you can join Debian in a more official way.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

