Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Jonathan McKeown
On Thursday 05 July 2012 08:10:17 Warner Losh wrote: > On Jul 4, 2012, at 4:08 PM, Doug Barton wrote: > > > > First, I agree that being able to turn it off should be possible. But I > > can't help being curious ... why would you *not* want a feature that > > tells you what to install if you type a

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Peter Jeremy
On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown wrote: >As for the idea that Linux refugees need extra help to migrate, that's the >sort of thinking that led to things like: > >alias dir=ls Whilst we're on the subject, can we please also have #define BEGIN { #define END } wired into gcc to hel

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Doug Barton
On 07/05/2012 01:28, Peter Jeremy wrote: > On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown > wrote: >> As for the idea that Linux refugees need extra help to migrate, >> that's the sort of thinking that led to things like: >> >> alias dir=ls > > Whilst we're on the subject, can we please also ha

Re: install-prompt for missing features (Was: Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Thomas Sparrevohn
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 >:-> >

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Olivier Smedts
2012/7/5 Mike Meyer : > My objection was not due to misunderstanding about auto-install. I > find the feature annoying - spewing a bunch of crap at me because of a > typo. It annoys me far more often than it actually helps me, because > more often than not the "missing command" is a typo, *not* an

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Olivier Smedts
2012/7/5 Doug Barton : > On 07/04/2012 15:01, Mike Meyer wrote: >> On Wed, 04 Jul 2012 14:19:38 -0700 >> Doug Barton wrote: >>> On 07/04/2012 11:51, Jason Hellenthal wrote: What would be really nice here is a command wrapper hooked into the shell so that when you type a command and it do

Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Jonathan McKeown
On Thursday 05 July 2012 11:03:32 Doug Barton wrote: > On 07/05/2012 01:28, Peter Jeremy wrote: > > On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown > > > > wrote: > >> As for the idea that Linux refugees need extra help to migrate, > >> that's the sort of thinking that led to things like: > >> > >

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Chris Rees
On Jul 5, 2012 11:16 AM, "Jonathan McKeown" wrote: > > On Thursday 05 July 2012 11:03:32 Doug Barton wrote: > > On 07/05/2012 01:28, Peter Jeremy wrote: > > > On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown > > > > > > wrote: > > >> As for the idea that Linux refugees need extra help to migrate,

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Dimitry Andric
On 2012-07-05 12:03, Olivier Smedts wrote: ... > You mean, this desktop "dumb mode" thing that makes my hard drive led > crazy-blink and makes me hit (first) my desk and (then) ^C before > anything is displayed ? The next step will be to start searching the internet in the background, while you in

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Wojciech Puchar
comparison to Clippy). I don't think suggesting that someone who wants to use a system learn how it works is elitist; and I don't object to optional tools it is normal way of using any system. And actually possible with FreeBSD In 21 century knowing ANYTHING is elitist anyway ;) No. I think

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Wojciech Puchar
That's crazy- this is the logic that led to our sh having tab completion this feature does not do anything without you knowing. you ENABLE it by pressing tab ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd

Gentoo Solution to Nanny Terminal Problem

2012-07-05 Thread Richard Yao
On 07/05/2012 02:10 AM, Warner Losh wrote: > > On Jul 4, 2012, at 4:08 PM, Doug Barton wrote: > >> On 07/04/2012 15:01, Mike Meyer wrote: >>> On Wed, 04 Jul 2012 14:19:38 -0700 >>> Doug Barton wrote: On 07/04/2012 11:51, Jason Hellenthal wrote: > What would be really nice here is a comm

Re: adding new cipher support to kernel

