Re: [SLUG] Linux IBM Movie - Really Cool (better than the apple movies)

[Matthew Palmer]

On Wed, Nov 05, 2003 at 04:45:46PM +1100, Jamie Wilkinson wrote:
> This one time, at band camp, Matthew Palmer wrote:
> >On Tue, Nov 04, 2003 at 07:35:26PM +1100, Lyle Chapman wrote:
> >> http://www-3.ibm.com/e-business/doc/content/lp/prodigy.html
> >
> >And it'd be good if IBM just gave a "download it here" link instead of
> >trying to tie us all into our browsers.  Luckily, my 133t 5] >around that crap quick enough.  
> 
> The sekrit URL is trying to give me realaudio or quicktime streams, how did
> you get the MPEG video out of it?

Did the majik on the MPEG URL instead.  

Seriously, if you're going through the MPEG URL and it's trying to force
other crap down your throat, let me know and I'll put it up somewhere for
you to get.

- Matt
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] connecting linux to fortress firewall using VPN

[Kevin Saenz]

> I was wondering if anyone has had the "pleasure" of opening
> a VPN connection to a fortress firewall apparently it's a
> bsd os.
> 

A note aside this is real "secure" version of VPN authentication is
accomplished by relying on IP addresses, and passcode. Apparently this
product got a really good wrap from "security experts" in the last
Australian computer expo.
-- 
Regards,

Kevin Saenz
 
Spinaweb
I.T consultants
 
Ph: 02 4620 5130
Fax: 02 4625 9243
Mobile: 0418455661
Web: http://www.spinaweb.com.au

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] connecting linux to fortress firewall using VPN

[Kevin Saenz]

I was wondering if anyone has had the "pleasure" of opening
a VPN connection to a fortress firewall apparently it's a
bsd os.

-- 
Regards,

Kevin Saenz
 
Spinaweb
I.T consultants
 
Ph: 02 4620 5130
Fax: 02 4625 9243
Mobile: 0418455661
Web: http://www.spinaweb.com.au

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] ftpd rpm u/g from source build: do I need 'ftpaccess' ?

[lists]

> Hope this helps,

Stuart,
yes, thanks.

Q: in general, if I installed from source via 'compile' method, then,
later, install the same app (newer version) from an RPM:

should I really search'n'destroy all the files from source/compiled install ?
or, not really ?

like, when I installed ProFTPD from source, after a while, I installed a
newer build, again, from source.

then, I realized, I had two ProFTPD binaries, two man pages, once of each
build, in different locations.

it was easy enough (by looking at dates) to find and delete the 'older'
ProFTPD binary, and, the older man page

later, when I installed yet newer ProFTPD from RPM, (now it installed to a
different path again); again, it was easy to get rid of binary and man
page
(and, 'unused' some/path/etc/proftpd.conf)

so, I'm removing binary and man page, but, presumedly, the installaion had
some libraraies etc, that are still somewhere; should I worry abou it, or,
not really ?

(same with tide, I just realized I have a failed install at some/path and,
correct install, at some/other/path)

thanks again,
Voytek
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Linux IBM Movie - Really Cool (better than the apple movies)

[Jamie Wilkinson]

This one time, at band camp, Matthew Palmer wrote:
>On Tue, Nov 04, 2003 at 07:35:26PM +1100, Lyle Chapman wrote:
>> http://www-3.ibm.com/e-business/doc/content/lp/prodigy.html
>
>And it'd be good if IBM just gave a "download it here" link instead of
>trying to tie us all into our browsers.  Luckily, my 133t 5]around that crap quick enough.  

The sekrit URL is trying to give me realaudio or quicktime streams, how did
you get the MPEG video out of it?

-- 
[EMAIL PROTECTED]   http://spacepants.org/jaq.gpg
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Red Hat discontinues maintenance and errata support

[Andrew Bennetts]

On Tue, Nov 04, 2003 at 10:28:40AM +1000, Russell Ashdown wrote:
>The Red Hat Linux we know and love will supposedly become "Fedora". But
>how Fedora is linked to Red Hat Linux is another question.  So far, all
>that I have read says that it will replace Red Hat's RPM's. Linux is not
>mentioned.

See http://fedora.redhat.com/

-Andrew.

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Novell acquires SuSE

[James Gray]

On Wed, 5 Nov 2003 12:59 pm, Jeff Waugh wrote:
> 
>
> > This is interesting considering the new (next?) generation of Novell
> > Directory Services (NDS) is an add-on to Linux.  Seems they have
> > abandoned the proprietary underlying OS that ran Netware and are
> > building on top of Linux now.
>
> They've made it very clear (in loud, "don't be scared" voices) that they
> are not dropping Netware, just adding Linux.
>
> - Jeff

OK.  I didn't know that :)  I guess that's a good thing.  The sales droids 
who frequent our office regularly mentioned that the future of Netware and 
NDS was with running them both on top of Linux.  I got the impression, the 
plan was to phase out their proprietary OS.  Looks like either they got it 
wrong, or I simply filtered their words through my Linux-coloured glasses 
:P

--James
__
A random quote of nothing:

Live fast, die young, and leave a good looking corpse.
-- James Dean

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] Netatalk...

[Terry Denovan]

Hi,


I
am trying to get Netatalk running on one of my Red
Hat 9.0 Machines, and it just doesn’t seem to work, does anyone know for
sure that it works on Red Hat 9.0 or am I better off running it on another
distro? 

 

Kind Regards,

Terry
Denovan

Information Technology
Manager

Express
Publications Pty Ltd

Ph: (02) 9741-3944

Fax: (02) 9748-3856

Reception: (02)
9741-3800

 

 






-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Real lamo question about scripts

[Malcolm V]

On Mon, 2003-11-03 at 16:54, Jan Schmidt wrote:
> echo mytar-$(date +%d%m%Y).tar.gz
> mytar-03112003.tar.gz
> 

Yay for Peter, boo for Jan.

Placing the date in a filename as Year-Month-Day is much neater and it
means a file listing will have the oldest file at the top and the newest
at the bottom (at least for the next 8000 years or so).

Cheers,
Malcolm V.

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[TongMaster]

On Wed, 2003-11-05 at 12:39, Jeff Waugh wrote:
> 
> 
> > Why don't we do a joint effort and Create a SLUG distro ;)
> 
> [ Somehow I think it would end up being Debian-based. :-) ]


The only practical way to go. It could be a Sid snapshot. All you have
to do is come up with a package list, stick in a few SLUG logo's /
pictures / themes and voila! Your SLUG distro is ready.

Perhaps a customised Knoppix, again just changing some imagery. Unless
you've got a groundbreaking idea, there's very little reason to
re-invent the wheel.

No different to what I used to do at Computerbank.


-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Novell acquires SuSE

[Jeff Waugh]

> This is interesting considering the new (next?) generation of Novell
> Directory Services (NDS) is an add-on to Linux.  Seems they have abandoned
> the proprietary underlying OS that ran Netware and are building on top of
> Linux now.

They've made it very clear (in loud, "don't be scared" voices) that they are
not dropping Netware, just adding Linux.

- Jeff

-- 
linux.conf.au 2004: Adelaide, Australia http://lca2004.linux.org.au/
 
   She said she loved my mind, though by most accounts I had already lost
it.
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

RE: [SLUG] No more Red Hat Linux support after April 30 2004 -Quick Survey

[Kevin Saenz]

or hold out till M$ decides to by us out in a lazy way to develop
quality secure software :)
> 
> >Why don't we do a joint effort and Create a SLUG distro ;)
> 
> Then we can all share the $210M dollars when the distro sells to Novell
> (or some such creature) 
> :-)
-- 
Regards,

Kevin Saenz
 
Spinaweb
I.T consultants
 
Ph: 02 4620 5130
Fax: 02 4625 9243
Mobile: 0418455661
Web: http://www.spinaweb.com.au

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

RE: [SLUG] No more Red Hat Linux support after April 30 2004 -Quick Survey

[Michael Collins]

>Why don't we do a joint effort and Create a SLUG distro ;)

