Re: [PATCH] change exit status of env(1)

On Thu, Jul 22, 2010 at 06:52:00PM -0400, Daniel Dickman wrote: > > sure. let me try. the problem is that right now i think env on OpenBSD > can return 4 ambiguous values: 0, 1, 126, 127. if any of these values > are returned i don't think it's possible to know if the value was > returned from env

Re: [PATCH] change exit status of env(1)

On Thu, Jul 22, 2010 at 6:52 PM, Daniel Dickman wrote: > sure. let me try. the problem is that right now i think env on OpenBSD > can return 4 ambiguous values: 0, 1, 126, 127. if any of these values > are returned i don't think it's possible to know if the value was > returned from env itself or

Sveži proizvodi za leto po super cenama

Sve za leto - novi proizvodi po super cenama! Najnovija ponuda atraktivnih Top Shop letnjih proizvoda po najniE>im cenama. U ponudi Dete pronaDi sve Å¡to Vam je potrebno za razonodu, putovanja, kuDu i uE>ivanje - proverite. b: sve za plaE>u, kupanje i igru b: sve za izlet, razonodu i putovan

small mount_mfs nit

There's no reason mount_mfs can't handle force mounts. Without this, -f just prints a silly warning. Index: newfs.c === RCS file: /home/tedu/cvs/src/sbin/newfs/newfs.c,v retrieving revision 1.86 diff -u -r1.86 newfs.c --- newfs.c

Re: ACPI Name Search diff for Thinkpad, etc

On Thu, 22 Jul 2010 11:10:27 -0600 (MDT) Jordan Hargrave wrote: > This patch is needed on some Thinkpads when searching 'short' name > paths (\_SB.PCI0. instead of \_SB_.PCI0.xxx) > > Please test and report. > no reg on thinkpad x200. amd64, .mp, bios0: vendor LENOVO version "6DET61WW (3.1

Re: [PATCH] change exit status of env(1)

On Thu, Jul 22, 2010 at 6:15 PM, Jason McIntyre wrote: > On Thu, Jul 22, 2010 at 05:38:29PM -0400, Daniel Dickman wrote: >> >> I think the man page is bit confusing. Note that I sent jmc@ the patch >> below for the man page to try to clear things up a bit there as well. The >> main point is that 1

Re: [PATCH] change exit status of env(1)

On Thu, Jul 22, 2010 at 05:38:29PM -0400, Daniel Dickman wrote: > > I think the man page is bit confusing. Note that I sent jmc@ the patch > below for the man page to try to clear things up a bit there as well. The > main point is that 1-125 is an error range reserved for any errors that > happ

Re: [PATCH] change exit status of env(1)

Hi Ingo, Thanks for taking a look. > > exit 126 means "utility was found but could not be invoked". > > exit 1-125 means some other error in env(1) > > Not quite; the -current manual says: > > 1-125 utility was invoked but failed in some way; see its manual page > for more informati

Re: [PATCH] change exit status of env(1)

Hi Daniel, Daniel Dickman wrote on Thu, Jul 22, 2010 at 04:47:59PM -0400: > exit 126 means "utility was found but could not be invoked". > exit 1-125 means some other error in env(1) Not quite; the -current manual says: 1-125 utility was invoked but failed in some way; see its manual page

[PATCH] change exit status of env(1)

exit 126 means "utility was found but could not be invoked". exit 1-125 means some other error in env(1) So change 2 places to return an exit code of 125 instead. Index: env.c === RCS file: /usr/cvs/src/usr.bin/env/env.c,v retrieving

Re: ACPI Name Search diff for Thinkpad, etc

If there's no delta in dmesg, then it's good. > Date: Thu, 22 Jul 2010 20:43:43 +0200 > From: dawed...@gmx.de > To: jor...@openbsd.org > Subject: Re: ACPI Name Search diff for Thinkpad, etc > > On Thu, 22 Jul 2010 11:10:27 -0600 (MDT) > Jordan Hargrave wrote: > > > This patch is needed on some Th

ACPI Name Search diff for Thinkpad, etc

This patch is needed on some Thinkpads when searching 'short' name paths (\_SB.PCI0. instead of \_SB_.PCI0.xxx) Please test and report. Index: dsdt.c === RCS file: /cvs/src/sys/dev/acpi/dsdt.c,v retrieving revision 1.172 diff -u

Mix: en gürültülü dergi

Facebook sayfamiz icin tiklayin. Mix Newsletter Mix Newsletter Mix Newsletter Mix Newsletter Mix Newsletter Mix Newsletter Mix Newsletter Mix Newsletter Mix Newsletter Mix Newsletter Click here to unsubscribe instantly . .

Re: Adding support for Camellia on OpenSSH.

2010/07/19 17:41, Damien Miller wrote: We won't add Camellia until we update OpenSSL (no point in having multiple library version cranks), I'll take a look at it then. OK, I will wait until OpenBSD use OpenSSL version >= 1.0. Then I will send you and ML the updated patch again.

Re: Adding support for Camellia on OpenSSH.

2010/07/20 7:26, Ted Unangst wrote: On Sun, Jul 18, 2010 at 11:14 AM, Yoshisato YANAGISAWA wrote: Not to mention there are software patent claims againt camellia. That's a no go right there. OpenBSD has already included Camellia source code as a part of OpenSSL. It is disabled by default, t