Lynx patch to fix page-down issue. (was: Lynx update?)

2010-12-15 Thread patrick keshishian
Hi again, If a page with more than one displayable page, where the last displayable page contain exactly one single line, is loaded with lynx, lynx will incorrectly display "(pX of Y)" next to the title (top-right), where Y is one less than total displayable pages. e.g., if there are 3 pages, lynx

Re: slower logins

2010-12-15 Thread Bob Beck
I don't mind this if the eventual goal is to think about diddling with it per arch.. I certainly do NOT want a 2^11 blowfish password when logging into my sparc On 15 December 2010 21:33, Ted Unangst wrote: > On Wed, 15 Dec 2010, Ted Unangst wrote: > >> These values have not marched forward wit

Re: slower logins

2010-12-15 Thread Ted Unangst
On Wed, 15 Dec 2010, Ted Unangst wrote: > These values have not marched forward with the progress of time. For > perspective, the last increase in bcrypt rounds was around the time we > considered Monica Lewinsky a big scandal. OK, so let's table what the right values and just make the values

Re: uvm(9) clarifications wrt. uvm_km_alloc() / uvm_km_free()

2010-12-15 Thread Ariane van der Steldt
On Fri, Dec 10, 2010 at 02:04:17PM +0100, Wouter Coene wrote: > According to Ariane van der Steldt (ari...@stack.nl): > > On Thu, Dec 09, 2010 at 10:32:57PM +0100, Wouter Coene wrote: > > > + addr = uvm_km_kmemalloc(kernel_map, NULL, PAGE_SIZE, > > > + UVM_KMF_CANFAI

more mem p2

2010-12-15 Thread Ted Unangst
this is a broken out piece of the previous more memory diff, revised. as before, the idea is to allow uvm_map_hint to optionally select some of the reserved heap space if we have run out of room in the normal mmap space. changes are that i'm using a macro now, to avoid changing code all over th

slower logins

2010-12-15 Thread Ted Unangst
These values have not marched forward with the progress of time. For perspective, the last increase in bcrypt rounds was around the time we considered Monica Lewinsky a big scandal. If processing power really doubles every 2 years, we should increase by 6, but that means 5 second root logins e

Re: Read-only sd(4) devices -- good idea?

2010-12-15 Thread Kenneth R Westerback
On Wed, Dec 15, 2010 at 06:20:33PM -0500, Kenneth R Westerback wrote: > USB. Need I say more? :-) > > I now have a USB device in hand which has a 'READONLY' physical switch on > the top. If set to READONLY, this device spews error messages when > writes are attempted. And the device freaks out so

usb wireless detach

2010-12-15 Thread Jacob Meuser
the following diff tries to make sure that no other processes/threads are or will be using the drivers software context when the driver is detached. this diff covers rum(4), run(4), ural(4) and urtw(4). without the diff, I can get the kernel to crash by starting a scan with the deice, then ejecti

Re: diff to bsearch the autoconf vendor/product match tables

