On Thu, Oct 29, 2015 at 06:39:58PM +0100, Peter J. Philipp wrote:
> Hi Reyk,
>
> deraadt already told me there was a patch for this already. Yes it
> would be more cycles for stdio I see that.
>
> Thanks for your effort in making me see this.
>
> -peter
>
Hi deraadt,
I know you know I don't code well, but in order to show you what's on my
mind I had to write code, I took the bsearch() from the ieee80211 code, so
perhaps there is a better way (like always) perhaps to unify the function
between these two areas.
The reason I did this is to save on
On 10/29/15 18:51, Reyk Floeter wrote:
> On Thu, Oct 29, 2015 at 04:32:25PM +, Peter J. Philipp wrote:
>> Hi deraadt,
>>
>> I know you know I don't code well, but in order to show you what's on my
>> mind I had to write code, I took the bsearch() from the ie
Am 08.08.2015 01:26 schrieb Alexander Hall:
Try adding
Set name(s) = done
Here, like you would manually do (albeit likely implicit by just
pressing enter).
Bit counterintuitive at first, but works! Thanks a bunch.
While heavy playing with autoinstall(8), I came across that I cannot
make it happen to
install the usual sets from CD/ISO and additional ones like site58.tgz
from a webserver.
install.conf snips:
root disk = wd0
Use (W)hole disk = W
Location of sets = cd
Set name(s) = all
Location of sets =
Hi,
I have made a patch against 5.7 that improves the speed of xor for amd64
by 1% (timed on a seperate userland program). I tested the userland
program against an i386 and a amd64 host, didn't have access to any other
architectures.
If a hardcore developer thinks this is worth it ... feel
Am 15.04.2015 01:20 schrieb Ryan McBride:
On other systems where I don't know how the data will grow, I typically
configure them with something close to the auto layout, but a smaller
/home, and leave the remaining disk empty. When I get a feel for what
the data usage is in /var/daemon or /home
Am 07.04.2015 16:55 schrieb Kirill Bychkov:
disklabel = D\na b\n\n4g\n\na a\n\n\n\n/\np\nq\n
Oh, please yes. I know that this will be PITA around (non)escaping and
all,
but the default labelling just isnt cutting it.
+ _mode=$(sed -E '/^ *filename
Sorry to break the threading, but I already expunged the original
message..
Re: http://marc.info/?l=openbsd-techm=140529530814733w=2
The second and third hunk should use mallocarray() instead of malloc()
in my eyes.
sizeof(Elf_Phdr) as type just doesnt make sense to me.
Hope not everyone is
Am 22.04.2014 17:28 schrieb Mike Belopuhov:
more like it's not supported and is not supposed to work.
not supposed as in 'not wanted'?
it's like running nginx and apache at the same time but
Quite frankly: I'm doing that in some locations ;-)
worse since there are kernel tentacles involved
It happened! A remote peer *requires* IKEv2 - and I've to do that on a
machine running isakmpd with somewhat 25+ IKEv1 peers.
First hurdle: I cannot bind iked to a certain (carp) IP-address. Mad
workaround: start isakmpd (with Listen-on) first.
Second hurdle: iked loads its SAs and eventually
Le 07/03/2014 12:02 PM, Bob Beck a écrit :
actually more painful than having to boot windows is to always have
something handy to boot the snap from in order to dd the bootblock off
in case you forget to do it before rebooting, or you're fucked.
Hi Bob,
Yeah and hopefully, with a recent post
Le 07/03/2014 12:13 PM, Theo de Raadt a écrit :
actually more painful than having to boot windows is to always have
something handy to boot the snap from in order to dd the bootblock off
in case you forget to do it before rebooting, or you're fucked.
The new installboot was enabled around a
Am 17.02.2014 09:22 schrieb Alex Mathiasen:
Thank you! This solved my problem.
Cheers.. found the hard way the other day.
There should really be some dmesg when state-tables overflow.
This silent dropping is wasting time in debugging such situations.
Sorry for talk instead of diff :-}
Am 17.02.2014 12:22 schrieb Stuart Henderson:
Writing messages that show up in dmesg is not cheap, particularly
on systems with serial console.
Well, ok. How about pflog?
Am 17.02.2014 13:11 schrieb Henning Brauer:
how do you emit such a maessage in pcap? as payload with a dummy
packet header? (N!!)
pf is taking action without telling anyone - and that's not nice.
There *are* other log() entries in pf.c already so I wonder how the
initial
Am 17.01.2014 22:14 schrieb Kevin Lyda:
That's a bug to be filed against an emulator. And it's easier to do
that *now* when the older hardware is around to test for bug
compatibility.
And how do you do that when the hardware has gone?
And I must admit the resistance to this is weird.
This
On 01/14/14 21:56, Theo de Raadt wrote:
Hi,
Anyone want to suggest we hold a bake sale?
I just donated a little bit. Looking for roughly 10 dozen like minded
people. I'm not suggesting a bake sale but one thing I noticed with the
freebsdfoundation.org's website, that I think works out good,
Hi,
from: sys/arch/amd64/stand/libsa/cmd_i386.c:
#ifdef DEBUG
int
Xregs(void)
{
DUMP_REGS;
return 0;
}
#endif
which is undeclared.
i386 has one in sys/arch/i386/stand/libsa/debug_md.h
--pb
Hi,
I previously sent out a patch for this device support here:
Linkname: 'USB Wireless Micro Adapter IWL 4000 support' - MARC
URL: http://marc.info/?l=openbsd-techm=135342591418924w=2
Now I've looked at the usbdevs file a little closer and finally replaced
my PJPUK device with
.)
Hope that helped! :)
--
Philipp.
(Rah of PH2)
signature.asc
Description: This is a digitally signed message part
First off I'd like to say that today luck was with me. Big time. I went to
a local store (saturn.de) to buy a wireless usb adapter and picked one out
that I thought was supported. I did not take my netbook with me so I didn't
know if it would work or not. So when I got home it was detected as
On Tue, Nov 20, 2012 at 04:33:27PM +0100, Peter J. Philipp wrote:
urtwn0 at uhub0 port 1 Realtek Belkin Wireless Adapter rev 2.00/2.00 addr 2
urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R, address ec:1a:59:0d:fa:1c
Hrmm, sometimes it does not detect right. I had to cold boot my netbook
last
Hi,
I have the weird scenario when I try to tftp a file from a remote tftpd that's
also openbsd that my pf doesn't keep a state open. This is something I need
to fix, however I found this in the logs on the remote tftpd and it's
misleading:
Jun 28 14:03:21 hostname tftpd[2506]: recv:
On Mon, Jun 18, 2012 at 08:06:06AM +0100, Jason McIntyre wrote:
the blank line above should be a .Pp.
also this diff adds trailing whitespace at eol in a few places. please
remove it.
except for that, i'm fine with this diff, if some developer wants to
take it.
jmc
Awesome! Well here
On Sat, Jun 16, 2012 at 07:17:16PM -0700, Philip Guenther wrote:
You can expect the same issue with IPV6_PKTINFO, IPV6_HOPOPTS, IPV6_DSTOPTS,
and IPV6_RTHDR. The RECV part was added to them in RFC3542.
Yep. In addition, the text should be clarified to indicate that
turning on IPV6_RECV*
On Sun, Jun 17, 2012 at 12:49:08PM +0200, Peter J. Philipp wrote:
On Sat, Jun 16, 2012 at 07:17:16PM -0700, Philip Guenther wrote:
You can expect the same issue with IPV6_PKTINFO, IPV6_HOPOPTS,
IPV6_DSTOPTS,
and IPV6_RTHDR. The RECV part was added to them in RFC3542.
Yep
Hi,
I just got through a thread in misc@,
http://marc.info/?l=openbsd-miscm=133934252713974w=2
and it seems like the sample code in ip6(4) is wrong. I've made adjustments
but it doesn't look as nice anymore, perhaps someone can look over it? These
changes will really help someone first time
This probably saw some debate in the past, which I did not see. On my IRC
channel it is concensus that the path given out is dangerous.
-peter
Index: dot.profile
===
RCS file: /cvs/src/etc/skel/dot.profile,v
retrieving revision 1.4
On Fri, Apr 13, 2012 at 05:08:32PM +0200, Peter J. Philipp wrote:
This probably saw some debate in the past, which I did not see. On my IRC
channel it is concensus that the path given out is dangerous.
I'd like to retract this patch. I lied. Yes I told a lie. Danger talking or
discussing
Thanks to kdump I was able to figure this one out before reading the source.
-peter
? smtpd.conf.5.patch
Index: smtpd.conf.5
===
RCS file: /cvs/src/usr.sbin/smtpd/smtpd.conf.5,v
retrieving revision 1.45
diff -u -r1.45 smtpd.conf.5
Hi,
I have a USB device called a USB FM transmitter from Keene Electronics.
It looks like this when I plug it in.
uaudio0 at uhub1 port 1 configuration 1 interface 0 HOLTEK B-LINK USB Audio
rev 1.10/1.00 addr 3
uaudio0: audio rev 1.00, 2 mixer controls
audio1 at uaudio0
uhidev0 at uhub1 port 1
On Thu, Jul 07, 2011 at 07:45:48PM +0200, Peter J. Philipp wrote:
Hi,
I have a USB device called a USB FM transmitter from Keene Electronics.
It looks like this when I plug it in.
I've found someone to send it to. If they have no luck they said they'd
take it along to the next hackathon
On Sun, Apr 10, 2011 at 10:08:24AM -0400, Ian Darwin wrote:
Having tried to do things like gzcat /var/log/wtmp.0.gz | last -f /dev/stdin
before, I'd certainly find it useful and this is less intrusive than
modifying
last(8) so it could work with standard input.
Unless you run an
Hi,
while going through my wtmp with last(1) I noticed there could be a better
way than always gunzip'ing wtmp files and then using last -f. I've made
a patch for your consideration that does the following:
a) it checks if the file is a gzipped file by looking at the wtmp's file magic
b) it
Hi,
I wrote a DNS server and I'm collecting TTL information from the remote
nameservers that query my daemon. Everything works well, when I view the
logs I see:
Feb 3 10:43:48 uranus wildcarddnsd[5705]: request on descriptor 14 interface
em0 from XXX.XXX.XXX.XX (ttl=113, region=255) for
On Thu, Feb 03, 2011 at 01:51:47PM +0100, Otto Moerbeek wrote:
cmsg_len = CMSG_LEN(sizeof(struct in_addr))
cmsg_level = IPPROTO_IP
cmsg_type = IP_RECVTTL
And if I'm not mistaken the size of struct in_addr is 4.
This looks like a documentation error.
Hi,
I got a new firewall and had to do some plumbing, and _reused_ an IPv6 address
block that was already on an interface (tun0). Everything worked still but
I got these messages on the firewall (uranus):
Jan 7 16:55:47 uranus /bsd: nd6_ns_input: duplicate IP6 address
On Sat, Oct 30, 2010 at 04:55:36PM +0200, Gilles Chehade wrote:
Hi tech@,
A new tarball with all reported issues fixed is available at:
http://www.poolp.org/~gilles/smtpd-asyncdns.tar.gz
smtpd now catches changes in /etc/resolv.conf and should work fine with
inet6 records.
I have
On Sat, Oct 30, 2010 at 05:28:42PM +0200, Gilles Chehade wrote:
It was a typo indeed, tarball has been updated and also contains a fix for
a crash experienced by todd@ when using relay via
Gilles
I had a look at the pack.c file where the DNS compression is being handled.
It looks good to me.
On Wed, May 13, 2009 at 10:40:13AM +0200, Otto Moerbeek wrote:
Come to think of it, why don't you just putchar(tolower(hf-name[i]))
in a loop? Saves you the calloc and error handling.
Also, don't forget to fix usage().
-Otto
Yeah, thanks. Well I got good and critical feedback and
On Wed, May 13, 2009 at 12:20:44PM +0200, Otto Moerbeek wrote:
You forgot to fix usage(). Also, I think it makes sense to allow -l
for sum(1) too, so that both commands that take -a also take -l.
-Otto
Eeek. Ok this will do then:
Regards,
-p
? cksum.1-orig
? cksum.patch
?
And I seem to remember the diff was inspired by Solaris.
$ uname -a
SunOS foo 5.10 Generic_127128-11 i86pc i386 i86pc
$ cksum -l
cksum: illegal option -- l
Usage: cksum [file ...]
It was inspired by digest(1) not cksum.
sycorax$ uname -a
SunOS sycorax 5.10 Generic_137138-09 i86pc i386
101 - 143 of 143 matches
Mail list logo