Then we can all share the $210M dollars when the distro sells to Novell
(or some such creature) 
:-)


-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Novell acquires SuSE

[James Gray]

Jeff Waugh wrote:
If you thought Fedora changed everything...

  http://www.novell.com/

- Jeff
This is interesting considering the new (next?) generation of Novell 
Directory Services (NDS) is an add-on to Linux.  Seems they have 
abandoned the proprietary underlying OS that ran Netware and are 
building on top of Linux now.

I guess this acquisition will buy them a lot of intellectual property 
and people skills that will assist them.

Good luck to them both I say :)  Linux can only make Netware better and 
visa versa.

--James

--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Jeff Waugh]

> Why don't we do a joint effort and Create a SLUG distro ;)

[ Somehow I think it would end up being Debian-based. :-) ]

- Jeff

-- 
linux.conf.au 2004: Adelaide, Australia http://lca2004.linux.org.au/
 
"Orphaned farm-boy hero helps save world against bad-guys, begins a
   journey of self-discovery, and makes interesting friends. Passable." -
Andrew Bennetts on Star Wars
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Kevin Saenz]

Why don't we do a joint effort and Create a SLUG distro ;)

-- 
Regards,

Kevin Saenz
 
Spinaweb
I.T consultants
 
Ph: 02 4620 5130
Fax: 02 4625 9243
Mobile: 0418455661
Web: http://www.spinaweb.com.au

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Q uick Survey

[Jeff Waugh]

> But, while we're on the subject of Debian, has Debian adopted to use
> the RedHat anaconda installation for future releases?

No, Progeny has ported Anaconda for use with Debian. It has not been
accepted by the Debian project itself thus far (and somewhat unlikely).

- Jeff

-- 
linux.conf.au 2004: Adelaide, Australia http://lca2004.linux.org.au/
 
   "Having strings in a language seems to be a case of premature
optimization." - Paul Graham
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Q uick Survey

[Kevin Waterson]

This one time, at band camp, [EMAIL PROTECTED] (Jon Teh) wrote:


> > The 'everything for nothing' crowd will get left behind, or they can use
> > Fedora.
> > 
> 
> It's strange you say that, as I've been using Debian for some time,
> and don't seem to be getting 'left behind'.

umm, talking about redhat here. 
But, while we're on the subject of Debian, has Debian adopted to use
the RedHat anaconda installation for future releases?

Kind regards
Kevin


-- 
 __  
(_ \ 
 _) )            
|  /  / _  ) / _  | / ___) / _  )
| |  ( (/ / ( ( | |( (___ ( (/ / 
|_|   \) \_||_| \) \)
Kevin Waterson
Port Macquarie, Australia
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Red Hat discontinues maintenance and errata support

[Kevin Waterson]

This one time, at band camp, "Russell Ashdown" <[EMAIL PROTECTED]> wrote:

 
> The announced pricing is as follows:
> RHLE  WS (Linux 3) x86basic   $US179   standard   $US299 Itanium,AMD64   --- 
>   
> standard $US792
> 
> RHLE  ES   x86  basic   $US349 standard   $US799
> 
> RHLE  AS   x86  basic  $US1499  premium  $US2499
> Itanium,AMD64,IBM   basic  $US1992 premium  $US2998
> IBM series  basic $US15000 premium $US18000

or you can simply download the source and compile it for nothing

Kevin 


-- 
 __  
(_ \ 
 _) )            
|  /  / _  ) / _  | / ___) / _  )
| |  ( (/ / ( ( | |( (___ ( (/ / 
|_|   \) \_||_| \) \)
Kevin Waterson
Port Macquarie, Australia
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Q uick Survey

[Mary Gardiner]

On Tue, Nov 04, 2003, Jon Teh wrote:
> It is also most certainly not "everything for nothing" as you put it,
> considering that people in the Linux communities such as the Debian
> one are fairly major code contributors to Open Source Software
> projects.

This is an important point -- the Free Software economic model values
time input as well as money input, and Debian shows that it is possible
to sustain a large project that is "funded" mostly by time rather than
money.

Jeff mentioned elsewhere that some people are calling Red Hat customers
who now fall outside the Red Hat market focus "freeloaders" which is
definitely unfair, as is calling people who won't invest money in Linux
the "everything for nothing crowd". People who won't invest *anything*
in Linux are a 'customer base' that it's not worth serving, but ignoring
the people who put time in instead of money is ignoring some of Free
Software's most important contributors. Red Hat is, after all, selling
support for products that they did not entirely develop in house -- and
in fact, for some projects that developed for "free" (no money paid to
the developer).

For some businesses, it is cheaper to support Linux by paying Red Hat
licence fees than it is to contribute to Free Software development
(often because this requires paying someone's salary) -- the fact that
the reverse is true for other people doesn't mean they are somehow
failing to put their resources where their mouth is.

-Mary
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Linux IBM Movie - Really Cool (better than the apple movies)

[Matthew Palmer]

On Tue, Nov 04, 2003 at 07:35:26PM +1100, Lyle Chapman wrote:
> http://www-3.ibm.com/e-business/doc/content/lp/prodigy.html

And it'd be good if IBM just gave a "download it here" link instead of
trying to tie us all into our browsers.  Luckily, my 133t 5]

- Matt
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] animation

[Stuart Guthrie]

Hi Kazik,

Your clock is wrong BTW. Remember, remember it's the 5th of November!

Here's a weird way for you. 

Get Open Office 1.1.
File New Presentation.
Place a JPG on each page.
Save the presentation.
Export as Flash...
Load Flash to your website and place inside HTML.
View the 'film' on line!


Stu

On Thu, 2003-11-06 at 15:02, kazik wrote:
> Hello all!
> 
> I would like to know how or if I can use my digital camera to make a
> little animated film under Linux.
> It´s a bog standard Fuji Finepix that takes stills as JPEGS and I would
> like to know how I can string them all together. Any tips on software,
> conversion processes, formats and editing would be very welcome.
> 
> Many Thanks in advance
> 
> Kaz 

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] Linux IBM Movie - Really Cool (better than the apple movies)

[Lyle Chapman]

http://www-3.ibm.com/e-business/doc/content/lp/prodigy.html


Lyle Chapman

Pre-Press Supervisor
Torch Publishing Co.
47 Allingham Street, Condell Park 2200, NSW, Australia
612 9795 
http://www.torchpublishing.com.au
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] Red Hat discontinues maintenance and errata support

[Russell Ashdown]

Red Hat has announced it will discontinue maintenance and errata support for Red Hat Linux 7.1, 
7.2, 7.3 and 8.0 as of December 31, 2003. Red Hat will also discontinue maintenance and errata 
support for Red Hat Linux 9 as of April 30, 2004. Red Hat does not plan to release another 
product in the Red Hat Linux line."  


Instead, Red Hat will now sell the box-set of Red Hat Linux which now becomes "Red Hat 
Enterprise Linux" in three flavours:  "WS" (workstation, what we now use mostly), "ES" (the stuff 
we use now on steroids), and "AS" (advanced server).  

The Red Hat Linux we know and love will supposedly become "Fedora". But how Fedora is linked 
to Red Hat Linux is another question.  So far, all that I have read says that it will replace Red Hat's 
RPM's. Linux is not mentioned.


The announced pricing is as follows:
RHLE  WS (Linux 3) x86    basic   $US179   standard   $US299 
Itanium,AMD64   --- 
standard $US792


RHLE  ES   x86  
basic   $US349 standard   $US799


RHLE  AS   x86  
basic  $US1499  premium  $US2499
Itanium,AMD64,IBM   basic  $US1992 premium  $US2998
IBM series  basic $US15000 premium $US18000



-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Qui ck Survey

[Erik de Castro Lopo]

On Tue, 4 Nov 2003 22:13:46 +1100 (EST)
[EMAIL PROTECTED] wrote:

> I think the main issue that remains, is finding a good source for
> pre-built packages. 

That is the REAL advantage of Debian. More prebuilt packages that
any other disro.

> So again, the key issue for me is ease of administration/maintenance,
> and the longevity of the source that you'll get your packages from. 
> Maybe it will be Fedora, if they run the project well.  Maybe it will
> be Debian if they speed up their development.  Don't know how you
> include impure software packages transparently in the Debian universe.

You can build your own packages. You can also add lines to your 
/etc/apt/sources.list pointing to non Debian repositories.

Erik
-- 
+---+
  Erik de Castro Lopo  [EMAIL PROTECTED] (Yes it's valid)
+---+
"Don't be fooled by NT/Exchange propaganda. M$ Exchange is
just plain broken and NT cannot handle the sustained load
of a high-volume remote mail server"
-- Eric S. Raymond in the Fetchmail FAQ
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Qui ck Survey

[Jeff Waugh]

> It will be interesting to see what the release schedule for fedora will
> be. I would guess it won't be as frequent as red hat, and will probably
> get longer with each release. (based on projects like debian and linux
> kernel)

Six month minimum, time-based release schedule. No Debian release
catastrophe [1], and definitely no 'enterprise release cycle' comfort.

This page basically says "how Fedora won't make Debian's mistakes":

  http://fedora.redhat.com/about/objectives.html

- Jeff

[1] I still call Debian 'the original enterprise Linux', but that doesn't
negate the fact that it does have release management issues. Then again,
it's a bloody hard task. :-)

-- 
linux.conf.au 2004: Adelaide, Australia http://lca2004.linux.org.au/
 
   "Slashdot seems to run a lot of obituaries. Perhaps there should be a
   topic for it."
"There already is. It's called the BSD section." - Anonymous Coward
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Qui ck Survey

[umug]

[EMAIL PROTECTED] writes:

> So again, the key issue for me is ease of administration/maintenance,
> and the longevity of the source that you'll get your packages from. 
> Maybe it will be Fedora, if they run the project well.  Maybe it will
> be Debian if they speed up their development. 

It will be interesting to see what the release schedule for fedora will
be. I would guess it won't be as frequent as red hat, and will probably
get longer with each release. (based on projects like debian and linux
kernel)

I don't mind the release cycle of debian, 1 release a year would be
ideal for me, I wouldn't want shorter releases, and I can handle longer
ones. For a long time I ran stable on my desktop, I tried to resist
going to unstable (unstable meaning change, not lots of bugs), but I'm
weak. But I'm glad I did, it gives me experience in solving issues (not
that there is a lot of them), and I get a head start on what the next
release will be like.

I've got a request for the codefest (erik in particular). Add
transaction support to the debian package system, ie

apt-get begin
apt-get update
apt-get dist-upgrade
[errors]
apt-get rollback
(back to same state as before the upgrade)

if no errors
apt-get commit

> Don't know how you
> include impure software packages transparently in the Debian universe.

tar source packages you generally install in /usr/local, or use
stow.

If you mean rpm type packages, I guess there are a large number of rpm
based distro's that aren't red hat based, so there would be a lot of rpm
packages around not compatible with red hat. It's a bit different in the
debian world, there's a lot of official debian packages (less reason to
need unofficial packages) and less deb based distro's, and those that
exist are based on debian.

Generally, most unofficial deb packages are targeted to a particular
debian release. They're generally made by debian maintainers and work
well, but there are always exceptions.
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] Novell acquires SuSE

