Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user > 08 > 0221563.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2008 #317

From: <debian-user-digest-request(at)lists.debian.org>
Date: Sun Feb 10 2008 - 16:11:20 EST


Content-Type: text/plain

debian-user-digest Digest Volume 2008 : Issue 317

Today's Topics: 

  Re: [OT] beefy steel cases            [ "Douglas A. Tutty"  ]
  Re: (no subject)                      [ "Paul Johnson"  ]
  Re: domain wide spam email address    [ Alex Samad  ]
  vanishing desktop menu and backgroun  [ peasthope@shaw.ca ]
  Re: How do I upgrade to sid?          [ Martin Mewes  ]
  Re: Is this mingw bug?                [ Misko  ]
  Re: Multiple Java installed, how to   [ "Javier Vasquez" 
  Re: Can print from KPDF but not Acro  [ Alan Ianson <agianson@gmail.com> ]



Date: Sun, 10 Feb 2008 14:25:23 -0500


From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org


Subject: Re: [OT] beefy steel cases

Message-ID: <20080210192523.GA7559@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


On Sun, Feb 10, 2008 at 09:56:22AM -0800, Andrew Sackville-West wrote:
 

> Every *old* case I have fits your requirements more or less (I might
> even have a spare, now that I think of it...). I suggest
> you go to the local (is there such a thing?) computer reseller/parts
> shop and scrounge for old cases. They are invariably steel all the way
> around and an be had for next to nothing (even nothing sometimes). 

Unfortunaly, there isn't one.  Local people just take it to the recyling
depot where they dump them in with scrap metal (believe it or not)
unless it has a tube (TV, CRT, etc) in which case it sits in a pile
exposed to the weather.


Do you need help?X
> 
> You may need to add a couple baffles. Some of my old ones are all
> steel all the way around except for some "cooling" holes on the
> back. A simple baffle pop-rivetted over that would allow airflow but
> eliminate the line-of-sight issue. The only other concern would be the
> front panel. These tend to have lots of holes in them. Again a little
> sheet steel and a pop-rivet gun would clean that up pretty
> quickly. THe only things that should penetrate through that front
> panel would be cd/floppy drives and those are generally wrapped in
> steel anyway, so that might be no problem. 
> 

Unless I find an old case that has hot-swap scsi.  Then, it would be
nice if there was a door over the front.  I don't know if hard drives,
in a hot-swap caddie to shield the drive logic, would be OK without a
door.  If so, it would open up a lot of potential boxes.


> You mention good cooling and so forth, but I'm not sure how much of a
> concern that really is on these lower power machines. A couple of good
> fans strategically placed should be plenty. 

My main concern would be for hard drives.  Old consumer boxes were
designed for small, slow-RPM IDE.  A new IDE is going to be at least
7200 RPM.  If I go scsi, it will be faster.


> Finally, if you have a steel framed case, probably the back panel is
> steel and all you'd need are new sides/top/bottom. It should be
> straightforward to add steel sides to an existing frame relatively
> inexpensively. 

I have my CoolerMaster with my Athlon in it.  Steel frames yes, but all
aluminum panels.  I'd have to drill out the rivits where aluminum and
steel meet, and rivit on new steel panels.  The removeable one would be
more work to duplicate the track.  The front is individual plastic
snap-in grill/air-filters over each of 11 drive bays, with a curved
front.  Making a door would be challenging.  All-in-all, this case
wouldn't be worth the effort.



I've been looking at industrial-style cases, which often have a metal
door that hinges up over the front (rackmount style).  Norco has some
made with 1.2 mm steel and they run under $100 on newegg.  I'm looking
at the 4U; they have several styles and I'm trying to determine the
differences between them.  What do you think of these?  Some industrial
computer cases are designed for low EMI for telecommunications, but are
still rated FCC Class A.



FCC ratings are cute too.  FCC doesn't actually rate cases, however,
some case manufactures are also server/computer vendors (e.g.
supermicro, advantech).  Some of them then put the same FCC rating info
on the case documentation as on the computers.  Since these are server
boxes, they get marked as FCC class A.  They probably didn't even try to
certify them for class B.  I wish FCC had a "class S" for "Silent" with
non-detectable emissions (not just emissions that give information like
TEMPEST).  TEMPEST computers can still emit EMI, it just doesn't provide
any information on the state of the computer.  


Do you need more help?X

Then again, FCC Class B means diddly to us unless its to know that a
case Failed Class B.  Baby monitors and cordless phones are Class B
devices and are a problem.



Anyway, I'll keep looking for free steel boxes.  Please let me know what
you think of the Norco boxes.



Thanks,



Doug.



Date: Sun, 10 Feb 2008 19:26:30 +0000


From: Tzafrir Cohen <tzafrir@cohens.org.il>
To: debian-user@lists.debian.org


Subject: Re: What am I missing without mutt?

Message-ID: <20080210192630.GF8028@pear.tzafrir.org.il>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline


On Sun, Feb 10, 2008 at 09:09:55PM +0200, Dotan Cohen wrote:


> No. I have no need for Arabic, really, I was just checking how Arabic
> is displayed on the console for Ron Johnson. I do have need for
> Hebrew, however, and typing it on the console comes out LTR. I would
> like to get libfribidi working.
Can we help you?X

Try mlterm .



(The verb "try" is appropriate here, as mlterm is a bit buggy).


-- 
Tzafrir Cohen         | tzafrir@jabber.org | VIM is
http://tzafrir.org.il |                    | a Mutt's
tzafrir@cohens.org.il |                    |  best
ICQ# 16849754         |                    | friend


Date: Sun, 10 Feb 2008 21:35:24 +0200
From: "Dotan Cohen" <dotancohen@gmail.com>
To: "Tzafrir Cohen" <tzafrir@cohens.org.il>
Cc: debian-user@lists.debian.org
Subject: Re: What am I missing without mutt?
Message-ID: <880dece00802101135x44529ffbm6f1b70e905aa10cb@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

T24gMTAvMDIvMjAwOCwgVHphZnJpciBDb2hlbiA8dHphZnJpckBjb2hlbnMub3JnLmlsPiB3cm90
ZToKPiBPbiBTdW4sIEZlYiAxMCwgMjAwOCBhdCAwOTowOTo1NVBNICswMjAwLCBEb3RhbiBDb2hl
biB3cm90ZToKPgo+ICA+IE5vLiBJIGhhdmUgbm8gbmVlZCBmb3IgQXJhYmljLCByZWFsbHksIEkg
d2FzIGp1c3QgY2hlY2tpbmcgaG93IEFyYWJpYwo+ICA+IGlzIGRpc3BsYXllZCBvbiB0aGUgY29u
c29sZSBmb3IgUm9uIEpvaG5zb24uIEkgZG8gaGF2ZSBuZWVkIGZvcgo+ICA+IEhlYnJldywgaG93
ZXZlciwgYW5kIHR5cGluZyBpdCBvbiB0aGUgY29uc29sZSBjb21lcyBvdXQgTFRSLiBJIHdvdWxk
Cj4gID4gbGlrZSB0byBnZXQgbGliZnJpYmlkaSB3b3JraW5nLgo+Cj4KPiBUcnkgbWx0ZXJtIC4K
Pgo+ICAoVGhlIHZlcmIgInRyeSIgaXMgYXBwcm9wcmlhdGUgaGVyZSwgYXMgbWx0ZXJtIGlzIGEg
Yml0IGJ1Z2d5KS4KPgoKTmljZSwgSGVicmV3IGlzIGRpc3BsYXllZCBSVEwuIEJ1dCBJJ20gbm90
IGFib3V0IHRvIGdpdmUgdXAgS29uc29sZSwKZXNwZWNpYWxseSBmb3Iga25vd24tYnVnZ3kgc29m
dHdhcmUuCgpEb3RhbiBDb2hlbgoKaHR0cDovL3doYXQtaXMtd2hhdC5jb20KaHR0cDovL2dpYmJl
cmlzaC5jby5pbArXkC3XkS3Xki3Xky3XlC3XlS3Xli3Xly3XmC3XmS3Xmi3Xmy3XnC3XnS3Xni3X
ny3XoC3XoS3Xoi3Xoy3XpC3XpS3Xpi3Xpy3XqC3XqS3XqgoKQTogQmVjYXVzZSBpdCBtZXNzZXMg
dXAgdGhlIG9yZGVyIGluIHdoaWNoIHBlb3BsZSBub3JtYWxseSByZWFkIHRleHQuClE6IFdoeSBp
cyB0b3AtcG9zdGluZyBzdWNoIGEgYmFkIHRoaW5nPwo=



Date: Sun, 10 Feb 2008 20:46:47 +0100
From: "Micaela Gallerini" <mat.r.gl@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: What am I missing without mutt?
Message-ID: <b07a9ae00802101146g3a6e9b99u4124b9cd26d02899@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

2008/2/10, Dotan Cohen <dotancohen@gmail.com>:

>
> No. I have no need for Arabic, really, I was just checking how Arabic
> is displayed on the console for Ron Johnson. I do have need for
> Hebrew, however, and typing it on the console comes out LTR. I would
> like to get libfribidi working.
>


every writing program uses your keyboard settings that you run at the
precise moment when you write.
If you haven't enable keyboard with arabic language will not be able
to write from right to left in any case, even copy and pasting the
phrase elsewhere.

and use the other suggest...^^

-- 
"The stypidity is a constant of the humans"
Rashna
Micaela Gallerini



Date: Sun, 10 Feb 2008 11:55:13 -0800 (PST)
From: Angus Auld <aonghas_auld@yahoo.com>
To: debian-user <debian-user@lists.debian.org>
Subject: gdm session chooser list
Message-ID: <609794.36732.qm@web53010.mail.re2.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

I would like to ask whether someone could direct me to
the config file that manages the gdm chooser list at
login.

I seem to have duplicate entries since I installed
IceWM and Fluxbox. Previous I had been running Xfce as
desktop on my Debian Etch.

While this is no biggie, I would like to get rid of
the dup entries.

I have been searching configs to no avail. The file
that contains the session chooser list has eluded me
thus far.

Any help on this minor annoyance would be greatly appreciated.

--=20
Angus

"All churches, whether Jewish, Christian, or Muslim, appear=20
to me no other than human inventions, setup to terrify and=20
enslave mankind - and to monopolize power and profit."
-- Thomas Paine (1737-1809)

######Linux Laptop powered by Debian Linux######
###########Reg. Linux User #278931###########


      ___________________________________________________________________=
_________________
Be a better friend, newshound, and=20
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_y=
lt=3DAhu06i62sR8HDtDypao8Wcj9tAcJ=20



Date: Sun, 10 Feb 2008 11:55:12 -0800
From: "Paul Johnson" <baloo@ursine.ca>
To: "Debian User List" <debian-user@lists.debian.org>
Subject: Re: (no subject)
Message-ID: <143e384f0802101155j164ae790lfa021b4ddf13df5f@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Feb 10, 2008 8:16 AM, Paul Dransfield <pauldrans@btinternet.com> wrote:

> This installation cuts out my CPU fan, therefore the installation cannot
> complete


You may find you receive better answers if you can ask a complete and
intelligently worded question.
http://catb.org/~esr/faqs/smart-questions.html

-- 
Paul Johnson
baloo@ursine.ca



Date: Mon, 11 Feb 2008 06:55:22 +1100
From: Alex Samad <alex@samad.com.au>
To: debian-user@lists.debian.org
Subject: Re: domain wide spam email address
Message-ID: <20080210195522.GI25909@samad.com.au>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="X1xGqyAVbSpAWs5A"
Content-Disposition: inline

--X1xGqyAVbSpAWs5A
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Feb 10, 2008 at 12:08:16PM +0100, Peter Teunissen wrote:

>
> On 10-feb-2008, at 3:08, Alex Samad wrote:
>
>> Hi
>>
>> I want to set up an email address where for my domain, were users can=20
>> send spam
>> emails to and they will be added to the spam DB.
>>
>> I use exim and spamassassin. All my spam processing gets done as user
>> spamassassin, so I thought I could just process all mails sent to =20
>> spamassassin
>> as spam with a procmail rule like
>>
>> #
>> # Record it as spam
>> :0 fw
>> | /usr/bin/sa-learn --spam
>>
>>
>> but then I realised how do I get it to ignore the senders address =20
>> (because it
>> will be one of my addresses and I don't when then blacklisted ?)
>>
> in stead of using a mailaddress, I simply created a shared folder, so =20
> users can drag spam into it to have it processed. You'd probably need =20
> something like uwimap of cyrus to do that however. Since you don't =20
> mention a MDA, I guess you use something like maildir and I don't know=20
> how you're supposed to make shared mail folders then. Others may be of=20
> more help there.


i thought procmail was the mda, but i could be wrong.

the reason i am looking at this now, is i have just installed the horde fra=
me=20
work, they provide the concept of  a spam email address also a ham address =
as=20
well.


the tools currently being used are mutt, squirrelmail, horde/imp, exim,=20
procmail, spamassassin (rayzor and ++) and grey listing


because of the different type of programmes being used a shared directory i=
s=20
really the way to go I think ?




>
>
>
>
>
> HTH,
>
>
> Peter
>
> --=20
> There are only 10 kinds of people in the world, those who understand =20
> ternary, those who don't, and those who mistake it for binary...
>
>
> --=20
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.orgwith a=20
> subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>


--=20
diplomacy, n:
	Lying in state.

--X1xGqyAVbSpAWs5A
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHr1aqkZz88chpJ2MRAugQAKCSrGIUQ5q0enqF8kP5TXQZuG5A6gCg/0+q
208uqldMGIKLJeniu2Jzyq8=
=J3DE
-----END PGP SIGNATURE-----

--X1xGqyAVbSpAWs5A--



Date: Sun, 10 Feb 2008 11:53:11 -0700
From: peasthope@shaw.ca
To: debian-user@lists.debian.org
Cc: peasthope@shaw.ca
Subject: vanishing desktop menu and background pattern.
Message-id: <"171055370.48459.59999."@heaviside.shaw.ca>
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Folk,

This morning I updated a Lenny system which has=20
XFCE4.  After the update the desktop background=20
was a black & white houndstooth pattern and the=20
desktop menu was gone.  The panels remained=20
operational. =20

Someone please explain why this happens and what
repair is recommended.  Removing and reinstalling=20
the account seems more drastic than necessary.

Thanks,        ... Peter E.

Desktops.OpenDoc  http://carnot.yi.org/
Can't find what you're looking for?X

Date: Sun, 10 Feb 2008 20:24:30 +0000
From: Martin Mewes <macmewes@gmx.de>
To: debian-user@lists.debian.org
Subject: Re: How do I upgrade to sid?
Message-ID: <47AF5D7E.1090802@gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hello,

Javier Vasquez schrieb:


> Then the rest is kind of recipy for upgrading:
>          --  aptitude clean
>          --  aptitude update
>          --  aptitude safe-upgrade
>          --  aptitude full-upgrade


If _I_ do this nearly the complete system would be erased when I
_would_ answer "Y" in the end. Just my 2 cents ...

bis dahin

Martin Mewes

-- 
######################################################################
Ich habe mich schon immer gefragt, was eine GUI auf einem Server zu
suchen hat. MS hat es nun auch kapiert -> Windows Server 2008
######################################################################



Date: Sun, 10 Feb 2008 18:56:28 +0100
From: Misko <asdrtg-mlist@yahoo.com.au>
To: debian-user@lists.debian.org
Subject: Re: Is this mingw bug?
Message-ID: <20080210175628.GC4839@alfa.qvirt.zxc>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Sun, Feb 10, 2008 at 05:57:51PM +0100, Sven Joachim wrote:

> > Is it wingw, wine, or windows?
> 
> It is MinGW's printf implementation that is different.  The first
> Google hit searching for "mingw long long" shows that:
> 
> http://www.mingw.org/MinGWiki/index.php/long%20long
> 
> > And how do I use long long int variables on windows platform?
> 
> Just as on GNU/Linux, only the format specifier in *printf() is
> different.
> >         printf("Big number: %lld\n", tick);
>                               ^^^^
>            In MinGW, you need %I64d instead.


Thank you. Now it works!

So it seems to be windows bug after all :)

Misko



Date: Sun, 10 Feb 2008 14:26:11 -0600
From: "Javier Vasquez" <jevv.cr@gmail.com>
To: "ML Debian-User" <debian-user@lists.debian.org>
Subject: Re: Multiple Java installed, how to switch?
Message-ID: <c88cc5730802101226m7b036b1ei8ce0d2e82fe0af4a@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 2/10/08, Magnus Therning <magnus@therning.org> wrote:

> How do I make sure that all the java-related links in /etc/alternatives
> are sane?
>
> I installed icedtea, then purged it and installed sun-java5 and
> sun-java6.  Some links in /etc/alternatives are still pointing to the
> (now non-existing) tools that came with icedtea.  How do I easily switch
> them to all point to the tools of a specific java package?
>
> /M
>
> --
> Magnus Therning                             (OpenPGP: 0xAB4DFBA4)


Doesn't "dpkg --purge <old-package>" + "dpkg-reconfigure
<new-package>" take care of the links?

-- 
Javier



Date: Sun, 10 Feb 2008 12:18:40 -0700
From: peasthope@shaw.ca
To: debian-user@lists.debian.org
Cc: peasthope@shaw.ca
Subject: stale lockfile on fetchmail.
Message-id: <"171055370.50344.60000."@heaviside.shaw.ca>
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Folk,

Mostly fetchmail works with no problem.  Occasionally=20
this happens.

peter@joule:~$ fetchmail
fetchmail: removing stale lockfile
peter@joule:~$ fetchmail
fetchmail: background fetchmail at 4671 awakened.

Can anyone explain why a stale lockfile should=20
come to exist?

Thanks,        ... Peter E.



Desktops.OpenDoc  http://carnot.yi.org/

Date: Sun, 10 Feb 2008 20:36:04 +0000 (UTC)
From:  Felix Karpfen <felixk@webone.com.au>
To: debian-user@lists.debian.org
Subject:  Re: Non-understood advice - was Re: dist-upgrade from sarge to
	etch - package
Message-ID: <fonn7j$ckq$1@ger.gmane.org>
Content-Type:  text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sun, 10 Feb 2008 15:31:27 +0100, Florian Kulzer wrote:


> What do you see when you run
> apt-cache policy a2ps adduser alsa-base
> ?


The following:

| a2ps:
|   Installed: 1:4.13b.dfsg.1-1
|   Candidate: 1:4.13b.dfsg.1-1
|   Version table:
|  *** 1:4.13b.dfsg.1-1 0
|         500 cdrom://[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 DVD=
 Binary-1 20070407-11:40] unstable/main Packages
