Is this task resolved or is there still something to do?

@tsimonq2 I try to upload it in the next two hours.

Upstream bug report

Postponing to 20.04 because there is no new upstream release available.

The file src/boot/grub/themes/lubuntu-grub-theme/icons/lubuntu.png has dimensions of 512x512 px.

I have still duplicates on a new installed system from the latest eoan iso:

03:     Print
03:     XF86HomePage
03:     XF86MonBrightnessDown
02:     Control%2BAlt%2BB
03:     XF86Mail
03:     Control%2BAlt%2BL
03:     XF86MonBrightnessUp
03:     Meta%2BE
03:     Shift%2BControl%2BF6
03:     Shift%2BControl%2BF7
04:     Control%2BAlt%2BDelete
03:     Control%2BAlt%2BT
03:     XF86MyComputer
03:     XF86Calculator

What is the file size?

My duplicates:

05:     XF86MonBrightnessUp
02:     Control%2BAlt%2BB
05:     XF86Calculator
05:     XF86Mail
04:     Shift%2BControl%2BF6
05:     Shift%2BControl%2BF7
05:     Control%2BAlt%2BL
05:     XF86HomePage
03:     Print
05:     XF86MonBrightnessDown

After every reboot/boot, I have another entry for some shortcuts in ~/.config/lxqt/globalkeyshortcuts.conf, e.g. Print.

Fix changelog entry

Shouldn't we inform the users and explain, how to fix it? Every installation from a 18.10/19.04 ISO is still vulnerable and will remain vulnerable for the next weeks, months, years.

My testing steps:

• Fixes in automirror module

After sbuild -d eoan-amd:

See my inline comment

The default, and therefore expected, behaviour is, that the Grub menu is only shown with several installed operating systems. It would make some users angry, if they would see the Grub menu and wait 3, 5, 10 seconds until it boots. Why should there be a Grub menu, if you only have one operating system?

If there is no "platform expectation" from Ubuntu, I am in favour of always including UMASK=0077.

Opened upstream issue.

After testing a bit, I think that pkexec does not work well with Calamares.

I have no problem to make recommendations like 1 or even 2 GiB of RAM. And we can or should write these recommendations and the minimum requirements into the manual/blog/download page/forum, so that it will be hard not to find them.

In T72#1808, @hmollercl wrote:

So, less than 1Gb RAM shouldn't be an option.

I disagree. The point of minimum requirements is, that we prevent users from installing, if the machine does not fulfil the minimum requirements (e.g. on hardware with 256 MiB). The minimum requirements should be based on technical facts and not impose unnecessary limits.

The reason, why the stable lxqt-archiver build is failing is always the same:

+ uscan --download-current-version
uscan warn: In debian/watch no matching hrefs for version 0.0.96 in watch line
  https://github.com/lxqt/lxqt-archiver/releases .*/lxqt-archiver-([\d\.]+).tar.xz
Build step 'Execute shell' marked build as failure

On https://github.com/lxqt/lxqt-archiver/releases there is no lxqt-archiver-0.0.96.tar.xz to download.

Without any log files or stack traces, it is quite challenging to find out the reason. (Maybe you have to clean the logfile from access tokens and other sensitive data prior to publish them)

@Tj Thank you. I have changed the issue now.

Created upstream bug to include UMASK in initramfs.conf and not in a separate configuration.

@guiverc On our Download page, we have also magnet links. I hope it is not blocked by your government.

I have updated the Launchpad bug report with the SRU description.

Opened a feature request upstream. In the worst case, we can patch it ourselves, I guess.

Removed depend on light-locker

Newest debdiff:

diff -Nru lubuntu-default-settings-0.54.2/debian/changelog lubuntu-default-settings-0.54.3/debian/changelog
--- lubuntu-default-settings-0.54.2/debian/changelog	2019-02-04 06:56:24.000000000 +0100
+++ lubuntu-default-settings-0.54.3/debian/changelog	2019-07-25 10:21:00.000000000 +0200
@@ -1,3 +1,11 @@
+lubuntu-default-settings (0.54.3) bionic; urgency=medium
+
+  * Set the default lock to light-locker-command instead of lxlock
+    (LP: #1812594)
+  * Add light-locker as dependency
+
+ -- apt-ghetto <apt-ghetto@lubuntu.me>  Thu, 25 Jul 2019 10:21:00 +0200
+
 lubuntu-default-settings (0.54.2) bionic; urgency=medium

Please see also bug 1833490.

In T90#1459, @wxl wrote:

Can you share the debdiff for the change just to be perfectly clear?

Here it is:

After testing:

I have tested it on a new vm as follows:

I started with the paperwork. So far I have this:

I have started playing around with this and uploaded a package to https://launchpad.net/~apt-ghetto/+archive/ubuntu/ppa-test

@guiverc Update /etc/default/grub

#GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_DISTRIBUTOR='Lubuntu'

and sudo update-grub.