It’s now just under two years since we released the Jessie version of Raspbian. Those of you who know that Debian run their releases on a two-year cycle will therefore have been wondering when we might be releasing the next version, codenamed Stretch. Well, wonder no longer – Raspbian Stretch is available for download today!

Debian releases are named after characters from Disney Pixar’s Toy Story trilogy. In case, like me, you were wondering: Stretch is a purple octopus from Toy Story 3. Hi, Stretch!

The differences between Jessie and Stretch are mostly under-the-hood optimisations, and you really shouldn’t notice any differences in day-to-day use of the desktop and applications. (If you’re really interested, the technical details are in the Debian release notes here.)

However, we’ve made a few small changes to our image that are worth mentioning.

New versions of applications

Version 3.0.1 of Sonic Pi is included – this includes a lot of new functionality in terms of input/output. See the Sonic Pi release notes for more details of exactly what has changed.

The Chromium web browser has been updated to version 60, the most recent stable release. This offers improved memory usage and more efficient code, so you may notice it running slightly faster than before. The visual appearance has also been changed very slightly.

Bluetooth audio

In Jessie, we used PulseAudio to provide support for audio over Bluetooth, but integrating this with the ALSA architecture used for other audio sources was clumsy. For Stretch, we are using the bluez-alsa package to make Bluetooth audio work with ALSA itself. PulseAudio is therefore no longer installed by default, and the volume plugin on the taskbar will no longer start and stop PulseAudio. From a user point of view, everything should still work exactly as before – the only change is that if you still wish to use PulseAudio for some other reason, you will need to install it yourself.

Better handling of other usernames

The default user account in Raspbian has always been called ‘pi’, and a lot of the desktop applications assume that this is the current user. This has been changed for Stretch, so now applications like Raspberry Pi Configuration no longer assume this to be the case. This means, for example, that the option to automatically log in as the ‘pi’ user will now automatically log in with the name of the current user instead.

One other change is how sudo is handled. By default, the ‘pi’ user is set up with passwordless sudo access. We are no longer assuming this to be the case, so now desktop applications which require sudo access will prompt for the password rather than simply failing to work if a user without passwordless sudo uses them.

Scratch 2 Sense HAT extension

In the last Jessie release, we added the offline version of Scratch 2. While Scratch 2 itself hasn’t changed for this release, we have added a new extension to allow the Sense HAT to be used with Scratch 2. Look under ‘More Blocks’ and choose ‘Add an Extension’ to load the extension.

This works with either a physical Sense HAT or with the Sense HAT emulator. If a Sense HAT is connected, the extension will control that in preference to the emulator.

Fix for Broadpwn exploit

A couple of months ago, a vulnerability was discovered in the firmware of the BCM43xx wireless chipset which is used on Pi 3 and Pi Zero W; this potentially allows an attacker to take over the chip and execute code on it. The Stretch release includes a patch that addresses this vulnerability.

There is also the usual set of minor bug fixes and UI improvements – I’ll leave you to spot those!

How to get Raspbian Stretch

As this is a major version upgrade, we recommend using a clean image; these are available from the Downloads page on our site as usual.

Upgrading an existing Jessie image is possible, but is not guaranteed to work in every circumstance. If you wish to try upgrading a Jessie image to Stretch, we strongly recommend taking a backup first – we can accept no responsibility for loss of data from a failed update.

To upgrade, first modify the files /etc/apt/sources.list and /etc/apt/sources.list.d/raspi.list. In both files, change every occurrence of the word ‘jessie’ to ‘stretch’. (Both files will require sudo to edit.)

Then open a terminal window and execute

sudo apt-get update
sudo apt-get -y dist-upgrade

Answer ‘yes’ to any prompts. There may also be a point at which the install pauses while a page of information is shown on the screen – hold the ‘space’ key to scroll through all of this and then hit ‘q’ to continue.

Finally, if you are not using PulseAudio for anything other than Bluetooth audio, remove it from the image by entering

sudo apt-get -y purge "pulseaudio*"

Updates

Since the release, we’ve had a few small issues reported. Here’s an update on them:

There is a bug in the Raspberry Pi Configuration window which means the “Set Keyboard…” button on the Localisation tab doesn’t work.

There is an intermittent bug in the interaction between the RealVNC server application and the desktop – you might find that the taskbar sometimes vanishes when booting if the VNC server is enabled. This is intermittent, so rebooting a few times may help. If not, to get the taskbar to display, hit Ctrl-Alt-T to display a terminal window, and in the terminal enter lxpanel -p LXDE-pi; you’ll need to leave that terminal open while running.

There is a bug in the hardware video acceleration for the Chromium browser, which is causing crashes on some videos and animations.

Fixes for these three bugs are now available for download – to get them, do:

sudo apt-get update
sudo apt-get upgrade

Some users have also noticed that the Chinese and Japanese fonts are missing, resulting in garbled text when the locale is changed. This is due to a font package which was present in Jessie but not included in Stretch. A suitable alternative is the Droid fonts package – to install it, do:

Hello,
It’s not really optimal to still not get a arm64 version: ARM 64 bit instruction set is better than 32 bit. It’s probably the one that’ll remain in a few years as, for an architecture supposed to be energy efficient, ARM was not so clean at it’s core: 2 to 3 instruction sets for 32bits versions with usual 32 bits fixed size set, variable size Thumb one… and maybe even Jazelle.
When Jessie arrived, Raspberry was not selling arm64 PI versions thus we could understand sticking to arm32.
By now, it’s no more the case & a maybe a flaw for competitors.
BR.

As above – we are not about to orphan Pi 1 and Pi 0, and managing multiple versions of the OS is a headache and will lead to numerous user issues, from people trying to run the 64-bit version on early platforms. The 64-bit ARM instruction set is indeed better than the 32-bit version, but the gains in performance are comparatively small and not, at present, worth the extra work and support burden.

For the needs of the vast majority of our users, a single 32-bit version of Raspbian is the best compromise.

Well, as said on another part of the thread, there’s already 2 kernel images supported. So I think you already have the CI test suite able to handle several ones.
So only mainline support for the SoC/peripherals may be a problem but that’s supposed to be almost 32/64bit agnostic.
Maybe a nice option would be to allow apt-getting a 64bit kernel able to run a 32bit applicative/rootfs for those eager to use it?
BR.

A 64-bit version of Raspbian would be a big help to uses of TensorFlow.
TensorFlow is a 64-bit app. Installing it on 32-bit Raspbian is awkward and extremely time consuming. A 64-bit version of Raspbian would fix this.

TensorFlow is now the software of choice for running object recognition deep learning networks on a Raspberry Pi 3. There are no backward compatibility issues here. TensorFlow will only run on the Pi 3 and Pi 2 model B.