2010-12-15 Thread Vladimir Kirillov
On 02:39 Thu 16 Dec, Vladimir Kirillov wrote: > +foreach my $v (sort { hex($a->{id}) <=> hex($b->{id}) } @vendors) { Please also note that this won't fail on usbdevs if you replace 0X hex prefixes with 0x.

diff to bsearch the autoconf vendor/product match tables

2010-12-15 Thread Vladimir Kirillov
Hello, t...@! The pci/usb (and others) known_{products,vendors} generated from {pci,usb}devs are really big and scanning them is not so efficient. I took the reyk@'s bsearch() implementation found in ieee80211 code and moved it to libkern. To sort tables I've rewritten the devlist2h from awk to

Read-only sd(4) devices -- good idea?

2010-12-15 Thread Kenneth R Westerback
USB. Need I say more? :-) I now have a USB device in hand which has a 'READONLY' physical switch on the top. If set to READONLY, this device spews error messages when writes are attempted. And the device freaks out so that ALL subsequent i/o's fail. I saw this: http://lists.wpkg.org/pipermail/st

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Kevin Chadwick
On Wed, 15 Dec 2010 14:57:24 -0700 Tobias Weingartner wrote: > So in this case, you're the one that is out of > line. If your talking to me then I tried to make it clear that I was sitting on the fence. I was going to go further but then figured that would be leaning in one direction. I certain

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Tobias Weingartner
On Wednesday, December 15, Kevin Chadwick wrote: > >The real work on OCF did not begin in earnest until February 2000. > > I can't see how this gives you credibility but maybe the people who > worked with you at the time can understand how your evidence supports > what you say. I've known Jason f

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread patrick keshishian
On Wed, Dec 15, 2010 at 12:36 PM, Damien Miller wrote: > On Wed, 15 Dec 2010, patrick keshishian wrote: > >> It is easy to shoot one's mouth off like that about bounty offered, >> given the ridiculously constrained "conditions" the bounty is offered >> under. He might as well offered a million USD

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Kevin Chadwick
On Wed, 15 Dec 2010 10:27:31 -0800 "Jason L. Wright" wrote: > I > cannot fathom his motivation for writing such falsehood (delusions > of grandeur or a self-promotion attempt perhaps?) Perhaps, Promote his domains rank in google or the facebook link? (Does anyone know if he always puts facebook

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Ted Unangst
On Wed, Dec 15, 2010 at 3:36 PM, Damien Miller wrote: > On Wed, 15 Dec 2010, patrick keshishian wrote: > >> It is easy to shoot one's mouth off like that about bounty offered, >> given the ridiculously constrained "conditions" the bounty is offered >> under. He might as well offered a million USD.

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Damien Miller
On Wed, 15 Dec 2010, patrick keshishian wrote: > It is easy to shoot one's mouth off like that about bounty offered, > given the ridiculously constrained "conditions" the bounty is offered > under. He might as well offered a million USD. No one will be able to > prove this under these restrictions

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Peter N. M. Hansteen
patrick keshishian writes: > It is easy to shoot one's mouth off like that about bounty offered, > given the ridiculously constrained "conditions" the bounty is offered > under. He might as well offered a million USD. No one will be able to > prove this under these restrictions. I won't get into

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread patrick keshishian
On Wed, Dec 15, 2010 at 11:33 AM, Peter N. M. Hansteen wrote: > The IPSEC allegations have produced a flurry of blog posts and > suchlike, mostly just rehashing the contents of Theo's original > message. However, I've found two followups that are interesting for > their own separate reasons: > >

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Peter N. M. Hansteen
The IPSEC allegations have produced a flurry of blog posts and suchlike, mostly just rehashing the contents of Theo's original message. However, I've found two followups that are interesting for their own separate reasons: in http://blogs.csoonline.com/1296/an_fbi_backdoor_in_openbsd , there appe

Re: nvi diff fixing a display glitch leading to crash

2010-12-15 Thread patrick keshishian
On Wed, Dec 15, 2010 at 09:43:47AM -0500, Todd C. Miller wrote: > On Tue, 07 Dec 2010 23:58:39 PST, patrick keshishian wrote: > > > The patch below resets the HMAP->soff (screen offset of line) > > to 1 if the number of lines HMAP->lno spans has changed and is > > now less than HMAP->soff. This es

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Jason L. Wright
Subject: Allegations regarding OpenBSD IPSEC Every urban lengend is made more real by the inclusion of real names, dates, and times. Gregory Perry's email falls into this category. I cannot fathom his motivation for writing such falsehood (delusions of grandeur or a self-promotion attempt perhaps

RAVIE DE FAIRE TA CONNAISSANCE

2010-12-15 Thread Mnass Caroline (via Multiply)
This is a MIME-encoded message that mnasskdj sent through Multiply. To read it, you need a HTML-capable mail client.

Re: Fw: cwm: xev_reconfig -> xu_reconfig

2010-12-15 Thread Okan Demirmen
On Wed 2010.12.15 at 18:33 +0100, Thomas Pfaff wrote: > I sent the diff below to a few guys found in the cwm cvs log about a month > ago but no love, so I'm posting here. Hi Thomas, There are a few clean-up diffs floating around the guys in the logs, some of which has some of the stuff you have b

Fw: cwm: xev_reconfig -> xu_reconfig

2010-12-15 Thread Thomas Pfaff
I sent the diff below to a few guys found in the cwm cvs log about a month ago but no love, so I'm posting here. The diff is not that important but here it is anyway. It came about when looking through the cwm code trying to fix a few bugs that I've uncovered (though I've been unsuccessful so far

Re: small drm uvm diff

2010-12-15 Thread Owain Ainsworth
On Wed, Dec 15, 2010 at 12:05:31AM -0500, Ted Unangst wrote: > there is no reason for drm_bufs to be poking inside the vmspace on its > own, this is what the uvm_map_hint function is for. Yup, that's fine. This was in place in this initial import of this code, suprised i've not noticed and clean

dhclient-script and resolv.conf

2010-12-15 Thread Claudio Jeker
This made me go nuts for a long time. As soon as you have two interfaces running dhclient those two will start fighting over /etc/resolv.conf which is realy bad when short lease times are used and one interface is not getting new leases. This diff extends the dhclient-script in such a way that dhc

Re: nvi diff fixing a display glitch leading to crash

2010-12-15 Thread Todd C. Miller
On Tue, 07 Dec 2010 23:58:39 PST, patrick keshishian wrote: > The patch below resets the HMAP->soff (screen offset of line) > to 1 if the number of lines HMAP->lno spans has changed and is > now less than HMAP->soff. This essentially forces the entire > line to be redrawn at the top of the screen,

Re: nvi diff fixing a display glitch leading to crash

2010-12-15 Thread Kenneth R Westerback
On Wed, Dec 15, 2010 at 02:13:55AM -0800, patrick keshishian wrote: > No comment/interest? > > I am assuming this is the right list to send this sort > of crap to. Correct me if I am wrong. > > If the fix is incorrect I would appreciate pointers. > > Thanks, > --patrick Right list for commentar

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Stuart Henderson
On 2010/12/15 12:20, Gregory Edigarov wrote: > On Wed, 15 Dec 2010 07:48:46 +0100 > Otto Moerbeek wrote: > > > On Tue, Dec 14, 2010 at 10:26:44PM -0500, Brandon Mercer wrote: > > > > > If this type of thing really did happen and this actually is going > > > on something as simple as systrace or

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Brandon Mercer
Unless of course someone was capturing the entire stream as it traversed the internet and then simply extracted the keys later on. On Dec 15, 2010 5:22 AM, "Gregory Edigarov" wrote: > On Wed, 15 Dec 2010 07:48:46 +0100 > Otto Moerbeek wrote: > >> On Tue, Dec 14, 2010 at 10:26:44PM -0500, Brandon

Re: Allegations regarding OpenBSD IPSEC

2010-12-15 Thread Gregory Edigarov
On Wed, 15 Dec 2010 07:48:46 +0100 Otto Moerbeek wrote: > On Tue, Dec 14, 2010 at 10:26:44PM -0500, Brandon Mercer wrote: > > > If this type of thing really did happen and this actually is going > > on something as simple as systrace or dtrace would have found it > > correct? Surely folks have m

Re: nvi diff fixing a display glitch leading to crash

2010-12-15 Thread patrick keshishian
No comment/interest? I am assuming this is the right list to send this sort of crap to. Correct me if I am wrong. If the fix is incorrect I would appreciate pointers. Thanks, --patrick On Tue, Dec 07, 2010 at 11:58:39PM -0800, patrick keshishian wrote: > Hello, > > I work with a lot of source