Joe Cooper <joe@...> wrote:
> Just a guess, but I remember reading an article in a Perl magazine a
> year or two ago by the fellow at e-smith who designed the interface,
> and I seem to recall it has 'registry' like properties--like storage
> of configuration details in a single file, or set of related files.
> Something about uniformity, or something.
e-smith uses both an LDAP database (for users) and a single configuration
file (dot.ini-like) that basically turns features "on" or "off". At reboot,
or after making any change, e-smith re-configures the whole OS based on the
configuration file.
The two can't go together... you'd have to use either e-smith's
configuration system, or Webmin. Or, hook webmin to use e-smith's perl API.
--
Jay Swackhamer <jswack@...>
Nebularis Inc. <http://nebularis.com&gt;
Ottawa, ON tel: 613-843-9358 fax: 613-825-5960

Joe Cooper wrote:
> Hmmm... So their RPM doesn't run the setup script to do the install, eh?
No .. it runs it at build time.
> I've been planning to build a custom RPM for our systems, because it is
> impossible to install Webmin during a kickstart installation due to the
> perl requirement. But I fear the complexity of the task, after having
> looked at the Mandrake package (I think, maybe it was PLD--either way
> both were scary SPEC files) where there were like a billion packages to
> make up a standard Webmin installation.
Even caldera's RPM has the same problem of some things not being available
at distro install time, such as the root password. Their solution was to
arrange for a small script to be run when webmin is first started to get
the root password, hostname and a few other things. An even better solution
would be for this script to run setup.sh in the same way that my .spec file
does in the %post section.
- Jamie

ToF,
I have found that the apt version of webmin does not work...I worked on
the apt version for quite some time and could never get it
what I did was just downloaded the gz file and ran it that way and all is
well plus you then have the ability to upgrade it easily
----- Original Message -----
From: "tof" <daztof@...>
To: <webadmin-list@...>
Sent: Monday, September 23, 2002 5:06 AM
Subject: Debian configuration
> Hi,
>
> I want configure webmin on my debian linux. I've dwl webmin with apt, but
i
> can't admin my system, authentification works fine but i can't configure
any
> module. When i change the configuration files for apache, squid, or MySQL
webmin
> can't view the base. With a redhat it's works fine but not with debian
(3.0).
> Please, can you help me.
>
> Thanks, ToF.
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> -
> Forwarded by the Webmin mailing list at
webadmin-list@...
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-list

Steve M Bibayoff wrote:
> Joe Cooper <joe@...> wrote:
>
>
>>I've been planning to build a custom RPM for our systems, because
>>it is
>>impossible to install Webmin during a kickstart installation due to
>>the
>>perl requirement.
>
>
> I've have ran it in the %post section. Of course these where already
> custom webmin rpm's (had users allready).
Oh, of course...I'm running it in %post now. But that means I have to
also pull down all of my custom module RPMs, the themes, and handle the
configuration. A custom RPM that installs easily will save me a lot of
time spent updating kickstart files (since no version information is
required in the packages section).
I haven't considered it a priority to get it running in the normal
package phase, just a nuisance issue that I'd like to fix "some day".
--
Joe Cooper <joe@...>
Web caching appliances and support.
http://www.swelltech.com

Is is possible to do a two-level sorting?? I like that I can sort by gro=
up to=20
keep the servers separated. However, it would also be nice to have it so=
rted=20
alphabetically or numerically within the groups as well. Is this possibl=
e?
If not, then I guess I'll just have to clone the module for each group an=
d=20
sort it alphabetically within the module. Not a big deal, just inconveni=
ent. =20
:)
--=20
Freddie
fcash@...