The rapid advancement of robotics and AI applications requires that we have a 64-bit version of Raspbian as soon as possible.

…which is exactly why we recommended above either starting with a clean Stretch image, or backing up before you upgrade. We can’t predict what changes people will have made to their systems which may be incompatible with Stretch.

I’ve just installed on a clean card and everything works great until I do my initial raspi-config changes and reboot. Now my menubar/start menu at the top of the screen is gone. I’ve done nothing but connect a bluetooth keyboard, connect to wifi, and then in raspi-config I changed the hostname, password, enabled ssh, vnc, and i2c, and made localization changes. Done two clean installs and same problem!

It would help narrow down what is going on if you could try making those changes one or two at a time and see which one it is which causes the problem. While it obviously isn’t possible to test every single configuration before release, from memory I have personally tested ssh, vnc, i2c, wifi connection and password changes on the Stretch image, and they all worked fine, so it looks as if it may be something about your BT keyboard or something in the localisation which is causing the problem. If you can narrow it down a bit more, I can try to repeat it here.

A quick play suggests that enabling VNC and SSH simultaneously causes the problem you have seen – no idea why as yet. Could you please try doing everything as before but only enabling one or the other and see if that fixes the problem?

Working through it step by step now. So far I’ve done SSH, reboot, VNC, reboot, I2C, reboot. All is good so far. Going to do the localization then do the keyboard so I can change password and join wifi.

I have now updated country (canada), reboot, timezone (Canada-eastern), reboot, and then connected my bluetooth keyboard and rebooted and all is good. Changed the user password and rebooted. On this boot I lost the menu bar. The only different thing that happened is that the VNC anonymous usage prompt popped up.

I think it is VNC or VNC and my keyboard (standard Apple bluetooth keyboard). Fresh installation. Setup keyboard and connected to Wifi. Reboot. Activated VNC reboot. Menubar flickers and flashes and disappears and I get the VNC anonymous stats prompt. I’m going to do this one more time and do SSH first so that I can then login from another computer and disable VNC after the bar disappears and see if it will come back.

I think it’s something in VNC; it doesn’t fail every time for me, but the one thing that seems to make it fail more often than not is having VNC enabled. Thanks for reporting it and for the investigation – I’ll see if I can track something down which makes it fail repeatably every time, and then work with RealVNC to see what the problem is.

One thing which seems to help is removing the System Tray plugin from the taskbar – that makes sense, as I think that’s the only way VNC interacts with it.

I think it’s some sort of race condition in VNC; I can see the problem with enabling VNC as the only change, but it’s not regularly repeatable. (I did test VNC before release and didn’t see this then.)

Try removing the System Tray plugin from the taskbar – that seems to stop the crash.

So a little bit further exploration found that RealVNC has an updated version at 6.2 (6.1.1 is currently installed). Not sure if that would fix it as I haven’t tried. I’m trying to figure out how to remove the task bar icon and not finding the option. Do you have any tips on how to remove it?

Sure – right-click the taskbar, choose “Add/remove Panel Items”, scroll down the list to find “System Tray” and click the “Remove” button. This seems to improve matters slightly, but I’ve still seen some crashes with the tray removed.

So I updated RealVNC to 6.2 and the behavior remains. It works when the password is “raspberry” but no menu bar when the password is anything else. Same with removing the system tray icon. If I change it back to raspberry, menu bar shows up. Change it to anything else, no system bar. Guess I’ll just work with the default password for the day.

I’m still seeing the problem occasionally with the default password – although that is after changing it to something else and changing it back; why that should make a difference I have no idea, but this bug seems a bit strange in all respects… I’ve reported it to RealVNC – we’ll work with them to find out what is going on and get a fix into apt as soon as we can. Many thanks for all the investigative work!

Hi, I’m also having this problem with VNC. It is now working with no changed password and system tray removed but I am finding the VNC performance is noticeably worse than before. The screen lag is pretty bad. I did also notice that apart from Stretch installing an already out of date version of RealVNC, their own website says that it supports only Wheezy and Raspian (I realise that might just be because the change has just happened).
I also had a wildly flickering screen followed by totally white screen even after a couple of restarts after password change and VNC enabling. I have not been able to recreate this so far.

Getting stranger. Fresh install. Connected Bluetooth keyboard and joined Wifi. Reboot. Activated SSH. Reboot. Disconnected and removed keyboard. Reboot. Activated VNC. Reboot. Got the anonymous usage prompt, all is good. Changed User Password. Reboot. No menu bar. SSH from other computer, disabled VNC. Reboot. Menu bar returns. Changed password back to default “raspberry” and enable VNC. reboot. Menu bar continues. Change password again. Menu bar flashes and disappears. I’ve tried a couple different passwords. If VNC is enabled, the password must be raspberry to get a menu bar. With VNC disabled, the menubar is just fine with a different password. Also, even with the default password, when VNC is installed, the menu bar sort of flashes of flickers before stabilizing and appearing or disappearing. Also, when it flashes, its just a gray bar with no icons.

So, for now I guess I’ll either disable VNC or use it on my local network with the default password.

I don’t think the problem is password related. I left my password as the default ‘raspberry’ and I still get the problem on my Pi 2.

I enabled ssh and vnc, set the timezone to Canada/Eastern, WIFI country to Canada, locale to en/CA but the Keyboard couldn’t be set with the GUI. I used raspi-config to set it to 104 key US default layout. I set the resolution to 1920×1080@60Hz and installed a WIFI driver for the Realtek 8818E dongle.

Sometimes when I boot the menu bar is functional and other times it flashes and disappears.

It isn’t password related – it’s a race condition in the taskbar buttons which is sometimes triggered by the time it takes VNC to start. We have a fix; it’s being tested at the moment and it should be available for download in the next few days.

I have the same problem, but having VNC & SSH enabled at the same time doesn’t trigger the problem for me. The menu bar flickers and disappears when the resolution is set to 1280×720 after a reboot, and won’t come back even if you adjust the resolution back to something different. Tried a fresh install on two different microSD cards, same problem. Also, changing the keyboard layout in raspi-config does not work. It just says “Reloading key map…” and returns to the main menu without ever asking for the new layout. The GUI raspi-config does nothing when you click the button.

When you say “also happens with other resolutions”, are you referring to the VNC problem, or an issue with setting resolutions in general? Setting resolution will make no difference to the VNC issue; the problem is to do with starting the server itself. Setting resolutions for a local user from Raspberry Pi Configuration works fine for me.

Functionally, it should make no difference. The reason for the change is that the integration of PulseAudio complicated a lot of the software; it also caused problems for people who wanted to use PulseAudio for purposes other than accessing Bluetooth.

