webadmin-devel — The webmin development mailing list

Re: [webmin-devel] [RFC] patches for fdisk modules

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

On 11/Oct/2007 11:26 Jean-Christophe Dubois wrote ..
> Hi,
> 
> I proposed this patch on the forum but there was not much attention there. So 
> maybe this list is more appropriate.
> 
> In my system I have a bunch of SATA disks that are handled as SCSI devices by 
> the Linux kernel. As a consequence, in the fdisk module these disks don't get 
> the "IDE parameter" or "SMART" links.
> 
> The patch below allows these links to be enabled for these disks. I guess 
> the "IDE parameter" link is more questionable as not all IDE options are 
> available on SATA. However this is working well enough for me.
> 
> I may have missed some implication with RAID devices and such but I don't have
> any to test with.

Thanks for the patch - I will include this in the next Webmin release.

I read the mailing list much more often than the forums, you if you have
a patch, the best way to get it integrated is to email me directly or post it here..

 - Jamie

Re: [webmin-devel] Virtualmin and mail server support...

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

On 11/Oct/2007 05:32 John Gray wrote ..
> Jamie Cameron wrote:
> > On 10/Oct/2007 15:43 John Gray wrote ..
> >   
> >> I just started using virtualmin, for the most part I really like it.  I
> >> particularly like the plugin support.  I was able to write a plugin for
> >> a few misc things we need when a virtual server is created quite easily.
> >> (I'd post it, but I doubt its useful to anybody but me).
> >>     
> >
> > Hi John,
> >
> > I'm glad to hear that someone else has used the plugin API successfully ..
> > hopefully it wasn't too baroque. I write a few plugins myself, but the
> > real test of an API is how easy it is for others to use :)
> >
> >   
> Hi Jamie,
> 
> I can give you a little feedback on the ups and downs of a newbie
> creating his/her first plugin.  First off having a template plugin would
> be very nice.

That's a good idea - I'll create one and link to it from the plugin docs.

> I ended copying a very simple plugin, then replacing the
> guts with my own.  The next hurdle was getting it registered.  I ended
> up running the create_domain.pl through the perl debugger and noticed it
> was getting the plugins form some config option that did not have my
> plugin listed.  I'm not sure what I missed when adding it through the
> web interface, but I ended up adding it to the config by hand.

If you have created a new plugin, to enable it in Virtualmin go to
System Settings -> Features and Plugins, and check the box next to it.
Also, if this is a new Webmin module, you might first have to delete
/etc/webmin/module.infos.cache so that it is detected, and in the Webmin
Users module make it available to 'root' or 'admin'.

> The last
> thing, would be hints on the debugging.  I eventually figured out figure
> how to get into my plugin quickly by running the perl debugger on
> create_domain.pl or delete_domain.pl and jumping to just the right lines
> (maybe this is short coming on my perl debugger knowledge, I can't seem
> to set a break point in another file).  It was also very helpful to
> include Data::Dumper in my lib functions file, and dump all the args to
> a file when my apis get called.  It wasn't very clear all what data I
> was going to receive.

Yeah, I find STDERR debugging with Data::Dumper to the best method in
Webmin, as often you are dealing with CGIs that are hard to attach a
regular debugger to.
 
> In the end, it works quite nicely.  I'm very happy with how much
> virtualmin is doing for me, and that its allowing me to extended it to
> handle my servers irregularities easily.

Thanks! If you create a plugin that might be useful to others, you can
post it at http://www.webmin.com/third.html

 - Jamie

[webmin-devel] [RFC] patches for fdisk modules

[Jean-Christophe D. <jc...@tr...>]

Hi,

I proposed this patch on the forum but there was not much attention there. So 
maybe this list is more appropriate.

In my system I have a bunch of SATA disks that are handled as SCSI devices by 
the Linux kernel. As a consequence, in the fdisk module these disks don't get 
the "IDE parameter" or "SMART" links.