[Jeff Waugh]

If you thought Fedora changed everything...

  http://www.novell.com/

- Jeff

-- 
linux.conf.au 2004: Adelaide, Australia http://lca2004.linux.org.au/
 
 "Perdon; estoy buscando mis pantalones." - Luis Villa's Essential
  Spanish
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Paths Dilema on RH Linux Server [Solved]

[Louis]

Hi Alec:

I have tried your suggestion in a simple script. Running the script via
cron dumps $HOME as the path I want.

Also for browser from I what I just discovered from my Perl book is that I
can just use the following to get my paths from %ENV (nto sure why I never
saw this before

$ENV{'SITE_CGIROOT'}; (for cgi-bin)
$ENV{'SITE_HTMLROOT'}; (for base html)

As I want the script to work with both cron and browser I guess the $0
solution is what I need. Just tweaked it like below though as I normally
take off the trailing "/" with the path:

my $HOME = ($0 =~ /^(.*\/)/)[0];
my $CGI = ($HOME =~ /^(.*)\/$/)[0];

I dumped $0 on my Windows machine and it has the path. But the above does
not work as the path for windows is like this from my PC:

K:\somedir\simple.pl

So for WINDOWS this appears to work on my PC:

my $WINDOWS = ($0 =~ /^(.*\\)/)[0];

Cheers

> Hi Alec:
>
> My name is Louis. I've updated my mail folder for this account to
> display my name.
>
> I don't quite understand this statement. Is "$0" the script with full
> path when called either via browser or cron ?
>
> So this will only work on Linux OS but not Windows based Apache servers.
>
> Thanks again.
>
> Cheers.
>
>
>> Hello Unnamed Person,
>>
>> You might want to try:
>>
>>  my $HOME = ($0 =~ /^(.*\/)/)[0];
>>
>> This will set $HOME to the path of the executing script. Note that
>> this is not completely portable, though it works fairly reliably on
>> Linux.
>>
>> So if you put your Perl script in /var/www/cgi-bin (for example), you
>> could do this to get /var/www/htdocs:
>>
>>  my $HTDOCS = "$HOME../htdocs";
>>
>> Or whatever, etc. etc.
>>
>> Regards,
>> Alec
>>
>> On Tue, Nov 04, 2003 at 11:35:35AM +1100, [EMAIL PROTECTED]
>> wrote:
>>> Just a minor typo with attempt 2, the code is
>>>
>>> push(@INC, $cgibin);
>>>
>>> Thanks
>>>
>>> > Hi Sluggers:
>>> >
>>> > I have been looking at an efficient way to move away from having to
>>> constantly have paths specified in scripts repeatedly. So here is the
>>> full story in great detail so that I can hopefully get an
>>> informed decision. This is not a problem but merely looking for an
>>> efficient way to do this.
>>> >
>>> > When I write scripts (Perl) I normally specify the full paths to
>>> the
>>> base root directory (base html dir) and the path to cgi-bin
>>> specified. With these two paths I can access other scripts
>>> interfaces after pushing the path in @INC and use 'require', and also
>>> process text files etc 
>>> >
>>> > Now I was normally specifying these two paths in all scripts at the
>>> top in the past. But recently have been thinking about moving away
>>> from this. So here are two things I did but is not quite to what I
>>> want to achieve but close.
>>> >
>>> > Attempt 1.
>>> > ==> > I basically have a text file where I have these two
>>> full paths specified. The file is located in the same directory as
>>> all the scripts. If there are scripts in another directory, then in
>>> that directory I have a sim link to the file that holds the actual
>>> path data. Now in all scripts, I just do this before anything else to
>>> set the paths:
>>> >
>>> > my @paths;
>>> >
>>> > open (FILE, "path.dat") || die "error blah blah ...";
>>> > while() {
>>> > chomp;
>>> > push @paths, $_;
>>> > }
>>> > close (FILE);
>>> >
>>> > As I know the order of the paths in the file, I have these two
>>> below
>>> as globals:
>>> >
>>> > my $homedir = $paths[0];
>>> > my $cgibin = $paths[1];
>>> >
>>> > This work greats with browser called scripts, but I hit a problem
>>> with scripts that runs via cron. The problem with cron scripts is
>>> that it cannot open the "path.dat" file despite that it's in the same
>>> directory as the cron script itself. I think where cron
>>> executes (don't know where) it's not in reference with the same
>>> directory where the script and file is located, so cannot see it.
>>> >
>>> > So I moved away from this solution and went to attempt 2.
>>> >
>>> > Attempt 2.
>>> > ==> > I create a 'path.pl' script where I specify $homedir,
>>> $cgibin, and other other common used stuff by all scripts via a
>>> routine called
>>> > "set_paths()". Then with "Exporter::Lite", I export these two
>>> variables and the others.
>>> >
>>> > In other scripts the problem is that I have to tell it from this
>>> 'path.pl' script is. So I am forced to have one path specified. i.e I
>>> have to define
>>> >
>>> > $cgibin = "/path_to_where_path.pl_is_located";
>>> >
>>> > Then I do this
>>> >
>>> > push($cgibin, @INC);
>>> > require 'path.pl';
>>> >
>>> > &set_paths();
>>> >
>>> > This now has all common stuff accessible. But I still have to
>>> specify one hardcoded path in all scripts which is no way as good as
>>> attempt one. With attempt 2 cron scripts also works fine.
>>> >
>>> > I have been looking at a way to have @INC permanently have the path
>>> to where this 'path.pl' is located so that all I need to do is just
>>> call "&set_paths

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[[EMAIL PROTECTED]]

> If you haven't heard the news, Red Hat will no longer provider errata
> updates for RHL after April 30 next year.
> 
> So a quick survey among Red Hat SLUGgers. I'm a long time RH user
> currently with a few RH9 machines. So where are you going to go to?
> 
> 8) Something else

I'm a longtime RedHat user, but have been starting to move away for a
different reason. I've tried other distros (Mandrake, Debian and
Slackware), but have felt most at home with RH.