Thank you :) I have a few ‘IoT’ projects that I wanted to make sure were not vulnerable, being able to do it without changing the sdcards is good. Mostly because they are about 12 foot off the ground and a little hard to access. :)

My Pi 2 with pixel desktop I use as Alexa, upgraded and reboot said system upgraded, my Pi 2 pixel desktop I use as a desktop didn’t say upgraded after reboot, neither did my Pi 0 W, pixel desktop and used as a audio dsp with Jack-Rack and Jack server, why? Thanks

Does the fix for the BCM43xx wireless impact the operation of scapy?
I just tried it on stretch and it only got the ARP for the router and the machine it
was running on..it did not detect the dash device attaching to the network.

I’ve had the same problem with enabling vnc. The toolbar in the desktop disappears.
I’m going to try leaving VNC disabled and install uvnc instead
Also, Eth0 has disappeared im getting enxb827eb702cf8 with an IP addy attached to it. Getting round it by configuring a static ip from my router fro now

Exactly what image are you installing? The full Raspbian image does not require a password on boot – ignore the text boot prompt that you see on first boot and just wait for it to complete startup. Raspbian Lite does require a login, but I’ve just checked the downloaded image, and “pi” and “raspberry” work fine.

Try using a more powerful PSU or a less power-hungry (simpler) keyboard. There’s been issues reported in the past where weak power supplies and hungry keyboards could lead to typed letters missing, or typed letters unintentionally repeaaaaaaaaaaaating ;-)

If you are seeing z and y switched, you are probably loading a German QWERTZ layout rather than an English QWERTY one. Or potentially you have set up a QWERTZ layout in NOOBS to work with a QWERTZ keyboard, but for some reason the setting has not been transferred to the image. It is usually more reliable to set the keyboard layout inside Raspbian itself, with either raspi-config or the desktop Raspberry Pi Configuration tool.

This is really a good news.
I always had to rename “pi” to the same username as other machines running Debian on my network (my username since 20 years)
Doing so was blocking piclone and raspi-config (GUI only)
So good news for me
Thanks Simon carry on this good work

Neither php5-mysql nor libmysqlclient18 are included in Debian Stretch; they are both Jessie-only, as is php5 itself. It looks as if Stretch supports php7.0 rather than php5, so you’d need to install that instead.

Eth0 now seems to have a very long name in addition to any wireless usb device plugged in..is there a way to get eth0 back? Also at this point
I should probably post questions to the forum..so what forum should
I use for stretch?

A follow up to what Drew Fulton and I have posted regarding the disappearing menu bar….

I have tried several times using different order of things and the one thing that is constant for me is trying to set my keyboard.

When I click the “Set keyboard…” button, the cursor hour glasses for 20 seconds or so but nothing else happens. Then I reboot and when I get the desktop back, the menu bar flashes a few times and disappears.

OK, that’s a bug – it’s a side-effect of changing things so that sudo is handled properly in Raspberry Pi Configuration. I’ve got a fix for it which we will push to apt in the next few days, but there is a workaround for now. Instead of accessing the “Set Keyboard…” button from Raspberry Pi Configuration, access it from the “Keyboard Layout” button on the ‘Keyboard’ tab in Mouse and Keyboard Settings; it will work properly from there.

On “Set Keybord” nothing happens on my system (fresh written Stretch Image), panels are unchanged. Additional I’m a little bit astonished that
I get only “de (Austrian German)” while using rc_gui to set the language.
For keybord setting I used raspi-config – and that worked fine.

But thank you very much for der Stretch Release
have a nice weekend
Harald

Getting some problems with apt install..
When installing some software like mariadb-server-10.1, it gives several errors and i must reboot it manually cause it can’t respond to more commands.
Im using console only.
The fix: clean and remove folder and even then, if problem comes again i have to reboot it manually… its a very big problem.
No software installed before this. Only raspi-config basic stuff…

I updated from Retropie 4.2 and everything worked fine, except for Kodi that became terrible with 17.1, really slow.
I did a fresh install and the taskbar just disappear after booting. I did some research and some trials with no success, but than got the error related with xscreensaver that wasnt on the system. Installed it and it seems to be ok now.I dont really know if its it or any dependency related to the package.
Kodi is still very slow to be used. Any chance to get newer version or improve performance?

My apologies – there’s a bug in the way the “Set Keyboard” button works – I’ve got a fix which should go out today. In the meantime, you can access the same settings box from the Keyboard tab of the Mouse and Keyboard Settings application; just hit the “Keyboard Layout” button.

I’m going to wait a while before I try the new Stretch.
But as far as the RealVNC issue, I personally never liked it, as it looks too crummy. I much prefer the tightvncserver. It looks like it ought to.

So, my question is, has anyone installed tightvncserver with Stretch, and does that still work?

When I try to download a package from the non-free repository, like libttspico-utils, I get an error saying that it has no installation candidate.

It seems like when I run sudo apt-get update, it’s not downloading as much as it should. It only downloads data from two URLs, but in Jessie it downloaded from around 10 (including one for the non-free repo).

I am on a Raspberry Pi Zero W using a 16G SD card, with CUPS/gutenprint, Samba file sharing, Plex server, Transmission, and AirPlay (using Shareport/alsa-base, but want to try out rplay for TV mirroring).

Using the “upgrade” instructions, during the `sudo apt-get -y update-dist` command I get the following error about 30 minutes in:

Next edited out the extra lines spitting out errors in /etc/apt/sources.list,I ran `sudo apt-get -y upgrade-dist –fix-missing` and I get the ‘confirmation page’ you mention that describes unstable packages this time (protip: Shift+ZZ will get you past the spacebar scrolling and ‘q’ in the vim editor).

It took overnight, and there were several .conf files it stops to ask if you want to overwrite (I chose ‘Y’ on each to get the new files), and the final output was:

Takeaways:
* I followed the instructions to replace instances of ‘jessie’ with ‘stretch’ but there were 9 rows and 4 duplicate lines in /etc/apt/sources.list which threw the errors, and I suspect why it took so long for the `upgrade-dist`.
* Despite it taking so long, based on the output / logs, I am confident that all of my installed packages were also upgraded to work with the new distribution.

This is a great article, thank you! Also, I am not writing this as a complaint, but my experience while following the instructions given so that it may help anyone who wants to go the `upgrade-dist` path.

For kernels, you already have a 32 bit v6 for PI0/1 and a 32/v7 for PI2/3. Thus having a 64 bit for PI3 looks reasonable as another alternative.
If the problem is on the applicative (or even rootfs) side, it’s just a kernel compile option to be able to run 32 bits applicative software for a smooth transition. I suppose mainline support for the chip is now OK.
Really, why selling A53 based boards but sticking to 32 bits on SW support side, 2 years after design?
Difficult to understand, but tell me if I missed something!
BR

