- WLUG - wlug.mailman3.com

Andy in Hackaday

by John Stoffel

Guys, It looks like our founder made Hackaday this morning! https://hackaday.com/2023/02/23/a-linux-distro-for-all-your-ham-needs/ Congrats Andy! Maybe we could get you to come to a meeting and show off all you've done? John

Feb. 23, 2023

Tomorrow's meeting is going to be Virtual

by Tim Keller

Hey Everybody, Last week it was the career fair, this week the trustees have reserved everything.. However, the weather looks like it's going to be a mess. Our meeting for Feb. is going to be virtual. I'd rather keep everybody safe they try to find someplace we can all fit. We'll be at our usual virtual haunt: https://meet.jit.si/WlugMA starting at 7PM. The plan is to talk about containerized distributions, though knowing how our virtual meetings go it'll be a hilarious raucous affair. I hope to see you all online and in March we'll *actually* have a physical meeting! Later, Tim. -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

Feb. 22, 2023

Re: Meeting agenda for thursday Feb 16th?

by Tim Keller

Please note that we've pushed the meeting off to the 23rd because this week WPI is running a career fair and there are no rooms to be booked. Thanks, Tim. On Tue, Feb 14, 2023 at 1:53 PM kstratton--- via WLUG <wlug(a)lists.wlug.org> wrote: > Could you forward an address and parking and other instructions. I am > trying to decide if I can do the long drive from Hartford County. > > On Tue, Feb 14, 2023, at 1:33 PM, John Stoffel via WLUG wrote: > >> What is an OrganPI? Scatological and crude comments have been > suppressed. > > > > Duh! OrangePi LTS 3. > > > > > http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/o… > > > > I must admit I haven't played around with WiFi in there, or bluetooth. > > I was mostly looking for a small replacement for regular RaspberryPis > > which are so damn expensive these days. > > > > _______________________________________________ > > WLUG mailing list -- wlug(a)lists.wlug.org > > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > > Create Account: https://wlug.mailman3.com/accounts/signup/ > > Change Settings: > > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > > Web Forum/Archive: > > > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/WNQUQ… > > -- > > kstratton(a)fastmail.us > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/XVSA6… > -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

Feb. 15, 2023

Re: Postponing meeting to the 23rd due to career week.

by John Stoffel

>>>>> "Tim" == Tim Keller via WLUG <wlug(a)lists.wlug.org> writes: > Speaking with Frank, this week is career week at WPI and a mob > scene. There are zero rooms to reserve. Ok, so let's push it out. > I think it makes the most sense to push the meeting off to the 23rd so we can get a room with > proper A/V, etc. > As for a topic, a couple people have asked me about container based distros. I think this would be > a great topic. > I've recently gotten heavy involved in k8s deployment stuff and I've had to wrap my brain around > this stuff. > Fedora, Container OS, Rancher OS, Blend OS, the list goes on. > I think there's an interesting conversation around how user friendly, secure, etc. this various > options are. > Is this something people would be interested in? > Later, > Tim. > On Thu, Feb 9, 2023, 4:08 PM Joel <joelgroup(a)gmail.com> wrote: > That makes sense with a meeting last week. . > See everyone on the 16th. . > Joel > On February 9, 2023 3:30:18 PM Tim Keller <turbofx(a)gmail.com> wrote: > We are not having a meeting on the 9th, we'll have a meeting on the 16th. > Thanks, > Tim. > On Wed, Feb 8, 2023 at 9:52 PM Joel via WLUG <wlug(a)lists.wlug.org> wrote: > Hi, > Are having a WLUG meeting as tomorrow 2/9 is the second Thursday? > Thank you, > Joel > On February 6, 2023 10:46:54 AM Joshua Stone via WLUG <wlug(a)lists.wlug.org> wrote: > Hey all, > I thought I'd share a side project I've been working on, which involves building > containers with Nvidia kernel modules and userspace components that work as > bootable OS images thanks to "container-native" support within Fedora Silverblue. > This approach has several advantages over the traditional package management model > for installing out-of-tree drivers, including: > 1) Have the install process and QA shift from client side to server side, making a > CI/CD model of driver distribution possible. > 2) Eliminate the possibility of update failures (i.e., will a , as only container > builds with successful runs will be committed to a container registry and updates > are delivered with an "immutable" model > 3) Modules are signed with one key from a central repo, ensuring that only one key > has to be enrolled for all client systems for enabling secure boot support > 4) Enable the possibility of supporting multiple driver release streams. i.e., > give users the freedom to rebase on 525xx, 520xx, 470xx series drivers, etc, as > well as pin to a specific image snapshot in case of a driver regression > 5) Have the ability to download a pre-built bootable image from a central repo, or > build an image locally with further customizations thanks to the flexibility of > the Containerfile format > 6) Give maintainers a broader framework for debugging regressions, namely being > able to boot into a specific snapshot listed in a bug report > It's true that Nvidia has been the source of many hardware issues. I refuse to own > an Nvidia card because of this. But many Linux users use Nvidia, which I thought > would be a great motivation for working on a container-native approach to > out-of-three driver support. > More info here: > Nvidia images available for testing! > We did it! Hassle-free Nvidia drivers on Fedora Silverblue/Kinoite: Testers > wanted! > Nvidia Linux users, this thirty-four line Containerfile might make your life suck > way less. > - Josh > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/UCJVP… > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/TRIDU… > -- > I am leery of the allegiances of any politician who refers to their constituents as > "consumers". > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/25VH6…

Feb. 15, 2023

Postponing meeting to the 23rd due to career week.

by Tim Keller

