On Thu, Feb 12, 2015 at 11:30:26PM +0100, Stefan Sperling wrote:
> This looks right for non-conflicted files.
>
> But for conflicted files, the version of GNU cvs we have in base,
> and opencvs without this patch, both show:
>
>Working revision:1.18Result of merge
>
> With this patch
On 13/02/15(Fri) 00:28, David Higgs wrote:
> I guess nobody else has tried calling uhidev_get_report_async() yet. :)
>
> First I was getting a NULL pointer deref in the uhidev async callback.
> Then I realized that due to USBD_NO_COPY, xfer->buffer was always
> NULL. Next, I tried to use the DMA
I guess nobody else has tried calling uhidev_get_report_async() yet. :)
First I was getting a NULL pointer deref in the uhidev async callback.
Then I realized that due to USBD_NO_COPY, xfer->buffer was always
NULL. Next, I tried to use the DMA buffer, but I ended up in DDB in a
very cryptic way.
On Thu, Feb 12, 2015 at 09:16:30PM +0100, Joris Vink wrote:
> Opencvs showed the incorrect time for status.
>
> Changed it to do what GNU does which is taking the
> actual time string from the entries line.
> (not on the list, cc me)
>
> .joris
>
> Index: cvs.h
>
Properly perform a revision lookup so update -r actually
works again, as a bonus throw a more correct error when
the revision could not be found.
(not on list, cc me)
.joris
Index: rcs.c
===
RCS file: /cvs/src/usr.bin/cvs/rcs.c,v
re
Opencvs showed the incorrect time for status.
Changed it to do what GNU does which is taking the
actual time string from the entries line.
(not on the list, cc me)
.joris
Index: cvs.h
===
RCS file: /cvs/src/usr.bin/cvs/cvs.h,v
retr
On Wed, Feb 11, 2015 at 11:30:03PM -0500, Ted Unangst wrote:
> Ted Unangst wrote:
> > Alexander Bluhm wrote:
> > > Hi,
> > >
> > > During testing syslogd I got some strange error messages from libtls:
> > > syslogd: loghost "@tls://localhost:15878" connection error: write failed:
> > > error:1409
Hi Theo,
Theo Buehler wrote on Thu, Feb 12, 2015 at 12:47:14PM +0100:
> I was trying to convince apropos(1) to give me information on the
> scripts in /etc/apm and found myself unable to do so...
Heh, somebody is actually using this functionality! :-)
> The reason turned out to be missing sema
On 2015/02/12 12:36, Stuart Henderson wrote:
> On 2015/02/12 12:32, Zé Loff wrote:
> >
> > Apologies in advance if this has already been spotted and/or fixed, but
> > I'm getting:
> >
> > $ netstat -w 1
> > netstat(20903) in realloc(): error: bogus pointer (double free?)
> > 0x71b14123800
>
>
On 2015/02/12 12:32, Zé Loff wrote:
>
> Apologies in advance if this has already been spotted and/or fixed, but
> I'm getting:
>
> $ netstat -w 1
> netstat(20903) in realloc(): error: bogus pointer (double free?) 0x71b14123800
Are your kernel and userland in-sync?
Apologies in advance if this has already been spotted and/or fixed, but
I'm getting:
$ netstat -w 1
netstat(20903) in realloc(): error: bogus pointer (double free?) 0x71b14123800
--
OpenBSD 5.7-beta (GENERIC.MP) #852: Tue Feb 10 16:31:16 MST 2015
t...@amd64.openbsd.org:/usr/src/sys/arch/
I was trying to convince apropos(1) to give me information on the
scripts in /etc/apm and found myself unable to do so... The reason
turned out to be missing semantic markup in the relevant man page.
While there I was wondering about the weird ordering "suspend,
hibernate, resume, powerup, powerd
On 10/02/15(Tue) 03:04, Claudio Jeker wrote:
> There is no need to not allow the same network to be configured more then
> once. Instead just rely on the multipath and priority handling of the
> routing table to select the right route.
> Additionally this removes cloned routes (arp/npd cache) when
The OpenBSD foundation has just acquired 4 Dell r210s for my OpenBSD
development setup to replace their aging predecessors from 2007.
I would like to take the opportunity to thank everybody who has donated
to the foundation, you made this possible.
To complete the setup, I need at least 2 single
14 matches
Mail list logo