The problem is not that it is technically difficult to produce a 64-bit version of Raspbian. The problem is that doing so would entail maintaining two separate releases, the 32-bit version for Pi 0 and Pi 1 devices, and the 64-bit version for Pi 2 and Pi 3 devices. This is both a large amount of extra effort for us, as maintaining two separate versions of the OS doubles our build times, doubles our release testing burden, complicates bug reporting, requires us to track two separate code lines etc; and complicates matters for the majority of our users who don’t particularly care whether they are running 32-bit or 64-bit code, and who will then need to be supported in deciding which version to download and helped when they download the wrong one!

All that cost provides very little benefit to most users – there is no need to access huge quantities of RAM on Pi, as the boards only hold 1GB anyway, and the speed benefits from 64-bit code are comparatively small in many cases. The very small number of Pi users who actually need a 64-bit OS ought to be capable of finding one themselves without help from us.

We will not be forking our Raspbian releases into 32-bit and 64-bit versions in the foreseeable future.

Would someone from Raspberry please confirm that the 2017-08-16-raspbian-stretch.zip download file, when extracted has the following two files contained within the img file having the listed sha1 hash values? I know the parent download file hash, but I would like confirmation of the two partition images that get deployed. SHA1 hashes generated follow:

Directory of c:\Users\PCUSER\Downloads\2017-08-16-raspbian-stretch\2017-08-16-raspbian-stretch

If the hash of the zip file is correct, there is really no need to check the individual hashes of the enclosed files. Hacking the contents of the zip and then managing to replace its original hash is as near to impossible as makes no odds.

I dunno how you’ve got two files? When I open 2017-08-16-raspbian-stretch.zip I just get a single file named 2017-08-16-raspbian-stretch.img
Maybe you need to try using a different unzip program? Or you could just use Etcher, which doesn’t require the zipfile to be manually uncompressed first.

Downloaded it yesterday from torrent but haven’t gotten around to installing it yet. I’ve already uploaded equivalent of 12 copies of it through the torrent and it looks like ppl are flocking to it. I like to wait 2 or 3 days to install a fresh OS after it’s released to allow for bad bugs to get caught.

I’m getting the “Aw, Snap!” error on Chromium whenever I open a HTML5 video enabled website such as Vimeo. Reloading the page doesn’t help. Standard Raspbian configuration, with GPU memory increased to 128 MB. In the next days I’ll do some more tests. Can anyone reproduce this behavior?

http://blog.szynalski.com/ this site does it EVERY time even with javascript and images blocked, and doesn’t seem to have any videos, and it doesn’t snap on youtube for me, so I doubt it is related to video.
Had it snap on something like reuters too but plain reload helped.

Yes I have the same problem. Chromium seems to “Snap” when it opens up an embedded Utube video. I cannot view your Blog section on Chromium because of this. As a work around I’m using the Epiphany browser.

YouTube and Facebook load fine for me on a clean Stretch image – several people on the forums are reporting this problem, but it seems they have all updated from a Jessie image. Try a clean Stretch image and see if the problem goes away.

I’ve done that. Unfortunately I’ve not been able to find any pattern or condition to simulate the error. An interesting fact is that just after the clean install the error seemed to be gone, but a few hours later, aw snap! The problem was back. The only thing I managed to find was the signal received by the chromium window.
Received signal 7 000076b6a672

Good news! Just updated Pi 3 from latest jessie and encountered some problems. It seemed that everything is okay but after rebooting Wifi can’t work normally, I can connect to my wlan but from the router I can see that the raspi cannot get an ip(showing 0.0.0.0), nor connect to the internet. Besides, ‘ifconfig wlan0’ only shows an ipv6 address, have no idea why.

We won’t be releasing further Jessie images. The creators of Raspbian (which is not Raspberry Pi ourselves) will probably continue to pull patches and security updates from Debian and upload them to apt for the foreseeable future, but to be honest, unless you have a very good reason for not upgrading to Stretch, using the new version is probably the right thing to do if you want all the latest patches.

Having spent yesterday fixing a failed Windows 10 upgrade – It killed Microsoft Edge – and having to step back to the previous version. I decided to try to upgrade a copy of Jessie (8Gb) to Stretch (16Gb) as the thought reinstalling all the software for the many HATs I have collected and transferring my sketches to the correct folders would be a massive task. It all went perfectly.
It’s well worth giving this a method a go if your setup is standard but large.

In my code (rpi-rgb-led-matrix), I had some crude Raspberry Pi detection that attempts to figure out what kind of Pi (1 vs. newer) something is by looking at the /proc/cmdline and looking for mem_size. The memory memory used to be 0x3F000000 for Pi2/3, with this stretch update it is set to 0x40000000, so this threw off the detection.

* It might probably make sense to put this in the Update section in case someone else has similar bad Pi detection like I do.
* Is there a better, more robust and canonical way to do the BCM2708 vs. BCM2709 detection ?

Had a play with Scratch2 and the SenseHAT today. It seems rather buggy with respect to reading the HAT sensors. I created a simple program to read roll and pitch and set variables to the values. It works until I save and load the program again. Then the custom blocks to read roll and pitch are not working anymore. I have to remove them and put them back into the Scratch program for them to start reading the sensor values again.

Also when I try to save my project it offers the file extension .sbx
When I try to load my project again this file extension is not showing in the file open dialog. I have to rename it to .sb for it to be possible to open again in Scratch2.

I’ve just had a quick play, and both seem to be related to reloading a saved project – the first time you save a project, it saves correctly as an sb2 file, but if you reopen it, it saves as an sbx when saved a second time. It looks as if there is a flag somewhere in the editor which is being set to indicate that a project that is reopened is treated as an extension (given that this code was originally designed for editing extensions) rather than a project. There will be a fairly trivial fix for it, but it’ll have to wait for a couple of weeks, as I’m taking some time off now the release is done!

I have discovered another issue with a real SenseHAT. If I do ‘say “string”‘ before ‘scroll message’ then ‘say’ doesn’t work. See example program in a picture:http://i.cubeupload.com/ftZ4Oe.png

I didn’t have the issue with ‘roll’, ‘pitch’, ‘yaw’ not working after reload, but I have the “Save Project” issue, and have to rename from sbx to sb2 manually. ‘yaw’ is a bit strange for me, because it goes over from 180 to -180 directly after start. It would be easier if yaw was around 0 at start. It seems yaw is absolute and not relative to position at start with ‘green flag’. Maybe the compass is involved or it is set at start of Pi and not at ‘green flag’. Maybe this is normal for SenseHAT.

