Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #7716 > unrolled thread
| Started by | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| First post | 2013-04-02 19:29 +0100 |
| Last post | 2013-04-03 22:32 +0100 |
| Articles | 16 on this page of 36 — 10 participants |
Back to article view | Back to comp.os.linux.misc
GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-02 19:29 +0100
Re: GUI apps not honoring umask Lew Pitcher <lpitcher@teksavvy.com> - 2013-04-02 15:03 -0400
Re: GUI apps not honoring umask Lew Pitcher <lpitcher@teksavvy.com> - 2013-04-02 15:08 -0400
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-02 21:01 +0100
Re: GUI apps not honoring umask Eli the Bearded <*@eli.users.panix.com> - 2013-04-03 06:27 +0000
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 11:01 +0100
Re: GUI apps not honoring umask Robert Heller <heller@deepsoft.com> - 2013-04-03 06:22 -0500
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 12:46 +0100
Re: GUI apps not honoring umask Robert Heller <heller@deepsoft.com> - 2013-04-03 08:13 -0500
Re: GUI apps not honoring umask Eli the Bearded <*@eli.users.panix.com> - 2013-04-03 22:13 +0000
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 23:45 +0100
Re: GUI apps not honoring umask Robert Heller <heller@deepsoft.com> - 2013-04-03 17:50 -0500
Re: GUI apps not honoring umask Chick Tower <c.tower@deadspam.com> - 2013-04-04 17:47 +0000
Re: GUI apps not honoring umask Jean-David Beyer <jeandavid8@verizon.net> - 2013-04-03 07:27 -0400
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 12:48 +0100
Re: GUI apps not honoring umask Jean-David Beyer <jeandavid8@verizon.net> - 2013-04-03 09:59 -0400
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 15:26 +0100
Re: GUI apps not honoring umask Richard Kettlewell <rjk@greenend.org.uk> - 2013-04-03 15:28 +0100
Re: GUI apps not honoring umask J G Miller <miller@yoyo.ORG> - 2013-04-03 14:46 +0000
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 17:08 +0100
Re: GUI apps not honoring umask J G Miller <miller@yoyo.ORG> - 2013-04-03 16:59 +0000
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 18:45 +0100
Re: GUI apps not honoring umask Jean-David Beyer <jeandavid8@verizon.net> - 2013-04-03 14:48 -0400
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 19:56 +0100
Re: GUI apps not honoring umask Jean-David Beyer <jeandavid8@verizon.net> - 2013-04-03 15:28 -0400
Re: GUI apps not honoring umask Octothorpe <Octothorpe@invalid.com> - 2013-04-03 18:33 -0400
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 23:47 +0100
Re: GUI apps not honoring umask Octothorpe <Octothorpe@invalid.com> - 2013-04-03 19:30 -0400
Re: GUI apps not honoring umask Richard Kettlewell <rjk@greenend.org.uk> - 2013-04-04 09:08 +0100
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 18:48 +0100
Re: GUI apps not honoring umask Bit Twister <BitTwister@mouse-potato.com> - 2013-04-03 11:53 +0000
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 13:22 +0100
Re: GUI apps not honoring umask Bit Twister <BitTwister@mouse-potato.com> - 2013-04-03 12:49 +0000
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 15:22 +0100
Re: GUI apps not honoring umask Bit Twister <BitTwister@mouse-potato.com> - 2013-04-03 21:20 +0000
Re: GUI apps not honoring umask The Natural Philosopher <tnp@invalid.invalid> - 2013-04-03 22:32 +0100
Page 2 of 2 — ← Prev page 1 [2]
| From | J G Miller <miller@yoyo.ORG> |
|---|---|
| Date | 2013-04-03 16:59 +0000 |
| Message-ID | <kjhn56$eci$1@dont-email.me> |
| In reply to | #7739 |
On Wednesday, April 3rd, 2013, at 17:08:46h +0100, The Natural Philosopher declared: > It looks as though mdm sets its own umask irrespective of other settings. Look at the files under /etc/mdm then, especially PostLogin. Would you care to give an example of a GUI program which creates files with the wrong permissions?
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2013-04-03 18:45 +0100 |
| Message-ID | <kjhpqt$ifl$1@news.albasani.net> |
| In reply to | #7740 |
On 03/04/13 17:59, J G Miller wrote: > On Wednesday, April 3rd, 2013, at 17:08:46h +0100, > The Natural Philosopher declared: > >> It looks as though mdm sets its own umask irrespective of other settings. > > Look at the files under /etc/mdm then, especially PostLogin. > > Would you care to give an example of a GUI program which creates > files with the wrong permissions? > oh firefox. save an image somewhere an look at its perms. Or libre office - create a document and save it. -- Ineptocracy (in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
[toc] | [prev] | [next] | [standalone]
| From | Jean-David Beyer <jeandavid8@verizon.net> |
|---|---|
| Date | 2013-04-03 14:48 -0400 |
| Message-ID | <kjhti701far@news7.newsguy.com> |
| In reply to | #7741 |
On 04/03/2013 01:45 PM, The Natural Philosopher wrote: > On 03/04/13 17:59, J G Miller wrote: >> On Wednesday, April 3rd, 2013, at 17:08:46h +0100, >> The Natural Philosopher declared: >> >>> It looks as though mdm sets its own umask irrespective of other >>> settings. >> >> Look at the files under /etc/mdm then, especially PostLogin. >> >> Would you care to give an example of a GUI program which creates >> files with the wrong permissions? >> > oh firefox. save an image somewhere an look at its perms. Or libre > office - create a document and save it. > > I do not know what permission libreoffice spreadsheets uses, but either it is 0640 or my umask is working. DellT7600:jeandavid8[~/Documents/spreadsheets]$ ls -l total 340 [snip] -rw-r-----. 1 jeandavid8 jeandavid8 8987 Dec 10 15:52 Stocks.ods -rw-r-----. 1 jeandavid8 jeandavid8 8690 Dec 10 15:52 Supplements.ods -rw-r-----. 1 jeandavid8 jeandavid8 11959 Dec 10 20:03 U-CONTROL.ods DellT7600:jeandavid8[~/Documents/spreadsheets]$ umask 0027 DellT7600:jeandavid8[~/Documents/spreadsheets]$
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2013-04-03 19:56 +0100 |
| Message-ID | <kjhu15$rqh$1@news.albasani.net> |
| In reply to | #7743 |
On 03/04/13 19:48, Jean-David Beyer wrote: > On 04/03/2013 01:45 PM, The Natural Philosopher wrote: >> On 03/04/13 17:59, J G Miller wrote: >>> On Wednesday, April 3rd, 2013, at 17:08:46h +0100, >>> The Natural Philosopher declared: >>> >>>> It looks as though mdm sets its own umask irrespective of other >>>> settings. >>> >>> Look at the files under /etc/mdm then, especially PostLogin. >>> >>> Would you care to give an example of a GUI program which creates >>> files with the wrong permissions? >>> >> oh firefox. save an image somewhere an look at its perms. Or libre >> office - create a document and save it. >> >> > I do not know what permission libreoffice spreadsheets uses, but either > it is 0640 or my umask is working. > set your umask to 002 and see if group write appears. Not here > DellT7600:jeandavid8[~/Documents/spreadsheets]$ ls -l > total 340 > [snip] > -rw-r-----. 1 jeandavid8 jeandavid8 8987 Dec 10 15:52 Stocks.ods > -rw-r-----. 1 jeandavid8 jeandavid8 8690 Dec 10 15:52 Supplements.ods > -rw-r-----. 1 jeandavid8 jeandavid8 11959 Dec 10 20:03 U-CONTROL.ods > DellT7600:jeandavid8[~/Documents/spreadsheets]$ umask > 0027 > DellT7600:jeandavid8[~/Documents/spreadsheets]$ > -- Ineptocracy (in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
[toc] | [prev] | [next] | [standalone]
| From | Jean-David Beyer <jeandavid8@verizon.net> |
|---|---|
| Date | 2013-04-03 15:28 -0400 |
| Message-ID | <kjhvt301knd@news6.newsguy.com> |
| In reply to | #7744 |
On 04/03/2013 02:56 PM, The Natural Philosopher wrote: > On 03/04/13 19:48, Jean-David Beyer wrote: >> On 04/03/2013 01:45 PM, The Natural Philosopher wrote: >>> On 03/04/13 17:59, J G Miller wrote: >>>> On Wednesday, April 3rd, 2013, at 17:08:46h +0100, >>>> The Natural Philosopher declared: >>>> >>>>> It looks as though mdm sets its own umask irrespective of other >>>>> settings. >>>> >>>> Look at the files under /etc/mdm then, especially PostLogin. >>>> >>>> Would you care to give an example of a GUI program which creates >>>> files with the wrong permissions? >>>> >>> oh firefox. save an image somewhere an look at its perms. Or libre >>> office - create a document and save it. >>> >>> >> I do not know what permission libreoffice spreadsheets uses, but either >> it is 0640 or my umask is working. >> > > set your umask to 002 and see if group write appears. Not here > > >> DellT7600:jeandavid8[~/Documents/spreadsheets]$ ls -l >> total 340 >> [snip] >> -rw-r-----. 1 jeandavid8 jeandavid8 8987 Dec 10 15:52 Stocks.ods >> -rw-r-----. 1 jeandavid8 jeandavid8 8690 Dec 10 15:52 Supplements.ods >> -rw-r-----. 1 jeandavid8 jeandavid8 11959 Dec 10 20:03 U-CONTROL.ods >> DellT7600:jeandavid8[~/Documents/spreadsheets]$ umask >> 0027 >> DellT7600:jeandavid8[~/Documents/spreadsheets]$ >> > > DellT7600:jeandavid8[~/Documents/Words]$ ls -l total 136 [snip] -rw-rw-r--. 1 jeandavid8 jeandavid8 9089 Apr 3 15:25 UMaskTest1.odt DellT7600:jeandavid8[~/Documents/Words]$ umask 0003
[toc] | [prev] | [next] | [standalone]
| From | Octothorpe <Octothorpe@invalid.com> |
|---|---|
| Date | 2013-04-03 18:33 -0400 |
| Message-ID | <gbnu2a-21r.ln1@crazy-horse.bildanet.com> |
| In reply to | #7744 |
On Wed, 03 Apr 2013 19:56:38 +0100, The Natural Philosopher wrote: [putolin] >> I do not know what permission libreoffice spreadsheets uses, but either >> it is 0640 or my umask is working. >> >> > set your umask to 002 and see if group write appears. Not here > LibreOffice 3.5.7.2 Build ID: 350m(Build:2) $ umask 0002 $ ls -l Resume/Resume.2013.APR.odt -rw-rw-r-- 1 octothrope octothorpe 24709 Apr 2 17:05 Resume/ Resume.2013.APR.odt ls -l test.ods -rw-rw-r-- 1 octothrope octothorpe 7105 Apr 3 18:32 test.ods
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2013-04-03 23:47 +0100 |
| Message-ID | <kjibi2$ns2$3@news.albasani.net> |
| In reply to | #7753 |
On 03/04/13 23:33, Octothorpe wrote: > On Wed, 03 Apr 2013 19:56:38 +0100, The Natural Philosopher wrote: > > [putolin] > >>> I do not know what permission libreoffice spreadsheets uses, but either >>> it is 0640 or my umask is working. >>> >>> >> set your umask to 002 and see if group write appears. Not here >> > > LibreOffice 3.5.7.2 > Build ID: 350m(Build:2) > > $ umask > 0002 > > $ ls -l Resume/Resume.2013.APR.odt > -rw-rw-r-- 1 octothrope octothorpe 24709 Apr 2 17:05 Resume/ > Resume.2013.APR.odt > > ls -l test.ods > -rw-rw-r-- 1 octothrope octothorpe 7105 Apr 3 18:32 test.ods > did you launch it from a shell tho? Anyway its seems to be a reported bug with mdm. -- Ineptocracy (in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
[toc] | [prev] | [next] | [standalone]
| From | Octothorpe <Octothorpe@invalid.com> |
|---|---|
| Date | 2013-04-03 19:30 -0400 |
| Message-ID | <5mqu2a-m3r.ln1@crazy-horse.bildanet.com> |
| In reply to | #7754 |
On Wed, 03 Apr 2013 23:47:30 +0100, The Natural Philosopher wrote:
> On 03/04/13 23:33, Octothorpe wrote:
>> On Wed, 03 Apr 2013 19:56:38 +0100, The Natural Philosopher wrote:
>>
>> [putolin]
>>
>>>> I do not know what permission libreoffice spreadsheets uses, but
>>>> either it is 0640 or my umask is working.
>>>>
>>>>
>>> set your umask to 002 and see if group write appears. Not here
>>>
>>>
>> LibreOffice 3.5.7.2 Build ID: 350m(Build:2)
>>
>> $ umask 0002
>>
>> $ ls -l Resume/Resume.2013.APR.odt -rw-rw-r-- 1 octothrope octothorpe
>> 24709 Apr 2 17:05 Resume/ Resume.2013.APR.odt
>>
>> ls -l test.ods -rw-rw-r-- 1 octothrope octothorpe 7105 Apr 3 18:32
>> test.ods
>>
> did you launch it from a shell tho?
>
No from the GUI menu
> Anyway its seems to be a reported bug with mdm.
also check /etc/dbus-1/session.conf
should have
<!-- If we fork, keep the user's original umask to avoid affecting
the behavior of child processes. -->
<keep_umask/>
[toc] | [prev] | [next] | [standalone]
| From | Richard Kettlewell <rjk@greenend.org.uk> |
|---|---|
| Date | 2013-04-04 09:08 +0100 |
| Message-ID | <87hajmd8fk.fsf@araminta.anjou.terraraq.org.uk> |
| In reply to | #7756 |
Octothorpe <Octothorpe@invalid.com> writes: > The Natural Philosopher wrote: >> On 03/04/13 23:33, Octothorpe wrote: >>> LibreOffice 3.5.7.2 Build ID: 350m(Build:2) >>> >>> $ umask 0002 >>> >>> $ ls -l Resume/Resume.2013.APR.odt -rw-rw-r-- 1 octothrope octothorpe >>> 24709 Apr 2 17:05 Resume/ Resume.2013.APR.odt >>> >>> ls -l test.ods -rw-rw-r-- 1 octothrope octothorpe 7105 Apr 3 18:32 >>> test.ods >>> >> did you launch it from a shell tho? > > No from the GUI menu In that case the umask in your shell isn’t particularly relevant. -- http://www.greenend.org.uk/rjk/
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2013-04-03 18:48 +0100 |
| Message-ID | <kjhq28$j0a$1@news.albasani.net> |
| In reply to | #7740 |
On 03/04/13 17:59, J G Miller wrote: > On Wednesday, April 3rd, 2013, at 17:08:46h +0100, > The Natural Philosopher declared: > >> It looks as though mdm sets its own umask irrespective of other settings. > > Look at the files under /etc/mdm then, especially PostLogin. > nothing there or /usr/share/mdm.. -- Ineptocracy (in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
[toc] | [prev] | [next] | [standalone]
| From | Bit Twister <BitTwister@mouse-potato.com> |
|---|---|
| Date | 2013-04-03 11:53 +0000 |
| Message-ID | <slrnklo65l.sj5.BitTwister@wb.home.test> |
| In reply to | #7716 |
On Tue, 02 Apr 2013 19:29:55 +0100, The Natural Philosopher wrote: > > Problem. I have a shared server (Linux, NFS mounted with full root > perms) and any file I create with any desktop app has 644 perms on it. > Now the server is well behaved and forces the group to 'staff' and the > other users are all in group 'staff' but its a real pain in the butt > when while any console app creates files with umask perms (currently > 664.002) no GUI app does. They seem to overided these. > > Anyone got a way around this? That would depend on o GUI desktop manager, Gnome, KDE, LXDE, XFCE, Openbox, Enlightenment, Fvwm, Fluxbox, Window Maker, IceWM, Blackbox, Afterstep, ... o release/version of the desktop manager o whether it is to be a global or user level setting o release/version of your OS install You would think there would be blurb in the desktop user documentation. Of course there is the option of looking through the start up scripts. :) While waiting for a specific answer to your post, you might look through files in /etc/X11/xinit or /etc/X11/ > I am spending hours of irritable searching > for files placed there for someone else to edit,. and manually fixing perms. That is what cron/batch jobs are for. :) man find
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2013-04-03 13:22 +0100 |
| Message-ID | <kjh6u0$8nl$1@news.albasani.net> |
| In reply to | #7730 |
On 03/04/13 12:53, Bit Twister wrote: > On Tue, 02 Apr 2013 19:29:55 +0100, The Natural Philosopher wrote: > >> >> Problem. I have a shared server (Linux, NFS mounted with full root >> perms) and any file I create with any desktop app has 644 perms on it. >> Now the server is well behaved and forces the group to 'staff' and the >> other users are all in group 'staff' but its a real pain in the butt >> when while any console app creates files with umask perms (currently >> 664.002) no GUI app does. They seem to overided these. >> >> Anyone got a way around this? > > That would depend on > o GUI desktop manager, Gnome, KDE, LXDE, XFCE, Openbox, Enlightenment, > Fvwm, Fluxbox, Window Maker, IceWM, Blackbox, Afterstep, ... MATE.... > o release/version of the desktop manager > o whether it is to be a global or user level setting > o release/version of your OS install > > You would think there would be blurb in the desktop user documentation. > Of course there is the option of looking through the start up scripts. :) > It may come to that..in fact I'll look at that right now.Hmm not much there.. Oh.. https://bugs.launchpad.net/linuxmint/+bug/1094990 i'm not alone in this, it seems.. > While waiting for a specific answer to your post, you might look > through files in /etc/X11/xinit or /etc/X11/ > >> I am spending hours of irritable searching >> for files placed there for someone else to edit,. and manually fixing perms. > > That is what cron/batch jobs are for. :) > man find > well As I said, I used brute force and ACL on the nfs server, and now all is as it should be..in terms of a practical solution. Do ACLs as set as default persist across reboots? -- Ineptocracy (in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
[toc] | [prev] | [next] | [standalone]
| From | Bit Twister <BitTwister@mouse-potato.com> |
|---|---|
| Date | 2013-04-03 12:49 +0000 |
| Message-ID | <slrnklo9em.2ai.BitTwister@wb.home.test> |
| In reply to | #7731 |
On Wed, 03 Apr 2013 13:22:25 +0100, The Natural Philosopher wrote:
> On 03/04/13 12:53, Bit Twister wrote:
>>
>> That would depend on
>> o GUI desktop manager, Gnome, KDE, LXDE, XFCE, Openbox, Enlightenment,
>> Fvwm, Fluxbox, Window Maker, IceWM, Blackbox, Afterstep, ...
>
> MATE....
Well, not everyone knows what the underling desktop manager is. I
thought MATE was just a modified Gnome.
>> You would think there would be blurb in the desktop user documentation.
>> Of course there is the option of looking through the start up scripts. :)
>>
> It may come to that..in fact I'll look at that right now.Hmm not much
> there..
Yep, /etc/X11/Xsession is pretty efficient. Guessing you missed
something like
# use run-parts to source every file in the session directory; we source
# instead of executing so that the variables and functions defined above
# are available to the scripts, and so that they can pass variables to each
# other
SESSIONFILES=$(run-parts --list $SYSSESSIONDIR)
if [ -n "$SESSIONFILES" ]; then
set +e
for SESSIONFILE in $SESSIONFILES; do
. $SESSIONFILE
done
set -e
fi
> well As I said, I used brute force and ACL on the nfs server, and now
> all is as it should be..in terms of a practical solution. Do ACLs as set
> as default persist across reboots?
I have no experience with ACL on linux but I am pretty sure they would.
That assumes you do not lose them via any cp/rsync/... command. :(
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2013-04-03 15:22 +0100 |
| Message-ID | <kjhe03$ml9$1@news.albasani.net> |
| In reply to | #7732 |
On 03/04/13 13:49, Bit Twister wrote: > On Wed, 03 Apr 2013 13:22:25 +0100, The Natural Philosopher wrote: >> On 03/04/13 12:53, Bit Twister wrote: >>> >>> That would depend on >>> o GUI desktop manager, Gnome, KDE, LXDE, XFCE, Openbox, Enlightenment, >>> Fvwm, Fluxbox, Window Maker, IceWM, Blackbox, Afterstep, ... >> >> MATE.... > > Well, not everyone knows what the underling desktop manager is. I > thought MATE was just a modified Gnome. > >>> You would think there would be blurb in the desktop user documentation. >>> Of course there is the option of looking through the start up scripts. :) >>> >> It may come to that..in fact I'll look at that right now.Hmm not much >> there.. > > Yep, /etc/X11/Xsession is pretty efficient. Guessing you missed > something like > > # use run-parts to source every file in the session directory; we source > # instead of executing so that the variables and functions defined above > # are available to the scripts, and so that they can pass variables to each > # other > SESSIONFILES=$(run-parts --list $SYSSESSIONDIR) > if [ -n "$SESSIONFILES" ]; then > set +e > for SESSIONFILE in $SESSIONFILES; do > . $SESSIONFILE > done > set -e > fi > > no umask commands in any of those files. > >> well As I said, I used brute force and ACL on the nfs server, and now >> all is as it should be..in terms of a practical solution. Do ACLs as set >> as default persist across reboots? > > I have no experience with ACL on linux but I am pretty sure they would. > That assumes you do not lose them via any cp/rsync/... command. :( > not an issue. in this case I am simply concerned that when I dump something in a shared folder, the better half can actually edit it on her machine. -- Ineptocracy (in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
[toc] | [prev] | [next] | [standalone]
| From | Bit Twister <BitTwister@mouse-potato.com> |
|---|---|
| Date | 2013-04-03 21:20 +0000 |
| Message-ID | <slrnklp7e1.9c8.BitTwister@wb.home.test> |
| In reply to | #7735 |
On Wed, 03 Apr 2013 15:22:59 +0100, The Natural Philosopher wrote: > On 03/04/13 13:49, Bit Twister wrote: >> On Wed, 03 Apr 2013 13:22:25 +0100, The Natural Philosopher wrote: >>> On 03/04/13 12:53, Bit Twister wrote: >>>> >>>> That would depend on >>>> o GUI desktop manager, Gnome, KDE, LXDE, XFCE, Openbox, Enlightenment, >>>> Fvwm, Fluxbox, Window Maker, IceWM, Blackbox, Afterstep, ... >>> >>> MATE.... >> >> Well, not everyone knows what the underling desktop manager is. I >> thought MATE was just a modified Gnome. >> >>>> You would think there would be blurb in the desktop user documentation. >>>> Of course there is the option of looking through the start up scripts. :) >>>> >>> It may come to that..in fact I'll look at that right now.Hmm not much >>> there.. >> >> Yep, /etc/X11/Xsession is pretty efficient. Guessing you missed >> something like >> >> # use run-parts to source every file in the session directory; we source >> # instead of executing so that the variables and functions defined above >> # are available to the scripts, and so that they can pass variables to each >> # other >> SESSIONFILES=$(run-parts --list $SYSSESSIONDIR) >> if [ -n "$SESSIONFILES" ]; then >> set +e >> for SESSIONFILE in $SESSIONFILES; do >> . $SESSIONFILE >> done >> set -e >> fi >> >> > > no umask commands in any of those files. Well, you have missed the point. You can add your own script with whatever commands you like. That may be YOUR workaround solution, until your distribution figures out how they want to solve the bug report. I know in kde, I can throw a script into $HOME/.kde*/env to set whatever I like.
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2013-04-03 22:32 +0100 |
| Message-ID | <kji769$fmg$1@news.albasani.net> |
| In reply to | #7748 |
On 03/04/13 22:20, Bit Twister wrote: > On Wed, 03 Apr 2013 15:22:59 +0100, The Natural Philosopher wrote: >> On 03/04/13 13:49, Bit Twister wrote: >>> On Wed, 03 Apr 2013 13:22:25 +0100, The Natural Philosopher wrote: >>>> On 03/04/13 12:53, Bit Twister wrote: >>>>> >>>>> That would depend on >>>>> o GUI desktop manager, Gnome, KDE, LXDE, XFCE, Openbox, Enlightenment, >>>>> Fvwm, Fluxbox, Window Maker, IceWM, Blackbox, Afterstep, ... >>>> >>>> MATE.... >>> >>> Well, not everyone knows what the underling desktop manager is. I >>> thought MATE was just a modified Gnome. >>> >>>>> You would think there would be blurb in the desktop user documentation. >>>>> Of course there is the option of looking through the start up scripts. :) >>>>> >>>> It may come to that..in fact I'll look at that right now.Hmm not much >>>> there.. >>> >>> Yep, /etc/X11/Xsession is pretty efficient. Guessing you missed >>> something like >>> >>> # use run-parts to source every file in the session directory; we source >>> # instead of executing so that the variables and functions defined above >>> # are available to the scripts, and so that they can pass variables to each >>> # other >>> SESSIONFILES=$(run-parts --list $SYSSESSIONDIR) >>> if [ -n "$SESSIONFILES" ]; then >>> set +e >>> for SESSIONFILE in $SESSIONFILES; do >>> . $SESSIONFILE >>> done >>> set -e >>> fi >>> >>> >> >> no umask commands in any of those files. > > Well, you have missed the point. You can add your own script with > whatever commands you like. > > That may be YOUR workaround solution, until your distribution figures > out how they want to solve the bug report. > my workaround is acl its good because it only affects the shared directory. > I know in kde, I can throw a script into $HOME/.kde*/env to set whatever I like. > -- Ineptocracy (in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
[toc] | [prev] | [standalone]
Page 2 of 2 — ← Prev page 1 [2]
Back to top | Article view | comp.os.linux.misc
csiph-web