- WLUG - wlug.mailman3.com

Re: [Wlug] Wlug Indexed Archieves

by Michelle Vadeboncoeur

On Mon, Jan 9, 2006, Aramico <aramico(a)duahati.com> said: > All, can I find all the wlug archieves defined by subject ? > I think I've submitted this case arround 2003, but I forgot whats the month > ? > Im lookin' for how to change the date in linux using command date where its > said that we have to use "`" http://mail.wlug.org/pipermail/wlug/ You'll probably have to check a couple of months, but there is a sorting by subject... -- -mrv(a)kluge.net

Jan. 9, 2006

Wlug Indexed Archieves

by Aramico

All, can I find all the wlug archieves defined by subject ? I think I've submitted this case arround 2003, but I forgot whats the month ? Im lookin' for how to change the date in linux using command date where its said that we have to use "`" regards, aramic Regards

Jan. 9, 2006

Re: [Wlug] vcalendar client program

by brad

On Tue, Jan 03, 2006 at 05:27:56PM -0500, Chuck Anderson wrote: > I've been using KOrganizer from the kdepim package for a couple years > now to store my appointments and todo lists, but I've recently been > having issues with the timezone not being applied, causing all > appointment times to be shifted into the future. The Configure Time & > Date option does nothing at all, and the Configure KOrganizer dialog > is an Empty Page (it literally says "Empty Page" on it!). > you mean it looks something like so? http://bugs.kde.org/attachment.cgi?id=8218&action=view this was reported in the kde bugs database here: http://bugs.kde.org/show_bug.cgi?id=92909 The bug reporter found success by deinstalling/reinstalling kdepim. I can't say for certain that will work. Before you try that, i would try kill all instances of korganizer (logging out of kde may be best too, as i think it used load a korganizer instance in the background), backing-up korganizer's config file then start korganizer. $ cp ~/.kde/share/config/korganizerrc ~/.kde/share/config/korganizerrc.back $ korganizer > Since I'd rather not be without my calendar for long, does anyone have > any recommendations for a replacement program that can read the files > made by KOrganizer? I gather that it uses a standard file format > called "vcalendar". > the files created by korganizer are a vcalender format, probably version 2, a standard calendar format. I believe almost all calendar programs can read those files (located in ~/.kde/share/apps/korganizer/*.ics: Evolution, Mozilla's calendar program, sylpheed, i think even the ipod can read those files, and probably many others. --brad

Jan. 7, 2006

Re: [Wlug] vcalendar client program

by Bradley Noyes

> I've been using KOrganizer from the kdepim package for a couple years > now to store my appointments and todo lists, but I've recently been > having issues with the timezone not being applied, causing all > appointment times to be shifted into the future. The Configure Time & > Date option does nothing at all, and the Configure KOrganizer dialog > is an Empty Page (it literally says "Empty Page" on it!). > you mean it looks something like so? http://bugs.kde.org/attachment.cgi?id=8218&action=view this was reported in the kde bugs database here: http://bugs.kde.org/show_bug.cgi?id=92909 The bug reporter found success by deinstalling/reinstalling kdepim. I can't say for certain that will work. Before you try that, i would try kill all instances of korganizer (logging out of kde may be best too, as i think it used load a korganizer instance in the background), backing-up korganizer's config file then start korganizer. $ cp ~/.kde/share/config/korganizerrc ~/.kde/share/config/korganizerrc.back $ korganizer > Since I'd rather not be without my calendar for long, does anyone have > any recommendations for a replacement program that can read the files > made by KOrganizer? I gather that it uses a standard file format > called "vcalendar". > the files created by korganizer are a vcalender format, probably version 2, a standard calendar format. I believe almost all calendar programs can read those files (located in ~/.kde/share/apps/korganizer/*.ics: Evolution, Mozilla's calendar program, sylpheed, i think even the ipod can read those files, and probably many others.

Jan. 7, 2006

RE: [Wlug] Job Openings in Maynard MA

by JONATHAN BEALL