It would be good if you could make the Raspberry Pi extensions as normal ScratchX extensions also, because then you can store them on GitHub and it’s easy for people to run the projects by just clicking a link in Chromium, if they are online.

I do have the issue with ‘roll’, ‘pitch’, ‘yaw’ not working after reload when I use the Sense HAT Emulator, but not with the real Sense HAT. ‘temperature’, ‘pressure’, ‘humidity’ works with both real and emulator.

I just installed Stretch with a fresh image install, then upgarded all the packages, then installed Kodi 17.3 through the terminal. Kodi on Stretch runs extremely slow and the CPU is maxed out. On Jessie Kodi ran extremely smooth. Any idea as to why this is?

Hello, I successfully performed this upgrade on my RasPi 3 and entered ‘Y’ in all the prompts. After reboot, I had to set my desktop wallpaper again and I could not ‘sudo apt-get update’ due to a bad signature. I found these commands helpful to correct the problem:

Stretch introduces predictable network interface names which have been used in other distributions for some time.

Network interfaces will have names formed from a prefix en — Ethernet or wl — wlan followed by x indicating MAC and the MAC e.g. enxb827eb123456 or wlx00c140123456. The onboard WiFi of the Pi3 and PIZeroW which is connected over sdio will however use the name wlan0

This can be beneficial to those using multiple network interfaces, however for most Pi users, with a single Ethernet and WiFi interface will make little difference. The previous names eth0 and wlan0 can be restored if you pass net.ifnames=0 on the kernel command line in /boot/cmdline.txt

Just upgrading from Jessie to Stretch, keep getting these errors at various stages in the install

Unescaped left brace in regex is deprecated, passed through in regex; marked by <– HERE in m/^(.*?)(\\)?\${ <– HERE ([^{}]+)}(.*)$/ at /usr/share/perl5/Debconf/Question.pm line 72.
Unescaped left brace in regex is deprecated, passed through in regex; marked by <– HERE in m/\${ <– HERE ([^}]+)}/ at /usr/share/perl5/Debconf/Config.pm line 30.

After the update to stretch chromium does no longer play mp4 files, especialy videos. If I try to load them the site crashes (“Oh nein!” -Error) Had no problems with that on Jessie? Only the omxplayer works on that files.

