Re: Help with apt-move

2005-05-13 Thread Chuan-kai Lin
On Fri, May 13, 2005 at 08:36:03PM +0200, W. Borgert wrote:
> I'm using apt-move since some time without problems.
> Suddenly(?) the following error message appears:

Can you tell me exactly what apt-move command you were using when you
got that error message?

-- 
Chuan-kai Lin
http://www.cs.pdx.edu/~cklin/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Navigating your drive in text mode

2000-12-24 Thread Chuan-kai Lin
Xucaen <[EMAIL PROTECTED]> wrote:
> For anyone using the command line to navigate the
> system, if you start lynx with the parameter of
> '/' (that is, a slash without the single quotes)
> it points lynx to your root directory and lynx
> becomes a file manager. 

Instead of using lynx, I would suggest using w3m, which does really
amazing things for a text-based browser.  I personally never believed
somebody could pull it off until I saw it in action.  Install w3m,
and point it to slashdot... and you will see :)

-- Chuan-kai Lin



Re: Exim and an annoyong person

2000-06-30 Thread Chuan-kai Lin
Patrick <[EMAIL PROTECTED]> wrote:
> But can named individuals be barred?

If you believe that the individual in question will always use the
same email address in the sender line, then you can do it:

sender_reject = [EMAIL PROTECTED]

-- Chuan-kai Lin



Re: Exim and an annoyong person

2000-06-28 Thread Chuan-kai Lin
Patrick <[EMAIL PROTECTED]> wrote:
> What I'm thinking of is simply saying reject all mail from
> channelnet.co.uk.

Add this to /etc/exim.conf (documented in spec.txt) should work:

host_reject = *.channelnet.co.uk

-- Chuan-kai Lin



Re: [Q] How do one make a bootable Debian CD

2000-06-22 Thread Chuan-kai Lin
Preben Randhol <[EMAIL PROTECTED]> wrote:
> I'm trying to install Debian Potato on a second machine. This machine
> has internet connection so I thought I'd install from the net. I found
> out that I have to put the content of:
> ftp://ftp.uk.debian.org/debian/dists/potato/main/disks-i386/current/
> on a CD and make that CD bootable.

If you wish to install over the net, then all you really need would
be a couple of boot floppies.  If you want to use CD as boot media and
intends to build your own CD image (and that you have a local mirror
of Debian package directories), you may check out the debian-cd
package, which are also used to generate the official Debian CD sets.

There is still another good way to get things organized: if you happen
to have slink bootable CDs handly, install the base system with that,
set up apt sources, perform a dist-upgrade immediately (before you have
any other packages installed to minimize the hazzle), and continue with
intalling other packages over the net.  This also works very well.

-- Chuan-kai Lin



Re: ABIT BP6 & UDMA-66: Support for Debian Linux

2000-06-15 Thread Chuan-kai Lin
Wilson Yau <[EMAIL PROTECTED]> wrote:
> hde: IBM-DJNA-371800, 17206MB w/1966kB Cache, CHS=34960/16/63
> hdf: IBM-DPTA-372050, 19574MB w/1961kB Cache, CHS=39770/16/63

hde: IBM-DJNA-370910, 8693MB w/1966kB Cache, CHS=17662/16/63, UDMA(66)

The above is what I got for my DJNA connected to HPT366.  So
indeed your disks are running in the ancient PIO mode, which is
about as slow as slow can be.  The likely cause?  The "use DMA
by default when available" kernel option is turned off, most
likely because it would cause some trouble for some (old) VIA
chipsets.  And the solution?

# hdparm -d -X66 /dev/hde /dev/hdf

Should do the trick.

-- Chuan-kai Lin



Re: ABIT BP6 & UDMA-66: Support for Debian Linux

2000-06-15 Thread Chuan-kai Lin
Wilson Yau <[EMAIL PROTECTED]> wrote:
> Does anyone know how hdparm works?  How accurate (in what sense) does
> the figure reflect the performance (esp data read-write access rate) of
> a tested hard drive?

Not very much accurate I suppose.  For me it works more or less
like bogomips: just a number you can use to tell if something is
terribly wrong.  If you want more real-world benchmarking, maybe
bonnie would be a better idea.

-- Chuan-kai Lin



Re: ABIT BP6 & UDMA-66: Support for Debian Linux

2000-06-15 Thread Chuan-kai Lin
Wilson Yau <[EMAIL PROTECTED]> wrote:
> Q.1/ Can anyone explain to me this phenomenon?

It seems likely that the HPT366 is operating with DMA (not just
UDMA/66, but all kinds of DMA operations) disabled.  Could you
show us the boot messages concerning the HPT366 controller?

> Q.2/ How to optimize my system performance (esp the UDMA-66 HDD) with
> Debian Linux?

Get the 2.2.16 kernel tarball, apply the Hedrick IDE patches
(I suppose the -pre7 patches would have to do for now), and
then rebuild the kernel.  You might want to use the package
kernel-package to help you with that.

(Alternatively, if you manage to figure out what actually caused
 this, just fix it so that UDMA/66 would be enabled.)

-- Chuan-kai Lin



Re: Does kernel-source 2.2.15-3 include latest ac patches?

2000-06-15 Thread Chuan-kai Lin
Henrique M Holschuh <[EMAIL PROTECTED]> wrote:
> As for Debian, we're in the second test cicle. Maybe if there is a third
> cycle for some reason, a kernel update to 2.2.17-pre1 might be considered...

Now it looks likely that we will need a third cycle, because the package
postgresql-6.5.3-22 is still (maybe accidentally) stuck in incoming, and
it is needed for successful upgrade from slink to potato.

-- Chuan-kai Lin



Notice: GR to remove non-free support from Debian

2000-06-07 Thread Chuan-kai Lin
Just a heads-up guys,

There is a General Resolution proposed by developer John Goerzen that
is under discussion on both debian-devel and debian-project, maybe also
a few others that I am not aware of.  The nature of the GR is to amend
the Social Contract so that Debian will stop distributing non-free
packages.  If the GR is passed, then Debian will no longer provide the
storage, bandwidth, and bug tracking facilities for non-free packages,
including acroread, blender, netscape, jdk, povray, trn, and xanim.

Now it looks likely that the GR will be able to collect the 5 sponsors
necessary for it to be recognized as a formal resolution, and after two
weeks of open debate, a general vote will decide how this comes out.
Only developers can vote, but as this will have profound impacts to the
entire project, non-developers should also pay close attention.

Intense debate is already under way.  Whether you are for and against
the resolution, let your voice be heard.

-- Chuan-kai Lin



Re: Booting from an 640MB MO-Disk with LILO?

2000-01-28 Thread Chuan-kai Lin
reiner <[EMAIL PROTECTED]> wrote:
> ll_rw_block:device 08:00:only 2048-char blocks implemented (1024)
> ll_rw_block:device 08:00:only 2048-char blocks implemented (1024)
> ll_rw_block:device 08:00:only 2048-char blocks implemented (1024)
> Added Linux*
> what does this mean? In trouble with 2048 bytes per sector?

Yep.  BIOS (which LILO uses to load itself and the kernel) does not
like media with 2048 byte sectors.  If you want to boot off MO, then
you must not use the 640MB media --- any smaller ones, from 230MB
to 530MB, will work fine because they all have 1024 byte sectors.

-- Chuan-kai Lin