[e-smith-devinfo] new hdlist

2002-02-13 Thread Vineet Mehta
How do i create new hdlist file after i have added my rpm's? TIA Extreme Looking for a job? Visit Yahoo! India Careers Visit http://in.careers.yahoo.com -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Brad Hards
On Thu, 14 Feb 2002 15:54, Charlie Brady wrote: > If you are really serious about mail system performance, the first thing > you'd do is replace obtuse smtpd with qmail-smtpd, and I haven't noticed > anyone here talking about doing that (although we have had one direct > enquiry, but for other rea

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Charlie Brady
On Thu, 14 Feb 2002, Brad Hards wrote: > Also, if you really need serious mail support, and are worried about > speed, one idea: > https://listman.redhat.com/pipermail/ext3-users/2002-January/002666.html If you are really serious about mail system performance, the first thing you'd do is replac

[e-smith-devinfo] File systems/directories/ACLs (was RE: development roadmap)

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, Les Mikesell wrote: > format. ReiserFS uses btrees for directories so the search scales > much better and I think XFS uses some sort of directory hashing. > Either should be much better for that kind of use, and XFS has > the advantage of ACLs that samba can map to match NT

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Brad Hards
On Thu, 14 Feb 2002 14:03, Les Mikesell wrote: > Does this mean 'fixed' as in it won't crash and burn, or as > in making it something you actually want to do? Most unix AFAIK, "fixed" as in doesn't suck, performance wise, except as needed by the synchronous behaviour. It probably isn't going to b

RE: [e-smith-devinfo] development roadmap

2002-02-13 Thread Les Mikesell
> From: Brad Hards [mailto:[EMAIL PROTECTED]] > > I am pretty sure that the problems with ext3 and creating > thousands of files > under a single directory have been fixed. I went to a talk by Ted > T'so last > week (http://linux.conf.au), and this was mentioned. > Of course, we should try to

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Dan Brown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > From: Charlie Brady [mailto:[EMAIL PROTECTED]] > Have you ever seen anything in /usr/lib/php4 which isn't an > extension shared object file? Don't believe so, and everything that I have ready access to seems to confirm that, FWIW... -

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, Dan Brown wrote: > > From: Charlie Brady [mailto:[EMAIL PROTECTED]] > > > them in. If ordering doesn't matter, then you could just grab each > > of the filenames in /usr/lib/php4. > > I've never heard that order is at all significant, and I'm pretty > sure that the

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Dan Brown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > From: Charlie Brady [mailto:[EMAIL PROTECTED]] > them in. If ordering doesn't matter, then you could just grab each > of the filenames in /usr/lib/php4. I've never heard that order is at all significant, and I'm pretty sure that the sto

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, Dan Brown wrote: > > foreach my $file (qw(imap ldap mysql pgsql)) > > Seems straightforward enough. If you're going to do this, though, > could you include the names of all the (common) extensions? snmp, > odbc, oracle, etc? Sure. I was just going by the set of

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Dan Brown
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > From: Charlie Brady [mailto:[EMAIL PROTECTED]] > foreach my $file (qw(imap ldap mysql pgsql)) Seems straightforward enough. If you're going to do this, though, could you include the names of all the (common) extensions? snmp, odbc,

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, David Brown wrote: > The standard RedHat PHP module rpms edit php.ini directly to indicate that a > particular module is installed and available. This step would need to be > replaced with a template fragment, a config database entry or some other > method to document the n

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread David Brown
On Wednesday, February 13, 2002 Charlie Brady wrote: > > True, but in order for the system to know that the policy involves the > > installation of various php modules, we need an e-smith version of that > > module to set the policy in a template fragment or in the configuration > > database, a

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, David Brown wrote: > > This means, for instance, that you can do a backup and restore, using > > standard SME server tools, and preserve the current settings. It means > > that you can do a restore of a backup onto a newer version of the system, > > and still get the same po

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread David Brown
On Wednesday, February 13, 2002 Charlie Brady wrote: > > To clarify things for me, what benefit do we derive out of this? Are we > > templating php.ini just so it's like everything else, or is > there a deeper > > reason? > > There is a deeper reason. I suspected as much, or I wouldn't have rea

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jaime Nebrera Herrera
> Can someone point me to this monitor ? Sure, ftp://ftp.e-smith.org/pub/e-smith/contrib/eneo/RPMS/noarch/e-smith_monitor.html Regards -- Jaime Nebrera - [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support

RE: [e-smith-devinfo] template php.ini

2002-02-13 Thread Charlie Brady
On Tue, 12 Feb 2002, David Brown wrote: > To clarify things for me, what benefit do we derive out of this? Are we > templating php.ini just so it's like everything else, or is there a deeper > reason? There is a deeper reason. > I can see templating files that rely on changes in the server >

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jaime Nebrera Herrera
El Mié 13 Feb 2002 15:09, Steve B escribió: > Can someone point me to this monitor ? Sure, ftp://ftp.e-smith.org/pub/e-smith/contrib/eneo/RPMS/noarch/e-smith_monitor.html -- Jaime Nebrera - [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jaime Nebrera Herrera
> Jaime's System Monitor better be in the iso, or it's not complete! > How else can we find problems like the one with MC hogging CPU cycles? You are right. Actually seeing the CPU graph solid red continously make us think there was something wrong with the server. -- Jaime Nebrera - [EMAIL

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Stewart Evans
Just to throw my .2c worth in regarding development tools I believe both options have there uses, Blade and rpm ball as this would then allow developers to build development/inhouse ISO which would have development tools,sysmonitor,ext interface,etc Has anyone tried to port e-smith to PPC/mac ?

RE: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Trevor Ouellette
Hi Jose, This is the /etc/e-smith/web/functions/squidguard file that you modified right? That's good. Yes, some new features have been added (log, blacklist location, etc.). As far as the color goes... I just happen to like the color blue. It is nicer to look at then gray and it is just a coi

RE: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread jose velez
I just installed Squidguard3 and it works great. The only thing that does not work is the server manager the content filtering will fail. I can modified with login at the 192.168.1.1/squidguard. You even change the color to blue to match Mitel screen and added new features Thank You -- jose

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Brad Hards
On Thu, 14 Feb 2002 01:48, Les Mikesell wrote: > > > Having an XFS filesystem would be nice too, but secondary to the > > > range of services available. > > > > They appear to mention they already use RedHat 7.2, ext3. > > I think XFS or Reiser would be a better fit for running > qmail and its on

RE: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Trevor Ouellette
Glad to hear that you are up and running. Trev. > If I only had half a brain, I would be dangerous! Wow! > Sometimes I dont know why they call me an engineer. > > Sheech! The port & IP address is connected to my laptop - not to the test > server. > How the heck can I FTP if the test server is

Re: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Orville Carter
If I only had half a brain, I would be dangerous! Wow! Sometimes I dont know why they call me an engineer. Sheech! The port & IP address is connected to my laptop - not to the test server. How the heck can I FTP if the test server is NOT connected to the internet! What am I, a Moron! Sorry Trev

RE: [e-smith-devinfo] Upload Panel template for manager (was need help with project)

2002-02-13 Thread Trevor Ouellette
Mr. Sanchez, Thanks for the quick response. I know that you are very busy and your time is very valuable. Type of file:.tar.gz or RPM Max size of file:< 1024Kb Location of uploaded file: /home/e-smith/upload Placido, I don't even know what the events are

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread John Powell
From: "Jason Miller" <[EMAIL PROTECTED]> > It is definitely the job for a blade. So much so that I believe we already > started building one awhile back that would include: > > make > cvs > rcs > vim-enhanced > e-smith-devtools > [and several others that I can't seem to recall off hand] > > Not s

RE: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Trevor Ouellette
Good, it detected your software OS version. Don't worry about the "File exists" error messages. The links already exist. However, the blacklist download script is having a few issues... that's interesting. The script is located at: /usr/local/squidGuard/supdate Orville, I just ran my supdate (

[e-smith-devinfo] blades vs. RPM was [Re: [e-smith-devinfo] development roadmap]

2002-02-13 Thread John Powell
> Quoting John Powell <[EMAIL PROTECTED]>: > > > I would even say the same for a compiler and other dev tools (no > > matter how much I would like to have them installed for me), they are > > never (and should never) be included in the SME production ISO. It > > would be nice to make a single RPM

Re: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Orville Carter
Trevor, Everything seem to be ok up to this point. I have the complete list of messages if you need it. Some of the line below occured because this was a reinstall to see error messages. ... ... Server software version: 5.1.2 Installing web-panels for version 5.1.2... `variables/functions/SME5/

RE: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Trevor Ouellette
Orville, 4.1.2 works perfectly with squidguard. Someone will have to make it SME5 compatible. I thought I had it, but if you want to publish the error messages to the devlist, someone with SME5 can take a look and make the appropriate changes. I would be happy to direct or help anyone who is i

Re: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Orville Carter
- Original Message - From: "Trevor Ouellette" <[EMAIL PROTECTED]> To: "Devinfo@Lists. E-Smith. Org" <[EMAIL PROTECTED]> Sent: Wednesday, February 13, 2002 11:13 AM Subject: RE: [e-smith-devinfo] Installing SG3 (was SG3) > This software comes without warranty. Use at your own risk. It s

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jason Miller
On Wed, 13 Feb 2002, Dan Brown wrote: > Quoting John Powell <[EMAIL PROTECTED]>: > > > I would even say the same for a compiler and other dev tools (no > > matter how much I would like to have them installed for me), they are > > never (and should never) be included in the SME production ISO. I

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Dan Brown
Quoting John Powell <[EMAIL PROTECTED]>: > I would even say the same for a compiler and other dev tools (no > matter how much I would like to have them installed for me), they are > never (and should never) be included in the SME production ISO. It > would be nice to make a single RPM of RPMs to

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread John Powell
From: "Greg Zartman" <[EMAIL PROTECTED]> > I'm wondering if we aren't starting to wonder off-base here a little. I > thought the original intent of this specific development project was to > establish a testbed, so to speak, for trying out new technologies on > SME. I agree 100%. I think if we

[e-smith-devinfo] Need your help on a project

2002-02-13 Thread Trevor Ouellette
Hi, I have looked at your "Multi user account" rpm and think that it is amazing! I have a very simple project that I need help with. I need a panel in the Manager that allows a user to upload a file to the server. Then the server will perform an action/event on it. I can easily do the second pa

[e-smith-devinfo] ext3 + 2.2.19

2002-02-13 Thread Craig Foster
It's late, my mind is buggered, and I now *know* I'm out of my league :P My efforts at compiling ext3 (without kdb support) into a Red Hat default kernel have gone bush. I'm having troubles with modules and all the extra stuff that I know e-smith clients need. I know that this can work as the Cl

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Rob Hillis
On Wed, 13 Feb 2002 08:54, Darrell May wrote: > just a few examples > > I think many of us listened to statement that said 'if you build it, we > just might incorporate it'. Unfortunately we are not seeing this happen. > Many excellent contribs await incorporating into the base iso. Maybe so

RE: [e-smith-devinfo] development roadmap

2002-02-13 Thread Greg Zartman
I'm wondering if we aren't starting to wonder off-base here a little. I thought the original intent of this specific development project was to establish a testbed, so to speak, for trying out new technologies on SME. Do we need a forked version of SME to do this? In my opinion, no. What

RE: [e-smith-devinfo] SG3 (was directway and squidguard21)

2002-02-13 Thread Trevor Ouellette
You can access it directly. http://192.168.1.1/squidguard Can you get in? Trev. > -Original Message- > From: Brandon Friedman [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 13, 2002 9:16 AM > To: Trevor Ouellette > Subject: RE: [e-smith-devinfo] SG3 (was directway and squidguar

RE: [e-smith-devinfo] Installing SG3 (was SG3)

2002-02-13 Thread Trevor Ouellette
This software comes without warranty. Use at your own risk. It should work for (4.x and 5.x servers) To install the SquidGuard Panel, you must access the server in console mode. This means plugging in a keyboard and mouse into the back of your server or you can also use SSH to remotely install

Re: [e-smith-devinfo] Survey - Kernel 2.4

2002-02-13 Thread Greg Zartman
> Mitel could start a new survey on e.smith.org website to see what >features are really needed / wanted. I think Mitel has made it very clear that the MAIN reason that they are not putting extensive development time into this is the lack of custom masquerading modules for iptables. There ha

RE: [e-smith-devinfo] SG3 (was directway and squidguard21)

2002-02-13 Thread Trevor Ouellette
The installation will check for what version of software you are running (4.x or 5.x). It should work fine on 5.x platforms. Trev. > -Original Message- > From: Brandon Friedman [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 13, 2002 8:39 AM > To: Trevor Ouellette; [EMAIL PROTECT

RE: [e-smith-devinfo] SG3 (was directway and squidguard21)

2002-02-13 Thread Brandon Friedman
Hi Trevor This works on SME 5.x? >-Original Message- >From: Trevor Ouellette [mailto:[EMAIL PROTECTED]] >Sent: 13 February 2002 17:22 >To: [EMAIL PROTECTED] >Subject: RE: [e-smith-devinfo] SG3 (was directway and squidguard21) > > >Jose & Brandon, > >ftp://ftp.e-smith.com/pub/e-smith/cont

RE: [e-smith-devinfo] ntop

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, Les Mikesell wrote: > for a long time with no problems. I don't know if there is any > change to ntop itself or if they fixed something else in the system > but you should still be able to find the src rpm under: > ftp://ftp.VAlinux.com/pub/software/VALinux/beta/7.1.1/. Th

Re: [e-smith-devinfo] ntop

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, little bark, BIG BYTE!! wrote: > Are you here Charlie? Strangely enough, I sleep sometimes. > Do you plan on updating your RPM? Perhaps, if I have a spare moment, and feel like doing it. Anyone else is welcome to have a go at fixing it, Rich has given some excellent point

RE: [e-smith-devinfo] SG3 (was directway and squidguard21)

2002-02-13 Thread Trevor Ouellette
Jose & Brandon, ftp://ftp.e-smith.com/pub/e-smith/contrib/TrevorOuellette/squidguard30.tar.g z Trev. > -Original Message- > From: jose velez [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, February 13, 2002 9:06 AM > To: [EMAIL PROTECTED] > Subject: [e-smith-devinfo] directway and squidg

Re: [e-smith-devinfo] ntop

2002-02-13 Thread Charlie Brady
On Wed, 13 Feb 2002, Rich Lafferty wrote: > Ah, I see the problem. The spec file (is that yours, Charlie, or did > it come with ntop?) It came from rpmfind.net - I think from RedHat rawhide. All I did was run "rpm --rebuild" on the source rpm, as a favour to the compiler challenged. -- Charlie

RE: [e-smith-devinfo] directway and squidguard21

2002-02-13 Thread Brandon Friedman
>Anyone with DirectTV Directway working with Mitel SME server (is USB) and >Squidguard21 from Trebor working on version 5.1.2 What's the url for Tredor? -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and

[e-smith-devinfo] directway and squidguard21

2002-02-13 Thread jose velez
Anyone with DirectTV Directway working with Mitel SME server (is USB) and Squidguard21 from Trebor working on version 5.1.2 Thank You -- jose velez -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread phm1a
Ok. Add it to the list for the devinfo iso. Les Mikesell wrote: > E-smith would probably get a lot more contributed work if the base > iso image contained all the development tools and an install option > to load them in a single step. -- Please report bugs to [EMAIL PROTECTED] Please mail [E

RE: [e-smith-devinfo] development roadmap

2002-02-13 Thread Les Mikesell
> From: Darrell May [mailto:[EMAIL PROTECTED]] > > > I'd like to see a project that started with > > something like: http://k12ltsp.org/press.html and backed in as > > much as possible of the easy management of the e-smith configuration. > > Definitely a good fit for educational sites. Blendin

RE: [e-smith-devinfo] development roadmap

2002-02-13 Thread Les Mikesell
> From: Paul Miller [mailto:[EMAIL PROTECTED]] > > Has anyone found a comparable template system to e-smith? Webmin and linuxconf are the more generic contenders but they don't (and probably can't) match the interface simplification that e-smith manages by combining slightly-related concepts int

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Steve B
Can someone point me to this monitor ? Steve - Original Message - From: "phm1a" <[EMAIL PROTECTED]> To: "Jaime Nebrera Herrera" <[EMAIL PROTECTED]> Cc: "devinfo" <[EMAIL PROTECTED]> Sent: Wednesday, February 13, 2002 12:45 PM Subject: Re: [e-smith-devinfo] development roadmap > Jaime's

RE: [e-smith-devinfo] ntop

2002-02-13 Thread Les Mikesell
> From: Justin Funke [mailto:[EMAIL PROTECTED]] > > Before anyone spends too much more time on this I would recommend > testing it on a stock RedHat 7.1 box first. I have been using Ntop for > quite a while and it has never been stable on RedHat (up until December > still anyways). It tends to cr

[e-smith-devinfo] Survey - Kernel 2.4

2002-02-13 Thread Filippo Carletti
We now have a list of features that a SME server based on kernel 2.4 will lack compared to the actual release based on 2.2. Mitel could start a new survey on e.smith.org website to see what features are really needed / wanted. Ciao, Filippo -- Please report bugs to [EMAIL PROTECTED] Please ma

[e-smith-devinfo] Mantis BugTracker on Sme

2002-02-13 Thread Noah Genner
All, Not sure if anyone else out there has stumbled across, or is using, the Mantis bugtracking system ( http://mantisbt.sourceforge.net/ ). I've been using it for a while now on my SME server, and it is a great little utility for those of you doing any kind (software/web) of development. I woul

Re: [e-smith-devinfo] ntop

2002-02-13 Thread little bark, BIG BYTE!!
Are you here Charlie? Do you plan on updating your RPM? Thanks everybody, it would be very nice to get this tool running. Garret Rich Lafferty wrote: > I'm still not 100% confident in my RPM-fu, so I'll let Charlie update >his contrib RPM instead of producing one myself. > -- Please rep

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread phm1a
Jaime's System Monitor better be in the iso, or it's not complete! How else can we find problems like the one with MC hogging CPU cycles? -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EM

[e-smith-devinfo] rpm name change-SOS

2002-02-13 Thread Vineet Mehta
I was trying to change the name of the rpms from e-smith to dave-mitel, but i m not able to do it. Could anyone help me by telling the steps involved in changing the rpm names? I have tried doing all that i could have done. Please Help. Vineet _

[e-smith-devinfo] Fw: DCHP works with upgrade from 5.0.3 > 5.1.2

2002-02-13 Thread Scott Lewis
As you all area aware I have had this issue with v5.1.2 not giving my WIn XP Client pc a ip address on it booting up. So, last night, I upgraded v5.0.3 to v5.1.2, and the DHCP works. So, I then did a clean install of v5.1.2 and DHCP does not work. So, all those with the same issue - as there is

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jaime Nebrera Herrera
> Jaime's System Monitor : Thanks -- Jaime Nebrera - [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] F

Re: [e-smith-devinfo] contrib list [was RE: [e-smith-devinfo] development roadmap]

2002-02-13 Thread Jaime Nebrera Herrera
> System Monitor > e-smith-monitor_en-2.1-01.noarch.rpm rrdtool-1.0.28-1.i386.rpm is needed for this addon -- Jaime Nebrera - [EMAIL PROTECTED] -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and part

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jaime Nebrera Herrera
Hi all, > One of the problems with installing add-ons from different developers, > is that the sum total may not play nicely with each other, depending on the > mix. A new iso, containing the more (most) popular add-ons and tested to > work properly, would be a very big step forward from th

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jaime Nebrera Herrera
> One thing that is very usefull, and that I always have to install manually > is Jaime's System Monitor, it would be nice if it already came with the > iso. Thats 2 votes for our contrib !!! :) Here in Spain we have just been through a TV contest of novel singer that has been an overwellmi

Re: [e-smith-devinfo] development roadmap

2002-02-13 Thread Jaime Nebrera Herrera
Hi all, > Stage 2 - add journalling file system and issue an iso. > > [journaling filesystem] > This probably means a move to 2.4.x kernel and ext3. Lots of discussion > here but no one with the technical expertise inside the devinfo community > or Mitel has stepped forward to lead this and I