raspberrypi-ui/rc_gui

GTK version of raspi-config

rc_gui's Issues

Jessie: Configuration > Localisation > Keyboard setting ignored

Some list indexes are ignored and not saved. Go to Raspberry Pi Configuration > Localisation > Set Keyboard > Select Country = United States > Variant = English (US) > OK > OK. Open same setting again and find that Variant = Spanish (Latin America) is selected instead. I first thought this bug was caused by list index 0 being disallowed but found other Variants in the list that were not saved and the selection went back to Spanish (Latin America) (list index 1). Some selections mid-way in the list can be saved but not the first and last.

I was asked to post this issue in https://github.com/raspberrypi/rc_gui/issues

missing autoreconf?

~/rc_gui# ./autogen.sh

• test -d m4
• autoreconf -i -f
  ./autogen.sh: line 4: autoreconf: command not found

raspi-config still references asb's git repo

His repository is definitely out of date compared to the version that I now have on my pi -- it would be nice to add a blurb at the top of the file to note that the file is derived from his, but is actually maintained here.

Took me way longer than it should have to find out where to file a bug report against the version of raspi-config that came with my Raspian Jessie.

Disabling IPv6 via GUI has no effect

I have disabled ipv6 via GUI "Wireless & Wired Network Settings", but it is still enabled:

$ ifconfig | grep inet6
        inet6 fe80::ba27:ebff:fef8:f5d6  prefixlen 64  scopeid 0x20<link>
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
$ lsmod | grep ipv6
ipv6                  408900  38

How to build on aarch64?

changed keyboard layout does not survive unplug/plug keyboard

i changed the keyboard layout in raspbian jessie to de-DE via isung the rc_gui.
if i unplug and plug again my usb-keyboard, the settings switch back to en-UK immediately.
any idea, how to fix that, to have permanent the de-DE settings, that survive a re-plug (unplug/plug) keyboard?

do_vnc logic wrong? 0 should disable not enable, 1 should enabled not disable

Testing do_vnc option, it appears to be backwards, 1 should enabled, 0 should be disabled, right? Well, 0 invokes massive download and enable of the vncserver-x1ll-serviced.service. Where 1 then disables the same service.

Add support for gpu_mem_256, gpu_mem_512, gpu_mem_1024

Right now, the dialog always shows and modifies the gpu_mem variable, even if there is gpu_mem_* option set, which takes precedence over gpu_mem.

For a graphic-intensive application, we'd love to be able to create a Raspbian remix that increases the default GPU memory by various amounts for the different RAM sizes. gpu_mem_* works well for this.

But, when the users still run out of graphics memory, and try to increase the split via the Raspberry Pi Configuration, this doesn't work as expected.

Document no interface keywords and magic numbers

Please consider documenting the no interface (noint) mode of raspi-config.

Many people wish to use it this way: https://raspberrypi.stackexchange.com/questions/28907/how-could-one-automate-the-raspbian-raspi-config-setup

Passwords with $ or " don't work when GUI [Change Password] utility is used.

If $ is first character of password then the GUI change app will not confirm at all. Get invalid password message.
If $ is the last character of PW then it is confirmed and will work normally for login.
If $ appears anywhere else in the PW then the PW is confirmed as valid but does NOT work for login.
Similar issue with "
I do not believe this is a keyboard setting issue.......
Using command line setting sudo passwd pi or passwd pi works fine with $ or " anywhere in the password.
See forum posts:
https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=209384#p1294107
https://www.raspberrypi.org/forums/viewtopic.php?f=66&t=217795

Serial Port

Just checking (this is the GUI desktop version of raspi-config, taken a while to find)
I've reported on the forum before a few times.

The GUI for serial options does not set thing up properly.
It does not ask the two questions
Console yes/no
Serial port yes/no

So at the moment it just turns UART in config.txt on/off
but does not add/remove the console=xxxx line from cmdline.txt.

This has created a few help problems for GUI users and setting up devices, e.g. GPS and then getting in a mess with settings.

Can we have it fixed to match please :-)

changed keyboard layout does not survive reboot

according to https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=122060

if i install Raspbian Jessie and use the "Raspberry Pi Configuration" and change the keyboard layout from en-UK to de-DE, the keyboard layout is changed only temporary.
as soon i reboot the Raspberry Pi, all keyboard layout changes gone lost, i made with "Raspberry Pi Configuration"