|         100 /var/lib/dpkg/status
| adduser:
|   Installed: 3.102
|   Candidate: 3.102
|   Version table:
|  *** 3.102 0
|         500 cdrom://[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 DVD=
 Binary-1 20070407-11:40] unstable/main Packages
|         100 /var/lib/dpkg/status
| alsa-base:
|   Installed: 1.0.13-5
|   Candidate: 1.0.13-5
|   Version table:
|  *** 1.0.13-5 0
|         500 cdrom://[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 DVD=
 Binary-1 20070407-11:40] unstable/main Packages
|         100 /var/lib/dpkg/status


Felix Karpfen
--=20
Felix Karpfen
Public Key 72FDF9DF (DH/DSA)



Date: Sun, 10 Feb 2008 21:24:02 +0100
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: Gigabyte M61P-S3 and wild MAC address of ethernet interface
Message-ID: <20080210202402.GA5496@pc0197>
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Feb 10, 2008 at 19:27:23 +0200, Tero M=E4ntyvaara wrote:

> Florian Kulzer wrote:
>> On Sat, Feb 09, 2008 at 11:58:38 +0200, Tero M=E4ntyvaara wrote:
>>> I have got Debian 4.0r2 and Gigabyte M61P-S3 motherboard and I=20
>>> noticed  it has "dynamic" MAC address :-/
>>>
>>> I tried to fix the problem with the help of document  =20
>>> http://www.debian-administration.org/articles/501 but with no=20
>>> success.  The problem is that every time I boot my system Debian=20
>>> finds the new  ethernet interface and so I do not have internet=20
>>> connection.