However, being a fussy git and having taken an interest in trimmming
down the bloat that's crept in, I've been driven to developing my own
distro based on Linux From Scratch.
Periodically discovering that rpm's database had gone and corrupted
itself yet again was aggravating, but realising that RH wants all of
OpenLDAP installed just to change passwords was the final straw.

It's not easy, or quick, but will give me _precisely_ the system I want,
with no extra trimmings. Plus, I'm developing a depth of system
knowledge whose surface I'd barely scratched in 5 years as a
user/tweaker.

It helps that the machines in question are my own home boxes, with
nobody else relying on them.


Regards,
James

-- 
...so there I am at ten thousand feet with a power drill in one hand, a
takeaway menu in the other, no parachute and a _very_ suprised
expression...
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Jeff Waugh]

> If you haven't heard the news, Red Hat will no longer provider errata
> updates for RHL after April 30 next year.

Since everyone is chiming in on this, here's my POV. ;-) First: Don't Panic.

There has been a lot of discussion about this on various sysadmin lists over
the last few months, and the major issue has been the lack of an affordable,
low-end, commercially-supported business distro solution from Red Hat.

For some, the Workstation (WS), Enterprise Server (ES) and Advanced Server
(AS) licenses are prohibitively expensive. That's not their fault, they're
not freeloaders, although there are lots of people who seem to think so, and
quite vocally! (I've been amazed by the amount of flamage this has caused -
dedicated, paying, Red Hat customers who have found themselves outside RH's
market focus have been branded freeloaders... Crazy!)

The biggest issue for these smaller customers is not always the lack of Red
Hat support - it's the lack of independent vendor support, such as SAP,
Oracle, and many smaller ISVs developing software that runs on Linux. It is
highly unlikely that independent vendors will embrace Fedora, for the same
reasons they don't support Debian: Rapid changes, moving target, and there's
no vendor behind the OS (sure, RH are leading the Fedora project, but don't
support it commercially). Some may support it as a developer platform, and
I'm sure that there will be reasonable compatibility between WS/ES/AS and
Fedora for specific versions.

Humourous aside: Some people are cheerily claiming that this heralds the end
of Red Hat and commercial distributions generally. They're easy to spot with
their fingers firmly lodged in their ears. :-) Okay, so, it's a bummer that
RH aren't focusing on the SME market, but they know where the high margin
money is right now, and that's *definitely* in the enterprise space.

There's another explanation for the noise we've heard about this decision: a
large proportion of Red Hat's dedicated customer base for the non-enterprise
level products are technically cluey people who may be involved in the
community, while the silent majority of their customers want enterprise
style products and support. Not hard to guess who will make the most
noticeable noise. :-)

Some solutions:

  1) Purchase a single RHEL license, and distribute the updates received.
  This could be automated/centralised. If you call for support too often,
  they will work out you have 200 machines on 1 license. :-)

  2) Purchase a single RHEL license, and pull updates from FTP - they are
  only distributed publically as SRPMs, so you will need to build them. If
  you have a central build/updates server, this will be pretty simple.

  3) Investigate community-built RHEL packages and ISOs, if you can self
  support installation and can handle the security ramifications.

  4) Find someone who will support Fedora or community-built RHEL packages
  for you, paying close attention to ISV product support limitations.

  5) Investigate self-supporting Fedora. This is probably only worthwhile
  for consultants or businesses with substantial in-house expertise. It's
  far too early to see if Fedora will be a success, but it has a pretty good
  chance (compare the Fedora goals page with Debian's some time)...

  6) Investigate self-supporting Debian. Again, probably only worthwhile for
  consultants or businesses with substantial in-house expertise... HOWEVER,
  you do get the benefit of *very* good security updates, and a large pool
  of distro-official packages in stable, or available for backporting.

  7) Investigate self-supporting Gentoo.

- Jeff

-- 
GNOME Summit 2003: New York, USA  http://www.nylxs.com/events/gnome/
 
 "First: This is not a race." - Jody Goldberg on the Free Software
  desktop
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] ftpd rpm u/g from source build: do I need 'ftpaccess' ?

[Stuart Cooper]

> so, now I have rpm-installed ProFTPd, and, it works:
 
> Question: when 'rmp=erasing' Wu-FTPD, rpm created:
 
> -rw---1 root root 1948 Aug  9 07:28 ftpaccess.rpmsave
> -rw---1 root root   79 Jul 15 10:13 ftpusers.rpmsave

rpm erase creates .rpmsave file when it is deleting a changed 
configuration file. so ftpaccess and ftpusers were changed config files
from your old Wu-FTPD.
 
> ftpusers got recreated:
> -rw-r--r--1 root root  191 Nov  3 11:38 ftpusers

so ProFTPd uses a file called ftpusers also. you should merge your 
ftpuser.rpmsave with your new ftpusers; after reading the ProFTPd doco
to make sure you know that ftpusers is doing what you expect (I'd expect
it to be a list of userlogins who are allowed to use ftp)

> BUT, I no longer have 'ftpaccess'
 
> do I need /etc/ftpaccess with ProFTPd, should I manually recrceate it from
> ftpacess.rpmsave ?

No you don't need it otherwise the install of ProFTPd would have installed
it for you. You can safely delete it to avoid confusion. 

Hope this helps,
Stuart.
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Postfix and regexp

[Rob B]

At 01:13 AM 5/11/2003, Voytek sent this up the stick:
** Reply to note from Kevin Saenz <[EMAIL PROTECTED]> Tue, 04 Nov 
2003 12:24:07 +1100
>
> why are you tuesday 10pm?

Kevin, that's a good Q.

the answer is long and involved, and, I do not understand some parts of
it...


so, today, when I noticed I'm out by DST, and, adelaide no longer is there,
I though, I'd try an NTPD instead of daytime, I've set up NTPD sometime in
1999, but, never used it since then, NTPD had these in:
poll interval = 16384
augean.eleceng.adelaide.edu.au
ntp.cs.mu.OZ.AU
ntp.ml.csiro.au
ntp.tip.CSIRO.AU
tick.usno.navy.mil
tock.usno.navy.mil
time.nist.gov
206.54.0.21


Bad ... these are stratum 1 servers.  Ordinary folks like us should 
*really* be synchronising to stratum 2 servers.  Real differences between 
the strata amount to milliseconds usually.  www.ntp.org has *all* the info.

I guess, NTPD takes an average between local machine time as well as remote
clocks, and, I guess, NTPD shouldn't be invoked on on obviously incorrect
time, and, I guess, if I left NTPD running, it would eventually correct
the time. Perhaps an interval of '16384' prevented re-calc from being
somewhat quicker...
Not really.  ntpd will adjust (slew) your clock according to the dfirtfile 
(/var/ntp/drift)  ntpdate steps the change in one hit (see below).

which reminds me, I should really configure ntpd on my Linux server.


ntpd probably isn't the best solution for an intermittent dialup, unless 
you can stay dailled up for about 24 hours while ntpd sets up a drift 
file.  If the Linux box is dialling, put ntpdate into your ppp.up script

