webadmin-devel — The webmin development mailing list

Re: [webmin-devel] pty_process_exec

[Tan R. <tr...@ho...>]

I did some more debugging and now am trying the following code:

	&foreign_require("proc", "proc-lib.pl");
	($fh, $pid) = &proc::pty_process_exec("bldora9ddl -UR test gl gltransrel");
	print "$fh  $pid";
	@list=&proc::list_processes($pid);
	$cmd=@list[0]->{args};
	print "<br>$cmd";

that last print statement gives me:

"perl /usr/local/webmin/miniserv.pl /etc/webmin/miniserv.conf"

which is weird cause I am expecting to see "bldora9ddl -UR test gl 
gltransrel". Any clues what I am doing wrong here?
Its funny cause when I try the passwd example the print statment gives me 
the correct command.

Thanks

Tan

----Original Message Follows----
From: Jamie Cameron <jca...@we...>
Reply-To: web...@li...
To: web...@li...
Subject: Re: [webmin-devel] pty_process_exec
Date: 24 May 2005 13:39:50 +1000

On Tue, 2005-05-24 at 12:27, Tan Rezaei wrote:
 > I am trying to get this to work but I get a "-1" as my $rv when I run it. 
I
 > am not sure what I am doing wrong.
 >
 > 	&foreign_require("proc", "proc-lib.pl");
 > 	($fh, $pid) = &proc::pty_process_exec("$driver -UR $pdline $sys $tab");
 > 	while(1) {
 > 		$rv = &wait_for($fh, "Are you sure you want to continue (Yy)\?");
 > 		print $rv;
 > 		if ($rv == 0) {
 > 			print "Saying Yes";
 > 			sysprint($fh, "y\n");
 > 			}
 > 		else {
 > 			last;
 > 			}
 > 		}
 > 	close($fh);
 >
 >
 > And my prompt looks like this when I run the command from the terminal:
 >
 > This option will also remove all of the data.
 > Are you sure you want to continue (Yy)?
 >
 > I need to type in "y" here and hit enter here.
 >
 > I have also tried maney other patterns in place of "Are you sure you want 
to
 > continue (Yy)?"
 >
 > I even tried just "\?" or "\\?" nothing seems to work.
 >
 > Thanks for your help

You could try changing the wait_for call to something like :

$rv = &wait_for($fh, 'Are you sure you want to continue \(Yy\)\?');

Quoting the (, ) and ? characters is important, as the parameters to
wait_for are regular expressions.

  - Jamie






-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
-
Forwarded by the Webmin development list at web...@we...
To remove yourself from this list, go to
http://lists.sourceforge.net/lists/listinfo/webadmin-devel

Re: [webmin-devel] pty_process_exec

[Jamie C. <jca...@we...>]

On Tue, 2005-05-24 at 12:27, Tan Rezaei wrote:
> I am trying to get this to work but I get a "-1" as my $rv when I run it. I 
> am not sure what I am doing wrong.
> 
> 	&foreign_require("proc", "proc-lib.pl");
> 	($fh, $pid) = &proc::pty_process_exec("$driver -UR $pdline $sys $tab");
> 	while(1) {
> 		$rv = &wait_for($fh, "Are you sure you want to continue (Yy)\?");
> 		print $rv;
> 		if ($rv == 0) {
> 			print "Saying Yes";
> 			sysprint($fh, "y\n");
> 			}
> 		else {
> 			last;
> 			}
> 		}
> 	close($fh);
> 
> 
> And my prompt looks like this when I run the command from the terminal:
> 
> This option will also remove all of the data.
> Are you sure you want to continue (Yy)?
> 
> I need to type in "y" here and hit enter here.
> 
> I have also tried maney other patterns in place of "Are you sure you want to 
> continue (Yy)?"
> 
> I even tried just "\?" or "\\?" nothing seems to work.
> 
> Thanks for your help

You could try changing the wait_for call to something like :

$rv = &wait_for($fh, 'Are you sure you want to continue \(Yy\)\?');

Quoting the (, ) and ? characters is important, as the parameters to
wait_for are regular expressions.

 - Jamie

[webmin-devel] pty_process_exec

[Tan R. <tr...@ho...>]

I am trying to get this to work but I get a "-1" as my $rv when I run it. I 
am not sure what I am doing wrong.

	&foreign_require("proc", "proc-lib.pl");
	($fh, $pid) = &proc::pty_process_exec("$driver -UR $pdline $sys $tab");
	while(1) {
		$rv = &wait_for($fh, "Are you sure you want to continue (Yy)\?");
		print $rv;
		if ($rv == 0) {
			print "Saying Yes";
			sysprint($fh, "y\n");
			}
		else {
			last;
			}
		}
	close($fh);


And my prompt looks like this when I run the command from the terminal:

This option will also remove all of the data.
Are you sure you want to continue (Yy)?

I need to type in "y" here and hit enter here.

I have also tried maney other patterns in place of "Are you sure you want to 
continue (Yy)?"

I even tried just "\?" or "\\?" nothing seems to work.

Thanks for your help

Re: [webmin-devel] bw.pl and postfix

[Jamie C. <jca...@we...>]

