Re: [Pan-users] pan cmd line things

[markballard]

On 09/03/2013 08:19 AM, Duncan wrote:
> markballard posted on Mon, 02 Sep 2013 15:47:14 -0400 as excerpted:
>
> > I'm using linux (amd64/gentoo) and pan r0.139.
>
> Greetings, fellow gentooer! =:^)

hi duncan -

thanks for the response, very helpful.  I've been using linux pan gui since 
olden times (0.12/0.13 or something) when iirc it was using gtk 
something-or-other for article/header/index(?) storage/mgmt - fun stuff if 
you tried loading too many headers or got stuck w/too many in cfg and tried 
to restart pan ;)

I use gnus for usenet text and nzbperl for bins.  nzbperl is great but 
lacking in a couple useful areas so I've been trying to wean myself off it 
and use pan non-gui as a replacement.


> If you happen to be a coder[1], I'm sure patches would be welcomed to fix
> the broken functionality, and even if not, having someone that's actually

unfortunately I know just enough to be dangerous.  I did look over source 
code after your response but I'm afraid what I see is over my head.


> > b)  ctl-q shows in gui as how to close pan but I can't figure out how to
> > properly close pan when using --no-gui ("q" nor ctl-q stop it, I have to
> > ctl-c).
>
> Yes.  ctrl-q is a very common X-based-app "quit" keyboard shortcut -- I
> believe the standard one for gtk/gnome apps.
>
> But being primarily an X-app standard keyboard shortcut, it's not for non-
> gui mode, which is actually designed to be run "headless", as part of a

what I was thinking was, when I run mplayer in non-fullscreen mode (eg) and 
hit "q" in the terminal (not the video window) it exits - I thought/hoped 
non-gui pan would receive/handle keystrokes the same way.


> > c)  I'm not finding a way to have pan not redownload part of a rar set
> > that already exists.  for example I start an nzb d/l, have to stop pan,

> Well, that's actually due to two factors.  The first is as already (sort-
> of) stated, that pan's no-gui mode is designed to be invoked on-demand
> for a particular task, which it completes and then exits.  The assumption

you cover a lot of useful things in your response to this item so pardon if 
it seems like I overlooked any, didn't understand some or aren't taking them 
into account.

using block accts as I do means duplicates have a cost.  e.g., I wasn't 
paying attn and restarted something I'd unknowingly already d/l and ended up 
with 500M of copies of files that were already there :(  this could happen 
when killing non-gui and restarting w/o editing tasks.nzb, and will happen 
if non-gui exited normally but one inadvertently reloads the same nzb.

so I'm not entirely clear on your example of stills (where ppl may want the 
duplicates?) but wouldn't an individual bin post (or part of nzb) always 
result in a single/unique filename?  I notice with nzbperl it checks if the 
resulting article filename already exists and skips it if so.  pan just goes 
ahead and grabs another copy and would keep getting copies until you're out 
of disc space - something seems fundamentally wrong there.

thanks again for all the info/explanations duncan, I appreciate it.