Along those lines, I had a friend in the recruiting industry contact me regarding a Senior QA Position at Akamai technology in Cambridge. The only issue I came across for the job is the requirement of extensive Perl knowledge (something I know I don't have). If anyone is interested, let me know and I'll forward the Job Description along. - Jonathan Beall >From: "Evans, Robert" <Robert.Evans(a)stratus.com> >Reply-To: Worcester Linux Users Group <wlug(a)mail.wlug.org> >To: <wlug(a)mail.wlug.org> >Subject: [Wlug] Job Openings in Maynard MA >Date: Thu, 5 Jan 2006 16:07:20 -0500 > >Stratus Technologies has several openings in the Linux >development group in Maynard MA. One job is already >posted on www.stratus.com. The other two should be >on the web site within a week. > >We develop and support a fault tolerant version of Linux >on Stratus' fault tolerant Intel architecture hardware. >This work involves PCI hot-plug support (surprise removal >of devices), bug fixing and hardening of Linux drivers to >make them fault tolerant, and additions to Stratus' user >mode monitoring and diagnosis capabilities. > > Robert N. Evans > Software Engineer >Stratus Technologies > Maynard, MA 01754 > > > >_______________________________________________ >Wlug mailing list >Wlug(a)mail.wlug.org >http://mail.wlug.org/mailman/listinfo/wlug _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

Jan. 5, 2006

Job Openings in Maynard MA

by Evans, Robert

Stratus Technologies has several openings in the Linux development group in Maynard MA. One job is already posted on www.stratus.com. The other two should be on the web site within a week. We develop and support a fault tolerant version of Linux on Stratus' fault tolerant Intel architecture hardware. This work involves PCI hot-plug support (surprise removal of devices), bug fixing and hardening of Linux drivers to make them fault tolerant, and additions to Stratus' user mode monitoring and diagnosis capabilities. Robert N. Evans Software Engineer Stratus Technologies Maynard, MA 01754

Jan. 5, 2006

Re: [Wlug] Web Server Security To Avoid copying

by Josh

It seems to not be documented very well, but it is in the wget FAQ: wget -erobots=off http://your.site.here When you get right down to it, it's impossible to prevent someone from automatically downloading your site, unless of course you pull the ethernet cable. ;-) Josh "James P. Gray" <gray_james(a)dwc.edu> writes: > You could create a robots.txt file in the http root directory to tell > automated tools not to look at some or all of your content. wget for > instance does not have a flag to ignore robots.txt (based on the output > of wget --help). Of course this assumes that the client is written to > respect the robots.txt so it won't stop someone who is really serious. > Just google robots.txt and you'll find more info. Be aware that search > engines will also ignore your content. > > Best of luck! > > Mike Frysinger wrote: > >>On Thursday 05 January 2006 00:47, Aramico wrote: >> >> >>>Of course not. People still can see the web pages, but they can not take >>>all the file (copy the files and its subs dirs) simulatantly. >>> >>> >> >>you didnt understand what he was telling you >> >> you cant lock out wget but allow a web browser, there's no way for >> you to know for sure the client is wget ... the program allows you >> to easily change the reported user agent to say 'firefox' >> >> you could use mod_rewrite or something to check the useragent >> header, but that would only stop people who dont know their tools >>-mike >>_______________________________________________ >>Wlug mailing list >>Wlug(a)mail.wlug.org >>http://mail.wlug.org/mailman/listinfo/wlug >> >> >> >> > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug

Jan. 5, 2006

Re: [Wlug] Web Server Security To Avoid copying

by James P. Gray

You could create a robots.txt file in the http root directory to tell automated tools not to look at some or all of your content. wget for instance does not have a flag to ignore robots.txt (based on the output of wget --help). Of course this assumes that the client is written to respect the robots.txt so it won't stop someone who is really serious. Just google robots.txt and you'll find more info. Be aware that search engines will also ignore your content. Best of luck! Mike Frysinger wrote: >On Thursday 05 January 2006 00:47, Aramico wrote: > > >>Of course not. People still can see the web pages, but they can not take >>all the file (copy the files and its subs dirs) simulatantly. >> >> > >you didnt understand what he was telling you > >you cant lock out wget but allow a web browser, there's no way for you to know >for sure the client is wget ... the program allows you to easily change the >reported user agent to say 'firefox' > >you could use mod_rewrite or something to check the useragent header, but that >would only stop people who dont know their tools >-mike >_______________________________________________ >Wlug mailing list >Wlug(a)mail.wlug.org >http://mail.wlug.org/mailman/listinfo/wlug > > > >

Jan. 5, 2006

Re: [Wlug] Web Server Security To Avoid copying

by Mike Frysinger

On Thursday 05 January 2006 00:47, Aramico wrote: > Of course not. People still can see the web pages, but they can not take > all the file (copy the files and its subs dirs) simulatantly. you didnt understand what he was telling you you cant lock out wget but allow a web browser, there's no way for you to know for sure the client is wget ... the program allows you to easily change the reported user agent to say 'firefox' you could use mod_rewrite or something to check the useragent header, but that would only stop people who dont know their tools -mike

Jan. 5, 2006

Re: [Wlug] Web Server Security To Avoid copying

by Aramico

Of course not. People still can see the web pages, but they can not take all the file (copy the files and its subs dirs) simulatantly. regards, aramico ----- Original Message ----- From: "Theo Van Dinter" <felicity(a)kluge.net> To: "Worcester Linux Users Group" <wlug(a)mail.wlug.org> Sent: Thursday, January 05, 2006 12:23 PM Subject: Re: [Wlug] Web Server Security To Avoid copying > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

Jan. 5, 2006