On Wed, 2005-05-11 at 16:36, Lauchlin Wilkinson wrote:
> On 11 May 2005, at 16:17, Jamie Cameron wrote:
> 
> >
> >>
> >>
> >> These small changes seem to now make monitoring work properly.  Am
> >> not sure how you'd go about intergrating this into webmin, maybe as
> >> part of the config you can have a check box that says "use orig_to=
> >> rather than to=" or something similar.  I am guessing that quite a
> >> few people would have the same issue, unless of course I am running
> >> our servers in some bizzare unheard of set up!
> >>
> >
> > Thanks for pointing out this log format - I will support it in the  
> > next
> > Virtualmin release, in pretty much the same way you did. I presume  
> > that
> > the orig_to= is always the address the mail was originally sent to,
> > while the to= is the final Unix recipient?
> >
> >  - Jamie
> >
> 
> Hi Jamie,
> 
> that is correct.  The orig_to= attribute is always the original e- 
> mail address and the to= attribute is always the  
> localunixuser@hostname .  On return from our amavis host the e-mails  
> are always addressed in the format to=localunixuser@hostname and does  
> not contain the orig_to= attribute.
> 
> I guess the easiest way to do it would be to look for orig_to=  
> conditionally in the regular expression and if doesn't find it just  
> use the to= part.  The nice thing about always looking for orig_to=  
> tho is that the expression never matches on e-mails coming back from  
> our amavis host, as they never have an orig_to attribute,  therefore  
> saving a few cpu cycles on doing the split of the username and  
> comparing the domain to maildomains.

Thanks for that info .. I will have Virtualmin look for orig_to= if it
is there, and if not fall back to the to= attribute.

 - Jamie

Re: [webmin-devel] bw.pl and postfix

[Lauchlin W. <lau...@in...>]

On 11 May 2005, at 16:17, Jamie Cameron wrote:

>
>>
>>
>> These small changes seem to now make monitoring work properly.  Am
>> not sure how you'd go about intergrating this into webmin, maybe as
>> part of the config you can have a check box that says "use orig_to=
>> rather than to=" or something similar.  I am guessing that quite a
>> few people would have the same issue, unless of course I am running
>> our servers in some bizzare unheard of set up!
>>
>
> Thanks for pointing out this log format - I will support it in the  
> next
> Virtualmin release, in pretty much the same way you did. I presume  
> that
> the orig_to= is always the address the mail was originally sent to,
> while the to= is the final Unix recipient?
>
>  - Jamie
>

Hi Jamie,

that is correct.  The orig_to= attribute is always the original e- 
mail address and the to= attribute is always the  
localunixuser@hostname .  On return from our amavis host the e-mails  
are always addressed in the format to=localunixuser@hostname and does  
not contain the orig_to= attribute.

I guess the easiest way to do it would be to look for orig_to=  
conditionally in the regular expression and if doesn't find it just  
use the to= part.  The nice thing about always looking for orig_to=  
tho is that the expression never matches on e-mails coming back from  
our amavis host, as they never have an orig_to attribute,  therefore  
saving a few cpu cycles on doing the split of the username and  
comparing the domain to maildomains.

Cheers,


Lauchlin

Re: [webmin-devel] bw.pl and postfix

[Jamie C. <jca...@we...>]

On Wed, 2005-05-11 at 15:42, Lauchlin Wilkinson wrote:
> Hi,
> 
> have found a small problem with bw.pl (at least on our systems).  Am  
> running the latest stable version of webmin+virtualmin.  We are using  
> amavis to do virus scanning using the the postfix after queue  
> filtering method.  As such all our postfix deliverie logs are of the  
> format
> 
> May 11 15:32:42 server postfix/smtp[28066]: ID:  
> to=<us...@re...>,  
> orig_to=<som...@so...>, relay=amavishost,  
> delay=1, status=sent (250 2.6.0 Ok, id=28777-09, from MTA: 250 Ok:  
> queued as ID)
> 
> With the way feature-mail.pl tracks things at the moment it only ever  
> looks at the to= part not the orig_to= part so no mail gets tracked  
> for any domains.
> 
> I have changed sub bandwidth_mail in feature-mail.pl to use:
> 
> (/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
> (\S+),\sorig_to=(\S+),/)
> 
> instead of:
> 
> (/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
> (\S+),/)
> 
> and also changed:
> 
> local $user = $10;
> 
> rather than $9
> 
> 
> These small changes seem to now make monitoring work properly.  Am  
> not sure how you'd go about intergrating this into webmin, maybe as  
> part of the config you can have a check box that says "use orig_to=  
> rather than to=" or something similar.  I am guessing that quite a  
> few people would have the same issue, unless of course I am running  
> our servers in some bizzare unheard of set up!

Thanks for pointing out this log format - I will support it in the next
Virtualmin release, in pretty much the same way you did. I presume that
the orig_to= is always the address the mail was originally sent to,
while the to= is the final Unix recipient?

 - Jamie

[webmin-devel] bw.pl and postfix

[Lauchlin W. <lau...@in...>]

Hi,

have found a small problem with bw.pl (at least on our systems).  Am  
running the latest stable version of webmin+virtualmin.  We are using  
amavis to do virus scanning using the the postfix after queue  
filtering method.  As such all our postfix deliverie logs are of the  
format

May 11 15:32:42 server postfix/smtp[28066]: ID:  
to=<us...@re...>,  
orig_to=<som...@so...>, relay=amavishost,  
delay=1, status=sent (250 2.6.0 Ok, id=28777-09, from MTA: 250 Ok:  
queued as ID)

With the way feature-mail.pl tracks things at the moment it only ever  
looks at the to= part not the orig_to= part so no mail gets tracked  
for any domains.

I have changed sub bandwidth_mail in feature-mail.pl to use:

(/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
(\S+),\sorig_to=(\S+),/)

instead of:

(/^(\S+)\s+(\d+)\s+(\d+):(\d+):(\d+)\s+(\S+)\s+(\S+):\s+(\S+):\s+to= 
(\S+),/)

and also changed:

local $user = $10;

rather than $9


These small changes seem to now make monitoring work properly.  Am  
not sure how you'd go about intergrating this into webmin, maybe as  
part of the config you can have a check box that says "use orig_to=  
rather than to=" or something similar.  I am guessing that quite a  
few people would have the same issue, unless of course I am running  
our servers in some bizzare unheard of set up!

Hope this helps,


Cheers,


Lauchlin

[webmin-devel] [FAQ] Webmin/Usermin/Virtualmin - On the fly updates

[Martin M. <mm...@me...>]

######################################################################

History:
--------

05.05.2005
Usermin-Development-Version 1.132 released as stable

03.05.2005
Webmin-Development-Version 1.202 released
Virtualmin-Version 2.60 released as stable

14.04.2005
Webmin-Version 1.200 released as stable
Usermin-Version 1.130 released as stable

######################################################################

Current Stable Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-1.noarch.rpm
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-minimal.tar.gz

Current Development Release for Webmin is 1.202
http://webmin.mamemu.de/devel/tarballs/webmin-1.202.tar.gz

Current Stable Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz
http://webmin.mamemu.de/devel/tarballs/usermin-1.130-1.noarch.rpm

Current Development Release for Usermin is 1.132
http://webmin.mamemu.de/devel/tarballs/usermin-1.132.tar.gz

Current Stable Release for VirtualMin is 2.60
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.60.wbm.gz

Current Development Release for VirtualMin is 2.60
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.60.wbm.gz
	
######################################################################

There are three announcements for new _stable_ releases normally.

Inofficial (this one):
One comes from me as new versions are hitting my mirror ("on the fly"). 
They are ment as a trigger for translators.

Somewhat-Official:
IIRC if you are a paying member of sourceforge you can mirror complete 
projects.

Official (the only one):
Via webmin-announce from Jamie.

######################################################################

If you are anoyed by these post you can filter this with procmail
scanning for

X-Webmin: update

in the header.


bis dahin - kind regards

Martin Mewes

-- 
######################################################################
http://www.webmin.com/		| Webbased Administration Tool for
http://webmin.mamemu.de/	| Unixoid Systems :-)
Webmin Translation Team
######################################################################

Re: [webmin-devel] Some changes for better themes.

[Jamie C. <jca...@we...>]

On Wed, 2005-05-04 at 13:38, Eldy wrote:
> Is it possible to replace in all webmin code the following strings
> <input type=button
> by
> <input class=button type=button
> 
> and also
> <input type=submit
> by
> <input class=button type=submit
> 
> Such a change should be safe and can be done by a recursive replace in all webmin .pl files.
> It will allows theme developpers to add a more personalised look in theme (by adding on
> buttons a different css style, for example a 3D style from a picture, using the "button" class).
> This is for the moment not possible because if doing this by using the "input" class,
> all other input fields (like input=text) are also affected.
> 
> This is to have themes that looks nicer than it is possible to do now.

I am actually in the process of replacing all the code that simply
prints out HTML for form inputs with calls to a function, which can be
overridden by a theme. So code like :

print "<input type=submit name=ok value='Click Me'>\n";

is being replaced with :

print &ui_submit("Click Me", "ok"),"\n";

Your theme will then be able to define a function call theme_ui_submit
in it's theme.pl file, which will override ui_submit and can return
whatever HTML you like for the button.

Not all modules use these new functions yet, but some (like Logrotate
and IPFilter) do ..

 - Jamie

{Spam?} Re: [webmin-devel] Some changes for better themes.

[<ra...@si...>]

  I would argue that all input types have a class that is equivilent to
the type.  Or better yet, have the input be part of a UI function so that
it can even be replaced.  i.e.:

   draw_input($type, $name, $value, $size, ...);

This is more flexible, but there would be a lot of replacements that will
need to be done.

	---- Randy

On Wed, 4 May 2005, Eldy wrote:

> Is it possible to replace in all webmin code the following strings
> <input type=button
> by
> <input class=button type=button
>
> and also
> <input type=submit
> by
> <input class=button type=submit
>
> Such a change should be safe and can be done by a recursive replace in all webmin .pl files.
> It will allows theme developpers to add a more personalised look in theme (by adding on
> buttons a different css style, for example a 3D style from a picture, using the "button" class).
> This is for the moment not possible because if doing this by using the "input" class,
> all other input fields (like input=text) are also affected.
>
> This is to have themes that looks nicer than it is possible to do now.
>
>
> --
>
> Laurent Destailleur.
> ---------------------------------------------------------------
> EMail: el...@us...
> AWStats : http://awstats.sourceforge.net
> Dolibarr : http//dolibarr.com
> CVSChangeLogBuilder : http://cvschangelogb.sourceforge.net
> AWBot : http://awbot.sourceforge.net
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> -
> Forwarded by the Webmin development list at web...@we...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-devel
>

[webmin-devel] Some changes for better themes.

[Eldy <el...@us...>]

Is it possible to replace in all webmin code the following strings
<input type=button
by
<input class=button type=button

and also
<input type=submit
by
<input class=button type=submit

Such a change should be safe and can be done by a recursive replace in all webmin .pl files.
It will allows theme developpers to add a more personalised look in theme (by adding on
buttons a different css style, for example a 3D style from a picture, using the "button" class).
This is for the moment not possible because if doing this by using the "input" class,
all other input fields (like input=text) are also affected.