2012-07-05 Thread VANHULLEBUS Yvan
On Wed, Jul 04, 2012 at 02:46:11PM -0400, Dylan Castine wrote: > Hi, Hi. > My name is Dylan, > > I want to add support for the AES-GCM cipher to the kernel. > I am currently using strongswan for an IPsec build and need ESP to use the > AES-GCM algorithm. > Any info is appreciated, Riaan (CCed

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Olivier Smedts
2012/7/5 Dimitry Andric : > On 2012-07-05 12:03, Olivier Smedts wrote: > ... >> You mean, this desktop "dumb mode" thing that makes my hard drive led >> crazy-blink and makes me hit (first) my desk and (then) ^C before >> anything is displayed ? > > The next step will be to start searching the inte

Re: adding new cipher support to kernel

2012-07-05 Thread Riaan Kruger
> Riaan: do you have a newer version of your patchset, or can I use the > > latest you sent to me ? Yvan: The last one I sent, I believe it was named "aesgcm_cleaned.diff" is the latest. If there is anything I can help with, just say. I know I am not Mr. Speedy, but I would like to help if I can

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Wojciech Puchar
But Google can afford crazy-blinking-led-hard-drives ;-) Google can not afford anything useless or overpriced, only actually cheap and working things. That's why google controls most of you, not the reverse ;) ___ freebsd-hackers@freebsd.org mailing

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Wojciech Puchar
mwm@IPGhosterCrawlerI:~$ mmap No command 'mmap' found, did you mean: Command 'jmap' from package 'openjdk-6-jdk' (main) Command 'jmap' from package 'openjdk-7-jdk' (universe) Command 'gmap' from package 'gmap' (multiverse) Command 'gmap' from package 'scotch' (universe) Command 'tmap' from package

Re: Gentoo Solution to Nanny Terminal Problem

2012-07-05 Thread Sean
On 05/07/2012, at 10:02 PM, Richard Yao wrote: > > The second is the e-file command, which will query that database for > whatever follows it. For example, if I want to find out which package > installs repoman, I can do `e-file repoman`. I can also do `e-file > /usr/bin/repoman`. > > if FreeBSD

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Garrett Cooper
On Thu, Jul 5, 2012 at 2:48 AM, Olivier Smedts wrote: > 2012/7/5 Mike Meyer : >> My objection was not due to misunderstanding about auto-install. I >> find the feature annoying - spewing a bunch of crap at me because of a >> typo. It annoys me far more often than it actually helps me, because >> m

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Garrett Cooper
On Thu, Jul 5, 2012 at 7:36 AM, Wojciech Puchar wrote: >> mwm@IPGhosterCrawlerI:~$ mmap >> No command 'mmap' found, did you mean: >> Command 'jmap' from package 'openjdk-6-jdk' (main) >> Command 'jmap' from package 'openjdk-7-jdk' (universe) >> Command 'gmap' from package 'gmap' (multiverse) >> Co

Re: Gentoo Solution to Nanny Terminal Problem

