Jump to content
funtoo forums


  • Content count

  • Joined

  • Last visited

  1. Metro documentation

    I'm also looking for some more detailed Metro documentation. The problem with your theory that users should help out fixing bugs so that the main developers can free up time to write documentation is that only the main developers knows how to fix the bugs because there is no documentation... :) This is a typical problem that happens on many projects. If you don't take care to make it easy for new users/developers from the start, by the time it gets popular you don't have time to write the needed documentation, and you're stuck in a bugfixing loop. The only way to break out of the loop is to let bugs be bugs for a while, so that you can make it easier for new users/developers to start helping out, and hope that your users will forgive you for not fixing their bugs right away. It usually hurts a little, especially in your pride, but it's better in the long term. In particular, I'm wondering if it's possible to remove packages from a stage3 with Metro? Say I want to create a minimal edition with no "upgrade" option, could I as a final step remove gcc and all other "build essentials"? I'm tinkering with the idea of a minimal, "immutable" install, where you would just delete the instance and create a new one instead of upgrading the current one.
  2. I finally managed to figure out what was going on. It turns out that dbus had been installed without support for X, and my setup scripts didn't trigger a proper rebuild after changing the profiles to include the `desktop` flavor. After rebuilding dbus, things started working.
  3. I guess my description was a bit unclear. The problem in this thread is only on the SDDM login screen, it doesn't matter if I try logging in or not. Serves me right for cutting away so much of the screenshots that you can't actually see where it's at. :) I agree that there seems to be some sort of race condition, but a race with what? What decides if SDDM should present me with options to restart or shutdown? If I know what to wait for, I can look into setting up some dependency in the rc-scripts. (On the other matter, I can log in on the console and run startxfce4, and that works, but this is a company computer and I'm not allowed to boot into a logged in session)
  4. I'm installing a new machine, testing out ansible on a virtualbox before trying to apply the same setup to a real computer. The process has already spawned one thread (https://forums.funtoo.org/topic/1368-cant-get-a-session-when-using-sddm-and-xfce4-on-new-installation/), but I have another problem that I don't think is related to the problem in that thread. When sddm first starts, I get the user selector, and clock and other things, but no power controls. This means it's impossible to restart or shutdown from the sddm screen, which is somewhat annoying. Strangely enough, if I log in on the console, and run `eselect rc restart xdm`, sddm is restarted, and now suddenly I have power controls in the upper right corner. What gives?
  5. I have a new laptop, and I'm trying to get an ansible setup to configure it, testing out that setup on virtualbox. On my current laptop, I use xfce4 and sddm, so I figured I would use the same on the new one. I've had the old laptop for over four years, and I have no idea what I did when installing any of the things on it, so whenever something doesn't work on the new setup, it's a treasure hunt trying to figure out why it works on the old one. My latest problem has me stumped though, probably because I don't really understand how this stuff is supposed to work. If I log in on the console, and run startxfce4, it works. If I log in using sddm, I get kicked out immediately. From what I can gather, it seems to be related to the session, but I can't figure out what is wrong. I have compared /etc/sddm.conf and /etc/pam.d/* on the old and new, and can't find any relevant differences. I thought for a while the problem was related to consolekit being enabled or not, but I think that is now set up identically on both machines, and I'm also not entirely sure it's supposed to even be involved at all? This is the only trace of an error I can find in any logs, but it's not all that helpful # cat /home/mortenlj/.local/share/sddm/xorg-session.log (xfce4-session:3029): Gtk-ERROR **: failed to add UI: The resource at '/org/xfce/libxfce4ui/libxfce4ui-dialog-ui.ui' does not exist /etc/xdg/xfce4/xinitrc: line 114: 3029 Trace/breakpoint trap xfce4-session I have a couple questions: Should I use consolekit or not, it's not entirely clear? (lots of stuff on the internet says no, but it seems it's because they use systemd, which I don't) Is there a way to get some more useful error messages from sddm/xfce4-session?