I am sorry everybody I simply don't get this conversation - Implement it as a
port - add it to bash/zsh/tcsh as an option - feel free - But if objective is
to make a vanilla FreeBSD easier to use - I can think of 10,000 things (give
or take a couple of 1000's) that would be a more wothy target.
On Thursday 05 Jul 2012 13:09:05 per...@pluto.rain.com wrote:
> Doug Barton wrote:
> > ... something like this would be *really* valuable to ease
> > the transition for people coming from a Linux background.
>
> I'm sure some folks here would count this as a reason *not*
> to provide it >:->
>
On Thursday 28 June 2007 14:44:05 [EMAIL PROTECTED] wrote:
>
> --- Thomas Sparrevohn <[EMAIL PROTECTED]> ha scritto:
> ...
>
> >
> > I have Vista Home edition ruinning any FreeBSD without any problems and
> > without having to do anything special -
On Thursday 28 June 2007 11:33:39 Julian H. Stacey wrote:
> > I have Vista Home edition ruinning any FreeBSD without any problems and
> > without having to do anything special - That is on CURRENT
>
> ruinning: No such word
> ruining: Wrecking, destroying
> running: Working accepta
On Thursday 28 June 2007 03:08:34 Garrett Cooper wrote:
> [EMAIL PROTECTED] wrote:
> > Hi;
> >
> > FWIW, if you just got your new computer with Windows Vista installed and
> > were
> > hoping to dual boot FreeBSD on it, let me tell you that FreeBSD's bootloader
> > will screw things up.
> >
> > Mi
On Monday 14 May 2007 09:25:12 'Michel Talon' wrote:
> On Mon, May 14, 2007 at 12:33:23AM +0100, Thomas Sparrevohn wrote:
> >
> > converted INDEX
> > into postgresSQL because I was playing around with making a message queue
> > based approach -
> > an
> There is a
> reason why people have been discussing this for ten years without
> getting anywhere.
>
I suspect that is because that by and large the ports system works ;-) - Having
Played around with a couple of Linux distributions - my impression is that
"ports"
offers a much more manageable
>
> The second point is most important here. This whole thread exists
> because people consider the existing ports system to be too slow. How
> is using XML going to help with that at all?
>
But which part? The /var half of the equation - well that depends on the
operation -
Lookup? E.g
> On Sunday, 13 May 2007 at 17:04:20 -0400, Kris Kennaway wrote:
> > On Sun, May 13, 2007 at 10:00:46PM +0100, Thomas Sparrevohn wrote:
> >
> > > The answer is another INDEX/storage structure
> >
> > Great, I look forward to your detailed proposal.
> >
> &
> On Sunday 13 May 2007 23:00, Thomas Sparrevohn wrote:
> > The on-disk format seems to be the wrong angle on the issue - The
> > current structure Works well - but it has a number of drawbacks -
> > however it no way clear whether that The answer is another
> > INDEX/
> FYI, "Using XML" and other buzzword-compliance is not currently on the
> table either. Let's all try to maintain some focus, OK?
>
Well - I now heard the SQL buzzword quite a bit ;-) - but whatever - No
matter
what angle I take on the register/make INDEX timing issues they are
insignificant
ion - then people can use SQL/ flat files
/ existing structures
But the tools we still only need one common interface to XML
> -Original Message-
> From: Benjamin Lutz [mailto:[EMAIL PROTECTED]
> Sent: 13 May 2007 19:42
> To: freebsd-hackers@freebsd.org
> Cc: Thomas
On Sunday 13 May 2007 11:37:57 Peter Jeremy wrote:
>
> The options I can see are:
> - Ignore the existence of INDEX - which makes computing dependencies
> very time consuming
> - Fully rebuild INDEX via "make describe" whenever you update any ports
> - this takes of the order of an hour
> - F
That is puzzling - I running using on a Nvidia Nforce 590 SLI based machine
with no problems using Raid -
Mind you this Dell implementation uses only Raid0 - What release are you
running? - I have had success
With both 6.2, 7.0-Current and AMD-6.2 and AMD-7.0 - On the 64bit there was
issues with th
Hi
I just got a new system that has two SATA DVD Drives in it. There are a
couple of weird issues so I list in order - With the Jan snapshot the kernel
only see the DVD Drive that the CD was booted in - but it cannot later on
when sysinstall is running use the drive but gives read errors
So I
On Sunday 03 July 2005 10:05, Poul-Henning Kamp wrote:
Fedt - Jeg tror at jeg stadigvaek har nogle of de originale CD'er -
> ftp://phk.freebsd.dk
>
> ./386BSD/cd1.iso
> ./BSD4.4-LITE/cover.pnm
> ./BSD4.4-LITE/cd1.iso
> ./BSD4.4-LITE/cd2.iso
> ./BSD4.4-LITE/cd3.iso
>
On Sunday 05 June 2005 13:17, Thomas Sparrevohn wrote:
Ok - After a hand held trace - here are what happens
In the call to uma_zcreate for the "PROC" object the slab_zalloc ends up being
called twice - it in turn calls vm_map_lock and establishes the first time a
exclusive sleep mu
On Sunday 05 June 2005 12:31, Thomas Sparrevohn wrote:
Ups - two useless files included - please ignore the plugins.txt and the dmesg
- it should have been
> Hi
>
> One of the changes introduced after the 27/05 causes a panic in the initial
> boot phases in the
>
> The panic
Hi
One of the changes introduced after the 27/05 causes a panic in the initial
boot phases in the
The panic occurs on my Dell Lattitude C640 when using both my own kernel and
the GENERIC kernel.
The panic is
_mtx_lock_sleep: Recursed on non-recursive mutex in system map
I have traced the t
On Wednesday 04 May 2005 06:38, M. Warner Losh wrote:
>
> The technical reasons are very simple. If a new system call is
> created, and programs use that new system call, then if you do an
> installworld before you boot the kernel, that can result in binaries
> not working. This has happened with
On Monday 28 February 2005 00:15, Maxim Sobolev wrote:
> Roland Dowdeswell wrote:
> > [ cc'ing [EMAIL PROTECTED], because there has been talk
> > of GBDE there in the past.]
>
> So what? If the write fails in the middle, reading sector will just
> produce garbage. I don't think that it's differen
On Wednesday 06 October 2004 02:31, Matthew Dillon wrote:
The university I used to work for had something like it and it got 99% of the
cases
> Yow. 78 messages and counting. Er, 79 now. I'll bet poor Giorgos
> wishes he never started this thread! Get ready. get set DIVE!
>
A simple and pragmatic solution is to use alias in what ever shell you are
using e.g. alias rm to rm -i. There used to be a simple "delete" command or
script that basically moved all files into a ".deleted" directory insted of
actually deleting the files - From a practical point of view it does
23 matches
Mail list logo
