Thank you for reporting this bug to Xubuntu. Xubuntu 9.04(Jaunty) reached EOL
on 2010-10-23.
Please see this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases
This bug was resolved in later versions of Xubuntu, however, it will not
be fixed in Xubuntu 9.04.
Pleas
... however, Jaunty isn't a LTS release and has been superceded by
Karmic, so I don't know if anyone with the power to do so will/can
actually merge the patch that corrects this:
http://bazaar.launchpad.net/~ubuntu-
branches/ubuntu/karmic/thunar/karmic/revision/61/debian/patches/04_fix-
umask-hand
Michael:
Yep, that's ugly. It actually is properly associated with this bug, too,
as the patch Debian and Ubuntu have for Thunar is completely borked.
The umask patch:
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/jaunty/thunar/jaunty/revision/58
is at fault for this. It calls:
umask
Craig, you are right that my problem most certainly is not a duplicate
of the bug discussed here, but a separate problem.
Even though it might be totally unrelated to your problem, I do not
think my test is invalid in general, because it results in world-
writable files that most certainly are not
I've no time to check in detail now, but the patch shipped in our jaunty
package is probably incomplete, and should be replaced by the one
shipped in karmic
(http://git.xfce.org/xfce/thunar/commit/?h=xfce-4.6&id=eb58c6a6ba7f77c2c16016db064524df598ef421).
** Also affects: thunar (Ubuntu Jaunty)
Michael: That test is invalid, and shows nothing. You've misunderstood
how the umask works.
In a UNIX system, things like environment variables, ulimit settings and
the umask are inherited from the parent process during process creation.
Your test has a process tree like this:
Thunar
termina
i am running up to date jaunty (thunar 1.0.0-1ubuntu3)
and doing the following:
1) log in
2) right click -> open terminal here
3) execute "umask" --> 022
4) close terminal
5) right click -> create folder -> ok
6) right click -> open terminal here
7) execute "umask" --> 000
tried many times. repro
** Branch linked: lp:ubuntu/karmic/thunar
--
Thunar overrides the user's umask
https://bugs.launchpad.net/bugs/242842
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists
This bug was fixed in the package thunar - 1.0.0-1ubuntu2
---
thunar (1.0.0-1ubuntu2) jaunty; urgency=low
* debian/patches/03_thunar-vfs-apply-umask-properly.patch: correctly honor
user's umask (LP: #242842).
* Resync packaging files with pkg-xfce (r2934):
- debian/patches
Fixed upstream
(http://svn.xfce.org/index.cgi/xfce?view=revision&revision=29654), I'll
upload a new revision with this patch soon.
** Changed in: thunar (Ubuntu)
Assignee: (unassigned) => Lionel Le Folgoc (mrpouit)
Status: Triaged => In Progress
--
Thunar overrides the user's umask
h
** Changed in: thunar (Ubuntu)
Importance: Undecided => Low
Status: New => Triaged
--
Thunar overrides the user's umask
https://bugs.launchpad.net/bugs/242842
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
** Attachment removed: "Don't override user's umask for normal
file/directory creation"
http://launchpadlibrarian.net/15574202/thunar-fsperms.diff
--
Thunar overrides the user's umask
https://bugs.launchpad.net/bugs/242842
You received this bug notification because you are a member of Ubuntu
** Bug watch added: Xfce Bugzilla #3532
http://bugzilla.xfce.org/show_bug.cgi?id=3532
** Also affects: thunar via
http://bugzilla.xfce.org/show_bug.cgi?id=3532
Importance: Unknown
Status: Unknown
--
Thunar overrides the user's umask
https://bugs.launchpad.net/bugs/242842
You rece
** Changed in: thunar
Status: Unknown => In Progress
--
Thunar overrides the user's umask
https://bugs.launchpad.net/bugs/242842
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu
Someone who knows Thunar well should check this and make sure these code
paths aren't also used for anything that might care about group/world
write if the user's umask permits it. To me it looks pretty safe,
though.
** Attachment added: "Don't override user's umask for normal file/directory
crea
Someone who knows Thunar well should check this and make sure these code
paths aren't also used for anything that might care about group/world
write if the user's umask permits it. To me it looks pretty safe,
though.
** Attachment added: "Don't override user's umask for normal file/directory
crea
Expected, as illustrated by the shell's behaviour:
craig:~$ mkdir test
craig:~$ touch test/testf
craig:~$ find test -ls
32279794 drwxrwxr-x 2 craigusers4096 Jun 25 15:12 test
32279840 -rw-rw-r-- 1 craigusers 0 Jun 25 15:12 test/testf
Actual results from Thuna
17 matches
Mail list logo