[...]


> Many thanks for your answer! :-) Here is the information you requested:
>
> # lspci -nn | grep -i net
> 00:07.0 Bridge [0680]: nVidia Corporation MCP61 Ethernet [10de:03ef] (rev=

 a2)

>
> # dmesg | egrep -i 'mac|eth'
> ACPI: PCI Interrupt Link [LMAC] (IRQs 5 7 9 10 *11 14 15)
> forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56.
> forcedeth: using HIGHDMA
> 0000:00:07.0: Invalid Mac address detected: 3f:3d:75:4d:1a:00
> Please complain to your hardware vendor. Switching to a random MAC.
> eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:07.0
> eth1394: eth0: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
> eth6: no IPv6 routers present
>
> # /sbin/ifconfig
> eth6      Link encap:Ethernet  HWaddr 00:00:6C:B1:C1:64
>          inet addr:10.11.12.12  Bcast:10.11.12.255  Mask:255.255.255.0


[...]


> # cat /etc/udev/rules.d/z25_persistent-net.rules
> # This file was automatically generated by the /lib/udev/write_net_rules
> # program, probably run by the persistent-net-generator.rules rules file.
> #
> # You can modify it, as long as you keep each rule on a single line.
> # MAC addresses must be written in lowercase.
>
> # Firewire device 001a4d0000e18fd8 (ohci1394)
> SUBSYSTEM=3D=3D"net", DRIVERS=3D=3D"?*", ATTRS{address}=3D=3D"00:1a:4d:00=