i have install Raspbian Jessie via NOOBS v1.4.2 and via NOOBS lite v1.4 on a RPi1B and RPi2B.

if i change in NOOBS the keyboard layout, and install Raspbian, then this changed keyboard layout takes affect in the OS - that works and survive reboots
(it is a one-time change via /boot/os_config.json and init.d).
if i change the keyboard layout via raspi-config afterwards the installation of Raspbian, that works as well and survive reboots.
but if i change the keyboard layout via "Raspberry Pi Configuration" the keyboard layout is gone and is back to what ever it was bafore i used "Raspberry Pi Configuration".

Keyboard layout handler close does nothing

I have experienced issue #39 on a Pi 4 with a fresh Buster installation with LXPanel 0.10.0.

After editing the Keyboard Layout Handler settings, the new settings are not written to ~/.config/lxpanel/LXDE-pi/panels/panel after clicking the Close button on the dialog. It looks like the close button does nothing.

I have found a workaround:

1. Edit the keyboard layout settings
2. Close the keyboard layout settings / You don't even need to do this...
3. Open the Panel Settings dialog
4. Close the Panel Settings dialog
   And the keyboard layout configuration is written to the disk.
   Now the settings survive shutdown / restart, reboot etc.

bullseye 32bits

Regarding the last update of raspios bullseye 32bits, in rc_gui, the camera line has disappeared and I can no longer modify the state because in the last raspi-config the camera setting is "deprecated".

Raspberry Pi Icon

I see you now install a rpi icon. I'm not sure 'rpi' is the best name.

Some suggestions:

• raspberrypi-logo
• computer-raspberrypi

Other things to consider would be replacing the 'start-here' (amongst others) with the Pi logo instead of using the Debian defaults.

changed keyboard layout in x window does not survive reboots in stretch

A changed keyboard mapping using the GUI tools or via the command line using raspi-config gets correctly saved in the /etc/defaults directory and applied to both the command line and the currently running x window system.

Issue

After a reboot the mapping in the x window system is again set to the distro default of United Kingdom / English (UK). It ignores the setting saved in /etc/defaults. The command line (i.e. as switched to using Ctrl-Alt-F1) is showing the correct mapping.
This appeared in the current version 9 (stretch) as downloaded from the website in Dec 17 plus apt-get update and upgrade in late Dec 17.
Even a restart of the x window system using sudo /etc/init.d/lightdm restart does not restore the configured keyboard settings.

Expected Behavior

A user configured keyboard mapping through raspi-config or the GUI tools should be restored after a reboot in the x window system automatically. A wrong keyboard mapping is extremely annoying and will reduce the user experience for all non-UK based Raspberry Pi users.

Workaround

The setting needs to be reapplied using setxbmap XX or lxkeymap which resolves the issue. But the command needs to be repeated each time the raspberry pi is rebooted.

Modular Prefrences

Now x86 PIXEL is a thing we need to be able change the available preferences appropriately for the current system.

I was thinking the easiest way to do this would be to use libpeas to create a modular system with a plug-in for each 'page'. The plugins could be marked as for 'Pi' or for 'x86' or both. It would also allow for a simplified configuration system, appearance & audio etc. could remain separate projects but instead of being separate applications provide a module for 'PIXEL Prefrences' allowing everything to be managed from one place

Keyboard layout handler settings do not survive reboot

Superficially this sounds similar to issue #4 but it is not quite the same. Namely, I have added a "Keyboard Layout Handler" to the panel for switching between GB and RU (phonetic) layouts (via Ctrl-Shift). This works in the current session, but as soon as I reboot the Keyboard Layout Handler in the panel is left with just gb.

In theory this would be no big deal if I could workaround by executing a command in the terminal like this:

$ setxkbmap -option grp:switch,grp:alt_shift_toggle,grp_led:scroll gb,ru

However, this would provide only the Russian typewriter layout and not the Russian phonetic layout. I don't know how to specify the phonetic variant on the setxkbmap command line (it is not obvious from the manpage).

Anyway, the correct fix is for these settings to survive reboot.

add `raspi-config nonint do_serial_hw %d`

Would it be possible to add a command similar to:

raspi-config nonint do_serial_hw %d