The patch below allows these links to be enabled for these disks. I guess 
the "IDE parameter" link is more questionable as not all IDE options are 
available on SATA. However this is working well enough for me.

I may have missed some implication with RAID devices and such but I don't have 
any to test with.

Comments are welcome.

JC

--- fdisk/index.cgi.org	2007-10-10 12:16:50.000000000 +0200
+++ fdisk/index.cgi	2007-10-10 12:21:57.000000000 +0200
@@ -44,12 +44,12 @@
 
 	# Show links to other modules
 	@links = ( );
-	if ($d->{'type'} eq 'ide' && $ed) {
+	if ($ed && ($d->{'type'} eq 'ide' || ($d->{'type'} eq 'scsi' && 
$d->{'model'} =~ /ATA /))) {
 		# Display link to IDE params form
 		push(@links, "<a href='edit_hdparm.cgi?".
 			     "disk=$d->{'index'}'>$text{'index_hdparm'}</a>");
 		}
-	if ($smart && $d->{'type'} eq 'ide') {
+	if ($smart) {
 		# Display link to smart module
 		push(@links, "<a href='../smart-status/index.cgi?".
 			     "drive=$d->{'device'}'>$text{'index_smart'}</a>");

Re: [webmin-devel] Virtualmin and mail server support...

[John G. <gr...@ag...>]

Jamie Cameron wrote:
> On 10/Oct/2007 15:43 John Gray wrote ..
>   
>> I just started using virtualmin, for the most part I really like it.  I
>> particularly like the plugin support.  I was able to write a plugin for
>> a few misc things we need when a virtual server is created quite easily.
>> (I'd post it, but I doubt its useful to anybody but me).
>>     
>
> Hi John,
>
> I'm glad to hear that someone else has used the plugin API successfully ..
> hopefully it wasn't too baroque. I write a few plugins myself, but the
> real test of an API is how easy it is for others to use :)
>
>   
Hi Jamie,

I can give you a little feedback on the ups and downs of a newbie
creating his/her first plugin.  First off having a template plugin would
be very nice.  I ended copying a very simple plugin, then replacing the
guts with my own.  The next hurdle was getting it registered.  I ended
up running the create_domain.pl through the perl debugger and noticed it
was getting the plugins form some config option that did not have my
plugin listed.  I'm not sure what I missed when adding it through the
web interface, but I ended up adding it to the config by hand.  The last
thing, would be hints on the debugging.  I eventually figured out figure
how to get into my plugin quickly by running the perl debugger on
create_domain.pl or delete_domain.pl and jumping to just the right lines
(maybe this is short coming on my perl debugger knowledge, I can't seem
to set a break point in another file).  It was also very helpful to
include Data::Dumper in my lib functions file, and dump all the args to
a file when my apis get called.  It wasn't very clear all what data I
was going to receive.

In the end, it works quite nicely.  I'm very happy with how much
virtualmin is doing for me, and that its allowing me to extended it to
handle my servers irregularities easily.

John

-- 
John Gray                           gr...@ag...
AgoraNet, Inc.                      (302) 224-2475
314 E. Main Street, Suite 1         (302) 224-2552 (fax)
Newark, De 19711                    http://www.agora-net.com

Re: [webmin-devel] Virtualmin and mail server support...

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

On 10/Oct/2007 15:43 John Gray wrote ..
> I just started using virtualmin, for the most part I really like it.  I
> particularly like the plugin support.  I was able to write a plugin for
> a few misc things we need when a virtual server is created quite easily.
> (I'd post it, but I doubt its useful to anybody but me).

Hi John,

I'm glad to hear that someone else has used the plugin API successfully ..
hopefully it wasn't too baroque. I write a few plugins myself, but the
real test of an API is how easy it is for others to use :)

> One of the issues I ran into is that we use exim.  Truth by told I don't
> really need virtualmin to do much here, but manage some alias file
> entries.  But I had to hack into things to get that going.  I hacked the
> create_virtuser and its associates to call down the plugins so they
> could manage my exim aliases entries.  That worked quite nicely.  Fairly
> minimum changes to the  virtualmin code, but it got the info I needed
> down to my own code. (btw, virtualmin believes I'm running postfix).

The way the code is structured currently, the only way to implement
exim support would be in the core of Virtualmin - plugins cannot yet
add supported mailservers, as the code for handing email aliases and
virtual domains is scattered throughout the core.

I wouldn't be too hard to add exim support though - all the code
that deals with the mail server is in virtual-server-lib-funcs.pl and
feature-mail.pl . If you look for all references to $config{'mail_system'},
you can see the if statements that trigger different behaviour based
on whether the system is running Sendmail, Postfix or Qmail.

> This all got me thinking about cleaner ways to handle the mail server
> support.  Something like the plugin model, where support for different
> smtp servers is done with a plugin per smtp server (or several in the
> case of qmail).  Obviously a particular install would only want to use
> one plugin for that matches its mail server.  This would have a couple
> of nice upsides.  One the code would be cleaner (each module would only
> have code for one smtp model).  And it makes it easier to add smtp
> servers (in my case a highly non-standard exim configuration).  Is the
> mail server support just to woven in to easily pull this off?

That would be the ideal architecture, but it would be hard to implement
as Virtualmin stands now.. too much code would have to change.

> Is there any plans for anything like this? I sincerely doubt the I'm the
> first to think of it.
> 
> Any plans to support exim?  I suppose one stumbling block is defining
> exactly what a standard exim config is?

It's been discussed, but I haven't done any work on it yet.
I would certainly welcome a patch to add Exim support though..

 - Jamie

[webmin-devel] Virtualmin and mail server support...

[John G. <gr...@ag...>]

I just started using virtualmin, for the most part I really like it.  I
particularly like the plugin support.  I was able to write a plugin for
a few misc things we need when a virtual server is created quite easily.
(I'd post it, but I doubt its useful to anybody but me).

One of the issues I ran into is that we use exim.  Truth by told I don't
really need virtualmin to do much here, but manage some alias file
entries.  But I had to hack into things to get that going.  I hacked the
create_virtuser and its associates to call down the plugins so they
could manage my exim aliases entries.  That worked quite nicely.  Fairly
minimum changes to the  virtualmin code, but it got the info I needed
down to my own code. (btw, virtualmin believes I'm running postfix).

This all got me thinking about cleaner ways to handle the mail server
support.  Something like the plugin model, where support for different
smtp servers is done with a plugin per smtp server (or several in the
case of qmail).  Obviously a particular install would only want to use
one plugin for that matches its mail server.  This would have a couple
of nice upsides.  One the code would be cleaner (each module would only
have code for one smtp model).  And it makes it easier to add smtp
servers (in my case a highly non-standard exim configuration).  Is the
mail server support just to woven in to easily pull this off?

Is there any plans for anything like this? I sincerely doubt the I'm the
first to think of it.

Any plans to support exim?  I suppose one stumbling block is defining
exactly what a standard exim config is?

Thanks,
John

-- 
John Gray                           gr...@ag...
AgoraNet, Inc.                      (302) 224-2475
314 E. Main Street, Suite 1         (302) 224-2552 (fax)
Newark, De 19711                    http://www.agora-net.com

[webmin-devel] (no subject)

[Robin V. <rob...@ho...>]

Well its Quite Easy
I have already made a VNC Module and Im going to secure it somewhat more an=
d then Im going to Share it (its for Usermin but you can use it for Webmin =
aswell)
And well Now I need to make a Module for Webmin for the Program iDesk..

Well I almost finished it.. THOUGH I need to Intergrade it now...
I cant find out how to make the Layout print around it..

Sory I cant make it clear without Sharing the Entire Source code but I dunn=
o how to do that since I dont know a place to upload.. :/

Cheers
Robin

_________________________________________________________________
De mooiste afbeeldingen van Jessica Simpson vind je met Live Search
http://search.live.com/images/results.aspx?q=3Djessica%20simpson&FORM=3DBIR=
E=

Re: [webmin-devel] iDesk Webmin Module

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

On 18/Sep/2007 05:03 Robin Vossen wrote ..
<blockquote type="cite">

Hey,<br /><br />Im writing a webmin module for iDesk.<br />Since i have to setup a computer Diffrent Users use using xvnc on a gentoo PC.<br />Well i have made a VNC Module for Usermin so they get a Desktop and it has to be lightweight and stuff AND we want to show them GUIs or open office and stuff.<br /><br />Well so, I thought since its for windows users.<br /><br />How to make a Windows User understand Fluxbox..<br />And then I got it..<br />iDESK. SO I started on a Webmin Module for iDesk.<br /><br />Its almost done now. I do have a couple of problems. (Since Ive never worked with CGI/Perl before..)<br />I have to do a small list: I have to intergrade the page with Webmin since well I HAVE NO CLUE how..<br />I mean that it still shows the list of other tools. Now it turns FullScreen :/<br />How can I do that?<br /><br />if anyone knows.<br />Please let me know..<br /></blockquote>I don't quite follow what you are trying to achieve here .. could you explain in more detail
 ? Are you trying to integrate VNC into a Webmin module?<br /><br />&nbsp;- Jamie<br /><br />

[webmin-devel] iDesk Webmin Module

[Robin V. <rob...@ho...>]

Hey,

Im writing a webmin module for iDesk.
Since i have to setup a computer Diffrent Users use using xvnc on a gentoo =
PC.
Well i have made a VNC Module for Usermin so they get a Desktop and it has =
to be lightweight and stuff AND we want to show them GUIs or open office an=
d stuff.

Well so, I thought since its for windows users.

How to make a Windows User understand Fluxbox..
And then I got it..
iDESK. SO I started on a Webmin Module for iDesk.

Its almost done now. I do have a couple of problems. (Since Ive never worke=
d with CGI/Perl before..)
I have to do a small list: I have to intergrade the page with Webmin since =
well I HAVE NO CLUE how..
I mean that it still shows the list of other tools. Now it turns FullScreen=
 :/
How can I do that?

if anyone knows.
Please let me know..

Thanks,

Cheers
 - Robin

_________________________________________________________________
Altijd al willen weten wat jouw naam betekent?
http://search.live.com/results.aspx?q=3Dbetekenis+anna&mkt=3Dnl-nl&FORM=3DL=
VCP=

Re: [webmin-devel] Temporary user account disabling - mechanism details

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

On 30/Aug/2007 07:41 Fran Fabrizio wrote ..
> 
> Can someone briefly explain or point to me where in the code the
> behavior to temporarily disable accounts (I'm specifically looking at
> the LDAP module but this may be more general than that)?  I have peeked
> at the code and I thought it was some method of appending/prepending a
> string onto the crypt'ed password string to disable it, but I notice
> that the crypt'ed string doesn't change when I disable an account.  I
> need to disable about 1,000 accounts, and I remembered that webmin had
> this function, but I want to script similar behavior in this case if I
> can.

Hi Fran,

The way Webmin does it is to prepend a ! to the encrypted password, which
makes it invalid. This can be easily removed by the code when you want
to re-enable the account.

You can see this in the code in ldap-useradmin/save_user.cgi line 264.

 - Jamie

[webmin-devel] Temporary user account disabling - mechanism details

[Fran F. <fr...@ci...>]

Can someone briefly explain or point to me where in the code the
behavior to temporarily disable accounts (I'm specifically looking at
the LDAP module but this may be more general than that)?  I have peeked
at the code and I thought it was some method of appending/prepending a
string onto the crypt'ed password string to disable it, but I notice
that the crypt'ed string doesn't change when I disable an account.  I
need to disable about 1,000 accounts, and I remembered that webmin had
this function, but I want to script similar behavior in this case if I can.

Thanks,
Fran

-- 
Fran Fabrizio
Senior Systems Analyst
Department of Computer and Information Sciences
University of Alabama at Birmingham
http://www.cis.uab.edu/
205.934.0653 

Re: [webmin-devel] Debugging and Shorewall module

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

On 3/Aug/2007 16:26 Paul Gear wrote ..
> Jamie Cameron wrote:
> > On 1/Aug/2007 00:35 Paul Gear wrote ..
> >> Jamie Cameron wrote:
> >> ...
> >> I wasn't sure about a lot of the webmin idioms for things, so i tried
> to
> >> preserve the coding style (except for the zero-indent technique!) as
> >> much as i could.  Hope it works for everyone.  I'd appreciate any feedback.
> > 
> > Ok, the patch looks good. I have applied it to my source tree, and will
> > include it in the Webmin 1.350 release, which I plan to build today.
> 
> There is at least one user-visible problem in what i've done, which is
> no icons for the params & shorewall.conf configs.  I'm not much at
> art...  ;-)

No worries, I'll make some up ..

 - Jamie

Re: [webmin-devel] Debugging and Shorewall module

[Paul G. <pa...@ge...>]

Jamie Cameron wrote:
> On 1/Aug/2007 00:35 Paul Gear wrote ..
>> Jamie Cameron wrote:
>> ...
>> I wasn't sure about a lot of the webmin idioms for things, so i tried =
to
>> preserve the coding style (except for the zero-indent technique!) as
>> much as i could.  Hope it works for everyone.  I'd appreciate any feed=
back.
>=20
> Ok, the patch looks good. I have applied it to my source tree, and will=

> include it in the Webmin 1.350 release, which I plan to build today.=20

There is at least one user-visible problem in what i've done, which is
no icons for the params & shorewall.conf configs.  I'm not much at
art...  ;-)

--=20
Paul
<http://paulgear.webhop.net>
--
Tired of paying for Microsoft Office?  Running an illegal copy and want
to make it legal?  Try OpenOffice.org!  It's free and does most of the
things Microsoft Office does.  <http://www.openoffice.org>

Re: [webmin-devel] Debugging and Shorewall module

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

On 1/Aug/2007 00:35 Paul Gear wrote ..
> Jamie Cameron wrote:
> > On 31/Jul/2007 14:12 Paul Gear wrote ..
> >> Hi folks,
> >>
> >> I've made a few useful (i think) changes to the Shorewall module, and
> i
> >> plan to make a few more before i send in the patches.  However, i would
> >> like to do some more testing & debugging, and i'd like to know what
> sort
> >> of debugging tools are at my disposal.
> >>
> >> From what i can tell, the Perl errors from my module actually go nowhere
> >> at all.  Is this correct/intended?  What is the preferred mechanism
> to
> >> capture Perl errors and produce debug output?  I've experimented with
> >> saving temporary files using a technique i borrowed from another module,
> >> and that seems to work sometimes, but not always (and possibly is
> >> dependent upon the actual path used).  I'm confused!  :-(
> > 
> > Hi Paul,
> > The debugging technique I usually use is to print to STDERR, which is
> > then logged to /var/webmin/miniserv.error . Not exactly the most modern
> > technique in this age of source-level debuggers, breakpoints and variable
> > watching, but it works for me :-)
> 
> Works for me - but i'm a bit old-school, too.  ;-)  Here's a first cut
> patch at what i've done with Shorewall.  (Important points are in the
> changelog.)  I've done some basic testing of the changes, but i'm sure
> it could use more.
> 
> I wasn't sure about a lot of the webmin idioms for things, so i tried to
> preserve the coding style (except for the zero-indent technique!) as
> much as i could.  Hope it works for everyone.  I'd appreciate any feedback.

Ok, the patch looks good. I have applied it to my source tree, and will
include it in the Webmin 1.350 release, which I plan to build today. 

Thanks again!

 - Jamie

Re: [webmin-devel] Debugging and Shorewall module

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

On 1/Aug/2007 00:35 Paul Gear wrote ..
> Jamie Cameron wrote:
> > On 31/Jul/2007 14:12 Paul Gear wrote ..
> >> Hi folks,
> >>
> >> I've made a few useful (i think) changes to the Shorewall module, and
> i
> >> plan to make a few more before i send in the patches.  However, i would
> >> like to do some more testing & debugging, and i'd like to know what
> sort
> >> of debugging tools are at my disposal.
> >>
> >> From what i can tell, the Perl errors from my module actually go nowhere
> >> at all.  Is this correct/intended?  What is the preferred mechanism
> to
> >> capture Perl errors and produce debug output?  I've experimented with
> >> saving temporary files using a technique i borrowed from another module,
> >> and that seems to work sometimes, but not always (and possibly is
> >> dependent upon the actual path used).  I'm confused!  :-(
> > 
> > Hi Paul,
> > The debugging technique I usually use is to print to STDERR, which is
> > then logged to /var/webmin/miniserv.error . Not exactly the most modern
> > technique in this age of source-level debuggers, breakpoints and variable
> > watching, but it works for me :-)
> 
> Works for me - but i'm a bit old-school, too.  ;-)  Here's a first cut
> patch at what i've done with Shorewall.  (Important points are in the
> changelog.)  I've done some basic testing of the changes, but i'm sure
> it could use more.
> 
> I wasn't sure about a lot of the webmin idioms for things, so i tried to
> preserve the coding style (except for the zero-indent technique!) as
> much as i could.  Hope it works for everyone.  I'd appreciate any feedback.

