From: David Bolt on
On Sunday 27 Sep 2009 17:55, Happy Oyster played with alphabet
spaghetti and left this residue on the plate:

> On Sun, 27 Sep 2009 17:26:57 +0100, David Bolt <blacklist-me(a)davjam.org> wrote:

>>How are you changing them? From a console and using chown, the changes
>>occur when I do them:
>
> From the GUI: <rightclick> <properties>

Now that looks like Konqueror/Dolphin is looking at the permissions of
the directory and checking if it needs to do any changes. Where the
directory is already at the specified ownership/permissions, it's not
making any changes even where the "Apply changes to all subfolders and
their contents" is checked. That to me is a bug. I'll do another check
with 11.2 and see if it's present there. if it is, I'll open a bug
against it.


Regards,
David Bolt

--
Team Acorn: www.distributed.net OGR-NG @ ~100Mnodes RC5-72 @ ~1Mkeys/s
openSUSE 10.3 32b | openSUSE 11.0 32b | |
openSUSE 10.3 64b | openSUSE 11.0 64b | openSUSE 11.1 64b | openSUSE 11.2m7
RISC OS 3.6 | RISC OS 3.11 | openSUSE 11.1 PPC | TOS 4.02
From: David Bolt on
On Sunday 27 Sep 2009 18:12, J G Miller played with alphabet spaghetti
and left this residue on the plate:

> On Sun, 27 Sep 2009 17:31:58 +0100, David Bolt wrote:
>
>> Why would you *need* to run any GUI based program for administration
>> tasks?
>
> Because the software only has a GUI based program with all of the options
> to do the task.

What program would you be using that requires a GUI to do some
administration tasks that have to be done when /home is broken and
doesn't have the same functionality provided by either a text-only or
text-capable application?

>> YaST2 runs very nicely as an ncurses application on a text console
>
> Nowhere did I state that the program involved was YasT2

No you didn't, but that's going to be a pretty good assumption since
you're using openSUSE (you are using openSUSE and not some other
distro?) and wanting to do administration tasks.

>> if a file system is bad, you wouldn't be running a GUI application
>> to fix it.
>
> Where did I state that the GUI program being run was to fsck the file system?

You didn't. You stated that you needed to use X as root because /home
was broken and normal users couldn't log in to use X. If you're not
wanting to use fsck through a GUI, why aren't you fixing the file
system so normal users can log in and then using the GUI application as
the normal user?


Regards,
David Bolt

--
Team Acorn: www.distributed.net OGR-NG @ ~100Mnodes RC5-72 @ ~1Mkeys/s
openSUSE 10.3 32b | openSUSE 11.0 32b | |
openSUSE 10.3 64b | openSUSE 11.0 64b | openSUSE 11.1 64b | openSUSE 11.2m6
RISC OS 3.6 | RISC OS 3.11 | openSUSE 11.1 PPC | TOS 4.02
From: Happy Oyster on
On Sun, 27 Sep 2009 18:53:42 +0100, David Bolt <blacklist-me(a)davjam.org> wrote:

>On Sunday 27 Sep 2009 17:55, Happy Oyster played with alphabet
>spaghetti and left this residue on the plate:
>
>> On Sun, 27 Sep 2009 17:26:57 +0100, David Bolt <blacklist-me(a)davjam.org> wrote:
>
>>>How are you changing them? From a console and using chown, the changes
>>>occur when I do them:
>>
>> From the GUI: <rightclick> <properties>
>
>Now that looks like Konqueror/Dolphin is looking at the permissions of
>the directory and checking if it needs to do any changes. Where the
>directory is already at the specified ownership/permissions, it's not
>making any changes even where the "Apply changes to all subfolders and
>their contents" is checked. That to me is a bug. I'll do another check
>with 11.2 and see if it's present there. if it is, I'll open a bug
>against it.


Thank you,

Aribert Deckers
--
TINA LIVE ! TINA LIVE ! TINA LIVE ! TINA LIVE ! TINA LIVE ! TINA LIVE !

http://www.leipziger-montagsdemo.de/informationen/daten/daten_02_spd/TINA-There_Is_No_Alternative_I.jpg
http://www.leipziger-montagsdemo.de/informationen/daten/daten_02_spd/TINA-There_Is_No_Alternative_II.jpg
From: David Bolt on
On Sunday 27 Sep 2009 18:52, houghi played with alphabet spaghetti and left this residue on the plate:

> J G Miller wrote:
>> On Sun, 27 Sep 2009 17:31:58 +0100, David Bolt wrote:
>>
>>> Why would you *need* to run any GUI based program for administration
>>> tasks?
>>
>> Because the software only has a GUI based program with all of the options
>> to do the task.
>
> I know of such a software. gparted. :-D

Strangely enough, I know that one too :-|

That doesn't mean you have to use it. There's fdisk, parted and the
various mkfs.* applications that can all do the same as gparted. Fine,
using the GUI is probably easier to use but that's still doesn't mean
you *have* to use the GUI as root to get the job(s) done.

> That however does not mean you must log in as root.

Exactly. Fix the broken /home file system, log in as a normal user and
then use it without being root.


Regards,
David Bolt

--
Team Acorn: www.distributed.net OGR-NG @ ~100Mnodes RC5-72 @ ~1Mkeys/s
openSUSE 10.3 32b | openSUSE 11.0 32b | |
openSUSE 10.3 64b | openSUSE 11.0 64b | openSUSE 11.1 64b | openSUSE 11.2m6
RISC OS 3.6 | RISC OS 3.11 | openSUSE 11.1 PPC | TOS 4.02
From: Happy Oyster on
On Sun, 27 Sep 2009 20:07:21 +0200, houghi <houghi(a)houghi.org.invalid> wrote:

>Happy Oyster wrote:
>> The big problem with installation is that I have not the least clue on what the
>> installer or the programm will do.
>
>So the problem is that _YOU_ do not have a clue and that is somehow the
>fault of the installer of the program?

I am no clearvoyant, AND it is not my task to know all the mess which is hidden
in an installer.
--
TINA LIVE ! TINA LIVE ! TINA LIVE ! TINA LIVE ! TINA LIVE ! TINA LIVE !

http://www.leipziger-montagsdemo.de/informationen/daten/daten_02_spd/TINA-There_Is_No_Alternative_I.jpg
http://www.leipziger-montagsdemo.de/informationen/daten/daten_02_spd/TINA-There_Is_No_Alternative_II.jpg
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8 9 10 11
Prev: useradd issue
Next: ttyUSB0 and ICS