If you do decide to go ahead with ntpd, be sure to check out the 
pool.ntp.org website.

Cheers,
Rob
--
A good quantum physicist is hard to find.
This is random quote 140 of 1254.

Distance from the centre of the brewing universe
[15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian
Public Key fingerprint = 6219 33BD A37B 368D 29F5  19FB 945D C4D7 1F66 D9C5

--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] animation

[Peter Hardy]

On Thu, 2003-11-06 at 15:02, kazik wrote:
> I would like to know how or if I can use my digital camera to make a
> little animated film under Linux.
> It´s a bog standard Fuji Finepix that takes stills as JPEGS and I would
> like to know how I can string them all together. Any tips on software,
> conversion processes, formats and editing would be very welcome.

You can assemble a collection of jpegs into an mpeg file with
mpeg_encode, part of the Berkeley MPEG tool collection.
http://bmrc.berkeley.edu/frame/research/mpeg/index.html , debian package
is called ucbmpeg.

I'm not entirely sure if it's the sort of thing you're looking for - the
documentation in the example configs specifies a small range of frame
rates, with a minimum of 24fps.  If it's a slideshow type deal with
images from a regular digicam, then you'll need something else.

But it works quite well - check
http://slug.org.au/~peter/installfest.mpg for a 7MB time-lapse video
assembled from webcam images shot at the recent installfest. :-)

-- 
Pete

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Qui ck Survey

[Ken Foskey]

On Tue, 2003-11-04 at 22:13, [EMAIL PROTECTED] wrote:

> The shared libraries is what really impedes smooth package installation.
> God knows, disc and memory is cheap these days.  (Though memory
> bandwidth certainly isn't, but if it's data space that dominates rather
> than text space, shared libraries hardly help.)

Shared libraries do save a lot of memory so be thankful that people
bother with it.  The main thing with shared libraries is the API's that
support higher functions so the user program becomes less complex. 
Mainly the dll problem in Windows should not exist in Linux due to the
naming scheme taking into account incompatible binary changes to the
library so you can have two version of the same library installed at the
same time.  Windows do not have versioning in the naming therefore they
end up clobbering each other with incompatible versions, early releases
of dll's did not version check properly overwriting newer ones with
older ones.

So Linux does not suffer from the dll hell.

-- 
Thanks
KenF
OpenOffice.org developer

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Jeff Waugh]

> I have found that testing is the worst of both worlds (i.e. of stable &
> unstable).  It does not have the latest things, and it's not very stable.
> Some things are missing altogether - e.g. there is no testing version of
> GNUCash.  Some things have large chunks missing (e.g. Gnome).

This is true for certain kinds of users, particularly anyone using GNOME and
KDE (the big desktops), and unfortunately, most of this is due to choices
made by the Debian maintainers. It is a very challenging task to oversee the
coherent packaging and release of complex software stacks like these... and
desktop stuff has not been Debian's forte so far. Some way to go to get this
right. ;-)

- Jeff

-- 
linux.conf.au 2004: Adelaide, Australia http://lca2004.linux.org.au/
 
  "A 'lame' server is a server that is SUPPOSED to be authoritative, but,
  when asked, says: 'Me? I know nothing, I'm from Madrid!'" - Ralf
Hildebrandt
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Q uick Survey

[Jon Teh]

On Wed, Nov 05, 2003 at 08:54:06AM +1100, Kevin Waterson wrote:
> This one time, at band camp, [EMAIL PROTECTED] (Jon Teh) wrote:
> 
> > > If you have small servers, why not go with Professional Workstation (RHPW)
> > > The cost is what you pay already for a boxed set plus updates. seems reasonable
> > > to me.
> > >
> > 
> > You say this like people actually pay to use the Linux OS.
> > I think you'll find in excess of 99% of Linux installs do not come from
> > a paid box set.
> 
> The 'everything for nothing' crowd will get left behind, or they can use
> Fedora.
> 

It's strange you say that, as I've been using Debian for some time,
and don't seem to be getting 'left behind'.

It is also most certainly not "everything for nothing" as you put it,
considering that people in the Linux communities such as the Debian
one are fairly major code contributors to Open Source Software projects.

This latest Red Hat rearrangement looks like just another indicator that
the pay-for-Linux model just isn't working, with a lot of the commercial
operators running on borrowed time (or as it may be, investors' money).

With the costs of the new commercial Red Hat as high as they are, I'd be
surprised if this change alone will be enough to prop up the company.

-- Jon Teh
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Jamie Wilkinson]

This one time, at band camp, Andrew Bennetts wrote:
>While it's got a new name and a more open development process than Red Hat
>Linux, as I understand it it's still essentially the same system, so I'm
>curious as to why Red Hat Linux becoming Fedora is a reason to switch to
>Debian?

Seems to me Fedora is just Debian with RPMs.  Same goals for package
quality, large community base, and with any luck they'll get some fanatical
trolls, which every community needs.

-- 
[EMAIL PROTECTED]   http://spacepants.org/jaq.gpg
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] animation

[lukekendall]

On  6 Nov, kazik wrote:
>  Hello all!
>  
>  I would like to know how or if I can use my digital camera to make a
>  little animated film under Linux.
>  It´s a bog standard Fuji Finepix that takes stills as JPEGS and I would
>  like to know how I can string them all together. Any tips on software,
>  conversion processes, formats and editing would be very welcome.

I know a friend converted a bunch of JPEGs to motion JPEG with some
free tools some years back.

A quick google search turned up this, which sounds superior:

http://www.stillhq.com/extracted/howto-jpeg2mpeg/output.html

luke

--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Jamie Wilkinson]

This one time, at band camp, Visser, Martin (Sydney) wrote:
>If you haven't heard the news, Red Hat will no longer provider errata
>updates for RHL after April 30 next year. (See
>http://www.newsforge.com/software/03/11/03/1657205.shtml ). (You'll have
>go to RH Enterprise Linux for support from them)
>
>So a quick survey among Red Hat SLUGgers. I'm a long time RH user
>currently with a few RH9 machines. So where are you going to go to?

We already backport Fedora packages to Red Hat as we (or our clients) need
them, and are planning using the latest up2date to suck down JPackage and
our own repository as well.

So, our Red Hat machines will stay RPM based.  If that means dropping RH and
going to Fedora, so be it, but I don't see the difference really.

Of course, now that Progeny have ported anaconda from the Red Hat installer
to Debian, we're likely to start rolling out Debian based machines using
our existing server build process without a lot of effort.

-- 
[EMAIL PROTECTED]   http://spacepants.org/jaq.gpg
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Qui ck Survey

[lukekendall]

On Tue, Nov 04, 2003 at 03:34:02PM +1100, Graham Smith wrote:
>  So a quick survey among Red Hat SLUGgers. I'm a long time RH user 
>  currently with a few RH9 machines. So where are you going to go to? 

I started off with Yggdrasil Linux and switched over to RH at about
release 4.0 I think, and have been using it ever since.  I tried Debian
a long time ago, and swore off it due to dselect (yes, I hated it that
much).

I've never been entirely happy with RH either, though, and have been
trying SuSE recently.  Seems okay, but not dramatically better.

My main requirements are:

1) Easy incremental upgrades of any piece of the whole system.
2) Easy package installation.

Fortunately, synaptic on top of apt (either native in Debian or via
apt-get on top of RPM for RH, SuSE, ...), makes this pretty good now.

I think the main issue that remains, is finding a good source for
pre-built packages. I'm running RH7.2, which is working well.

Because of the fundamental "DLL" problem (*), this is really too old.

So to some degree, I am suffering because I don't want to spend the
time on a complete release upgrade (because in my experience they never
"just work".  It's better to install on a new partition and gradually
configure things again.)

So again, the key issue for me is ease of administration/maintenance,
and the longevity of the source that you'll get your packages from. 
Maybe it will be Fedora, if they run the project well.  Maybe it will
be Debian if they speed up their development.  Don't know how you
include impure software packages transparently in the Debian universe.