Thanks for the patch! I'll take a closer look at it tomorrow ..

 - Jamie

Re: [webmin-devel] Debugging and Shorewall module

[Hugo C. <hug...@ya...>]

I use two independent debugging techniques when developing webmin/apache modules:

1. The first one is a kind of logging, complementary to what webmin already does.  Webmin logs to a single file for all requests, I log to a set of rotating files, each file contains a information of the execution of cgi script.  The implementation of this can be found in the sesa scripts, a small application framework on top of webmin (available on sourceforge.net/projects/sesa, the specific files that implement the feature are Sems.pm and Persistency.pm).  The advantage of these log files is that they don't fill your disk (they are rotating), and give you a good history of what a user has done in the recent past.  The disadvantage is obviously performance.

2. From CPAN, there is a module Devel::ptkdb that allows to do source code debugging, also for cgi scripts running on a remote server.  To do this, you set the DISPLAY variable to your display (where your browser is runnning), in a very first _BEGIN_ block in your cgi script.  Then, second, you use the interpreter sequence '#!/usr/bin/perl -d:ptkdb' to call the debugger.  Then, make a request to the server, such that it executes your cgi script.  Perhaps small changes are required to the webmin configuration, I am not entirely sure about it (e.g. to fork cgi scripts ?).  I have used this technique a lot for debugging complicated cgi scripts.


