[LAU] AVL2018 first impressions

[Dale Powell]

Hi list.

Are people actually using the new AVL? I was quite happy to see it resurrected but so far first impressions really are not good!

So you select the Installer option, rather than run live, and it still prompts you to log in, so have to exit, track down the manual and get the username and password. This is just silly!

It wasn't added to Grub so I had to boot into my old install and run a update-grub to even be able to load it up.

Touchpad scroll doesn't work, not even after removing the xorg-libinput driver to make sure it is using the synaptics driver which is required for most touchpad functions to work in XFCE. This basically makes it unusable!

None of the dark themes correctly change the windows decorations with the title bar always remaining light.

Doesn't prompt for locale settings on install and there is no language and locale in the Settings.

My root password works fine when issuing commands (such as apt update) in the terminal but it does not accept it as being the correct password when trying the GUI settings features such as those found in AV Linux Assistant (also tried the default one from the manual and that doesn't work either.) Tried at least 20 times!

And this is just what I've found in 10 minutes! Am I missing something or is it really a pretty much unusable distro??

Hopefully I'm just missing something or for some reason my experience is exceptional.....

Regards, Dale.

[Robin Gareus]

On 07/22/2018 04:48 PM, Dale Powell wrote:
> Hi list.
>
> Are people actually using the new AVL? I was quite happy to see it resurrected but so far first impressions really are not good!
>
> So you select the Installer option, rather than run live, and it still prompts you to log in, so have to exit, track down the manual and get the username and password. This is just silly!

Indeed. An empty password and autologin would indeed be appropriate.

>
> It wasn't added to Grub so I had to boot into my old install and run a update-grub to even be able to load it up.
>
> Touchpad scroll doesn't work, not even after removing the xorg-libinput driver to make sure it is using the synaptics driver which is required for most touchpad functions to work in XFCE. This basically makes it unusable!
>
> None of the dark themes correctly change the windows decorations with the title bar always remaining light.
>
> Doesn't prompt for locale settings on install and there is no language and locale in the Settings.

I'll argue that this is a feature. If it is music production that you
are after, learn some basic English. That helps across the board.

Also most music-software and plugins etc are not translated to begin
with, so you would end up with an odd language mix.

> My root password works fine when issuing commands (such as apt update) in the terminal but it does not accept it as being the correct password when trying the GUI settings features such as those found in AV Linux Assistant (also tried the default one from the manual and that doesn't work either.) Tried at least 20 times!
>
> And this is just what I've found in 10 minutes! Am I missing something or is it really a pretty much unusable distro??


You went way to deep :) The point of AVLinux is to be an appliance:
Boot, make music. Don't even bother to customize or update the system.

If you do want spend time customizing the OS and/or Desktop environment,
other distros are more appropriate. KXStudio perhaps.

The Touchpad not working OOTB is a bummer though. What hardware were you
testing this with?

Would you mind reporting a bug at http://bandshed.net/forum/index.php ?

Cheers!
robin

[Dale Powell]

>
> Doesn't prompt for locale settings on install and there is no language and locale in the Settings.

I'll argue that this is a feature. If it is music production that you
are after, learn some basic English. That helps across the board.

Also most music-software and plugins etc are not translated to begin
with, so you would end up with an odd language mix.

I am English. But I'm certainly not American! Plus no matter what your language you're still going to want to type track names etc with the keys on your keyboard where you expect them to be! Then as I'm sure you are aware there are other differences such as way dates and numbers are displayed which there is no reason to not have set as the user desires and to refer to the lack of this as a feature is rather silly IMO.

> My root password works fine when issuing commands (such as apt update) in the terminal but it does not accept it as being the correct password when trying the GUI settings features such as those found in AV Linux Assistant (also tried the default one from the manual and that doesn't work either.) Tried at least 20 times!
>
> And this is just what I've found in 10 minutes! Am I missing something or is it really a pretty much unusable distro??


>You went way to deep :) The point of AVLinux is to be an appliance:
Boot, make music. Don't even bother to customize or update the system.

I do hope you're joking! 😲

>If you do want spend time customizing the OS and/or Desktop environment,
other distros are more appropriate. KXStudio perhaps.

Been using Ubuntu Studio for a few years but every so often I like to try the other options out there and see if anything will tempt me away as it is far from perfect. (Plus usually every time I install something I learn something new, which is good.)


>The Touchpad not working OOTB is a bummer though. What hardware were you
testing this with?

>Would you mind reporting a bug at http://bandshed.net/forum/index.php ?

HP Elitebook 840 G2.

I can find you quite a few references stating that XFCE doesn't work well with the new xorg driver for the touchpad and you do already have both xorg-input and synaptic drivers installed, I guess to try and mitigate this. Xubuntu has gone back to Synaptic because of this (Studio hasn't as it forked while Xubuntu was still using xorg driver and the devs must have missed this bug so I had to change it myself when I installed 18.04.

Will go to register and report now.

Dale.

[Ralf Mardorf]

On Sun, 22 Jul 2018 15:51:03 +0000, Dale Powell wrote:
>Plus no matter what your language you're still going to want to type
>track names etc with the keys on your keyboard where you expect them
>to be!

Indeed, Robin missed this.

[***@archlinux ~]$ locale
LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=

However, my keyboard for good reasons is a German keyboard.

So as already pointed out by my previous mails (just the second came
through the list, but the first mail is quoted by the second), as soon
as you correct the keyboard layout for your user session, the password
most likely will work everywhere.

[Robin Gareus]

On 07/22/2018 05:51 PM, Dale Powell wrote:
>>>
>>> Doesn't prompt for locale settings on install and there is no
language and locale in the Settings.
>>
>> I'll argue that this is a feature. If it is music production that
>> you are after, learn some basic English. That helps across the
>> board.
>>
>> Also most music-software and plugins etc are not translated to
>> begin with, so you would end up with an odd language mix.
>
> I am English. But I'm certainly not American! Plus no matter what
> your language you're still going to want to type track names etc
> with the keys on your keyboard where you expect them to be! Then as
> I'm sure you are aware there are other differences such as way dates
> and numbers> are displayed which there is no reason to not have set
> as the user desires and to refer to the lack of this as a feature is
> rather silly IMO.
You only mentioned language and locales. Those are independent and
separate of the keyboard layout, so I misunderstood what you meant.

and yes, keyboard layouts should be configurable. but locales not so
much. besides it also helps to remove unused locales from the install
medium to keep it small.

>> You went way to deep :) The point of AVLinux is to be an appliance:
> Boot, make music. Don't even bother to customize or update the system.
>
> I do hope you're joking! 😲

