Re: [newbie] Good news .. and a question

2003-10-14 Thread [EMAIL PROTECTED]
Thank you all for replying and suggesting changes to my line of
thinking.  That is exactly what I was looking for since at this point
it's hard to trust anything I think up on my own.

I've taken everyone's advice (which thinking about it now, makes perfect
sense) and have created a directory inside my /home/user directory to
hold my backgrounds.  Works a peach.

I'm still unclear, on how to handle the /mp3s directory/partition. I
don't mind storing all the mp3s under /home if that is the best thing
to do permissions wise/global wise, but at this point, I wouldn't know
how to move that directory and it's mount point to /home.  If someone
could be a little more detailed, that would help a lot.  Thanks, again.
Not sure what I'd do without this list.


| aaron west
| www.trajiklyhip.com

On Tue, 2003-10-14 at 06:20, Derek Jennings wrote:
> On Monday 13 Oct 2003 11:54 pm, Russ wrote:
> > John Wilson wrote:
> > >>As a second example, I downloaded a really nice wallpaper and when
> > >>attempting to copy the wallpaper to the /usr/share/wallpapers directory
> > >>I get another access denied message.
> > >
> > > As someone else has pointed out it's bad form to mess around with
> > > permissions outside your home directory.  Thankfully you can don't need
> > > to.  You can set up a directory right in your home directory for
> > > wallpapers.  In KDE and, I assume, GNOME you don't need to stay
> > > /usr/share/wallpapers to get your picture loaded.
> 
> > I can understand why Aaron would want this. If he has other users on his
> > computer then they would also have access to that wallpaper if it was
> > placed in /usr/share/wallpapers. I ran into the same problem when I
> > started but ended up just creating a folder for them in my home
> > directory as you suggested.
> >
> > Russ
> >
> 
> If Aaron were to  change the permissions on /usr/share/wallpapers to allow him 
> to keep his new wallpaper there, then he would find that the msec(Mandrake 
> Secure)   security  system would only go and change them back again one hour 
> later.
> 
> Then he would be posting here asking why he cannot change permissions.
> 
> The easiest solution is to not mess with permissions, and to either open a 
> 'Super User' instance of konqueror to write the file to /usr/share/wallpapers
> (KMenu>Applications>FileTools>FileManager(SuperUserMode) ), or else keep his 
> downloaded wallpapers in a directory in his /home.
> 
> Using a directory in /home has the advantage that when he comes to upgrade his 
> system, his downloaded wallpapers will not be lost.
> 
> derek



Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com


Re: [newbie] Good news .. and a question

2003-10-14 Thread Derek Jennings
On Monday 13 Oct 2003 11:54 pm, Russ wrote:
> John Wilson wrote:
> >>As a second example, I downloaded a really nice wallpaper and when
> >>attempting to copy the wallpaper to the /usr/share/wallpapers directory
> >>I get another access denied message.
> >
> > As someone else has pointed out it's bad form to mess around with
> > permissions outside your home directory.  Thankfully you can don't need
> > to.  You can set up a directory right in your home directory for
> > wallpapers.  In KDE and, I assume, GNOME you don't need to stay
> > /usr/share/wallpapers to get your picture loaded.

> I can understand why Aaron would want this. If he has other users on his
> computer then they would also have access to that wallpaper if it was
> placed in /usr/share/wallpapers. I ran into the same problem when I
> started but ended up just creating a folder for them in my home
> directory as you suggested.
>
> Russ
>

If Aaron were to  change the permissions on /usr/share/wallpapers to allow him 
to keep his new wallpaper there, then he would find that the msec(Mandrake 
Secure)   security  system would only go and change them back again one hour 
later.

Then he would be posting here asking why he cannot change permissions.

The easiest solution is to not mess with permissions, and to either open a 
'Super User' instance of konqueror to write the file to /usr/share/wallpapers
(KMenu>Applications>FileTools>FileManager(SuperUserMode) ), or else keep his 
downloaded wallpapers in a directory in his /home.

Using a directory in /home has the advantage that when he comes to upgrade his 
system, his downloaded wallpapers will not be lost.

derek
-- 
--
www.jennings.homelinux.net
http://twiki.mdklinuxfaq.org


Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com


Re: [newbie] Good news .. and a question

2003-10-14 Thread Russ
I can understand why Aaron would want this. If he has other users on his 
computer then they would also have access to that wallpaper if it was 
placed in /usr/share/wallpapers. I ran into the same problem when I 
started but ended up just creating a folder for them in my home 
directory as you suggested.

Russ

John Wilson wrote:
As a second example, I downloaded a really nice wallpaper and when
attempting to copy the wallpaper to the /usr/share/wallpapers directory
I get another access denied message.


As someone else has pointed out it's bad form to mess around with permissions 
outside your home directory.  Thankfully you can don't need to.  You can set 
up a directory right in your home directory for wallpapers.  In KDE and, I 
assume, GNOME you don't need to stay /usr/share/wallpapers to get your 
picture loaded.


Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com


Re: [newbie] Good news .. and a question

2003-10-14 Thread Sharrea Day
On Tue, 14 Oct 2003 16:59, [EMAIL PROTECTED] wrote:
> Anyhow, a couple of issues I'm having.  First and foremost the user
> account I'm running under is having some permission issues. For one, the
> FAT32 partitions I created (/mp3s) gives me access denied errors every
> time I drag and drop mp3 tracks from a CD-R onto the directory in the
> file browser.  I tried to chmod the directory and chown the directory
> all to no avail.

For a normal user (ie. not root user) to access a FAT32 partition, you'll 
need to mount the partn with the following options:

user,umask=0

and do not store any sensitive data on that partn as it will then be 
read-write accessible by all users.

Sharrea
-- 
Help Microsoft stamp out piracy - give Linux to a friend today

Want to buy your Pack or Services from MandrakeSoft? 
Go to http://www.mandrakestore.com