So Gnoppix may be the long term solution.  I'll probably give SuSE 9 a
decent trial (a year or two), and either switch to Gnoppix or Fedora, 
depending on which looks most durable, if I'm still griping about things
then.

luke

(*)  > In http://www.autopackage.org./faq.html they make this comment
> about a solution to the problem of a package depending on library
> versions, and conflicting with other library versions you need for
> other packages:
> 
> [...]
> 
>>As a result, binaries can occasionally end up tied, often
>>unknowingly, to the set of libraries the developer used when
>>compiling. Running it on another distro might work, but there are
>>no guarantees.
>>
>>Luckily, there is a solution to this problem in the form of an
>>extension to the ELF symbol fixup rules, originally implemented by
>>Sun in Solaris.  Direct and grouped fixup allows you to restrict
>>the scope of symbols, preventing such collisions. Unluckily, it's
>>not implemented by glibc. Volunteers? The problem is big enough
>>that at some point, we (the autopackage hackers) may have to down
>>tools and go work on glibc for a few months
> 
> 
> Some interesting articles at http://www.linmagau.org/

A friend (Ross Cartlidge) commented:

> As was said by Rob Pike (and PeterA) a long time ago. Maybe
> the problem is shared libraries. I kind of like the idea of static 
> linking. If its so important it needs to be shared - it should in the 
> kernel (or at least behind a kernel interface) - shared libraries
> feel all so VMS and Windows...

and the memory saving of shared text actually seems small, especially
compared to the small benefits.

> And even if it does save text space (which is as Peter says is 
> debatable) - what percentage of memory use on a system is text -
> 
> I just did this:-
> 
> [EMAIL PROTECTED] /proc]# cat */status | awk '/VmLib|VmExe/ {s += $2}; END 
> {print s}'
> 668648
> [EMAIL PROTECTED] /proc]# cat */status | awk '/VmData|VmRSS|VmData/ {s += $2}; 
> END {print s}'
> 4111204
> 
> Which implies that non-text memory dominates.. (Bit rough I know :-)

The shared libraries is what really impedes smooth package installation.
God knows, disc and memory is cheap these days.  (Though memory
bandwidth certainly isn't, but if it's data space that dominates rather
than text space, shared libraries hardly help.)

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Erik de Castro Lopo]

On 04 Nov 2003 21:32:35 +1100
Bruce Badger <[EMAIL PROTECTED]> wrote:

> I have found that testing is the worst of both worlds (i.e. of stable &
> unstable).  It does not have the latest things, and it's not very
> stable.  

Funny thing is, I have found just the opposite. Testing for me is
perfect for both my laptops, my desktop and my wife's desktop.

> Some things are missing altogether - e.g. there is no testing
> version of GNUCash.  Some things have large chunks missing (e.g. Gnome).

Ahhh, but I don't use either GNUcash or Gnome (although I do use certain
apps from GNOME). My machie are used mostly for developement work.

> I find testing is the most challenging environment of the three.

I used stable for a while but found it was too far behind the mainstream. I also
tried unstable but found it too bleeding edge. Testing for me has worked really
well for a number of years.

I guess this is a case of different needs being met by different versions.

Erik
-- 
+---+
  Erik de Castro Lopo  [EMAIL PROTECTED] (Yes it's valid)
+---+
The word "Windows" is a word out of an old dialect of the
Apaches. It means: "White man staring through glass-screen
onto an hourglass..."
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Kevin Waterson]

> > If you haven't heard the news, Red Hat will no longer provider errata
> > updates for RHL after April 30 next year. (See
> > http://www.newsforge.com/software/03/11/03/1657205.shtml ). (You'll have
> > go to RH Enterprise Linux for support from them)

This is not quite true. You do not need to use RHEL to get support, Fedora
will have freely available updates. Also RH have many products, of which
RHEL is only one. All of these have support available for a fee.
If you want something for nothing, use Fedora.

Kevin

-- 
 __  
(_ \ 
 _) )            
