I haven't had a look at exactly where, but it definitely gets installed. Likely as a side effect of and apt-get install pulling it in via recommended packages. Almost nobody wants saned, so we shouldn't provide it by default.

See https://github.com/huceke/omxplayer

It doesn't need to be perfectly packaged, but ideally we are able to provide updates through an apt repository.

Sadly there is no chromium for armel wheezy at the moment. Building chromium is not trivial.

acn reported there is no login manager available.

Basic setup includes configuring the locale, keyboard, default package mirror, a pointer to disabling overscan etc.

We include the Qt5 libraries and graphics demos. We should make it easy for users to launch them, so they can get an instant taste of the graphical capability of the Raspberry Pi. This should work much like in the press image, and all graphics demos should be displayed full screen.

Raspbian is a community supports armv6 hard float build of Debian. It is developing rapidly, and it should be possible to produce at least an equivalent to the current wheezy-stage3 if not wheezy-stage4-lxde.

Requested here: http://www.raspberrypi.org/phpBB3/viewtopic.php?f=63&t=8303&p=99147

already reported on the Rpi forum

A lot of people like to avoid the command line. Let them choose to automatically startx from boot.
Possibly also allow autologin.

It looks like the Debian Release is moving towards the Educational Release. I have the following suggestions to enhance it for first time users:
Put a shortcut to the File Manager on the desktop
Use Chromium instead of Midori
Change the label of Idle to Idle2.7
Put the taskbar on the left of the screen and widen it. Works much better with HD monitors but maybe not with TV's
Change the option in Idle so that it opens in the editor screen
Make raspi-config accessible on the desktop
Reinstate the screen saver
Slow down Wormy, he must have speed up since I last played him 35 years ago!

Logged in as pi, loading the desktop via startx: background image appears, mouse cursor appears and is responsive, then nothing. lxpanel doesn't appear at the bottom of the screen, and the process goes no further.

Switching out to another tty, top reports pcmanfm using 33% of the CPU and lxpanel another 10-30% variable. Leaving the system for twenty minutes - just in case it's being slow - results in no change. System is otherwise fully responsive at other ttys and over SSH during the process.

Same hardware combination (monitor, keyboard, mouse, SD card and Pi) using Debian 19-04-12 image works fine, with startx resulting in a fully working desktop environment with about fifteen seconds.

Have an option that reboots with overscan disabled (if needed) and then allows top/left and bottom/right borders to be moved until they are just visible. This then writes overscan_left/overscan_right/overscan_top/overscan_bottom to config.txt and reboots.

raspi-config adds a line after the last line of config.txt. However after sudo reboot that line has disappeared and the deliniating line above has lost its comment marking #.

It looks like the deliniating line is put in by raspi-config. It might be worth adding a comment to the file that changes made by raspi-config go below this line and will take precedence over uncommented out earlier changes to the file above the line.

sudo inside the schroot won't work for users where authentication is not done locally. Because the schroot is used only for spindle building and we don't care about syncing user databases, the setup script should probably just setup an appropriate /etc/passwd and prompt the user to set a password (which will enable them to use sudo).

There is no need for this to be regenerated locally for every user on the first boot. jojopi suggests setupcon --force --save will do the trick http://www.raspberrypi.org/phpBB3/viewtopic.php?p=97886#p97886

As reported by jojopi: http://www.raspberrypi.org/phpBB3/viewtopic.php?p=97886#p97886

Fixing /etc/login.defs seems reasonable

This isn't currently packaged for Debian, but apparently current pygame will work with python3. This is desirable, as many using Python in education have moved to Python 3.

It has no icon (which makes it look ugly) and asks the user how to open it which is not nice.

