Re: [PLUG] NVidia video on a Dell Optiplex 790
On 8/17/21 00:45, Russell Senior wrote: > lspci says: > >01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce > 210] (rev a2) > > After an ubuntu 20.04 update, video disappears. It was using the > nvidia-340 driver. It appears the build against a new kernel failed. > I've encountered this previously, although it was long enough ago that > I don't remember exactly what I did. The internet tells me that nvidia > EOL'd support for "legacy" video cards. So, I guess I am looking for a > replacement. It is just a plain jane desktop box, no fancy 3d video > acceleration required afaik. > > It's a small form factor box I got at FreeGeek a number of years ago. > > Any suggestions for a replacement? > As kernels improve, nvidia does't go back and update EOL legacy drivers. nvida-340.108 hasn't been updated since 2019. Did you try the open source nouveau driver that comes built into most linux distros? Geforce 200 series (NV50 Tesla) are well supported for most 2D/3D functions short of CUDA/OpenCL and newer video games. remove all traces of nvidia-proprietary bin blob and X.org with nouveau works OOTB. If Wayland, you are on your own https://nouveau.freedesktop.org/FeatureMatrix.html https://nouveau.freedesktop.org/CodeNames.html Geforce 400 series (nvidia-390.144), or 600 and newer (470.63.01) are still supported. https://www.nvidia.com/en-us/drivers/unix/ -Ed
Re: [PLUG] Counting Files
Ugh. Sorry, too little coffee. Didn't notice this had already been covered. --- David Fleck ‐‐‐ Original Message ‐‐‐ On Tuesday, August 17th, 2021 at 7:39 AM, David Fleck wrote: > 'cut' might work well also. > > > ls | cut -f1 -d@ | sort | uniq -c > > to get a list in sort order, or > > > ls | cut -f1 -d@ |sort | uniq -c | sort -n > > to get a list ordered by frequency. > > --- David Fleck > > ‐‐‐ Original Message ‐‐‐ > > On Tuesday, August 17th, 2021 at 1:46 AM, Russell Senior > russ...@personaltelco.net wrote: > > > From the uniq manpage: > > > > Note: 'uniq' does not detect repeated lines unless they are > > > > adjacent. You may want to sort the input first, or use 'sort -u' > > > > without 'uniq'. Also, comparisons honor the rules specified by > > > > 'LC_COLLATE'. > > > > On Mon, Aug 16, 2021 at 10:45 PM wes p...@the-wes.com wrote: > > > > > On Mon, Aug 16, 2021 at 8:45 PM Randy Bush ra...@psg.com wrote: > > > > > > > can you point me to where it is documented that `find` is guaranteed > > > > > > > > to produce an ordered list? > > > > > > I don't have any such documentation or belief. my belief is that uniq will > > > > > > count non-consecutive matches, that's what I'm relying on. however, > > > sorting > > > > > > first doesn't hurt anything, so have at it. > > > > > > yeah, awk is often a more appropriate tool for this type of job, it's just > > > > > > that I happened to learn sed first, so I default to that. it's the same > > > > > > reason I use vi instead of emacs, it's largely down to complete > > > coincidence. > > > > > > -wes
Re: [PLUG] Counting Files
'cut' might work well also. > ls | cut -f1 -d@ | sort | uniq -c to get a list in sort order, or > ls | cut -f1 -d@ |sort | uniq -c | sort -n to get a list ordered by frequency. --- David Fleck ‐‐‐ Original Message ‐‐‐ On Tuesday, August 17th, 2021 at 1:46 AM, Russell Senior wrote: > From the uniq manpage: > > Note: 'uniq' does not detect repeated lines unless they are > > adjacent. You may want to sort the input first, or use 'sort -u' > > without 'uniq'. Also, comparisons honor the rules specified by > > 'LC_COLLATE'. > > On Mon, Aug 16, 2021 at 10:45 PM wes p...@the-wes.com wrote: > > > On Mon, Aug 16, 2021 at 8:45 PM Randy Bush ra...@psg.com wrote: > > > > > can you point me to where it is documented that `find` is guaranteed > > > > > > to produce an ordered list? > > > > I don't have any such documentation or belief. my belief is that uniq will > > > > count non-consecutive matches, that's what I'm relying on. however, sorting > > > > first doesn't hurt anything, so have at it. > > > > yeah, awk is often a more appropriate tool for this type of job, it's just > > > > that I happened to learn sed first, so I default to that. it's the same > > > > reason I use vi instead of emacs, it's largely down to complete coincidence. > > > > -wes
Re: [PLUG] Counting Files
>> can you point me to where it is documented that `find` is guaranteed >> to produce an ordered list? > I don't have any such documentation or belief. my belief is that uniq > will count non-consecutive matches it won't randy
[PLUG] NVidia video on a Dell Optiplex 790
lspci says: 01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2) After an ubuntu 20.04 update, video disappears. It was using the nvidia-340 driver. It appears the build against a new kernel failed. I've encountered this previously, although it was long enough ago that I don't remember exactly what I did. The internet tells me that nvidia EOL'd support for "legacy" video cards. So, I guess I am looking for a replacement. It is just a plain jane desktop box, no fancy 3d video acceleration required afaik. It's a small form factor box I got at FreeGeek a number of years ago. Any suggestions for a replacement? -- Russell Senior russ...@personaltelco.net
Re: [PLUG] Counting Files
>From the uniq manpage: Note: 'uniq' does not detect repeated lines unless they are adjacent. You may want to sort the input first, or use 'sort -u' without 'uniq'. Also, comparisons honor the rules specified by 'LC_COLLATE'. On Mon, Aug 16, 2021 at 10:45 PM wes wrote: > > On Mon, Aug 16, 2021 at 8:45 PM Randy Bush wrote: > > > > > can you point me to where it is documented that `find` is guaranteed > > to produce an ordered list? > > > > I don't have any such documentation or belief. my belief is that uniq will > count non-consecutive matches, that's what I'm relying on. however, sorting > first doesn't hurt anything, so have at it. > > yeah, awk is often a more appropriate tool for this type of job, it's just > that I happened to learn sed first, so I default to that. it's the same > reason I use vi instead of emacs, it's largely down to complete coincidence. > > -wes
