I'd like to request a sponsor for my "patmv" package. patmv is a Perl
script that can be used to do bulk renames on files based on a Perl
expression ("pattern"). I've been using this script for about 10
years, and it has a small following among current and former
co-workers. The idea was inspir
I'd like to request a sponsor for my "patmv" package. patmv is a Perl
script that can be used to do bulk renames on files based on a Perl
expression ("pattern"). I've been using this script for about 10
years, and it has a small following among current and former
co-workers. The idea was inspir
On Mon, Apr 26, 2004 at 11:17:17AM -0400, Jay Berkenbilt wrote:
> I'd like to request a sponsor for my "patmv" package. patmv is a Perl
> script that can be used to do bulk renames on files based on a Perl
> expression ("pattern"). I've been using this script for about 10
> years, and it has a sm
> > I'd like to request a sponsor for my "patmv" package. patmv is a Perl
> > script that can be used to do bulk renames on files based on a Perl
> > expression ("pattern"). I've been using this script for about 10
> > years, and it has a small following among current and former
> > co
On Mon, Apr 26, 2004 at 12:00:58PM -0400, Jay Berkenbilt wrote:
> There are several differences, though: patmv has logic to handle
> recursive renames in an intelligent way and has options for
> manipulating the whole path or the last component as an option. In my
> opinion, it also handles file e
> > There are several differences, though: patmv has logic to handle
> > recursive renames in an intelligent way and has options for
> > manipulating the whole path or the last component as an option. In my
> > opinion, it also handles file existence cases more robustly and
> > generate
Hi.
Jay Berkenbilt wrote:
> Although I failed to mention this in my initial post, the thing that
> pushed me over the edge and made me decide to submit this package for
> sponsorship was the recent inclusion of the "renameutils" package,
> which I learned about in the Debian Weekly News[1] new pac
> Jay Berkenbilt wrote:
> > Although I failed to mention this in my initial post, the thing that
> > pushed me over the edge and made me decide to submit this package for
> > sponsorship was the recent inclusion of the "renameutils" package,
> > which I learned about in the Debian Weekly
On Mon, Apr 26, 2004 at 08:13:32PM +0200, Thomas Viehmann wrote:
> So: I suggest you submit it for addition to renameutils.
> As a side effect, renameutils and your package get a comaintainer.
Hmmm. Maybe you should see if the renameutils maintainer is
willing/interested in including it first; if
> On Mon, Apr 26, 2004 at 08:13:32PM +0200, Thomas Viehmann wrote:
> > So: I suggest you submit it for addition to renameutils.
> > As a side effect, renameutils and your package get a comaintainer.
>
> Hmmm. Maybe you should see if the renameutils maintainer is
> willing/interested in
Jay Berkenbilt <[EMAIL PROTECTED]> writes:
>> On Mon, Apr 26, 2004 at 08:13:32PM +0200, Thomas Viehmann wrote:
>> > So: I suggest you submit it for addition to renameutils.
>> > As a side effect, renameutils and your package get a comaintainer.
>>
>> Hmmm. Maybe you should see if the rena
On Mon, Apr 26, 2004 at 11:17:17AM -0400, Jay Berkenbilt wrote:
> I'd like to request a sponsor for my "patmv" package. patmv is a Perl
> script that can be used to do bulk renames on files based on a Perl
> expression ("pattern"). I've been using this script for about 10
> years, and it has a sm
> > I'd like to request a sponsor for my "patmv" package. patmv is a Perl
> > script that can be used to do bulk renames on files based on a Perl
> > expression ("pattern"). I've been using this script for about 10
> > years, and it has a small following among current and former
> > co
On Mon, Apr 26, 2004 at 12:00:58PM -0400, Jay Berkenbilt wrote:
> There are several differences, though: patmv has logic to handle
> recursive renames in an intelligent way and has options for
> manipulating the whole path or the last component as an option. In my
> opinion, it also handles file e
> > There are several differences, though: patmv has logic to handle
> > recursive renames in an intelligent way and has options for
> > manipulating the whole path or the last component as an option. In my
> > opinion, it also handles file existence cases more robustly and
> > generate
Hi.
Jay Berkenbilt wrote:
> Although I failed to mention this in my initial post, the thing that
> pushed me over the edge and made me decide to submit this package for
> sponsorship was the recent inclusion of the "renameutils" package,
> which I learned about in the Debian Weekly News[1] new pac
> Jay Berkenbilt wrote:
> > Although I failed to mention this in my initial post, the thing that
> > pushed me over the edge and made me decide to submit this package for
> > sponsorship was the recent inclusion of the "renameutils" package,
> > which I learned about in the Debian Weekly
On Mon, Apr 26, 2004 at 08:13:32PM +0200, Thomas Viehmann wrote:
> So: I suggest you submit it for addition to renameutils.
> As a side effect, renameutils and your package get a comaintainer.
Hmmm. Maybe you should see if the renameutils maintainer is
willing/interested in including it first; if
> On Mon, Apr 26, 2004 at 08:13:32PM +0200, Thomas Viehmann wrote:
> > So: I suggest you submit it for addition to renameutils.
> > As a side effect, renameutils and your package get a comaintainer.
>
> Hmmm. Maybe you should see if the renameutils maintainer is
> willing/interested in
Jay Berkenbilt <[EMAIL PROTECTED]> writes:
>> On Mon, Apr 26, 2004 at 08:13:32PM +0200, Thomas Viehmann wrote:
>> > So: I suggest you submit it for addition to renameutils.
>> > As a side effect, renameutils and your package get a comaintainer.
>>
>> Hmmm. Maybe you should see if the rena
> Tiny packages are generally frowned upon in Debian since they
> unnecessarily bloat the Packages file. So, small scripts like yours
> tend to be collected into a single package with other related scripts.
>
> If everyone packaged their pet scripts into separate packages, the
> already
> Tiny packages are generally frowned upon in Debian since they
> unnecessarily bloat the Packages file. So, small scripts like yours
> tend to be collected into a single package with other related scripts.
>
> If everyone packaged their pet scripts into separate packages, the
> already
22 matches
Mail list logo