:00:e1:8f:d8", NAME=3D"eth0"

>
> # PCI device 0x10de:0x03ef (forcedeth)
> SUBSYSTEM=3D=3D"net", DRIVERS=3D=3D"?*", ATTRS{address}=3D=3D"00:00:6c:44=

:27:b6", NAME=3D"eth1"

[ snip: Udev dutifully adds a rule at every reboot because it thinks
  that each semi-random 00:00:6c:* MAC address corresponds to a new
  device. Right now we are at eth6. ]


> # PCI device 0x10de:0x03ef (forcedeth)
> SUBSYSTEM=3D=3D"net", DRIVERS=3D=3D"?*", ATTRS{address}=3D=3D"00:00:6c:b1=

:c1:64", NAME=3D"eth6"

>
> # cat /etc/network/interfaces
> # This file describes the network interfaces available on your system
> # and how to activate them. For more information, see interfaces(5).
>
> # The loopback network interface
> auto lo
> iface lo inet loopback
>
> # The primary network interface
> allow-hotplug eth1
> iface eth1 inet dhcp
>
> Additional information:
> The problem is that OS thinks that the MAC address is invalid some how.
> I verfied that OS informs at every boot that MAC address is invalid. I
> was wondering if this is result of incorrectly programmed Ethernet
> physical controller MAC address? My PHY-controller is Realtek RTL8211.


