On Thu, Nov 28, 2024 at 09:34:24AM +0700, Max Nikulin wrote:
> On 27/11/2024 23:59, to...@tuxteam.de wrote:
> > OTOH, the venerable groff has gained a hyperlink markup
> > recently [1] ("recently" in its time scale), thus bridging yet another
> > gap separating ma
On 27/11/2024 23:59, to...@tuxteam.de wrote:
OTOH, the venerable groff has gained a hyperlink markup
recently [1] ("recently" in its time scale), thus bridging yet another
gap separating man and info.
Does it affect "man" when called in a terminal application (so usually
s, it's a pity there is no common frontend for both.
>
> > [help and man]
>
> >> There's also 'info foo', which for some values of foo will be more
> >> helpful than either of the above, for others will provide exactly
> >> the s
On 2024-11-27 at 11:59, to...@tuxteam.de wrote:
> On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
>
>> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
>>> And yes, it's a pity there is no common frontend for both.
> [help and man]
>> Ther
rn doesn't help
> >
> > I have never managed to find out what 'learn' is supposed to have been.
> > No Linux or other *nix-derived system I've ever used has had a command
> > by that name.
>
> https://www.unix.com/man-page/bsd/1/LEARN/
Wow :-)
Cheers
--
t
signature.asc
Description: PGP signature
On Wed, Nov 27, 2024 at 10:40:44AM -0500, The Wanderer wrote:
> On 2024-11-27 at 09:28, to...@tuxteam.de wrote:
[...]
> > And yes, it's a pity there is no common frontend for both.
[help and man]
>
> There's also 'info foo', which for some values of foo wi
27; is supposed to have been.
> No Linux or other *nix-derived system I've ever used has had a command
> by that name.
https://www.unix.com/man-page/bsd/1/LEARN/
he Internet at all), the man command is available
>> to present the manual pages (dates back to when there was an actual
>> manual in early unix days) for individual commands, e.g.
>>
>> man bash
>>
>> which will describe in quite some detail how to use the she
> ~
> ~
>
> So, to my mind when I enter 'ssh caracal' at the command line the user
> name used by ssh should be chrisisbd as that's the first value for
> User that applies to caracal in the config file. But this isn't what
> happens, the user is set to &#x
ord:
So put the "Host *" section at the top instead of at the bottom.
>
> The man page for ssh_config says, right at the start: "For each
> parameter, the first obtained value will be used.".
Look at the context, though. That sentence comes right after a l
to caracal in the config file. But this isn't what
happens, the user is set to 'chris':-
chris$ ssh caracal
ch...@caracal.mythic-beasts.com's password:
The man page for ssh_config says, right at the start: "For each
parameter, the first obtained val
ed
that info pages *exist* and *are a thing* that they need to know about.
It's planting a seed for the future.
I misunderstood your intention and I am sorry for that. I found your
words quite discouraging in respect to "info", perhaps it is just
language barrier.
Info is quite im
(info "(coreutils) date conversion specifiers") RET
> or at least
> emacs -f info-standalone '(coreutils) date conversion specifiers'
>
> I do not mind that info browsers have usability issues. For beginners I
> would recommend tkinfo instead of terminal &qu
specifiers'
I do not mind that info browsers have usability issues. For beginners I
would recommend tkinfo instead of terminal "info". I have not tried pinfo.
Texinfo, unlike man, has a notion of hyperlink. In the case of man it is
just formatting that suggests that some part of
Richmond writes:
> In the man page for cut it says:
>
> -b, --bytes=LIST
> select only these bytes
>
> But there is no equals sign in the actual syntax:
>
> echo hello|cut -b 2-5
> ello
>
> echo hello|cut -b=2-5
> cut: invalid byte/character po
Richmond wrote:
> echo hello|cut -b=2-5
> cut: invalid byte/character position ‘=2-5’
> Try 'cut --help' for more information.
>
> Why is this?
>
> (An example paints a thousand words).
$ echo hello|cut -b 2-5
ello
$ echo hello|cut --bytes=2-5
ello
-dsr-
On Wed, 2024-01-17 at 17:26 +, Richmond wrote:
> In the man page for cut it says:
>
> -b, --bytes=LIST
> select only these bytes
>
> But there is no equals sign in the actual syntax:
>
> echo hello|cut -b 2-5
> ello
>
> echo hello|cut -b=
In the man page for cut it says:
-b, --bytes=LIST
select only these bytes
But there is no equals sign in the actual syntax:
echo hello|cut -b 2-5
ello
echo hello|cut -b=2-5
cut: invalid byte/character position ‘=2-5’
Try 'cut --help' for more information.
Why is
Is there any FTP repository that holds all the current Jessie man page
files in one location?
I have tried various scripts and wget to extract man pages from
https://manpages.debian.org/jessie/ but my scripting ability lacks somewhat.
Jeremy
>>> does it belong to the distribution per se or how does
>>> that work?
>>
>> If you mean, can debian change the man page they
>> distribute, then I believe the answer is absolutely yes.
>> (Would not be debian-free otherwise).
>
> OK, yeah, mak
davidson wrote:
>> does it belong to the distribution per se or how does
>> that work?
>
> If you mean, can debian change the man page they distribute,
> then I believe the answer is absolutely yes. (Would not be
> debian-free otherwise).
OK, yeah, makes sense.
--
un
s BitTorrent client version 0.9.8.
Report bugs to .
^^
So the man page should be updated,
Definitely. And for more than one reason. Last message posted on
debian bug 903820
#903820 - rtorrent: old outdated manpage
https://bugs.debian.org/cgi-bin/bugrepor
may be found at ##rtorr...@irc.freenode.net which
> should be used for user-support.
>
> If you didn't get a reply to a mail sent to this address,
> it may either mean he is busy, has a rather full inbox or
> that you should have searched the internet first.
>
> Maybe
On Thu, 30 Mar 2023 Emanuel Berg wrote:
FYI the man page for rtorrent, from 2015-02-25, has this part
AUTHORS
Jari "Rakshasa" Sundell
I tried to mail him but that mail bounces, apparently it's an
alias which expands into ja...@student.matnat.uio.no but it's
a "
FYI the man page for rtorrent, from 2015-02-25, has this part
AUTHORS
Jari "Rakshasa" Sundell
I tried to mail him but that mail bounces, apparently it's an
alias which expands into ja...@student.matnat.uio.no but it's
a "Gone", 550.
--
underground expert
rhkramer writes:
> Some examples from (simple) math include adding zero or multiplying by
> 1.
Those are respectively the additive and multiplicative identities. They
are, of course, idempotent but not good examples because they never
change the operand even on first application.
A better examp
s external logic.
Yeah, that matches my guess as well. It's sad, isn't it, that the OP will
spend hours writing pedantic nonsense about the meaning of "idempotent"
or rants about how Debian maintainers should spend their time stripping
historical author identifications out of
nable to need to do that, because
it would involve having to run each file that *does* need it through
exif twice in a row rather than just once, and in principle it would be
possible for exif to do the detection internally and avoid the need for
this external logic.
--
The Wanderer
The
2277 (1st invocation)
> >>
> >> for f in **/*.jpg; do exif --remove -o $f $f; done | grep
> > 'Wrote
> >> file' | wc -l # 2277 (2nd invocation)
> >
> > There is NO exif output in that message.
>
> It's IP
debian-user wrote:
>> In programming the focus is perhaps better, for something
>> idempotent, something like: Do it the first time.
>> Don't screw it up the second time? And don't do the
>> computing if it doesn't need to be done?
>
> Sorry, but idempotence says nothing at all about
> computation
> In programming the focus is perhaps better, for something
> idempotent, something like: Do it the first time. Don't screw
> it up the second time? And don't do the computing if it
> doesn't need to be done?
Sorry, but idempotence says nothing at all about computational
efficiency or cost.
And
$f $f; done | grep
> 'Wrote
>> file' | wc -l # 2277 (2nd invocation)
>
> There is NO exif output in that message.
It's IPC, piped to wc. You want me to yank it here? Sure, just
ask man ...
$ repeat 2 for f in **/*.jpg; do exif --remove -o $f $f; done 2>
On Mon, Sep 26, 2022 at 09:07:29PM +0200, Emanuel Berg wrote:
> David Wright wrote:
>
> See the first post ...
> >>>
> >>> The OP didn't contain any exif output, only a couple of
> >>> command lines, apparently written in zsh shell
> >>
> >> Look again!
> >
> > Look at it? I'll quote it in f
Curt wrote:
> One "programming" example given on that same Wikipedia page
> was that if you applied an update operation to Lutz
> Mueller's email address in a database (*ich habe
> Kopfschmerzen*!) that same update applied a second or third
> time (ad infinitum) would produce identical results.
Y
ached).
Look more, quote less ...
for f in **/*.jpg; do exif --remove -o $f $f; done | grep 'Wrote
file' | wc -l # 2277 (1st invocation)
for f in **/*.jpg; do exif --remove -o $f $f; done | grep 'Wrote
file' | wc -l # 2277 (2nd invocati
mick.crane wrote:
>> I have now clarified to the best of my ability the meaning
>> of that word and I think that will help people understand
>> at last why incorrect tech information, actually
>> disinformation at that point, can't be allowed in software
>> documentation. I get it now that this wa
clarified to the best of my ability the meaning of
> that word and I think that will help people understand at last
> why incorrect tech information, actually disinformation at
> that point, can't be allowed in software documentation. I get
> it now that this was the root of the
On Sunday, September 25, 2022 08:42:57 AM The Wanderer wrote:
> On 2022-09-25 at 08:22, rhkra...@gmail.com wrote:
> > Oops, ignore that previous response ...
> >
> > On second thought, what hede wrote is correct, it is just stated in a
> > way that I wasn't famiiar with (and I haven't had my morni
On 2022-09-25, Emanuel Berg wrote:
> The Wanderer wrote:
>
>> If the nature of operation O is such that objects B and
>> C are guaranteed to always be identical, no matter what
>> object A was, then operation O is categorized as
>> being idempotent.
>
> It has to do with the number of times it is
On 2022-09-26 06:42, Emanuel Berg wrote:
<...>
I have now clarified to the best of my ability the meaning of
that word and I think that will help people understand at last
why incorrect tech information, actually disinformation at
that point, can't be allowed in software documentation. I get
it n
David Wright wrote:
>> See the first post ...
>
> The OP didn't contain any exif output, only a couple of
> command lines, apparently written in zsh shell
Look again!
> The focus of the thread seems to have changed to the meaning
> of a word in the Subject, and an old email address that
> might
On Sun 25 Sep 2022 at 07:52:38 (+0200), Emanuel Berg wrote:
> Greg Wooledge wrote:
> > If I had the first inkling of a clue what an exif tag
> > actually *was* I might try testing it myself. I'm gathering
> > that it has something to do with JPEG images, based on the
> > *.modified.jpeg default out
> rhkramer wrote:
>
> > An operation that produces the same results no matter how
> > many times it is performed.
>
> Yeah, obviously it is a term from math and in practical and
> applied engineering as is programming I thought of
> a definition (not really) like this
>
> - apply once, you get
The Wanderer wrote:
> If the nature of operation O is such that objects B and
> C are guaranteed to always be identical, no matter what
> object A was, then operation O is categorized as
> being idempotent.
It has to do with the number of times it is applied,
abs(x) = abs(abs(x)) = abs..(abs(abs
rhkramer wrote:
> An operation that produces the same results no matter how
> many times it is performed.
Yeah, obviously it is a term from math and in practical and
applied engineering as is programming I thought of
a definition (not really) like this
- apply once, you get the change
- apply t
On Sun, 25 Sep 2022 11:10:39 -0400
The Wanderer wrote:
> Alternately, please consider subscribing, so that you will receive
> replies regardless.
Please do. Some of us crusty old curmudgeons don't always remember to
CC people who aren't on the list.
--
Does anybody read signatures any more?
h
Am 25.09.2022 14:42, schrieb The Wanderer:
On 2022-09-25 at 08:22, rhkra...@gmail.com wrote:
On second thought, what hede wrote is correct, it is just stated in a
way that I wasn't famiiar with (and I haven't had my morning coffee
yet)
Are you sure?
Meanwhile, I do think my description was
> On Sep 25, 2022, at 10:10, The Wanderer wrote:
>
> On 2022-09-25 at 11:00, Perry Smith wrote:
>
>> I have Debian bullseye installed in a container. My reading of the man
>> page[1]
>> is to use the -i flag to get dash to read $HOME/.profile. But that does
On 2022-09-25 at 11:00, Perry Smith wrote:
> I have Debian bullseye installed in a container. My reading of the man
> page[1]
> is to use the -i flag to get dash to read $HOME/.profile. But that doesn’t
> seem
> to work for me. Instead, -l needs to be used. At least, t
I have Debian bullseye installed in a container. My reading of the man page[1]
is to use the -i flag to get dash to read $HOME/.profile. But that doesn’t seem
to work for me. Instead, -l needs to be used. At least, that seems to be
true for
me using Docker. Does this seem to be correct? If
same input (which is how I
read the explanation that hede gave); that's producing the same output
with both the original input *and* the output obtained by processing
that original input.
The definitions found in foldoc and in the Jargon File seem compatible
with that.
--
The Wanderer
The re
Oops, ignore that previous response ...
On second thought, what hede wrote is correct, it is just stated in a way that
I wasn't famiiar with (and I haven't had my morning coffee yet)
Sorry for the noise!
On Sunday, September 25, 2022 07:56:08 AM rhkra...@gmail.com wrote:
> On Saturday, Septemb
On Saturday, September 24, 2022 09:17:31 AM hede wrote:
> "Idempotent" means, that a task with the same input data and the same
> config (for example to remove a tag via exif-tool) results in the same
> output data. Is this the case here?
That is not my understanding of itempotent (nor of Wikipedi
On 2022-09-25 at 01:43, Emanuel Berg wrote:
> The Wanderer wrote:
>>> There should be no history entries in the man pages that
>>> relates to practical aspects that are no
>>> longer operational.
>>
>> The E-mail address doesn't relate to a practica
Greg Wooledge wrote:
>> The "-o" means: "Write output image to FILE". And it does
>> so, as far as I can see.
>
> The question is whether specifying "-o f f" where the output file
> has the same name as the input file actually overwrites the original
> input file. Another person reported that it
hede wrote:
> "Idempotent" means, that a task with the same input data and
> the same config (for example to remove a tag via exif-tool)
> results in the same output data.
Determinism.
--
underground experts united
https://dataswamp.org/~incal
The Wanderer wrote:
>>> That's maintainership history, with E-mail
>>> addresses attached.
>>
>> There should be no history entries in the man pages that
>> relates to practical aspects that are no
>> longer operational.
>
> The E-mail address
On Sat 24 Sep 2022 at 12:13:09 (+1200), Alex King wrote:
> On 24/09/22 03:32, Greg Wooledge wrote:
> > On Fri, Sep 23, 2022 at 11:22:31AM -0400, The Wanderer wrote:
> > > 'man bash' cites Brian Fox and Chet Ramey as the authors, and gives an
> > > E-mail addre
On Sat 24 Sep 2022 at 10:43:04 (-0400), Greg Wooledge wrote:
> On Sat, Sep 24, 2022 at 03:17:31PM +0200, hede wrote:
> > Am 21.09.2022 14:46, schrieb Emanuel Berg:
> > > Maybe related to the '-o f f' part as your imagination
> > > tells you ...
> >
> > The "-o" means: "Write output image to FILE".
On Fri 23 Sep 2022 at 16:14:43 (+0200), Emanuel Berg wrote:
> David Wright wrote:
> >> exif(1) which says on line 57 that --remove
> >>
> >> Remove the tag or (if no tag is specified) the entire IFD.
> >>
> >> Only if it does, why is it there the next time to be removed
> >> as well?
> >
> > Ha
On 2022-09-24, Alex King wrote:
>
>
> I've been using Debian as my main OS since 1997 or earlier. I've spent
> 100s of hours reading man pages. Although it's a reasonable assumption
> (since there are a lot of man pages with outdated AUTHORS sections), I
> d
On Sat, Sep 24, 2022 at 03:17:31PM +0200, hede wrote:
> Am 21.09.2022 14:46, schrieb Emanuel Berg:
> > Maybe related to the '-o f f' part as your imagination
> > tells you ...
>
> The "-o" means: "Write output image to FILE". And it does so, as far as I
> can see.
The question is whether specifyi
Am 21.09.2022 14:46, schrieb Emanuel Berg:
I don't know what the intended behaviof of "exif --remove -o
file file" is. I'm imagining [...]
exif(1) which says on line 57 that --remove
Remove the tag or (if no tag is specified) the entire IFD.
"Idempotent" means, that a task with the same in
On 24/09/22 03:32, Greg Wooledge wrote:
On Fri, Sep 23, 2022 at 11:22:31AM -0400, The Wanderer wrote:
'man bash' cites Brian Fox and Chet Ramey as the authors, and gives an
E-mail address for each. (It's possible that they may be the active
upstream maintainers, as well.)
Ch
On 2022-09-23 at 13:20, Perry Smith wrote:
> I have Debian bullseye installed in a container. My reading of the man
> page[1]
> is to use the -i flag to get dash to read $HOME/.profile. But that doesn’t
> seem
> to work for me. Instead, -l needs to be used. At least, t
I have Debian bullseye installed in a container. My reading of the man page[1]
is to use the -i flag to get dash to read $HOME/.profile. But that doesn’t seem
to work for me. Instead, -l needs to be used. At least, that seems to be
true for
me using Docker. Does this seem to be correct? If
On 2022-09-23 at 12:02, Emanuel Berg wrote:
> The Wanderer wrote:
>
>> That's maintainership history, with E-mail addresses attached.
>
> There should be no history entries in the man pages that relates to
> practical aspects that are no longer operational.
The E-mail
Greg Wooledge wrote:
>> 'man bash' cites Brian Fox and Chet Ramey as the authors,
>> and gives an E-mail address for each. (It's possible that
>> they may be the active upstream maintainers, as well.)
>
> Chet Ramey is the current upstream bash maintainer.
The Wanderer wrote:
> That's maintainership history, with E-mail
> addresses attached.
There should be no history entries in the man pages that
relates to practical aspects that are no longer operational.
Commands, examples that once worked but are now removed,
options that a
On 2022-09-23 at 11:32, Greg Wooledge wrote:
> On Fri, Sep 23, 2022 at 11:22:31AM -0400, The Wanderer wrote:
>
>> 'man bash' cites Brian Fox and Chet Ramey as the authors, and gives
>> an E-mail address for each. (It's possible that they may be the
>&g
On Fri, Sep 23, 2022 at 11:22:31AM -0400, The Wanderer wrote:
> 'man bash' cites Brian Fox and Chet Ramey as the authors, and gives an
> E-mail address for each. (It's possible that they may be the active
> upstream maintainers, as well.)
Chet Ramey is the current upstream
On 2022-09-23 at 11:07, Emanuel Berg wrote:
> Greg Wooledge wrote:
>
>> https://manpages.debian.org/bullseye/exif/exif.1.en.html
>>
>>AUTHOR
>>exif was written by Lutz Mueller
>> and numerous contributors.
>>This man page is Copyr
Greg Wooledge wrote:
> https://manpages.debian.org/bullseye/exif/exif.1.en.html
>
>AUTHOR
>exif was written by Lutz Mueller
> and numerous contributors.
>This man page is Copyright © 2002-2012 Thomas Pircher,
>Dan Fandrich and others.
>
> This isn&
On Fri, Sep 23, 2022 at 04:14:43PM +0200, Emanuel Berg wrote:
> The fix in this case would amount to removing that entry from
> the roff source.
Let's be clear. We're talking about the exif(1) man page, as shown
here?
https://manpages.debian.org/bullseye/exif/exif.1.en.html
David Wright wrote:
>> But: isn't it still a bug in the distribution man page to
>> refer to mail address that bounces?
>
> I hope the maintainers (Debian's) have better things to do
Are you saying incorrect information in the man pages are OK
in Debian?
> than t
x27;d, let's see what they say.
>
> But: isn't it still a bug in the distribution man page to
> refer to mail address that bounces?
I hope the maintainers (Debian's) have better things to do than trawl
through email addresses in man pages. The man page has its origin
Greg Wooledge wrote:
> According to the package metadata, the Debian maintainer of
> exif is:
OK, cool.
> Maintainer: Debian PhotoTools Maintainers
>
They are CC'd, let's see what they say.
But: isn't it still a bug in the distribution man page to
refer t
| wc -l # 2277 (2nd invocation)
I don't know what the intended behaviof of "exif --remove -o file file"
is. I'm imagining that it's like "sed -i" which always opens and writes
a new instance of the file, even if no changes are made.
> Debian should rem
??
ah that mail is 550
unknown user
let's post it on gmane.linux.debian.user then ...
Debian should remove that from the man page then, i.e. exif(1)
--
underground experts united
https://dataswamp.org/~incal
On Sat, Mar 12, 2022 at 10:36:57PM +0100, Steve Keller wrote:
> On debian bullseye I have installed GCC but don't find any manual page.
> What am I missing?
>
You'll need to add 'contrib' and 'non-free' to your sources and then
install the gcc-doc package [0].
Regards,
-Roberto
[0] https://pack
On debian bullseye I have installed GCC but don't find any manual page.
What am I missing?
Steve
On Friday, January 7, 2022 6:38:14 PM EST Ralph Katz wrote:
> On 1/7/22 03:01, gene heskett wrote:
> ...
>
> > I've noted that there can be links to a web page in a man page that are
> > underscored if you click on them while reading the man page, but
> > c
On 1/7/22 03:01, gene heskett wrote:
...
I've noted that there can be links to a web page in a man page that are
underscored if you click on them while reading the man page, but clicking
the link does not do anything. Is it supposed to send the default browser
to that page? If so, where s
On 2022-01-07, Nate Bargmann wrote:
>
> I use the Shift + Right-click trick to get the menu in applications that
> seem to block Gnome Terminal's handling of the URL. I've found the
> trick useful with Mutt and Midnight Commander.
>
I see. I only experimented in a man page.
* On 2022 07 Jan 10:26 -0600, Curt wrote:
> On 2022-01-07, Nate Bargmann wrote:
> >
> > Did you try Shift + Right-click and select "Open Link" or some such in
> > your terminal? That is what works for me in Gnome Terminal.
> >
>
> This is what works for me in gnome-terminal:
>
> URL detection[
On Friday, January 7, 2022 6:41:45 AM EST Andrew M.A. Cater wrote:
> cat /etc/debian_version
11.2
And now I see how it works since it does that way, thank you.
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order
y, also a
> > pita. But there is not an F10 checked in the settings for xfce or
> > konsole that I can find.
>
> If you're using xfce4-terminal, look at xfce4-terminal's Edit /
> Preferences / Advanced / Shortcuts / Disable menu shortcut key (F10 by
> default)
>
net-install updated yesterday.
> > > >
> > > > I've noted that there can be links to a web page in a man page that
> > > > are
> > > > underscored if you click on them while reading the man page, but
> > > > clicking
> > > > the link do
On 2022-01-07, Nate Bargmann wrote:
>
> Did you try Shift + Right-click and select "Open Link" or some such in
> your terminal? That is what works for me in Gnome Terminal.
>
This is what works for me in gnome-terminal:
URL detection[edit]
GNOME Terminal parses the output and automatically de
* On 2022 07 Jan 04:01 -0600, gene heskett wrote:
> Greetings all;
>
> debian 11.1, 64 bit net-install updated yesterday.
>
> I've noted that there can be links to a web page in a man page that are
> underscored if you click on them while reading the man page, but clicki
On Fri, Jan 07, 2022 at 08:13:42AM -0500, Greg Wooledge wrote:
> On Fri, Jan 07, 2022 at 01:09:38PM -, Curt wrote:
> > I'd rather just cut and paste the URI in the always-open browser, but
> > then again I've never had that old hacker spirit.
>
> That's what I do too. I like my terminals to b
On Fri, Jan 07, 2022 at 01:09:38PM -, Curt wrote:
> I'd rather just cut and paste the URI in the always-open browser, but
> then again I've never had that old hacker spirit.
That's what I do too. I like my terminals to be relatively frill-free.
Obviously that's just my preference, and I know
On 2022-01-07, Greg Wooledge wrote:
> On Fri, Jan 07, 2022 at 11:41:45AM +, Andrew M.A. Cater wrote:
>> On Fri, Jan 07, 2022 at 05:01:05AM -0500, gene heskett wrote:
>> > I've noted that there can be links to a web page in a man page that are
>
>> In a t
On Fri, 07 Jan 2022 05:59:36 -0500
gene heskett wrote:
...
> That is installed, but I can't find a configurator for it. And I am a heavy
> user of mc but the file menu popup steals the F10 key, also a pita. But
> there is not an F10 checked in the settings for xfce or konsole that I can
> fi
On Fri, Jan 07, 2022 at 11:41:45AM +, Andrew M.A. Cater wrote:
> On Fri, Jan 07, 2022 at 05:01:05AM -0500, gene heskett wrote:
> > I've noted that there can be links to a web page in a man page that are
> In a terminal: left click might not do anything but right click will
On Fri, Jan 07, 2022 at 05:01:05AM -0500, gene heskett wrote:
> Greetings all;
>
> debian 11.1, 64 bit net-install updated yesterday.
>
> I've noted that there can be links to a web page in a man page that are
> underscored if you click on them while reading the man pa
On Fri, 7 Jan 2022 at 21:59, gene heskett wrote:
> On Friday, January 7, 2022 5:21:03 AM EST David wrote:
> > On Fri, 7 Jan 2022 at 21:01, gene heskett wrote:
> > > debian 11.1, 64 bit net-install updated yesterday.
> > > I've noted that there can be links to a
On Friday, January 7, 2022 5:21:03 AM EST David wrote:
> On Fri, 7 Jan 2022 at 21:01, gene heskett wrote:
> > debian 11.1, 64 bit net-install updated yesterday.
> >
> > I've noted that there can be links to a web page in a man page that are
> > underscored if you
On Fri, 7 Jan 2022 at 21:01, gene heskett wrote:
> debian 11.1, 64 bit net-install updated yesterday.
>
> I've noted that there can be links to a web page in a man page that are
> underscored if you click on them while reading the man page, but clicking
> the link does not
Greetings all;
debian 11.1, 64 bit net-install updated yesterday.
I've noted that there can be links to a web page in a man page that are
underscored if you click on them while reading the man page, but clicking
the link does not do anything. Is it supposed to send the default browse
1 - 100 of 1933 matches
Mail list logo