to disable serial login shell while still enabling Serial?

Just like

raspi-config nonint do_serial %d

I know there is already a get_serial_hw

Right now, I have to modify the /boot/cmdline.txt with:

sh -c "sed -i.bak 's/\sconsole=serial0,115200//g' /boot/cmdline.txt"

Thanks in advance, great job btw!

time-zone location combobox visual glithes

similar to this remote screenshot...

but the issue is the same on GUI of Raspbian directly.

if i open the location combobox, the top half of the list is initially empty, until i scroll further down.
i am not very familar with the Linux GUI, but i expected that the list would be filled up to the top initially.
i could observe that issue only on that combobox, but maybe it is coincidentally, because of the content of my selections. (Area: Europe)

add option to enable/disable screen saver

please add an advanced option to enable/disable screen saver for desktop and for terminal console.
i always prefer to have my desktop and/or terminal console visible on my monitor, even when i am away from keyboard and mouse. i hate, when my monitor goes blank and off in the raspbian default settings, and i always struggling with finding the right place to set screen saver permanently off.

or would it be a feature request for raspi-config?

Keyboard Layout Selection - Scroll to top of Variant List

In the Keyboard Layout selection window, the Variant list isn't scrolled to the top after selecting a country. I think this means that what's likely to be the most common choice isn't immediately apparent on screen.

To reproduce:

1. Click localisation tab
2. Click Set Keyboard...
3. Change country to United States

Expected result:
The variant list is scrolled to top, with the English (US) variant viewable and selected.

Actual result:
The variant list is scrolled down by one line, not showing the English (US) variant, and Spanish (Latin American) is selected.

Notes:
It seems to be an issue with US, Morocco, and Syrian Arab Republic, but not German, India, Russian Federation. (All of these countries have enough variants to cause list to scroll.)

Setting Locale... text looks highlighted

Steps to reproduce:

1. Click localisation tab
2. Click Set Locale button
3. Change the locale to anything else.
4. Click OK

Behavior:
"Setting locale - please wait..." message text looks like it's been highlighted.

Toottip for Password change, inconsistency/incorrect.

A user just noticed the tooltip can be incorrect for changing the password. It always references Pi as the default user (see forum topic)

Solution: It either need to pickup the current logged in user, or easier but maybe less informative, just remove and changed to Change password for the current user?
Operation correctly changes the current user, not the default user (Pi)
(which is raspi-config behaviour)
Comparison to raspi-config correctly picks up the logged in user as the wording.

I think it is this line

                      <object class="GtkButton" id="button_pw">
                        <property name="label" translatable="yes">Change _Password...</property>
                        <property name="visible">True</property>
                        <property name="can_focus">True</property>
                        <property name="receives_default">True</property>
                        <property name="tooltip_text" translatable="yes">Change password for the default user (pi)</property>
                        <property name="use_underline">True</property>
                      </object>

this is the post on the forum.
https://www.raspberrypi.org/forums/viewtopic.php?f=91&t=285859&p=1730350#p1730350

No idea about all the translations that may need to be checked.

Boot to Desktop/CLI setting doesn't save in some cases

Steps to reproduce from a fresh install of Raspbian:

1. open rc_gui
2. change boot to CLI
3. expand file system
4. click OK in main window to save all settings.
5. say no to reboot
6. reboot manually

Expecting: Boot to CLI
Actual: Boots to desktop

I'm not sure if it's step 3 or 5 above that causes the issue. I can only really test this when I'm using a fresh install of Raspbian.

int can_configure -> check pi user exists, renders rc_gui broken an user change?

Devs,

For the most part, all is well, but with rc_gui, if the default 'pi' user is renamed or deleted, rc_gui fails to run. Specifically, when disabling auto-login and renaming the 'pi' account (to get rid of it, etc.) this causes significant problems with the raspberry-config utility. It seems backwards that a config utility on Linux should require a specific user name before it will run. Why should it care? There are many instances were renaming the user to recover uid=1000 for uid map purposes, etc. will be desired. Having rc_gui hardwired to a 'pi' username causes havok in these cases. Can this requirement be removed so that rc_gui will work for any user (regardless of whether 'pi' exists)?

Jessie: Configuration > Localisation > Timezone setting ignored

After selecting US > Central, the setting goes back to America > Chicago.