I would try this: Edit /etc/udev/rules.d/z25_persistent-net.rules so
that it looks like this (not including the "-----" delimiter lines):

------------------------------------------------------------------------
# This file was automatically generated by the /lib/udev/write_net_rules
# program, probably run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single line.
# MAC addresses must be written in lowercase.

# Firewire device 001a4d0000e18fd8 (ohci1394)
SUBSYSTEM=3D=3D"net", DRIVERS=3D=3D"?*", ATTRS{address}=3D=3D"00:1a:4d:00:0=
0:e1:8f:d8", NAME=3D"firewire"

# PCI device 0x10de:0x03ef (forcedeth)
SUBSYSTEM=3D=3D"net", DRIVERS=3D=3D"?*", ATTRS{address}=3D=3D"00:00:6c:*", =
NAME=3D"eth0"
------------------------------------------------------------------------

Watch out if your email client wraps long lines: There should be exactly
two rules (the rest of the lines are comments); each rule starts with
"SUBSYSTEM=3D=3D...", ends with "NAME=3D...", and has to be written in one
line.

The idea here is to a) make sure that the firewire device does not
interfere with the assignment of eth* names, and b) use the "*" wildcard
so that udev recognizes all the possible MAC addresses of the MCP61 as
being the same device. (If I understand forcedeth.c correctly, it always
picks a MAC address starting with 00:00:6c; only the last three bytes
are chosen randomly.)