nope.

[David Kastrup]

Robin Gareus <***@gareus.org> writes:

> You only mentioned language and locales. Those are independent and
> separate of the keyboard layout, so I misunderstood what you meant.
>
> and yes, keyboard layouts should be configurable. but locales not so
> much.

The wrong time zone leads to bad file metadata. When you do automated
processing with, say, Make and have created files with a future data,
stuff will not work amicably.

--
David Kastrup

[Robin Gareus]

On 07/22/2018 06:14 PM, David Kastrup wrote:
> Robin Gareus <***@gareus.org> writes:
>
>> You only mentioned language and locales. Those are independent and
>> separate of the keyboard layout, so I misunderstood what you meant.
>>
>> and yes, keyboard layouts should be configurable. but locales not so
>> much.
>
> The wrong time zone leads to bad file metadata. When you do automated
> processing with, say, Make and have created files with a future data,
> stuff will not work amicably.
>

Why do you think this would be affected by the unix locale?

Also when you change timezones, only the display changes, not the
timestamp of files on disk. I never had issues with gnu/make using the
localtime, it uses stat, unix-time (UTC).


Anyway, for locales and keyboard-layout just read the manual, page 45:
http://bandshed.net/pdf/AVL2018UserManual.pdf


Cheers!
robin

[David Kastrup]

Robin Gareus <***@gareus.org> writes:

> On 07/22/2018 06:14 PM, David Kastrup wrote:
>> Robin Gareus <***@gareus.org> writes:
>>
>>> You only mentioned language and locales. Those are independent and
>>> separate of the keyboard layout, so I misunderstood what you meant.
>>>
>>> and yes, keyboard layouts should be configurable. but locales not so
>>> much.
>>
>> The wrong time zone leads to bad file metadata. When you do automated
>> processing with, say, Make and have created files with a future data,
>> stuff will not work amicably.
>>
>
> Why do you think this would be affected by the unix locale?

UNIX filesystems store in UTC, realtime clocks tend to be set in local
time by default (or UTC if you don't dual-boot and are not interested in
having to adjust for daylight saving time), MSDOS filesystems (as used
in camera media etc) store in local time.

> Also when you change timezones, only the display changes, not the
> timestamp of files on disk.

