Re: [SLUG] Your top-ten linux desktop apps

2005-09-28 Thread Angus Lees
At Tue, 27 Sep 2005 14:12:54 +1000, Erik de Castro Lopo wrote:
> let integer_array = [| 1 ; -2 ; 3 ; -4 ; 5 ; -6 ;
> -7 ; 8 ; -9 ; 32727000 |] ;;
> 
> Array.mapi (fun i x
> -> Printf.printf "integer_array[%d] = %d\n" i x
> ) integer_array ;;

Hey, my first actual perl6 program:

 #!/usr/bin/pugs
 use v6;

 my @integer_array = <1 -2 3 -4 5 -6 -7 8 -9 32727000>;

 for 0 .. @integer_array - 1 {
   say "integer_array[$_] = @integer_array[$_]";
 }


-- 
 - Gus
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Linux Lunch Box PC at $100 US each - Unveiled

2005-09-28 Thread O Plameras


Got this from www.yahoo.com

http://news.yahoo.com/s/ap/20050928/ap_on_hi_te/hundred_dollar_laptop

--
O Plameras
http://www.acay.com.au/~oscarp/tutor

--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Optusnet send problems with evolution

2005-09-28 Thread David Creelman
Hi All,

I've recently switched over to OptusNet and have had some problems
sending mail from evolution.

I've setup delivery so that it goes through my local exim4 mailer (as
was recommended by someone on this list), but if I do things like reply
to certain people (I don't know what the pattern is) or if I accept an
invitation to a meeting that someone sends me, when I click "Send and
Receive" the dialog sits there sending until I hit cancel.

Now I believe (from research so far) that this is because OptusNet
doesn't have any authorisation set on their SMTP server
mail.optusnet.com.au. Why does this make evolution stop in it's tracks
when sending ? I'm sending to the local machine now...

Is there some way I can get exim to rewrite the header or get evolution
configured so it doesn't try to authorise me (which causes the
problem) ?

Just one email causing this problem will foul up the whole outbox. The
only way to get the mails resent is to open them up, make them drafts
and resend them. This seems to clear whatever the problem is and they
get sent. Weird

It's very annoying.

Thanks and Cheers
David

-- 
David Creelman
GPG: 11CC 0D54 D37A 4B9C 5C65  AB63 5B18 7F99 7D77 9CA5
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: dynamic vs static type checking (was Re: [SLUG] Your top-ten linux desktop apps)

2005-09-28 Thread Bruce Badger
On 9/29/05, Angus Lees <[EMAIL PROTECTED]> wrote:
> At Tue, 27 Sep 2005 12:00:09 +1000, Bruce Badger wrote:
> > In fact, the very best of the JITing VMs can get performance that
> > exceeds that attainable by static compilation - because there is
> > more information available at run time to base the tuning decisions
> > upon.
>
> If a program's use changes over its invocation, and the JIT
> continually shifts its optimisation targets, then I can see the
> potential benefit of this approach.  I don't believe, however, that
> there are many programs that have this dynamic behaviour.

I agree.  It is only in very dynamic, high throughput and long-lived
services that one would see a measurable benefit in having such a
sophisticated VM, though I would not be surprised to see heavily used
web servers falling into this category.

> You can gain the same runtime knowledge in a statically compiled C
> program by compiling with gcc's -ffprofile-arcs, running over some
> typical use cases (will write a bunch of .gcda files) and then
> recompiling with -fbranch-probabilities.

Right.  For static problems, or problems with a well understood number
of modes of operation static compilation can be superb.  For each new
mode encountered in the wild, though, one would have to tweak the
compiler hints and rebuild to keep up with our imaginary perfect
JITer.

I think the key is your first point.  The cases where absolute
performance is critical are very rare indeed.  I'm happy, though, that
I am using an environment where I can focus on the problem at hand,
and delegate many low-level issues to the environment itself and at
the same time expect performance on a par with (and perhaps even
better than?) the best hand-crafted binaries.

Only real circumstances will tell.  I'd love to work in an environment
that was sophisticated and high-load enough to put some of the
advanced JITing VMs to the test.

All the best,
 Bruce
--
Make the most of your skills - with OpenSkills
http://www.openskills.org/
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Installing Perl modules on Solaris