2012-07-05 Thread Matthew Seaman
On 05/07/2012 15:58, Sean wrote: > > On 05/07/2012, at 10:02 PM, Richard Yao wrote: >> >> The second is the e-file command, which will query that database for >> whatever follows it. For example, if I want to find out which package >> installs repoman, I can do `e-file repoman`. I can also do `e-f

Re: Gentoo Solution to Nanny Terminal Problem

2012-07-05 Thread Chris Rees
On Jul 5, 2012 4:00 PM, "Sean" wrote: > > > On 05/07/2012, at 10:02 PM, Richard Yao wrote: > > > > The second is the e-file command, which will query that database for > > whatever follows it. For example, if I want to find out which package > > installs repoman, I can do `e-file repoman`. I can a

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Jonathan Anderson
On 5 Jul 2012, at 15:36, Wojciech Puchar wrote: >> mwm@IPGhosterCrawlerI:~$ mmap >> No command 'mmap' found, did you mean: >> Command 'jmap' from package 'openjdk-6-jdk' (main) >> Command 'jmap' from package 'openjdk-7-jdk' (universe) >> Command 'gmap' from package 'gmap' (multiverse) >> Command 'g

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Damien Fleuriot
On 7/3/12 3:36 PM, Mark Felder wrote: > On Tue, 03 Jul 2012 07:39:34 -0500, Dag-Erling Smørgrav wrote: > >> >> I don't think there will be as much whinging as you expect. Times have >> changed. > > Agreed; if we need DNS in base (really, why?) Because when people install a server, they expect

Re: Gentoo Solution to Nanny Terminal Problem

2012-07-05 Thread Sean
On 06/07/2012, at 1:21 AM, Richard Yao wrote: > On 07/05/2012 10:58 AM, Sean wrote: >> >> On 05/07/2012, at 10:02 PM, Richard Yao wrote: >>> >>> The second is the e-file command, which will query that database for >>> whatever follows it. For example, if I want to find out which package >>> ins

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Damien Fleuriot
On 7/5/12 11:03 AM, Doug Barton wrote: > On 07/05/2012 01:28, Peter Jeremy wrote: >> On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown >> wrote: >>> As for the idea that Linux refugees need extra help to migrate, >>> that's the sort of thinking that led to things like: >>> >>> alias dir=ls >> >> Whi

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Damien Fleuriot
On 7/5/12 12:15 PM, Jonathan McKeown wrote: > On Thursday 05 July 2012 11:03:32 Doug Barton wrote: >> On 07/05/2012 01:28, Peter Jeremy wrote: >>> On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown >>> >>> wrote: As for the idea that Linux refugees need extra help to migrate, that's the s

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Wojciech Puchar
are you serious that linux distros have such a think now? I didn't use linux for a long time and no plan to use it, but you are joking isn't it? They do, and it's actually very useful in two cases: no it isn't. unless it would be extra keypress for that. i don't want to be treated as a moro

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Wojciech Puchar
inexperienced users. Having to enable it manually defeats its very purpose. so is FreeBSD future direction to be moron-OS just like linux is now, or is that just another stupid idea on that forum that came and... will pass? Quite important. There are still people that want normal OS. ___

Re: install-prompt for missing features (Was: Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Jason Hellenthal
On Thu, Jul 05, 2012 at 10:32:16AM +0100, Thomas Sparrevohn wrote: > 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

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Damien Fleuriot
On 7/5/12 6:38 PM, Wojciech Puchar wrote: >> inexperienced users. >> >> Having to enable it manually defeats its very purpose. > > so is FreeBSD future direction to be moron-OS just like linux is now, or > is that just another stupid idea on that forum that came and... will pass? > > Quite impor

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Jason Hellenthal
On Thu, Jul 05, 2012 at 06:05:42PM +0200, Damien Fleuriot wrote: > On 7/3/12 3:36 PM, Mark Felder wrote: > > On Tue, 03 Jul 2012 07:39:34 -0500, Dag-Erling Smørgrav wrote: > > > >> > >> I don't think there will be as much whinging as you expect. Times have > >> changed. > > > > Agreed; if we

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Freddie Cash
On Thu, Jul 5, 2012 at 9:45 AM, Damien Fleuriot wrote: > > On 7/5/12 6:38 PM, Wojciech Puchar wrote: >>> inexperienced users. >>> >>> Having to enable it manually defeats its very purpose. >> >> so is FreeBSD future direction to be moron-OS just like linux is now, or >> is that just another stupid

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Jason Hellenthal
On Thu, Jul 05, 2012 at 06:19:31PM +0200, Damien Fleuriot wrote: > On 7/5/12 11:03 AM, Doug Barton wrote: > > On 07/05/2012 01:28, Peter Jeremy wrote: > >> On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown > >> wrote: > >>> As for the idea that Linux refugees need extra help to migrate, > >>> that

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Mike Meyer
On Thu, 5 Jul 2012 13:09:44 -0400 Jason Hellenthal wrote: > On Thu, Jul 05, 2012 at 06:19:31PM +0200, Damien Fleuriot wrote: > > As long as it can be toggled off system-wide, persistently (sysctl?), I > > can't see the harm in bringing that in. > Haha sysctl... thats going quite a bit too far into

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Wojciech Puchar
so is FreeBSD future direction to be moron-OS just like linux is now, or is that just another stupid idea on that forum that came and... will pass? Quite important. There are still people that want normal OS. Just because you don't like the idea doesn't make it stupid, and just not just becau

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Warner Losh
On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote: > > On 7/5/12 6:38 PM, Wojciech Puchar wrote: >>> inexperienced users. >>> >>> Having to enable it manually defeats its very purpose. >> >> so is FreeBSD future direction to be moron-OS just like linux is now, or >> is that just another stupi

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Chris Rees
On Jul 5, 2012 5:37 PM, "Wojciech Puchar" wrote: >>> >>> >>> are you serious that linux distros have such a think now? >>> I didn't use linux for a long time and no plan to use it, but you are joking isn't it? >> >> >> They do, and it's actually very useful in two cases: > > > no it isn't. unless

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Wojciech Puchar
can't see the harm in bringing that in. Haha sysctl... thats going quite a bit too far into the system for this. that's just a sign of complete lack of understanding IMHO. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Wojciech Puchar
Haha sysctl... thats going quite a bit too far into the system for this. Yup. A sysctl (or rc.conf variable) intended specifically to control the behavior of shells is an even worse idea than turning this nanny behavior on for everyone. some people work hard to turn FreeBSD to "mainstream" (==

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Mike Meyer
On Thu, 5 Jul 2012 15:57:09 +0100 Jonathan Anderson wrote: > They do, and it's actually very useful in two cases: > 1. new users — "my friend told me to try out latex, but when I type 'latex' > nothing happens! oh wait, that's how I make it work" > 2. confusingly-named packages. on FreeBSD: > >

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Mike Meyer
On Thu, 5 Jul 2012 18:18:10 +0100 Chris Rees wrote: > You'd fall into the category of 'I would disable that feature' then. > > Since that is the case, you should stop commenting, now, and simply disable > it if/when it comes out. The claim is that it needs to be on for new users if it's going to

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Garrett Cooper
On Thu, Jul 5, 2012 at 10:18 AM, Warner Losh wrote: > > On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote: > >> >> On 7/5/12 6:38 PM, Wojciech Puchar wrote: inexperienced users. Having to enable it manually defeats its very purpose. >>> >>> so is FreeBSD future direction to be moro

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Olivier Smedts
2012/7/5 Warner Losh : > > On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote: >> Just because you don't like the idea doesn't make it stupid, and just >> because it comes from linux doesn't make it bad. > > Both true. However, if the database lookups took a long time, or had a high > overhead to

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Damien Fleuriot
On 7/5/12 7:18 PM, Warner Losh wrote: > > On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote: > >> >> On 7/5/12 6:38 PM, Wojciech Puchar wrote: inexperienced users. Having to enable it manually defeats its very purpose. >>> >>> so is FreeBSD future direction to be moron-OS just lik

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Garrett Cooper
On Thu, Jul 5, 2012 at 10:31 AM, Garrett Cooper wrote: > On Thu, Jul 5, 2012 at 10:18 AM, Warner Losh wrote: >> >> On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote: >> >>> >>> On 7/5/12 6:38 PM, Wojciech Puchar wrote: > inexperienced users. > > Having to enable it manually defeats i

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Robert Simmons
On Tue, Jul 3, 2012 at 6:32 AM, Dag-Erling Smørgrav wrote: > Robert Simmons writes: >> OpenSSH 6.0p1 > > No. It doesn't build cleanly on FreeBSD (I reported two issues during > the pre-release cycle, one was fixed but the other was not), and even if > it did, it's too big a change to push throug

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Garrett Cooper
On Thu, Jul 5, 2012 at 10:18 AM, Warner Losh wrote: > > On Jul 5, 2012, at 10:45 AM, Damien Fleuriot wrote: > >> >> On 7/5/12 6:38 PM, Wojciech Puchar wrote: inexperienced users. Having to enable it manually defeats its very purpose. >>> >>> so is FreeBSD future direction to be moro

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Jonathan Anderson
On 5 Jul 2012, at 18:21, Mike Meyer wrote: >> The command line shouldn't have to be a scary place for new users. > > Nor should it be an annoying place for old users. New users are > important. But old users are the ones who make contributions. No argument there. :) I do like the idea (Garrett's

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Yuri
On 07/05/2012 09:37, Wojciech Puchar wrote: no it isn't. unless it would be extra keypress for that. i don't want to be treated as a moron just as when i use google search with javascript active. I agree, this feature isn't useful on linux. In 100% of cases it got engaged for me it was a res

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Eitan Adler
On 5 July 2012 03:28, Chris Rees wrote: > On Jul 5, 2012 11:16 AM, "Jonathan McKeown" wrote: >> >> On Thursday 05 July 2012 11:03:32 Doug Barton wrote: >> > On 07/05/2012 01:28, Peter Jeremy wrote: >> > > On 2012-Jul-05 09:22:25 +0200, Jonathan McKeown >> > > >> > > wrote: >> > >> As for the ide

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Mark Felder
On Thu, 05 Jul 2012 11:05:42 -0500, Damien Fleuriot wrote: Using a third-party's name servers is not an option And how can you trust that your port 53 TCP/UDP traffic isn't being redirected and you're talking to the real root servers? I think you're being a bit too paranoid... __

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Mike Meyer
On Thu, 5 Jul 2012 11:08:36 -0700 Eitan Adler wrote: > The system should be optimized for new users by default. Whether this > means enabling or disabling a feature is feature-specific. This is *not* what Unix has historically been. Historically, Unix has a history of being "expert-friendly" - be

Re: Training wheels for commandline (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Thomas Sparrevohn
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.

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Matthew Seaman
On 05/07/2012 19:09, Mark Felder wrote: > On Thu, 05 Jul 2012 11:05:42 -0500, Damien Fleuriot wrote: > >> Using a third-party's name servers is not an option > > And how can you trust that your port 53 TCP/UDP traffic isn't being > redirected and you're talking to the real root servers? I think

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread Matthew Seaman
On 05/07/2012 19:06, Yuri wrote: > It would be useful to have a command that finds the port name(s) by the > command name when needed though. > Today, for example, while searching for package that has a command > 'svlc' I do 'cd /usr/ports && make search key=svlc' and it finds nothing > instead of

Re: Training wheels for commandline

2012-07-05 Thread Dieter BSD
> As long as it can be toggled off system-wide, persistently (sysctl?), I > can't see the harm in bringing that in. It violates the Unix Philosophy. "Make each program do one thing well. To do a new job, build afresh rather than complicate old programs by adding new features." http://www.faqs.or

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Mark Felder
On Thu, 05 Jul 2012 13:51:25 -0500, Matthew Seaman wrote: AFAIK, no operating system has a stub resolver the capability to validate DNSSEC. Yeah, I was sort of hinting at that :-) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.o

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Don Lewis
On 5 Jul, Olivier Smedts wrote: > an Ubuntu "server" : > # time fsqfqsdfs > fsqfqsdfs: command not found > > real0m0.408s > user0m0.120s > sys 0m0.040s > > and that's a *fast* one ! Lucky you! Fedora 16 on my fastest hardware ... # time fsqfqsdfs bash: fsqfqsdfs: command not foun

Re: Gentoo Solution to Nanny Terminal Problem

2012-07-05 Thread Richard Yao
On 07/05/2012 12:18 PM, Sean wrote: > > On 06/07/2012, at 1:21 AM, Richard Yao wrote: > >> On 07/05/2012 10:58 AM, Sean wrote: >>> >>> On 05/07/2012, at 10:02 PM, Richard Yao wrote: The second is the e-file command, which will query that database for whatever follows it. For exampl

Interfacing devices with multiple parents within newbus

2012-07-05 Thread Arnaud Lacombe
Hi folks, The problem has been raised in the last BSDCan during a talk, but no clear answer has been given. Some (pseudo-)devices might require resources from multiple other (pseudo-)devices. For example, a device is sitting on an SMBus, but need to access a software controlled LED, sitting on a

Re: Pull in upstream before 9.1 code freeze?

2012-07-05 Thread Mateusz Guzik
On Thu, Jul 05, 2012 at 12:03:21PM +0200, Olivier Smedts wrote: > 2012/7/5 Doug Barton : > > On 07/04/2012 15:01, Mike Meyer wrote: > >> On Wed, 04 Jul 2012 14:19:38 -0700 > >> Doug Barton wrote: > >>> On 07/04/2012 11:51, Jason Hellenthal wrote: > What would be really nice here is a command

Re: Better error messages for command not found (was Re: Pull in upstream before 9.1 code freeze?)

2012-07-05 Thread David Brodbeck
On Wed, Jul 4, 2012 at 7:17 PM, Mike Meyer wrote: > Actually, that's my biggest gripe about Linux systems. They set things > in /etc/* shell profiles that *can't* be turned off in user rc files, > because the ones in /etc run last. (And usually more than > once. Idiots.) I haven't encountered tha

Re: Interfacing devices with multiple parents within newbus

2012-07-05 Thread Warner Losh
On Jul 5, 2012, at 5:14 PM, Arnaud Lacombe wrote: > Hi folks, > > The problem has been raised in the last BSDCan during a talk, but no > clear answer has been given. Some (pseudo-)devices might require > resources from multiple other (pseudo-)devices. > > For example, a device is sitting on an