That takes the cake for today thank you.
Now who'd a thought, easier to extract Ross's printer's ppd file from the
windows driver pack than the MacOS X pack :-)
On Thu, September 22, 2005 2:22 pm, John Blance said:
>
> How about 'mscompress'
>
> Description: Microsoft compress.exe/expand.exe comp
Thought some of you might be interested in the following article (link below).
Forget all the speel about how it applies to computing and read about the
eagle scout who almost got himself a Darwin award.
http://www.computer.org/portal/site/computer/menuitem.5d61c1d591162e4b0ef1bd108bcd45f3/inde
On Thu, September 22, 2005 2:48 pm, Roger Searle said:
> There's always the possibility I'm wrong but I thought that all the
> parallel or serial ata drives are compatible. A good place to start for
> prices is pricespy...
>
> http://www.pricespy.co.nz/cat_3.html
>
> 100 gig is pretty small these
On Thu, September 22, 2005 2:25 pm, Wesley Parish said:
> You could try "wine -winver=[NT|XP] expand -[whatever]"
>
> (shrugs.) It might work. But you'd need to have a copy of the expand.exe
> somewhere in wine's path. :-)
>
> Wesley Parish
That crossed my mind, but installing wine to get to one
On 9/22/05, Craig FALCONER <[EMAIL PROTECTED]> wrote:
seagate barraccuda is sex-on-toast. maxtor isn't.
Do you need maximum space or maximum speed?
space I should think.
What spec machine is the drive going into?
Oh dear :S Don't quote me on any of this but I believe the current setup
There's always the possibility I'm wrong but I thought that all the
parallel or serial ata drives are compatible. A good place to start for
prices is pricespy...
http://www.pricespy.co.nz/cat_3.html
100 gig is pretty small these days. Depending on how much you want to
spend you could go a
You could try "wine -winver=[NT|XP] expand -[whatever]"
(shrugs.) It might work. But you'd need to have a copy of the expand.exe
somewhere in wine's path. :-)
Wesley Parish
Quoting Nick Rout <[EMAIL PROTECTED]>:
>
> On Thu, 22 Sep 2005 13:16:36 +1200 (NZST)
> Wesley Parish wrote:
>
> > Well
I seem to vaguely remember this coming up recently, but I don't recall the results.
What is the advice on a harddrive that is linux compatible. One that's about 100Gb would be nice :) Is there anything I should be wary of should a shop assistant try to swindle me. I'm not a huge hardware purchase
How about 'mscompress'
Description: Microsoft compress.exe/expand.exe compatible
(de)compressor
Marked as testing in portage
Note I have not used this.
Regards
John
>>> [EMAIL PROTECTED] 22/09/2005 1:37:37 p.m. >>>
On Thu, 22 Sep 2005 13:16:36 +1200 (NZST)
Wesley Parish wrote:
> Well, it sh
Sorry, posted from wrong address.
> expand printer.pp_ printer.ppd
>
> Is there a utility for *nix which will deal with these files? unzip,
> gunzip, barf. Not sure where to go next.
We've just been through this. What does file say? What are the first
bytes of the file? Try cabextract
Thats fine if you are extracing a cabinet file, and i quite regularly
use cabsxtract. However that wasn't the question :)
Cheers, hows the printer going with that ppd file?
On Thu, 22 Sep 2005 13:53:36 +1200
Ross Drummond wrote:
> $ ./cabextract -l /mnt/win_c/WINNT/Driver\ Cache/i386/driver.cab
$ ./cabextract -l /mnt/win_c/WINNT/Driver\ Cache/i386/driver.cab|head -n 12
Viewing cabinet: /mnt/win_c/WINNT/Driver Cache/i386/driver.cab
File size | Date Time | Name
---+-+-
41392 | 27.09.1999 19:34:04 | 1394bus.sys
22992 | 07.10.1999
On Thu, 22 Sep 2005 13:37:37 +1200
Nick Rout wrote:
> > If I remember correctly, the file "extract.exe" in MS Win[whatever] extracts
> > them. So cabextract should do the "honours" in Linux.
actually extract.exe seems to be for 16 bit windows, expand.exe for 32
bit. No doubt something differen
On Thu, 22 Sep 2005 13:16:36 +1200 (NZST)
Wesley Parish wrote:
> Well, it should be called "barf", there's ample reason for it.
>
> cabextract http://corefonts.sourceforge.net/
>
> If I remember correctly, the file "extract.exe" in MS Win[whatever] extracts
> them. So cabextract should do the
Well, it should be called "barf", there's ample reason for it.
cabextract http://corefonts.sourceforge.net/
If I remember correctly, the file "extract.exe" in MS Win[whatever] extracts
them. So cabextract should do the "honours" in Linux.
Wesley Parish
Quoting Nick Rout <[EMAIL PROTECTED]>:
>
Windows drivers are sometimes delivered as compressed with a now fairly
ancient scheme. part of which is that the filename is truncated, and the
last letter of the extension replaced with a underscore.
(Like printer.ppd becomes printer.pp_)
In windows 2k one can run the expand utility like:
expa
There is some fantastic stuff here:
http://www.linuxprinting.org/kpfeifle/LinuxKongress2002/Tutorial/
on cups and printing in general. A little old, but very very useful.
(actually the only out of date bit i actually noticed related to HP
printers - it refers to hpoj rather than the newer hplip.
Douglas Royds wrote:
What has attendance been like at the GLU meetings? Regrettably I
haven't been able to attend any (yet).
It's steady now. About half of CLUG's. That's contributory to being able
to settle down to specific tasks, as they crop up, as a group. c15 is
supposed to be a 'magic
What has attendance been like at the GLU meetings? Regrettably I haven't
been able to attend any (yet).
How many people at the last GLU meeting?
How many desktop PCs?
How many laptops?
Can anyone that has attended these meetings take a stab at some numbers?
Nick Rout wrote:
Look at it this
Novell *is* determined to bring Linux to the desktop. This came in this
morning:
>> Pay No Shipping for SUSE Linux 10 - Limited Time Offer!
Heads Up: SUSE Linux 10.0 begins shipping on 30 September 2005. For just
$59.95
(a 44% reduction in MSRP from the previous version of SUSE Linux) you c
Apologies if this is coming a second time...
I would be very interested in such a session. And if I could (in my
naivety) attempt to broaden the scope? Remote access more generally,
ssh-ing to another box and running apps (like vnc for example) through
it, or more generally administering rem
thanks guys
I thought it looked like jetstreamers was going belly-up
On Tue, 20 Sep 2005 11:53 pm, Christopher Sawtell wrote:
> On Tue, 20 Sep 2005 23:34, Nick Rout wrote:
> > On Tue, 2005-09-20 at 23:35 +1200, Christopher Sawtell wrote:
> > > On Tue, 20 Sep 2005 23:21, Dave G wrote:
> > > > I'
> This seems to be the choice:
> mod_cband limit by clocked up virtual-host or per-user traffic
> bw_modlimit max connections per vhost/dir, limit bandwidth per
> vhost/dir, per client IP or file size.
bwshare limit by number of request per client IP (has
> Not really, did you find this?
> http://www.topology.org/src/bwshare/README.html
Yes. Searching http://modules.apache.org/ digs up 2 or 3 modules for
apache 2, the rest is only for apache 1.3. None of these modules can
limit by user-agent.
This seems to be the choice:
mod_cband limit by c
Volker Kuhlmann wrote:
Is there some not too time-consuming way to restrict apache 2 total
bandwidth dependent on URL and user-agent? Total traffic is easy to
control with iptables, but that's not what I'm after.
Ok, is there *any* way?
Not really, did you find this?
http://www.topology.org
25 matches
Mail list logo