Re: Functions moved

Re: Functions moved

[Sven Wischnowsky]

Clint Adams wrote:

> > Linux/Command sounds reasonable to me.
> 
> I take that back.  This is going to cause the same sort of problems
> that Bart wanted to avoid with the initscript conflict.
> 
> Non-linux operating systems have apm commands too.

Hrm.  Any idea how they look like?  Option-wise?

Otherwise I agree with Oliver that we should just add a Linux/Command
directory and put it there for now.


Anyway.  I'm sorry, but I have to go now, more tomorrow (no doubt
about that I'd guess).

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de

Re: Functions moved

[Clint Adams]

> Hrm.  Any idea how they look like?  Option-wise?

Yup.  Here's Solaris 8.  It apparently has nothing to do with power
management, but rather something related to sadmind.  I think.

Usage:  apm  -c class [version]  -m method  [-h host]  [-d domain]
             [-t AuthType]  [-f AuthFlavor]  [-g ClientGroup]  [-n | -p]
             [-x AckSecs AckUsecs]  [-y RepSecs RepUsecs]
             [-k PingCnt]  [-w PingSecs PingUsecs]  [-i DelaySecs DelayUsecs]
             [-r ServerProg ServerVers]  [-u [file]]  [-l]
             [-D DebugCategories]  [-a name[=value] name[=value] ...]

And this is for FreeBSD 4.1:

Index: Completion/Linux/_apm
===================================================================
RCS file: /cvsroot/zsh/zsh/Completion/Linux/_apm,v
retrieving revision 1.1
diff -u -r1.1 _apm
--- Completion/Linux/_apm	2001/04/01 01:12:07	1.1
+++ Completion/Linux/_apm	2001/04/02 15:19:25
@@ -1,4 +1,11 @@
 #compdef apm
+
+# this needs intelligence
+local kludge=linux
+
+if [[ $kludge == "linux" ]]
+then
+
 _arguments -C -s \
     '(--version)-V[print the apm program and exit immediately]' \
     '(-V)--version[print the apm program and exit immediately]' \
@@ -15,3 +22,19 @@
     '(--ignore)-i[tell the system to ignore system-generated APM message]' \
     '(-i)--ignore[tell the system to ignore system-generated APM message]'
 
+else
+     
+_arguments -C \
+     '-a[display AC line status]' \
+     '-b[display battery status]' \
+     '-d[disable/enable display suspension]:bool:' \
+     '-e[disable/enable apm functions]:bool:' \
+     '-h[disable/enable HLT in kernel context switch]:bool:' \
+     '-l[display remaining battery percentage]' \
+     '-r[enable resume wakeup timer]' \
+     '-s[display status of APM support]' \
+     '-t[display estimated remaining battery life in seconds]' \
+     '-Z[transition system into standby mode]' \
+     '-z[suspend the system]'
+
+fi

Re: Functions moved

[Clint Adams]

> isn't that possible to have the configure script to detect the system
> and let install the FBSD or Linux (or whatever) version ?

It's possible, but I think that this would cause problems if someone
wants to share the file over different architectures.

I'll commit this for OpenBSD in the midst of moving it to Unix/Command:

_arguments -C \
     '-z[engage suspend mode]' \
     '-S[engage stand-by mode]' \
     '-l[display estimated battery lifetime percentage]' \
     '-m[display estimated battery lifetime minutes]' \
     '-b[display battery status]' \
     '-a[display AC line status]' \
     '-v[verbose]' \
     '-f[socket]:sockname:_files'

fi

Re: Functions moved

[Chmouel Boudjnah]

Clint Adams <schizo@debian.org> writes:

> > Hrm.  Any idea how they look like?  Option-wise?
> 
> Yup.  Here's Solaris 8.  It apparently has nothing to do with power
> management, but rather something related to sadmind.  I think.

[...]

> 
> And this is for FreeBSD 4.1:

isn't that possible to have the configure script to detect the system
and let install the FBSD or Linux (or whatever) version ?

>  #compdef apm
> +
> +# this needs intelligence
> +local kludge=linux

-- 
MandrakeSoft Inc                     http://www.chmouel.org
                      --Chmouel

_apm (was Re: Functions moved)

[Oliver Kiddle]

Clint Adams wrote:

> Yup.  Here's Solaris 8.  It apparently has nothing to do with power
> management, but rather something related to sadmind.  I think.

Hopefully nobody feels the need to write a completion for it just yet
because we haven't decided on how to cope with that situation yet.

> And this is for FreeBSD 4.1:

> +# this needs intelligence
> +local kludge=linux
> +
> +if [[ $kludge == "linux" ]]
> +then

Wouldn't it make sense to use $OSTYPE like we do in other places such as
_mount? It would allow the FreeBSD and OpenBSD parts to be actually
usable and is probably sufficient intelligence for this. You could argue
that we should call apm and try to work out what it is but $OSTYPE is
going to be faster.

Oliver

Re: _apm (was Re: Functions moved)

[Clint Adams]

> Hopefully nobody feels the need to write a completion for it just yet
> because we haven't decided on how to cope with that situation yet.

Presumably one could use a similar OS detection test.

> Wouldn't it make sense to use $OSTYPE like we do in other places such as
> _mount? It would allow the FreeBSD and OpenBSD parts to be actually
> usable and is probably sufficient intelligence for this. You could argue
> that we should call apm and try to work out what it is but $OSTYPE is
> going to be faster.

Fair enough.

Index: Completion/Unix/Command/_apm
===================================================================
RCS file: /cvsroot/zsh/zsh/Completion/Unix/Command/_apm,v
retrieving revision 1.1
diff -u -r1.1 _apm
--- Completion/Unix/Command/_apm	2001/04/02 19:21:18	1.1
+++ Completion/Unix/Command/_apm	2001/04/03 21:26:24
@@ -1,9 +1,6 @@
 #compdef apm
 
-# this needs intelligence
-local kludge=linux
-
-if [[ $kludge == "linux" ]]
+if [[ $OSTYPE == linux* ]]
 then
 
 _arguments -C -s \
@@ -22,7 +19,7 @@
     '(--ignore)-i[tell the system to ignore system-generated APM message]' \
     '(-i)--ignore[tell the system to ignore system-generated APM message]'
 
-elif [[ $kludge == "freebsd4.1" ]]
+elif [[ $OSTYPE == freebsd* ]]
 then
 
 _arguments -C \
@@ -38,7 +35,7 @@
      '-Z[transition system into standby mode]' \
      '-z[suspend the system]'
 
-elif [[ $kludge == "openbsd2.7" ]]
+elif [[ $OSTYPE == openbsd* ]]
 then
 
 _arguments -C \

Re: Functions moved

[Bart Schaefer]

On Apr 2,  3:16pm, Sven Wischnowsky wrote:
} 
} - Everything worked fine, except: the files in Functions/Misc.  I had
}   found out at home that the script effectively removed them, so I
}   added some code to avoid that which worked there, but not here.  So
}   I had to add those functions again.  I'm awfully sorry.

