On Sat, Nov 03, 2018 at 10:24:23AM +0100, Remi Locherer wrote:
> On Tue, Oct 30, 2018 at 05:31:04PM +, Ricardo Mestre wrote:
> > clearly an oversight due to looking at too many daemons at the same
> > time. since the only thing ripd needs to do is unlink the socket I think
> > we can remove
The hppa GENERIC kernel contains various debug options for pcmcia and
cardbus code. None of the other platforms enables these options in
GENERIC.
Index: sys/arch/hppa/conf/GENERIC
===
RCS file:
reads OK for me as well
On 10:28 Sat 03 Nov , Claudio Jeker wrote:
> On Sat, Nov 03, 2018 at 10:24:23AM +0100, Remi Locherer wrote:
> > On Tue, Oct 30, 2018 at 05:31:04PM +, Ricardo Mestre wrote:
> > > clearly an oversight due to looking at too many daemons at the same
> > > time. since
On Wed, Oct 31, 2018 at 09:02:16PM +0100, Denis Fondras wrote:
> On Wed, Oct 31, 2018 at 04:24:49PM +0100, Claudio Jeker wrote:
> > This diff introduces a real Adj-RIB-Out. It is the minimal change to
> > introduce the new RIB. This removes the update_rib introduced before 6.4
> > lock because
this is actually good, I made it as minimal as possible so that it
wouldn't break for me, if it breaks for you we can start from there.
On 13:41 Sat 03 Nov , Matthieu Herrb wrote:
> On Fri, Nov 02, 2018 at 07:03:11PM +, Ricardo Mestre wrote:
> > Hi,
> >
> > Looking at pledging xenodm a
prodded by deraadt@, here's a rebased diff on xenocara's source root directory,
usually /usr/xenocara.
Index: app/xenodm/xenodm/dm.c
===
RCS file: /cvs/xenocara/app/xenodm/xenodm/dm.c,v
retrieving revision 1.6
diff -u -p -u -r1.6
> Date: Sat, 3 Nov 2018 17:00:47 +0100
> From: Landry Breuil
>
> Hi,
>
> here's a diff to add 5 new sensor values to nmea: altitude, quality,
> hdop, vdop & pdop. altitude and quality are provided by GGA messages:
> http://aprs.gids.nl/nmea/#gga, quality is either 0 (no fix), 1 (gps fix)
> or 2
On Tue, Oct 30, 2018 at 05:31:04PM +, Ricardo Mestre wrote:
> clearly an oversight due to looking at too many daemons at the same
> time. since the only thing ripd needs to do is unlink the socket I think
> we can remove control_cleanup, even though I'd rather do this
> introducing pledge, but
Hi,
complementary to the previous diff, adds altitude sensor type (in
meters) and speed (in m/s, as it seems that's the common denominator and
most accepted unit, even if it doesnt 'mean' anything to humans...)
i still have to ponder about the decimals & intervals..
builds, not used yet.
Landry
On Fri, Nov 02, 2018 at 07:03:11PM +, Ricardo Mestre wrote:
> Hi,
>
> Looking at pledging xenodm a little bit more I was able to run it with
> the diff below across X restarts, with stock configuration.
>
> Please test it, if you have special configs better since most likely
> this will
Hi all,
I'm piggybacking on post from Jason Hunt
https://marc.info/?l=openbsd-tech=146881042926430=2
Please find attached diff for alc(4) synced with FreeBSD alc(4).
In addition to original diff this one adds support to E2200, E2400
and E2500 cards made by Attansic. I am running it for around a
Hi,
here's a diff to add 5 new sensor values to nmea: altitude, quality,
hdop, vdop & pdop. altitude and quality are provided by GGA messages:
http://aprs.gids.nl/nmea/#gga, quality is either 0 (no fix), 1 (gps fix)
or 2 (dgps fix).
The last 3 are 'Dilution of precision' values, respectively
On Sat, Nov 03, 2018 at 05:00:47PM +0100, Landry Breuil wrote:
> Hi,
>
> here's a diff to add 5 new sensor values to nmea: altitude, quality,
> hdop, vdop & pdop. altitude and quality are provided by GGA messages:
> http://aprs.gids.nl/nmea/#gga, quality is either 0 (no fix), 1 (gps fix)
> or 2
On Sat, Nov 03, 2018 at 05:42:26PM +0100, Mark Kettenis wrote:
> > Date: Sat, 3 Nov 2018 17:00:47 +0100
> > From: Landry Breuil
> >
> > two problems with this display:
> > - DOPs are usually decimal values, ie 1.3, 1.53.. but raw sensors only
> > support integers, hence *1000.
>
> We could add
On Sat, Nov 03, 2018 at 05:27:03PM +0100, Landry Breuil wrote:
> Hi,
>
> complementary to the previous diff, adds altitude sensor type (in
> meters) and speed (in m/s, as it seems that's the common denominator and
> most accepted unit, even if it doesnt 'mean' anything to humans...)
> i still
On Tue, 30 Oct 2018 23:01:50 -0700, Mike Larkin wrote:
> On Tue, Oct 30, 2018 at 10:41:21PM -0700, o...@eigenstate.org wrote:
> > > On Tue, Oct 30, 2018 at 10:32:37PM -0700, Ori Bernstein wrote:
> > >> On Tue, 30 Oct 2018 22:29:01 -0700, Mike Larkin
> > >> wrote:
> > >>
> > >> > > -
On Sat, Nov 03, 2018 at 05:00:47PM +0100, Landry Breuil wrote:
> Hi,
New diff adding speed and # of satellites, uses SENSOR_VELOCITY as
posted in the previous diff, and relies on SENSOR_DISTANCE being shown
as meters. I redid the message type matching to account for
constellation types which was
> Date: Sat, 3 Nov 2018 18:12:35 +0100
> From: Landry Breuil
>
> > Well, altitude really is just a vertical distance, so SENSOR_DISTANCE
> > is the right one. You obviously should convert the altitude from
> > meters into millimeters. If you think it would be more appropriate to
> > display
Closing stdin makes sense, but I still want to see error messages from
the program I'm running. Since arbitrary progams can be run, keep both
stdout and stderr open so users get a chance to actually notice program
failure or maybe even use output for good.
In a common setup where xidle(1) is
Attached below is a diff that adds GPIO support to wbsio(4) for the Nuvoton
NCT5104D variant which is found on most of the recent PC Engines APU boards,
(I'm personally developing this on an APU4).
I've hit a problem that it causes the kernel to crash when probing for
lm78(4) which can be found
On Sun, Nov 04, 2018 at 03:52:06AM +0100, Klemens Nanni wrote:
> - *area = strtol((char *)value.addr, , 10);
> + *area = strtol((char *)value.addr, , 9);
Oops, fat fingered.
New diff without it.
This was of course tested with various progams as well as the default
OK
On Sat, Nov 03, 2018 at 08:40:33PM +0100, Mark Kettenis wrote:
> > Date: Sat, 3 Nov 2018 20:09:32 +0100
> > From: Landry Breuil
> >
> > On Sat, Nov 03, 2018 at 05:27:03PM +0100, Landry Breuil wrote:
> > > Hi,
> > >
> > > complementary to the previous diff, adds altitude sensor type (in
> > >
> Date: Sat, 3 Nov 2018 20:09:32 +0100
> From: Landry Breuil
>
> On Sat, Nov 03, 2018 at 05:27:03PM +0100, Landry Breuil wrote:
> > Hi,
> >
> > complementary to the previous diff, adds altitude sensor type (in
> > meters) and speed (in m/s, as it seems that's the common denominator and
> > most
On Sat, 27 Oct 2018 14:53:16 -0700, Ori Bernstein wrote:
> On Fri, 26 Oct 2018 01:57:15 +0200, Reyk Floeter wrote:
>
> > On Tue, Oct 23, 2018 at 10:21:08PM -0700, Ori Bernstein wrote:
> > > On Mon, 8 Oct 2018 07:59:15 -0700, Bob Beck wrote:
> > >
> > > > works here and I like it. but
Lift the current argument limit (see BUGS section) and simplify the
parsing logic by turning `xidle -program "/bin/prog args"' into
`xidle prog args' where normal argv is used instead of an strsep(3)
routine.
Search PATH with execvp(3), drop unused status parameter from wait(2)
while here.
Merge
Hi,
The 'keyfile' resource is not used anymore in xenodm (it was used to
specify the secret keys for the XDM-AUTHORIZATION-1 authentication
protocol in xdm with xdmcp).
ok?
Index: config/xenodm-config.in
===
RCS file:
Simpler and without ugly `goto fail'. `value.addr` is typed XPointer
which is just a char pointer.
Zap linter hints while here.
OK?
Index: xidle.c
===
RCS file: /cvs/xenocara/app/xidle/xidle.c,v
retrieving revision 1.6
diff -u -p
Mark Kettenis wrote:
> SENSOR_VELOCITY would make sense. It should be m/s with some
> appropriate scaling. We don't need to represent speeds higer than
> 299792458 m/s, so micrometers per second would be a good choice.
is it reasonable to use mm/s so that distance and velocity are consistent?
Hi all,
Style fix.
Regards,
Raf
Index: usr.sbin/ldapd/btree.3
===
RCS file: /cvs/src/usr.sbin/ldapd/btree.3,v
retrieving revision 1.4
diff -u -p -r1.4 btree.3
--- usr.sbin/ldapd/btree.3 16 Jul 2013 11:13:33 - 1.4
+++
On Fri, Nov 2, 2018 at 4:14 AM Hiltjo Posthuma
wrote:
> I noticed many ctype functions (such as isalpha, isdigit, tolower) are
> cast to
> unsigned char in httpd. This patch changes it also for one remaining check.
>
Yep. Committed. Thanks!
Philip Guenther
On Sat, November 3, 2018 7:16 am, Ricardo Mestre wrote:
> prodded by deraadt@, here's a rebased diff on xenocara's source root
directory,
> usually /usr/xenocara.
I'm using DisplayManager*autoLogin in xenodm-config and starting xenodm as
desired (not at boot) and it logs me in the first time but
32 matches
Mail list logo