u/embix

Smooth as fuck!

I hate being a smartass, but both aren't "forks" of the mother distro ... :) they are derived from them.

Well I've seen a lot of "I had to tweak this and that on Arch to make it work" lately, but I guess I will give it a shot then!

Yay, finally :)

Same for me. I do like "I'm not going to stop the wheel - I'm going to break it" as well, but hey ...

I will quit watching the show if they kill off Jo... oh wait.

Well, long story short answer: There is currently no way to install or run Pantheon on Ubuntu (or any other distro, for that matter) in a stable and sane way.

Let's talk about why: Although elementary OS (Freya) is based on Ubuntu (14.04), some core packages are patched or backported (= we imported a newer version of the package). You experienced this problem with the GTK+ library (a very popular toolkit for writing GUI applications).

We do not maintain versions of Pantheon for other distros than elementary OS, because there are simply no ressources (in terms of developers) left to do so. It's a very complicated thing to write applications for different distros (because of the different versions of libraries) - and let's not talk about a whole desktop environment depending on GNOME tools and libs.

Oh and you shouldn't add elementary PPAs (which are our repos currently) because this may/will overwrite libs and stuff. I fear you will only bork your system with doing so!

Great news you figured out your other problem on your own :)

Okay, first some piece of information: X11 is the software that is responsible for doing all that graphical magic - So, in fact everything you see when using your computer. You can find more information here. startx is a command to start the X11 server. Basically, it is run everytime you start your system (and hence it is related to "run a command after login"). You don't have to (and shouldn't) run it by hand.

So, let's take a look at what happened and how to fix it. By running sudo startx you changed some permissions on files. Your own user account cannot access these files (which are crucial for X11) anymore and therefore you cannot login.

It's very easy to fix this though, we'll need some terminal magic. Boot your computer to the login screen and press CTRL+ALT+F1. You will see a non-graphical login interface now. Put in your username and your password and you'll see a terminal (which is basically the same as your terminal application in Pantheon). Now use exactly this command:

sudo chown -R $USER:$USER /home/$USER

Now you changed ownership for every file in your home directory to yourself (as it should be). By pressing CTRL+ALT+F7 you can now change back to graphical login. You should be able to log in now without any problem.

My first guess is you killed permissions on certain X11-related files in your home directory by running "sudo startx". Is there any reason for running the command that way? Running commands with "sudo" is dangerous to your system if you don't know about the result. Don't do that!

I'm currently not at home and have a bad connectivity, but we can try to fix that in a few hours when I'm at my computer again.

I'm getting a "page not found" error message ;-)

I'm not sure everyone gets that quote in the right context, it's about Steam OS. Can't say anything about that because I don't know anything about that OS honestly.

Glad to hear from that project again!

It has been some time, but afaik this was a remote for Jorj Car'das' ship. He got kidnapped by a batshit-insane dark jedi there. It's in the Hand of Thrawn duology.

I see myself buying this one as well (managed to order one from bq tiday) if it's more high-end. And I've been laughing off Apple fans. Fuck, what happened?

The crucial point is: it could. There are a lot of stupid kickstarter projects out there who get tons of money (yes, read that in an angry voice please), but they produce some shiny-shiny goods which are catered to the backers as "new" and "innovative" and you actually get them. A kickstarter for elementary OS could only produce little goodies like T-Shirts or CDs with the OS. As over 99% (read the current elementary blog entry) of elementary users didn't donate to the project, I'm not sure this will work.

I'm not against it, but I'm sceptical regarding the success of such a campaign on kickstarter.

I'm only developer, so you might want to talk to someone of the project lead (if this "if" is some kind of hint), but the main problem - at least from my point of view - is: What would a potential sponsor expect from elementary OS to do for the money? We won't start to track our users to create profiles about them, for example. Sponsorship without any real restrictions would be great, but I guess this is not a realistic point of view. But I'm pretty sure the project lead is open to dialog if someone is really interested. All things considered the funding definitively is a very important point currently.

If there would be a major backer, most likely the first thing to do is to hire people (from the team) full-time to work on elementary OS. The current state (donations) is nice for bounties and paying various expenses, but you cannot expect a developer / designer to quit his current job for insecure payment.

Uh, I'll ask about the meta-package. Just don't run apt-get autoremove (or read what it is saying and watch out for important packages) at the current state of afairs and you should be safe.

If "sudo apt-get update && sudo apt-get dist-upgrade" at your terminal (or a software update at any graphical user interface you prefer) does not propose any new software versions, you are "on beta2" :) As mentioned before, there is no real "beta1" and "beta2", if you are on an updated Freya system, you are on beta2.

Security critical updates are "free" to be pushed to LTS repositories of course. That's what the security repository in your sources.list is for. Therefore, any security problem could be fixed in LTS releases. I'm not sure about the amount of application developers who use that though. And regarding PPAs you've got an answer somewhere above. It only makes things worse. It's a security nightmare.

There is not always an easy solution for everything and you have to accept that. Rolling release is no solution to the problems elementary OS faces. Breakage of libs and APIs and so on only gets worse in rr and we would have to do much more work and cannot guarantee a stable OS at any time. If you are developing your own toolkit like GNOME does, fine, but if you depend on these guys (who break stuff a lot of times), it simply does not work. Tell them to stop breaking things and rr might be no full-madness idea anymore then.

Your main problem is: You are not involved in elementary OS (and honestly I don't think you are involved in any other software project) and you want rolling release to happen. You are looking for pros for your proposal but chose to ignore cons with "yeah that's good but I don't really accept it" - Or you simply don't see them because you don't really know anything about distribution maintaining, not sure about that. Sadly, ignoring the cons does not cause them to vanish.

Mhh no, Wine should not have any trouble running. Its installation only "kills" the meta-package, everything else is not affected for these "troublemaker" applications I guess.

The main problem at the moment are 32bit applications (like Wine and related things [POL], Chrome, etc) pull in some 32bit libs / applications that remove the 64bit versions of these libs / applications. This breaks our meta-package "elementary-desktop" which network-manager is a dependency of and therefore the package manager thinks everything pulled in only by the meta-package is not needed anymore. Just some information to inform you about what happened and what you have to look out for.

You're welcome!

Yes, this is correct (if you managed to install beta1 on an uefi system you don't need to reinstall as well, just saying).