Now slapt-get --update fails if the testing repository is enabled. I checked it, and the package list is missing, which is the error I'm seeing. Without testing it runs but I still have unmet dependencies.

At present the 7.1 testing repository isn't used, and it looks like it will remain that way through the release cycle. This is an intended change; later RC's ship without the http version of the testing repo even mentioned in slapt-getrc. The untested repo is there, but commented out in such a way that it can be uncommented only by direct edit -- not via GSlapt. I assume that's also intentional because the rest of the disabled repos have the "#DISABLED" tag that GSlapt latches onto.

The 7.1 testing repo is empty. Note that this does not apply to 70 which still uses testing.

One issue about the current development model is the the repository is in constant movement. Using untested is likely to produce errors: the package list changes quickly and it is regenerated after each new build. I think the same applies for the testing repository at osuosl. We will have to adapt and improve as we go.

Logged

"There is a concept which corrupts and upsets all others. I refer not to Evil, whose limited realm is that of ethics; I refer to the infinite."Jorge Luis Borges, Avatars of the Tortoise. --Jumalauta!!

It appears there was a security advisory on the dhcpcd package which triggered a rebuild of our package. The resulting package is being fixed now... The Next ISO will have a fixed package. In the mean time, you can revert to this p ackage

I wanted to transfer some files from my LG Volt running Android Kit Kat 4.4.2 and noticed that the device wasn't recognized in Thunar. libmtp is installed (good) but mtp-gvfs isn't even available in the repository. For recent Android devices to be recognized as filesystems in Thunar that's a must.

Last week I installed RC2.3, and while it looked a lot better than RC2 I still have some issues with it.

This is the second installation where I just 'lost' the Xfce Desktop after a while (same thing happened on RC2); I boot the computer and login as my everyday user, only to be greeted by a panel without a 'running' desktop. I can still open programs from the menu, but they don't show up on the panel and apparently they can't be moved either. I haven't yet located the correct command to start the desktop myself.

While the 'Session' menu lists both Awesome and Fluxbox neither wants to be booted; Fluxbox doesn't seem to be installed, awesome is though. With a new user, XFCE looks alright, though I guess it's just a matter of time before XFCE is b0rken there too.

I boot the computer and login as my everyday user, only to be greeted by a panel without a 'running' desktop. I can still open programs from the menu, but they don't show up on the panel and apparently they can't be moved either. I haven't yet located the correct command to start the desktop myself.

Is this a "fresh" user, or are you using a /home from a previous install?