2005-09-28 Thread Gavin Carr
On Thu, Sep 29, 2005 at 03:33:27PM +1000, saurabh shukla wrote:
> I see you're using perl 5.008004 on sun4-solaris-64int, okay.

> cc -c   -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO 
> -xO3 -xspace -xildoff   -DVERSION=\"1.48\" -DXS_VERSION=\"1.48\" -KPIC 
> "-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE"  -DDBI_NO_THREADS Perl.c
> /bin/sh: cc: not found
> make: *** [Perl.o] Error 1
>   /usr/local/bin/make  -- NOT OK
> Running make test
>   Can't test without successful make
> Running make install
>   make had returned bad status, install seems impossible
> 
> 
> I dont have cc installed on my machine however I do have gcc version 
> 3.3.2 installed. Can I change some setting to force perl to use gcc 
> instead of CC ?

Welcome to the joys of solaris! Nope, you can't use gcc to compile perl 
modules into a cc-compiled perl or the ground will open and swallow you 
up, etc. Your best bet is probably to grab the perl from sunfreeware.com, 
or to go and find yourself a cc to use. Only affects non-pure-perl 
modules, of course, but they're the best ones.

Cheers,
Gavin

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Installing Perl modules on Solaris

2005-09-28 Thread saurabh shukla

Hi All,

I am trying to install a couple of perl modules on Solaris 10 machine. I 
am getting the following error.


  CPAN.pm: Going to build T/TI/TIMB/DBI-1.48.tar.gz

*** Note:
The optional PlRPC-modules (RPC::PlServer etc) are not installed.
If you want to use the DBD::Proxy driver and DBI::ProxyServer
modules, then you'll need to install the RPC::PlServer, RPC::PlClient,
Storable and Net::Daemon modules. The CPAN Bundle::DBI may help you.
You can install them any time after installing the DBI.
You do *not* need these modules for typical DBI usage.

Optional modules are available from any CPAN mirror, in particular
http://search.cpan.org/
http://www.perl.com/CPAN/modules/by-module
http://www.perl.org/CPAN/modules/by-module
ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module

Creating DBI::PurePerltest variant: t/zvpp_01basics.t
Creating DBI::PurePerltest variant: t/zvpp_02dbidrv.t
Creating DBI::PurePerltest variant: t/zvpp_03handle.t
Creating DBI::PurePerltest variant: t/zvpp_04mods.t
Creating DBI::PurePerltest variant: t/zvpp_05thrclone.t
Creating DBI::PurePerltest variant: t/zvpp_06attrs.t
Creating DBI::PurePerltest variant: t/zvpp_07kids.t
Creating DBI::PurePerltest variant: t/zvpp_08keeperr.t
Creating DBI::PurePerltest variant: t/zvpp_09trace.t
Creating DBI::PurePerltest variant: t/zvpp_10examp.t
Creating DBI::PurePerltest variant: t/zvpp_11fetch.t
Creating DBI::PurePerltest variant: t/zvpp_14utf8.t
Creating DBI::PurePerltest variant: t/zvpp_15array.t
Creating DBI::PurePerltest variant: t/zvpp_20meta.t
Creating DBI::PurePerltest variant: t/zvpp_30subclass.t
Creating DBI::PurePerltest variant: t/zvpp_40profile.t
Creating DBI::PurePerltest variant: t/zvpp_41prof_dump.t
Creating DBI::PurePerltest variant: t/zvpp_42prof_data.t
Creating DBI::PurePerltest variant: t/zvpp_50dbm.t
Creating DBI::PurePerltest variant: t/zvpp_60preparse.t
Creating DBI::PurePerltest variant: t/zvpp_80proxy.t
Checking if your kit is complete...
Looks good

I see you're using perl 5.008004 on sun4-solaris-64int, okay.
Remember to actually *read* the README file!
Use  'make' to build the software (dmake or nmake on Windows).
Then 'make test' to execute self tests.
Then 'make install' to install the DBI and then delete this working
directory before unpacking and building any DBD::* drivers.