forget to say that with a new user it only show the “$” symbole and nothing else rather than “user@raspberrypi” and doesn’t show on which folder am i like “user@raspberrypi:~/Documents $” unless i type “ls”…and finaly the wifi seem to work with “pi” user but not on others :(

You need to set up the shell configuration for the new user properly in order to add the command history and the prompt. The relevant file is called .bashrc – copy the one from /home/pi/ to your new user’s home directory as a starting point.

The names of the graphics libraries have changed to match the standard names, rather than being the previous names which were specific to the Broadcom hardware – the problem is likely to be that you are building against the old Broadcom-specific library names.

I think it is the other way around. As far as I see in /opt/vc folder the library names are all with “brcm” in their name like “libbrcmEGL.so”, “libbrcmGLESv2.so” instead of the standard names “libEGL”, libGLESv2″ etc. And SDL2 and Qt is expecting standard library names.

How can this be fixed, is it possible to make some kind of deviation or can the standard names be added somewhere, so that the OpenGL ES drivers can be used again? Especially for compilers and programs that where written for older distributions.

As the mesa arm side GL driver is going to become the standard in the future, we’d like to avoid confusion when linking with either the arm side driver (/usr/lib/arm-linux-gnueabihf) or the gpu driver (/opt/vc/lib).

As such applications built to use the gpu driver should now link with libbrcmEGL.so/libbrcmGLESv2.so rather than the ambiguous libEGL.so/libGLESv2.so libs.

If you are running an app that doesn’t link with the new names then:
cp /opt/vc/lib/libbrcmGLESv2.so /opt/vc/lib/libGLESv2.so
cp /opt/vc/lib/libbrcmEGL.so /opt/vc/lib/libEGL.so
should get you running until they do.

I have tried your copy suggestion. I also tried using symlinks, which was my initial attempt at a workaround. However, using sudo ldconfig didn’t result in an updated cache in either case. I have no idea what I have missed.

Solution?: This morning (on a whim) I ran rpi-update. This caused the missing libraries to re-appear in /opt/vc/lib. The picam application which relies on libGLESv2.so and libEGL.so now works under stretch.

I am building MythTV for Raspberry Pi and it will only work if I do the rpi-update. Before that it was giving Invalid Operation response to many OpenGL ES calls even when correctly linked to the new library names. After the rpi-update it is fine. I will be instructing users to run the rpi-update. Will the fixes be included in the next release so that rpi-update is not needed?

I reinstalled my jessie install, and decided to upgrade it since, I had no Internet on my Raspbian Lite install and things went downhill. I had no wallpaper, icons were missing and dpkg was spitting out errors like: dpkg: could not set up this (this being the name of the program) (–configure) and stuff like that.

It seems that there is no flashplayer-plugin (package: flashplugin-nonfree) for Stretch, witch causes the video problems with chromium. Will there, or is there, a solution for this problem? Is it somehow possible to install the jessie-package?
thanx

I got the message that the flash-plugin is outdated, if I visit that website (https://scratch.mit.edu/projects/153790703/) if I choose “activate this plugin” nothing happens. So it does not work on the stretch chromium version for me.

Make sure you have the most recent rpi-chromium-mods package installed; that includes the latest release of the PepperFlash plugin. It also includes a small change to fix the “this plugin is outdated” message, which is incorrect anyway…

The files on that GitHub are .sbx, not .sb2 – you can’t load those from the command line. (As an aside, at present, loading of sb2 files which use the SenseHAT extension won’t work properly anyway, as the init function which is required when loading an extension does not get called when reloading a project; I’m looking into this at the moment. The GPIO extension will work fine, as its init function doesn’t do anything!)

In Raspbian i rename all sbx-files to sb2 when running with Scratch 2 for Raspbian. (I only use sbx on this GitHub-site because it’s standard for ScratchX.) I tested now with a simple Scratch 2-project that doesn’t use any extensions, but that didn’t load when I did:
$ scratch2 project.sb2

If you use extensions in Scratch 2 in Raspbian, then you can upload the projects to Scratch.MIT.edu, but the extension-blocks turn red (undefined), and you can’t share a such project until you removed all the red blocks.

Apologies – to load from the command line, you need to start electron and tell it to load scratch with the sb2 file – try “/usr/lib/electron/electron /usr/lib/scratch2/ project.sb2” – that works for me.

I’m working on the extensions issue at the moment – I know what the problem is, but finding the right place to call the init function is proving tricky…

You can load a project from the command line by typing “scratch2 name-of-project”, but you need to provide the full path to the project file. So “scratch2 project.sb2” won’t work, but “scratch2 /home/pi/project.sb2” will; I’ll fix this in the next release.

If you want to get a saved project which uses the SenseHAT to work properly, you need to switch to the “More Blocks” palette after loading it; this correctly initialises the extension. I’ll see if I can remove this requirement for the next version.

Oww such a huge miss of potentiality in this matter. To think of bluetooth audio input, it will be much more convenient for smart projects that involves microphone input. Really hope you guys can re-consider it as a high priority.

Unfortunately, everyone considers what would be useful to them as a high priority. Audio input really isn’t one for many Pi users.

It is entirely possible that the new bluez-alsa module will make Bluetooth audio input just work if the relevant input settings are added to the ALSA configuration file, so it might be worth starting a discussion on the forums or asking on the bluez-alsa GitHub.

I have done two different clean installs of Stretch and both times when I use the GUI to set up Raspberry Pi Configuration I can never set up the keyboard options. When I click on this option nothing happens. I must go and set up the keyboard from the terminal command. Any solutions for this problem?
PS I can change every other option with no problems, just a problem with the keyboard option.

Unfortunately I will have to keep using Jessie for now. I tried using Stretch, but some of the bugs are a big problem for me. Other than the soon to be fixed bugs, the only thing that I wish was different is that PIXEL would become more customizable. I noticed that you can no longer add menu caption, which is something I liked. You also use to be able to change the theme. One of the thing that made linux the best for me was how you could customize is however you wanted. I love the PIXEL OS and I want to thank you Simon for all the work you have done on the OS. It looks and preforms immensely better than it use too. I can wait until the bugs are fixed and I can upgrade.

After that both dhcpcd.service and network.service give errors.
Dhcpcd: not running because /etc/network/interfaces defines some interfaces that will use a DHCP client or static address
network: Cannot find defice “uap0” ifup failed to bring up uap0

Will creating a new user then replacing pi break anything if I update from Jessie? I’ve heard before that it can cause issues if I delete the default user. I’m not so worried about GUI breaks because I’m running it headless.

Fresh image, I don’t see LibreOffice in the standard repo. I want to install a localisation, used to be able to do that by “sudo apt-get install libreoffice-help-xy libreoffice-l10n-xy” where xy is the country code. Will this be appearing later, and/or can I download and install from the LibreOffice website? But I don’t suppose they maintain Raspbian install files…

All right, and it seems the apt sources are in fact identical (except jessie->stretch) so there are no LibreOffice packages in the jessie repo either… Apparently I have been missing, or: not getting, updates for some time; do you know when this changed? I can’t easily find anything relevant on the forums. I do see very recent posts advising to reclaim sd-card space via apt-get uninstall libreoffice. Presumably that won’t work now either? Is it possible to add the libreoffice archive to sources.list? Thanks.

No it has exactly that. But, MY APOLOGIES. I might die of embarrassment; my handy dandy “search packages in the repositories” script weeds out endless list of libraries with “grep -ve ‘^lib'” which also matches on libreoffice* ……… Sorry again.

Thanks, yeah, basis of the script is of course that, but I wanted to weed out all the (often) uninteresting lib* packages. Except I didn’t think of how that would also cut all libreoffice* … Now fixed it with a negative lookahead assertion: “grep -vP ‘^lib(?!reoffice)'” meaning do NOT (-v) match anything starting with lib not followed by reoffice.

Hi, I’ve got a problem with Scratch 2 Offline. When I create a file with Scratch and then I want to modify, the only possible format is .sbx. Even if I save this project with a new name, only .sbx is proposed. Unfortunately the sbx format can not be open with Scratch 2.

Yes, that’s a known bug that only came to light in this release (although it has been in Scratch 2 ever since we first released it) – it seems that saving a new file happens as .sb2, but opening and resaving an sb2 file results in an .sbx file. I’m on holiday at the moment, but fixing this will be a priority as soon as I get back into the office – expect a fix early in September.

Hi, I’ve updated my trusty Raspberry pi 2 to stretch, and now I can’t get one of my staple scripts to work. It’s a python script that accesses an mcp3008 to monitor light and temperatures. the SPI interface says it’s on, and the script runs without any errors, but the calls to the mcp3008 are all returning 0. If I put the SD card with jessie on it back in everything works, so It’s not a programming or wiring error. Without an error I don’t know where to look. Any one have any ideas?

Just an FYI,
I was pointed towardhttps://github.com/bulletmark/pifaceio/ … 785221ff21.
Which, explains the problem and I was able to fix it by adding
spi.max_speed_hz = 5000
Immediately following the spi.open

This was disappointing..
On the download page, there was no mention that in Raspbian Stretch Lite, the DM was missing and would need to be installed. After booting and running Raspi-config to auto boot into dm, it says to install lightdm.
After doing this, lightdm logon manager has a bug “right out of the box”..
lightdm critical “session_get_login1_session_id”
It seems to log in , then blank and goes back to login screen..infinite loop. So lightdm is worthless.

Can anyone recommend another VERY light DM to use, that plays nice with Raspbian Stretch Lite?

Raspbian Lite is intended for people who want to use the command line only and not X – which is why it is not described as “Raspbian with desktop”. It is surely therefore not entirely surprising that it doesn’t include an X display manager…

If you want to use an X desktop, download the full version of Raspbian. If you only want a CLI, download Raspbian Lite.

I cannot get my w1thermsensor to work on stretch light (usb installation).
Enabling w1 in raspi-config does not make them appear under lsmod though it shows up in /boot/config.txt.
Modules w1_therm and w1_gpio only appear in lsmod when I add them into /etc/modules-load.d/modules.conf.
In none of the cases above, w1 stuff appears in /sys/devices.
Notes, it is not the HW setup, as that setup works in my full jessy installation when I swap SD cards.
Any ideas are welcome.

Hi. I’ve been using the `usbmount` package to auto-mount any USB drive to /dev/usb0. With Raspbian Jessie, this worked fine. However, in Raspbian Stretch it appears that the `usbmount` package no longer picks up new USB drives.

I need to use this package for a sort of slideshow-kiosk thing, where users can use *any* USB drive, load it with photos and just plug it in and have the photos automatically copied over. I can’t be relying on UUID’s or Labels or anything like that, as the people who need to operate this kiosk are not very technically-minded and lose USB drives often (so they need to be replaced).

I haven’t yet found any other good methods for always mounting USB’s to one specific location auto-magically – `usbmount` is my go-to. Do you have any idea what may have broken its functionality, and if there is another method to mount USB’s to the same location every time in Raspbian Stretch?

“If a Sense HAT is connected, the extension will control that in preference to the emulator.”
I would like to test the SenseHAT Emulator even though I have the real SenseHAT. Removing the SenseHAT is rather difficult. Is there a way to let the SenseHAT Emulator get the control? E.g. disabling the real SenseHAT using software.

Edit the extension – it’s in /usr/lib/scratch2/scratch_extensions/piSenseHATExtension.js. If you look in the getStatus function, there is code which tries to find a real SenseHAT and then falls back to the emulator. Just swap the order of those two bits of code.

I modified the file and got it to work the way I want it: i.e. if the Sense HAT Emulator runs when I load snake4sensehat, use the emulator, otherwise use the real Sense HAT. I have to reboot in order for this detection to work — it is not enough to restart Scratch 2.

BTW The joystick in the emulator doesn’t communicate with Scratch 2.

The LEDs of the emulator are much darker than on the real Sense HAT so I can hardly see them in the emulator, even though they can be clearly seen in reality and in Scratch2.

The joystick in the emulator has never worked properly – the buttons generate keyboard commands, and they go to the active window, which is the emulator itself rather than Scratch. The joystick maps onto the cursor and enter keys on the keyboard – just use those.

Nice. The desktop feels smoother to me, far more polished and with my own custom tweaks, looks stunning on my Pi-top laptop. I’m using this machine more and more now as it’s a joy to use for Python, Arduino and Logisim work as well as wordprocessing. Thanks for the new version of Debian.

Thanks for Stretch version. Updated my present version of Jessie and it worked without problems. I’am using the Pi3 as a marine navigation system with the OpenCPN navigation software.

On board use is in combination with a 10″ touchscreen. This touchscreen worked out of the box with the Jessie versions. But with the Stretch version it no longer works. Also the screen calibration does not work. What has changed ? Is it the config setting or is a module missing ?(Egalex touchscreen).

I’am using OpenCPN as chartplotter software for marine use. In the Jessie Linux version it works fast with the OpenGL setting in OpenCPN to on. But as I reported before the screen movement of the Charts were slow.

Now I have switched OpenGL in OpenCPN to off and the screen movement are much faster with a lower processor load.

I have a Microsoft mouse (boo/hiss) i am using with my raspberry pi 3 with the latest raspbian os and the scroll wheel is not scrolling in Chromium, I thought it use to work in previous os, is any one else having trouble with the scroll wheel or is there a place to enable it in the os or software?

Hello Simon,
some other people just mentioned that “eth0” is no longer there, if you use ifconfig in Raspbian Stretch. You get enxb827ebXXXXXX
instead. That makes my bash scripts a little bit more complicated. Well, this feature is away if you add net.ifnames=0 in /boot/cmdline.txt

But will this feature/bug be changed in future versions of stretch?
Thank you for your help

It would be good if Scratch 2 programs for Microbit could run unchanged on Sense HAT. The only difference would be that you would have to use another extension. Then Raspberry Pi 3 with Sense HAT could be like a deluxe Microbit. One difference now is that Microbit have 1 based coordinates for the display, and Sense HAT, 0 based. Scratch 2 for Microbit also have blocks for acceleration.

Sorry, but we have a limited amount of development resource, and so we can only provide extensions for our own hardware, not that of other manufacturers. But I have modified Scratch 2 so that anyone who wants to write their own extensions can do so and add them with minimal effort – as long as you can write simple Javascript, they are fairly easy to create; you then just need to add the relevant information to the extensions.json file and they will appear in the chooser in Scratch 2.

I don’t mean you should develop Scratch 2 extensions for other’s products, but that you might consider to be compatible with what exists. I mentioned one Microbit extension from Scratch.MIT.edu, and here is a picture of another from PICAXE:https://u.cubeupload.com/EUHJcZ.png

I can open the preferences from the unit itself, including the keyboard settings. Interestingly, running older versions of Raspbian around the room, none of them open GUI keyboard settings over RDP, though they do open the preferences. Something flakey going on there.

I have tried to use Stretch with can-utils and an MCP2515 CAN-BUS transceiver with no success; very dissappointed:(. Previously it was necessary to use dtoverlays to get such a device working; is this still the case? Has anyone managed a CAN set-up such as this using Stretch, and if you have, would you be willing to share how you did it? As a wider point, has there been any changes to the libraries, settings, files to set-up methods for interfacing the low level pins, such as gpio, 232, i2c and spi? Any help would be appreciated, or it’s back to the drawing board; aka Jessie!

I’m very surprised about the choice of bluez-alsa, knowing that Stretch brings PulsAudio v10, that have everything needed to set up Bluetooth audio profiles (includig,but not only, A2DP, HSP and HFP), using bluez-alsa means that we will have to build it manually every time we have a fresh installation, and there is no official support from ALSA, Bluez or anyone else for bugs…

That said, the big problem with Raspberry Pi that people want to see resolved is the HSP/HFP profiles inputs that never work, and this is more related to Raspberry Pi internal wiring of Wi-Fi/Bluetooth chip and its firmware.

Speaking as the poor devil who previously had to try and get PulseAudio working as a transparent solution for Bluetooth audio on the Pi, I have to disagree with pretty much all of that…

PulseAudio is fine as long as you want to use it for all audio devices, but that isn’t practical on the Pi where, due to the hardware design of the Broadcom chip, ALSA is the only way to get efficient low-latency audio output from it. Even if we stuck with PulseAudio for Bluetooth, the audio hardware used by most users (the analogue and HDMI ports) would still have used ALSA, and this then creates a headache for application developers trying to address the audio devices.

Yes, the bluez-alsa port is not perfect, and has issues raised against it – but it is also under regular development and bugs are fixed on a weekly basis, so it is only going to get better. The increasing number of people raising issues reflects that an increasing number of people are using it; so a) it is clearly something people want and b) it is getting a lot of testing. The developer is very responsive to bug reports – arguably more so than the teams working on ALSA, Bluez and PulseAudio.

In an ideal world, the Bluez developers would not have taken the decision to remove ALSA support in Bluez 5, and if they hadn’t, we’d definitely be using it. This is the next best thing – and if people would rather use PulseAudio, they are very welcome to install and configure it themselves, and this change means they won’t find it being stopped and started underneath them by the volume control plugin…

If you see a notification saying “To play audio, you may need to install the required PulseAudio software”, it means that Firefox cannot find or use PulseAudio. Starting with Firefox 52, the PulseAudio software is required to play any audio from Firefox. Most Linux distributions now come with PulseAudio pre-installed.

Use your system’s software package manager and ensure that PulseAudio is correctly installed.
—–
I get No audio with Firefox 55, and very inconsistent audio
with Firefox 52-ESR (Raspian-Stretch).

I’m really getting to like, and use, Raspian-Stretch on my
new RPi3 as replacement for two ailing Android tablets.
Broken sound with Firefox is the only big issue. :(

Around noon the next day:
On top:
“Warning: Unresponsive script
A script on this page may be busy,
or it may have stopped responding.
You can stop the script now,
open the script in the debugger,
or let the script continue.
Script: resource:///modules/sessionstore/SessionStore.jsm:3187”

Notes:
– This same kind of situation happens with
both Raspian-Jesse/Firefox 52-ESR and
Raspian-Stretch with both Firefox 52-ESR
and Firefox 55.0.2 (Debian-Sid).
– Usually, not knowing to just Wait Overnight,
I have Power-Cycle-Rebooted Raspian,
which e2fsck complains about.

Chromium is the only browser we officially support. If you are using Firefox and finding bugs in it, whether on Raspbian or not, it would be better to raise them with the Firefox maintainers than here. If something isn’t in our standard image – and Firefox isn’t – then it is the responsibility of the application developers to maintain it, not us.

Well, even espeak does not work using Stretch!
Probably other speech synthesis as well… used by lots of home automation systems hosted by PIs!
OK, it’s not in the image but on a stock Debian this just works…

There seem to have been a ton of incompatibilities and changes introduced that break a LOT of the Raspberry Pi ecosystem’s software and documentation (the popular Piface for example), plus some serious “downgrades” to major components like Nodejs (version 4? really?).

These implications do not seem to have been that carefully considered, and the resultant frustration that is sure to follow will greatly undermine the Raspberry Pi ecosystem – converting it from one where stuff “just works”, to one where a lucky search or guru-level kernel expertise is needed to make things work…

“There seem to have been a ton of incompatibilities and changes introduced that break a LOT of the Raspberry Pi ecosystem’s software…”

Do you have any actual concrete examples of this, or are you just stirring? We haven’t knowingly downgraded anything that we ship; in a couple of instances we have stopped shipping a custom version of a program or library because the default version in Stretch is now sufficiently recent to work with other code, but that’s about it.

nodejs is at version 4.8.2 in Stretch; the same version as in Jessie, as in standard Debian. If you want a more up to date version included, have a word with the Debian maintainers, as this is their decision, not ours.

I, for one, am perfectly happy to lose PulseAudio. I run Linux Mint Debian Edition 2 (based on Jessie) on my monster desktop, and I’m one of the few on the LMDE2 forums doing any audio processing that have not simply uninstalled PulseAudio to prevent its unpredictable behavior. I simply reboot before I start an audio project, that’s the easiest way to get PulseAudio to relinquish control to ALSA. I’m hoping LMDE3 (to be Stretch-based) will likewise lack PulseAudio.

I’m afraid the problem looks to be with your network connection rather than anything our end, so I can’t suggest anything that will help. Your sources.list file looks correct to me, so 404s are a network issue.

Hi All,
Having super annoying problems with Stretch. Installed from scratch; now getting “The repository ‘http://deb.debian.org/debian stretch Rlease’ is not signed errors.
Also, there’s no easy example on this article on what the /etc/apt/sources.list should look like.
I know Stretch brings new “security” stuff, but doing installs without signing is so much beginner friendly!

Hi Simon,
I’ve just bought a PiFace-Digital2 board and set it up with Stretch on a Pi 3 Model B. When I try to follow the software installation instructions using “sudo apt-get install python3-pifacedigitalio” it returns the following:
Reading package lists… Done
Building dependency tree
Reading state information… Done
E: Unable to locate package python3-pifacedigitalio
Has support for this board been removed from Stretch?
Would it work if I started again using Jessie?
At the moment I have 30 quid’s worth of useless circuit board, so any advice would be appreciated!
Kevin.

There is no root password set by default – you need to set one if you want to login as root. When logged in as the “pi” user, open a terminal and enter “sudo passwd root”, and set the password you want.

Well, I have tried quite a few ways, similar to what you mentioned. As root, (sudo -i) I tried changing the password, but even though it told me it was successfully changed, it would not let me log in using SSH or SCP.

I just tried it the way you mentioned, but it still won’t let me log in remotely. I can SSH or SCP to pi. That isn’t too bad for SSH, because it is a simple matter to use “sudo -i” to become root.

However, for SSH, I cannot change to root.

Perhaps I have asked the wrong question. Let’s try this one…
How can I allow SCP or SSH to accept a root login?

Had a similar issue updating from Jessie via dist-upgrade yesturday. Had a grey screen with x cursor on VNC no GUI locally. I ended up copying off what I needed and started with a fresh image of Stretch.

If I had more time though, I would have looked back at install choices. I kept original autostart and lightdm.conf files rather then take the package installers version. Lightdm was failing on startup. I tried a repair of lightdm but encountered other issues with desktop-file-utils.

I tried etcher first, but install failed.
First time I tried, I got 4 raspberries and … nothing.
I let some time passed: nada.
I tried again, and this time I have more than 4 raspberries
I have also dozens of errors…
And nothing more.

So: installed with NOOBS.
When done, I’ve also installed KODI as a MediaCenter.

But unfortunately, I have no video output nor pictures.
I have sound, when any but that’s all.

I’ve reinstalled Kodi several time, but it looks like the issue is not with Kodi (I got my super linux guru friend looking at it), but maybe with a lib somewhere.

When I do “sudo apt-get update” it will get stuck at “0% [Connecting to mirrordirector.raspbian.org (93.93.128.193)]” then it will display “E: Unable to fetch some archives, maybe run apt-get update or try with –fix-missing?”

All software has bugs. Stretch, frankly, has no more than Jessie – it’s being used by hundreds of thousands of Pi users with very few reports of serious issues and is a reliable, stable operating system; it performs significantly better than Jessie on things like boot times. It also has the advantage that any bugs that are in it are likely to be fixed, which they aren’t in Jessie any more.

Depends what you mean by Raspbian’s version number. The one we display on the desktop splash screen is an internal code number to identify releases of the desktop, and we don’t (knowingly…) release anything unstable. This number was introduced because there wasn’t an obvious version number to Raspbian itself, which basically just tracks Debian.

There’s no need to do any of this on Stretch; just use the Bluetooth icon in the taskbar to connect to devices. All required software is already installed in the Stretch image. It’s a lot easier than what is described in this article, which pre-dates the inclusion of Bluetooth support in our standard images.

Not only RAT’s are hard to detect, any malicious programs are when the hacker behind can buy / code their own material to make it stealth and undetected.
They coded a poly crypter few years ago for my official penetration testing and still can make undetectable any programs including of course RAT’s / Viruses / Worms etc.. i did this using the help of darkwebsolutions dot co, they have the best materials.

How do you copy the internal sd card with SD Card Copier on full version of Raspbian Stretch? My sd card doesn’t even show up in the list. I have multiple OS installed so that may be it but doesn’t seem likely.