Depending on the file system and whether or not your RTC is set to UTC
or (more often) local time.

> I never had issues with gnu/make using the localtime, it uses stat,
> unix-time (UTC).

But time does not fall from the trees.

--
David Kastrup

[Ralf Mardorf]

On Sun, 22 Jul 2018 18:14:45 +0200, David Kastrup wrote:
>Robin Gareus <***@gareus.org> writes:
>
>> You only mentioned language and locales. Those are independent and
>> separate of the keyboard layout, so I misunderstood what you meant.
>>
>> and yes, keyboard layouts should be configurable. but locales not so
>> much.
>
>The wrong time zone leads to bad file metadata. When you do automated
>processing with, say, Make and have created files with a future data,
>stuff will not work amicably.

The time zone, correct time, has got nothing to do with the time's
formatting.

[David Kastrup]

Robin Gareus <***@gareus.org> writes:

> On 07/22/2018 04:48 PM, Dale Powell wrote:
>
>> Doesn't prompt for locale settings on install and there is no
>> language and locale in the Settings.
>
> I'll argue that this is a feature. If it is music production that you
> are after, learn some basic English. That helps across the board.

Including U.S. keyboard layout? While I'll admit that I am used to it
since my ADM-3A years, I consider it sort-of extreme to prescribe that
as a choice. It's usually annoying enough for people that BIOS setup
screens come before keyboard layout selection, but for a whole work
session that seems a bit extreme.

--
David Kastrup

[Ralf Mardorf]