Hugo


Paul Gear <pa...@ge...> wrote: Hi folks,

I've made a few useful (i think) changes to the Shorewall module, and i
plan to make a few more before i send in the patches.  However, i would
like to do some more testing & debugging, and i'd like to know what sort
of debugging tools are at my disposal.

>From what i can tell, the Perl errors from my module actually go nowhere
at all.  Is this correct/intended?  What is the preferred mechanism to
capture Perl errors and produce debug output?  I've experimented with
saving temporary files using a technique i borrowed from another module,
and that seems to work sometimes, but not always (and possibly is
dependent upon the actual path used).  I'm confused!  :-(

Thanks in advance,
Paul

--
Did you know?  It is illegal to use your copy of Microsoft Office on
multiple computers without multiple licenses.  Why not try the free
alternative OpenOffice.org?  

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/-
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


       
---------------------------------
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. 

Re: [webmin-devel] Debugging and Shorewall module

[Paul G. <pa...@ge...>]

Jamie Cameron wrote:
> On 31/Jul/2007 14:12 Paul Gear wrote ..
>> Hi folks,
>>
>> I've made a few useful (i think) changes to the Shorewall module, and i
>> plan to make a few more before i send in the patches.  However, i would
>> like to do some more testing & debugging, and i'd like to know what sort
>> of debugging tools are at my disposal.
>>
>> From what i can tell, the Perl errors from my module actually go nowhere
>> at all.  Is this correct/intended?  What is the preferred mechanism to
>> capture Perl errors and produce debug output?  I've experimented with
>> saving temporary files using a technique i borrowed from another module,
>> and that seems to work sometimes, but not always (and possibly is
>> dependent upon the actual path used).  I'm confused!  :-(
> 
> Hi Paul,
> The debugging technique I usually use is to print to STDERR, which is
> then logged to /var/webmin/miniserv.error . Not exactly the most modern
> technique in this age of source-level debuggers, breakpoints and variable
> watching, but it works for me :-)