Speaking with Frank, this week is career week at WPI and a mob scene. There are zero rooms to reserve. I think it makes the most sense to push the meeting off to the 23rd so we can get a room with proper A/V, etc. As for a topic, a couple people have asked me about container based distros. I think this would be a great topic. I've recently gotten heavy involved in k8s deployment stuff and I've had to wrap my brain around this stuff. Fedora, Container OS, Rancher OS, Blend OS, the list goes on. I think there's an interesting conversation around how user friendly, secure, etc. this various options are. Is this something people would be interested in? Later, Tim. On Thu, Feb 9, 2023, 4:08 PM Joel <joelgroup(a)gmail.com> wrote: > > That makes sense with a meeting last week. . > > See everyone on the 16th. . > > Joel > > On February 9, 2023 3:30:18 PM Tim Keller <turbofx(a)gmail.com> wrote: > >> We are not having a meeting on the 9th, we'll have a meeting on the 16th. >> >> Thanks, >> Tim. >> >> On Wed, Feb 8, 2023 at 9:52 PM Joel via WLUG <wlug(a)lists.wlug.org> wrote: >> >>> >>> Hi, >>> >>> Are having a WLUG meeting as tomorrow 2/9 is the second Thursday? >>> >>> Thank you, >>> >>> Joel >>> >>> On February 6, 2023 10:46:54 AM Joshua Stone via WLUG < >>> wlug(a)lists.wlug.org> wrote: >>> >>>> Hey all, >>>> >>>> I thought I'd share a side project I've been working on, which involves >>>> building containers with Nvidia kernel modules and userspace components >>>> that work as bootable OS images thanks to "container-native" >>>> <https://fedoraproject.org/wiki/Changes/OstreeNativeContainerStable> >>>> support within Fedora Silverblue. >>>> >>>> This approach has several advantages over the traditional package >>>> management model for installing out-of-tree drivers, including: >>>> >>>> 1) Have the install process and QA shift from client side to server >>>> side, making a CI/CD model of driver distribution possible. >>>> >>>> 2) Eliminate the possibility of update failures (i.e., will a , as only >>>> container builds with successful runs will be committed to a container >>>> registry and updates are delivered with an "immutable" model >>>> >>>> 3) Modules are signed with one key from a central repo, ensuring that >>>> only one key has to be enrolled for all client systems for enabling secure >>>> boot support >>>> >>>> 4) Enable the possibility of supporting multiple driver release >>>> streams. i.e., give users the freedom to rebase on 525xx, 520xx, 470xx >>>> series drivers, etc, as well as pin to a specific image snapshot in case of >>>> a driver regression >>>> >>>> 5) Have the ability to download a pre-built bootable image from a >>>> central repo, or build an image locally with further customizations thanks >>>> to the flexibility of the Containerfile format >>>> >>>> 6) Give maintainers a broader framework for debugging regressions, >>>> namely being able to boot into a specific snapshot listed in a bug report >>>> >>>> It's true that Nvidia has been the source of many hardware issues >>>> <https://www.youtube.com/watch?v=iYWzMvlj2RQ>. I refuse to own an >>>> Nvidia card because of this. But many Linux users use Nvidia, which I >>>> thought would be a great motivation for working on a container-native >>>> approach to out-of-three driver support. >>>> >>>> More info here: >>>> >>>> Nvidia images available for testing! >>>> <https://github.com/ublue-os/base/discussions/33> >>>> >>>> We did it! Hassle-free Nvidia drivers on Fedora Silverblue/Kinoite: >>>> Testers wanted! <https://www.youtube.com/watch?v=wl9EJCF_GM4> >>>> >>>> >>>> <https://www.ypsidanger.com/a-34-line-container-file-saves-the-linux-desktop/> >>>> Nvidia Linux users, this thirty-four line Containerfile might make your >>>> life suck way less. >>>> <https://www.ypsidanger.com/a-34-line-container-file-saves-the-linux-desktop/> >>>> >>>> - Josh >>>> >>>> _______________________________________________ >>>> WLUG mailing list -- wlug(a)lists.wlug.org >>>> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >>>> Create Account: https://wlug.mailman3.com/accounts/signup/ >>>> Change Settings: >>>> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >>>> Web Forum/Archive: >>>> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/UCJVP… >>>> >>>> >>> _______________________________________________ >>> WLUG mailing list -- wlug(a)lists.wlug.org >>> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >>> Create Account: https://wlug.mailman3.com/accounts/signup/ >>> Change Settings: >>> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >>> Web Forum/Archive: >>> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/TRIDU… >>> >> >> >> -- >> I am leery of the allegiances of any politician who refers to their >> constituents as "consumers". >> > >

Feb. 15, 2023

Re: Meeting agenda for thursday Feb 16th?

by kstratton＠fastmail.us

Could you forward an address and parking and other instructions. I am trying to decide if I can do the long drive from Hartford County. On Tue, Feb 14, 2023, at 1:33 PM, John Stoffel via WLUG wrote: >> What is an OrganPI? Scatological and crude comments have been suppressed. > > Duh! OrangePi LTS 3. > > http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/o… > > I must admit I haven't played around with WiFi in there, or bluetooth. > I was mostly looking for a small replacement for regular RaspberryPis > which are so damn expensive these days. > > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/WNQUQ… -- kstratton(a)fastmail.us

Feb. 14, 2023

Re: Meeting agenda for thursday Feb 16th?

by John Stoffel

> What is an OrganPI? Scatological and crude comments have been suppressed. Duh! OrangePi LTS 3. http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/details/o… I must admit I haven't played around with WiFi in there, or bluetooth. I was mostly looking for a small replacement for regular RaspberryPis which are so damn expensive these days.

Feb. 14, 2023

Re: Meeting agenda for thursday Feb 16th?

by David Glaser

What is an OrganPI? Scatological and crude comments have been suppressed. -David On 2/14/2023 12:21 PM, John Stoffel via WLUG wrote: > Hi all, > Is there an agenda for this thursdays meeting? I can bring an OrganPI > 3 LTS I just recently setup. Neat little box running Armbian. > Haven't don't anything with it though. > > I know KiCad 7.0.0 has been released, but I haven't had any time to > update my old discussion on KiCad for the new version. So I really > can't talk about it too much. > > I'm planning on being there, but who knows what will happen. > > John > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/R7MTW… -- This email has been checked for viruses by Avast antivirus software. www.avast.com

