- WLUG - wlug.mailman3.com

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