Thank You for Your time and answer, Scott:
>By default, when a new user is created a new group is also created,
>and a home into which the contents of /etc/skel is copied, then
>ownership is set to the new user, permissions *don't* change - just
>the *ownership* eg.:- chown -R newuser:newuser
Oh!
On 05/08/11 04:16, Sthu Deus wrote:
Thank You for Your great work You have performed, Scott,
among other You wrote:
I copied the files as root to /etc/skel in the first place so
permissions are as they should be. No chmod required
NOTE: I don't have session saving enabled and I remove all
Thank You for Your great work You have performed, Scott,
among other You wrote:
>I copied the files as root to /etc/skel in the first place so
>permissions are as they should be. No chmod required
>
>NOTE: I don't have session saving enabled and I remove all histories
>before copying the model
On 04/08/11 01:42, Sthu Deus wrote:
Thank You for Your time and answer again, Scott:
OK. For me it works as follows:
. when I use /etc/skel - it does not work at all - but problem here
is that I need manually (do You know how to perform it automatically)
to change for every dir. permission
Thank You for Your time and answer again, Scott:
>> What do You do w/ session-related files, like, for example,
>>
>> /home/user/.kde/share/config/session
>>
>> kmix_1234c1b36800013118627870017450007_1311923580_463075
>> konsole_1234c1b36800013118634850017450011_1311923580_463856
>> kwin_1
On 02/08/11 10:14, John A. Sullivan III wrote:
On Tue, 2011-08-02 at 09:54 +1000, Scott Ferguson wrote:
On 02/08/11 01:50, John A. Sullivan III wrote:
On Sun, 2011-07-31 at 02:48 +1000, Scott Ferguson wrote:
I think that's the hard way. Using KIOSK is probably easier
and more consistent (e.g
On Tue, 2011-08-02 at 09:54 +1000, Scott Ferguson wrote:
> On 02/08/11 01:50, John A. Sullivan III wrote:
> > On Sun, 2011-07-31 at 02:48 +1000, Scott Ferguson wrote:
> >
> >>> I think that's the hard way. Using KIOSK is probably easier and more
> >>> consistent (e.g., KDE does not normally read
On 02/08/11 01:50, John A. Sullivan III wrote:
On Sun, 2011-07-31 at 02:48 +1000, Scott Ferguson wrote:
I think that's the hard way. Using KIOSK is probably easier and more
consistent (e.g., KDE does not normally read all the bash profile/rc
scripts). Alas, I'm flat out today through Monday s
On Sun, 2011-07-31 at 02:48 +1000, Scott Ferguson wrote:
> > I think that's the hard way. Using KIOSK is probably easier and more
> > consistent (e.g., KDE does not normally read all the bash profile/rc
> > scripts). Alas, I'm flat out today through Monday so I don't think I'll
> > have time to
On 01/08/11 21:06, Sthu Deus wrote:
Thank You for Your time and answer, Scott:
I usually just selectively copy as root from the "model user"/.kde/
so that /etc/skel look like:-
http://b2.ge.tt/835IuO6/skel.png
NOTE: with the exception of the /apps/dolphin directory the complete
contents of all
Thank You for Your time and answer, Scott:
>I usually just selectively copy as root from the "model user"/.kde/
>so that /etc/skel look like:-
>http://b2.ge.tt/835IuO6/skel.png
>NOTE: with the exception of the /apps/dolphin directory the complete
>contents of all the other directories is copied.
Thank You for Your time and answer, John:
>I think that's the hard way. Using KIOSK is probably easier and more
>consistent (e.g., KDE does not normally read all the bash profile/rc
>scripts). Alas, I'm flat out today through Monday so I don't think
>I'll have time to answer the previous questio
On 31/07/11 01:10, John A. Sullivan III wrote:
> On Sat, 2011-07-30 at 14:14 +0200, Hans-J. Ullrich wrote:
>> Am Samstag, 30. Juli 2011 schrieb Sthu Deus:
>>> Thank You for Your time and answer, Hans:
Create a default user and configure it to your needs. Then copy
everything of your setti
On Sat, 2011-07-30 at 14:14 +0200, Hans-J. Ullrich wrote:
> Am Samstag, 30. Juli 2011 schrieb Sthu Deus:
> > Thank You for Your time and answer, Hans:
> > >Create a default user and configure it to your needs. Then copy
> > >everything of your settings to /etc/skel. When a new user is created,
> >
I thought that would be to copy the .kde directory to another user...I
thought that is where all of the user-specific KDE config files lived...
Am I wrong here? I didn't think so, as when parts of my desktop get broken,
I can do surgery in that directory structure (or at worst case, delete the
ent
Thank You for Your time and answer, Hans:
>Hmm, I never tested this, but when yoiu create a new user, all files
>from /etc/skel should be transferred to the new user's /home. Of
>course all fils must be owned by the user. At first login there are
>indeed some files created in /tmp. Reboot is clear
Am Samstag, 30. Juli 2011 schrieb Sthu Deus:
> Thank You for Your time and answer, Hans:
> >Create a default user and configure it to your needs. Then copy
> >everything of your settings to /etc/skel. When a new user is created,
> >everything from /etc/skel will be transferred to the new user profi
Thank You for Your time and answer, Hans:
>Create a default user and configure it to your needs. Then copy
>everything of your settings to /etc/skel. When a new user is created,
>everything from /etc/skel will be transferred to the new user profile.
So I have done and found a problem w/ several l
On Thu, 2011-07-14 at 15:27 +0700, Sthu Deus wrote:
> Good time of the day.
>
> How I can customize the KDE4 desktop so that it can be then transferred
> to other users.
>
> For example - I login under a user, make my preferences, save the
> session, logout. Then, super user copies the (which?) f
Am Donnerstag, 14. Juli 2011 schrieb Sthu Deus:
> Good time of the day.
>
> How I can customize the KDE4 desktop so that it can be then transferred
> to other users.
>
> For example - I login under a user, make my preferences, save the
> session, logout. Then, super user copies the (which?) files
20 matches
Mail list logo
