>
> It probably loads the pcspkr module. Adding !pcspkr to the modules array
> in rc.conf might fix it. Otherwise, a rmmod pcspkr in a post-sleep hook
> in /etc/pm/sleep.d/50-pcspkr (chmod +x it) might workaround it.
The only mudule I load is cpufreq.
On Fri, 2011-02-11 at 16:18 +0800, Thomas Dean wrote:
> >
> > It probably loads the pcspkr module. Adding !pcspkr to the modules array
> > in rc.conf might fix it. Otherwise, a rmmod pcspkr in a post-sleep hook
> > in /etc/pm/sleep.d/50-pcspkr (chmod +x it) might workaround it.
>
> The only mudule
On Thu, Feb 10, 2011 at 19:02, PyroPeter wrote:
> On 02/10/2011 07:03 PM, Magnus Therning wrote:
repo-add repo.db.tar.gz `find . -name "*.pkg.tar.gz" | sort`
>>
>> That is in fact broken, because it sorts just like 'ls *':
>>
>> % ls *.pkg.tar.gz
>> foo-1.2.3.1-1.pkg.tar.gz foo-1.2.
On Fri, 2011-02-11 at 16:25 +0800, Ng Oon-Ee wrote:
> On Fri, 2011-02-11 at 16:18 +0800, Thomas Dean wrote:
> > >
> > > It probably loads the pcspkr module. Adding !pcspkr to the modules array
> > > in rc.conf might fix it. Otherwise, a rmmod pcspkr in a post-sleep hook
> > > in /etc/pm/sleep.d/50-
On Fri, Feb 11, 2011 at 10:24 AM, Thomas Dean wrote:
> On Fri, 2011-02-11 at 16:25 +0800, Ng Oon-Ee wrote:
> > On Fri, 2011-02-11 at 16:18 +0800, Thomas Dean wrote:
> > > >
> > > > It probably loads the pcspkr module. Adding !pcspkr to the modules
> array
> > > > in rc.conf might fix it. Otherwis
David Campbell :
> Excerpts from Allan McRae's message of 2011-02-10 17:12:54 -0500:
> > Is the current vi package actually usable for an install by someone more
> > familiar with it?
> Yes, I have used it a few times, and prefer it over nano.
+1
The simple things (switching input modes and saving
On Fri, 2011-02-11 at 10:31 +0100, Cédric Girard wrote:
> On Fri, Feb 11, 2011 at 10:24 AM, Thomas Dean wrote:
>
> > On Fri, 2011-02-11 at 16:25 +0800, Ng Oon-Ee wrote:
> > > On Fri, 2011-02-11 at 16:18 +0800, Thomas Dean wrote:
> > > > >
> > > > > It probably loads the pcspkr module. Adding !pcs
On Fri, Feb 11, 2011 at 10:45 AM, Thomas Dean wrote:
>
>
> Will this affect my listening to music by Rhythmbox?
>
>
Why don't you try it and figure it by yourself?
Anyway, the answer is no. The PC speaker is not the same as the speaker used
to listen to music or other advanced sound.
--
Cédric
On Fri, 2011-02-11 at 10:59 +0100, Cédric Girard wrote:
> On Fri, Feb 11, 2011 at 10:45 AM, Thomas Dean wrote:
>
> >
> >
> > Will this affect my listening to music by Rhythmbox?
> >
> >
> Why don't you try it and figure it by yourself?
>
> Anyway, the answer is no. The PC speaker is not the same
I'd like to say that one of the problems before was not simply the
stripped down vi, but the fact that arch was setting up the example
vimrc as default, which is not the actual vim default, and was never
intended to be used as a distro default. so the settings people got
confused long term knowledg
Guys,
Has anyone else experienced a segmentation fault with the current gcc? I
received the following:
In file included from /home/david/tbld/kdebase/kcontrol/konq/fontopts.cpp:387:0:
/home/david/tbld/kdebase/src/kcontrol/konq/fontopts.moc: In member function
virtual void KonqFontOptions:
11 matches
Mail list logo