On Sun, 22 Jul 2018 17:41:49 +0200, Ralf Mardorf wrote:
>On Sun, 22 Jul 2018 14:48:59 +0000, Dale Powell wrote:
>>My root password works fine when issuing commands (such as apt update)
>>in the terminal but it does not accept it as being the correct
>>password when trying the GUI settings features such as those found in
>>AV Linux Assistant (also tried the default one from the manual and
>>that doesn't work either.) Tried at least 20 times!
>
>If you write a text using a GUI app and you use the keys used for your
>password, are the correct letters displayed? If not perhaps running
>
> sudo dpkg-reconfigure keyboard-configuration
> shutdown --reboot now
>
>does solve the issue, or as a temporarily workaround remember the wrong
>letters and type those as your password.
>
>A Linux install could have a system wide setting for the keyboard
>layout and at least another for a desktop environment's user session.
>
>I neither use a desktop environment, nor AVL, but it's a known issue,
>that the user-friendliness of desktop environments used on Debian based
>distros has got a tendency to go berserk.
>
>Consider to read the complete thread:
>https://lists.ubuntu.com/archives/ubuntu-studio-users/2018-July/011256.html
>https://lists.ubuntu.com/archives/ubuntu-studio-users/2018-July/thread.html

I suspect the dpkg-reconfigure hint won't work for you. There must be a
setting for your user session, that does not require a password, to
change the keyboard layout for the user session. Perhaps the log in
screen does provide a language setting. Or how about
http://linuxblog.darkduck.com/2013/11/how-to-configure-keyboard-layouts-in-xfce-cinnamon-mate.html ?

[Dale Powell]

Sorry Ralph, I have to hit Reply All to reply to the list and I know you don't like that, but otherwise Hotmail replies to you in isolation and not the list!

________________________________
From: Linux-audio-user <linux-audio-user-***@lists.linuxaudio.org> on behalf of Ralf Mardorf <***@alice-dsl.net>
Sent: 22 July 2018 15:49
To: linux-audio-***@lists.linuxaudio.org
Subject: Re: [LAU] AVL2018 first impressions

On Sun, 22 Jul 2018 17:41:49 +0200, Ralf Mardorf wrote:
>On Sun, 22 Jul 2018 14:48:59 +0000, Dale Powell wrote:
>>My root password works fine when issuing commands (such as apt update)
>>in the terminal but it does not accept it as being the correct
>>password when trying the GUI settings features such as those found in
>>AV Linux Assistant (also tried the default one from the manual and
>>that doesn't work either.) Tried at least 20 times!
>
>If you write a text using a GUI app and you use the keys used for your
>password, are the correct letters displayed? If not perhaps running
>
> sudo dpkg-reconfigure keyboard-configuration
> shutdown --reboot now
>
>does solve the issue, or as a temporarily workaround remember the wrong
>letters and type those as your password.
>
>A Linux install could have a system wide setting for the keyboard
>layout and at least another for a desktop environment's user session.
>
>I neither use a desktop environment, nor AVL, but it's a known issue,
>that the user-friendliness of desktop environments used on Debian based
>distros has got a tendency to go berserk.
>
>Consider to read the complete thread:
>https://lists.ubuntu.com/archives/ubuntu-studio-users/2018-July/011256.html
>https://lists.ubuntu.com/archives/ubuntu-studio-users/2018-July/thread.html

I suspect the dpkg-reconfigure hint won't work for you. There must be a
setting for your user session, that does not require a password, to
change the keyboard layout for the user session. Perhaps the log in
screen does provide a language setting. Or how about
http://linuxblog.darkduck.com/2013/11/how-to-configure-keyboard-layouts-in-xfce-cinnamon-mate.html

<http://linuxblog.darkduck.com/2013/11/how-to-configure-keyboard-layouts-in-xfce-cinnamon-mate.html>

<http://linuxblog.darkduck.com/2013/11/how-to-configure-keyboard-layouts-in-xfce-cinnamon-mate.html>
I reconfigured the keyboard layout, that was in the Settings at least, but not the Locale for the other settings (and would have automatically set this if it asked during the install phase.)

As the keys gives the right result in xfce4-terminal I'm pretty sure the keys were working with the characters I expected, it would be rather weird for one window to use one charset and another window a different one when I have deleted the original charset so only one exists for the keyboard I actually have....

Dale.

[Ralf Mardorf]

On Sun, 22 Jul 2018 15:56:11 +0000, Dale Powell wrote:
>As the keys gives the right result in xfce4-terminal I'm pretty sure
>the keys were working with the characters I expected, it would be
>rather weird for one window to use one charset and another window a
>different one when I have deleted the original charset so only one
>exists for the keyboard I actually have....

Sometimes it's even intended that an app does use another keymap.
I'm using the English language for everything computer related, excepted
of a German keyboard.

If I use a calculator, I expect the calculator fixes the "," of the
German num pad. The "," on the num pad should become a ".", the "," and
"." on the other part of the keyboard should remain unchanged.

Some good Linux calculators are doing this, a lot of calculators that
belong to a desktop environment, don't do this.

When using Ubuntu flavour Live DVDs I often experience that while using
a terminal, for obviously no reason, the de keyboard layout gets
changed to the us keyboard layout. IOW within the same window, while
typing, the keyboard layout changes from one line to the next line.

Do the GUIs ask for the root or user password? On my installs "su" as
well as "sudo" grant root privileges, but for "su" another password is
used, than for "sudo" (at least without an option to change the
user ;). Graphical apps could use gksu, gksudo or similar.

[Dale Powell]

I really should reinstall an email client, it's always hard to get it nicely readable from the web client. Sorry guys....


Sometimes it's even intended that an app does use another keymap.
I'm using the English language for everything computer related, excepted
of a German keyboard.

...

When using Ubuntu flavour Live DVDs I often experience that while using
a terminal, for obviously no reason, the de keyboard layout gets
changed to the us keyboard layout. IOW within the same window, while
typing, the keyboard layout changes from one line to the next line.
All the letters, number and special characters used in my password are the same between the US and the UK keyboard so it would make no difference if the window is seeing the default setting or what I changed it to.

Do the GUIs ask for the root or user password? On my installs "su" as
well as "sudo" grant root privileges, but for "su" another password is
used, than for "sudo" (at least without an option to change the
user ;). Graphical apps could use gksu, gksudo or similar.

I didn't set up a separate root password to my admin user one. But I tried both mine and the default admin/root password as per the AVL manual and nether worked. (In truth I don't think I would ever use anything there as it's mostly update things I would do from the terminal I just happened to come across it as the button looked the same as the main Settings button.)

Regards, Dale.
________________________________
From: Linux-audio-user <linux-audio-user-***@lists.linuxaudio.org> on behalf of Ralf Mardorf <***@alice-dsl.net>
Sent: 22 July 2018 16:31
To: linux-audio-***@lists.linuxaudio.org
Subject: Re: [LAU] AVL2018 first impressions

On Sun, 22 Jul 2018 15:56:11 +0000, Dale Powell wrote:
>As the keys gives the right result in xfce4-terminal I'm pretty sure
>the keys were working with the characters I expected, it would be
>rather weird for one window to use one charset and another window a
>different one when I have deleted the original charset so only one
>exists for the keyboard I actually have....

Sometimes it's even intended that an app does use another keymap.
I'm using the English language for everything computer related, excepted
of a German keyboard.

If I use a calculator, I expect the calculator fixes the "," of the
German num pad. The "," on the num pad should become a ".", the "," and
"." on the other part of the keyboard should remain unchanged.

Some good Linux calculators are doing this, a lot of calculators that
belong to a desktop environment, don't do this.

When using Ubuntu flavour Live DVDs I often experience that while using
a terminal, for obviously no reason, the de keyboard layout gets
changed to the us keyboard layout. IOW within the same window, while
typing, the keyboard layout changes from one line to the next line.

Do the GUIs ask for the root or user password? On my installs "su" as
well as "sudo" grant root privileges, but for "su" another password is
used, than for "sudo" (at least without an option to change the
user ;). Graphical apps could use gksu, gksudo or similar.

[Glen MacArthur]

Hi,

I'm Glen the maintainer of AVL..

Uhm yes, lots of people use it and some are even slightly happy with
it...: b

I don't know where you downloaded from but most of the preliminary
info you've missed is all on the actual project website, any posts by
me about releases will always point to the website:
http://www.bandshed.net/avlinux/ All info about passwords and secure
checksums are found there.

As stated on the site, AV Linux is created with 'Systemback' and
therefore requires the username and password to login, I'm not a
'proper' developer or Linux guru of any kind, I work full time (and
then some in the summer months) in a business that has absolutely
nothing to do with computers and I'm also a part-time musician and
studio owner, AV Linux is totally a spare time project and they ain't
making any more spare time! : ). I've used Linux for music production
for more than a decade and merely am trying to share a working system
with the 3rd party tools at hand. As with any project spread over
(literally) thousands of users some people will have flawless installs
and superlative hardware support and others will wonder aloud how
could anyone possibly use such a piece of crap... The web is full of
forums with popular projects that echo the same diversity of
experience.

As for the touchpad issue try commenting out "options psmouse
proto=imps" in /etc/modprobe.d/ reboot and see if that changes
anything. That is the only customization relating to touchpads in AV
Linux, other than that any web seaches on touchpads in Debian Linux
should shed some light. AV Linux is simply Debian Stretch with a
custom Kernel and a layer of customization relating to Audio
production and system tweaks..

Also please join the AV Linux forum here:
http://bandshed.net/forum/index.php

I don't check LAU regularly and just happened to see this today, also
answers on the forum are dictated by the volunteer availability of
myself and other users and it's summer holidays in the northern
hemisphere so be patient for answers..

Lastly rgareus is partially correct that AV Linux is designed to
install and create without any further intervention but the most
recent versions (2016, 2017, 2018) are fully intended to be as
upgradable and customizable as any Debian Linux would be.

Best Regards, Glen MacArthur - AV Linux Maintainer

----- Original Message -----
From: "Dale Powell" <***@hotmail.com>
To:"linux-audio-***@lists.linuxaudio.org"
<linux-audio-***@lists.linuxaudio.org>
Cc:
Sent:Sun, 22 Jul 2018 14:48:59 +0000
Subject:[LAU] AVL2018 first impressions

Hi list.
Are people actually using the new AVL? I was quite happy to see it
resurrected but so far first impressions really are not good!
So you select the Installer option, rather than run live, and it
still prompts you to log in, so have to exit, track down the manual
and get the username and password. This is just silly!
It wasn't added to Grub so I had to boot into my old install and run
a update-grub to even be able to load it up.

Touchpad scroll doesn't work, not even after removing the
xorg-libinput driver to make sure it is using the synaptics driver
which is required for most touchpad functions to work in XFCE. This
basically makes it unusable!
None of the dark themes correctly change the windows decorations
with the title bar always remaining light.
Doesn't prompt for locale settings on install and there is no
language and locale in the Settings.
My root password works fine when issuing commands (such as apt
update) in the terminal but it does not accept it as being the correct
password when trying the GUI settings features such as those found in
AV Linux Assistant (also tried the default one from the manual and
that doesn't work either.) Tried at least 20 times!
And this is just what I've found in 10 minutes! Am I missing
something or is it really a pretty much unusable distro??
Hopefully I'm just missing something or for some reason my
experience is exceptional.....
Regards, Dale.

[Dale Powell]

Thanks for the reply Glen.

I saw your reply to the forum thread but I've not had a chance to try yet. Will do my best to give it a go today and will reply in the forum. I have alerts set up for that thread so will see any subsequent replies but sorry if my response isn't immediate. (But I also don't read here every day either.)

Yes I just missed the note stating that you need the username and password for installing, I just wasn't expecting it, I had downloaded a few days/weeks before getting around to installing and it's not something I usually expect to see. Then unfortunately due to your SEO it took me longer to find the correct information than it really should have done, I actually think it might have been quicker to reboot my other install and check in the saved manual I have there and reboot than it took me to find the information with a web search!

No comment on how the gui based updaters etc all fail to recognise the admin password? Version is isotester-avl64-2018.6.25 so definitely one you say should be designed to be kept up to date so seems strange this shouldn't work... (Although as I said I found that by accident as I'd usually do it all manually from the terminal.)

Sorry if it seemed I was belittling or criticising your work. I appreciate anybody who puts the effort into providing distributions or software for the community, it takes a lot of effort and time and is obviously a work of love on the whole. Maybe my wording was a little harsh and if so please accept my apology.

Kind regards, Dale.
________________________________
From: Glen MacArthur <***@bandshed.net>
Sent: 23 July 2018 15:29
To: Dale Powell; linux-audio-***@lists.linuxaudio.org
Subject: Re: [LAU] AVL2018 first impressions

Hi,

I'm Glen the maintainer of AVL..

Uhm yes, lots of people use it and some are even slightly happy with it...: b

I don't know where you downloaded from but most of the preliminary info you've missed is all on the actual project website, any posts by me about releases will always point to the website:
http://www.bandshed.net/avlinux/ All info about passwords and secure checksums are found there.

As stated on the site, AV Linux is created with 'Systemback' and therefore requires the username and password to login, I'm not a 'proper' developer or Linux guru of any kind, I work full time (and then some in the summer months) in a business that has absolutely nothing to do with computers and I'm also a part-time musician and studio owner, AV Linux is totally a spare time project and they ain't making any more spare time! : ). I've used Linux for music production for more than a decade and merely am trying to share a working system with the 3rd party tools at hand. As with any project spread over (literally) thousands of users some people will have flawless installs and superlative hardware support and others will wonder aloud how could anyone possibly use such a piece of crap... The web is full of forums with popular projects that echo the same diversity of experience.

As for the touchpad issue try commenting out "options psmouse proto=imps" in /etc/modprobe.d/ reboot and see if that changes anything. That is the only customization relating to touchpads in AV Linux, other than that any web seaches on touchpads in Debian Linux should shed some light. AV Linux is simply Debian Stretch with a custom Kernel and a layer of customization relating to Audio production and system tweaks..

Also please join the AV Linux forum here: http://bandshed.net/forum/index.php

I don't check LAU regularly and just happened to see this today, also answers on the forum are dictated by the volunteer availability of myself and other users and it's summer holidays in the northern hemisphere so be patient for answers..

Lastly rgareus is partially correct that AV Linux is designed to install and create without any further intervention but the most recent versions (2016, 2017, 2018) are fully intended to be as upgradable and customizable as any Debian Linux would be.

Best Regards, Glen MacArthur - AV Linux Maintainer



----- Original Message -----
From:
"Dale Powell" <***@hotmail.com>

To:
"linux-audio-***@lists.linuxaudio.org" <linux-audio-***@lists.linuxaudio.org>
Cc:

Sent:
Sun, 22 Jul 2018 14:48:59 +0000
Subject:
[LAU] AVL2018 first impressions


Hi list.

Are people actually using the new AVL? I was quite happy to see it resurrected but so far first impressions really are not good!

So you select the Installer option, rather than run live, and it still prompts you to log in, so have to exit, track down the manual and get the username and password. This is just silly!

It wasn't added to Grub so I had to boot into my old install and run a update-grub to even be able to load it up.

Touchpad scroll doesn't work, not even after removing the xorg-libinput driver to make sure it is using the synaptics driver which is required for most touchpad functions to work in XFCE. This basically makes it unusable!

None of the dark themes correctly change the windows decorations with the title bar always remaining light.

Doesn't prompt for locale settings on install and there is no language and locale in the Settings.

My root password works fine when issuing commands (such as apt update) in the terminal but it does not accept it as being the correct password when trying the GUI settings features such as those found in AV Linux Assistant (also tried the default one from the manual and that doesn't work either.) Tried at least 20 times!

And this is just what I've found in 10 minutes! Am I missing something or is it really a pretty much unusable distro??

Hopefully I'm just missing something or for some reason my experience is exceptional.....

Regards, Dale.