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
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
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
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
>
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?
> >
> >
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
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,
>
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'
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
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
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
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
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.
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'
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
> +++
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
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 -
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
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 @@
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:
>
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:
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
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).
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 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
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
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?
--
. ___ ___ . . ___
. \/ |\ |\ \
. _\_ /__ |-\ |-\ \__
28 matches
Mail list logo