Feb. 14, 2023

Meeting agenda for thursday Feb 16th?

by John Stoffel

Hi all, Is there an agenda for this thursdays meeting? I can bring an OrganPI 3 LTS I just recently setup. Neat little box running Armbian. Haven't don't anything with it though. I know KiCad 7.0.0 has been released, but I haven't had any time to update my old discussion on KiCad for the new version. So I really can't talk about it too much. I'm planning on being there, but who knows what will happen. John

Feb. 14, 2023

Re: Meeting Tomorrow?

by Joel

That makes sense with a meeting last week. . See everyone on the 16th. . Joel On February 9, 2023 3:30:18 PM Tim Keller <turbofx(a)gmail.com> wrote: > We are not having a meeting on the 9th, we'll have a meeting on the 16th. > > Thanks, > Tim. > > On Wed, Feb 8, 2023 at 9:52 PM Joel via WLUG <wlug(a)lists.wlug.org> wrote: > > > Hi, > > > Are having a WLUG meeting as tomorrow 2/9 is the second Thursday? > > > Thank you, > > > Joel > > On February 6, 2023 10:46:54 AM Joshua Stone via WLUG <wlug(a)lists.wlug.org> wrote: >> Hey all, >> >> I thought I'd share a side project I've been working on, which involves building containers with Nvidia kernel modules and userspace components that work as bootable OS images thanks to "container-native" support within Fedora Silverblue. >> >> This approach has several advantages over the traditional package management model for installing out-of-tree drivers, including: >> >> 1) Have the install process and QA shift from client side to server side, making a CI/CD model of driver distribution possible. >> >> 2) Eliminate the possibility of update failures (i.e., will a , as only container builds with successful runs will be committed to a container registry and updates are delivered with an "immutable" model >> >> >> 3) Modules are signed with one key from a central repo, ensuring that only one key has to be enrolled for all client systems for enabling secure boot support >> >> 4) Enable the possibility of supporting multiple driver release streams. i.e., give users the freedom to rebase on 525xx, 520xx, 470xx series drivers, etc, as well as pin to a specific image snapshot in case of a driver regression >> >> >> 5) Have the ability to download a pre-built bootable image from a central repo, or build an image locally with further customizations thanks to the flexibility of the Containerfile format >> >> 6) Give maintainers a broader framework for debugging regressions, namely being able to boot into a specific snapshot listed in a bug report >> >> >> It's true that Nvidia has been the source of many hardware issues. I refuse to own an Nvidia card because of this. But many Linux users use Nvidia, which I thought would be a great motivation for working on a container-native approach to out-of-three driver support. >> >> >> More info here: >> >> Nvidia images available for testing! >> >> We did it! Hassle-free Nvidia drivers on Fedora Silverblue/Kinoite: Testers wanted! >> >> >> Nvidia Linux users, this thirty-four line Containerfile might make your life suck way less. >> >> - Josh >> >> >> _______________________________________________ >> WLUG mailing list -- wlug(a)lists.wlug.org >> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >> Create Account: https://wlug.mailman3.com/accounts/signup/ >> Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >> Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/UCJVP… > > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/TRIDU… > > > > -- > > I am leery of the allegiances of any politician who refers to their constituents as "consumers".

Feb. 9, 2023

Re: Meeting Tomorrow?

by Tim Keller

We are not having a meeting on the 9th, we'll have a meeting on the 16th. Thanks, Tim. On Wed, Feb 8, 2023 at 9:52 PM Joel via WLUG <wlug(a)lists.wlug.org> wrote: > > Hi, > > Are having a WLUG meeting as tomorrow 2/9 is the second Thursday? > > Thank you, > > Joel > > On February 6, 2023 10:46:54 AM Joshua Stone via WLUG <wlug(a)lists.wlug.org> > wrote: > >> Hey all, >> >> I thought I'd share a side project I've been working on, which involves >> building containers with Nvidia kernel modules and userspace components >> that work as bootable OS images thanks to "container-native" >> <https://fedoraproject.org/wiki/Changes/OstreeNativeContainerStable> >> support within Fedora Silverblue. >> >> This approach has several advantages over the traditional package >> management model for installing out-of-tree drivers, including: >> >> 1) Have the install process and QA shift from client side to server side, >> making a CI/CD model of driver distribution possible. >> >> 2) Eliminate the possibility of update failures (i.e., will a , as only >> container builds with successful runs will be committed to a container >> registry and updates are delivered with an "immutable" model >> >> 3) Modules are signed with one key from a central repo, ensuring that >> only one key has to be enrolled for all client systems for enabling secure >> boot support >> >> 4) Enable the possibility of supporting multiple driver release streams. >> i.e., give users the freedom to rebase on 525xx, 520xx, 470xx series >> drivers, etc, as well as pin to a specific image snapshot in case of a >> driver regression >> >> 5) Have the ability to download a pre-built bootable image from a central >> repo, or build an image locally with further customizations thanks to the >> flexibility of the Containerfile format >> >> 6) Give maintainers a broader framework for debugging regressions, namely >> being able to boot into a specific snapshot listed in a bug report >> >> It's true that Nvidia has been the source of many hardware issues >> <https://www.youtube.com/watch?v=iYWzMvlj2RQ>. I refuse to own an Nvidia >> card because of this. But many Linux users use Nvidia, which I thought >> would be a great motivation for working on a container-native approach to >> out-of-three driver support. >> >> More info here: >> >> Nvidia images available for testing! >> <https://github.com/ublue-os/base/discussions/33> >> >> We did it! Hassle-free Nvidia drivers on Fedora Silverblue/Kinoite: >> Testers wanted! <https://www.youtube.com/watch?v=wl9EJCF_GM4> >> >> >> <https://www.ypsidanger.com/a-34-line-container-file-saves-the-linux-desktop/> >> Nvidia Linux users, this thirty-four line Containerfile might make your >> life suck way less. >> <https://www.ypsidanger.com/a-34-line-container-file-saves-the-linux-desktop/> >> >> - Josh >> >> _______________________________________________ >> WLUG mailing list -- wlug(a)lists.wlug.org >> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >> Create Account: https://wlug.mailman3.com/accounts/signup/ >> Change Settings: >> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >> Web Forum/Archive: >> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/UCJVP… >> >> > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/TRIDU… > -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