Writing Makefile for DBI
cp Changes blib/lib/DBI/Changes.pm
cp Roadmap.pod blib/lib/DBI/Roadmap.pm
cp dbivport.h blib/arch/auto/DBI/dbivport.h
cp dbd_xsh.h blib/arch/auto/DBI/dbd_xsh.h
cp lib/DBI/FAQ.pm blib/lib/DBI/FAQ.pm
cp Driver_xst.h blib/arch/auto/DBI/Driver_xst.h
cp lib/DBD/Proxy.pm blib/lib/DBD/Proxy.pm
cp lib/DBI/SQL/Nano.pm blib/lib/DBI/SQL/Nano.pm
cp lib/DBI/Const/GetInfo/ANSI.pm blib/lib/DBI/Const/GetInfo/ANSI.pm
cp lib/DBD/DBM.pm blib/lib/DBD/DBM.pm
cp DBI.pm blib/lib/DBI.pm
cp lib/DBI/Const/GetInfoReturn.pm blib/lib/DBI/Const/GetInfoReturn.pm
cp DBIXS.h blib/arch/auto/DBI/DBIXS.h
cp lib/DBD/Sponge.pm blib/lib/DBD/Sponge.pm
cp Roadmap.pod blib/lib/Roadmap.pod
cp lib/DBI/Const/GetInfoType.pm blib/lib/DBI/Const/GetInfoType.pm
cp lib/DBI/W32ODBC.pm blib/lib/DBI/W32ODBC.pm
cp lib/DBI/DBD/Metadata.pm blib/lib/DBI/DBD/Metadata.pm
cp lib/DBI/Const/GetInfo/ODBC.pm blib/lib/DBI/Const/GetInfo/ODBC.pm
cp lib/DBI/ProfileDumper/Apache.pm blib/lib/DBI/ProfileDumper/Apache.pm
cp lib/Bundle/DBI.pm blib/lib/Bundle/DBI.pm
cp lib/DBI/Profile.pm blib/lib/DBI/Profile.pm
cp lib/DBI/ProfileDumper.pm blib/lib/DBI/ProfileDumper.pm
cp lib/DBD/File.pm blib/lib/DBD/File.pm
cp Driver.xst blib/arch/auto/DBI/Driver.xst
cp lib/DBI/ProxyServer.pm blib/lib/DBI/ProxyServer.pm
cp dbipport.h blib/arch/auto/DBI/dbipport.h
cp lib/DBD/NullP.pm blib/lib/DBD/NullP.pm
cp lib/DBI/DBD.pm blib/lib/DBI/DBD.pm
cp lib/Win32/DBIODBC.pm blib/lib/Win32/DBIODBC.pm
cp lib/DBI/PurePerl.pm blib/lib/DBI/PurePerl.pm
cp lib/DBD/ExampleP.pm blib/lib/DBD/ExampleP.pm
cp dbi_sql.h blib/arch/auto/DBI/dbi_sql.h
cp lib/DBI/ProfileData.pm blib/lib/DBI/ProfileData.pm
/usr/bin/perl -p -e "s/~DRIVER~/Perl/g" ./Driver.xst > Perl.xsi
/usr/bin/perl /usr/perl5/5.8.4/lib/ExtUtils/xsubpp  -typemap 
/usr/perl5/5.8.4/lib/ExtUtils/typemap -typemap typemap  Perl.xs > 
Perl.xsc && mv Perl.xsc Perl.c
cc -c   -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -xarch=v8 -D_TS_ERRNO 
-xO3 -xspace -xildoff   -DVERSION=\"1.48\" -DXS_VERSION=\"1.48\" -KPIC 
"-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE"  -DDBI_NO_THREADS Perl.c

/bin/sh: cc: not found
make: *** [Perl.o] Error 1
  /usr/local/bin/make  -- NOT OK
Running make test
  Can't test without successful make
Running make install
  make had returned bad status, install seems impossible


I dont have cc installed on my machine however I do have gcc version 
3.3.2 installed. Can I change some setting to force perl to use gcc 
instead of CC ?



TIA
Saurabh
--
SLUG - Sydney Linux User's Group Mailing List - http://s

Re: dynamic vs static type checking (was Re: [SLUG] Your top-ten linux desktop apps)

2005-09-28 Thread Angus Lees
At Tue, 27 Sep 2005 12:00:09 +1000, Bruce Badger wrote:
> On 9/27/05, Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> > There are large classes of problems where running speed is an
> > important issue. Static typing does make for faster run times
> > and in cases where that moves your program from being too
> > slow to being fast enough, that is not a premature optimisation.
> 
> Modern VMs (e.g. many of the Smalltalk VMs) dynamically compile code,
> i.e. they JIT.  
[...]
> In fact, the very best of the JITing VMs can get performance that
> exceeds that attainable by static compilation - because there is
> more information available at run time to base the tuning decisions
> upon.

