Content-Type: text/plain
debian-user-digest Digest Volume 2007 : Issue 2261
Today's Topics:
Re: Adobe SVG viewer plugin [ Jamin Davis ]
OT: Suggestions for AM/FM or FM Only [ Hal Vaughan ]
fstab and removable usb drives [ Celejar ]
Re: fstab and removable usb drives [ Jeff D ]
Re: gpg in KDE, passphrase window, p [ Gilles Mocellin ]
question about kernel source package [ icelinux@icelinux.net ]
Re: possible to "apt-get -b source e [ "Rogelio Bastardo" <scubacuda@gmail ]
Re: fstab and removable usb drives [ Graham <doubleyou@loftmail.com> ]
Date: Mon, 27 Aug 2007 18:53:31 +0100
From: Jamin Davis <jweb@ghost.merseine.nu>
To: debian-user@lists.debian.org
Subject: Re: Adobe SVG viewer plugin
Message-ID:
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
Nyizsnyik Ferenc <nyizsa@bluebottle.com> wrote:
>> The same happened with my guest account. But, when I logged in to an
>> XFCE session with the guest account, all went well. Logging back to
>> Gnome the same thing happened (except that the EULA message wasn't
>> displayed, since I accepted it).
> And the same thing happens to my wife's account - still no font for the
> menu in Gnome.
Have a look at ~/.xsession-errors - I haven't got Gnome/Metacity installed
so I can't check it out for you. Post relevant parts here if you need help.
--
Jamin @ Home: Chester UK -
Date: Mon, 27 Aug 2007 11:13:33 -0700
From: cls@truffula.sj.ca.us
To: debian-user@lists.debian.org
Subject: Re: SATA vs PATA
Message-ID: <slrnfd652d.clv.spambait@truffula.sj.ca.us>
[This message has also been posted to linux.debian.user.]
In article <8WMZ2-6vj-11@gated-at.bofh.it>, Douglas A. Tutty wrote:
> On Mon, Aug 27, 2007 at 12:05:42PM +0200, Dan H wrote:
>> Should I go Serial-ATA or good ol' Parallel-ATA? How do the two
>> compare in terms of data throughput and Linux kernel support?
>>
>
> SATA-I gives 150 MB/s, SATA-II gives 300 MB/s, PATA 133 MB/s.
PATA/133 was a flaky kludge. It's amazing it worked at
all. Even more amazing that people got away with cables
over 18" long. SATA is a far superior interconnect.
The instantaneous peak throughput of the original
(four bytes wide, 33 MHz) PCI bus is 132 MB/sec. In real life
you're not going to see over 90. So a SATA-II controller
on a regular PCI card is bottlenecked at the motherboard slot.
(So is 1000BASE-T Ethernet.) That's one reason "real hardware"
RAID works better than "fakeraid."
The smallest PCI Express (PCI-E) configuration should do 250 MB/sec
in each direction simultaneously. A motherboard with PCI-E
designed for workstations may bottleneck at the southbridge.
You'll have to do some research to find a configuration that
can run two SATA-II drives simultaneously at their full data rate.
You'll also have to check around to see if the Linux driver knows
how to run any particular controller in SATA-II mode.
And there are still lots of workstation type motherboards that only
do SATA-I.
PCI-X is a kludge. I'd avoid it.
Cameron
Date: Mon, 27 Aug 2007 21:51:39 +0300
From: Andrei Popescu <andreimpopescu@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: which fonts config file?
Message-ID: <20070827185139.GB5705@think.homenet>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW"
Content-Disposition: inline
--ew6BAiZeqk4r7MaW
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Aug 24, 2007 at 07:56:39PM +0100, Jose Rodriguez wrote:
> Hello
>=20
> I get different fonts when I start the GUI by issuing startx than
> using kdm. I would like to know which configuration files are read
> in each case so I can adjust them to my taste.
I think this is more an issue of DPI. You can check with
xdpyinfo | grep resolution
startx is a script so you can just view it and trace the config file. As=20
for kdm you'll just have to read the fine manual.
Regards,
Andrei
--=20
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)
--ew6BAiZeqk4r7MaW
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)
iD8DBQFG0x07qJyztHCFm9kRAlvsAJ9sdv6sfN9IBvq/u9X9wb2CG6peTgCdGWZ8
Lb1MnsNVR8GNebgkCSHdWLo=
=lpHF
-----END PGP SIGNATURE-----
--ew6BAiZeqk4r7MaW--
Date: Mon, 27 Aug 2007 12:07:57 -0700
From: Bob McGowan <bob_mcgowan@symantec.com>
To: debian-user@lists.debian.org
Subject: Re: Search for string in files
Message-ID: <46D3210D.6070404@symantec.com>
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020400060407030302010100"
This is a cryptographically signed message in MIME format.
--------------ms020400060407030302010100
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mike Bird wrote:
> On Saturday 25 August 2007 14:34, Johannes Tax wrote:
>> On [Sat, 25.08.2007 13:15], Mike Bird wrote:
>>> grep -l 'a_certain_function' $(find . -name '*.c')
>> That's exactly what I need. It also shows that I have to investigate the
>> grep command a little bit further ...
>
> BTW, unlike backquote, dollar-paren nests. If you need
Just to set the record straight, backquotes can be nested, it's just
overly complex and messy to do:
eval emacs \`grep -l 'a_certain_function' `find . -name '*.c'`\`
So, yes, use the $(...$(...$(...))) form. Try to get that right (3
levels) with backquotes and eval!
However, if you use an older shell that doesn't support the $(...)
structure, you may be forced into using backquotes. Since the added
features that include this syntax add quite a bit to the size of the
shell, minimalist systems, toolsets, etc. may have shells that don't
have it, for space reasons.
> to edit those files with e.g. emacs you can:
>
> emacs $(grep -l 'a_certain_function' $(find . -name '*.c'))
>
> --Mike Bird
>
>
--
Bob McGowan
--------------ms020400060407030302010100
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJHzCC
AuowggJToAMCAQICEGJ01+eLADj0JJQQ6mYYD7YwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE
BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT
I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDkwNzIzMjIwM1oX
DTA3MDkwNzIzMjIwM1owSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUG
CSqGSIb3DQEJARYYYm9iX21jZ293YW5Ac3ltYW50ZWMuY29tMIIBIjANBgkqhkiG9w0BAQEF
AAOCAQ8AMIIBCgKCAQEAreE3QGsl+S8sSMa+47mwvSsRUXRo7nAxCuPyO82co6aKIj3HfHpt
ad6Ct6JWTjWb6RHzkf5H5UvrlBxi1QhlLe5hALcdFNekO5vbtWSNAsQAUfEiPe4b1e7iOCNY
zefbNaEgM4yQX6zSZEhPAdSq4bU4cXbyxmw3lVA48AdhA/M18fCQ4Q/DfRNit72Iy2f3isSE
d8k2YI/Iq1vks9be2+3/5hR2adqfGUKwBP8/JIFsaB0dngifOTlwOOLQyVV4zCiCVlhIK/NI
ZIa6ldIU7Bs9QxauOoF9gIuOP/RaEPMrfrUMPMpJkSyqijAj0zsKBBEeftmIgkE9x1T7UrMN
0QIDAQABozUwMzAjBgNVHREEHDAagRhib2JfbWNnb3dhbkBzeW1hbnRlYy5jb20wDAYDVR0T
AQH/BAIwADANBgkqhkiG9w0BAQUFAAOBgQBkb7U/3ygdvn5n2H+1RFgerZkdQf4s5UwGwT4c
bFCynmuyekDmTcwPneekzPuYtVcrJXQRz2FGNyW7bZlZS7IG2Q5sxlc4lRX5O/H5XgzUOW3a
dAInokaS9OUioMv/HJ48cBt0ldLYQmrYPL+gVah6yWbJWxCZhOMgU8b9tU385zCCAuowggJT
oAMCAQICEGJ01+eLADj0JJQQ6mYYD7YwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0
ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MDkwNzIzMjIwM1oXDTA3MDkw
NzIzMjIwM1owSjEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEnMCUGCSqGSIb3
DQEJARYYYm9iX21jZ293YW5Ac3ltYW50ZWMuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8A
MIIBCgKCAQEAreE3QGsl+S8sSMa+47mwvSsRUXRo7nAxCuPyO82co6aKIj3HfHptad6Ct6JW
TjWb6RHzkf5H5UvrlBxi1QhlLe5hALcdFNekO5vbtWSNAsQAUfEiPe4b1e7iOCNYzefbNaEg
M4yQX6zSZEhPAdSq4bU4cXbyxmw3lVA48AdhA/M18fCQ4Q/DfRNit72Iy2f3isSEd8k2YI/I
q1vks9be2+3/5hR2adqfGUKwBP8/JIFsaB0dngifOTlwOOLQyVV4zCiCVlhIK/NIZIa6ldIU
7Bs9QxauOoF9gIuOP/RaEPMrfrUMPMpJkSyqijAj0zsKBBEeftmIgkE9x1T7UrMN0QIDAQAB
ozUwMzAjBgNVHREEHDAagRhib2JfbWNnb3dhbkBzeW1hbnRlYy5jb20wDAYDVR0TAQH/BAIw
ADANBgkqhkiG9w0BAQUFAAOBgQBkb7U/3ygdvn5n2H+1RFgerZkdQf4s5UwGwT4cbFCynmuy
ekDmTcwPneekzPuYtVcrJXQRz2FGNyW7bZlZS7IG2Q5sxlc4lRX5O/H5XgzUOW3adAInokaS
9OUioMv/HJ48cBt0ldLYQmrYPL+gVah6yWbJWxCZhOMgU8b9tU385zCCAz8wggKooAMCAQIC
AQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh
cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAm
BgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0
ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h
aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNV
BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD
EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEF
AAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B
1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79A
gAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8E
CDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3
dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEa
MBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M
DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUa
C4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk1
3iSx0x1G/11fZU8xggNkMIIDYAIBATB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3
dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl
ZW1haWwgSXNzdWluZyBDQQIQYnTX54sAOPQklBDqZhgPtjAJBgUrDgMCGgUAoIIBwzAYBgkq
hkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wNzA4MjcxOTA3NTdaMCMG
CSqGSIb3DQEJBDEWBBSvLJ4KRe7+jtme//2mreUnkV59VjBSBgkqhkiG9w0BCQ8xRTBDMAoG
CCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMCBzANBggq
hkiG9w0DAgIBKDCBhQYJKwYBBAGCNxAEMXgwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMc
VGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFs
IEZyZWVtYWlsIElzc3VpbmcgQ0ECEGJ01+eLADj0JJQQ6mYYD7YwgYcGCyqGSIb3DQEJEAIL
MXigdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkg
THRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEGJ0
1+eLADj0JJQQ6mYYD7YwDQYJKoZIhvcNAQEBBQAEggEACDJEJc3cXy7lrVwEwUYJ7x4LaP6F
8r3eMWbd31fGs/FMLrMOFXWNyhH9VYMW10Vm8INGJHLE3q8rb1m2G7n1EzSanDotY1dz7pWG
1KHxR3LB4QQaB6xng8c6OF78b91Be7LuMl6W6DAledbvobdfX1miwnamfL6AqdNnRDpebbHo
+WA6BUxW7wfC5Lr8RkFPbgfsoZdCumIkZtK818LJzrDDwb5x2/JsmvhTlxbxfKS+YxUef07T
jTw7apCF/GOTRW6UANYnOlSKjpV/4wXt/rZOyLjkQjyD7xc42E3Lp2h35PlBrN0w14eOE4JS
chzuLWSpDrMf+viFixo+6nTEzwAAAAAAAA==
--------------ms020400060407030302010100--
Date: Mon, 27 Aug 2007 20:51:12 +0200
From: Jan Schledermann <spamtrap@schledermann.org>
To: debian-user@lists.debian.org
Subject: Re: Xorg Only Recognize 128 megs From ATI Radeon AIW PCIe 256 Megs
Message-ID: <fav6fq$sku$1@sea.gmane.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
Orestes Leal wrote:
> Dear friends, I have a Ati Radeon All In Wonder x800 XL with 256 Megs GDD=
> R3
> PCIe interface, I have the latest closed drivers from ati.com (fglrx)
> but Xorg 7.2 only recognize 128 megs, Any help?
>
> thanks,
>
> -olr
Have you checked out the device section in /etc/X11/xorg.conf ?
There should be a line saying: VideoRam
If not you can add it:
VideoRam 262144
regards
Jan
--
** Do NOT use the reply-to address. You'll end up in the trash can
** Mail me at: jan A.T schledermann D0T org
Date: Mon, 27 Aug 2007 20:55:34 +0200
From: Jan Schledermann <spamtrap@schledermann.org>
To: debian-user@lists.debian.org
Subject: Re: Destination Host Unreachable
Message-ID: <fav6o0$sku$2@sea.gmane.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
Patrick Wiseman wrote:
> Hello:
>
> When trying to connect wirelessly to a Linksys router with IP address
> 192.168.1.1, ifup brings up the interface, ifconfig reports its
> configuration correctly, iwconfig reports the hardware (MAC) address of
> the router correctly, but pinging the router returns "Destination Host
> Unreachable" (DHU) and 'arp -a' reports <incomplete> where the MAC address
> should be. A hardwired interface gets the MAC address, and I'm writing
> this from another wireless laptop connected to the same wireless router
> (although
> this one has a static address and the other gets it by DHCP). I've tried
> relocating the laptop (right now it's next to the one which is connected),
> giving it a static address, setting the MAC address with arp (at which
> ping
> just hangs instead of reporting DHU), none of which has helped. The
> laptop
> is able to connect to a wireless network where I work. Any pointers would
> be much appreciated.
>
> This is all happening on a recently updated testing system with a
> 2.6.21kernel.
>
> Patrick
Do you get the correct default gateway when you use: route <enter>
if not, test the issue by adding in manually:
route add defualt gw xxx.xxx.xxx.xxx <enter>
replace the xx'es with your router (WAP).
regards
Jan
--
** Do NOT use the reply-to address. You'll end up in the trash can
** Mail me at: jan A.T schledermann D0T org
Date: Mon, 27 Aug 2007 21:24:55 +0200
From: Joachim =?iso-8859-1?Q?Fahnenm=FCller?= <jfahnenmueller@web.de>
To: debian-user@lists.debian.org
Subject: Re: capture real audio stream
Message-ID: <20070827192455.GA3409@victor>
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi Lorenzo
On Mon, Aug 27, 2007 at 11:45:56AM +0200, Lorenzo Bettini wrote:
> Hi
>
> I'd like to capture some audio stream from a web radio. I know about=20
> streamripper, but it does not work for real audio. =20
vsound -t -f <filename> realplay <address>
> And in particular, if=20
> possible, I'd like to record what is being played, without knowing the=20
> address of the real audio file (which I actually don't know: bbc radio =
just=20
> starts the real player plugin in the web page).
You can find out <address> in realplayer by clicking file -> properties -=
> clip
source
or in iceweasel by right click on the page -> page info, tab media.
>
> any clue please?
>
> thanks in advance
> Lorenzo
>
HTH
--=20
Joachim Fahnenm=FCller
Date: Mon, 27 Aug 2007 21:38:08 +0200
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: gpg in KDE, passphrase window, passphrase timeout
Message-ID: <20070827193808.GA3504@localhost>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Mon, Aug 27, 2007 at 21:06:54 +0300, Giorgos Pallas wrote:
> I'm a little confused: I use gpg from the console and when asking for my
> passphrase
> , it raises a KDE window and prompts me to type it there. Why?
That is indeed a bit strange. Is kgpg running in the background?
> I also
> would like gpg to cache the passphrase for a certain period of time so
> that I don't have to type it again and again. Any ideas?
Install the "gnupg-agent" package and put "use-agent" into your
~/.gnupg/gpg.conf. The time-to-live for the passphrase can be set in
~/.gnupg/gpg-agent.conf. ("default-cache-ttl" and "max-cache-ttl", both
in seconds)
The gnupg-agent package puts a file into /etc/X11/Xsession.d/ which
starts the agent automatically with your X session if "use-agent" is
present in your gpg.conf.
--
Regards, | http://users.icfo.es/Florian.Kulzer
Florian |
Date: Mon, 27 Aug 2007 21:12:39 +0100
From: Steve Kemp <skx@debian.org>
To: Richard Lyons <richard@the-place.net>
Cc: debian-user <debian-user@lists.debian.org>
Subject: Re: smtp to bytemark.co.uk smarthost (was: using a remote IMAP server and smarthost)
Message-ID: <20070827201239.GA1127@steve.org.uk>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Mon Aug 27, 2007 at 15:27:55 +0100, Richard Lyons wrote:
> > It might be time to contact bytemark's technical support.
>
> You are probably right. I'll give them a call.
Agreed. Call us, or drop us a mail (!)
This page on our website has some hints, but it looks like you're
aware of them. I'll just add the link for the benefit of other
users/google:
http://bytemark.co.uk/page/Live/support/tech/mail/smarthost
Steve
--
Date: Mon, 27 Aug 2007 16:32:41 -0400
From: Hal Vaughan <hal@thresholddigital.com>
To: debian-user@lists.debian.org
Subject: OT: Suggestions for AM/FM or FM Only Receivers
Message-Id: <200708271632.41355.hal@thresholddigital.com>
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
I'm working on some music streaming on a Debian system (currently Sarge,
but will be updated soon) with Slimserver. I like being able to stream
all the music on my hard drive and Internet radio stations to wifi
devices around my home. The one thing I miss is local radio.
I'd like to find a receiver that I can use from Debian through either
USB or PCI. It needs to be easily tunable and to produce an audio
stream I can tell Slimserver is an Internet radio stream. I can deal
with FM only, but would like AM/FM. Of course it needs to work with
Debian.
I looked at the RadioShark, which is easy to use and to tune and the
reviewers that liked it loved it, but about half the reviews cited
extremely poor reception, so I don't want to try that since I figure
the chances are only 50/50 it'll receive the stations I want to get.
(If it weren't for the reception issue, it'd be exactly what I'm
looking for.) For now, I have a radio that is separate from the
computer and connected through my Soundblaster's input, but I have no
way of tuning it from the computer or from a remotely connected
computer. It has to be tuned by hand while I'm in that location.
Is anyone using any kind of radio receiver connected to their computer?
Does anyone have suggestions for this?
Thanks!
Hal
Date: Mon, 27 Aug 2007 22:47:40 +0200
From: Krzysztof =?UTF-8?Q?Luba=C5=84ski?= <luban@nerdshack.com>
To: Debian-user list <debian-user@lists.debian.org>
Subject: Re: Profile for user and root ( locales )
Message-Id: <1188247660.4050.21.camel@localhost>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Mon, 2007-08-27 at 15:35 +0200, Vladimir Strycek wrote:
> any idea where alse is setting for each user in bash ? i have small
> problem that when i log in to my debian box as user everything works
> great especialy the special character of Slovak language also MC looks
> fine etc... but when i su to root the special characters do not work
> anymore... when i turn on MC its has some wird characters insted of
> lines on borders etc... i look in /etc/profile but nothing there to
> explain it also in .bashrc and .bash_profile to find out why in user it
> works fine and at root it doesnt diplay correctly.
Hello,
what encoding do you use with your user account? Aren't there really any
differences between root's and user's .bash* files? Or maybe check
root's mc settings in Options -> Display Bits menu.
Regards,
--
Krzysztof Lubanski
Date: Mon, 27 Aug 2007 17:05:01 -0400
From: Celejar <celejar@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Wireless card for emachine?
Message-Id: <20070827170501.c008b9a2.celejar@gmail.com>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Mon, 27 Aug 2007 10:48:09 -0400
"Thomas H. George" <lists@tomgeorge.info> wrote:
> I have been given an emachine M5310 laptop with a dead battery and am
> considering trying to convert it to a debian etch laptop. I can boot it
> with a GRML cd and lsdev reports wifi0 when an Activa wifi card is
> plugged in. I tried using wlanconfig but have not been able to specify
> a static IP address to access my home network. The machine is known to
> contain its own wifi and searches for dynamic addresses when I boot it
> with a DebianLive Gnome cd. but Debain/apps/system/network demands a
> root password and wont accept sudo bash so I can't set an assigned
> static IP address.
>
> Is the emachine worth the effort? A new battery will set me back $95.
> Would I also need to purchase another Linux compatible wifi card?
The first question is, what wireless card is in the machine? Do lspci,
and find the entry corresponding to the wireless card.
> Tom George
Celejar
--
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator
Date: Mon, 27 Aug 2007 17:30:56 -0400
From: Celejar <celejar@gmail.com>
To: debian-user <debian-user@lists.debian.org>
Subject: fstab and removable usb drives
Message-Id: <20070827173056.49a330c1.celejar@gmail.com>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Hi,
I'm experimenting with fstab lines to streamline mounting my removable
usb drives (flash and HDD). I have tried 'UUID-xxxx', 'LABEL-xxxx',
and '/dev/disk/by-label/xxxx', but with any of these the system refuses
to boot without manual intervention when the drive isn't attached (I am
told to hit <ctrl>-D and something about maintenance mode). This
occurs even when I set 'noauto'. Am I missing something, or are such
fstab lines really illegal for setups where the volume may not be
attached at boot?
Celejar
--
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator
Date: Mon, 27 Aug 2007 14:51:04 -0700 (PDT)
From: Jeff D <fixedored@gmail.com>
To: debian user <debian-user@lists.debian.org>
Subject: Re: fstab and removable usb drives
Message-ID: <Pine.LNX.4.62.0708271445490.5374@proto.technobounce.com>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Mon, 27 Aug 2007, Celejar wrote:
> Hi,
>
> I'm experimenting with fstab lines to streamline mounting my removable
> usb drives (flash and HDD). I have tried 'UUID-xxxx', 'LABEL-xxxx',
> and '/dev/disk/by-label/xxxx', but with any of these the system refuses
> to boot without manual intervention when the drive isn't attached (I am
> told to hit <ctrl>-D and something about maintenance mode). This
> occurs even when I set 'noauto'. Am I missing something, or are such
> fstab lines really illegal for setups where the volume may not be
> attached at boot?
>
> Celejar
> --
Hm, noauto should skip it at boot. On one of my laptops I have this:
/dev/disk/by-id/xxxxxx /mnt/flash vfat user,noauto 0 0
Boots up just fine..
-+-
8 out of 10 Owners who Expressed a Preference said Their Cats Preferred Techno.
Date: Tue, 28 Aug 2007 00:15:49 +0200
From: Gilles Mocellin <gilles.mocellin@free.fr>
To: debian-user@lists.debian.org
Subject: Re: gpg in KDE, passphrase window, passphrase timeout
Message-Id: <200708280015.53643.gilles.mocellin@free.fr>
Content-Type: multipart/signed;
boundary="nextPart1370923.gAWznWoOMt";
protocol="application/pgp-signature";
micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
--nextPart1370923.gAWznWoOMt
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Le Monday 27 August 2007 20:06:54 Giorgos Pallas, vous avez =E9crit=A0:
> I'm a little confused: I use gpg from the console and when asking for my
> passphrase
> , it raises a KDE window and prompts me to type it there. Why? I also
> would like gpg to cache the passphrase for a certain period of time so
> that I don't have to type it again and again. Any ideas?
>
> G.
You certainly have gpg-agent installed and running.
The configuration .gnupg/gpg-agent.conf tells which program to launch to ask
password.
I have "pinentry-program /usr/bin/pinentry-qt" for a kde window.
--nextPart1370923.gAWznWoOMt
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQBG000ZDltnDmLJYdARAl6HAKCOg0uXXbJSbrCFccZUm6r+6mA0mgCg1k+K
ECzkf4ddj8KOuZ0B5WXmBY4=
=BY4D
-----END PGP SIGNATURE-----
--nextPart1370923.gAWznWoOMt--
Date: Mon, 27 Aug 2007 17:57:16 -0400
From: Celejar <celejar@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: fstab and removable usb drives
Message-Id: <20070827175716.efa3cb30.celejar@gmail.com>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Mon, 27 Aug 2007 14:51:04 -0700 (PDT)
Jeff D <fixedored@gmail.com> wrote:
> On Mon, 27 Aug 2007, Celejar wrote:
>
> > Hi,
> >
> > I'm experimenting with fstab lines to streamline mounting my removable
> > usb drives (flash and HDD). I have tried 'UUID-xxxx', 'LABEL-xxxx',
> > and '/dev/disk/by-label/xxxx', but with any of these the system refuses
> > to boot without manual intervention when the drive isn't attached (I am
> > told to hit <ctrl>-D and something about maintenance mode). This
> > occurs even when I set 'noauto'. Am I missing something, or are such
> > fstab lines really illegal for setups where the volume may not be
> > attached at boot?
> >
> > Celejar
> > --
>
> Hm, noauto should skip it at boot. On one of my laptops I have this:
> /dev/disk/by-id/xxxxxx /mnt/flash vfat user,noauto 0 0
>
> Boots up just fine..
Thanks; I don't know what could be different about my setup (I'm
running uptodate Sid), but it doesn't work for me, as above.
Celejar
--
mailmin.sourceforge.net - remote access via secure (OpenPGP) email
ssuds.sourceforge.net - A Simple Sudoku Solver and Generator
Date: Mon, 27 Aug 2007 18:51:47 -0400
From: icelinux@icelinux.net
To: debian-user@lists.debian.org
Subject: question about kernel source package
Message-ID: <20070827185147.uad3qymgbkgsk4wg@icelinux.net>
Content-Type: text/plain;
charset=ISO-8859-1;
DelSp="Yes";
format="flowed"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
I notice there is a source package for the kernel and a package of debian
patches. Has the kernel source already been patched or would one need to
patch it with all of the included debian patches when building a custom
kernel?
"Everything should be made as simple as possible, but not simpler."
Albert Einstein
Date: Mon, 27 Aug 2007 16:08:30 -0700
From: "Rogelio Bastardo" <scubacuda@gmail.com>
To: "Kevin Mark" <kevin.mark@verizon.net>,
debian-user@lists.debian.org
Subject: Re: possible to "apt-get -b source everything"
Message-ID: <2b7af7c40708271608k4a38a172wdafad50f789882ab@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
> You have heard of Gentoo, haven't you? ;-)
Several years ago, I installed Gentoo and used it for a while.
Several of the packages then were really unstable, and I abandoned it
for other more stable and conservative distros (e.g. Debian).
I hear that it's lots better now, but I haven't tried it out much since.
Date: Tue, 28 Aug 2007 00:44:29 +0100
From: Graham <doubleyou@loftmail.com>
To: debian-user@lists.debian.org
Subject: Re: fstab and removable usb drives
Message-ID: <20070828004429.07e74268@pluto.lan>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Mon, 27 Aug 2007 17:30:56 -0400
Celejar <celejar@gmail.com> wrote:
> Hi,
>
> I'm experimenting with fstab lines to streamline mounting my removable
> usb drives (flash and HDD). I have tried 'UUID-xxxx', 'LABEL-xxxx',
> and '/dev/disk/by-label/xxxx', but with any of these the system
> refuses to boot without manual intervention when the drive isn't
> attached (I am told to hit <ctrl>-D and something about maintenance
> mode). This occurs even when I set 'noauto'. Am I missing
> something, or are such fstab lines really illegal for setups where
> the volume may not be attached at boot?
I use what's below in fstab for manually mounting any USB device that I
attach after booting up.
/dev/sda1 /media/removable auto rw,noauto,user,exec,users 0 0
Be aware that this is only for the first USB drive you connect, any
additional ones connected up after the first one will have to
be /dev/sdb1 and so on. Change /media/removable to the mount point you
want.
I have no issues with booting my system with the above, nor do I have
issues with mounting USB devices.
Graham
End of debian-user-digest Digest V2007 Issue #2261
**************************************************
Received on Mon Aug 27 20:41:39 2007