Feb. 9, 2023

Next wlug meeting on the 16th of Feb.. not tonight.

by Tim Keller

Hey Gang, Considering that we just had a WLUG meeting the last Thursday of January, the next meeting will be on the 16th and then we'll go back to the regular second Thursday of the month for March. Sorry for the confusion about when meetings are. Thanks, Tim. -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

Feb. 9, 2023

Meeting Tomorrow?

by Joel

Hi, Are having a WLUG meeting as tomorrow 2/9 is the second Thursday? Thank you, Joel On February 6, 2023 10:46:54 AM Joshua Stone via WLUG <wlug(a)lists.wlug.org> wrote: > Hey all, > > I thought I'd share a side project I've been working on, which involves building containers with Nvidia kernel modules and userspace components that work as bootable OS images thanks to "container-native" support within Fedora Silverblue. > > This approach has several advantages over the traditional package management model for installing out-of-tree drivers, including: > > 1) Have the install process and QA shift from client side to server side, making a CI/CD model of driver distribution possible. > > 2) Eliminate the possibility of update failures (i.e., will a , as only container builds with successful runs will be committed to a container registry and updates are delivered with an "immutable" model > > 3) Modules are signed with one key from a central repo, ensuring that only one key has to be enrolled for all client systems for enabling secure boot support > > 4) Enable the possibility of supporting multiple driver release streams. i.e., give users the freedom to rebase on 525xx, 520xx, 470xx series drivers, etc, as well as pin to a specific image snapshot in case of a driver regression > > 5) Have the ability to download a pre-built bootable image from a central repo, or build an image locally with further customizations thanks to the flexibility of the Containerfile format > > 6) Give maintainers a broader framework for debugging regressions, namely being able to boot into a specific snapshot listed in a bug report > > It's true that Nvidia has been the source of many hardware issues. I refuse to own an Nvidia card because of this. But many Linux users use Nvidia, which I thought would be a great motivation for working on a container-native approach to out-of-three driver support. > > More info here: > > Nvidia images available for testing! > > We did it! Hassle-free Nvidia drivers on Fedora Silverblue/Kinoite: Testers wanted! > > > Nvidia Linux users, this thirty-four line Containerfile might make your life suck way less. > > - Josh > > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/UCJVP…

Feb. 9, 2023

Solving Nvidia support with image-based distros

by Joshua Stone

Hey all, I thought I'd share a side project I've been working on, which involves building containers with Nvidia kernel modules and userspace components that work as bootable OS images thanks to "container-native" <https://fedoraproject.org/wiki/Changes/OstreeNativeContainerStable> support within Fedora Silverblue. This approach has several advantages over the traditional package management model for installing out-of-tree drivers, including: 1) Have the install process and QA shift from client side to server side, making a CI/CD model of driver distribution possible. 2) Eliminate the possibility of update failures (i.e., will a , as only container builds with successful runs will be committed to a container registry and updates are delivered with an "immutable" model 3) Modules are signed with one key from a central repo, ensuring that only one key has to be enrolled for all client systems for enabling secure boot support 4) Enable the possibility of supporting multiple driver release streams. i.e., give users the freedom to rebase on 525xx, 520xx, 470xx series drivers, etc, as well as pin to a specific image snapshot in case of a driver regression 5) Have the ability to download a pre-built bootable image from a central repo, or build an image locally with further customizations thanks to the flexibility of the Containerfile format 6) Give maintainers a broader framework for debugging regressions, namely being able to boot into a specific snapshot listed in a bug report It's true that Nvidia has been the source of many hardware issues <https://www.youtube.com/watch?v=iYWzMvlj2RQ>. I refuse to own an Nvidia card because of this. But many Linux users use Nvidia, which I thought would be a great motivation for working on a container-native approach to out-of-three driver support. More info here: Nvidia images available for testing! <https://github.com/ublue-os/base/discussions/33> We did it! Hassle-free Nvidia drivers on Fedora Silverblue/Kinoite: Testers wanted! <https://www.youtube.com/watch?v=wl9EJCF_GM4> <https://www.ypsidanger.com/a-34-line-container-file-saves-the-linux-desktop/> Nvidia Linux users, this thirty-four line Containerfile might make your life suck way less. <https://www.ypsidanger.com/a-34-line-container-file-saves-the-linux-desktop/> - Josh

Feb. 6, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Jon "maddog" Hall