This is to have themes that looks nicer than it is possible to do now.


-- 

Laurent Destailleur.
---------------------------------------------------------------
EMail: el...@us...
AWStats : http://awstats.sourceforge.net
Dolibarr : http//dolibarr.com
CVSChangeLogBuilder : http://cvschangelogb.sourceforge.net
AWBot : http://awbot.sourceforge.net

[webmin-devel] [FAQ] Webmin/Usermin/Virtualmin - On the fly updates

[Martin M. <mm...@me...>]

######################################################################

History:
--------
03.05.2005
Webmin-Development-Version 1.202 released
Virtualmin-Version 2.60 released as stable

26.04.2005
Virtualmin-Development-Version 2.56 released

14.04.2005
Webmin-Version 1.200 released as stable
Usermin-Version 1.130 released as stable

######################################################################

Current Stable Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-1.noarch.rpm
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-minimal.tar.gz

Current Development Release for Webmin is 1.202
http://webmin.mamemu.de/devel/tarballs/webmin-1.202.tar.gz

Current Stable Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz
http://webmin.mamemu.de/devel/tarballs/usermin-1.130-1.noarch.rpm

Current Development Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz

Current Stable Release for VirtualMin is 2.60
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.60.wbm.gz

Current Development Release for VirtualMin is 2.60
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.60.wbm.gz
	
######################################################################

There are three announcements for new _stable_ releases normally.

Inofficial (this one):
One comes from me as new versions are hitting my mirror ("on the fly"). 
They are ment as a trigger for translators.

Somewhat-Official:
IIRC if you are a paying member of sourceforge you can mirror complete 
projects.

Official (the only one):
Via webmin-announce from Jamie.

######################################################################

If you are anoyed by these post you can filter this with procmail
scanning for

X-Webmin: update

in the header.


bis dahin - kind regards

Martin Mewes

-- 
######################################################################
http://www.webmin.com/		| Webbased Administration Tool for
http://webmin.mamemu.de/	| Unixoid Systems :-)
Webmin Translation Team
######################################################################

[webmin-devel] [FAQ] Webmin/Usermin - Translation - Monthly HOWTO

[<mm...@me...>]

######################################################################
Webmin/Usermin - Translation - Monthly HOWTO
Webmin Translation Team - Last changed: 26.04.2005
Sent with Usermin's "Scheduled Mail"-Module
######################################################################

History:
--------

26.04.2005
Webmin-Development-Version 1.201 released
Virtualmin-Development-Version 2.56 released

14.04.2005
Webmin-Version 1.200 released as stable
Usermin-Version 1.130 released as stable

02.04.2005
Usermin-Development-Version 1.122 released

11.03.2005
Virtualmin-Version 2.50 released as stable


######################################################################

Current Stable Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-1.noarch.rpm
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-minimal.tar.gz

Current Development Release for Webmin is 1.201
http://webmin.mamemu.de/devel/tarballs/webmin-1.201.tar.gz

Current Stable Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz
http://webmin.mamemu.de/devel/tarballs/usermin-1.130-1.noarch.rpm

Current Development Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz

Current Stable Release for VirtualMin is 2.50
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.50.wbm.gz

Current Development Release for VirtualMin is 2.56
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.56.wbm.gz
	
######################################################################

Administrative:
---------------

The Webmin Translation Team suggests, that you use the wbmtranslator
as the main tool for your translations you want to provide to the
Webmin Translation Team.
Stuff done with wbmtranslator will be processed at a higher level.

Current Version : wbmtranslator 0.6rc3
http://wbmtranslator.labs.libre-entreprise.org/wbmtranslator.wbm.gz

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

E-Mail-Address for sending in translations to Webmin has changed.
Please send in all stuff to

	tra...@we...

in the future.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

######################################################################
Original: http://webmin.mamemu.de/modules.html#newlang
######################################################################

TOC:

1.	Adding New Languages to Webmin
2.	Using wbmtranslator
3.	Is there a way to use localization when developing
	a new theme?
4.	Special Hint

######################################################################

1.	Adding New Languages to Webmin

New translations of the existing core Webmin modules are always
welcome. If you want to translate Webmin into a new language or update
one of the existing translations, follow these steps : 
Get the latest development version of Webmin so that you can see the
latest translations that have been done by other people. 

In the file lang_list.txt in the Webmin root directory, add a new line
for your language like :

lang=sw,titles=1,charset=iso-6666-6 Swahili

The "lang" part defines the short code for the language, and should
follow the ISO standard where possible. The "titles" part controls
whether Webmin should use letter images for displaying page titles in
the language, and should be set to 1 if your language uses european
characters. The optional "charset" part sets the character set that is
sent to the web browser when using the language, so that is can
automatically select the right font to use. 

Switch to your new language in the Webmin Configuration module under
the Language icon. 

In the directory lang under the Webmin root and in each of the lang
subdirectories under the module directories, create a new file called
sw (or whatever the short code for your language is) that is a
translation of the en file in the same directory. 

In each of the module.info files under the module directories, add a
new desc_sw= line that is a translation of the desc= line. 

In each of the module directories, create a new file called
config.info.sw which is a translation of config.info (if it exists). 

In the help subdirectory under each of the module directories (where
they exist), translate all of the something.html files into
something.sw.html. 

A table of currently translated languages is available so that you can
see how much has been done for each language and module so far. There
is also a list of other translators that you might want to contact
before doing your own translation work. 
You don't have to finish translating the entire of Webmin for your
translation to be useful. Many people just do a few modules at a time,
or skip the help pages initially. 

