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
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
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
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 >:->
>
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
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
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:
> >>
> >
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,
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
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
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
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
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
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
> 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
___
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
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
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
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
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
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
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
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
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
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/
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" (==
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:
>
>
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
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
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
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
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
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
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
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
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
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
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...
__
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
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 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
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
> 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
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
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
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
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
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
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
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
64 matches
Mail list logo