Don't apologize!  The files were getting removed and added anyway.  I'm
sorry you had to do part of it by hand.

} - Bart put `Functions/Misc/promptnl' in that list but I don't seem to
}   have it (not even before my script removed all functions that stayed 
}   in Misc).  Is my checked-out version wrong or what?

No, it's sitting in my directory here at home because that's where I
edited it, but I never committed it because of the brief conversation
Zefram and I had about doing it in C code instead.  My turn to apologize.

I'll commit it after the installation kinks get unkinked.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   

Re: Functions moved

[Oliver Kiddle]

Oliver Kiddle <okiddle@yahoo.co.uk> wrote:

> got placed in their very own subdirectory and $fpath is wrong. Should
> I
> not have used --enable-function-subdirs?

I've just tried it without --enable-function-subdirs and everything
seems to work fine. The only problem I've found is that _dict_words is
missing so _dict fails.

Clint Adams wrote:

> I take that back.  This is going to cause the same sort of problems
> that Bart wanted to avoid with the initscript conflict.
> Non-linux operating systems have apm commands too.

The difference here is that we don't have apm completion for any other
non-linux operating systems whereas for the initscripts, we did.
Linux/Command is I think probably right place for the time being.

Oliver

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

Re: Functions moved

[Clint Adams]

> Linux/Command sounds reasonable to me.

I take that back.  This is going to cause the same sort of problems
that Bart wanted to avoid with the initscript conflict.

Non-linux operating systems have apm commands too.

Re: Functions moved

[Clint Adams]

> As you mentioned, _apm got left behind. I've never seen the apm
> command. Is it Mandrake specific? It should probably be in
> Linux/Command or somewhere.

It's not Mandrake-specific.  It's part of the apmd utilities
written by Rik Faith and now maintained by Avery Pennarun.
http://www.worldvisions.ca/~apenwarr/apmd/

Linux/Command sounds reasonable to me.

RE: Functions moved

[Andrej Borsenkow]

>
> As you mentioned, _apm got left behind. I've never seen the apm
> command. Is it Mandrake specific? It should probably be in
> Linux/Command or somewhere.
>

apm is frontend to apmd, power management daemon that handles bateries on
portables and can (with some luck) put your system to sleep. I guess, it
should be at least Linux-wide.

-andrej

Re: Functions moved

[Oliver Kiddle]

Sven Wischnowsky <wischnow@informatik.hu-berlin.de> wrote: > 

> - As I said this morning, I've not added _vared (but _zed).  And of
>   course I haven't changed _vars because of that.

I'll commit _vared later

As you mentioned, _apm got left behind. I've never seen the apm
command. Is it Mandrake specific? It should probably be in
Linux/Command or somewhere.

> - Configure-stuff: I hope to have got everything right so that one
>   directory-level from the completion directories is removed on
>   installation (all Zsh/*/* functions are installed under Zsh/).  We

A few things aren't quite right. I did configure with
--enable-function-subdirs. I got some old directories (User, Bsd,
Builtins) - we should be able to remove them. compinit, compdump etc
got placed in their very own subdirectory and $fpath is wrong. Should I
not have used --enable-function-subdirs?

Oliver

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

Re: Functions moved

[Sven Wischnowsky]

I wrote:

> Ok, done.

No.  Chmouel smuggled in a new _apm into the Linux directory.  Under
the new regime, where should we place it?  Debian?  Unix?  (Currently
there is no Linux directory anymore -- or wouldn't if there weren't
that _apm file in it.  Should we keep it alive and add a Command
sub-directory to it?)

Obviously apm doesn't tell me anything...

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de

Functions moved

[Sven Wischnowsky]

Ok, done.

Comments:

- Everything worked fine, except: the files in Functions/Misc.  I had
  found out at home that the script effectively removed them, so I
  added some code to avoid that which worked there, but not here.  So
  I had to add those functions again.  I'm awfully sorry.
- Bart put `Functions/Misc/promptnl' in that list but I don't seem to
  have it (not even before my script removed all functions that stayed 
  in Misc).  Is my checked-out version wrong or what?
- As I said this morning, I've not added _vared (but _zed).  And of
  course I haven't changed _vars because of that.
- Configure-stuff: I hope to have got everything right so that one
  directory-level from the completion directories is removed on
  installation (all Zsh/*/* functions are installed under Zsh/).  We
  decided to do it this way, right?
  I didn't change the code under `*)' in uninstallfns.sh because I
  don't understand the sed-substitution used when FUNCTIONS_SUBDIRS is 
  true.  Isn't it the wrong way round?

I'd be thankful if everyone could now have a look (and try out) their
favourite features and functions.


Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de