> Some systems do not use sudo. Maybe they find it unsecure.
>
Hmmm... I don't know any reason for sudo being insecure compared to su.
Do you mean sudo exist, but it's use is restricted like su in Ubuntu..?
Otherwise, if sudo doesn't exist then use "su -c", if this also fails,
then I don't know
On Mon, 2012-06-18 at 19:22 +0200, Benoît Minisini wrote:
> Some systems do not use sudo. Maybe they find it unsecure.
Dancing with Android Linux with root MIA and directory permission
structures like a maze, is a challenge to say the least. Besides all
that, I was able to get ScriptBasic running
On Mon, 18 Jun 2012, Benoît Minisini wrote:
> Le 18/06/2012 19:15, Jussi Lahtinen a écrit :
> >> Maybe it would be possible to write a graphical su entirely in Gambas?
> >> The first difficulty I see is how to know if we must use 'su' or 'sudo'
> >> to run the command...
> >>
> >>
> > I have never
Le 18/06/2012 19:15, Jussi Lahtinen a écrit :
>> Maybe it would be possible to write a graphical su entirely in Gambas?
>> The first difficulty I see is how to know if we must use 'su' or 'sudo'
>> to run the command...
>>
>>
> I have never run into need for su, I always use sudo.
> Example in Ubun
> Maybe it would be possible to write a graphical su entirely in Gambas?
> The first difficulty I see is how to know if we must use 'su' or 'sudo'
> to run the command...
>
>
I have never run into need for su, I always use sudo.
Example in Ubuntu as default, you cannot do "su root".
So su is useful
> As far as know, at least CentOS doesn't have a graphical authorisation
> utility for sudo.
>
Seems so, weird.
As far as I know, on some mandriva related distros with gnome desktops
> installed, it still bumps the user privileges even if -c is used.
>
Also strange...
Hmm. I have seen gks
On Sat, 2012-06-16 at 16:24 +0300, Jussi Lahtinen wrote:
> > No, xdg-su is no longer part of xdg-utils.
> >
>
> Do you know reason for this?
No, I just look at the latest releases.
>
>
>
> > I have not used the xdg-su script for privilege escalation, but a quick
> > (and I mean quick!) look th
Le 16/06/2012 03:44, Bruce a écrit :
> On Sat, 2012-06-16 at 01:17 +0300, Jussi Lahtinen wrote:
>> OK, got it.
>> It's now "fixed" (actually xfce function was missing), tested and attached.
>>
>> Benoit, is this official part of xdg-utils..? Because I have that package
>> installed, but not that sc
> No, xdg-su is no longer part of xdg-utils.
>
Do you know reason for this?
> I have not used the xdg-su script for privilege escalation, but a quick
> (and I mean quick!) look through it at it stands is not going to be a
> great success.
>
Privilege escalation means exploitation, not use of
On Sat, 2012-06-16 at 01:17 +0300, Jussi Lahtinen wrote:
> OK, got it.
> It's now "fixed" (actually xfce function was missing), tested and attached.
>
> Benoit, is this official part of xdg-utils..? Because I have that package
> installed, but not that script.
>
> Jussi
>
Jussi,
No, xdg-su is n
OK, got it.
It's now "fixed" (actually xfce function was missing), tested and attached.
Benoit, is this official part of xdg-utils..? Because I have that package
installed, but not that script.
Jussi
On 16 June 2012 00:23, Jussi Lahtinen wrote:
> OK, I'm stupid.
> Desktop.ScreenSaver.Activa
OK, I'm stupid.
Desktop.ScreenSaver.Activate() doesn't do anything because I have disabled
screensaver,
so the blank screen I see after 6 min idle, is actually monitor turning off.
I will investigate what is wrong with xdg-su...
Jussi
On 15 June 2012 23:49, tobi wrote:
> On Fri, 15 Jun 2012
On Fri, 15 Jun 2012, Jussi Lahtinen wrote:
> > If I remember correctly, you can even save more work by using gb.desktop,
> > Desktop.RunAsRoot() which
> > builds on top of the portland xdg scripts.
> >
>
> Before writing anything I should always check what gb.desktop contains...
>
> But there see
> If I remember correctly, you can even save more work by using gb.desktop,
> Desktop.RunAsRoot() which
> builds on top of the portland xdg scripts.
>
Before writing anything I should always check what gb.desktop contains...
But there seems to be bugs.
I tried 'Desktop.RunAsRoot("whoami")'.
All
On Fri, 15 Jun 2012, Jussi Lahtinen wrote:
> Weird that there isn't any standard about this, or is there..?
> I think every linux distribution should have link to it's graphical version
> of sudo/su, with uniform name like GUIsudo.
> Then you could always call it without knowing which environment i
Weird that there isn't any standard about this, or is there..?
I think every linux distribution should have link to it's graphical version
of sudo/su, with uniform name like GUIsudo.
Then you could always call it without knowing which environment is used.
Jussi
On 14 June 2012 07:58, Bruce wr
n 2012 10:29:40
To: sundar_...@rediffmail.com, mailing list for gambas users
<gambas-user@lists.sourceforge.net>
Subject: Re: [Gambas-user] Access global variable from other .class
On Thu, 2012-06-14 at 04:28 +, sundar j wrote:
> I am trying to write a code for accepting user password
On Thu, 2012-06-14 at 04:28 +, sundar j wrote:
> I am trying to write a code for accepting user password in a input
> box/textbox when user click on button from main form. For user input i have
> created new form named sudo.form and codes are in sudo.class file. This
> sudo.class accepts use
I am trying to write a code for accepting user password in a input box/textbox
when user click on button from main form. For user input i have created new
form named sudo.form and codes are in sudo.class file. This sudo.class accepts
user password through textbox (hidden) and store it in global
19 matches
Mail list logo