Quake is a great way to show off the power of the device. We can package it up with .pak files taken from the Quake 3 demo (and some .paks from the 1.32 point release. Alternatively, it may be possible to get fully free (as in freedom) assets from another project.

https://github.com/raspberrypi/quake3

There were a number of commits in the last week after a long quiet period. It would probably also make sense to move to date-based versioning of the package (given there is no official upstream versioning).

Currently wheezy-stage4-lxde-edu will install squeak-vm from squeeze, because squeak-vm 4.47 does not work with Scratch. A solution is in the works from upstream (and hopefully this will allow Scratch to be packaged for Wheezy). See:

http://lists.squeakfoundation.org/pipermail/vm-dev/2012-May/010551.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471927

Should be dpkg-reconfigure keyboard-configuration rather than dpkg-reconfigure keyboard-setup.

See report here: http://www.raspberrypi.org/phpBB3/viewtopic.php?p=96937#p96937

Requires raspi-config update and packaging.

Currently, users with qwertz keyboards need to log in with pi/raspberry before they can change the key mapping. This means they have to notice the key mapping does not match their keyboard and type 'raspberrz'. Starting a configuration wizard on tty1 on first boot might be one way around this. There's also an argument for logging in automatically to tty1 until the users chooses they don't want this.

At a minimum include wireless utils and a program that can be run in lxde to configure a connection. We do already include all relevant wireless kernel modules I believe (including those from staging).

http://www.raspberrypi.org/phpBB3/viewtopic.php?p=99378#p99378

Unlikely to be an issue my end.

A very odd bug report:

http://www.raspberrypi.org/phpBB3/viewtopic.php?p=98600#p98600

Just noticed the following when checking I could attach using Putty.

Putty connected ok, I then start LXDE using the directly connected keyboard, all ok but when I tried to log out of the GUI the Rpi just hung. I tried it a few times always with the same result. I also tried typing startx on the remote terminal this time LXDE started but the remote link would not accept any input from the keyboard - but did display. This time when I tried to quit the GUI it just > restarted.

If I do not make the remote connection all seems fine with the logout process

It seems to crash just when loading e.g. guardian.co.uk or mail.google.com. Requires investigation. Valid fixes include pushing an alternative supported browser (though wheezy's iceweasel doesn't seem to work very nicely on the Pi either). chromium-browser is a contender, but sadly the wheezy version isn't available for armel. It may be possible to install the (now rather ancient) chromium-browser from squeeze.

I might change my mind on this, particularly as packaging XBMC isn't massively easy and OpenELEC are doing such a good job of it.

We should provide and make use of .deb packages for these, even if they're not perfect. We shouldn't request people completely wipe their SD cards to upgrade any more.

We have some contact with Debian developers, so proper packaging could make its way upstream. If that's a way off, we should just make do with imperfect packages in the interim.

Suggestion from mr10. This would make it easier to resize the root partition and for a user to set the size of swap they are happy with. On the other hand, if that resizing is all scripted for you anyway it's not such a big deal. It would also be worth testing if a swap file works with an NFS root or if it breaks horribly.

After login you get a message to use startx to open the desktop which is fine. However the message is also displayed when you SSH in and I guess its undesirable to startx twice. Might be better to remove the message.

From bootc's kernel. Except bootc quite reasonably doesn't want to support them on 3.1, so this will probably occur when we switch to 3.2.x.

Trying to close wormy python game results in it not closing and near 100% CPU. kill pid would not kill the python process.

The FAT32 partition is not optimally aligned. Although I ask for the ext4 partition to start at 60mb, it seems to end up at 58mb which is not ideal for cards with a 4mb erase block size.

Useful for support, so users can easily answer the question "what version of the OS image are you using?".

I thought I enabled all relevant netfilter/iptables options but it appears not.

See report at http://www.raspberrypi.org/phpBB3/viewtopic.php?p=99194#p99194

iptables is now compiled with the kernell : This is really good news, but ... still no NAT :
sudo iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables v1.4.13: can't initialize iptables table `nat': Table does not exist (do you need to insmod?)

Just a link to the hello_pi folder

Better behaviour would be to exit to terminal (but still show raspi-config on next boot).

This could be like the Fedora release, which resized root to fill the SD card on first boot, or just a script that is manually executed by the user. This could be done live, or we could use something like the 'emergency kernel' (a kernel+initramfs) to enlarge the FS while unmounted. Using a swap file rather than a partition as suggested in #15 might offer more flexibility also.

This should be trivial - only blocked on the need to refactor the current scripts so that the logic for producing and configuring the wheezy image can be reused.

See report at http://www.raspberrypi.org/phpBB3/viewtopic.php?p=96967#p96967 and Raspbian discussion at http://www.raspberrypi.org/phpBB3/viewtopic.php?f=66&t=6628

This bug is caused by the following upstream issue. Raspbian fixed it by applying a patch from that issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631807

It shows 0% or sometimes a negative percentage for all running processes. Presumably an upstream issue?

While I'm at it, might want to move ssh key generation outside of rc.local (so it can be left untouched, for users to edit freely). ssh host keys can be generated in the background while raspi-config is being shown (improves the first boot experience for the common case of people who are using the device directly).

Just requires a change to bcmrpi_cutdown_defconfig in https://github.com/raspberrypi/linux

See report at http://www.raspberrypi.org/phpBB3/viewtopic.php?p=99194#p99194

Looks like we need cifs-utils

Just like in the press image, include games from http://inventwithpython.com/

See report at http://www.raspberrypi.org/phpBB3/viewtopic.php?p=96937#p96937

At the moment I'm just using dpkg-reconfigure locales. Is it worth adding a cleaner interface?