Path: number1.nntp.dca.giganews.com!border1.nntp.dca.giganews.co   
   !nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!news.k   
   rotte.org!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail   
   From: Hadron    
   Newsgroups: alt.os.linux.ubuntu   
   Subject: Re: starting a console application on first login   
   Date: Mon, 05 Feb 2007 19:55:29 +0100   
   Lines: 33   
   Message-ID: <87r6t4sace.fsf@geemail.com>   
   References:    
    <87d54otuwp.fsf@geemail.com>   
       
    <87zm7sscl9.fsf@geemail.com>   
       
   Mime-Version: 1.0   
   Content-Type: text/plain; charset=us-ascii   
   X-Trace: individual.net RFWrEQilBkwsbPH7Yp73rgVEk1kLsNGWb2xFX7PgxjrL2LzSZ1   
   X-Orig-Path: news.individual.net!news   
   X-Face: 2h#||Cd#d%F*NCm59[_6/{1a@jy%;|j>{D~4^gKg(^i%7j0IK?+,/GmW&:CD5fEKb_!   
   User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/22.0.50 (gnu/linux)   
   Cancel-Lock: sha1:7j9ZJR1EbcB/82c3gfWCuB10F6k=   
   Xref: number1.nntp.dca.giganews.com alt.os.linux.ubuntu:9761   
      
   Niklaus Kuehnis writes:   
      
   > On Mon, 5 Feb 2007, Hadron wrote:   
   >   
   >> Niklaus Kuehnis writes:   
   >>   
   >>> Great, that works! Although I decided to do it with chmod instead of   
   >>> rm. Thanks!   
   >>>   
   >> you mean you stop it being executable? Doesnt that result in a "no   
   >> command found" or do you check the permissions before tryint to execute   
   >> it from the bashrc?   
   >   
   > Right, I'm still looking for a way to check for permissions. -    
   > Actually, both ways don't work (without checking) because I don't want   
   > to allow sudo for apt-get as such but only for apt-get --simulate   
   > etc. nor do I want to allow sudo for a skript that is in home   
   > directory and can be edited with user rights. That's why the scripts   
   > are in /usr/sbin. In both cases, with the file non-executable or   
   > non-existing, sudo asks for a password even though the script is set   
   > to NOPASSWD in sudoers.   
   >   
   > So the solution (i guess) is to leave the file and permissions alone   
   > and only change the content of the file. .bash_profile executes the   
   > apt script and empties it and cron fills it up again. Probably not the   
   > most elegant way of doing it but it works.   
   >   
   > Nik   
      
   I'm not sure I follow you. Are you sure you are not overly complicating   
   the issue? What was wrong again with my solution (ignoring whether it   
   was the best/worst solution). What is the problem with using sudo in the   
   sctip file I suggested? It will prompt for pwd or you can set the s bit.   
   --- Platinum Xpress/Win/WINServer v3.0pr5   
    * Origin: Omicron Theta BBS (1:261/20)   
|