If a program's use changes over its invocation, and the JIT
continually shifts its optimisation targets, then I can see the
potential benefit of this approach.  I don't believe, however, that
there are many programs that have this dynamic behaviour.

You can gain the same runtime knowledge in a statically compiled C
program by compiling with gcc's -ffprofile-arcs, running over some
typical use cases (will write a bunch of .gcda files) and then
recompiling with -fbranch-probabilities.

-- 
 - Gus
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Re: package installation initial state

2005-09-28 Thread Christopher JS Vance

On Thu, Sep 29, 2005 at 12:58:07PM +1000, Matt Palmer wrote:

What you want is debootstrap.  Does everything you're looking for, but in a
single command.  I note with some interest that somebody has recently
written rpmstrap (name might be slightly different) to provide an equivalent
to debootstrap for RPM-based distros.


Thankyou.  I'll investigate.

--
Christopher Vance
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Re: package installation initial state

2005-09-28 Thread Matt Palmer
On Thu, Sep 29, 2005 at 12:01:18PM +1000, Christopher JS Vance wrote:
> With RH/Fedora, I can make a few empty directories, run rpm --initdb
> (or whatever the spelling is), and then use rpm either after chroot or
> with an option to change the directory it considers as root.
> 
> What is the equivalent in Ubuntu/Debian?  I have come to prefer apt
> over rpm for upgrading, but it's not obvious how to start the thing
> out.  The man page for dpkg is up(?) to the usual GNU standards for
> documentation.

What you want is debootstrap.  Does everything you're looking for, but in a
single command.  I note with some interest that somebody has recently
written rpmstrap (name might be slightly different) to provide an equivalent
to debootstrap for RPM-based distros.

- Matt

-- 
"I invented the term object-oriented, and I can tell you I did not have C++
in mind."   -- Alan Kay
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] ctrl-alt-left ctrl-alt-right under VNC (OT?)

2005-09-28 Thread Raphael Kraus

G'day,

(Warning: some readers may consider this mail off-topic for the list!)

I'm sure I used to be able to do this (although I'm wondering now).  
Using gnome desktop, you can ctrl-alt-left and right between desktops. 
However, viewing the desktop via VNC this isn't possible (or at least 
not conveniently possible). (VNC client is running under WinXP.)


Does anyone know a work-around?

Thanks

Raphael.

--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] package installation initial state

2005-09-28 Thread Christopher JS Vance

Let's say I have a running Linux kernel with working user space, and I
want to construct a minimal chroot environment from a bunch of .deb
files (I have the Breezy preview ISO).  No optional or recommended,
just the bits I say, with their prerequisites.  The chroot doesn't
need to be bootable, but does need to be self-contained.

With RH/Fedora, I can make a few empty directories, run rpm --initdb
(or whatever the spelling is), and then use rpm either after chroot or
with an option to change the directory it considers as root.

What is the equivalent in Ubuntu/Debian?  I have come to prefer apt
over rpm for upgrading, but it's not obvious how to start the thing
out.  The man page for dpkg is up(?) to the usual GNU standards for
documentation.

Or is it significantly easier just to start with a huge installation
and try to remove things I don't want or need until there's nothing
left to remove?

--
Christopher Vance
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Re: Debian

2005-09-28 Thread Mary Gardiner
On 2005-09-27, Paul Maloney <[EMAIL PROTECTED]> wrote:
> Well I have finally got debian up and running, well in a text mode at
> least. How do I got it to boot into graphics mode.  thanks in
> advance.Paul

Installing the x-window-system package, which depends on pretty much all
required applications and actually quite a few optional ones, has been
the way I usually do it. Either that or you can install
x-window-system-core, and as that package's description suggests
("apt-cache show x-window-system-core") also add a window manager and
xterm.

-Mary
>

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Contracting and Working from home

2005-09-28 Thread James Purser
Due to family issues I am seriously considering moving back into
contracting and working from home. It's been four years since I last did
the free lancing bit.

So what I am asking is what is the scene like at the moment with regards
to the amount of work out there and what are other peoples experiences
doing the whole work from home/contracting business.
-- 
James Purser
Chief Talking Guy - Linux Australia Update
http://k-sit.com - My Blog
http://la-pod.k-sit.com - Linux Australia Update Blog and Forums
Skype: purserj1977

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] squirrellmail/roundcube