Organization of the 19,000 slides might not be as bad as you think. Each box of 24-36 slides is marked with a date of development, so each box goes into a different directory according to the date on the box. Averaging about 30 slides a box that means I would have 634 directories, Often on a trip I would take two or three rolls of film, so those two or three directories might, when sorted, clump together to be labeled as some trip or special event. And, as John said, Photoprism can do an amazing job of identifying things, and I am planning on installing these and my other (tens of thousands of) digital pictures on a 6 TB Raid system with a Raspberry Pi controlling it, so it can take as long as it wants to identify and categorize the slides. The slides I already have digitized are either from Kodak PhotoCDs or various digital cameras that I have had over the years, and already are in the directories by date....so I am pretty much there. Of course I often wonder if anyone will care about the pictures after I die.....but perhaps some people will like to see them...and I do have to cull through the NSFW pictures.... md On Mon, Jan 30, 2023 at 9:51 AM Tim Keller <turbofx(a)gmail.com> wrote: > The problem is one of organization. Let's imagine you get these all > scanned in, now you've got +/- ~19,000 pictures to sort. > > On Sat, Jan 28, 2023 at 2:44 PM John Stoffel via WLUG <wlug(a)lists.wlug.org> > wrote: > >> >>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: >> >> >> > I will see you all of those pieces of media and raise you about >> > 19,000 35mm slides to scan in. >> >> LOL! I've got some slides too... but not nearly that many. >> >> > On Fri, Jan 27, 2023 at 5:47 PM John Stoffel <john(a)stoffel.org> wrote: >> >> >>>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> >> writes: >> >> >> In 1975 I was working for Aetna Life and Casualty in Hartford, >> Connecticut. At that time >> > Aetna >> >> was the largest multiline Insurance company and also the largest >> commercial user of IBM >> > equipment >> >> in the "Free World" (which goes to show that with enough qualifiers >> you can be the best of >> >> anything). >> >> >> In any case we had 500,000 12" magnetic tape drives on site, with >> another 100,000 in a salt >> > mine >> >> for "long term storage". For those tapes the "retention time" was >> 9999 years. >> >> >> Some of the older tapes were marked as seven-track, 128 bits-per-inch. >> >> >> I asked my boss about trying to read those tapes, and he assured me >> there was a seven-track >> > tape >> >> drive stored along with the tapes, wrapped in bubble wrap. >> >> >> "Yes", I said, "but where is the computer that can attach to that tape >> drive, and the OS >> > that can >> >> drive the tape controller, and the operator that can boot and run that >> operating system?" >> >> >> My boss put his finger to his lips and said 'Shhhhhhhhh". >> >> > I'm in the same boat with 43,000+ pieces of media offsite at Iron >> > Mountain in a mix of DAT, DLT 7k, SDLT320 and LTO6 media that might >> > need to be restored. >> >> > And let's ignore the 8mm tapes that sat in a couple of boxes for 15+ >> > yeats without anyone touching them ... even after I scrapped the >> tape >> > library to read them. >> >> > _______________________________________________ >> > WLUG mailing list -- wlug(a)lists.wlug.org >> > To unsubscribe send an email to wlug-leave(a)lists.wlug.org >> > Create Account: https://wlug.mailman3.com/accounts/signup/ >> > Change Settings: >> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >> > Web Forum/Archive: >> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/TBLMD… >> _______________________________________________ >> WLUG mailing list -- wlug(a)lists.wlug.org >> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >> Create Account: https://wlug.mailman3.com/accounts/signup/ >> Change Settings: >> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >> Web Forum/Archive: >> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/5FC3P… >> > > > -- > I am leery of the allegiances of any politician who refers to their > constituents as "consumers". >

Jan. 31, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by John Stoffel

>>>>> "Tim" == Tim Keller <turbofx(a)gmail.com> writes: > The problem is one of organization. Let's imagine you get these all > scanned in, now you've got +/- ~19,000 pictures to sort. Same with the tapes... just cause I know which tape has which files tells me nothing about how useful that file will be... it's always a pain to archive an old ASIC chip design because you need: 1. design files 2. the specific tool versions 3. OS and hardware for the tools 4. licenses for the tools! - good luck when alot of the vendors are bought out or shutdown 5. someone who knows how to run steps 1-4. 6. the same process at the FAB running to make the chips... So archiving a design is not simple or cheap. You really don't want the intermediate files honestly, just the initial VHDL and rough layout tools are probably enough for anything older than 5 years since you'll have to re-spin the workflow anyway, unless you're lucky enough to still have it hanging around. Once you hit ten yeats... all bets are off. Now with scanning in those slides, I'd just toss them into 'photoprism' and let it classify them for me. Will it be perfect? No, but it did a decent job on my 70,000+ images I tossed at it. Took a few days since I don't have NVidia CPUs to run the classifier on for a speed up. But it did a neat job. And it even find obects as well. Very cool stuff.

Jan. 30, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Tim Keller

The problem is one of organization. Let's imagine you get these all scanned in, now you've got +/- ~19,000 pictures to sort. On Sat, Jan 28, 2023 at 2:44 PM John Stoffel via WLUG <wlug(a)lists.wlug.org> wrote: > >>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: > > > > I will see you all of those pieces of media and raise you about > > 19,000 35mm slides to scan in. > > LOL! I've got some slides too... but not nearly that many. > > > On Fri, Jan 27, 2023 at 5:47 PM John Stoffel <john(a)stoffel.org> wrote: > > >>>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: > > >> In 1975 I was working for Aetna Life and Casualty in Hartford, > Connecticut. At that time > > Aetna > >> was the largest multiline Insurance company and also the largest > commercial user of IBM > > equipment > >> in the "Free World" (which goes to show that with enough qualifiers you > can be the best of > >> anything). > > >> In any case we had 500,000 12" magnetic tape drives on site, with > another 100,000 in a salt > > mine > >> for "long term storage". For those tapes the "retention time" was > 9999 years. > > >> Some of the older tapes were marked as seven-track, 128 bits-per-inch. > > >> I asked my boss about trying to read those tapes, and he assured me > there was a seven-track > > tape > >> drive stored along with the tapes, wrapped in bubble wrap. > > >> "Yes", I said, "but where is the computer that can attach to that tape > drive, and the OS > > that can > >> drive the tape controller, and the operator that can boot and run that > operating system?" > > >> My boss put his finger to his lips and said 'Shhhhhhhhh". > > > I'm in the same boat with 43,000+ pieces of media offsite at Iron > > Mountain in a mix of DAT, DLT 7k, SDLT320 and LTO6 media that might > > need to be restored. > > > And let's ignore the 8mm tapes that sat in a couple of boxes for 15+ > > yeats without anyone touching them ... even after I scrapped the tape > > library to read them. > > > _______________________________________________ > > WLUG mailing list -- wlug(a)lists.wlug.org > > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > > Create Account: https://wlug.mailman3.com/accounts/signup/ > > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/TBLMD… > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/5FC3P… > -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

