Re: [e-smith-devinfo] development roadmap
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 do not think I have the expertise to lead this myself. Outside the devinfo/Mitel community (read competitors) there is a good deal of interest however I'm trying my best to do this inside our happy family ;- We will try this BUT staying in kernel 2.2 as we don't have the expertise to develop the needed 2.4 kernel modules. We will try to add ReiserFS support to the kernel allready used in SME (that is 2.2.19-) We have some experiences with SUSE machines and just think Reiser is more than stable enough. All the others are either not supported in 2.2 or just too new to consider. BTW, maybe a talk with the main developer of embedded coyote linux would help us wih those 2.4 kernel modules. Regards. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 the present system. Agreed, but most of the way has already been covered by contrib members. This actually reduces the work for Mitel employes IF they decide to add that functionality. However, I think such an iso would probably not be supported by Mitel, and, to be of maximum usefulness, it should have at least a couple of installation options (perhaps based on the same selections as the base pkg, namely server, private gateway, public gateway) or perhaps broken down as simple, medium, and complex. This is a good idea. I agree some of the addons should be packaged toguether, just see the beauty Darrel and Stephen had done recently :) That gets into a heck of a lot of testing, (too many permutations) leading back to one size fits all, with perhaps a check-off install list to omit certain add-ons, and retain all the rest. As long as deleting packages doesn't affect dependencies, then a stable iso with some packages not selected should still be a stable install. If some pkg misbehaved, folks on the list would know not to use it until fixed. Whether this would ever be posted for download by Mitel is anybody's guess, but it would certainly provide a simple and effective means of getting the developers' hard work into the field, with a minimum of risk. Of course, documentation is another potential hurdle. This is more or less the current situation. Most of us have an addon (should I call them blades? :) installed and surely most of us don't have support contracts :'( What Darrel is trying to achieve is: lets organice a little all this contrib development work and make it easy to install it. Lets get a little over the edge for those of us that are allready playing with this. Maybe (just maybe) Mitel will choose to incorporate some of this development to the official release. I myself tend to get lost in all those contrib directories with strange names and so many others not directly in e-smith website. Regards. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] contrib list [was RE: [e-smith-devinfo] development roadmap]
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 partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Fw: DCHP works with upgrade from 5.0.3 5.1.2
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 a few - this is how to get around it - upgrade - do not do a clean install. Scott -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] rpm name change-SOS
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 Looking for a job? Visit Yahoo! India Careers Visit http://in.careers.yahoo.com -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] ntop
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 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Mantis BugTracker on Sme
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 would write a howto to cover installation, but I'm not sure it is needed. It installs easily (as does most PHP/Mysql based software) in an ibay, and works very well. Regards, Noah Genner [EMAIL PROTECTED] http://www.genner.on.ca/noahville/ -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] Survey - Kernel 2.4
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 mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] ntop
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 crash while browsing the internal web server. I ended up compiling it on OpenBSD and it runs perfectly. I've had the version from the VALinux variation of RedHat running 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/. (And by the way, it might be wise to look at these for anything you want to use here instead of RedHat's 7.1 because they fixed a lot of stuff and still never got the 7.1 to a point where they wanted to release it. I started using the VA 6.x releases years ago when the RH and stock kernels had NFS problems and the VA version came with the patches installed but the improved other things as well. Les Mikesell [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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 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 [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] development roadmap
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 into a single form: add a user, get entries in ldap, passwd, smbpasswd add an information bay, get the samba/appletalk share, ftp server, web server, etc. add a 'host' entry, get DNS and optionally dhcpd hardware address entries. add a group, get a unix permission group and a mail list. and so on... The problem is that making a sensible user interface has tied the underlying code/templates to several specific versions of different programs at once so it is not easy to update them. I'd like to see something like Ganymede which keeps its own database independent of any OS or programs so if you felt like switching to freeBSD one day it would not be all that difficult. The e-smith config 'philosophically' would allow that and the data itself could probably be moved into LDAP so it could be used directly without the overhead of Ganymede's java server which is overkill for a small site. I would also like to see some emphasis on how to safely REMOVE functionality rather than always adding more. To me, less is very often more. That's built into the base Redhat distribution which lets you pick exactly what you want to install or pick some handy pre-set combinations. 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. You are correct that you don't want these in many cases on a production machine, but given the nature of current open source distributions, why should anyone have to waste a lot of time to be able to recompile something? Having the tools available to everyone is the way the distributions got to the point where e-smith could start with their version. Les Mikesell [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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] development roadmap
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. Blending the terminal project is a great fit for this environment. Looks like they do need an easy management interface. Appears other then scripted install it is all command line once installed and running. I don't see a huge difference in what you need to teach something and what you need to do it in practice. Plenty of office workers could live without Microsoft Office and that will continue to increase as OpenOffice improves. Also note that the package above includes 'rdesktop', a native Windows Terminal Services client so a Windows machine could be shared for anything that might not be available on Linux yet. 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 one-message-per-file format. Has anyone timed creating/deleting thousands of files under the different filesystems available? I recall seeing a benchmark program called 'postmark' some time ago to emulate mailer activity. Les Mikesell [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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
Ok. Add it to the list for the devinfo iso. Les Mikesell wrote: snip 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. snip -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] directway and squidguard21
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 partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] ntop
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 Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] SG3 (was directway and squidguard21)
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 squidguard21 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 partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] ntop
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 pointers. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] SG3 (was directway and squidguard21)
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/contrib/TrevorOuellette/squidguar d30.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 squidguard21 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 partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] SG3 (was directway and squidguard21)
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 PROTECTED] Subject: RE: [e-smith-devinfo] SG3 (was directway and squidguard21) 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/contrib/TrevorOuellette/squidguar d30.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 squidguard21 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 partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Survey - Kernel 2.4
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 has been a fairly extensive thread on this issue whereby several examples where presented showing the short coming is linux 2.4.x. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Installing SG3 (was SG3)
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 the software as well. From the console mode, access the command prompt by holding down your ALT key and pressing F2. Log in as root press enter and type your system password when prompted. Enter these commands from the prompt: mkdir /sg3 cd /sg3 wget ftp://ftp.e-smith.com/pub/e-smith/contrib/TrevorOuellette/squidguard30.tar.g z tar -zxf squidguard30.tar.gz ./install.sh You will now have to reboot your server. You can do this from the command line console by typing in reboot and pressing enter. You will be able to access the interface from your server-manager. Trev. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] development roadmap
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 we really need is a development version of SME 5.1.2, with all that folks can download, install, and start doing developing on. Maybe this means one devel. version of SME 5.1.2 based on Linux 2.2.x and another on Linux 2.4.x. We can make lists of contribs that we'd like to see installed in production SME, but in the end it's Mitel who will decided what goes in their product. I don't think we can, or should, go much further than making sure they work right on the main system. Developers usually aren't the folks making decisions of what or what not to include (unless it goes to base system quality/stability), it's management. If I'm the one who's off-base where, let me know and I'll pipe down. Regards, -- Greg J. Zartman, P.E. Vice-President Logging Engineering International, Inc. 1243 West 7th Avenue Eugene, Oregon 97402 541-683-8383fax 541-683-8144 -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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, but on this one, I've got to disagree - Mitel incorporated your updated Workgroup panel into SME5.1b1 (b3?) didn't they? It was a fairly simple update that didn't break anything by introducing it, so maybe that's why it was accepted - it required little (or no) testing and introduced no real security holes. So we are forced download and add as an example, Dan's PHP and IMP and then we visit e-smith.org and we download a contrib from here and a few from there and then we visit my site and download a few more and we manually install of the above and after an hour or two we finally have our new SME 5.1.2 ready to go. *This* could be fixed by getting a definative HOWTO for blades supplied by Mitel. It's been promised to us ever since SMEv5 was released, but I'm yet to see it anywhere. Anytime anyone asks, we get a response that really, it's quite simple, and the HOWTO will be available in a couple of weeks. Not really good enough when SMEv5 was released something like 6 months ago, especially if it *is* as simple as we're told. There are no clear guidelines for creating a blade that's not going to break anything, and (more importantly) the procedure to follow to submit a blade to show up as unsupported, which seems ideal for things like PHP/IMP upgrades that simply require the download of a number of RPMs and installing them. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 keep the KISS principle in mind, and keep this concept reigned in to what we believe would fit Mitel's product vision, then we are on the right track. A good example would be LTSP. A great distro, but not likely to ever make it into SME (though it was certainly worth proposing). Just one example of several. 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 install this in one shot though (and that of course could be done now for the production SME in the same vein), and I might just do it one of these days. IMHO, as I mentioned a bit ago, the Staroffice/Openoffice approach seems like the best model. As a rule, the Openoffice folks do not put in anything that is not likely to make it into Staroffice. They just get the code earlier then test and refine it. This concept has a potential to spin out of control, I hope it doesn't. Active participation from Mitel (as Darrell has suggested) might help keep it reigned in and focussed. Just my 2 cents. JP -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 install this in one Sounds like a job for a blade... -- Dan Brown, KE6MKS, [EMAIL PROTECTED] Since all the world is but a story, it were well for thee to buy the more enduring story rather than the story that is less enduring. -- The Judgment of St. Colum Cille -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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. It would be nice to make a single RPM of RPMs to install this in one Sounds like a job for a blade... 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 sure where that blade is in the process of upload to the Blade Deployment machines, but I'll look into it to see where its at and let you know. Regards, Jay -- Jason D. Miller E-mail: [EMAIL PROTECTED] Senior Software Developer Phone: +1 613.368.4387 Network Server Solutions Group Fax:+1 613.564.7739 Mitel Networks Corporation http://www.e-smith.com Are those workers dead? Technically, yes ... but that's no excuse!, cracks the whip, Back to work you lazy corpse! ... --- Taken from DilbertTV, Elbonian Trip -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Installing SG3 (was SG3)
- 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 should work for (4.x and 5.x servers) Tried it on a new installed 5.1.2 - did not work! a. Cannot access the content Filtering link - Page cannot be found! Security Password Remote access Local networks Content Filtering b. http://192.168.1.2/squidguard You are not authorized to view this page You might not have permission to view this directory or page using the credentials you supplied. A number of errors occured during installation. Will try to capture all meaasges for review. I guess its back to the drawing board on this one. Orville Carter NYC -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Installing SG3 (was SG3)
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 interested in making the changes. But I don't have time to install and test every version of SME that comes out. Trev. -Original Message- From: Orville Carter [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 11:46 AM To: Trevor Ouellette; Devinfo@Lists. E-Smith. Org Subject: Re: [e-smith-devinfo] Installing SG3 (was SG3) - Original Message - 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 should work for (4.x and 5.x servers) Tried it on a new installed 5.1.2 - did not work! a. Cannot access the content Filtering link - Page cannot be found! Security Password Remote access Local networks Content Filtering b. http://192.168.1.2/squidguard You are not authorized to view this page You might not have permission to view this directory or page using the credentials you supplied. A number of errors occured during installation. Will try to capture all meaasges for review. I guess its back to the drawing board on this one. Orville Carter NYC -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Installing SG3 (was SG3)
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. snip ... ... Server software version: 5.1.2 Installing web-panels for version 5.1.2... `variables/functions/SME5/squidguard' - `/etc/e-smith/web/functions/squidguard' ln: `/etc/e-smith/web/panels/manager/cgi-bin/squidguard': File exists ln: `/home/e-smith/squidguard/trusted': File exists ln: `/home/e-smith/squidguard/untrusted': File exists ln: `/var/log/squidGuard.log': File exists Initialize SquidGuard 3.0 Interface (this may take a while)... SquidGuard Filter Interface 3.0 Copyright (c) Trevor Ouellette, 2002 This program may be freely distributed and/or modified. downloading blacklist... http://ftp.ost.eltele.no/pub/www/proxy/squidGuard/contrib/blacklists.tar.gz ftp.ost.eltele.no: Host not found. tar (child): *: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors Installing Blacklist... cp: cannot stat `blacklists/*': No such file or directory Restarting Squid... Stopping squid: .[ OK ] Starting squid: [ OK ] Finished. SquidGuard Interface 3.0 Installation Complete. You may reboot your server now. snip - 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 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 the software as well. From the console mode, access the command prompt by holding down your ALT key and pressing F2. Log in as root press enter and type your system password when prompted. Enter these commands from the prompt: mkdir /sg3 cd /sg3 wget ftp://ftp.e-smith.com/pub/e-smith/contrib/TrevorOuellette/squidguard30.tar.g z tar -zxf squidguard30.tar.gz ./install.sh You will now have to reboot your server. You can do this from the command line console by typing in reboot and pressing enter. You will be able to access the interface from your server-manager. Trev. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
[e-smith-devinfo] blades vs. RPM was [Re: [e-smith-devinfo] development roadmap]
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 install this in one Sounds like a job for a blade... Sure does, but what would I do with one if I made it a blade? I could post it, but no one could install from it ;) The blade concept seems to be pretty much an internal Mitel thing (and a very nice thing I might add). My guess is Mitel would have no interest in posting a blade like this on their server, and there is no mechanism (outside hacking the blade code) to pull from another server (at least nothing that is published). I think resellers might have that capability, not sure, but even in that case it would only be for their specific customers under ServiceLink. One can certainly produce an RPM of RPMs. We did that here at my employer and it worked fine, I call it the blob. I should be able to get help from our packager-dude to give me some guidance on it, should be pretty straight-forward. JP -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Installing SG3 (was SG3)
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 (to update blacklists) from the console and it worked fine. Try run the script from the command line. - /usr/local/squidGuard/supdate Trev. snip ... ... Server software version: 5.1.2 Installing web-panels for version 5.1.2... `variables/functions/SME5/squidguard' - `/etc/e-smith/web/functions/squidguard' ln: `/etc/e-smith/web/panels/manager/cgi-bin/squidguard': File exists ln: `/home/e-smith/squidguard/trusted': File exists ln: `/home/e-smith/squidguard/untrusted': File exists ln: `/var/log/squidGuard.log': File exists Initialize SquidGuard 3.0 Interface (this may take a while)... SquidGuard Filter Interface 3.0 This program may be freely distributed and/or modified. downloading blacklist... http://ftp.ost.eltele.no/pub/www/proxy/squidGuard/contrib/blacklis ts.tar.gz ftp.ost.eltele.no: Host not found. tar (child): *: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors Installing Blacklist... cp: cannot stat `blacklists/*': No such file or directory Restarting Squid... Stopping squid: .[ OK ] Starting squid: [ OK ] Finished. SquidGuard Interface 3.0 Installation Complete. You may reboot your server now. snip - Original Message - 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 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 the software as well. From the console mode, access the command prompt by holding down your ALT key and pressing F2. Log in as root press enter and type your system password when prompted. Enter these commands from the prompt: mkdir /sg3 cd /sg3 wget ftp://ftp.e-smith.com/pub/e-smith/contrib/TrevorOuellette/squidgua rd30.tar.g z tar -zxf squidguard30.tar.gz ./install.sh You will now have to reboot your server. You can do this from the command line console by typing in reboot and pressing enter. You will be able to access the interface from your server-manager. Trev. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 sure where that blade is in the process of upload to the Blade Deployment machines, but I'll look into it to see where its at and let you know. Great news! Ignore my last missive ;) JP -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Upload Panel template for manager (was need help with project)
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 going to be. But leave that to me... just put a place holder in (put . All I need is the server-manager panel. I know I can do this in PHP, but I don't want to. I would like it in Perl as a panel. All I really need is a skeleton panel (with the upload function ready to go). I will add to it as we go. Thanks again! Trev. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] Installing SG3 (was SG3)
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 Trevor. Really scared yuh there. ;-) All is well! Orville Carter (All washed Up in NYC) - Original Message - From: Trevor Ouellette [EMAIL PROTECTED] To: Orville Carter [EMAIL PROTECTED]; Devinfo@Lists. E-Smith. Org [EMAIL PROTECTED] Sent: Wednesday, February 13, 2002 2:01 PM Subject: RE: [e-smith-devinfo] Installing SG3 (was SG3) 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 (to update blacklists) from the console and it worked fine. Try run the script from the command line. - /usr/local/squidGuard/supdate Trev. snip ... ... Server software version: 5.1.2 Installing web-panels for version 5.1.2... `variables/functions/SME5/squidguard' - `/etc/e-smith/web/functions/squidguard' ln: `/etc/e-smith/web/panels/manager/cgi-bin/squidguard': File exists ln: `/home/e-smith/squidguard/trusted': File exists ln: `/home/e-smith/squidguard/untrusted': File exists ln: `/var/log/squidGuard.log': File exists Initialize SquidGuard 3.0 Interface (this may take a while)... SquidGuard Filter Interface 3.0 This program may be freely distributed and/or modified. downloading blacklist... http://ftp.ost.eltele.no/pub/www/proxy/squidGuard/contrib/blacklis ts.tar.gz ftp.ost.eltele.no: Host not found. tar (child): *: Cannot open: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors Installing Blacklist... cp: cannot stat `blacklists/*': No such file or directory Restarting Squid... Stopping squid: .[ OK ] Starting squid: [ OK ] Finished. SquidGuard Interface 3.0 Installation Complete. You may reboot your server now. snip - Original Message - 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 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 the software as well. From the console mode, access the command prompt by holding down your ALT key and pressing F2. Log in as root press enter and type your system password when prompted. Enter these commands from the prompt: mkdir /sg3 cd /sg3 wget ftp://ftp.e-smith.com/pub/e-smith/contrib/TrevorOuellette/squidgua rd30.tar.g z tar -zxf squidguard30.tar.gz ./install.sh You will now have to reboot your server. You can do this from the command line console by typing in reboot and pressing enter. You will be able to access the interface from your server-manager. Trev. -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Installing SG3 (was SG3)
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 NOT connected to the internet! -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
On Thu, 14 Feb 2002 01:48, Les Mikesell wrote: snip 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 one-message-per-file format. Has anyone timed creating/deleting thousands of files under the different filesystems available? I recall seeing a benchmark program called 'postmark' some time ago to emulate mailer activity. After my NAT comments, I probably should keep quiet, but: 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 benchmark real loads on whatever filesystems we are considering using. Brad -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Installing SG3 (was SG3)
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 velez -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] Installing SG3 (was SG3)
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 coincidence that our color scheme's are both the same. Send me your /etc/e-smith/web/functions/squidguard file when you have a chance, Jose. I will update my installation when I have some time. It really is suppose to auto-detect versions and install the correct panel. Trev. -Original Message- From: jose velez [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 3:55 PM To: Trevor Ouellette; Devinfo@Lists. E-Smith. Org Subject: RE: [e-smith-devinfo] Installing SG3 (was SG3) 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 velez -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
Re: [e-smith-devinfo] development roadmap
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 discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] template php.ini
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 configuration (i.e. httpd.conf or smb.conf), but php.ini does not need to be a dynamic file, at least as I see it. It is templated for the same reason that all other configuration files are templated - so that you can make controlled changes to them. The configuration file becomes a combination of policy recorded in the configuration database and the template (including any custom template). 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 policy applied. It means that you can install new software packages, e.g. one which uses the Oracle module of PHP, and have the newly installed package add Oracle specific sections to php.ini. If you go to Darrell's HOWTO collection you'll see one or more suggestions to tweak php.ini settings. Those changes can probably be made now by setting properties of the php entry in the configuration database. If you have a look in the php.ini template fragments, you'll see that I've set up MaxExecutionTime, MemoryLimit, PostMaxSize, UploadMaxFilesize as optional properties of php. They all default to the current values if unset, and everything else is taken verbatim from the current php.ini file. If anyone thinks that thing should be broken out differently, or that there should be other settings set up as optional properties, please let me know. Or better still, make the change and send me the patch. I hope this helps. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] template php.ini
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 really asked the question. :) I can see templating files that rely on changes in the server configuration (i.e. httpd.conf or smb.conf), but php.ini does not need to be a dynamic file, at least as I see it. It is templated for the same reason that all other configuration files are templated - so that you can make controlled changes to them. The configuration file becomes a combination of policy recorded in the configuration database and the template (including any custom template). 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 policy applied. It means that you can install new software packages, e.g. one which uses the Oracle module of PHP, and have the newly installed package add Oracle specific sections to php.ini. 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, as Dan Brown alluded to in his earlier post. Isn't this necessary, or is there another way around it, assuming we will be using RedHat stock PHP rpms (when they get released)? If you go to Darrell's HOWTO collection you'll see one or more suggestions to tweak php.ini settings. Those changes can probably be made now by setting properties of the php entry in the configuration database. If you have a look in the php.ini template fragments, you'll see that I've set up MaxExecutionTime, MemoryLimit, PostMaxSize, UploadMaxFilesize as optional properties of php. They all default to the current values if unset, and everything else is taken verbatim from the current php.ini file. If anyone thinks that thing should be broken out differently, or that there should be other settings set up as optional properties, please let me know. Or better still, make the change and send me the patch. I hope this helps. Yes it helps, but I'm still left with a few questions. Thanks for the time. David M. Brown Frick, Frick Jetté Architects [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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] template php.ini
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 policy applied. It means that you can install new software packages, e.g. one which uses the Oracle module of PHP, and have the newly installed package add Oracle specific sections to php.ini. 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, as Dan Brown alluded to in his earlier post. I don't completely follow you - not sure what you mean by the system, and it can't really know anything anyway. But in general I follow you. Yes, if an application needs some PHP configuration which isn't in the standard template, then you need to add some new configuration template fragments. But you would have that problem even if you were hand editing php.ini. I don't see it being a problem if someone needs to create an e-smith-php-oracle RPM to support an application or set of applications. Or, for a one-off, they need to create a custom template fragment. That's just a different way of attacking php.ini with an editor (expand-template plus the template fragment collection is just a text editor - you can add, delete or change any line in the standard configuration file by using custom template fragments). Isn't this necessary, or is there another way around it, assuming we will be using RedHat stock PHP rpms (when they get released)? RedHat's RPMs doesn't care whether a configuration file is edited using a text editor or created from a template, so the php.ini which comes with the RPM isn't very relevant. It does mean that there is some maintenance load in keeping the templates up to date when PHP changes, but you have that when upgrading a system anyway. -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] template php.ini
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 RPMs that I just happened to have in front of me. If there are other common extensions by all means let's add them in. If ordering doesn't matter, then you could just grab each of the filenames in /usr/lib/php4. You're the PHP expert! You tell me! :-) -- Charlie Brady [EMAIL PROTECTED] Lead Product Developer Network Server Solutions Grouphttp://www.e-smith.com/ Mitel Networks Corporationhttp://www.mitel.com/ Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 -- 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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
RE: [e-smith-devinfo] development roadmap
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 benchmark real loads on whatever filesystems we are considering using. 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 filesystems must do a linear scan of an entire directory when you create a new file to check if it already exists, and they have to keep the inode locked for the duration. They also generally don't ever shrink directories so the scan has to cover the deleted entries of the largest set of files that have ever been there. The author of the UW IMAP server claims that it is not practical to store one message per file, hence the need to use the patched version that supports the maildir 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 settings. Les Mikesell [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] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org