When your translation has made some progress, send a .tar.gz file of
all the translated files to the Webmin Translation Team at

          tra...@we...

so that they can include it in the main Webmin distribution. The best
way to tar up everything is with the command :

tar czf /tmp/translation.tar.gz \
       */lang/sw lang/sw */module.info \
       */config.info.sw */help/*.sw.html

######################################################################

2.	Using wbmtranslator

This is a module by Emmanuel Saracco which can be downloaded here:

http://labs.libre-entreprise.org/projects/wbmtranslator/

It consists of an easy to use webinterface in order to update
current translations or setup new languages. Last not least it
enables you to officially send in translations to the Webmin
Translation Team at

	tra...@we...

######################################################################

3.	Is there a way to use localization when developing
	a new theme?
	
Yes (by Jamie Cameron)
There is a way to do this - create a lang/ subdirectory under your
theme with the usual en, de and other files. Then in your theme CGIs
or .pl, use code like :

%mytext = &load_language("my-theme-directory");
print "<b>$mytext{'something'}</b> <p>\n";

######################################################################

4.	Special hint

/usr/libexec/webmin/lang/en

<original>
feedback_desc2=This feedback will be sent to the developer of Webmin,
not your system administrator, ISP or hosting company. Please write
your feedback in english, even if you are currently running Webmin in
another language.
</original>

You should add the following (after translating it into your
language).

<br>If you have a question or a request on the <u>Arabic
Transalation</u>, please send a feedback <u>only</u> to
<u>tra...@we...</u>.

Complete line:
feedback_desc2=This feedback will be sent to the developer of Webmin,
not your system administrator, ISP or hosting company. Please write
your feedback in english, even if you are currently running Webmin in
another language.<br>If you have a question or a request on the
<u>Arabic Transalation</u>, please send a feedback <u>only</u> to
<u>tra...@we...</u>.

And please do not forget to set proper HTML-Entities!
If you want to take care of the translations yourself you may strip
off tra...@we... and replace it with your own eMail-Adress.

Note for the German folks:
I kindly take this part for DE-Translations exclusively ;-)

bis dahin - kind regards

Martin Mewes

-- 
######################################################################
http://www.webmin.com/		| Webbased Administration Tool for
http://webmin.mamemu.de/	| Unixoid Systems :-)
Webmin Translation Team
######################################################################

[webmin-devel] [FAQ] Webmin/Usermin/Virtualmin - On the fly updates

[Martin M. <mm...@me...>]

######################################################################

History:
--------

26.04.2005
Webmin-Development-Version 1.201 released
Virtualmin-Development-Version 2.56 released

14.04.2005
Webmin-Version 1.200 released as stable
Usermin-Version 1.130 released as stable

02.04.2005
Usermin-Development-Version 1.122 released

11.03.2005
Virtualmin-Version 2.50 released as stable


######################################################################

Current Stable Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-1.noarch.rpm
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-minimal.tar.gz

Current Development Release for Webmin is 1.201
http://webmin.mamemu.de/devel/tarballs/webmin-1.201.tar.gz

Current Stable Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz
http://webmin.mamemu.de/devel/tarballs/usermin-1.130-1.noarch.rpm

Current Development Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz

Current Stable Release for VirtualMin is 2.50
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.50.wbm.gz

Current Development Release for VirtualMin is 2.56
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.56.wbm.gz
	
######################################################################

There are three announcements for new _stable_ releases normally.

Inofficial (this one):
One comes from me as new versions are hitting my mirror ("on the fly"). 
They are ment as a trigger for translators.

Somewhat-Official:
IIRC if you are a paying member of sourceforge you can mirror complete 
projects.

Official (the only one):
Via webmin-announce from Jamie.

######################################################################

If you are anoyed by these post you can filter this with procmail
scanning for

X-Webmin: update

in the header.


bis dahin - kind regards

Martin Mewes

-- 
######################################################################
http://www.webmin.com/		| Webbased Administration Tool for
http://webmin.mamemu.de/	| Unixoid Systems :-)
Webmin Translation Team
######################################################################

Re: [webmin-devel] Tao Linux 4

[Jamie C. <jca...@we...>]

On Tue, 2005-04-26 at 08:24, Dan Tucny wrote:
> Hi Folks,
> 
> I was just playing with a Tao Linux 4 box and noticed the os_list.txt
> file doesn't have the correct definition for Tao Linux 4... Tao Linux
> has jumped from Tao Linux 1, which was a rebuild of RHEL 3, to Tao Linux
> 4, which is a rebuild of RHEL 4... This was done as people got
> confused... 
> 
> Webmin, including 1.201, checks for Tao Linux release 2, which never
> existed...
> 
> Easy 1 byte fix, not worth submitting a patch I wouldn't say... :)
> 
> Bug# 1189860 raised on the bug tracker...

Thanks for the info - I will update the next release of Webmin to
properly detect Tao Linux 4.

 - Jamie

[webmin-devel] Tao Linux 4

[Dan T. <da...@tu...>]

Hi Folks,

I was just playing with a Tao Linux 4 box and noticed the os_list.txt
file doesn't have the correct definition for Tao Linux 4... Tao Linux
has jumped from Tao Linux 1, which was a rebuild of RHEL 3, to Tao Linux
4, which is a rebuild of RHEL 4... This was done as people got
confused... 

Webmin, including 1.201, checks for Tao Linux release 2, which never
existed...

Easy 1 byte fix, not worth submitting a patch I wouldn't say... :)

Bug# 1189860 raised on the bug tracker...

Thanks!

-- 
Dan Tucny <da...@tu...>

Re: [webmin-devel] Session timeout with miniserv.pl

[Jamie C. <jca...@we...>]

On Thu, 2005-04-21 at 00:43, Colm Dougan wrote:
> > > > The session timeout is already enforced by Webmin for all modules, and
> > > > can be configured in the Webmin Configuration module under
> > > > Authentication. So there isn't really any need to implement your own
> > > > timeout, unless you want to do something special like adjust it on a
> > > > per-module basis ..
> > >
> > > Great - this is really useful.  Is this documented anywhere?
> > 
> > Only in my book unfortunately :-)
> > Although the default works well for most people, so it isn't often
> > changed..
> 
>  I got it working by adding "logouttime=3" to miniserv.conf.  A gotcha
> with this is that if you have any CGI scripts that reload themselves
> periodically with JavaScript then you can find that you never hit the
> timeout because the JavaScriipt reload (quite understandably) is
> activity.  Not that I'd expect webmin to deal with that - I'm just
> mentioning it.  I'll most probably have to patch webmin to have a list
> of URLs that will not count as a request for the purposes of
> calculating the timeout.

That could certainly be done - if you do create a patch for this, please
send it to me and I'll incorporate it into the next Webmin release. I'd
advise making the list of URLs not to update the timeout be
configurable, from something in miniserv.conf (which goes into the
%config hash).

 - Jamie

Re: [webmin-devel] Session timeout with miniserv.pl

[Colm D. <col...@gm...>]

> > > The session timeout is already enforced by Webmin for all modules, an=
d
> > > can be configured in the Webmin Configuration module under
> > > Authentication. So there isn't really any need to implement your own
> > > timeout, unless you want to do something special like adjust it on a
> > > per-module basis ..
> >
> > Great - this is really useful.  Is this documented anywhere?
>=20
> Only in my book unfortunately :-)
> Although the default works well for most people, so it isn't often
> changed..

 I got it working by adding "logouttime=3D3" to miniserv.conf.  A gotcha
with this is that if you have any CGI scripts that reload themselves
periodically with JavaScript then you can find that you never hit the
timeout because the JavaScriipt reload (quite understandably) is
activity.  Not that I'd expect webmin to deal with that - I'm just
mentioning it.  I'll most probably have to patch webmin to have a list
of URLs that will not count as a request for the purposes of
calculating the timeout.

Thanks again.

Colm

Re: [webmin-devel] Session timeout with miniserv.pl

[Jamie C. <jca...@we...>]

On Wed, 2005-04-20 at 21:40, Colm Dougan wrote:
> On 20 Apr 2005 21:16:20 +1000, Jamie Cameron <jca...@we...> wrote:
> > On Wed, 2005-04-20 at 21:02, Colm Dougan wrote:
> > > On 20 Apr 2005 14:01:37 +1000, Jamie Cameron <jca...@we...> wrote:
> > > > On Wed, 2005-04-20 at 11:53, Colm Dougan wrote:
> > > > > Hi list,
> > > > >
> > > > > I am trying to implement a webmin module whereby there is an
> > > > > inactivity timeout on the user session.  I can't seem to find any
> > > > > documentation of how I do this in the docs or in the list archives but
> > > > > I guess I must have missed this.
> > >
> > > ....
> > >
> > > > > Perhaps this funcionality is not supported any more or something but
> > > > > I'd appreciate any advice people can give me on how I can do this, I
> > > > > don't mind patching miniserv,pl if that is necessary.
> > > >
> > > > There is no way to access those pipes or the session database from a CGI
> > > > script - they are internal to miniserv.pl, and used solely for
> > > > communication between the master process and sub-processes. You could
> > > > hack miniserv.pl to behave differently, but that would make your module
> > > > dependent on a non-standard part of Webmin.
> > > >
> > > > What change are you trying to make exactly? I may be able to suggest a
> > > > better solution ..
> > >
> > > Not sure exactly, I was considering having my CGI process create a
> > > file somewhere called "${sessionid}.expired" with the timeout in it.
> > > Then I was going to change the piece of code I mentioned earlier in
> > > miniserv.pl to use this in that section.   I'd love to hear any other
> > > suggestions you have,
> > >
> > > Having thought about it some more I think maybe I'm missing something
> > > - is the session timeout something that already "just works" or was I
> > > initially right in thinking that it was not a supported feature i.e.
> > > can you clarify if there already is a standard way to use this and
> > > maybe I can warp my thinking to that instead.
> > 
> > The session timeout is already enforced by Webmin for all modules, and
> > can be configured in the Webmin Configuration module under
> > Authentication. So there isn't really any need to implement your own
> > timeout, unless you want to do something special like adjust it on a
> > per-module basis ..
> 
> Great - this is really useful.  Is this documented anywhere?

Only in my book unfortunately :-)
Although the default works well for most people, so it isn't often
changed..

 - Jamie

Re: [webmin-devel] Session timeout with miniserv.pl

[Colm D. <col...@gm...>]

On 20 Apr 2005 21:16:20 +1000, Jamie Cameron <jca...@we...> wrote:
> On Wed, 2005-04-20 at 21:02, Colm Dougan wrote:
> > On 20 Apr 2005 14:01:37 +1000, Jamie Cameron <jca...@we...> wrot=
e:
> > > On Wed, 2005-04-20 at 11:53, Colm Dougan wrote:
> > > > Hi list,
> > > >
> > > > I am trying to implement a webmin module whereby there is an
> > > > inactivity timeout on the user session.  I can't seem to find any
> > > > documentation of how I do this in the docs or in the list archives =
but
> > > > I guess I must have missed this.
> >
> > ....
> >
> > > > Perhaps this funcionality is not supported any more or something bu=
t
> > > > I'd appreciate any advice people can give me on how I can do this, =
I
> > > > don't mind patching miniserv,pl if that is necessary.
> > >
> > > There is no way to access those pipes or the session database from a =
CGI
> > > script - they are internal to miniserv.pl, and used solely for
> > > communication between the master process and sub-processes. You could
> > > hack miniserv.pl to behave differently, but that would make your modu=
le
> > > dependent on a non-standard part of Webmin.
> > >
> > > What change are you trying to make exactly? I may be able to suggest =
a
> > > better solution ..
> >
> > Not sure exactly, I was considering having my CGI process create a
> > file somewhere called "${sessionid}.expired" with the timeout in it.
> > Then I was going to change the piece of code I mentioned earlier in
> > miniserv.pl to use this in that section.   I'd love to hear any other
> > suggestions you have,
> >
> > Having thought about it some more I think maybe I'm missing something
> > - is the session timeout something that already "just works" or was I
> > initially right in thinking that it was not a supported feature i.e.
> > can you clarify if there already is a standard way to use this and
> > maybe I can warp my thinking to that instead.
>=20
> The session timeout is already enforced by Webmin for all modules, and
> can be configured in the Webmin Configuration module under
> Authentication. So there isn't really any need to implement your own
> timeout, unless you want to do something special like adjust it on a
> per-module basis ..

Great - this is really useful.  Is this documented anywhere?

Thanks for your help.

Colm

Re: [webmin-devel] Session timeout with miniserv.pl

[Jamie C. <jca...@we...>]

On Wed, 2005-04-20 at 21:02, Colm Dougan wrote:
> On 20 Apr 2005 14:01:37 +1000, Jamie Cameron <jca...@we...> wrote:
> > On Wed, 2005-04-20 at 11:53, Colm Dougan wrote:
> > > Hi list,
> > >
> > > I am trying to implement a webmin module whereby there is an
> > > inactivity timeout on the user session.  I can't seem to find any
> > > documentation of how I do this in the docs or in the list archives but
> > > I guess I must have missed this.
> 
> ....
> 
> > > Perhaps this funcionality is not supported any more or something but
> > > I'd appreciate any advice people can give me on how I can do this, I
> > > don't mind patching miniserv,pl if that is necessary.
> > 
> > There is no way to access those pipes or the session database from a CGI
> > script - they are internal to miniserv.pl, and used solely for
> > communication between the master process and sub-processes. You could
> > hack miniserv.pl to behave differently, but that would make your module
> > dependent on a non-standard part of Webmin.
> > 
> > What change are you trying to make exactly? I may be able to suggest a
> > better solution ..
> 
> Not sure exactly, I was considering having my CGI process create a
> file somewhere called "${sessionid}.expired" with the timeout in it. 
> Then I was going to change the piece of code I mentioned earlier in
> miniserv.pl to use this in that section.   I'd love to hear any other
> suggestions you have,
> 
> Having thought about it some more I think maybe I'm missing something
> - is the session timeout something that already "just works" or was I
> initially right in thinking that it was not a supported feature i.e.
> can you clarify if there already is a standard way to use this and
> maybe I can warp my thinking to that instead.

The session timeout is already enforced by Webmin for all modules, and
can be configured in the Webmin Configuration module under
Authentication. So there isn't really any need to implement your own
timeout, unless you want to do something special like adjust it on a
per-module basis ..

 - Jamie

Re: [webmin-devel] Session timeout with miniserv.pl

[Colm D. <col...@gm...>]

On 20 Apr 2005 14:01:37 +1000, Jamie Cameron <jca...@we...> wrote:
> On Wed, 2005-04-20 at 11:53, Colm Dougan wrote:
> > Hi list,
> >
> > I am trying to implement a webmin module whereby there is an
> > inactivity timeout on the user session.  I can't seem to find any
> > documentation of how I do this in the docs or in the list archives but
> > I guess I must have missed this.

....

> > Perhaps this funcionality is not supported any more or something but
> > I'd appreciate any advice people can give me on how I can do this, I
> > don't mind patching miniserv,pl if that is necessary.
>=20
> There is no way to access those pipes or the session database from a CGI
> script - they are internal to miniserv.pl, and used solely for
> communication between the master process and sub-processes. You could
> hack miniserv.pl to behave differently, but that would make your module
> dependent on a non-standard part of Webmin.
>=20
> What change are you trying to make exactly? I may be able to suggest a
> better solution ..

Not sure exactly, I was considering having my CGI process create a
file somewhere called "${sessionid}.expired" with the timeout in it.=20
Then I was going to change the piece of code I mentioned earlier in
miniserv.pl to use this in that section.   I'd love to hear any other
suggestions you have,

Having thought about it some more I think maybe I'm missing something
- is the session timeout something that already "just works" or was I
initially right in thinking that it was not a supported feature i.e.
can you clarify if there already is a standard way to use this and
maybe I can warp my thinking to that instead.

Thanks,
Colm

Re: [webmin-devel] Session timeout with miniserv.pl

[Jamie C. <jca...@we...>]

On Wed, 2005-04-20 at 11:53, Colm Dougan wrote:
> Hi list,
> 
> I am trying to implement a webmin module whereby there is an
> inactivity timeout on the user session.  I can't seem to find any
> documentation of how I do this in the docs or in the list archives but
> I guess I must have missed this.
> 
> I have been poking arond in miniserv.pl (from Webmin 1.020) and I
> found something that seems to do exactly what I want :
> 
>             $session_id = $2;
>             print $PASSINw "verify $session_id\n";
>             <$PASSOUTr> =~ /(\d+)\s+(\S+)/;
>             if ($1 == 2) {
>                 # Valid session continuation
>                 $validated = 1;
>                 $authuser = $2;
>                 $already_session_id = $session_id;
>                 $already_authuser = $authuser;
>                 }
>             elsif ($1 == 1) {
>                 # Session timed out
>                 $timed_out = $2;
>                 }
>             else {
>                 # Invalid session ID .. don't set verified
>                 }
>             }
> 
> So if <PASSOUTr> were to have a value of "1  300" (say) it seems to me
> that I would get taken to the login page with a message telling me I
> have to login again because I've been inactive for 5mins.  Great -
> that is exactly what I want.
> 
> My question is how can I trigger the timeout from a CGI script, I see
> that PASSOUTr is a pipe but its not clear to me if or how I can write
> to it from a CGI script.  Bascally, how can I use this functionality
> without hacking miniserv,pl?
> 
> Also, is there a way that I can make it so that when the user confirms
> their details from a timed out session they can use the same cookie
> afterwards and not set a new cookie - perhaps it already works this
> way, not sure.
> 
> Perhaps this funcionality is not supported any more or something but
> I'd appreciate any advice people can give me on how I can do this, I
> don't mind patching miniserv,pl if that is necessary.

There is no way to access those pipes or the session database from a CGI
script - they are internal to miniserv.pl, and used solely for
communication between the master process and sub-processes. You could
hack miniserv.pl to behave differently, but that would make your module
dependent on a non-standard part of Webmin.

What change are you trying to make exactly? I may be able to suggest a
better solution ..

 - Jamie

[webmin-devel] Session timeout with miniserv.pl

[Colm D. <col...@gm...>]

Hi list,

I am trying to implement a webmin module whereby there is an
inactivity timeout on the user session.  I can't seem to find any
documentation of how I do this in the docs or in the list archives but
I guess I must have missed this.

I have been poking arond in miniserv.pl (from Webmin 1.020) and I
found something that seems to do exactly what I want :

            $session_id =3D $2;
            print $PASSINw "verify $session_id\n";
            <$PASSOUTr> =3D~ /(\d+)\s+(\S+)/;
            if ($1 =3D=3D 2) {
                # Valid session continuation
                $validated =3D 1;
                $authuser =3D $2;
                $already_session_id =3D $session_id;
                $already_authuser =3D $authuser;
                }
            elsif ($1 =3D=3D 1) {
                # Session timed out
                $timed_out =3D $2;
                }
            else {
                # Invalid session ID .. don't set verified
                }
            }

So if <PASSOUTr> were to have a value of "1  300" (say) it seems to me
that I would get taken to the login page with a message telling me I
have to login again because I've been inactive for 5mins.  Great -
that is exactly what I want.

My question is how can I trigger the timeout from a CGI script, I see
that PASSOUTr is a pipe but its not clear to me if or how I can write
to it from a CGI script.  Bascally, how can I use this functionality
without hacking miniserv,pl?

Also, is there a way that I can make it so that when the user confirms
their details from a timed out session they can use the same cookie
afterwards and not set a new cookie - perhaps it already works this
way, not sure.

Perhaps this funcionality is not supported any more or something but
I'd appreciate any advice people can give me on how I can do this, I
don't mind patching miniserv,pl if that is necessary.

Thanks,
Colm

[webmin-devel] [FAQ] Webmin/Usermin/Virtualmin - On the fly updates

[Martin M. <mm...@me...>]

######################################################################

History:
--------

14.04.2004
Webmin-Version 1.200 released as stable
Usermin-Version 1.130 released as stable

02.04.2005
Webmin-Development-Version 1.192 released
Usermin-Development-Version 1.122 released

25.03.2005
Virtualmin-Development-Version 2.52 released

11.03.2005
Virtualmin-Version 2.50 released as stable


######################################################################

Current Stable Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-1.noarch.rpm
http://webmin.mamemu.de/devel/tarballs/webmin-1.200-minimal.tar.gz

Current Development Release for Webmin is 1.200
http://webmin.mamemu.de/devel/tarballs/webmin-1.200.tar.gz

Current Stable Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz
http://webmin.mamemu.de/devel/tarballs/usermin-1.130-1.noarch.rpm

Current Development Release for Usermin is 1.130
http://webmin.mamemu.de/devel/tarballs/usermin-1.130.tar.gz

Current Stable Release for VirtualMin is 2.50
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.50.wbm.gz

Current Development Release for VirtualMin is 2.52
http://webmin.mamemu.de/download/virtualmin/virtual-server-2.52.wbm.gz
	
######################################################################

There are three announcements for new _stable_ releases normally.

Inofficial (this one):
One comes from me as new versions are hitting my mirror ("on the fly"). 
They are ment as a trigger for translators.

Somewhat-Official:
IIRC if you are a paying member of sourceforge you can mirror complete 
projects.

Official (the only one):
Via webmin-announce from Jamie.

######################################################################

If you are anoyed by these post you can filter this with procmail
scanning for

X-Webmin: update

in the header.


bis dahin - kind regards

Martin Mewes

-- 
######################################################################
http://www.webmin.com/		| Webbased Administration Tool for
http://webmin.mamemu.de/	| Unixoid Systems :-)
Webmin Translation Team
######################################################################