On 04/10/07 10:19:02PM +0200, Robert Millan wrote:
> On Mon, Apr 09, 2007 at 06:39:16PM -0400, Jim Crilly wrote:
> > And don't forget games. Game developers will start releasing 64-bit binaries
> > and gamers will eat them up just because 64 > 32. So the Win64 market will
&g
On 04/09/07 05:20:34PM -0400, Lennart Sorensen wrote:
> On Mon, Apr 09, 2007 at 08:14:50PM +0200, Robert Millan wrote:
> > You forgot the "+PAE" part.
>
> PAE helps the OS, not the applications. Applications still only get
> 32bit. Well unless the OS starts doing something weird, and it would
>
On 12/19/06 11:52:50AM +0100, Gabor Gombas wrote:
> On Mon, Dec 18, 2006 at 06:36:49PM -0500, Jim Crilly wrote:
>
> > I would agree, when I did an install of etch a few weeks ago the use of
> > allow-hotplug caused the network to come up later in the boot process and
> &
On 12/18/06 08:18:54PM +0100, Florian Weimer wrote:
> * Gabor Gombas:
>
> > On Mon, Dec 18, 2006 at 09:23:13AM +0100, Bastian Venthur wrote:
> >
> >> But who has created the allow-hotplug-line? I thought hotplug is dead?
> >
> > Doesn't matter, udev handles "allow-hotplug" interfaces just fine, I
On 11/25/06 06:06:09PM +0100, Michelle Konzack wrote:
> Am 2006-11-25 00:02:34, schrieb Jari Aalto:
> > PII with 62-128M, fairly common.
>
> ACK
>
> > > For example my IBM TP570 (PII/366MHz/192MB)
> > > is happy with /bin/bash and fast enough.
> >
> > "fast enought" is in the eye of a beholder.
On 11/18/06 10:50:30PM +0100, Michelle Konzack wrote:
> Hello,
>
> Regarding the discusion about POSIX and sh I have a grave problem.
>
> My scripts (or better programs) are using #!/bin/bash because I use
> BASH specific extensions.
>
> You say: "BASH must not be a Depends: since it is Essentia
On 10/09/06 07:42:03PM -0700, Jurij Smakov wrote:
> Actually, it can't do even that. According to installation
> instructions, it can be run without root privileges, as long as it has
> read/write access to a rather small subset of files in the /sys tree.
> That's how I plan to make it work in t
On 10/09/06 08:38:46AM +0200, Reinhard Tartler wrote:
> Jim Crilly <[EMAIL PROTECTED]> writes:
>
> > Intel's daemon isn't as bad as the Atheros HAL or nVidia's blob
>
> Could you please elaborat on that? why is ath_hal.ko or nvidia.ko worse
> than inte
On 10/09/06 12:11:28AM +0100, Stephen Gran wrote:
> This one time, at band camp, Jim Crilly said:
> > Most people are willing to deal with firmware since they don't run on the
> > host CPU but only on the card that they're controlling. Intel's daemon
> > isn
On 10/08/06 02:30:14PM -0700, Jurij Smakov wrote:
> On Sun, Oct 08, 2006 at 07:57:27PM +0200, Moritz Muehlenhoff wrote:
> > Jurij Smakov wrote:
> > > * Package name: ipw3945-daemon
> > > Version : 1.7.22
> > > Upstream Author : Intel Corporation
> > > * URL : http://http
On 09/26/06 02:25:21AM -0700, Steve Langasek wrote:
> On Tue, Sep 26, 2006 at 09:12:58AM +0200, Christoph Haas wrote:
> > What I would expect at least:
> > Rename the task from "Desktop" to "Desktop (Gnome)" so more experienced
> > users know what's coming up.
>
> Should we also have "Mail Server
On 08/26/06 03:26:12PM +, Sam Morris wrote:
> On Sat, 26 Aug 2006 16:02:04 +0200, Hendrik Sattler wrote:
> > Am Samstag 26 August 2006 15:15 schrieb Theodore Tso:
> >> No support for: (The * are critical)
> >>
> >>* SATA Hard Drives (*)
> >>* Intel AD1981 HD Audio (*)
> >
> > This stuf
On 08/15/06 09:49:54AM +0200, Andreas Metzler wrote:
> Hello,
> This seems to be totally overengineered. Having MTA a provide sendmail
> which uses MTA b for remote deliveries is no common usage scenario on
> which any effort should be spent in the Debian packaging
> infrastructure.
>
> Actually t
On 07/13/06 08:06:19AM -0700, Erast Benson wrote:
> On Thu, 2006-07-13 at 12:59 +0100, Ian Jackson wrote:
> > Erast Benson writes ("Re: cdrtools"):
> > > Joerg clearly stands that:
> > >
> > > 1) Makefiles != scripts or at least it is unclear whether Makefiles may
> > > be called "scripts":
> > >
On 04/21/06 10:19:46AM +0200, Marco d'Itri wrote:
> On Apr 20, Adam Borowski <[EMAIL PROTECTED]> wrote:
>
> > Idea: if /etc/iftab is present on upgrade, you can consume it, producing
> > relevant rules in that place (and displaying a message to the admin).
> An even better idea is, on the upgrade
On 02/28/06 04:19:45PM +0100, Mad Props wrote:
> Hi,
>
> i'm interested in whether it is possible to modify the Linux kernel so that
> user applications can use the whole 4GB of virtual address space while the
> kernel runs it's own AS.
>
> If yes, how complicated would that be ??
>
> Thanks,
>
On 08/29/05 03:32:55AM -0500, Peter Samuelson wrote:
>
> [Steve Langasek]
> > [use of /dev/shm] inappropriately ties the required feature (early
> > availability of read-write space for data that doesn't persist across
> > reboots) to a particular implementation, instead of leaving the admin
> > f
On 06/22/05 12:02:53PM -0500, Manoj Srivastava wrote:
> On Wed, 22 Jun 2005 07:22:33 -0400 (EDT), Freddie Unpenstein <[EMAIL
> PROTECTED]> said:
>
> >> > - inetd begone! -> xinetd (better mechanism to control DoS,
> >> > separation, etc.)
>
> >> xinetd begone. There is no justification for us
18 matches
Mail list logo