Jan. 30, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by John Stoffel

>>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: > I will see you all of those pieces of media and raise you about > 19,000 35mm slides to scan in. LOL! I've got some slides too... but not nearly that many. > On Fri, Jan 27, 2023 at 5:47 PM John Stoffel <john(a)stoffel.org> wrote: >>>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: >> In 1975 I was working for Aetna Life and Casualty in Hartford, Connecticut. At that time > Aetna >> was the largest multiline Insurance company and also the largest commercial user of IBM > equipment >> in the "Free World" (which goes to show that with enough qualifiers you can be the best of >> anything). >> In any case we had 500,000 12" magnetic tape drives on site, with another 100,000 in a salt > mine >> for "long term storage". For those tapes the "retention time" was 9999 years. >> Some of the older tapes were marked as seven-track, 128 bits-per-inch. >> I asked my boss about trying to read those tapes, and he assured me there was a seven-track > tape >> drive stored along with the tapes, wrapped in bubble wrap. >> "Yes", I said, "but where is the computer that can attach to that tape drive, and the OS > that can >> drive the tape controller, and the operator that can boot and run that operating system?" >> My boss put his finger to his lips and said 'Shhhhhhhhh". > I'm in the same boat with 43,000+ pieces of media offsite at Iron > Mountain in a mix of DAT, DLT 7k, SDLT320 and LTO6 media that might > need to be restored. > And let's ignore the 8mm tapes that sat in a couple of boxes for 15+ > yeats without anyone touching them ... even after I scrapped the tape > library to read them. > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/TBLMD…

Jan. 28, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Jon "maddog" Hall

John, I will see you all of those pieces of media and raise you about 19,000 35mm slides to scan in. md On Fri, Jan 27, 2023 at 5:47 PM John Stoffel <john(a)stoffel.org> wrote: > >>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: > > > In 1975 I was working for Aetna Life and Casualty in Hartford, > Connecticut. At that time Aetna > > was the largest multiline Insurance company and also the largest > commercial user of IBM equipment > > in the "Free World" (which goes to show that with enough qualifiers you > can be the best of > > anything). > > > In any case we had 500,000 12" magnetic tape drives on site, with > another 100,000 in a salt mine > > for "long term storage". For those tapes the "retention time" was 9999 > years. > > > Some of the older tapes were marked as seven-track, 128 bits-per-inch. > > > I asked my boss about trying to read those tapes, and he assured me > there was a seven-track tape > > drive stored along with the tapes, wrapped in bubble wrap. > > > "Yes", I said, "but where is the computer that can attach to that tape > drive, and the OS that can > > drive the tape controller, and the operator that can boot and run that > operating system?" > > > My boss put his finger to his lips and said 'Shhhhhhhhh". > > I'm in the same boat with 43,000+ pieces of media offsite at Iron > Mountain in a mix of DAT, DLT 7k, SDLT320 and LTO6 media that might > need to be restored. > > And let's ignore the 8mm tapes that sat in a couple of boxes for 15+ > yeats without anyone touching them ... even after I scrapped the tape > library to read them. > >

Jan. 28, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Joshua Stone

If anyone is looking for an external optical drive that can handle blu-ray and M-DISC, then this is the model I endorse: https://www.pioneerelectronics.com/PUSA/Computer/Computer+Drives/BDR-XD08UM… I've been able to read all kinds of blu-rays with it, including UHD. It also uses USB-C which saves so much trouble finding the right cable. And no drivers necessary for running on Linux! Optical media is increasingly uncommon these days, so I can understand why almost no new computers come with them, however external optical drives still have their uses. I've definitely gotten a lot of use with mine with all of the movies I check out from the library! - Josh On Fri, Jan 27, 2023 at 5:48 PM John Stoffel via WLUG <wlug(a)lists.wlug.org> wrote: > >>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: > > > In 1975 I was working for Aetna Life and Casualty in Hartford, > Connecticut. At that time Aetna > > was the largest multiline Insurance company and also the largest > commercial user of IBM equipment > > in the "Free World" (which goes to show that with enough qualifiers you > can be the best of > > anything). > > > In any case we had 500,000 12" magnetic tape drives on site, with > another 100,000 in a salt mine > > for "long term storage". For those tapes the "retention time" was 9999 > years. > > > Some of the older tapes were marked as seven-track, 128 bits-per-inch. > > > I asked my boss about trying to read those tapes, and he assured me > there was a seven-track tape > > drive stored along with the tapes, wrapped in bubble wrap. > > > "Yes", I said, "but where is the computer that can attach to that tape > drive, and the OS that can > > drive the tape controller, and the operator that can boot and run that > operating system?" > > > My boss put his finger to his lips and said 'Shhhhhhhhh". > > I'm in the same boat with 43,000+ pieces of media offsite at Iron > Mountain in a mix of DAT, DLT 7k, SDLT320 and LTO6 media that might > need to be restored. > > And let's ignore the 8mm tapes that sat in a couple of boxes for 15+ > yeats without anyone touching them ... even after I scrapped the tape > library to read them. > > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/ZHWUH… >

Jan. 28, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by John Stoffel

>>>>> "Jon" == Jon \"maddog\" Hall via WLUG <wlug(a)lists.wlug.org> writes: > In 1975 I was working for Aetna Life and Casualty in Hartford, Connecticut. At that time Aetna > was the largest multiline Insurance company and also the largest commercial user of IBM equipment > in the "Free World" (which goes to show that with enough qualifiers you can be the best of > anything). > In any case we had 500,000 12" magnetic tape drives on site, with another 100,000 in a salt mine > for "long term storage". For those tapes the "retention time" was 9999 years. > Some of the older tapes were marked as seven-track, 128 bits-per-inch. > I asked my boss about trying to read those tapes, and he assured me there was a seven-track tape > drive stored along with the tapes, wrapped in bubble wrap. > "Yes", I said, "but where is the computer that can attach to that tape drive, and the OS that can > drive the tape controller, and the operator that can boot and run that operating system?" > My boss put his finger to his lips and said 'Shhhhhhhhh". I'm in the same boat with 43,000+ pieces of media offsite at Iron Mountain in a mix of DAT, DLT 7k, SDLT320 and LTO6 media that might need to be restored. And let's ignore the 8mm tapes that sat in a couple of boxes for 15+ yeats without anyone touching them ... even after I scrapped the tape library to read them.

