Testing ISOs 201901

SolydXK is too quiet for you? SolydXK Enthusiast Editions, based on Debian Testing is for you! Here you can find news about Debian Testing and Unstable too, and also tests on SolydXK programs.
The support for SolydXK EE is provided by the community.
User avatar
ilu
Posts: 2471
Joined: 09 Oct 2013 12:45

Re: Testing ISOs 201901

Postby ilu » 06 Feb 2019 17:02

Everything worked well, new installer included. I have to amend, only on one laptop. The second laptop, that also has Win8, doesn't boot into SolydXEE (encrypted with separate /boot) - only the previously installed SolydX8 or win8 boot. It seems that the efi doesn't find the correct boot partition. Probably not an installer issue, but I'm still debugging.
Solved: It was an issue with the UEFI firmware.

As a sidenote: I would recommend to not have flash tagged by default in SolydXK Welcome. It should have a warning not to install it instead.

User avatar
grizzler
Posts: 2155
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: Testing ISOs 201901

Postby grizzler » 15 Feb 2019 15:59

This is about the installer rather than the ISOs as a whole, but the installer is an essential part, so I thought it best to mention this here.

A couple of weeks ago I did a somewhat unusual installation on a friend's machine and things went a bit weird. I figured that was because of the unusual setup and forgot about it.
Then I needed some way to uniquely identify installations and the file /etc/machine-id seemed made for that (it is). Imagine my surprise when all systems I installed SolydX on had the same machine-id...

Check the machine-id man page and this stackexchange thread:
https://unix.stackexchange.com/question ... machine-id
The machine-id should be recreated during installation. Looking at the installer's source code, I can't seem to find anything doing that.

Another bit of installer weirdness is grub. I needed installations without their own grub, so I selected not to install it. Yet there were still a bunch of grub files in /boot/grub, even a grub.cfg. I replayed that in a VM. See the terminal output in the attached zip.

Also, are you sure the bits in localizePref in the installer's localize.py file are up to date?
Attachments
terminal.zip
(9.23 KiB) Downloaded 20 times
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 16 Feb 2019 14:51

I'm working on that now.

If Grub mustn't be installed, do I have to purge these from the system?

Code: Select all

grub-common
grub-efi-amd64
grub-efi-amd64-bin
grub-efi-ia32-bin
grub-pc-bin
grub2-common
Machine ID is generated like this:

Code: Select all

rm -f /etc/machine-id; dbus-uuidgen --ensure=/etc/machine-id; cp -f /etc/machine-id /var/lib/dbus/
Localizing was a bit more complicated than I thought because we're using distribution.ini now to set default settings for Firefox and Thunderbird when the user starts the application.


SolydXK needs you!
Development | Testing | Translations

User avatar
grizzler
Posts: 2155
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: Testing ISOs 201901

Postby grizzler » 16 Feb 2019 17:04

Arjen Balfoort wrote:
16 Feb 2019 14:51
If Grub mustn't be installed, do I have to purge these from the system?

Code: Select all

grub-common
grub-efi-amd64
grub-efi-amd64-bin
grub-efi-ia32-bin
grub-pc-bin
grub2-common
That will also remove usb-creator, so I'm not sure if that's a good idea. I haven't checked what causes the grub files to appear in /boot/grub, but I suspect it may be grub-common or grub2-common (actually, it seems to be grub-pc...). To be honest, I'm in two minds about this. Maybe just leave it...
Machine ID is generated like this:

Code: Select all

rm -f /etc/machine-id; dbus-uuidgen --ensure=/etc/machine-id; cp -f /etc/machine-id /var/lib/dbus/
Actually, /var/lib/dbus/machine-id should be a symlink to /etc/machine-id. When I fixed a couple of the systems I mentioned earlier, I just deleted both files, ran dbus-uuidgen --ensure=/etc/machine-id and left it to systemd to (re)create the symlink at the next boot (which it did).
Localizing was a bit more complicated than I thought because we're using distribution.ini now to set default settings for Firefox and Thunderbird when the user starts the application.
OK. Just checking. By the way, as far as I'm aware both Thunderbird and Firefox now need intl.locale.requested (no contents - empty string means use system default). The old intl.locale.matchOS and general.useragent.locale don't do anything anymore.
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 18 Feb 2019 12:50

I think I solved all the issues. I had to update the distribution.ini file as well in the Firefox and Thunderbird adjustments packages. The new live installer is in the repository and I'm building new ISOs now. I'll let you know when I've uploaded the ISOs.


SolydXK needs you!
Development | Testing | Translations

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 19 Feb 2019 07:59

All ISOs with the updated live installer are available at: https://downloads.solydxk.com/nightly/


SolydXK needs you!
Development | Testing | Translations

User avatar
grizzler
Posts: 2155
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: Testing ISOs 201901

