Subject: Re: stuff I'd like to see - msg#00031

Previous Message by Date: click to view message preview

Re: CVS: herc.66h.42h.de: ports

Thorsten Glaser dixit: >Modified files: > infrastructure/mk: bsd.port.mk > >Log message: >wc -c | awk? no way >use mksh instead. This also helps with spaces etc. in filenames, cf. Message-ID: <20050704155337.GB15994-WQCTf3Vs4zOdewQ4JAe3xA@xxxxxxxxxxxxxxxx> //mirabile -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt

Next Message by Date: click to view message preview

Re: ftp(1) http resumes?

On Wed, Jun 29, 2005 at 01:26:48PM +0000, Thorsten Glaser wrote: > Hi, > > any plans to implement a resume mode for ftp(1) when downloading > via http? (Maybe for ftp, too.) > > This is, besides recursive fetching, the only other thing I have > to use wget for at the moment. > > While I'm at it, what about https? > > > Don't tell me "do it yourself", I might consider it if I get the > time, but I won't if there is already someone on it or interested > and can do it because he's idling at the moment anyway (which I > am not). resume for http would be nice. ftp already has it (reget). https, well, maybe around ifndef SMALL.. but then, i'd prefer to see resume on http working first. maybe in a not so distant time.. f.-

Previous Message by Thread: click to view message preview

Re: stuff I'd like to see

Stephen Paskaluk dixit: >On 7/1/05, Thorsten Glaser <tg-QuxvC+XXJv6ELgA04lAiVw@xxxxxxxxxxxxxxxx> wrote: >> we have defines in the kernel, such as >> * EXT2FS_SYSTEM_FLAGS >> * HARD_CHROOT > >Are there any implications of changing these values at runtime? I >don't think EXT2FS_SYSTEM_FLAGS should be a problem, but I'm not >familiar with HARD_CHROOT and can't seem to get much useful info out >of google. Will RTFsrc later. UTSL, it's a MirOS extension ;-) HARD_CHROOT prevents mknod(2) within a chroot(2)'d environment. I intend on letting these two only be changable at securelevel 0, and no, there are no implications. It's still an easy task, adding a sysctl(3) is easier than the evil link2 iface flag hackery I did yesterday for the other two options (which needs to be tested, btw). //mirabile -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt

Next Message by Thread: click to view message preview

Re: CVS: cvs.openbsd.org: src

Damien Miller wrote: CVSROOT: /cvs Module name: src Changes by: djm-VON6Tr2NNtkmbxgs1yVkuA@xxxxxxxxxxxxxxxx 2005/06/08 05:25:09 Modified files: usr.bin/ssh : clientloop.c readconf.c readconf.h ssh.c ssh_config.5 Log message: add ControlMaster=auto/autoask options to support opportunistic multiplexing; tested avsm@ and jakob@, ok markus@ If you are interested in trying this out on -current, you can set youself up to do opportunistic multiplexing on all (protocol 2) connections by adding: ControlPath ~/.ssh/ctl-%r-%h-%p ControlMaster autoask To your ~/.ssh/config. Though you would probably want to use "auto" instead of "autoask" if you aren't in X. There is still more work to be done, so if anyone want to help out to add the last remaining features to shared connections, it would be appreciated. These are: - Escape filters (e.g. ~.) - X11 forwarding - Agent forwarding -d