On Sun, Jan 03, 2021 at 11:16:00AM +, Stuart Henderson wrote:
> What are you thinking would be stolen? The certificates themselves
> are public knowledge anyway - they are sent in full whenever someone
> connects to your TLS-based service and are available from Certificate
> Transparency log
tly (perhaps not), this seems like a major
security problem with DNS. Especially if my spoofed site sends people to
another site that they then bookmark.
Chris Bennett
. Turns out the man page mentioned it, but nothing in example.
Not sure if I picked good names, but I would really like to get this
little addition. RTFM still applies, but if there is an examples file,
it ought to represent new changes, IMHO.
Chris Bennett
Index: acme-client.conf
alias forward-file
> action "outbound" relay
>
My src tree still has mbox as the default. There was talk of changing
from mbox to maildir as default. Is this now going forward also?
While mbox is simple, once I moved to Dovecot for IMAP, changing mbox to
maildir was easy, but needed, amongst some other non-mbox choices.
I think new users will be much happier learning maildir and skipping the
whole mbox thing.
My 2 cents. :^)
Chris Bennett
l order so it's
> probably the first one that wants removing. Here they seem to list curses
> before curs_ in all files, which is out of strict order but seems like
> it's intentional.
>
Upstream incorporated this and other changes.
Chris Bennett
ical order so it's
> probably the first one that wants removing. Here they seem to list curses
> before curs_ in all files, which is out of strict order but seems like
> it's intentional.
>
OK, sent upstream with first entry deleted.
Chris Bennett
See also has a double entry.
Chris Bennett
Index: curs_util.3
===
RCS file: /cvs/src/lib/libcurses/curs_util.3,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 curs_util.3
--- curs_util.3 12 Jan 2010 23:21:59 - 1.6
not supposed to tweak these controls directly;
> that's mixerctl does, and it requires root privileges.
> Try to set your controls with sndioctl as a regular user.
>
My laptop has amdgpu death syndrome. It will never leave 6.6-stable.
It was cheap. You get what you pay for.
Chris Bennett
he
speakers off.
changing outputs.master moves BOTH inputs.dac. Which is superbly
confusing!
Now I just manually changed each inputs.dac alone.
Headphones plugged in -> speakers are off and headphones work.
Unplug headphones -> speakers now turn on instead.
I couldn't be happier. 8-}
Chris Bennett
ding video only. Depends on local laws.
I forget the exact details, but Texas laws regarding informing others if
they are being recorded are more permissive than other states as far as
needing to inform. I've only been following this thread lightly, but it
seems relevant to at least throw tha
d many, many times successfully.
I can't see any reason whatsoever to turn an addon tool into anything
more than what it is. If someone can't even bother to read the FAQ, why
should they even be using OpenBSD at all?
No intention to sound rude, but everything is already spelled out in
detail on the web
e or -current for a long time, so
I'm stuck at 6.6-stable. Still have the same vision problem, though.
Chris Bennett
, for good or ill. I
find it irritating, but that's what's happening anyway.
Give us a better option and I'll support it. I just don't see one
myself. It sucks, but we can't stop the horrors that are being pudhed
upon us by others.
Chris Bennett
no one else is complaining about
this problem.
Thanks,
Chris Bennett
rms from randomly freezing up which can be
remedied by changing screens and returning back.
This also happens with vim, firefox, etc. Everything functions, problem
is with the display only, as far as I can tell.
Thanks,
Chris Bennett
OpenBSD 6.4 (GENERIC.MP) #364: Thu Oct 11 13:30:23 MDT 2018
roblem with textbooks. The wide pages are needed for pictures
and diagrams, but the text should be written in narrower columns.
It's interestng that older hardware caused us to use narrow widths, but
that turns out to be best anyway.
Could anybody really follow code written at 200 columns width?
Chris Bennett
bout
> >it online and someone pointed out I could help do something about it.
> >So, (eventually) I did.
>
> The swahili dictionary is too sparse also.
>
I have to agree. vim-spell-es is missing a ton of common words.
I just ignore it.
Chris Bennett
> changes the wscons settings if you manipulate the X mappings.
>
Yes, you can ignore my comments since it involved working under X, not
the console.
Chris Bennett
t fp+ /usr/local/share/fonts/ptsans/
Chris Bennett
. pretty sure I used dual shift keys to switch keyboard encodings.
I'll look up the thread on misc@ that I asked about all this right now.
See if I can reproduce here.
Chris Bennett
On Sat, Aug 27, 2016 at 08:31:02PM +0200, Ingo Schwarze wrote:
> Hi Chris,
>
> i'm not sure that i understand all your questions, but i'm trying
> to answer as best i can.
>
> Chris Bennett wrote on Sat, Aug 27, 2016 at 12:00:29PM -0500:
>
> > I'd like some help u
that version is used?
There are also bits of code that are very restrictively licensed. Do I
even dare look at it for ideas?
Thanks,
Chris Bennett
I think you are totally missing the point that Theo just made.
Marking partitions as read-only is useful, when and only when
appropriate.
I have:
/var/www/var
/home
/home/user1
/home/user2
/usr/local
all marked as read-only.
Why, because when the power fails, no data is lost and I'm quickly back
On Fri, Mar 18, 2016 at 08:31:36AM -0600, Bob Beck wrote:
> > But it officially requires support for IPP version 1.0, which used
> > SSLv3.
> > I assume that there are printers, perhaps many were sold, which did use
> > version 1.0. That version used SSLv3 for encrypted communication. Which
> > is
. That version used SSLv3 for encrypted communication. Which
is now gone.
How should we deal with this problem?
Chris Bennett
On Mon, Feb 29, 2016 at 10:05:03AM -0700, Todd C. Miller wrote:
> On Mon, 29 Feb 2016 09:55:45 -0700, "Todd C. Miller" wrote:
>
> > Most of the PRIV_START / PRIV_END should be removed. There are a
> > few instances where we need to drop setgid when opening files,
> > however. Removing those
I have a diff out there right now on these files but I noticed the
following:
/*
* Scan the current directory and make a list of daemon files sorted by
* creation time.
* Return the number of entries and a pointer to the list.
*/
int
getq(struct queue ***namelist)
{
struct dirent *d;
Index: usr.sbin/lpr/common_source/common.c
===
RCS file: /cvs/src/usr.sbin/lpr/common_source/common.c,v
retrieving revision 1.40
diff -u -p -r1.40 common.c
--- usr.sbin/lpr/common_source/common.c 12 Jan 2016 23:35:13 - 1.40
This moves essentially identical ckqueue functions out of lpd.c and
lpq.c into common_source/common.c.
Builds without errors on i386. lpq and lpd work afterwards
Index: lpq.c
===
RCS file: /cvs/src/usr.sbin/lpr/lpq/lpq.c,v
I am having trouble seeing how these two functions are accomplshinig the
same thing, checking for control files in the spool.
These files always start with cf.
in lpd.c
makes sense to me.
/*
* Make sure there's some work to do before forking off a child
* XXX - could be common w/ lpq
*/
On Thu, Feb 25, 2016 at 07:56:54PM -0700, Theo de Raadt wrote:
> Chris, you continue to amaze me.
>
> Upon running sysmerge, that will break everyone's setup.
>
> Like, can you try stuff before you send it out?
>
> I'm done.
>
> > /etc/examples/printcap doesn't match
> > #define
On Thu, Feb 25, 2016 at 07:56:54PM -0700, Theo de Raadt wrote:
> Chris, you continue to amaze me.
>
> Upon running sysmerge, that will break everyone's setup.
>
> Like, can you try stuff before you send it out?
>
> I'm done.
>
Sorry. It was my misunderstanding that files in /etc/examples were
/etc/examples/printcap doesn't match
#define _PATH_DEFSPOOL "/var/spool/output/lpd"
Which seems sensible to keep lpd jobs out of output directory
Index: printcap
===
RCS file: /cvs/src/etc/examples/printcap,v
retrieving
I forgot to put in a diff. Sorry.
Index: pathnames.h
===
RCS file: /cvs/src/usr.sbin/lpr/common_source/pathnames.h,v
retrieving revision 1.6
diff -u -p -r1.6 pathnames.h
--- pathnames.h 28 Oct 2015 13:25:55 - 1.6
+++
These should be correct diff's this time. My vim was too perl oriented,
not now.
These three are intimately tied together, so I think they should be
completely removed. If one of these types of printing is done by
someone, it can be dealt with by some future filter.
tex or dvi are names used for
ood answer to lpd problems.
Chris Bennett
It was suggested to me, after getting some vim options that work well
for style but "popped" the file to another format when I clicked on C
syntax that most files were indeed following style, that I look at these
files with vi.
Behold! My vim and vi are in total disagreement!
So I am going to
I found a subroutine in printjob.c called sendmail with uses _PATH_SENDMAIL.
I found it all over the place:
blue src # ack _PATH_SENDMAIL
include/paths.h
63:#define _PATH_SENDMAIL "/usr/sbin/sendmail"
usr.bin/calendar/io.c
410:execl(_PATH_SENDMAIL, "sendmail", "-i", "-t",
Sorry, whitespace is all messed up.
I use vim, mostly for Perl or PostgreSQL.
Perl is best with 4 spaces substituted for a tab.
I will see about fixing vim screwing things up and I should also read
style before messing around with that part of files.
Anyway, I will submit new diff's if all is
common.c-troff-diff
pathnames.h-troff-diff
printjob.c-troff-diff
I don't see any problems with this first one. I also moved "/usr/bin/pr"
over to line up with rest of items, since I was changing this one
anyway.
Index: pathnames.h
On Fri, Jan 29, 2016 at 09:18:14PM -0500, Michael McConville wrote:
> Chris Bennett wrote:
> > I found a subroutine in printjob.c called sendmail with uses
> > _PATH_SENDMAIL.
> >
> > I found it all over the place:
>
> Are you implying that they should be repla
On Fri, Jan 29, 2016 at 08:46:56PM -0600, Chris Bennett wrote:
> On Fri, Jan 29, 2016 at 09:18:14PM -0500, Michael McConville wrote:
> > Chris Bennett wrote:
> > > I found a subroutine in printjob.c called sendmail with uses
> > > _PATH_SENDMAIL.
> > >
First diff
Index: pathnames.h
===
RCS file: /cvs/src/usr.sbin/lpr/common_source/pathnames.h,v
retrieving revision 1.6
diff -u -p -r1.6 pathnames.h
--- pathnames.h 28 Oct 2015 13:25:55 - 1.6
+++ pathnames.h 28 Jan 2016
These paths do not exist. Locate vfont brings up nothing
What should be done here?
Fix it or remove it?
I know nothing about troff, so need help from someone who does.
Chris
In lpr/common_source/pathnames.h
#define _PATH_VFONT "/usr/libdata/vfont/"
#define _PATH_VFONTB
No need for bauds structure, since handled by cfsetspeed
Chris
Index: printjob.c
===
RCS file: /cvs/src/usr.sbin/lpr/lpd/printjob.c,v
retrieving revision 1.56
diff -u -p -r1.56 printjob.c
--- printjob.c 12 Jan 2016 23:35:13 -
or is there a better solution?
Chris Bennett
This file forms a character set for banners that should work on almost
any printer.
Differs from banner program characters, they have an extra line above
for characters like %,},etc and vertical bar is split in banner program
but full here.
Index: lpdchar.c
On Tue, Jan 26, 2016 at 07:24:05PM +0100, Theo Buehler wrote:
> On Tue, Jan 26, 2016 at 11:40:44AM -0600, Chris Bennett wrote:
> > I found this in several other files in lpr src directories.
> > Doesn't seem to get used in any lp* files or connect with anything
> > higher up.
On Tue, Jul 14, 2015 at 08:01:20AM +0200, Matthieu Herrb wrote:
On Mon, Jul 13, 2015 at 07:59:00PM -0500, Chris Bennett wrote:
After reading several man pages like fc-scan, etc.
I found at the bottom:
The fontconfig user's guide, in HTML format:
/usr/share/doc/fontconfig/fontconfig
. No messages sent.
4. Worst or best option: Go away.
I hope you choose well.
Chris Bennett
After reading several man pages like fc-scan, etc.
I found at the bottom:
The fontconfig user's guide, in HTML format:
/usr/share/doc/fontconfig/fontconfig-user.html.
This is not the correct location, which is
/usr/X11R6/share/doc/fontconfig/fontconfig-user.html
OK?
Chris
Index: fc-cache.1
On Mon, Jul 06, 2015 at 10:15:20PM -0600, Dale Lindskog wrote:
On Mon, 6 Jul 2015, Chris Bennett wrote:
If you don't have root access, should you really be installing packages?
It is impossible to install packages when you are not root. pkg_add won't
let you.
This isn't about
remote root access for security reasons, get an IP
KVM hooked up for the few times you need root access
Chris Bennett
On Sat, Apr 06, 2013 at 10:48:55AM -0600, Theo de Raadt wrote:
I had to search the sources to realise the fat filesystem type is called
MSDOS. Maybe at least a header can be mentioned in disklabel(8)?
Sorry, everyone knows it is called the MSDOS filesystem. 'FAT' is the new
silly name.
On Sun, Jun 12, 2011 at 04:31:32PM +, Kevin Chadwick wrote:
On Sun, 12 Jun 2011 00:15:58 +0200
Benny Lofgren wrote:
Me personally, I'm scared as hell using pkill at all. I've never been
concerned with not killing *enough*, it's almost always that I'm afraid
I'm killing too *much*...
. -v is now standard.
Have good ideas? Great. But don't tell me to be a Joe User. I hate Joe Users.
They can go away.
Chris Bennett
56 matches
Mail list logo