at 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 important. While
ot;(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 "info". I hav
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 text is a reference
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/charact
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 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
nt 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/bugreport.cgi?bug=903820#5
und 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 the contact
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 "Gone&q
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 experts united
h
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
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 man pages, but won't spend five
minutes clearly writing out
hat *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 reasonable man adapts himself to the world; the unreasonable one
persists in tr
st 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 IPC, piped to wc. You want
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
>
> 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.
ne | 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>&1 | head -n 10
&
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
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.
ook 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 invocation)
> Please—there's no ma
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
fied 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 confusion but a
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
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
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
> 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
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)) =
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
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?
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 le
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
h 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 reasonable man adapts himse
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,
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
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 practical
>
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 does
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
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?
> >
> >
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
> didn't know t
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
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
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.)
Chet Ramey
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 le
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
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 a
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.
> Bria
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 are ob
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
>> active upstr
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 bash maintaine
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
AUTHOR
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 trawl th
C'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 and
date clear
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 to mail address
hat 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 remove that from the man page then, i.e. exif(1)
Remove what? Perh
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]
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
> > clicki
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 should
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
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
he F10 key, 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)
>
> Celejar
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 no
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
* 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 clickin
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
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 termin
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
>
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 bring
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
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
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
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 browser
On Vi, 10 dec 21, 17:17:24, Andrew M.A. Cater wrote:
> On Fri, Dec 10, 2021 at 12:41:01PM +0100, Andrei POPESCU wrote:
>
> > At the very least Debian could split non-free into sections or add more
> > areas (non-free firmware being another obvious candidate for splitting
> > out).
> >
>
> Do
On Fri, Dec 10, 2021 at 12:41:01PM +0100, Andrei POPESCU wrote:
> On Du, 31 oct 21, 17:37:10, Stefan Monnier wrote:
> > > This is because GNU releases their documentation under a different license
> > > than their source code. And Debian considers the GNU documentation
> > > license to be
On Du, 31 oct 21, 17:37:10, Stefan Monnier wrote:
> > This is because GNU releases their documentation under a different license
> > than their source code. And Debian considers the GNU documentation
> > license to be non-free (rightly so, because it prohibits distributing
> > modified versions).
On Du, 07 nov 21, 08:08:51, Emanuel Berg wrote:
> Paul M. Foster wrote:
>
> > Folks:
> >
> > I'm sure everyone but me knows this, but I can't find a man
> > page for gcc.
>
> Everyone knows it ... but this question has still been asked
> one zillion time
On Mon 15 Nov 2021 at 09:04:55 (+0100), Thomas Schmitt wrote:
> Greg Wooledge wrote:
> > > > ├─sda1 8:10 260M 0 part /boot/efi 4C30-7972
>
> i wrote:
> > > The universe must be small where this FAT UUID is unique.
>
> David Wright wrote:
> > I think I can live with odds of
Hi,
Greg Wooledge wrote:
> > > ├─sda1 8:10 260M 0 part /boot/efi 4C30-7972
i wrote:
> > The universe must be small where this FAT UUID is unique.
David Wright wrote:
> I think I can live with odds of 1:4294967296.
Don't forget the birthday paradox. For getting a first collision you
PARTTYPE,PARTLABEL,PARTUUID,MODEL,SIZE | head -1
> | wc -c
> 207
Ah yes, you're right. The redirected output is always the minimum
required for columnating the headings and data. It's the /screen/
output that I can't control, ie the amount of overlap employed is
always that which just fills
i get 206 bytes
per line (plus newline) printed to stdout:
$ lsblk -o
NAME,KNAME,FSTYPE,LABEL,UUID,PARTTYPE,PARTLABEL,PARTUUID,MODEL,SIZE | head -1 |
wc -c
207
In the newest version of the man page
https://sources.debian.org/src/util-linux/2.37.2-4/misc-utils/lsblk.8/#L179
i see an option
On Sat 13 Nov 2021 at 18:37:34 (-0500), Greg Wooledge wrote:
> On Sat, Nov 13, 2021 at 04:06:43PM -0700, Charles Curley wrote:
> >
> > Gene, the answer is, anythng the TYPE of which is a valid file system.
> > Try, e.g.:
> >
> > blkid | grep -E -i \(ext\|ntfs\|fat\)
>
> lsblk is a lot easier
On Sat, Nov 13, 2021 at 07:26:11PM -0500, Gene Heskett wrote:
> Is not me thats confused
Yes, it still is.
> but both lsblk and blkid spitting out 4 sets of identical UUID's as all
> drives are identical.
Like I have told you many many times in this thread, the *context*
of the UUID matters.
cades. It's well understood and well documented. If you
> >> look. First you complain that fs UUIDs are volatile, now you
> >> complain that fs labelling is hard without even doing the most
> >> basic research. At least these topics have been adequately covered
1 - 100 of 3109 matches
Mail list logo