Re: Can't delete a file
> I have a file on my machine that I created that begins with a hyphen. > How can I delete it. rm -test says can't delete est using option -t (or > whatever). How do I tell it not to use the hyphen as a switch? Try: rm -- -test Andreas -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: lprm says "Permission denied" (fwd)
On Wed, 26 Feb 1997, Andrea Arcangeli wrote: > > > >Hi! > > > >something must be wrong with my lpd-setup. When a user starts > >a print job, s/he can't cancel it anymore. Example: (user 'spiegl') > > > > $ lpr abc.txt > > $ lpq > > lp is ready and printing > > Rank Owner Job Files Total Size > > active spiegl 27 abc.txt 47978 bytes > > $ lprm 27 > > cfA027Aa00860: Permission denied > > cfA027Aa00860: Permission denied > > > > $ ls -laF > > total 54 > > drwxrwsr-x 2 root lp 1024 Feb 24 01:39 ./ > > drwxrwsr-x 4 root lp 1024 Feb 23 23:12 ../ > > -rw-rx 1 root lp 4 Feb 24 01:39 .seq* > > -rw-rw 1 daemon lp 86 Feb 24 01:39 cfA029Aa00872 > > -rw-rw 1 spiegl lp 47978 Feb 24 01:39 dfA029Aa00872 > > -rw-r--r-- 1 root lp 18 Feb 24 01:39 lock > > -rw-rw-r-- 1 root lp 25 Feb 24 01:39 status > > > > $ ls -lAF `which lpd` `which lprm` > > -rwsr-sr-x 1 root lp 13157 Nov 24 21:04 /usr/bin/lprm* > > -rwxr-xr-x 1 root root41417 Nov 24 21:04 /usr/sbin/lpd* > > > >Is there anything wrong with the permissions? I didn't change > >anything after installing Debian 1.2 and updating to Debian 1.4. > > I have the same problem using the lpr pakage in the rex-fixed. > I had the same problem, too. lprm can't regonize that the user "spiegl" is a local user because of a problem with your hostname in /etc/hostname and /etc/hosts. If /etc/hostname looks like your_hostname then your /etc/hosts file should contain a line like this your_hostname your_hostname.somewhere.com The order of the two names in /etc/hosts is very important. Andreas -- Andreas Nowackmail: Kastanienweg 31, Zi. 3314, D-52074 Aachen, Germany tel: +49-241-876597 \|/ \|/ "@'/ ,. \`@"email: [EMAIL PROTECTED] /_| \__/ |_\ www: http://www.kawo2.rwth-aachen.de/~nowack \__U_/ fingerprint: B6 1D 0E F6 09 7B A0 EB 38 DB D1 2F C2 F7 48 06 -- Beware of the Penguin! -- "Prediction is very difficult, especially of the future." - Niels Bohr -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: lprm says "Permission denied" (fwd)
On Wed, 26 Feb 1997, Philippe Troin wrote: > > On Wed, 26 Feb 1997 15:13:58 +0100 Andreas Nowack ([EMAIL PROTECTED] > achen.de) wrote: > > > lprm can't regonize that the user "spiegl" is a local user because of > > a problem with your hostname in /etc/hostname and /etc/hosts. > > > > If /etc/hostname looks like > > your_hostname > > > > then your /etc/hosts file should contain a line like this > >your_hostname your_hostname.somewhere.com > > > > The order of the two names in /etc/hosts is very important. > > This is as simple as that ! > This should be put ASAP in the lpd documentation. I agree! After a long time I found the solution somewhere in the debian-bug-list. > But doesn't it conflict with the requirement that the official name for a > machine (ie FQDN) should be put first in /etc/hosts ? I don't know. Another way is: /etc/hostname: your_hostname.somewhere.com /etc/hosts: your_hostname.somewhere.com your_hostname The disadvantage (?) of this way is that then the login prompt will look like your_hostname.somewhere.com login: _ Andreas -- Andreas Nowackmail: Kastanienweg 31, Zi. 3314, D-52074 Aachen, Germany tel: +49-241-876597 \|/ \|/ "@'/ ,. \`@"email: [EMAIL PROTECTED] /_| \__/ |_\ www: http://www.kawo2.rwth-aachen.de/~nowack \__U_/ fingerprint: B6 1D 0E F6 09 7B A0 EB 38 DB D1 2F C2 F7 48 06 -- Beware of the Penguin! -- "Prediction is very difficult, especially of the future." - Niels Bohr -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: XFree 4.0.1 and xdm
On Thu, 30 Nov 2000, Shao Zhang wrote: > Sven Garbade [EMAIL PROTECTED] wrote: > > I´ve succesfully installed Woody and XFree 4.0.1-8 last weekend. Only > > xdm shows a strange behavior. It starts nearly one minute after the > > system has bootet. It´s possiblke to login to a console, and suddenly > > xdm awakes. Any ideas? The reason for this is in /etc/X11/xdm/xdm-config. The following line is in this file: DisplayManager.randomFile: /dev/urandom /dev/urandom generates random numbers but is not very fast. You can comment this line out and then the default (/dev/mem) is used which is much faster. Best regards, Andreas ------ Dipl.-Phys. Andreas Nowack email: [EMAIL PROTECTED] RWTH Aachen III. Phys. Institut B Sommerfeldstr. / Physikzentrum phone: +49 241 80-7306,-6342 D-52056 Aachen fax: +49 241 244 Germany --
Re: Useing UDF CDRW disks
On Thu, 26 Apr 2001, hanasaki wrote: > Is there support for reading UDF CDRW disks made with Nero or > Adaptec? There is an UDF filesystem in the kernel sources. But you do not have to recompile your kernel, you can build a separate kernel module. see http://sourceforge.net/project/showfiles.php?group_id=295 > Is there write support? Write support is under development. The kernel module's name is pktcdvd. You have to patch the kernel (version 2.4.3 or 2.4.4-pre5). http://sourceforge.net/project/showfiles.php?group_id=7091 > Is there a Linux filesystem that can use CDRW more like a floppy? If > so, can theses disks be read, and preferably, written in M$? The UDF filesystem in conjunction with pktcdvd can/will do this (it depends on your system). You can read (and write--depending on the format you used) these CDRWs with M$. If you format the CDRW with your M$ program you read and write this CDRW with M$ and Linux. But be aware of project's status! Keep a copy of your data on harddisk (just in case...)! Regards, Andreas
Re: Shell script anomaly
On 14 May 2002, Alex Malinovich wrote: > if ps -A |grep -q "[x]screensaver"; then xscreensaver-command -activate > else xscreensaver& xscreensaver-command -activate; fi > > However, if I put that exact line into a shell script and run it, the if > ALWAYS gets evaluated as true. Any ideas? I would test the output of grep. So change the line to if ps -A |grep -q "[x]screensaver" > /tmp/grep_output; then ... and look at /tmp/grep_output and you will see why grep returns true. Best regards, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
