Hey!
Em Ter, 2005-01-18 Ãs 22:34 +0100, Osamu Aoki escreveu:
> First add these extra long options to "struct option long_opts[] = { ..."
>
> Then right before calling "gtk_init (&newargc, &newargv);" you source
I see your point (even more after reading your other post), but I think
messing up wi
Hi,
(Disclaimer: I never coded C seriously for any useful commands.)
On Mon, Jan 17, 2005 at 11:24:05PM -0200, Gustavo Noronha Silva wrote:
> Em Qui, 2005-01-13 às 19:12 +0100, Osamu Aoki escreveu:
> > * Parsing of GNU long-option and /etc/gksu.conf may share codes.
>
> I don't know what you me
Em Qui, 2005-01-13 Ãs 19:12 +0100, Osamu Aoki escreveu:
> I also look at code too and found:
> * gksu and gksudo is just a same program with different invocation
>name.
That's already true now.
> * Parsing of GNU long-option and /etc/gksu.conf may share codes.
I don't know what you mean, m
On Thu, Jan 13, 2005 at 11:26:04AM -0200, Gustavo Noronha Silva wrote:
> Em Qui, 2005-01-13 às 10:42 +0100, Javier Fernández-Sanguino Peña
> escreveu:
> > Better solution:
> > - Have gksu source a /etc/gksu.conf file directly
>
> I can hack gksu to read the file.
I think we now have a winer idea
Em Qui, 2005-01-13 Ãs 11:53 +0100, Josselin Mouette escreveu:
> However, that's not the key point. If we want to avoid such things to
> lock the session startup, why not register them with a very low
> priority ? There could even be a delay of a few seconds before the
> password window appears, in
Em Qui, 2005-01-13 Ãs 10:42 +0100, Javier FernÃndez-Sanguino PeÃa
escreveu:
> How about having this be configurable through something like
> /etc/gksu.conf and include a wrapper script to read it?
> That would introduce a way (since gksu does not seem to have an
> alternative) for average users t
Le mercredi 12 janvier 2005 à 22:51 -0200, Gustavo Noronha Silva a
écrit :
> > Can you make gksu's default behavior to be "gksu --disable-grub" ?
>
> s/grub/grab/, FWIW
>
> After reading your e-mail, I think that sounds like a sensible proposal.
> I'll wait for some input from the involved mainta
On Wed, Jan 12, 2005 at 10:51:16PM -0200, Gustavo Noronha Silva wrote:
> After reading your e-mail, I think that sounds like a sensible proposal.
> I'll wait for some input from the involved maintainers and do the
> change, if noone has a problem with it.
Quick and dirty hacki:
How about having t
Em Qui, 2005-01-13 Ãs 01:31 +0100, Osamu Aoki escreveu:
> Dear gksu maintainer
Hey Osamu,
I've been really bad at responding to your queries lately, I'm very
soory about that =/
> Can you make gksu's default behavior to be "gksu --disable-grub" ?
s/grub/grab/, FWIW
After reading your e-mail, I
Dear gksu maintainer
Can you make gksu's default behavior to be "gksu --disable-grub" ?
I think we loose nothing significant by doing this. We gain remote
access and we gain stable invocation of configuration tools under CJK
environment where input method (IM) support is needed as I read BTS.
Si
10 matches
Mail list logo
