https://docs.mailman3.org/en/latest/migration.html
We currently run Mailman 2 which is not supported in Debian/Bullseye which
will freeze soon. So upgrading will force an upgrade to Mailman 3 (which is a
good thing anyway), above are the upgrade docs. One thing to note is that
URLs for archives will change, is this a problem?
https://etbe.coker.com.au/2021/01/12/psi-cgroup2/
I've already started upgrading the LUV server to Debian/Bullseye, the above
blog post shows one of the things I'm doing to take advantage of new Linux and
systemd features. To get some of these things working well before the freeze
of Bullseye I need to have some real servers running the latest code.
I would like to get the upgrade done in the next few days. I don't anticipate
this causing any inconvenience as the lists have been very quiet recently.
--
My Main Blog http://etbe.coker.com.au/
My Documents Blog http://doc.coker.com.au/
Hi All,
I had Ramme installed by Deb on Ubuntu 18.04LTS and it worked quite well
with occasional flakiness, but no hanging the computer. I have upgraded
to Ubuntu 20.4 LTS and now Ramme does not fire up. Starting it from the
terminal I get only "Segmentation Fault".
At least with Ramme, I was able to upload one image at a time to
Instagram without having to bare my ass in Bourke St, I did not need to
give IG access to my image folders. My trust of FB does not extend very far.
Does anyone else use Ramme? What can I do now, I suspect that Ramme is
unsupported, despite it being the best IG client in the Linux galaxy.
Gratefully
Andrew Greig
I have restored the LUV Wiki to the backup from 2nd September 2020 because
some time after that spammers discovered that due to a configuration error
they could create accounts with edit access with no restrictions.
I've fixed that configuration error. I noticed the issue when disk space
started running low due to the MariaDB database for the Wiki getting
increasingly large due to spam. /var/lib/mysql/luv_wiki was 908M before the
restore from backup, now it is 50M.
Let me know if you made Wiki changes during that time period, I can extract
stuff from the backups if needed.
--
My Main Blog http://etbe.coker.com.au/
My Documents Blog http://doc.coker.com.au/
Hi All,
I am very grateful for the assistance which has been given over the
years by this list. I am looking for some advice regarding the OS
version to use in an upgrade. I have an AMD system with an SSD 1Tb as my
system drive, it is where I do my image processing under Darktable, and
I have a pair of disks RAID 1, which is Data under BTRFS, and everything
has been fantastic. Ed Chan has been significantly helpful with some
scripts to automate my back ups and snapshots.
I am looking to upgrade to Ubuntu 20.04 LTS, but should I load the
Server version or will the Desktop version suffice?
My activities include email, browsing, photo editing, watching the
"University of YouTube", various social media.
Many thanks
Andrew Greig
> Hello Russell, and others,
>
> On 12/26/20, Russell Coker via luv-main <luv-main(a)luv.asn.au> wrote:
>> On Saturday, 26 December 2020 6:17:27 PM AEDT Keith Bainbridge via
>> luv-main
>>
>> wrote:
>>> On 26/12/20 2:51 pm, Tim Connors via luv-main wrote:
>>> > When I bought the laptop in 2014, I thought "32GB would be enough for
>>> > *anyone*!".
>>>
>>> Isn't that what 'they' said when RAM was limited to 1MB
>>
>> 32G seems a lot for just web browsing. I have 100+ tabs open in Chrome
>> and
>> it
>> runs fine in 8G.
>>
>> Software keeps getting bigger to fill all available space. I don't think
>> that
>> KDE now in 8G of RAM is doing anything for me that KDE didn't do for me
>> in
>> 96M
>> in 1999.
>
> I still remember effective wordprocessing with well under a megabyte
> of memory on the early PC's, whether IBM or quasi compatible. My first
> efforts were on a DEC Rainbow, under CPM 86/80 with "WPS". There was
> an equivalent package for the PDP8A running with something like 64 K
> or RAM, and supporting two concurrent users, and the daisy wheel
> printer, true letter quality printing. I can appreciate that the
> current software "frameworks" or libraries make it relatively quick
> and easy to put together larger software packages, and mostly enforce
> good multithreading and memory overrun protection practices, but they
> tend to produce significantly larger code and data memory footprints,
> and sometimes quite slow execution.
>
> I prefer the way that open source does it, where it can be seen and
> considered, rather than the closed source software where it becomes
> necessary to just trust the competence of the programmers, and their
> CVS practices.
>
> Regards,
>
> Mark Trickett
>
`ulimit -v` doesn't work very well for multithreaded applications to limit
their memory usage because it just spawns off more processes when it wants
to hog more resources, and any limit I've found to stop it crashing my
machine are unrealistically small per process and stops legit tabs from
running.
How, as an unprivledged user on debian, do I put mozilla into its own
cgroup limiting its memory usage to ~ 50% of real memory (16GB ought be
enough for 3 tabs these days, eh?).
--
Tim Connors
Am trying to transfer files using gphoto2 from my Canon camera over USB.
gphoto2 says for one particular file:
$ gphoto2 -L
[...]
#20 2Y4A1053.MP4 rd 0 KB video/mp4
[...]
Where 0KB is is not correct. Besides the photo looks good on the camera.
According to the camera the file size is 5.19GB.
Does gphoto2 have limitations concerning maximum file size? Guessing
there is a silent threshold at 4GB.
A bit disconcerting when I think I have copied all my files, but it has
actually copied size 0. With no errors or warnings. I have lost files
that way. Particularly with the "file move" operation.
Similar results when copying using nautilus file manager.
This is on Debian/bullseye.
Alternatively, is it possible this is a firmware bug on the camera?
--
Brian May <brian(a)linuxpenguins.xyz>
https://linuxpenguins.xyz/brian/
Morning all,
Looking for recommendations for an NBN RSP. We're in one of the last areas
to be built out, and it's finally time to switch from ADSL to FTTN. We're
only ~100M or so from the cabinet so I'm expecting a reasonable connection
(as far as FTTN is 'reasonable').
So far I've narrowed the list to Aussie Broadband and Superloop, which look
reasonably on par. Any recommendations, or other suggestions?
I'll also need to do an equipment upgrade in the near future. Thinking of
replacing our stopgap all-in-one device with Ubiquiti kit, e.g. an
EdgeRouter, POE AP, switch. Anyone have experience with this? Is it
overkill for a small home network?
Cheers,
Tim
How likely is the following error (which happens periodically) to be on the M.
2 SATA device and how likely is it to be on the motherboard? If it's on the
SATA device I can replace that, if it's the motherboard I just need to put up
with periodic hangs and keep good backups (a new motherboard costs more than
the value of the laptop).
[315041.837612] ata1.00: status: { DRDY }
[315041.837613] ata1.00: failed command: WRITE FPDMA QUEUED
[315041.837616] ata1.00: cmd 61/20:48:28:1e:3e/00:00:00:00:00/40 tag 9 ncq dma
16384 out
res 40/00:01:00:00:00/00:00:00:00:00/e0 Emask 0x4
(timeout)
[315041.837617] ata1.00: status: { DRDY }
[315041.837618] ata1.00: failed command: READ FPDMA QUEUED
[315041.837621] ata1.00: cmd 60/08:50:e0:26:84/00:00:00:00:00/40 tag 10 ncq
dma 4096 in
res 40/00:01:00:00:00/00:00:00:00:00/e0 Emask 0x4
(timeout)
[315041.837622] ata1.00: status: { DRDY }
[315041.837625] ata1: hard resetting link
[315042.151781] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[315042.163368] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES)
succeeded
[315042.163370] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK)
filtered out
[315042.163372] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered
out
[315042.183332] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES)
succeeded
[315042.183334] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK)
filtered out
[315042.183336] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered
out
[315042.193332] ata1.00: configured for UDMA/133
[315042.193789] sd 0:0:0:0: [sda] tag#10 FAILED Result: hostbyte=DID_OK
driverbyte=DRIVER_SENSE
[315042.193791] sd 0:0:0:0: [sda] tag#10 Sense Key : Illegal Request [current]
[315042.193793] sd 0:0:0:0: [sda] tag#10 Add. Sense: Unaligned write command
[315042.193795] sd 0:0:0:0: [sda] tag#10 CDB: Read(10) 28 00 00 84 26 e0 00 00
08 00
[315042.193797] print_req_error: I/O error, dev sda, sector 8660704
[315042.193810] ata1: EH complete
I'm getting the errors on a wide selection of somewhat random sectors (that
are all divisible by 8).
Dec 14 17:40:09 liv kernel: [297451.401459] print_req_error: I/O error, dev
sdb, sector 2073200
Dec 14 17:40:29 liv kernel: [297471.674024] print_req_error: I/O error, dev
sdb, sector 2931718768
Dec 14 17:40:29 liv kernel: [297471.674295] print_req_error: I/O error, dev
sdb, sector 1226653088
Dec 14 17:40:29 liv kernel: [297471.674315] print_req_error: I/O error, dev
sdb, sector 4156298656
Dec 14 22:33:20 liv kernel: [315042.193797] print_req_error: I/O error, dev
sda, sector 8660704
Dec 11 17:42:23 liv kernel: [182970.726875] print_req_error: I/O error, dev
sda, sector 42147264
Nov 30 22:43:31 liv kernel: [399074.746393] print_req_error: I/O error, dev
sda, sector 231758600
Nov 26 00:55:16 liv kernel: [212647.753370] print_req_error: I/O error, dev
sda, sector 23865952
Nov 26 00:55:16 liv kernel: [212647.753420] print_req_error: I/O error, dev
sda, sector 23870056
Nov 26 00:55:16 liv kernel: [212647.753444] print_req_error: I/O error, dev
sda, sector 5989744
Nov 26 00:55:16 liv kernel: [212647.753463] print_req_error: I/O error, dev
sda, sector 6127336
Nov 26 00:55:16 liv kernel: [212647.753481] print_req_error: I/O error, dev
sda, sector 8780056
Nov 26 00:55:16 liv kernel: [212647.753499] print_req_error: I/O error, dev
sda, sector 9435856
Nov 26 00:55:16 liv kernel: [212647.753526] print_req_error: I/O error, dev
sda, sector 9622096
Nov 26 00:55:16 liv kernel: [212647.753533] print_req_error: I/O error, dev
sda, sector 9697912
Nov 26 00:55:16 liv kernel: [212647.753543] print_req_error: I/O error, dev
sda, sector 9874752
Nov 26 00:55:16 liv kernel: [212647.753551] print_req_error: I/O error, dev
sda, sector 9897224
Nov 27 01:35:55 liv kernel: [240255.929450] print_req_error: 22 callbacks
suppressed
Nov 27 01:35:55 liv kernel: [240255.929453] print_req_error: I/O error, dev
sda, sector 43704312
Nov 27 01:35:55 liv kernel: [240255.929524] print_req_error: I/O error, dev
sda, sector 43704432
Nov 27 01:35:55 liv kernel: [240255.929557] print_req_error: I/O error, dev
sda, sector 3902144
Nov 27 01:35:55 liv kernel: [240255.929589] print_req_error: I/O error, dev
sda, sector 26654472
Nov 27 01:35:55 liv kernel: [240255.929615] print_req_error: I/O error, dev
sda, sector 35040632
Nov 27 01:35:55 liv kernel: [240255.929642] print_req_error: I/O error, dev
sda, sector 38449048
Nov 27 01:35:55 liv kernel: [240255.929667] print_req_error: I/O error, dev
sda, sector 44228320
Nov 27 01:35:55 liv kernel: [240255.929700] print_req_error: I/O error, dev
sda, sector 43699720
Nov 27 01:35:55 liv kernel: [240255.929745] print_req_error: I/O error, dev
sda, sector 43701688
Nov 27 01:35:55 liv kernel: [240255.929772] print_req_error: I/O error, dev
sda, sector 43809896
Nov 28 14:37:09 liv kernel: [277047.828152] print_req_error: 20 callbacks
suppressed
Nov 28 14:37:09 liv kernel: [277047.828152] print_req_error: I/O error, dev
sda, sector 55522392
--
My Main Blog http://etbe.coker.com.au/
My Documents Blog http://doc.coker.com.au/