> Hmmm... So their RPM doesn't run the setup script to do the install, eh?
>
> I've been planning to build a custom RPM for our systems, because it is
> impossible to install Webmin during a kickstart installation due to the
> perl requirement. But I fear the complexity of the task, after having
> looked at the Mandrake package (I think, maybe it was PLD--either way
> both were scary SPEC files) where there were like a billion packages to
> make up a standard Webmin installation.
>
> Anyway, Caldera's SPEC might be a more sane starting point for me...
I am not suggesting the following is the perfect solution for everyone, but
where I work we have a general
solution to these type of problems. Essentially it boils down to
generating seperate package for:
- the application.
- the application configuration files.
So with webmin, we have a webmin rpm and a webmin-config rpm. This of
course ultimately means
we do not use Jamie's setup script (well we do, but only in development).
Since we are developing
OEM type products this tends to work very well for us, because we hand
tailor each config file to meet
our specific needs. These config files are then, as mentioned above, put
in a seperate RPM, so that we
can actualy have seperate config RPM's for different products, but the same
webmin RPM. The end
result is that installing webmin via kickstart is trivial, as we do not
have to run the perl setup script
because our setup occurs via our config rpm which is static (and since our
product is static [er, until we
put a new release out (-;] this is not problem).
Anyway, I figured I would throw that out there, as it may help some who are
willing to repackage webmin (i.e.
specfile alterations are required).
Cheers...james

Joe Cooper <joe@...> wrote:
> I've been planning to build a custom RPM for our systems, because
> it is
> impossible to install Webmin during a kickstart installation due to
> the
> perl requirement.
I've have ran it in the %post section. Of course these where already
custom webmin rpm's (had users allready).
Steve

I'd probably take Jamie's advice and uninstall the old one first ( 'rpm
-e'). You can backup whatever module configurations you've changed by
saving the files in /etc/webmin somewhere else--just don't copy them
blindly back over. Only copy the few you need. The defaults should be
very reasonable in most cases, and so won't have been changed.
Remember that Webmin configuration (which is the only thing changed by a
reinstall) doesn't impact your system configuration at all. They are
entirely separate entities. You likely won't lose much by reinstalling,
and if you know what stuff you've added, you can have it backed up in
under a minute.
No need to gather any info. I'm sure I can make an alternate Webmin RPM
package work well--it's just that the last time I tried to leverage
someone elses work in packaging it (Mandrake and PLD, specifically) the
SPEC files were so hairy it made me itch. I'm guessing someone has a
nice SPEC file out there that doesn't use the normal setup.sh script to
do the installation, and even if not, I just need the time to sit down
to do the work. Packaging isn't hard, just time consuming.
RichChestmat wrote:
> OK OK I admit I was going to try the 1st suggestion of forcing the
> upgrade but now I'm cautious. Is it even worth trying to do the
> upgrade or will it lead to nasty things happening down the line? I'd
> LIKE to upgrade if I can to save setting up scripts but on the other
> hand I am trying to learn this thing too.
>
> I can testify that the .89 version works reasonably well with the
> stuff I had done in the past before the rebuild. If that helps... I'd
> be willing to collect some data for you. My distro is at around 6
> months old now too - not sure if Caldera are doing more versions now
> though since they seem to have decided to focus on other nix variants
> now.
>
> -----Original Message----- From: Joe Cooper
> [mailto:joe@...] Sent: Mon 23/09/2002 16:35 To:
> webadmin-list@... Cc: Subject: Re: OpenServer
> webmin 0.89 is newer than 1.000 probs
>
>
>
> Hmmm... So their RPM doesn't run the setup script to do the install,
> eh? I've been planning to build a custom RPM for our systems,
> because it is impossible to install Webmin during a kickstart
> installation due to the perl requirement. But I fear the complexity
> of the task, after having looked at the Mandrake package (I think,
> maybe it was PLD--either way both were scary SPEC files) where there
> were like a billion packages to make up a standard Webmin
> installation. Anyway, Caldera's SPEC might be a more sane starting
> point for me... Jamie Cameron wrote: > Another problem with the
> caldera webmin RPM is that it > includes the /etc/webmin directory
> within the RPM itself .. > This means that it is pretty much
> impossible to upgrade from > it to the official RPM :( You would be
> better off uninstalling it, > and then installing the official 1.000
> RPM. > > - Jamie > <snip>
>
--
Joe Cooper <joe@...>
Web caching appliances and support.
http://www.swelltech.com

Hmmm... So their RPM doesn't run the setup script to do the install, =
eh?
I've been planning to build a custom RPM for our systems, because it =
is=20
impossible to install Webmin during a kickstart installation due to t=
he=20
perl requirement. But I fear the complexity of the task, after havin=
g=20
looked at the Mandrake package (I think, maybe it was PLD--either way=
=20
both were scary SPEC files) where there were like a billion packages =
to=20
make up a standard Webmin installation.
Anyway, Caldera's SPEC might be a more sane starting point for me...
Jamie Cameron wrote:
> Another problem with the caldera webmin RPM is that it
> includes the /etc/webmin directory within the RPM itself ..
> This means that it is pretty much impossible to upgrade from
> it to the official RPM :( You would be better off uninstalling it,
> and then installing the official 1.000 RPM.
>=20
> - Jamie
>=20
> RichChestmat wrote:
>=20
>> Many thanks. I have every confidence it will work.
>> =20
>> At risk of heading off-topic now but this isn't the first time I'v=
e=20
>> been bemused by the packages installed with Caldera. I had problem=
s=20
>> with the DHCP getting a lease over ADSL cos the distrubution versi=
on=20
>> was way out of date. Now I chose this distribution cos I wanted to=
use=20
>> something that was suitable for a server. I'd already discounted=
=20
>> Mandrake since it focussed on games and office apps.
>> =20
>> Can Caldera be a bit dodgy?
>> -----Original Message----- From: Joe Cooper=20
>> [mailto:joe@...] Sent: Mon 23/09/2002 13:01 To:=
=20
>> webadmin-list@... Cc: Subject: Re:=20
>> OpenServer webmin 0.89 is newer than 1.000 probs
>> =20
>> =20
>>
>> Caldera has probably used that abomination known as 'epoch' in=
the
>> vendor supplied RPM (sometimes it is unavoidable, and they mig=
ht have
>> done so to avoid problems with the Webmin 0.xx -> 0.xxx versio=
n=20
>> shift).
>> =20
>> You'll need to use the --oldpackage flag to convince it to ins=
tall.
>> =20
>> rpm -Uvh --oldpackage webmin-1.000-1.noarch.rpm
>> =20
>> RichChestmat wrote:
>> > I've just rebuilt my system and wanted to update the 0.89=
=20
>> version of
>> > webmin that is included with the Caldera OpenServer distrib=
ution.
>> >
>> > When I tried upgrading from within webmin via http://www.webmin.co=
m I=20
>> also
>> > got the "Failed to upgrade from http://www.webmin.com : HTTP/1.0 4=
04 Not
>> > Found" error. I then tried downloading the RPM from the sit=
e and
>> > upgrading from the uploaded file. Despite being told that I=
should
>> > wait a minute for the upgrade, after several minutes I=20
>> refreshed to
>> > be faced with the same 0.89 version. So then I did the rpm =
-U=20
>> thang
>> > and finally got an error message along the lines of (workin=
g from
>> > memory here - sorry) Not updated. 0.89 is newer than the so=
urce
>> > 1.000. Same error if I used the GUI RPM.
>> >
>> > I checked the mailing list archive but the only similar thi=
ng I=20
>> could
>> > find was related to a full /tmp volume. Although I will che=
ck that
>> > tonight when I get back home it seems unlikely since I am w=
orking
>> > with a fresh server install - and I should have over 50% of=
the=20
>> disk
>> > free. Caldera chose the partition sizes for me.
>> >
>> > I'm trying to get into Linux so it's prolly very simple. Pl=
ease be
>> > gentle.
>> >
>> > N=18???=DE=B5=E9=9A=8AX???'???u???)?=19?Y?\?g??=07??=17????=
????b?H=1EzG(??=1F=16??j?^u????
>> >=20
>> nh?????x%??Z?=07?i=D9=A2?X??X???(??=1E~??zw?N?=DE=9A??=CA=8B???_~?=
&?=18??+-??h??i??b??,???-
>> > y?+??=DE=B7?b????+-?w??=07?i=D9=A2?X?t=3D=3D=3D
>=20
>=20
>>
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> -
> Forwarded by the Webmin mailing list at webadmin-list@...=
orge.net
> To remove yourself from this list, go to
> http://lists.sourceforge.net/lists/listinfo/webadmin-lis
> t
--=20
Joe Cooper <joe@...>
Web caching appliances and support.
http://www.swelltech.com

Another problem with the caldera webmin RPM is that it
includes the /etc/webmin directory within the RPM itself ..
This means that it is pretty much impossible to upgrade from
it to the official RPM :( You would be better off uninstalling it,
and then installing the official 1.000 RPM.
- Jamie
RichChestmat wrote:
> Many thanks. I have every confidence it will work.
> =20
> At risk of heading off-topic now but this isn't the first time I've bee=
n bemused by the packages installed with Caldera. I had problems with the=
DHCP getting a lease over ADSL cos the distrubution version was way out =
of date. Now I chose this distribution cos I wanted to use something that=
was suitable for a server. I'd already discounted Mandrake since it focu=
ssed on games and office apps.
> =20
> Can Caldera be a bit dodgy?=20
>=20
> -----Original Message-----=20
> From: Joe Cooper [mailto:joe@...]=20
> Sent: Mon 23/09/2002 13:01=20
> To: webadmin-list@...=20
> Cc:=20
> Subject: Re: OpenServer webmin 0.89 is newer than 1.000 probs
> =09
> =09
>=20
> Caldera has probably used that abomination known as 'epoch' in the
> vendor supplied RPM (sometimes it is unavoidable, and they might have
> done so to avoid problems with the Webmin 0.xx -> 0.xxx version shift).
> =09
> You'll need to use the --oldpackage flag to convince it to install.
> =09
> rpm -Uvh --oldpackage webmin-1.000-1.noarch.rpm
> =09
> RichChestmat wrote:
> > I've just rebuilt my system and wanted to update the 0.89 version o=
f
> > webmin that is included with the Caldera OpenServer distribution.
> >
> > When I tried upgrading from within webmin via http://www.webmin.com I also
> > got the "Failed to upgrade from http://www.webmin.com : HTTP/1.0 404 Not
> > Found" error. I then tried downloading the RPM from the site and
> > upgrading from the uploaded file. Despite being told that I should
> > wait a minute for the upgrade, after several minutes I refreshed to
> > be faced with the same 0.89 version. So then I did the rpm -U thang
> > and finally got an error message along the lines of (working from
> > memory here - sorry) Not updated. 0.89 is newer than the source
> > 1.000. Same error if I used the GUI RPM.
> >
> > I checked the mailing list archive but the only similar thing I cou=
ld
> > find was related to a full /tmp volume. Although I will check that
> > tonight when I get back home it seems unlikely since I am working
> > with a fresh server install - and I should have over 50% of the dis=
k
> > free. Caldera chose the partition sizes for me.
> >
> > I'm trying to get into Linux so it's prolly very simple. Please be
> > gentle.
> >
> > N=18???=DE=B5=E9=9A=8AX???'???u???)?=19?Y?\?g??=07??=17?????=7F??b?=
H=1EzG(??=1F=16??j?^u????
> > nh?????x%??Z?=07?i=D9=A2?X??X???(??=1E~??zw?N?=DE=9A??=CA=8B???_~?&=
?=18??+-??h??i??b??,???-
> > y?+??=DE=B7?b????+-?w??=07?i=D9=A2?X?t=3D=3D=3D
>=20

Caldera has probably used that abomination known as 'epoch' in the=
=20
vendor supplied RPM (sometimes it is unavoidable, and they might have=
=20
done so to avoid problems with the Webmin 0.xx -> 0.xxx version shift=
).
You'll need to use the --oldpackage flag to convince it to install.
rpm -Uvh --oldpackage webmin-1.000-1.noarch.rpm
RichChestmat wrote:
> I've just rebuilt my system and wanted to update the 0.89 version =
of
> webmin that is included with the Caldera OpenServer distribution.
>
> When I tried upgrading from within webmin via http://www.webmin.com I als=
o
> got the "Failed to upgrade from http://www.webmin.com : HTTP/1.0 404 Not
> Found" error. I then tried downloading the RPM from the site and
> upgrading from the uploaded file. Despite being told that I should
> wait a minute for the upgrade, after several minutes I refreshed t=
o
> be faced with the same 0.89 version. So then I did the rpm -U than=
g
> and finally got an error message along the lines of (working from
> memory here - sorry) Not updated. 0.89 is newer than the source
> 1.000. Same error if I used the GUI RPM.
>
> I checked the mailing list archive but the only similar thing I co=
uld
> find was related to a full /tmp volume. Although I will check that
> tonight when I get back home it seems unlikely since I am working
> with a fresh server install - and I should have over 50% of the di=
sk
> free. Caldera chose the partition sizes for me.
>
> I'm trying to get into Linux so it's prolly very simple. Please be
> gentle.
>
> N=18???=DE=B5=E9=9A=8AX???'???u???)?=19?Y?\?g??=07??=17?????=C1=
=BF??b?H=1EzG(??=1F=16??j?^u????
> nh?????x%??Z?=07?i=D9=A2?X??X???(??=1E~??zw?N?=DE=9A??=CA=8B???_~?=
&?=18??+-??h??i??b??,???-
> y?+??=DE=B7?b????+-?w??=07?i=D9=A2?X?t=3D=3D=3D
--=20
Joe Cooper <joe@...>
Web caching appliances and support.
http://www.swelltech.com

Hi,
I want configure webmin on my debian linux. I've dwl webmin with apt, but i
can't admin my system, authentification works fine but i can't configure any
module. When i change the configuration files for apache, squid, or MySQL webmin
can't view the base. With a redhat it's works fine but not with debian (3.0).
Please, can you help me.
Thanks, ToF.

Alfred,
I expect to be around later today if you have any problems, give me a call
at home :) Maybe I can make it to berlin later in the week to help you out.
Dale
On Monday, September 23, 2002, at 08:52 AM, alfred wippermann wrote:
> thank you jamie,
>
> we will follow your advice. hope everything will work fine
>
> alfred
>
> Jamie Cameron wrote:
>
>> alfred wippermann wrote:
>>
>>> Jamie,
>>>
>>> which webmin do you recomment for xserve with OSX Server 10.2.
>>>
>>> is there any experience (workarounds etc.) to keep in mind when
>>> installing.
>>>
>>> greetings from berlin
>>
>> Webmin 1.000 will work fine on OSX 10.2 .. you just have to download
>> and install the .tar.gz version.
>>
>> - Jamie

On Sun, 2002-09-22 at 18:20, Jamie Cameron wrote:
> Matthew Vanecek wrote:
>=20
> > On Sat, 2002-09-21 at 21:35, Jamie Cameron wrote:
> >=20
> >>Matthew Vanecek wrote:
> >>
> >>
> >>>I've managed to get the Postgresql module running. Previously, I had
> >>>been getting the "unblessed reference in postgresql-lib.pl: line 134".=
=20
> >>>I fixed that, and the patch is attached to this message.
> >>>
> >>>Now, however, I'm getting another message:
> >>> SQL select version() failed : user "root" does not exist
> >>>
> >>>I get this error message immediately upon selecting the Postgresql
> >>>module. There is no option to re-login or anything. Very
> >>>frustrating...
> >>>
> >>>How can I get around this? I'm not logged into Webmin as root, and I
> >>>cannot find user "root" in any of the config files. I've tried exitin=
g
> >>>my browser, clearing cache, etc. What happened to the database
> >>>administrator login prompt, and how can I get it back (and get it to
> >>>work)?
> >>>
> >>
> >>The user what webmin logs into postgresql as in in the /etc/webmin/post=
gresql/config
> >>file, in the login=3D line. Sometimes the database will only allow the =
*unix* user
> >>postgres to login, in which case you have to add/update the linux unix=
=3Dpostgres in
> >>the /etc/webmin/postgresql/config file.
> >>
> >> - Jamie
> >>
> >>
> >=20
> > I see that. It has user=3Dpostgres, login=3D<user> (now), and
> > pass=3Dplaintext. Isn't there a way to not store plaintext passwords i=
n a
> > file? The permissions being such that only root can read the file do
> > not justify storing a plaintext password anywhere on the system.
>=20
>=20
> Storing plain-text passwords is inevitable unfortunately. Webmin needs
> to login to postgresql, and all the database APIs only accept passwords
> in plain text.
>=20
>=20
> > I still cannot login to the server, though. Now I get:
> >=20
> > Login failed : Incorrect administration username or password
> >
> > It may be that the plain text password is messing things up? I've trie=
d
> > <user>, root, and postgres. <user> is my default DB connection ID. I
> > use <user> to connect from my workstation to the DB server and perform
> > maintenance tasks, etc. root is not set up in Postgres as a user, but
> > what the heck...and of course postgres is set up. I can connect all da=
y
> > with postgres and <user>, as well as with non-admin IDs, so I KNOW my
> > database is set up correctly.
>=20
>=20
> Can you login to the database from the db server itself, and if so
> what postgrsql username do you use, and check unix user is the login done=
as?
> Another thing to try would be stopping webmin from using DBI to connect,
> by editing /etc/webmin/postgresql/config and adding/updating the line nod=
bi=3D1
>=20
> - Jamie
Everything works fine using the Postgresql and other 3rd-party clients.=20
I still get the same error from webmin, though. I tried the nodbi=3D1,
and still no go.
I don't use IDENT as an auth method, so which unix user I use is
irrelevant. It's either crypt (remotely, older clients), or md5 locally
(but I did try changing that to the older crypt, just to try it). I
tried "trust" as a local auth method, and can get in that way. Of
course, using "trust" as an auth method is completely 100% unacceptable.
Somehow Webmin, or Perl, is mangling the password. I'll try to write a
simple connect script tomorrow or Tuesday, to make doubly sure Perl can
connect alright, but I don't think it will be a problem.
Webmin is the only app I have problems with WRT Postgresql. Everything
else works fine, both on the server and remotely. I'd be happy to turn
on debugging if I knew where it was.
Thanks,
--=20
Matthew Vanecek
perl -e 'print
$i=3Dpack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
***************************************************************************=
*****
For 93 million miles, there is nothing between the sun and my shadow
except me.
I'm always getting in the way of something...

At 16:24 20/09/2002 +1000, Jamie Cameron sent this up the stick:
>Rob B wrote:
>
>>At 12:26 19/09/2002 +1000, Rob B sent this up the stick:
>>
>>>At 22:02 18/09/2002 +1000, Jamie Cameron sent this up the stick:
>>>
>>>>Rob B wrote:
>>>>
>>>>>Haven't seen this mentioned as yet, so I thought I'd raise it here.
>>>>>The Linux Firewall module doesn't seem to want to move a rule in the
>>>>>chain. For example - I created a LOG rule, and it was placed at the
>>>>>bottom of the ruleset. I am not able to move the rule up (or the tule
>>>>>above it down) in the list.
>>>>>This is on Webmin 1.00 under Debian 3.0.
>>>>
>>>>
>>>>
>>>>It definately works for me .. are you sure the page isn't being cached
>>>>by your browser? Try doing a shift-reload after clicking the arrow
>>>>button ..
>>>
>>>
>>>Tried under IE4. Mozilla and Opera 6.05 - same thing happens with all
>>>browsers
>>
>>As a followup to this issue - I got the rules to move around in the list,
>>but only AFTER editing /var/lib/iptables/active by hand, then moving the
>>rule in Webmin. How odd.
>
>
>After a bit more testing, it turns out you are correct - sometimes rules
>cannot be moved up and down. However, there is now an update out at the
>usual place to fix this ..
Great stuff!!! Works like a charm now.
cheers,
rob
--
Ah! But does a half-dead cat have Buddha Nature?
This is random quote 171 of a collection of 1252
[15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian

Community

Help

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

I agree to receive quotes, newsletters and other information from sourceforge.net and its partners regarding IT services and products. I understand that I can withdraw my consent at any time. Please refer to our Privacy Policy or Contact Us for more details