Works for me - but i'm a bit old-school, too.  ;-)  Here's a first cut
patch at what i've done with Shorewall.  (Important points are in the
changelog.)  I've done some basic testing of the changes, but i'm sure
it could use more.

I wasn't sure about a lot of the webmin idioms for things, so i tried to
preserve the coding style (except for the zero-indent technique!) as
much as i could.  Hope it works for everyone.  I'd appreciate any feedback.

-- 
Paul
<http://paulgear.webhop.net>
--
Be nice to apostrophes!  http://www.apostrophe.fsnet.co.uk/

Re: [webmin-devel] Debugging and Shorewall module

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

On 31/Jul/2007 14:12 Paul Gear wrote ..
> Hi folks,
> 
> I've made a few useful (i think) changes to the Shorewall module, and i
> plan to make a few more before i send in the patches.  However, i would
> like to do some more testing & debugging, and i'd like to know what sort
> of debugging tools are at my disposal.
> 
> From what i can tell, the Perl errors from my module actually go nowhere
> at all.  Is this correct/intended?  What is the preferred mechanism to
> capture Perl errors and produce debug output?  I've experimented with
> saving temporary files using a technique i borrowed from another module,
> and that seems to work sometimes, but not always (and possibly is
> dependent upon the actual path used).  I'm confused!  :-(

