Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-10 Thread gene heskett
On 1/10/25 04:50, Dan Purgert wrote: On Jan 09, 2025, Timothy M Butterworth wrote: On Thu, Jan 9, 2025 at 6:45 PM Michael Stone wrote: On Thu, Jan 09, 2025 at 09:47:11PM +0100, Nicolas George wrote: For the people who need exact figures, on the other hand, binary units are much more conven

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-10 Thread Dan Purgert
On Jan 09, 2025, Timothy M Butterworth wrote: > On Thu, Jan 9, 2025 at 6:45 PM Michael Stone wrote: > > > On Thu, Jan 09, 2025 at 09:47:11PM +0100, Nicolas George wrote: > > >For the people who need exact figures, on the other hand, binary units > > >are much more convenient, not just to measure

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-09 Thread tomas
On Thu, Jan 09, 2025 at 06:44:30PM -0500, Michael Stone wrote: [...] > Baloney [...] "Baloney" == "things I don't like" (FWIW I'd prefer binaries in the computer context, but hey). Human communication is messy. Both multipliers come from different sources which were well established at the mom

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-09 Thread David Wright
On Thu 09 Jan 2025 at 02:29:37 (-0500), Jeffrey Walton wrote: > On Tue, Jan 7, 2025 at 10:07 AM Stefan Monnier > wrote: > > > > > 8 TB is not that big. I have a external 18 TB drive. It is 18 TB in name > > > only though! After fromating it with ext4 it only had 15TB of usuable > > > space. > > >

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-09 Thread Timothy M Butterworth
On Thu, Jan 9, 2025 at 6:45 PM Michael Stone wrote: > On Thu, Jan 09, 2025 at 09:47:11PM +0100, Nicolas George wrote: > >For the people who need exact figures, on the other hand, binary units > >are much more convenient, not just to measure the size of memory > >modules: alignment requirements, m

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-09 Thread Heriberto Avelino
I agree it is important, may be a precision on the more general idea is helpful: "Communication of numbers between ordinary people generally happens in base 10." It turns out that the diversity of the notion of numerosity among *homo sapiens* is way far richer than the base-10. See https://wals.in

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-09 Thread Jeffrey Walton
On Thu, Jan 9, 2025 at 6:45 PM Michael Stone wrote: > > On Thu, Jan 09, 2025 at 09:47:11PM +0100, Nicolas George wrote: > >For the people who need exact figures, on the other hand, binary units > >are much more convenient, not just to measure the size of memory > >modules: alignment requirements,

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-09 Thread Michael Stone
On Thu, Jan 09, 2025 at 09:47:11PM +0100, Nicolas George wrote: For the people who need exact figures, on the other hand, binary units are much more convenient, not just to measure the size of memory modules: alignment requirements, maximum sizes of files and devices, size of stripes, they are al

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-09 Thread Nicolas George
Michael Stone (12025-01-08): > For example...let's take the 18B drive discussed earlier. That's > 18TB or 16TiB. Annoying, but ok. Now that's also 18000MB but 16763MiB. And > it's 1800MB or 17166137MiB. So if you have a display in MB and you want > to know the value in TB you move t

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-08 Thread Jeffrey Walton
On Tue, Jan 7, 2025 at 10:07 AM Stefan Monnier wrote: > > > 8 TB is not that big. I have a external 18 TB drive. It is 18 TB in name > > only though! After fromating it with ext4 it only had 15TB of usuable > > space. > > 18TB "on paper" is usually 18 * 1000^4 bytes, so if you convert this > into

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-08 Thread Michael Stone
On Wed, Jan 08, 2025 at 09:04:09PM -0600, Nicholas Geovanis wrote: > TB is about 10% larger. One of the worst crimes in computer history > was ever talking about storage in powers of 2, I really wish it would > just go away. It has properties that nobody wants and has been the > sourc

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-08 Thread Nicholas Geovanis
On Tue, Jan 7, 2025, 1:27 PM Dan Purgert wrote: > > > TB is about 10% larger. One of the worst crimes in computer history > > was ever talking about storage in powers of 2, I really wish it would > > just go away. It has properties that nobody wants and has been the > > source of endless confusio

Re: /dev/serial/by-id

2025-01-07 Thread John Hasler
Max Nikulin writes: > Gene, my congratulations. You have managed to derail the discussion > another time. And you have managed to clutter the list with yet another pointless rant against Gene. Please put him in your killfile and move on. -- John Hasler j...@sugarbit.com Elmwood, WI USA

Re: /dev/serial/by-id

2025-01-07 Thread Max Nikulin
luck, suffer from /dev/serial/by-id trouble with pleasure since mm vs. in is more important to you. Stop blaming developers if your system is improperly configured. Every time you accuse those who do not deserve it, you decrease a chance to get help. Do fact check before spreading rumors.

Re: /dev/serial/by-id

2025-01-07 Thread Max Nikulin
On 1/7/25 06:01, Timothy M Butterworth wrote: I also ran into the Orca and brltty Hell problem Gene described Just a reminder: this thread started as "new computer arriving soon". Gene hijacked it and Orca is off-topic even in this subthread. Read the subject. Gene does not remember what he

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-07 Thread Dan Purgert
On Jan 07, 2025, Michael Stone wrote: > On Tue, Jan 07, 2025 at 10:44:00AM -0500, Dan Purgert wrote: > > On Jan 07, 2025, Stefan Monnier wrote: > > > > 8 TB is not that big. I have a external 18 TB drive. It is 18 TB in name > > > > only though! After fromating it with ext4 it only had 15TB of usua

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-07 Thread Michael Stone
On Tue, Jan 07, 2025 at 11:05:11AM -0500, Michael Stone wrote: TB is about 10% larger. Hmm. Even talking about this is hard. The unit TiB is 1099511627776 bytes while the unit TB is 1 bytes. That is, when talking about a drive, expressing it in TB is about a 10% larger number beca

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-07 Thread Michael Stone
On Tue, Jan 07, 2025 at 10:44:00AM -0500, Dan Purgert wrote: On Jan 07, 2025, Stefan Monnier wrote: > 8 TB is not that big. I have a external 18 TB drive. It is 18 TB in name > only though! After fromating it with ext4 it only had 15TB of usuable > space. 18TB "on paper" is usually 18 * 1000^4

Re: Mass storage sizes (was: /dev/serial/by-id)

2025-01-07 Thread Dan Purgert
On Jan 07, 2025, Stefan Monnier wrote: > > 8 TB is not that big. I have a external 18 TB drive. It is 18 TB in name > > only though! After fromating it with ext4 it only had 15TB of usuable > > space. > > 18TB "on paper" is usually 18 * 1000^4 bytes, so if you convert this > into "computer units"

Mass storage sizes (was: /dev/serial/by-id)

2025-01-07 Thread Stefan Monnier
> 8 TB is not that big. I have a external 18 TB drive. It is 18 TB in name > only though! After fromating it with ext4 it only had 15TB of usuable > space. 18TB "on paper" is usually 18 * 1000^4 bytes, so if you convert this into "computer units" is ~16.37 * 1024^4 bytes. If you then make an ext4

Re: /dev/serial/by-id

2025-01-07 Thread gene heskett
with all this? Finally request to update the topic with the outcome. Searching (you need rights) for udev bugs should find it if some dev hasn't erased it. I don't know how and have long since lost the pw. I ask for a pw reset but don't get it. Several times. I'm apparent

Re: /dev/serial/by-id

2025-01-07 Thread Anssi Saari
;> all done years ago. Get it from a pinned post on discord/klipper for >> 3d printers forum. Restores the missing /dev/serial/by-id entries. > > Some post may be pinned in various forums specific to some devices or > applications, but has the issue been reported to Debian? Is there a

Re: /dev/serial/by-id

2025-01-07 Thread gene heskett
imes.  I'm apparently a nobody to the devs. Verify the bug has been fixed with "ls /dev/serial/by-id/"  if you don't get a valid response, that's the bug. You should get something that looks faintly like this: gene@coyote:~$ ls /dev/serial/by-id/ usb-1a86_USB_Serial-

Re: /dev/serial/by-id

2025-01-06 Thread Max Nikulin
On 06/01/2025 14:09, gene heskett wrote: On 1/5/25 21:21, Max Nikulin wrote: On 05/01/2025 23:28, gene heskett wrote: As for bug number, I'm not the OP, just a canary. Then ask the author to add the bug number. Tell them that without a link you were not be able to check current state of affa

Re: /dev/serial/by-id

2025-01-05 Thread gene heskett
On 1/5/25 21:21, Max Nikulin wrote: On 05/01/2025 23:28, gene heskett wrote: As for bug number, I'm not the OP, just a canary. Then ask the author to add the bug number. Tell them that without a link you were not be able to check current state of affairs and, as a result, you have secured

Re: /dev/serial/by-id

2025-01-05 Thread Max Nikulin
On 05/01/2025 23:28, gene heskett wrote: As for bug number, I'm not the OP, just a canary. Then ask the author to add the bug number. Tell them that without a link you were not be able to check current state of affairs and, as a result, you have secured your reputation as a liar.

Re: /dev/serial/by-id (was: Re: new computer arriving soon)

2025-01-05 Thread gene heskett
. Get it from a pinned post on discord/klipper for 3d printers forum. Restores the missing /dev/serial/by-id entries. Some post may be pinned in various forums specific to some devices or applications, but has the issue been reported to Debian? Is there a Debian bug number? Its been reported

/dev/serial/by-id (was: Re: new computer arriving soon)

2025-01-04 Thread Max Nikulin
scord/klipper for 3d printers forum. Restores the missing /dev/serial/by-id entries. Some post may be pinned in various forums specific to some devices or applications, but has the issue been reported to Debian? Is there a Debian bug number?