To be on the safe side, I would furthermore use the trick from the
debian-administration article to make sure that this computer always
presents the same MAC address to the rest of the network. Therefore I
would change the stanza for the primary network interface in
/etc/network/interfaces to refer to eth0 and add one line to make one of
the valid 00:00:6c:* MAC addresses stick (leave the loopback device
stanza as it is):

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
    hwaddress ether 00:00:6c:b1:c1:64

Then you can reboot and keep your fingers crossed.

--=20
Regards,            | http://users.icfo.es/Florian.Kulzer
          Florian   |



Date:  Sun, 10 Feb 2008 15:53:57 -0500
From:  Haines Brown <brownh@hartford-hwp.com>
To: debian-user@lists.debian.org
Subject:  Re: [OT] beefy steel cases
Message-ID:  <873as0edne.fsf@teufel.hartford-hwp.com>
Content-Type:  text/plain; charset=us-ascii

"Douglas A. Tutty" <dtutty@porchlight.ca> writes:


> Now I'm looking for a great case in which to mount it (them?).  Starting
> with wikipedia on EMR shielding, and surfing fro there, I've learned
> that steel is much better for this than aluminum of the same thickness,
> and the thicker the better (see skin depth).  Wouldn't you know it: my
> Athlon64's case is steel frame with thin aluminum panels.  So, I guess
> its case should be changed too.
>
> Asthetics don't matter.  
>
> I'm wondering if in your travels, have any of you seen a case (tower,
> desktop, or rackmount) that is:


You might try this: 

 http://www.calpc.com/

Back in the 90s I had one of these cases. Solid, but did not have the
sophisticated feel of the cases I've used since. Perhaps because at that
point cases weren't standardized to the extent they are now. You can get
any kind of case you want from them, such as a full tower serer case, a
rack mount case, etc. 

I followed that California PC with a steel Shin-G case, but I don't see
that the company exists any more. Since then I've used the Lian Li
aluminum cases.

-- 
 
       Haines Brown, KB1GRM

	 
        



Date: Sun, 10 Feb 2008 13:06:54 -0800
From: Alan Ianson <agianson@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Can print from KPDF but not Acrobat
Message-Id: <200802101306.54975.agianson@gmail.com>
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Sun February 10 2008 08:27:11 am Peter Robinson wrote:

> Hi all,
>
> I don't seem to have set up printing correctly...I am running a testing
> system and can print fine from KPDF but attempting to print from Acrobat
> returns the error message:
> "The print process returns an error. Please check if the printer is
> connected to the machine" (it is!).
> I have seen that a few others had this problem on this list but was not
> able to find a solution. I am using Acrobat reader 8.1


I think acroread requires cupsys-bsd, is it installed?

End of debian-user-digest Digest V2008 Issue #317
*************************************************

Received on Sun Feb 10 16:18:26 2008
Don't know where to look next?X

This archive was generated by hypermail 2.1.8 : Wed Mar 12 2008 - 22:10:07 EDT

Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library