Jan. 27, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Jon "maddog" Hall

In 1975 I was working for Aetna Life and Casualty in Hartford, Connecticut. At that time Aetna was the largest multiline Insurance company and also the largest commercial user of IBM equipment in the "Free World" (which goes to show that with enough qualifiers you can be the best of anything). In any case we had 500,000 12" magnetic tape drives on site, with another 100,000 in a salt mine for "long term storage". For those tapes the "retention time" was 9999 years. Some of the older tapes were marked as seven-track, 128 bits-per-inch. I asked my boss about trying to read those tapes, and he assured me there was a seven-track tape drive stored along with the tapes, wrapped in bubble wrap. "Yes", I said, "but where is the computer that can attach to that tape drive, and the OS that can drive the tape controller, and the operator that can boot and run that operating system?" My boss put his finger to his lips and said 'Shhhhhhhhh". md On Fri, Jan 27, 2023 at 1:39 PM Chuck Anderson via WLUG <wlug(a)lists.wlug.org> wrote: > Ignoring the 1000-year hype, I think it all depends on how much the > archivist community adopts the technology. If archivists decide that > M-DISC is a good solution, then the technology to read them will be > kept alive for that purpose at least long enough to copy the data to a > future format for the next span of time. If that is 30 or 50 or 100 > years, you are already doing much better than other types of digital > media at this storage density. > > Luckily M-DISC is just standard Blu-Ray at the physical layer. All > Blu-Ray drives can read M-DISC media, and all Blu-Ray writable drives > can write to M-DISC media. The same is not true of writing to M-DISC > DVDs--apparently some DVD-R drives do not have a strong enough laser > to write to M-DISC DVD. > > On Fri, Jan 27, 2023 at 01:13:04PM -0500, Frank Sweetser wrote: > > Let's be honest - if you gave someone a BlueRay disk *today*, there's a > > pretty good chance they'd have to go hunting around to find some hardware > > to read it. 1,000 years from now, you'd have to: > > > > > > - Set up the appropriate laser hardware to scan the physical medium at > > the appropriate resolution, frequency, etc, while not going so high > power > > that you damage the disc. > > - Translate the physical pits on the disc to a bitstream. > > - Translate the bitstream as a filesystem data. > > - Translate the contents of the files (anyone still have a copy of > Word > > 95?) > > > > This technology is probably fantastic on a scale of a few decades, so > long > > as you're careful about which file formats you pick, but if you're > serious > > about centuries or more you'd probably have to stick to something that > > requires no technology to read, like engravings on glass or non-corrosive > > metals. > > > > (For extra fun, just imagine the fun in a few centuries when amateur > > archeologists try to figure out these funny markings that turn out to be > QR > > codes > > > https://monuments.com/store/headstones-accessories/living-headstones-qr-code > > ) > > > > On Fri, Jan 27, 2023 at 12:01 PM Tim Keller via WLUG < > wlug(a)lists.wlug.org> > > wrote: > > > > > Here's a question... in a 1000 years.. will you even have a drive that > > > could read such a disk? > > > You'd need to store details manuals with how to construct a drive and > the > > > format of the disks. > > > > > > On Fri, Jan 27, 2023 at 11:55 AM John Stoffel via WLUG < > > > wlug(a)lists.wlug.org> wrote: > > > > > >> >>>>> "Chuck" == Chuck Anderson via WLUG <wlug(a)lists.wlug.org> > writes: > > >> > > >> > Last night we were talking about long-term storage media that won't > > >> > degrade or fail. What you want is M-DISC: > > >> > > >> > https://www.zdnet.com/article/the-1000-year-dvd-is-here/ > > >> > > >> > > > >> > https://www.amazon.com/Verbatim-98913-M-Disc-100GB-Surface/dp/B017H13DFS > > >> > > >> I see you can still buy the media and the drives to _write_ as of > > >> recently. Has anyone actually used these? > > >> > > >> I did find this interesting site: > > >> > > >> https://obsoletemedia.org > > >> > > >> And I currently have an external 2Tb USB harddrive in my safe deposit > > >> box with family photos and such. I should really buy a new one and do > > >> a swap so I have another sitting around. > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/FRXWY… >

Jan. 27, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Chuck Anderson