2005-09-28 Thread Del


We just spent some time looking at PHP webmail clients.  Here are our
"contenders" list.  We were looking at making extensions to them
so the comments are mostly aimed at looking inside the code to
see how well written it was.

wMail
http://wmail.sourceforge.net/ -- quite small, fairly barebones,
has mostly OO code with a mix of some non-OO at the top level.

IlohaMail
http://blog.ilohamail.org/ Not entirely OO and uses tabs for
indents. Has some classes. Seems to get good reviews. Has PGP
encryption.

JAWmail
http://www.jawmail.org/ Very nice OO looking code, although
could use de-tabbing. Uses some PEAR components.

NOCC
http://nocc.sourceforge.net/ -- OO code, well indented. .tar.gz
file extracts into current directory, so be careful.

Here is our also-ran list, some of which were discarded fairly
quickly (quick look inside the code, loud scream of horror at the
spaghetti, rm -rf).

* doldawebmail
* ismail / Inside Systems Mail
* DiomWEbmail -- download file is corrupt, too alpha.
* Personal Webmail -- no IMAP support.
* PHlyMail -- not free.
* OverLook -- in Italian, a squirrelmail fork.
* Aeromys -- download corrupted.
* VAMP -- POP3 only.
* Basilix -- code utter crap, breaks the world record for global
  variables.

YMMV.

--
Del
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Your top-ten linux desktop apps

2005-09-28 Thread Sam Couter
O Plameras <[EMAIL PROTECTED]> wrote:
> In doing so I have a dramatic change in the way my program now behaves.

No. A for loop is just a different way of expressing a while loop;
they're different syntax but identical in behaviour. Watch:

for (initialise; guard; increment) { body }

initialise; while (guard) { body; increment; }

Using a for loop or while loop, you've still explicity stated the
initial state (start of the array), the guard condition (not at the end
of the array yet) and the increment (next position in the array).

> In the modified program  the size of array may be modified at will and
> there is no need to remembering and change the loop.  We may format
> our array anywhere in the application and no need to change the loop.

Only works for static sized arrays, as has been demonstrated, and leads
to insidious hard to detect bugs when you change to dynamic arrays
because they're just pointers.

> This is where the power of C-pointer lies. If I am prepared and able,
> as a programmer, to put good and compact pointer-arithmetic into my
> programs  I'd  get  better and concise C-programs. It is in the ability
> of the C-programmer. He has a fine-grained control as to what should
> happen.

Humans make mistakes. Minimising the impact of the mistakes is a winning
strategy. Ignoring the fact that people make mistakes is a losing
strategy. Use C when you must, something smarter when you can.

Erik said:

> >By contrast, the O'caml mapi function automatically figures out
> >the start and end conditions from what it knows about the array.
> 
> This is what the modified C-program does with the concised while loop.

No it doesn't. You explicity told it the initial state and guard
condition, and also the increment operation. Any language with a foreach
construct will actually figure those out itself. C will not.
-- 
Sam "Eddie" Couter  |  mailto:[EMAIL PROTECTED]
Debian Developer|  mailto:[EMAIL PROTECTED]
|  jabber:[EMAIL PROTECTED]
OpenPGP fingerprint:  A46B 9BB5 3148 7BEA 1F05  5BD5 8530 03AE DE89 C75C


signature.asc
Description: Digital signature
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] Debian

2005-09-28 Thread Jeff Waugh


> See in http://www.ubuntulinux.org/ubuntu/components what Ubuntu promises
> about the level of support and guarentee that things from this repository
> will work.

When it comes down to it, that's roughly the same level of support and
guarantees that Debian provides for all of main. There are some scaling
issues and process differences, but they're both (Debian main and Ubuntu
universe) community maintained and supported. :-)

- Jeff

-- 
Ubuntu USA & Europe Tour: Oct-Nov 2005http://wiki.ubuntu.com/3BT
 
 "Everyone's a little queer, why can't she be a little straight?" -
   Weezer, Pink Triangle
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Debian

