On Fri, Jul 21, 2023 at 11:03:28AM +1000, Finn Thain wrote:
> On Fri, 21 Jul 2023, Dave Chinner wrote:
>
> > > I suspect that this is one of those catch-22 situations: distros are
> > > going to enable every feature under the sun. That doesn't mean that
> > > anyone is actually _using_ them thes
On Thu, Jul 20, 2023 at 05:38:52PM -0400, Jeffrey Walton wrote:
> On Thu, Jul 20, 2023 at 2:39 PM Matthew Wilcox wrote:
> >
> > On Thu, Jul 20, 2023 at 07:50:47PM +0200, John Paul Adrian Glaubitz wrote:
> > > > Then we should delete the HFS/HFS+ filesy
On Thu, Jul 20, 2023 at 07:50:47PM +0200, John Paul Adrian Glaubitz wrote:
> > Then we should delete the HFS/HFS+ filesystems. They're orphaned in
> > MAINTAINERS and if distros are going to do such a damnfool thing,
> > then we must stop them.
>
> Both HFS and HFS+ work perfectly fine. And if di
On Sat, Jul 14, 2007 at 05:47:57PM -0500, Dirk Eddelbuettel wrote:
> On 14 July 2007 at 16:19, Matthew Wilcox wrote:
> | On Sat, Jul 14, 2007 at 09:26:22AM -0500, Dirk Eddelbuettel wrote:
> | > Hi folks,
> |
> | Dirk, it is extremely rude of you to cc a closed list ([EMAIL PR
On Sat, Jul 14, 2007 at 09:26:22AM -0500, Dirk Eddelbuettel wrote:
> Hi folks,
Dirk, it is extremely rude of you to cc a closed list ([EMAIL PROTECTED])
when posting to several open lists. Please do not do this in future.
--
"Bill, look, we understand that you're interested in selling us this
o
On Sat, Jul 14, 2007 at 10:47:52AM -0600, Brian Barrett wrote:
> Open MPI uses some assembly for things like atomic locks, atomic
> compare and swap, memory barriers, and the like.
[...]
> We don't currently have support for a non-assembly code path. We
> originally planned on having one, but
You probably just want to give these packages back to the buildd:
devel/libsigcx_0.6.4-2: Uploaded by wouter-quickstep [optional:out-of-date]
Previous state was Building until 2003 Oct 02 03:34:19
web/wml_2.0.8-7: Uploaded by roman-buildd [optional:out-of-date]
Previous state was Building unt
On Mon, Aug 26, 2002 at 09:10:54PM +0200, Marcus Brinkmann wrote:
> Also, reading /dev/mem doesn't sound very secure at all (even if it works)
> because the patterns in the memory of a computer are probably predictable
> and a lot of information can be observed from the outside (which processes
> a
On Mon, Aug 26, 2002 at 09:06:00AM -0400, Carlos O'Donell wrote:
> Done. I've submitted the output for HPPA boxes running 32 and 64-bit
> kernels. Looks like they pass without any problem. I'll pass on the
yes, but it may well crash them. some parts of /dev/mem map random IO
addresses which may
9 matches
Mail list logo
