Content-Type: text/plain
debian-user-digest Digest Volume 2007 : Issue 2723
Today's Topics:
Re: bcm43xx problem [ Florian Kulzer ]
Re: Tool to configure sound [ Richard Lyons ]
Re: WINE under Lenny [ John Masters ]
Re: getting back a deleted thread [ Nyizsnyik Ferenc ]
Risk of using Iceweasel / firefox [W [ "Douglas A. Tutty" ]
Date: Thu, 1 Nov 2007 21:05:58 +0100
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: bcm43xx problem
Message-ID: <20071101200558.GB6126@pc0197>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Wed, Oct 31, 2007 at 00:55:07 +0200, Sinan Nalkaya wrote:
> Hi,
>
> i have updated Etch installed, Dell inspiron 1501 laptop, which has broadcom
> wireless chip on it. i followed the every instruction step by step on
> http://bcm43xx.berlios.de/ . since i have an supported chip (4311 rev1)
> according to the list on bcm43xx homepage, i installed the
> bcm43xx-fwcutter, run it and get the needed *.fw files under
> /lib/firmware, but udev couldnt create device file for my
> wireless ethernet. here is the commands i typed and results.
>
> sinan:/home/sinan# lspci -nn | grep 14e4
> 05:00.0 Network controller [0280]: Broadcom Corporation Dell Wireless 1390 WLAN Mini-PCI Card [14e4:4311] (rev 01)
> 08:00.0 Ethernet controller [0200]: Broadcom Corporation BCM4401-B0 100Base-TX [14e4:170c] (rev 02)
> sinan:/home/sinan#modprobe bcm43xx
> dmesg;
> ieee80211_crypt: registered algorithm 'NULL'
> ieee80211: 802.11 data/management/control stack, git-1.1.13
> ieee80211: Copyright (C) 2004-2005 Intel Corporation
> bcm43xx driver
I think you would see more "bcm43xx" lines if the driver worked
properly.
> lsmod;
> bcm43xx 408640 0
> firmware_class 10048 1 bcm43xx
> ieee80211softmac 27456 1 bcm43xx
> ieee80211 30664 2 bcm43xx,ieee80211softmac
> ieee80211_crypt 6272 1 ieee80211
>
> udev-monitor;
> sinan:/sys/class/net# udevmonitor
> udevmonitor prints the received event from the kernel [UEVENT]
> and the event which udev sends out after rule processing [UDEV]
>
> UEVENT[1193788238.883126] add@/module/ieee80211_crypt
> UDEV [1193788238.884073] add@/module/ieee80211_crypt
> UEVENT[1193788238.886112] add@/module/ieee80211
> UDEV [1193788238.887048] add@/module/ieee80211
> UEVENT[1193788238.888978] add@/module/ieee80211softmac
> UDEV [1193788238.889910] add@/module/ieee80211softmac
> UEVENT[1193788238.891280] add@/module/firmware_class
> UEVENT[1193788238.894374] add@/module/bcm43xx
> UEVENT[1193788238.906811] add@/bus/pci/drivers/bcm43xx
> UDEV [1193788238.907735] add@/module/firmware_class
> UDEV [1193788238.908371] add@/module/bcm43xx
> UDEV [1193788238.908935] add@/bus/pci/drivers/bcm43xx
>
> kernel is 2.6.18-5-k7
>
> what can i try from here,i dont want to use ndiwrapper.
A backported 2.6.22 kernel for Etch is available from www.backports.org.
The git history of the kernel lists a "Fix for 4311" which was committed
on 2007-02-14 (2.6.18 was released on 2006-09-19):
http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.23.y.git;a=commit;h=740ac4fb08866d702be90f167665d03759bd27d0
Maybe you will have more success with the newer kernel.
--
Regards, |
http://users.icfo.es/Florian.Kulzer
Florian |
Date: Thu, 1 Nov 2007 21:46:22 +0100
From: Richard Lyons <richard@the-place.net>
To: debian-user@lists.debian.org
Subject: Re: Tool to configure sound
Message-ID: <20071101204617.GK19066@mulinocarletti.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 08:28:08AM -0700, Andrew Sackville-West wrote:
>
> I'm not sure if its been mentioned in this thread yet or not, but at
> least some (well, okay, one -- mine!) distinguishes between onboard
> sound and an external amplifier. My rig has two jacks on the front,
> one for headphones and one for external amplifier. For some reason the
> default configuration is to have the external amp *on*. This mutes the
> rest of the sound (even if the channels don't show as muted in
> alsamixer.
That could be the case, I suppose. I have three jack sockets,
headphones, mike, and one of thse symbols that might be almost anything
((o) <--a bit like that but with a horizontal line going through the
'o' and the right hand backet.
> In the event you have this sort of configuration, unless you get an
> external amplifier control in alsamixer, then you've not got the right
> configuration and won't get sound. It took me a while to figure that
> out... mute the external amp, and the rest of sound magically works.
> Florian's idea of moving up to a backported kernel is a good one, IMO.
Hes, I am sure that is a good idea. Sadly I fear it will hae to wait
for a few days as I am rushed with things that matter more.
Thanks to both of you. I guess I shall start a new thread if the saga
continues when I get back to it (or maybe there will only need to be a
single "SOLVED" posting <crosses fingers>)
--
richard
Date: Thu, 1 Nov 2007 13:49:03 -0700
From: Mike Bird <mgb-debian@yosemite.net>
To: debian-user@lists.debian.org
Subject: Re: [OT] Scripting question: the length limit of a list?
Message-Id: <200711011349.03866.mgb-debian@yosemite.net>
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
On Thursday 01 November 2007 13:07, Wei Chen wrote:
> I would like to write a bash script like the following one:
>
> for i in `some program that outputs a word list`
> do
> echo $i
> done
>
> where the word list can be very very long. I wonder what is the upper bound
> limit of the length of word lists in "for" loop of a bash script, or
> does it only
> depend on the hardware (say, RAM)? Thank you in advance.
Assuming that the words are output one per line, something
like the following can handle lists of any size:
some program | while read i; do echo $i; done
--Mike Bird
Date: Thu, 1 Nov 2007 21:52:53 +0100
From: Richard Lyons <richard@the-place.net>
To: debian-user@lists.debian.org
Subject: Re: Tool to configure sound
Message-ID: <20071101205248.GL19066@mulinocarletti.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 08:18:35PM +0100, Nigel Henry wrote:
>
> I think I'd also consider upgrading the alsa driver. I've been on the
> alsa-user list for ages, and most recently on the alsa-devel list. the alsa
> folks are working hard on resolving problems, particularly with hda intel,
> and patches are constantly being applied to the nightly builds of the alsa
> driver, which is available from.
> ftp://ftp.suse.com/pub/projects/alsa/snapshot/driver/
>
> The now current 1.0.15 alsa driver is available from.
> http://alsa-project.org
>
> Richard is using Debian Etch, and on my Etch using the 2.6.18-5-686 kernel,
> the alsa driver version is showing as 1.0.12rc1 (Thu Jun 22 13:55:50 2006
> UTC). This works fine for my audigy2 soundblaster (emu10k1), but for your
> laptop Richard, if it's the latest, and greatest, you may just have to go
> with upgrading the alsa driver.
Well, latest and greatest it isn't. I bought it because it was cheap in
a clearance sale and had 'doze on it, which I needed for 5 minutes to set up
a GPRS modem. (Actually, it turned out I didn't need it after all...).
By my standards, it is recent (my next most modern is the IBM 600E)
Anyway, suggestion noted: I'll start with the kernel and move on to the
alsa driver if necessary.
Thanx,
--
richard
Date: Thu, 1 Nov 2007 20:53:52 +0000
From: michael <cs@networkingnewsletter.org.uk>
To: debian-user@lists.debian.org
Subject: how do i go back to stable? [was: reverting to 'standard' etch installation]
Message-Id: <CE8529FA-5CA4-4E40-8438-C023D1015981@networkingnewsletter.org.uk>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Content-Transfer-Encoding: 7bit
On 31 Oct 2007, at 14:11, Douglas A. Tutty wrote:
> On Wed, Oct 31, 2007 at 11:26:04AM +0000, michael wrote:
>> Folks, I made a cuckoo (mess up) - I had installed Etch from netinst
>> and done the upgrades. That was a while ago. Last night I decided I
>> wanted gnomad2 from unstable so amended my /etc/apt/sources.list and
>> installed it (along with other dependencies, particularly I remember
>> OO being removed/(re)installed). Now I seem to be having problems
>> with gdm/X (non-responding). I think I'd prefer the stable Etch
>> without gnomad2, but how do I easily "unroll" what I did last night?
>> I'm happy to re-install Etch from the CD but is there a quicker way
>> and anyway not to lose the data on the HD?
>> Pointers to FAQs (surely I'm not the first!) are most welcome!
>
> Well, you have a mixed system now, and unstable, is, well, unstable.
> Mixing unstable and stable makes, well, a mess.
>
> Downgrading isn't supported. Removing the unstable from sources.list
> will only make the unstable packages to be listed in aptitude as
> something like "obsolete or locally installed".
>
> The ideal situation would be to reinstall, but before that, here's
> what
> I would try (not that I've ever done this, so this is totally
> untested).
> Ensure that all your stuff (including /etc, /home, /usr/local,
> /var/local) is backed-up.
>
> 1.
> Remove unstable from /etc/apt/sources.list
>
> 2.
> run Aptitude CUI (which I always do).
>
> 3.
> Do an update (hit u)
>
> 4.
> Now, look in the obsolete and locally installed stuff and make a
> list. Remove gnomad2. Aptitude should also mark for removal
> anything that only gnomad2 depends on.
>
> 5.
> Now, anything else in the list are packages from stable that got
> upgraded to unstable as part of installing gnomad2 (things that
> gnomad2 required at a higher version than things in stable).
> One at a time, find the same package name in the regular section
> and see what depends on it and see if you have anything. Then,
> mark for removal the package in obsolete, mark the stable
> package for install and mark it for automatic.
>
> 6.
> What that is done, everything in obsolete should be marked for
> removal and you should have no packages marked broken.
>
> 7.
> Hit 'g' and see what aptitude wants to do. If it looks right,
> hit 'g' again to do it. Hope for the best.
>
> Good luck.
>
> Doug.
>
I can give that a try but anybody else have any suggestions? (I've
removed some packages I'd installed under sid so now it's probably
not as clean/obvious as above suggests)...
I guess I could remove lots of things and then set sources.list to
etch and then install what i need but that sounds like leaving stuff
to chance....
Is there anything I can do which will effectively reinstall the
netinst CD version of etch (removing anything else o/s-wise present)?
ta, Michael
Date: Thu, 01 Nov 2007 20:34:03 -0000
From: BartlebyScrivener <bscrivener42@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Apt-Get or Aptitude
Message-ID: <1193949243.976434.85160@19g2000hsx.googlegroups.com>
Content-Type: text/plain; charset="us-ascii"
On Oct 27, 2:50 pm, Chris Lale <chrisl...@untrammelled.co.uk> wrote:
> If you use both aptitude and apt-get, read the NewbieDOC article about the magic
> bullet[1] "aptitude keep-all".
>
> [1]http://newbiedoc.berlios.de/wiki/Aptitude_-_using_together_with_Synap...
>
That's a newbie doc? :) Clear as mud. I've used Etch for a year,
Synaptic and Apt-Get. Every time people suggest aptitude, the next two
paragraphs are about how if you've used apt-get before then (insert
two paragraphs of incomprehensible warnings).
So exercising an abundance of caution I usually stick with synaptic.
Maybe on my next install I'll look into Aptitude.
rd
Date: Thu, 01 Nov 2007 20:33:00 -0000
From: BartlebyScrivener <bscrivener42@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Apt-Get or Aptitude
Message-ID: <1193949180.763566.60160@o80g2000hse.googlegroups.com>
Content-Type: text/plain; charset="us-ascii"
On Oct 27, 2:50 pm, Chris Lale <chrisl...@untrammelled.co.uk> wrote:
> If you use both aptitude and apt-get, read the NewbieDOC article about the magic
> bullet[1] "aptitude keep-all".
>
> [1]http://newbiedoc.berlios.de/wiki/Aptitude_-_using_together_with_Synap...
>
That's a newbie doc? :) Clear as mud. I've used Etch for a year,
Synaptic and Apt-Get. Every time people suggest aptitude, the next two
paragraphs are about how if you've used apt-get before then (insert
two paragraphs of incomprehensible warnings).
So exercising an abundance of caution I usually stick with synaptic.
Maybe on my next install I'll look into Aptitude.
rd
Date: Thu, 1 Nov 2007 21:59:36 +0100
From: Richard Lyons <richard@the-place.net>
To: debian-user@lists.debian.org
Subject: Re: [OT] Scripting question: the length limit of a list?
Message-ID: <20071101205931.GM19066@mulinocarletti.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 01:49:03PM -0700, Mike Bird wrote:
> On Thursday 01 November 2007 13:07, Wei Chen wrote:
> > I would like to write a bash script like the following one:
> >
> > for i in `some program that outputs a word list`
> > do
> > echo $i
> > done
> >
> > where the word list can be very very long. I wonder what is the upper bound
> > limit of the length of word lists in "for" loop of a bash script, or
> > does it only
> > depend on the hardware (say, RAM)? Thank you in advance.
>
> Assuming that the words are output one per line, something
> like the following can handle lists of any size:
>
> some program | while read i; do echo $i; done
A wild thought, but if you want to count the words in the output can you
not pipe it to wc? I haven't tried, this is just a thought...
--
richard
Date: Thu, 1 Nov 2007 17:05:32 -0400
From: "Manu Hack" <manuhack@gmail.com>
To: debian-user <debian-user@lists.debian.org>
Subject: xdvi shows no font
Message-ID: <50af02ed0711011405g36e865feh5f172d6fcac9295b@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi,
I'm using sid and usually I don't need to configure the font in order
for xdvi to function properly. But now suddenly xdvi shows no font (I
have file with some graphics it can show the graphics somehow but no
words). So what should I do now? Thanks.
Manu
Date: Thu, 1 Nov 2007 21:05:49 +0000
From: John Masters <johnmasters@oxtedonline.net>
To: debian-user@lists.debian.org
Subject: Re: WINE under Lenny
Message-ID: <20071101210549.GA6033@oxtedonline.net>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On 15:14 Thu 01 Nov , Carl Fink wrote:
> On Thu, Nov 01, 2007 at 05:42:08PM +0000, Tyler Smith wrote:
>
> > I couldn't figure WINE out. I'm in a similar situation, needing to run
> > a few Windows programs on a regular, if limited basis. I tried
> > crossoveroffice, which installed without a hitch and works as
> > advertised. You can get a free trial version from their website, and
> > if you like it enough to pay for it it'll cost you $40. It is
> > closed-source, but apparently some of the money makes its way into
> > WINE development.
>
> In fact, Crossover Office is built on WINE by WINE developers.
Tried (paid for) Crossover Office sometime ago. MS Office worked mostly
but nothing else did, including iTunes, which was my main reason for
purchasing. Never did get the issue resolved but figured if at least
some of my money was going to open source the what the hell?
I do think that they should not declare iTunes as 100% usable under
Crossover until they get it right. As I recall the excuse was that
Crossover only worked with an iTunes version that was about 2 years out
of date.
--
Regards, John
Date: Thu, 1 Nov 2007 22:10:22 +0100
From: Richard Lyons <richard@the-place.net>
To: debian-user <debian-user@lists.debian.org>
Subject: getting back a deleted thread
Message-ID: <20071101211018.GN19066@mulinocarletti.com>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Err...
Embarrassed question. Suppose you are reading du with mutt. You clear
away all the stuff you don't want to follow with a series of ^d and
then $... and then you realize you accidentally deleted a thread of
infinite wisdom you were going to save and have engraved in gold. Is
there any way to get it back? Other than googling for it piecemeal.
--
richard
Date: Thu, 1 Nov 2007 14:41:13 -0700
From: cls@truffula.sj.ca.us
To: debian-user@lists.debian.org
Subject: Mouse + curses (+ vim), was Re: Apt-Get or Aptitude
Message-ID: <slrnfikhvp.8pv.spambait@truffula.sj.ca.us>
[This message has also been posted to linux.debian.user.]
In article <9k8H9-7BF-7@gated-at.bofh.it>, Nate Duehr wrote:
>
> On Oct 29, 2007, at 9:49 PM, Daniel Burrows wrote:
>> I
>> occasionally notice people writing that they just discovered
>> aptitude's
>> curses interface after using it for ages, so I know that this isn't
>> universally known.
>
>
> I think the niftiest feature (and one that still has me scratching my
> head as to how you accomplished it) is the MOUSE control in curses
> over SSH from a WINDOWS box?! That's amazing.
>
> (In case you're not sure what I mean... get on a Windows box, fire up
> PuTTY (I'm sure PuTTY is also "helping" in this scenario somehow) and
I first saw that in the vi clone "elvis." Shortly after I suggested
it to its author. But maybe he was already working on it.
vi's "visual" edit commands go [<number>]<operator><cursor motion>.
He just added "mouse click" to the long list of cursor motion
gestures already available. So delete from here to there becomes
click d click. Vim had the same feature within a year. Put
set mouse=a
in your .vimrc to enable it. Now vim was already doing something
xterm-like with the mouse. drag d selects the stuff you dragged over
and deletes it. If you were already used to that, hold Shift
while you do it. No-shift and you get the new behavior.
Meanwhile, the curses-based Elvis doesn't have the feature any more.
While you're editing .vimrc, don't forget
set nocompatible
set backspace=indent,eol,start
syntax on
to fix some vi peeves and get color-highlights in many languages
and config files.
Debian-related: Vim features can be selected or deselected at
compile time. They are grouped into five bundles, ranging from
tiny vim, not much more than Berkeley vi, to huge vim with
the X11 GUI and Perl and Python scripting. The default vim
in Etch was made with mouse integration turned off. :-(
Maybe that's why more people don't know about it.
So be sure to install the vim-full package if you want vim
to work right in xterm and PuTTY. Or compile it from source
with all the defaults. (you'll need libncurses5-dev)
Works right out of the box, installs politely in /usr/local,
no muss no fuss.
slrn uses the mouse in an xterm too. BTW colorized ls(1) and
black on white xterm don't play well together. Try
xterm -bg black -fg white -cr green -sb -sl 900 -font fixed
Cameron
Date: Thu, 1 Nov 2007 17:57:03 -0400
From: Kevin Mark <kevin.mark@verizon.net>
To: debian-user@lists.debian.org
Subject: Re: Search for lintian errors with man files
Message-ID: <20071101215703.GL5489@horacrux>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 06:11:27PM +0200, Jabka Atu wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> After frustrating few weeks with man file issues.
>
> When packaging i thought it will be best that i will write somewhere
> how to overcome them.
>
>
> I only had 3 errors but i'm sure that ppl know more error and how to
> fix them (i don't really want to read lintian code to see how each
> error is produced (but maybe it is the way).
>
>
> So i started a post about it on
> http://bsh83.blogspot.com/2007/11/man-file-in-debian-packaging-errors.html
> could you please advice where i can find more lintian errors (with man
> files) ? (or send me errors with howto fix ?)
>
You do know that you can get Debian packaging mentoring from the
Debian-women project and also help from
mentors.debian.net/debian-mentors mailing list?
-K
--
| .''`. == Debian GNU/Linux == | my web site: |
| : :' : The Universal |mysite.verizon.net/kevin.mark/|
| `. `' Operating System | go to counter.li.org and |
| `- http://www.debian.org/ | be counted! #238656 |
| my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian! |
|_______ Unless I ask to be CCd, assume I am subscribed _______|
Date: Thu, 1 Nov 2007 23:07:41 +0100
From: Nyizsnyik Ferenc <nyizsa@bluebottle.com>
To: debian-user@lists.debian.org
Subject: Re: getting back a deleted thread
Message-ID: <20071101230741.10a53ca3@localhost.localdomain>
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
On Thu, 1 Nov 2007 22:10:22 +0100
Richard Lyons <richard@the-place.net> wrote:
> Err...
> Embarrassed question. Suppose you are reading du with mutt. You
> clear away all the stuff you don't want to follow with a series of ^d
> and then $... and then you realize you accidentally deleted a thread
> of infinite wisdom you were going to save and have engraved in gold.
> Is there any way to get it back? Other than googling for it
> piecemeal.
>
You can find all the collected wisdom of Debian-users here:
http://lists.debian.org/debian-user/
--
Szia:
Nyizsa.
----------------------------------------------------------------------
Free pop3 email with a spam filter.
http://www.bluebottle.com/tag/5
Date: Thu, 1 Nov 2007 18:09:55 -0400
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Re: Installing Packages From Source
Message-ID: <20071101220955.GA7991@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 08:23:29AM -0700, Jeff Grossman wrote:
> There are a few packages that I install directly from source onto my
> system. On Aptitude I noticed the markauto option. Should I let aptitude
> know that I have installed those packages manually?
>
> The packages that I have installed by source are:
>
> MIMEDefang
> Dovecot
> SpamAssassin
It depends on what you mean. If you compile from source directly into
the individual files that make up an app and _not_ into a package, you
should keep them out of directories controlled by apt (i.e. put them in
/usr/local or /opt). If you want them in the default locations, you
should do it the "debian way" and make a custom package, then install
that custom package with apt. As long as you indicate in the version
number that its custom, aptitude should put it under "Obsolete or
Locally Installed".
That's the theory. I've never actually done it. Anything I create, I
put in /usr/local or /opt.
Doug.
Date: Thu, 1 Nov 2007 18:10:20 -0400
From: Kevin Mark <kevin.mark@verizon.net>
To: debian-user@lists.debian.org
Subject: Re: getting back a deleted thread
Message-ID: <20071101221020.GM5489@horacrux>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 10:10:22PM +0100, Richard Lyons wrote:
> Err...
> Embarrassed question. Suppose you are reading du with mutt. You clear
> away all the stuff you don't want to follow with a series of ^d and
> then $... and then you realize you accidentally deleted a thread of
> infinite wisdom you were going to save and have engraved in gold. Is
> there any way to get it back? Other than googling for it piecemeal.
>
'$' IIRC writes things to disk, so that would be perminant. So I guess
you can go to lists.debian.org/debian-user and download a mail file for
the month and work from there.
-K
--
| .''`. == Debian GNU/Linux == | my web site: |
| : :' : The Universal |mysite.verizon.net/kevin.mark/|
| `. `' Operating System | go to counter.li.org and |
| `- http://www.debian.org/ | be counted! #238656 |
| my keyserver: subkeys.pgp.net | my NPO: cfsg.org |
|join the new debian-community.org to help Debian! |
|_______ Unless I ask to be CCd, assume I am subscribed _______|
Date: Thu, 1 Nov 2007 18:16:44 -0400
From: "Douglas A. Tutty" <dtutty@porchlight.ca>
To: debian-user@lists.debian.org
Subject: Risk of using Iceweasel / firefox [Was Re: GLIBC_2.4]
Message-ID: <20071101221644.GB7991@titan.hooton>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 10:28:55AM -0500, John Hasler wrote:
> Doug writes:
> > It would only be a security issue if the permissions on your home
> > directory and/or the execs themselves allowed others to execute them.
>
> A buggy application (buffer overflow in Firefox...) or an evil bit of
> JavaScript could be used by a "virus" to install a trojan in $HOME/bin.
If Iceweasel is such a security risk, perhaps I should create a separate
user under which to use it. What all can a buggy Iceweasel allow? Yes,
I know, anything that I can do as myself.
I know that root shouldn't run Iceweasel (or any X app?) and certainly
not startx itself. What about a normal user who is a member of
priveledged groups like: wheel, ssh, adm, or staff?
Doug.
Date: Thu, 1 Nov 2007 23:22:11 +0100
From: Nigel Henry <cave.dnb@tiscali.fr>
To: debian-user@lists.debian.org
Subject: Re: Tool to configure sound
Message-Id: <200711012322.11508.cave.dnb@tiscali.fr>
Content-Disposition: inline
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 7bit
On Thursday 01 November 2007 21:07, Andrew Sackville-West wrote:
> On Thu, Nov 01, 2007 at 08:18:35PM +0100, Nigel Henry wrote:
> ...
>
> > I'm not sure which packages are required to upgrade the alsa driver on
> > Debian, and any help/suggestions would be welcome, not only for me, but
> > perhaps Richard also.
>
> probably only linux-headers-<kernel-version> and build-essential. at
> least that's a good place to start.
>
>
> A
Thanks Andrew. That was easy. Install kernel headers for currently running
kernel, which also pulled in as a dependency, the "kernel-package" package,
and the rest is just as the other distros I've upgraded the alsa driver on.
Many thanks.
Nigel.
End of debian-user-digest Digest V2007 Issue #2723
**************************************************
Received on Thu Nov 1 18:57:47 2007