2005-09-28 Thread amos
On 9/28/05, James Polley
<[EMAIL PROTECTED]> wrote:
> On 9/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > That will get him a Ubuntu system, not a Debian system.
> > As much as Ubuntu is "based" on Debian, you are limited to Ubuntu's
> > world and can't practically install packages from Debian.
>
> Not true.
>
> Ubuntu by default has a (disabled) repository called "Universe" which
> contains all the packages in the standard debian tree..

I'm aware of this repository - as far as I understand this is basically lots of
Debian packages compiled for Ubuntu.
>From my experience, even with this repository enabled (and I suppose there is
a reason why it's not enabled by default) on 5.04 I was missing the integration
that equivalent debian packages provided. See in
http://www.ubuntulinux.org/ubuntu/components what Ubuntu promises about
the level of support and guarentee that things from this repository will work.

As I said before - I didn't do a research about it - I just installed
Ubunutu 5.04
and though I liked many things I didn't feel "at home" with it. It
wasn't a "Debian
replacement". Maybe it got better since then (a few months ago).

Cheers,

--A
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Email Dream Team Update? [Was: Your top-ten linux desktop apps]

2005-09-28 Thread Jeff Waugh


> > > Perhaps we could have a SLUG talk on mutt?
> > 
> > So, I did a SLUG talk in 2001 called 'The Free Software Email Dream Team'.
> 
> Heh:
> 
>   http://lists.slug.org.au/archives/announce/2001/May/msg6.html

Boh, and there was a meeting report too. We should do these again.

  http://lists.slug.org.au/archives/announce/2001/May/msg7.html

(Watch out for the configuration files link - those haven't been updated for
yonks.)

- Jeff

-- 
GNOME Summit: October 8th-10th  http://live.gnome.org/Boston2005
 
  "One World, one Web, one Browser." - Microsoft promotion
 "Ein Volk, ein Reich, ein Fuhrer." - Adolf Hitler
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Email Dream Team Update? [Was: Your top-ten linux desktop apps]

2005-09-28 Thread Jeff Waugh


> 
> 
> > Perhaps we could have a SLUG talk on mutt?
> 
> So, I did a SLUG talk in 2001 called 'The Free Software Email Dream Team'.

Heh:

  http://lists.slug.org.au/archives/announce/2001/May/msg6.html

- Jeff

-- 
linux.conf.au 2006: Dunedin, New Zealand   http://linux.conf.au/
 
"The only people still using Microsoft IIS are those who don't even
 know it's there." - Larry Ellison
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Email Dream Team Update? [Was: Your top-ten linux desktop apps]

2005-09-28 Thread Jeff Waugh


> Perhaps we could have a SLUG talk on mutt?

So, I did a SLUG talk in 2001 called 'The Free Software Email Dream Team'.
I could do an update. I still run roughly the same combination, but have
learned a few more tricks along the way. It would force me to update and
re-comment public dotfiles too. :-)

- Jeff

-- 
GNOME Summit: October 8th-10th  http://live.gnome.org/Boston2005
 
  "In addition to these ample facilities, there exists a powerful
   configuration tool called gcc." - Elliot Hughes, author of lwm
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Installing X in Debian

2005-09-28 Thread Jeff Waugh


> Which reminds me.  Does anyone know the status of Gnome/DirectFB?  Last
> time I checked they were finding DirectFB a bit of a moving target.

GTK+ includes linuxfb support - DirectFB support has always been an external
patch. So, it lags. You can't run a complete desktop on *fb without using an
X server that targets *fb anyway, so there's not a lot of point outside the
embedded(ish) application world.

- Jeff

-- 
UbuntuBelowZero in Montreal!  http://wiki.ubuntu.com/UbuntuBelowZero
 
  Is Murphy's Law constitutional?
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Your top-ten linux desktop apps

2005-09-28 Thread David
On Wed, Sep 28, 2005 at 03:54:55PM +1000, Mike MacCana wrote:
> On Wed, 2005-09-28 at 11:17 +1000, David wrote:
> 
> > mutt for speed
> > squirrelmail for pictures, html, pdf, other gui crap, etc.
> 
> You might be interested in roundcube. OSS webmail like Squirrelmail,
> except it doesn't look like arse.
> 
> http://www.roundcube.net/
> 
> Mike


interesting.. but two questions

* If it uses a mysql backend, how nicely does it co-operate with mutt?
* did you use it to send this email? because if you did, it stripped the 
mailing list threading info ;-)

It does LOOK cuter than Squirrel, but I'm only interested if function 
comes before form!
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html