|  /  / _  ) / _  | / ___) / _  )
| |  ( (/ / ( ( | |( (___ ( (/ / 
|_|   \) \_||_| \) \)
Kevin Waterson
Port Macquarie, Australia
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Q uick Survey

[Kevin Waterson]

This one time, at band camp, [EMAIL PROTECTED] (Jon Teh) wrote:

> > If you have small servers, why not go with Professional Workstation (RHPW)
> > The cost is what you pay already for a boxed set plus updates. seems reasonable
> > to me.
> >
> 
> You say this like people actually pay to use the Linux OS.
> I think you'll find in excess of 99% of Linux installs do not come from
> a paid box set.

The 'everything for nothing' crowd will get left behind, or they can use
Fedora.

Kind regards
kevin


-- 
 __  
(_ \ 
 _) )            
|  /  / _  ) / _  | / ___) / _  )
| |  ( (/ / ( ( | |( (___ ( (/ / 
|_|   \) \_||_| \) \)
Kevin Waterson
Port Macquarie, Australia
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] Fwd: Nice article with LinusT

[lukekendall]

Transcript of long interview with Linus on the recent Geek cruise.

luke

-- Forwarded message --






-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Bruce Badger]

On Tue, 2003-11-04 at 19:58, Ken Foskey wrote:
> Debian has three "types" of releases:
> 
> Stable:  Grandma runs this, very very stable.  So stable nothing changes
> except security fixes.  It is also very safe from crashing.
> 
> Testing:  Normal desktop use.  People that want to have latest releases
> mostly without the pain.  Breaks but reasonably rarely.  Things that are
> stable on unstable for a reasonable period of time migrate to here on a
> fairly quick basis.

I have found that testing is the worst of both worlds (i.e. of stable &
unstable).  It does not have the latest things, and it's not very
stable.  Some things are missing altogether - e.g. there is no testing
version of GNUCash.  Some things have large chunks missing (e.g. Gnome).

Testing is, I think, for testing out the candidate stable releases. 
It's no place to live, except perhaps just before it is about to become
stable anyway.

> Unstable:  Stress monkeys live here.  They HAVE to have the latest
> release, they want to be active in the debugging process.  If they are
> smart they find out about apt-listbugs and are more selective about what
> they install.

I would say that the split is:
o Stable by default for people who want a reliable platform to work on
without having to worry too much about the platform itself.
o Unstable for those with a taste for the newest or coolest and those
who like to be involved with development/packinging/deployment issues of
the platform.
o Testing for those who have an interest in specific packages and want
to use them and test them in a less volatile environment than unstable.

I find testing is the most challenging environment of the three.

All the best,
Bruce
-- 
Make the most of your skills - with OpenSkills
http://www.openskills.com


signature.asc
Description: This is a digitally signed message part
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Paths Dilema on RH Linux Server [Typo]

[Louis]

Hi Alec:

My name is Louis. I've updated my mail folder for this account to display
my name.

I don't quite understand this statement. Is "$0" the script with full path
when called either via browser or cron ?

So this will only work on Linux OS but not Windows based Apache servers.

Thanks again.

Cheers.


> Hello Unnamed Person,
>
> You might want to try:
>
>   my $HOME = ($0 =~ /^(.*\/)/)[0];
>
> This will set $HOME to the path of the executing script. Note that this
> is not completely portable, though it works fairly reliably on Linux.
>
> So if you put your Perl script in /var/www/cgi-bin (for example), you
> could do this to get /var/www/htdocs:
>
>   my $HTDOCS = "$HOME../htdocs";
>
> Or whatever, etc. etc.
>
> Regards,
> Alec
>
> On Tue, Nov 04, 2003 at 11:35:35AM +1100, [EMAIL PROTECTED]
> wrote:
>> Just a minor typo with attempt 2, the code is
>>
>> push(@INC, $cgibin);
>>
>> Thanks
>>
>> > Hi Sluggers:
>> >
>> > I have been looking at an efficient way to move away from having to
>> constantly have paths specified in scripts repeatedly. So here is
>> the full story in great detail so that I can hopefully get an
>> informed decision. This is not a problem but merely looking for an
>> efficient way to do this.
>> >
>> > When I write scripts (Perl) I normally specify the full paths to the
>> base root directory (base html dir) and the path to cgi-bin
>> specified. With these two paths I can access other scripts
>> interfaces after pushing the path in @INC and use 'require', and
>> also process text files etc 
>> >
>> > Now I was normally specifying these two paths in all scripts at the
>> top in the past. But recently have been thinking about moving away
>> from this. So here are two things I did but is not quite to what I
>> want to achieve but close.
>> >
>> > Attempt 1.
>> > ==> > I basically have a text file where I have these two
>> full paths specified. The file is located in the same directory as
>> all the scripts. If there are scripts in another directory, then in
>> that directory I have a sim link to the file that holds the actual
>> path data. Now in all scripts, I just do this before anything else
>> to set the paths:
>> >
>> > my @paths;
>> >
>> > open (FILE, "path.dat") || die "error blah blah ...";
>> > while() {
>> > chomp;
>> > push @paths, $_;
>> > }
>> > close (FILE);
>> >
>> > As I know the order of the paths in the file, I have these two below
>> as globals:
>> >
>> > my $homedir = $paths[0];
>> > my $cgibin = $paths[1];
>> >
>> > This work greats with browser called scripts, but I hit a problem
>> with scripts that runs via cron. The problem with cron scripts is
>> that it cannot open the "path.dat" file despite that it's in the
>> same directory as the cron script itself. I think where cron
>> executes (don't know where) it's not in reference with the same
>> directory where the script and file is located, so cannot see it.
>> >
>> > So I moved away from this solution and went to attempt 2.
>> >
>> > Attempt 2.
>> > ==> > I create a 'path.pl' script where I specify $homedir,
>> $cgibin, and other other common used stuff by all scripts via a
>> routine called
>> > "set_paths()". Then with "Exporter::Lite", I export these two
>> variables and the others.
>> >
>> > In other scripts the problem is that I have to tell it from this
>> 'path.pl' script is. So I am forced to have one path specified. i.e
>> I have to define
>> >
>> > $cgibin = "/path_to_where_path.pl_is_located";
>> >
>> > Then I do this
>> >
>> > push($cgibin, @INC);
>> > require 'path.pl';
>> >
>> > &set_paths();
>> >
>> > This now has all common stuff accessible. But I still have to
>> specify one hardcoded path in all scripts which is no way as good as
>> attempt one. With attempt 2 cron scripts also works fine.
>> >
>> > I have been looking at a way to have @INC permanently have the path
>> to where this 'path.pl' is located so that all I need to do is just
>> call "&set_paths()". I read about this from this url
>> >
>> > http://perl.apache.org/docs/1.0/guide/porting.html#_INC_and_mod_perl
>> >
>> > However I'm not sure what configuration file they are talking about
>> and also what is this startup.pl script located. It also appears
>> that only the server administrator can do this. Is this right ?
>> >
>> > So for now I am with attempt 2 as I can run cron and browser called
>> scripts.
>> >
>> > If anyone have some thoughts or a better solution on this please
>> share them with me.
>> >
>> > Cheers.
>> >
>> >
>> > --
>> > SLUG - Sydney Linux User's Group - http://slug.org.au/
>> > More Info: http://lists.slug.org.au/listinfo/slug
>>
>>
>>
>> --
>> SLUG - Sydney Linux User's Group - http://slug.org.au/
>> More Info: http://lists.slug.org.au/listinfo/slug
>
> --
> Evolution: Taking care of those too stupid to take care of themselves.


-- 
I'm always learning something new everyday. Thanks Sluggers.


-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
M

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Terry Collins]

"Visser, Martin (Sydney)" wrote:
> 
> If you haven't heard the news, Red Hat will no longer provider errata
> updates for RHL after April 30 next year. (See
> http://www.newsforge.com/software/03/11/03/1657205.shtml ). (You'll have
> go to RH Enterprise Linux for support from them)
> 
> So a quick survey among Red Hat SLUGgers. I'm a long time RH user
> currently with a few RH9 machines. So where are you going to go to?

1) Wait and see what actually transpires and what exactly it means.
2) Stay with RH if feasible.
3) If not feasible, go to another distro supported by some corporation
that delivers a reliable distro, because if they don't, they go under.
Suse maybe.
4) Definitely will not be going to Debian, or similar. I need a distro
that I can use for my work and most of the others don't cut the mustard.



-- 
   Terry Collins {:-)}}} email: terryc at woa.com.au  www:
http://www.woa.com.au  
   Wombat Outdoor Adventures 

 "People without trees are like fish without clean water"
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Cable Broadband

[Grant Parnell]

On Mon, 3 Nov 2003, Edwin Humphries wrote:

> G'day ll
> 
> Does anyone know of a solutions provider for cable data within a
> building. This is not for a cable modem/router/gateway, but a system to
> use the pay-TV cables within a building to carry data.

I get what you're trying to do and suspect it could be done with 
difficulty a) sourcing the bits and b) not upsetting the Cable provider's 
network. If it's actually disconnected from the cable provider or the 
content's being sourced via one-way satelite then that's pretty good 
isolation. 

I'm wondering if there's any Foxtel or Optus tech's on here that would 
know what equipment to get. I suspect some sort of concentrator box, you 
know the kind they place one-of in each suburb or every few blocks. Maybe 
you could lookup the RFC (or other standards) relevant to the cablemodems.

If you're trashing the entire video spectrum and literally can just use 
the cable for data there might be other modulation schemes you can use, 
it's basically 75 Ohm coax so stuff like Radio modems might fit in, 
certainly for point-to-point links, maybe talk to a radio ham/expert.

-- 
--
Electronic Hobbyist, Former Arcadia BBS nut, Occasional nudist, 
Linux Guru, SLUG/AUUG/Linux Australia member, Sydney Flashmobber,
BMX rider, Walker, Raver & rave music lover, Big kid that refuses
to grow up. I'd make a good family pet, take me home today!
Do people actually read these things?


-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] Paths Dilema on RH Linux Server [Typo]

[Alec Thomas]

Hello Unnamed Person,

You might want to try:

my $HOME = ($0 =~ /^(.*\/)/)[0];

This will set $HOME to the path of the executing script. Note that this
is not completely portable, though it works fairly reliably on Linux.

So if you put your Perl script in /var/www/cgi-bin (for example), you
could do this to get /var/www/htdocs:

my $HTDOCS = "$HOME../htdocs";

Or whatever, etc. etc.

Regards,
Alec