Hi Paul,
The debugging technique I usually use is to print to STDERR, which is
then logged to /var/webmin/miniserv.error . Not exactly the most modern
technique in this age of source-level debuggers, breakpoints and variable
watching, but it works for me :-)

 - Jamie

[webmin-devel] Debugging and Shorewall module

[Paul G. <pa...@ge...>]

Hi folks,

I've made a few useful (i think) changes to the Shorewall module, and i
plan to make a few more before i send in the patches.  However, i would
like to do some more testing & debugging, and i'd like to know what sort
of debugging tools are at my disposal.

=46rom what i can tell, the Perl errors from my module actually go nowher=
e
at all.  Is this correct/intended?  What is the preferred mechanism to
capture Perl errors and produce debug output?  I've experimented with
saving temporary files using a technique i borrowed from another module,
and that seems to work sometimes, but not always (and possibly is
dependent upon the actual path used).  I'm confused!  :-(

Thanks in advance,
Paul
<http://paulgear.webhop.net>
--
Did you know?  It is illegal to use your copy of Microsoft Office on
multiple computers without multiple licenses.  Why not try the free
alternative OpenOffice.org?  <http://www.openoffice.org>

Re: [webmin-devel] html templates ok? foo

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

On 21/Jul/2007 22:20 Jamie Cameron wrote ..
> dfgsgfgg
> sfdg
> dfd
> gfdgfsdgd

Whoops .. clicked the wrong button while testing improvements
to the Usermin mail reader!

 - Jamie

Re: [webmin-devel] html templates ok? foo

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

dfgsgfgg
sfdg
dfd
gfdgfsdgd

Re: [webmin-devel] Public CVS/Subversion?

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

On 18/Jul/2007 03:32 Paul Gear wrote ..
> Jamie Cameron wrote:
> > On 26/Jun/2007 16:38 Paul Gear wrote ..
> >> Hi all,
> >>
> >> I'm trying to hack on the Webmin Shorewall module, which seems to need
> >> a
> >> bit of updating, and i'm trying to locate the current CVS/Subversion
> >> repository.  I found one at sourceforge.net, but it seems a few years
> >> out of date.  Is there a current public repository?  Should i be
> >> downloading the devel tgz snapshots instead?
> > 
> > Hi Paul,
> > 
> > There is an SVN repository, but it is not publicly available yet.
> > However, if you want to contribute, email me your preferred login and
> > password and I will add an account for you so that you can access it.
> 
> I'm at the point of beginning testing of a couple of useful changes to
> the Shorewall module, and i have some questions:
> 
> - What's the best way to test the changes?  Is there any system of
> testing module code changes, or should i just whack it in a test
> system's directory and try it?

There's no formal system .. instead, you should just copy the changes
into the directory for a working Webmin install, and try them out.

