Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the App-Cmd CPAN distribution.

Report information
The Basics
Id: 35529
Status: resolved
Priority: 0/
Queue: App-Cmd

People
Owner: Nobody in particular
Requestors: GAISSMAI [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Wishlist
Broken in: (no value)
Fixed in: (no value)



Subject: Please release your git repo as a developer release to CPAN
Hi Ricardo, as I see, the code for App::Cmd in your git repo is far ahead to the current CPAN release. Could you please release it as a developer release to CPAN? Keen to play with it for my Net::SNMP::Mixin::CLI in my pipe. Best regards Charly
CC: undisclosed-recipients: ;
Subject: Re: [rt.cpan.org #35529] Please release your git repo as a developer release to CPAN
Date: Tue, 29 Apr 2008 18:47:34 -0400
To: Karl Gaissmaier via RT <bug-App-Cmd [...] rt.cpan.org>
From: Ricardo SIGNES <rjbs [...] cpan.org>
* Karl Gaissmaier via RT <bug-App-Cmd@rt.cpan.org> [2008-04-29T17:44:56] Show quoted text
> as I see, the code for App::Cmd in your git repo is far ahead > to the current CPAN release. Could you please release it as a developer > release to CPAN?
Yes, but keep in mind that I might change it a whole whole lot. :) I have uploaded. -- rjbs
Subject: Re: [rt.cpan.org #35529] Please release your git repo as a developer release to CPAN
Date: Wed, 30 Apr 2008 09:03:00 +0200
To: bug-App-Cmd [...] rt.cpan.org
From: Karl Gaissmaier <karl.gaissmaier [...] uni-ulm.de>
Hi Ricardo, Ricardo SIGNES via RT schrieb: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=35529 > > > * Karl Gaissmaier via RT <bug-App-Cmd@rt.cpan.org> [2008-04-29T17:44:56]
>> as I see, the code for App::Cmd in your git repo is far ahead >> to the current CPAN release. Could you please release it as a developer >> release to CPAN?
> > Yes, but keep in mind that I might change it a whole whole lot. :)
fine. Then I don't hesitate to ask for a feature request ;-) Could you support git style commands like git-status, git-commit, git-whatever? I tried this already for my CLI app, but I had to override at least one private method in App::Cmd: Show quoted text
> # allow dashed cmds > # sorry to override private methods > sub _cmd_from_args { > my ( $app, $args ) = @_; > > return $app->SUPER::_cmd_from_args($args) unless $app->_dashed_cmd(); > > # handle git like dashed commands: git-status, ... > my $command = $app->_dashed_cmd(); > return ( $command, $args ); > }
OK, I know, this get problems with the usage() for global options and cmd specific options. But as you told me: Show quoted text
> I might change it a whole whole lot. :)
Best Regards Charly BTW: I like the idea behind App::Cmd
CC: undisclosed-recipients: ;
Subject: Re: [rt.cpan.org #35529] Please release your git repo as a developer release to CPAN
Date: Wed, 30 Apr 2008 07:19:38 -0400
To: Karl Gaissmaier via RT <bug-App-Cmd [...] rt.cpan.org>
From: Ricardo SIGNES <rjbs [...] cpan.org>
* Karl Gaissmaier via RT <bug-App-Cmd@rt.cpan.org> [2008-04-30T03:03:22] Show quoted text
> Could you support git style commands like git-status, git-commit, > git-whatever?
I'm not sure what you mean. With git, when you run "git foo" the git command finds and executes "git-foo". That would be strange in the context of App::Cmd, since you'd lose the benefit of App::Cmd having done processing up front. Can you elaborate on what you mean? Show quoted text
> BTW: I like the idea behind App::Cmd
Thanks! -- rjbs
Subject: Re: [rt.cpan.org #35529] Please release your git repo as a developer release to CPAN
Date: Wed, 30 Apr 2008 13:38:42 +0200
To: bug-App-Cmd [...] rt.cpan.org
From: Karl Gaissmaier <karl.gaissmaier [...] uni-ulm.de>
Hi Ricardo, Ricardo SIGNES via RT schrieb: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=35529 > > > * Karl Gaissmaier via RT <bug-App-Cmd@rt.cpan.org> [2008-04-30T03:03:22]
>> Could you support git style commands like git-status, git-commit, >> git-whatever?
> > I'm not sure what you mean. With git, when you run "git foo" the git command > finds and executes "git-foo". That would be strange in the context of > App::Cmd, since you'd lose the benefit of App::Cmd having done processing up > front. Can you elaborate on what you mean?
Let me try: I wish to have an app, call it 'mypp' for this conversation with a lot of different commands: myapp foo myapp bar ... and symbolic links from myapp-foo -> myapp myapp-bar -> myapp and then myapp fetches the command from $app->arg0. If arg0 is dashed style, the command is the last part of arg0. myapp-foo ... is resolved to: myapp foo ... Benefit: you can use shell cmdline completion to find all commands for myapp and the call is easier to start with cmdline completion. Sorry for the wrong hint with git, I thought it's also solved with symlinks, but I was wrong. If you don't like this idea, please make App::Cmd more 'subclass'able. Especially the logic in App::Cmd::prepare_command within App::Cmd::run should be split in sucessive calls within with defined/fixed interfaces to allow other authors to get the feet into the door. Best Regards Charly Starting in a few hours, I spend a long weekend in the alps with my family, without internet connection. Therefore my response time increases dramatically ;-)
CC: undisclosed-recipients: ;
Subject: Re: [rt.cpan.org #35529] Please release your git repo as a developer release to CPAN
Date: Wed, 30 Apr 2008 07:53:50 -0400
To: Karl Gaissmaier via RT <bug-App-Cmd [...] rt.cpan.org>
From: Ricardo SIGNES <rjbs [...] cpan.org>
* Karl Gaissmaier via RT <bug-App-Cmd@rt.cpan.org> [2008-04-30T07:39:05] Show quoted text
> and symbolic links from > > myapp-foo -> myapp > myapp-bar -> myapp
I don't think I'm going to go out of my way to support that. The big benefit of git's approach is that it lets you write each git-* tool in a different language, which lowers the bar to adding extensions. Show quoted text
> If you don't like this idea, please make App::Cmd more > 'subclass'able. Especially the logic in App::Cmd::prepare_command > within App::Cmd::run should be split in sucessive calls within > with defined/fixed interfaces to allow other authors > to get the feet into the door.
I'll do what I can, there. It'll probably have to wait until after the next real release. -- rjbs
done, and now even a full release, 0.200 -- rjbs