On Tue, Nov 04, 2003 at 11:35:35AM +1100, [EMAIL PROTECTED] wrote:
> Just a minor typo with attempt 2, the code is
> 
> push(@INC, $cgibin);
> 
> Thanks
> 
> > Hi Sluggers:
> >
> > I have been looking at an efficient way to move away from having to
> > constantly have paths specified in scripts repeatedly. So here is the
> > full story in great detail so that I can hopefully get an informed
> > decision. This is not a problem but merely looking for an efficient way
> > to do this.
> >
> > When I write scripts (Perl) I normally specify the full paths to the
> > base root directory (base html dir) and the path to cgi-bin specified.
> > With these two paths I can access other scripts interfaces after pushing
> > the path in @INC and use 'require', and also process text files etc 
> >
> > Now I was normally specifying these two paths in all scripts at the top
> > in the past. But recently have been thinking about moving away from
> > this. So here are two things I did but is not quite to what I want to
> > achieve but close.
> >
> > Attempt 1.
> > ===
> > I basically have a text file where I have these two full paths
> > specified. The file is located in the same directory as all the scripts.
> > If there are scripts in another directory, then in that directory I have
> > a sim link to the file that holds the actual path data. Now in all
> > scripts, I just do this before anything else to set the paths:
> >
> > my @paths;
> >
> > open (FILE, "path.dat") || die "error blah blah ...";
> > while() {
> > chomp;
> > push @paths, $_;
> > }
> > close (FILE);
> >
> > As I know the order of the paths in the file, I have these two below as
> > globals:
> >
> > my $homedir = $paths[0];
> > my $cgibin = $paths[1];
> >
> > This work greats with browser called scripts, but I hit a problem with
> > scripts that runs via cron. The problem with cron scripts is that it
> > cannot open the "path.dat" file despite that it's in the same directory
> > as the cron script itself. I think where cron executes (don't know
> > where) it's not in reference with the same directory where the script
> > and file is located, so cannot see it.
> >
> > So I moved away from this solution and went to attempt 2.
> >
> > Attempt 2.
> > ===
> > I create a 'path.pl' script where I specify $homedir, $cgibin, and other
> > other common used stuff by all scripts via a routine called
> > "set_paths()". Then with "Exporter::Lite", I export these two variables
> > and the others.
> >
> > In other scripts the problem is that I have to tell it from this
> > 'path.pl' script is. So I am forced to have one path specified. i.e I
> > have to define
> >
> > $cgibin = "/path_to_where_path.pl_is_located";
> >
> > Then I do this
> >
> > push($cgibin, @INC);
> > require 'path.pl';
> >
> > &set_paths();
> >
> > This now has all common stuff accessible. But I still have to specify
> > one hardcoded path in all scripts which is no way as good as attempt
> > one. With attempt 2 cron scripts also works fine.
> >
> > I have been looking at a way to have @INC permanently have the path to
> > where this 'path.pl' is located so that all I need to do is just call
> > "&set_paths()". I read about this from this url
> >
> > http://perl.apache.org/docs/1.0/guide/porting.html#_INC_and_mod_perl
> >
> > However I'm not sure what configuration file they are talking about and
> > also what is this startup.pl script located. It also appears that only
> > the server administrator can do this. Is this right ?
> >
> > So for now I am with attempt 2 as I can run cron and browser called
> > scripts.
> >
> > If anyone have some thoughts or a better solution on this please share
> > them with me.
> >
> > Cheers.
> >
> >
> > --
> > SLUG - Sydney Linux User's Group - http://slug.org.au/
> > More Info: http://lists.slug.org.au/listinfo/slug
> 
> 
> 
> -- 
> SLUG - Sydney Linux User's Group - http://slug.org.au/
> More Info: http://lists.slug.org.au/listinfo/slug

-- 
Evolution: Taking care of those too stupid to take care of themselves.


pgp0.pgp
Description: PGP signature
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Q uick Survey

[Jon Teh]

On Wed, Nov 05, 2003 at 05:01:19AM +1100, Kevin Waterson wrote:
> > If you haven't heard the news, Red Hat will no longer provider errata
> > updates for RHL after April 30 next year. (See
> > http://www.newsforge.com/software/03/11/03/1657205.shtml ). (You'll have go
> > to RH Enterprise Linux for support from them)
> > 
> > So a quick survey among Red Hat SLUGgers. I'm a long time RH user currently
> > with a few RH9 machines. So where are you going to go to?
> > 
> > 1) Redhat Enterprise Linux? (and pay for the license and support)
> > 2) Fedora (the spin-off free/open community supported project from RHL)?
> > 3) Debian?
> > 4) Mandrake?
> > 5) Suse?
> > 6) Gentoo?
> > 7) Slackware?
> > 8) Something else?
> 
> 
> If you have small servers, why not go with Professional Workstation (RHPW)
> The cost is what you pay already for a boxed set plus updates. seems reasonable
> to me.
>

You say this like people actually pay to use the Linux OS.
I think you'll find in excess of 99% of Linux installs do not come from
a paid box set.

-- Jon Teh 
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Ken Foskey]

On Tue, 2003-11-04 at 16:50, Alan L Tyree wrote:

> This makes Debian appealing to me. After all, it is one of the reasons
> that I switched to Linux in the first place. Although the fact that the
> other OS locked up on me twice a day also had something to do with it.
> 
> Also, as somebody else mentioned, Debian seems to be the (almost)
> universal choice of the professionals on this list. I *think* that is an
> argument in favour of giving it a try :-)

I use Debian and I love using it but it was a right royal pain to set it
up. The Knoppix distribution appears to have that solved and then you
have the advantages.

My computer I had mandrake up and working sound and all in about 60
minutes.  With debian I worked for a few weeks to tweek it all right. 
It is NOT for beginners unless they have good friends.  This is an issue
that is being worked on though.

Mandrake should have a warning that this is desktop only.  They tend to
bleed a little living on the edge.  I bleed a lot on unstable Debian
though, horses for courses.

Debian has three "types" of releases:

Stable:  Grandma runs this, very very stable.  So stable nothing changes
except security fixes.  It is also very safe from crashing.

Testing:  Normal desktop use.  People that want to have latest releases
mostly without the pain.  Breaks but reasonably rarely.  Things that are
stable on unstable for a reasonable period of time migrate to here on a
fairly quick basis.

Unstable:  Stress monkeys live here.  They HAVE to have the latest
release, they want to be active in the debugging process.  If they are
smart they find out about apt-listbugs and are more selective about what
they install.

Is this an FAQ?

-- 
Thanks
KenF
OpenOffice.org developer

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] Debian + Gnome 2.4

[Phillipus Gunawan]

Hi There,

I installed Gnome from the default Debian CDs and
upgrade the packages using dselect to get Gnome 2.4

First installation, so many errors I encounter and
many packages were missing. But anyway, I manage to
get my Gnome back but still having problems.

- Whenever I change my desktop setting, log off and
log in again, Gnome always use the default setting as
if I never change anything (I did select "save current
setting" checkbox on log off screen)

- Which package should I install to be able to
configure my screen resolution? I remember when I was
using Gnome in RedHat, I have this ability to change
screen resolution in one of Gnome setting menu (not
using "ctrl + alt + -/+")

- Everytime my computer in idle status, screensaver
come out and  its hang... I can't do anything
except pressed my beloved 'reset' button  :( What went
wrong here?

- Since I found out that letting 'dselect' upgrade my
Gnome is not a really save option (somehow, it removes
almost all of Gnome application) Is there any list of
default packages I should install to get Gnome running
nicely and smoothly? Hopefully the list of the
packages also list X11 server requirements or somethng
that Gnome needed.

Best Regards,


Phillip.

__
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

[SLUG] animation

[kazik]

Hello all!

I would like to know how or if I can use my digital camera to make a
little animated film under Linux.
It´s a bog standard Fuji Finepix that takes stills as JPEGS and I would
like to know how I can string them all together. Any tips on software,
conversion processes, formats and editing would be very welcome.

Many Thanks in advance

Kaz 

-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Del]

Fedora, and issue the support/upgrade stuff ourselves.

We already offer a Red Hat network (paid upgrades, errata, etc)
service, with a few extras such as intrusion detection, logcheck
monitoring, etc, thrown in.  It costs more than RHN but it's
a better service and we have a bunch of people using it, mostly
commercial customers.
--
Del
--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[mlh]

On Tue, Nov 04, 2003 at 03:34:02PM +1100, Graham Smith wrote:
> > So a quick survey among Red Hat SLUGgers. I'm a long time RH user
> > currently with a few RH9 machines. So where are you going to go to?

I'm going to go fedora.  It looks and feels very promising.
Two immediate pluses are the inclusion of boost and gtkmm c++ libraries.

An easy install is vital for me, and I've found redhat
by far the least troublesome.

I'll probably have a go at debian, but I've found suse
and mandrake similar but worse than redhat.

BTW, it's not impossible that some enterprising (heh)
person will download the src.rpms for the enterprise
versions of redhat and make an iso out of them.  It
wouldn't be legally wrong afaik.

Matt
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Re: [SLUG] No more Red Hat Linux support after April 30 2004 - Quick Survey

[Brad Kowalczyk]

Robert Collins wrote:

On Tue, 2003-11-04 at 17:34, Brad Kowalczyk wrote:
 

On Tue, 2003-11-04 at 15:11, Robert Collins wrote:

Also, as somebody else mentioned, Debian seems to be the (almost)

universal choice of the professionals on this list. I *think* that is an
argument in favour of giving it a try :-)
 

Just a note folk: watch your quoting: I never typed/said either of those
things.
Rob
 

Sorry Rob. I was obviously not careful enough with my message trimming.

Brad

--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug