On 2004-03-26 03:46:06 +0100, Stefano Zacchiroli wrote:
> Well, this is not related to packaging, but still I think that
> critically low is when the battery level drops below BWL_last value
> of the config file, by default it's 3.
Isn't it too low, considering that the remaining time given by the
On Fri, Mar 26, 2004 at 12:07:34AM +0100, Vincent Lefevre wrote:
> Wouldn't it be better if onAC_sleep were "no" in the provided config
> file?
Yes, I agree, I will change it in the next version of the package.
> What does "critically low" mean? Several weeks ago, pmud failed to put
> my machine
Hi. I just managed to get the external VGA connector working on my 12"
iBook. I've documented the few hops I jumped through in
http://tv.debian.net/articles/ibook-cloned-monitor/
Sneak preview: run X once without UseFBDev, then again with UseFBDev
set. Article includes everything needed to do th
Wouldn't it be better if onAC_sleep were "no" in the provided config
file?
Also the pbbuttonsd.conf(5) man page says:
EmergencyAction = [action] (default: sleep)
If the battery is critically low the machine have to be set into
a safe state. This could be done on different ways.
On Fri, Mar 26, 2004 at 09:51:28AM +1100, Benjamin Herrenschmidt wrote:
> On Tue, 2004-03-23 at 19:49, Sven Luther wrote:
> > On Tue, Mar 23, 2004 at 12:56:15AM -0700, ed crumly wrote:
> > > i would like to know if there's anyway i can help, as i do have in my
> > > possession a 1.6ghz G5 mac. it
On Tue, 2004-03-23 at 19:49, Sven Luther wrote:
> On Tue, Mar 23, 2004 at 12:56:15AM -0700, ed crumly wrote:
> > i would like to know if there's anyway i can help, as i do have in my
> > possession a 1.6ghz G5 mac. it is stoked up with 2 gig of ram, 2
>
> Ok, welcome.
>
> Can you please try ou
On Fri, 2004-03-26 at 04:36, Michael Schmitz wrote:
> > > -#define MAX_PROPERTY_LENGTH 4096
> > > +#define MAX_PROPERTY_LENGTH (512 * 1024)
> >
> > It doesn't look like related to preempt, but it actually interests me :)
> > Is it a work in progress ? And most importantly ;), does it enable us to
>
On Fri, 2004-03-26 at 03:09, Colin Leroy wrote:
> Hi Ben!
>
> > + *
> > + * 24/03/2004 - BenH: Bump that limitation to 512k and remove the
> > + *filter for the MacOS drivers as we may now run
> > + *those in a shell
> > */
> > -#define MAX_PROPERTY_LENGTH
PCWorld have some G3 800Mhz iBooks on sale at the moment for 425 pounds
+ VAT. Although they have none available for order over the web at the
moment, you may be able to find them at particular stores. I've just
bought 3 (!) at the Tottenham Court Road branch. I believe they have 20
or so left.
Ap
hi all,
do you know if is possible to play mpc files on linux ppc ? i've told that it
isn't because the codecs have x86 asm.
i've found this page [1], the info is very confusing and there's only x86
binaries although i haven't tried to compile the source. i think remember that
some time ago i
> > -#define MAX_PROPERTY_LENGTH 4096
> > +#define MAX_PROPERTY_LENGTH (512 * 1024)
>
> It doesn't look like related to preempt, but it actually interests me :)
> Is it a work in progress ? And most importantly ;), does it enable us to
> reboot a radeon 9200 after sleep ?
That's the plan, I bet. T
Hi, Soeren Sonnenburg wrote:
>> This may depend on the graphical overhead of the MacOSX theme. I*m
>> not shure if I'm able to make it faster.
>
> Hmmhhh, but one can still use (fn-)shift+f3/f4 to make it change the
> volume in bigger steps...
... but why should that be necessary?
The right way
Hi Ben!
> + *
> + * 24/03/2004 - BenH: Bump that limitation to 512k and remove the
> + *filter for the MacOS drivers as we may now run
> + *those in a shell
> */
> -#define MAX_PROPERTY_LENGTH 4096
> +#define MAX_PROPERTY_LENGTH (512 * 1024)
It doesn't lo
From the *SYSTEM*, not the *archive* :)
David
On Thursday 25 March 2004 15:26, Michael Schmitz wrote:
> > > Please do _not_ use Replaces: - that would, in fact, lead to pmud being
> > > dropped from the archive.
> >
> > Why?
>
> That's how I understood the meaning of Replaces for packages. Upon
>
> > Please do _not_ use Replaces: - that would, in fact, lead to pmud being
> > dropped from the archive.
>
> Why?
That's how I understood the meaning of Replaces for packages. Upon
rereading policy, I see that both Conflicts and Replaces should be
declared to force removal of a conflicting packag
On Wed, Mar 24, 2004 at 12:59:55PM +0100, Michael Schmitz wrote:
> Please do _not_ use Replaces: - that would, in fact, lead to pmud being
> dropped from the archive.
Why?
--
Colin Watson [EMAIL PROTECTED]
On Wed, Mar 24, 2004 at 03:27:08PM +0100, Stefano Zacchiroli wrote:
> On Tue, Mar 23, 2004 at 06:59:12PM +, Colin Watson wrote:
> > If you want to replace a package completely, then you should use
> > Replaces: *and* Conflicts:. Replaces: alone indicates replacing
> > individual files.
>
> Yes
On Thu, 2004-03-25 at 17:47, Benjamin Herrenschmidt wrote:
> Hi !
>
> I've start looking into the various issues of running
> CONFIG_PREEMPT on ppc32. I found some problems, there
> may be more, but here's a first patch that should apply on a
> recent 2.6.x.
>
> I suggest if you want to try this
Hi !
I've start looking into the various issues of running
CONFIG_PREEMPT on ppc32. I found some problems, there
may be more, but here's a first patch that should apply on a
recent 2.6.x.
I suggest if you want to try this out that you run with the
various kernel debugging options enabled. Report
19 matches
Mail list logo