Ignoring the 1000-year hype, I think it all depends on how much the archivist community adopts the technology. If archivists decide that M-DISC is a good solution, then the technology to read them will be kept alive for that purpose at least long enough to copy the data to a future format for the next span of time. If that is 30 or 50 or 100 years, you are already doing much better than other types of digital media at this storage density. Luckily M-DISC is just standard Blu-Ray at the physical layer. All Blu-Ray drives can read M-DISC media, and all Blu-Ray writable drives can write to M-DISC media. The same is not true of writing to M-DISC DVDs--apparently some DVD-R drives do not have a strong enough laser to write to M-DISC DVD. On Fri, Jan 27, 2023 at 01:13:04PM -0500, Frank Sweetser wrote: > Let's be honest - if you gave someone a BlueRay disk *today*, there's a > pretty good chance they'd have to go hunting around to find some hardware > to read it. 1,000 years from now, you'd have to: > > > - Set up the appropriate laser hardware to scan the physical medium at > the appropriate resolution, frequency, etc, while not going so high power > that you damage the disc. > - Translate the physical pits on the disc to a bitstream. > - Translate the bitstream as a filesystem data. > - Translate the contents of the files (anyone still have a copy of Word > 95?) > > This technology is probably fantastic on a scale of a few decades, so long > as you're careful about which file formats you pick, but if you're serious > about centuries or more you'd probably have to stick to something that > requires no technology to read, like engravings on glass or non-corrosive > metals. > > (For extra fun, just imagine the fun in a few centuries when amateur > archeologists try to figure out these funny markings that turn out to be QR > codes > https://monuments.com/store/headstones-accessories/living-headstones-qr-code > ) > > On Fri, Jan 27, 2023 at 12:01 PM Tim Keller via WLUG <wlug(a)lists.wlug.org> > wrote: > > > Here's a question... in a 1000 years.. will you even have a drive that > > could read such a disk? > > You'd need to store details manuals with how to construct a drive and the > > format of the disks. > > > > On Fri, Jan 27, 2023 at 11:55 AM John Stoffel via WLUG < > > wlug(a)lists.wlug.org> wrote: > > > >> >>>>> "Chuck" == Chuck Anderson via WLUG <wlug(a)lists.wlug.org> writes: > >> > >> > Last night we were talking about long-term storage media that won't > >> > degrade or fail. What you want is M-DISC: > >> > >> > https://www.zdnet.com/article/the-1000-year-dvd-is-here/ > >> > >> > > >> https://www.amazon.com/Verbatim-98913-M-Disc-100GB-Surface/dp/B017H13DFS > >> > >> I see you can still buy the media and the drives to _write_ as of > >> recently. Has anyone actually used these? > >> > >> I did find this interesting site: > >> > >> https://obsoletemedia.org > >> > >> And I currently have an external 2Tb USB harddrive in my safe deposit > >> box with family photos and such. I should really buy a new one and do > >> a swap so I have another sitting around.

Jan. 27, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Frank Sweetser

Let's be honest - if you gave someone a BlueRay disk *today*, there's a pretty good chance they'd have to go hunting around to find some hardware to read it. 1,000 years from now, you'd have to: - Set up the appropriate laser hardware to scan the physical medium at the appropriate resolution, frequency, etc, while not going so high power that you damage the disc. - Translate the physical pits on the disc to a bitstream. - Translate the bitstream as a filesystem data. - Translate the contents of the files (anyone still have a copy of Word 95?) This technology is probably fantastic on a scale of a few decades, so long as you're careful about which file formats you pick, but if you're serious about centuries or more you'd probably have to stick to something that requires no technology to read, like engravings on glass or non-corrosive metals. (For extra fun, just imagine the fun in a few centuries when amateur archeologists try to figure out these funny markings that turn out to be QR codes https://monuments.com/store/headstones-accessories/living-headstones-qr-code ) On Fri, Jan 27, 2023 at 12:01 PM Tim Keller via WLUG <wlug(a)lists.wlug.org> wrote: > Here's a question... in a 1000 years.. will you even have a drive that > could read such a disk? > You'd need to store details manuals with how to construct a drive and the > format of the disks. > > On Fri, Jan 27, 2023 at 11:55 AM John Stoffel via WLUG < > wlug(a)lists.wlug.org> wrote: > >> >>>>> "Chuck" == Chuck Anderson via WLUG <wlug(a)lists.wlug.org> writes: >> >> > Last night we were talking about long-term storage media that won't >> > degrade or fail. What you want is M-DISC: >> >> > https://www.zdnet.com/article/the-1000-year-dvd-is-here/ >> >> > >> https://www.amazon.com/Verbatim-98913-M-Disc-100GB-Surface/dp/B017H13DFS >> >> I see you can still buy the media and the drives to _write_ as of >> recently. Has anyone actually used these? >> >> I did find this interesting site: >> >> https://obsoletemedia.org >> >> And I currently have an external 2Tb USB harddrive in my safe deposit >> box with family photos and such. I should really buy a new one and do >> a swap so I have another sitting around. >> >> John >> _______________________________________________ >> WLUG mailing list -- wlug(a)lists.wlug.org >> To unsubscribe send an email to wlug-leave(a)lists.wlug.org >> Create Account: https://wlug.mailman3.com/accounts/signup/ >> Change Settings: >> https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ >> Web Forum/Archive: >> https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/LGDTB… >> > > > -- > I am leery of the allegiances of any politician who refers to their > constituents as "consumers". > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/AIZH5… > -- - Frank

Jan. 27, 2023

Re: M-DISC 1000-year DVD and Blu-Ray

by Tim Keller

Here's a question... in a 1000 years.. will you even have a drive that could read such a disk? You'd need to store details manuals with how to construct a drive and the format of the disks. On Fri, Jan 27, 2023 at 11:55 AM John Stoffel via WLUG <wlug(a)lists.wlug.org> wrote: > >>>>> "Chuck" == Chuck Anderson via WLUG <wlug(a)lists.wlug.org> writes: > > > Last night we were talking about long-term storage media that won't > > degrade or fail. What you want is M-DISC: > > > https://www.zdnet.com/article/the-1000-year-dvd-is-here/ > > > https://www.amazon.com/Verbatim-98913-M-Disc-100GB-Surface/dp/B017H13DFS > > I see you can still buy the media and the drives to _write_ as of > recently. Has anyone actually used these? > > I did find this interesting site: > > https://obsoletemedia.org > > And I currently have an external 2Tb USB harddrive in my safe deposit > box with family photos and such. I should really buy a new one and do > a swap so I have another sitting around. > > John > _______________________________________________ > WLUG mailing list -- wlug(a)lists.wlug.org > To unsubscribe send an email to wlug-leave(a)lists.wlug.org > Create Account: https://wlug.mailman3.com/accounts/signup/ > Change Settings: > https://wlug.mailman3.com/postorius/lists/wlug.lists.wlug.org/ > Web Forum/Archive: > https://wlug.mailman3.com/hyperkitty/list/wlug@lists.wlug.org/message/LGDTB… > -- I am leery of the allegiances of any politician who refers to their constituents as "consumers".

Jan. 27, 2023