> - What is the licensing on the Shorewall module?  (Are they all BSD
> licensed if not specified otherwise?)  Where should i put my mark for
> any significant amount of code i write?

All the current code is BSD licenced. For most people's changes, they 
add comments above the new blocks giving themselves attributions, or
add a comment at the top of the file.

 - Jamie

Re: [webmin-devel] Public CVS/Subversion?

[Paul G. <pa...@ge...>]

Jamie Cameron wrote:
> On 26/Jun/2007 16:38 Paul Gear wrote ..
>> Hi all,
>>
>> I'm trying to hack on the Webmin Shorewall module, which seems to need=

>> a
>> bit of updating, and i'm trying to locate the current CVS/Subversion
>> repository.  I found one at sourceforge.net, but it seems a few years
>> out of date.  Is there a current public repository?  Should i be
>> downloading the devel tgz snapshots instead?
>=20
> Hi Paul,
>=20
> There is an SVN repository, but it is not publicly available yet.
> However, if you want to contribute, email me your preferred login and
> password and I will add an account for you so that you can access it.

I'm at the point of beginning testing of a couple of useful changes to
the Shorewall module, and i have some questions:

- What's the best way to test the changes?  Is there any system of
testing module code changes, or should i just whack it in a test
system's directory and try it?

- What is the licensing on the Shorewall module?  (Are they all BSD
licensed if not specified otherwise?)  Where should i put my mark for
any significant amount of code i write?

Thanks,
Paul
<http://paulgear.webhop.net>
--
Did you know?  Microsoft Internet Explorer and Outlook have a poor track
record for security <http://www.kb.cert.org/vuls/id/713878>.  Why not
try one of the more secure alternatives from <http://mozilla.org>?

Re: [webmin-devel] Public CVS/Subversion?

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

On 27/Jun/2007 18:09 matt westerburg wrote ..
<blockquote type="cite">
Are there any plans for infrastructure changes to webmin as for as its core is concerned?&nbsp; <br />
</blockquote>No - the core design is not going to change any time soon. My current plans are for various incremental improvements, some UI re-writes, and new modules..<br /><br />&nbsp;- Jamie<br /><br />

Re: [webmin-devel] Public CVS/Subversion?

[matt w. <wes...@gm...>]

Are there any plans for infrastructure changes to webmin as for as its core
is concerned?