Dear colleagues,
find's -type flag considers only the first character of the next
argument. These commands consequently print regular file paths (only).
find . -type folder
find . -type f,d
find . -type flødebølle
I propose that they produce an error instead.
I also noted, there is no src
small quality-of-life addition. GNU Emacs has zap-to-char bound by to
M-z and zap-up-to-char unbound; i'm unsure how closely we want to
follow emacs here, IMHO zap-up-to-char is way more useful than
zap-to-char and so i opted to bound M-z to zap-up-to-char by default.
ok?
diff 40c942665e2a6e7365
shell-command (M-!) and shell-command-on-region (M-|) works by
displaying the output of the command in a new buffer, but in emacs
using a prefix argument (C-u) allows to operate on the current buffer.
diff belows adds that for mg. I can finally C-u M-! got diff RET when
composing mails :)
A poss
On 2022-10-13 12:16 +02, Omar Polo wrote:
> small quality-of-life addition. GNU Emacs has zap-to-char bound by to
> M-z and zap-up-to-char unbound; i'm unsure how closely we want to
> follow emacs here, IMHO zap-up-to-char is way more useful than
> zap-to-char and so i opted to bound M-z to zap-u
While working on ypconnect(2), Theo suggested that ypldap(8) should
not default to plaintext LDAP connections, since the data it's dealing with
is pretty important to the security of the system. Here's a straightforward
diff implementing that, defaulting to what was previously called 'tls'
(STARTT
On Wed 2022.10.12 at 21:42 +, Klemens Nanni wrote:
> This has annoyed me for a long time...
>
> 1. have at least two windows
> 2. open the window menu with M-slash (alt+/)
> 3. show all windows with C-A (ctrl+a)
> 4. move cursor over list from top to bottom,
>observe no glitch
> 5. move cu
On Thu, Oct 13, 2022 at 10:11:39PM +1000, Jonathan Matthew wrote:
> While working on ypconnect(2), Theo suggested that ypldap(8) should
> not default to plaintext LDAP connections, since the data it's dealing with
> is pretty important to the security of the system. Here's a straightforward
> diff
On 2022/10/13 13:35:18 +0200, Florian Obser wrote:
> On 2022-10-13 12:16 +02, Omar Polo wrote:
> > small quality-of-life addition. GNU Emacs has zap-to-char bound by to
> > M-z and zap-up-to-char unbound; i'm unsure how closely we want to
> > follow emacs here, IMHO zap-up-to-char is way more us
On Thu, Oct 13, 2022 at 08:28:50AM -0400, Okan Demirmen wrote:
> And I keep missing it! I can't reproduce this - can you share the font
> you're using maybe?
Whatever is the default, I never fiddled with fonts in X, no xorg.conf,
`cwm -c/dev/null' shows the glitch for me on a ThinkPad X230.
On Tue, Oct 11, 2022 at 07:23:45PM -0400, Josiah Frentsos wrote:
> Index: ps.1
> ===
> RCS file: /cvs/src/bin/ps/ps.1,v
> retrieving revision 1.128
> diff -u -p -r1.128 ps.1
> --- ps.1 3 Sep 2022 15:59:04 - 1.128
> +++ p
On Wed, Oct 12, 2022 at 08:51:10PM -0400, Josiah Frentsos wrote:
> Index: aucat.1
> ===
> RCS file: /cvs/src/usr.bin/aucat/aucat.1,v
> retrieving revision 1.117
> diff -u -p -r1.117 aucat.1
> --- aucat.1 7 Mar 2022 09:04:45 -
This hangs a few bits off SSL_SESSION and populates them on receipt of a
NewSessionTicket. Since the current session may already be in the cache,
and as such should not be changed, we dup the session using a new
ssl_session_dup() and modify that one. I added an include_ticket
parameter which we cou
On 2022/10/13 13:00:34 +, Klemens Nanni wrote:
> On Thu, Oct 13, 2022 at 08:28:50AM -0400, Okan Demirmen wrote:
> > And I keep missing it! I can't reproduce this - can you share the font
> > you're using maybe?
>
> Whatever is the default, I never fiddled with fonts in X, no xorg.conf,
> `cwm
On Thu, Oct 13, 2022 at 04:39:04PM +0200, Omar Polo wrote:
> On 2022/10/13 13:00:34 +, Klemens Nanni wrote:
> > On Thu, Oct 13, 2022 at 08:28:50AM -0400, Okan Demirmen wrote:
> > > And I keep missing it! I can't reproduce this - can you share the font
> > > you're using maybe?
> >
> > Whateve
On 2022/10/13 15:16:47 +, Klemens Nanni wrote:
> On Thu, Oct 13, 2022 at 04:39:04PM +0200, Omar Polo wrote:
> > On 2022/10/13 13:00:34 +, Klemens Nanni wrote:
> > > On Thu, Oct 13, 2022 at 08:28:50AM -0400, Okan Demirmen wrote:
> > > > And I keep missing it! I can't reproduce this - can y
On Oct 13 2022, Klemens Nanni wrote:
> On Thu, Oct 13, 2022 at 08:28:50AM -0400, Okan Demirmen wrote:
> > And I keep missing it! I can't reproduce this - can you share the font
> > you're using maybe?
>
> Whatever is the default, I never fiddled with fonts in X, no xorg.conf,
> `cwm -c/dev/null' s
On Oct 13 2022, Walter Alejandro Iglesias wrote:
> On Oct 13 2022, Klemens Nanni wrote:
> > On Thu, Oct 13, 2022 at 08:28:50AM -0400, Okan Demirmen wrote:
> > > And I keep missing it! I can't reproduce this - can you share the font
> > > you're using maybe?
> >
> > Whatever is the default, I never
On Thu, 13 Oct 2022 14:21:11 +0100, Jason McIntyre wrote:
> hi. i'm not super up on the terminology here, but i do see we still have
> other pages that talk about "control terminal". if any developer wants
> to signal a clear desire to make such changes we can do that.
The current term is "contro
Index: bin/ps/ps.1
===
RCS file: /cvs/src/bin/ps/ps.1,v
retrieving revision 1.128
diff -u -p -r1.128 ps.1
--- bin/ps/ps.1 3 Sep 2022 15:59:04 - 1.128
+++ bin/ps/ps.1 13 Oct 2022 17:05:57 -
@@ -443,7 +443,8 @@ information:
GNU gzip support uncompressing .zip files that contain a single
member. This can be very convenient when dealing with email
attachments that use zip instead of gzip to compress a single file
(I'm looking at you Google). Below is a diff to support this with
our gzip. This turned out to be more co
Two more easy cases.
rad(8) requires a config file and there is no default /etc/rad.conf, so
configtest will fail unless a valid config (behind -f in rad_flags) exists.
dhcpleased(8) is happy without config at all, so configtest is always happy
unless a bogus config exists.
OK?
Index: dhcplease
On Thu, Oct 13, 2022 at 02:14:28PM -0600, Todd C. Miller wrote:
> GNU gzip support uncompressing .zip files that contain a single
> member. This can be very convenient when dealing with email
> attachments that use zip instead of gzip to compress a single file
> (I'm looking at you Google). Below
On Fri, 14 Oct 2022 09:41:18 +1100, Jonathan Gray wrote:
> The extracted file has the name of the zip archive without '.zip'
> instead of the name of the file in the zip archive.
>
> Is that the behaviour of GNU gunzip? It isn't what I expected.
Yes, that is what GNU zip does too. If you use th
On Fri, Oct 14, 2022 at 09:41:18AM +1100, Jonathan Gray wrote:
> On Thu, Oct 13, 2022 at 02:14:28PM -0600, Todd C. Miller wrote:
> > GNU gzip support uncompressing .zip files that contain a single
> > member. This can be very convenient when dealing with email
> > attachments that use zip instead
On Fri, 14 Oct 2022 10:26:33 +1100, Jonathan Gray wrote:
> I can't think of another reason for the single file limit. It must be.
>
> With most of the changes under SMALL or not built, ramdisks still fit?
It should, none of the new code is compiled for the ramdisk version.
- todd
On Thu, 13 Oct 2022 14:14:28 -0600, "Todd C. Miller" wrote:
> GNU gzip support uncompressing .zip files that contain a single
> member. This can be very convenient when dealing with email
> attachments that use zip instead of gzip to compress a single file
> (I'm looking at you Google). Below is
On Thu, Oct 13, 2022 at 02:14:28PM -0600, Todd C. Miller wrote:
> Comments or OKs?
Golly! Why not add the functionality to cat(1)? Or straight into the
shell as a built-in?
--
. ___ ___ . . ___
. \/ |\ |\ \
. _\_ /__ |-\ |-\ \__
On Thu 2022.10.13 at 17:30 +0200, Omar Polo wrote:
> On 2022/10/13 15:16:47 +, Klemens Nanni wrote:
> > On Thu, Oct 13, 2022 at 04:39:04PM +0200, Omar Polo wrote:
> > > On 2022/10/13 13:00:34 +, Klemens Nanni wrote:
> > > > On Thu, Oct 13, 2022 at 08:28:50AM -0400, Okan Demirmen wrote:
>
On Sat, Sep 24, 2022 at 10:09:43AM -0400, Josiah Frentsos wrote:
> --- vm.conf.5
> +++ vm.conf.5
hi. i reread this and agree it's better. now committed. thanks for the
diff, and sorry for the wait.
jmc
> @@ -117,8 +117,11 @@ a random prefix from the
> .Dq unique local
> network range fd00::/8
On Thu, Oct 13, 2022 at 02:22:56PM +0100, Jason McIntyre wrote:
> On Wed, Oct 12, 2022 at 08:51:10PM -0400, Josiah Frentsos wrote:
> > Index: aucat.1
> > ===
> > RCS file: /cvs/src/usr.bin/aucat/aucat.1,v
> > retrieving revision 1.117
30 matches
Mail list logo