Postby grizzler » 19 Feb 2019 09:50

Downloaded. I'll run some tests later.
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 20 Feb 2019 17:26

Found a bug in distribution.ini: only the home page for en-US and nl-NL are set but not for any other language, including the German ISO.
I'll update the package as soon as I can.


SolydXK needs you!
Development | Testing | Translations

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 23 Feb 2019 16:49

Funny thing I forgot to mention: when localizing your system, deborphan always lists the lightning-l10n-xx packages as orphaned.
I don't know why but I had to adapt the live installer to skip deborphan when cleaning up the new install.


SolydXK needs you!
Development | Testing | Translations

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 24 Feb 2019 14:30

I found that deborphan searches in the oldlibs section by default.
Running deborphan with the -s parameter shows that the lightning-l10n package is listed in oldlibs:

Code: Select all

deborphan -s
main/oldlibs              lightning-l10n-nl:all
which suggests that these packages are now integrated into the thunderbird-l10n packages.


SolydXK needs you!
Development | Testing | Translations

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 26 Feb 2019 08:42

If nobody objects I will release the ISOs this weekend.

@grizzler
Do you want me to release the CEs together with the official ISOs?


SolydXK needs you!
Development | Testing | Translations

User avatar
grizzler
Posts: 2155
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: Testing ISOs 201901

Postby grizzler » 27 Feb 2019 19:46

Sorry for the late reply - I've been unexpectedly busy elsewhere.

I had planned to run some more tests, but that didn't work out. I'll try to find the time Friday.

Except for this one (which will have to remain 'unfixed' for now, as I haven't been able to figure it out yet...), I'm not aware of any reports of specific issues with the CEs, so yes, please.
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
grizzler
Posts: 2155
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: Testing ISOs 201901

Postby grizzler » 01 Mar 2019 10:17

SolydK ISO doesn't show anything in a VM. Just a black screen. I thought it hadn't even booted, but apparently it had, because it responded to the shutdown signal when I wanted to switch the VM off.

SolydX looks OK. The scaling is completely off in non fullscreen modes, but that looks like a VBox issue. I think I remember how to fix this. I'll have another go later today.

Edit
Fix doesn't work anymore, but it is a VBox issue - most likely guest additions too old. No newer versions available in backports, so not really the ISO's fault.
Installed SolydX without issues.
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 01 Mar 2019 13:33

grizzler wrote:
01 Mar 2019 10:17
SolydK ISO doesn't show anything in a VM. Just a black screen. I thought it hadn't even booted, but apparently it had, because it responded to the shutdown signal when I wanted to switch the VM off.
I think that's a VB issue as well. I downloaded the SolydK ISO and it booted just fine. It took a while, but since we need VB from backports I had this problem.

I also downloaded the localized SolydK ISOs and they booted too.


SolydXK needs you!
Development | Testing | Translations

User avatar
grizzler
Posts: 2155
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: Testing ISOs 201901

Postby grizzler » 01 Mar 2019 13:48

Wouldn't surprise me if it was a VBox issue. It certainly wouldn't be the first time. I'll see what happens if I wait a bit longer (only waited for about two minutes).

Edit
Yup. Here it comes. Four minutes...
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 01 Mar 2019 13:57

Arjen Balfoort wrote:
01 Mar 2019 13:33
grizzler wrote:
01 Mar 2019 10:17
SolydK ISO doesn't show anything in a VM. Just a black screen. I thought it hadn't even booted, but apparently it had, because it responded to the shutdown signal when I wanted to switch the VM off.
I think that's a VB issue as well. I downloaded the SolydK ISO and it booted just fine. It took a while, but since we need VB from backports I had this problem.

I also downloaded the localized SolydK ISOs and they booted too.

[EDIT]
It took about 5 min to boot a SolydK ISO in VB. That doesn't happen when booting from USB.


SolydXK needs you!
Development | Testing | Translations

User avatar
grizzler
Posts: 2155
Joined: 04 Mar 2013 15:45
Location: The Hague, NL

Re: Testing ISOs 201901

Postby grizzler » 01 Mar 2019 14:31

Installed SolydK OK. Curiously, when the ISO finally came up, it did not show the same scaling issues as the SolydX one (trying to fit all of a 1920 pixels wide screen into a 1500 pixels wide window).
Frank

SolydX EE 64 - tracking Debian Testing

User avatar
Arjen Balfoort
Site Admin
Posts: 9254
Joined: 26 Jan 2013 19:36
Location: Netherlands
Contact:

Re: Testing ISOs 201901

Postby Arjen Balfoort » 01 Mar 2019 17:18

Odd...I resized a SolydX live session in VB without issues. Everything was resized while changing the window size of VB.


SolydXK needs you!
Development | Testing | Translations


Return to “Testing Zone”

Who is online

Users browsing this forum: No registered users and 2 guests