You are not logged in.
There's also the Brave browser (based on Chromium), but the last time I tried it, it was a memory hog.
Isn't Brave browser the one that wants to force "acceptable" ads on users? No thank you!!
FYI . . . It looks possible to remove if you don't install the meta package.
# apt-cache rdepends xfce4-session
xfce4-session
Reverse Depends:
xfce4-session-dbg
xfce4Here we are having heat that could fry an egg on pavement. A few days ago was over 110 F.
You might consider taking this discussion to #devuan-dev on freenode or the DNG mail list. Keep in mind though that things are a bit slow in the middle of summer up north.
The functionality of xfce4-session requires either consolekit or elogind to have a working DM. It took weeks if not months of collaborative effort to figure out how to get working DMs for all the desktops. Since you are using startx, that package might not be necessary. Just for giggles did you try removing "xfce4-session" entirely instead of just one of it's components?
@campus . . . Don't install the meta package. Instead install everything you want from it manually and leave out the stuff you don't want. Or remove the unwanted dependencies from the meta package and repackage it.
OK . . . here's what irrwahn had to say:
<Irrwahn> golinux: My guess is it hinges on xfce4 (that is the package going by this exact name, not the DE in general), which depends on xfce4-session, which depends on polkit stuff, which in turn depends on either consolekit or elogind.
If you install xfce without the meta package as has been suggested by several of us, you should be able to avoid this issue by choosing the packages carefully to avoid the problematic ones.
And this just posted:
<Irrwahn> At least that is what I see when following up the output of:
<Irrwahn> apt-cache --no-recommends --no-suggests --no-conflicts --no-breaks --no-replaces --no-enhances rdepends *pol*kit* | grep xfce
<Irrwahn> and:
<Irrwahn> apt-cache --no-recommends --no-suggests --no-conflicts --no-breaks --no-replaces --no-enhances rdepends xfce4-session
<Irrwahn> I never tried, but it should be possible to install an xfce4 desktop in ascii from the components without pulling in policykit et.al.
<Irrwahn> Unless of course some other installed package requires polkit - there's a lot that potentially do.
The question is - where is that dependency being generated? Find the source and you 'should' be able to kill it. I have pinged irrwahn and hopefully, he will stop by with some suggestions.
YEA! I finally found this post which explains it further:
@boycottsystemd . . . please mark this topic as [SOLVED] in the subject line of the first post.
The consolekit/policykit stuff is complicated. I don't begin to understand it. But I do know those dependencies come from the login/display manager(s) which control session management. For xfce that is slim. Maybe try removing slim and use startx instead. Something in the xfce4 meta package might be pulling that in.
Never been to Netflix or Hulu but have watched The Hollow Crown - Richard II (BBC) - all 3 hours of it. I suppose that not a "real" movie though . . .
Rather than trying to remove installed packages, you might try installing ASCII without choosing a desktop then building Xfce from scratch avoiding the meta package and only selecting the packages that you want. This may or may not work to your satisfaction or even be possible on ASCII. But in the past it has been a way to get around having to install unwanted, default packages
I don't have a lappie but I've used nouveau with an Intel Core i3-4130 Haswell Dual-Core 3.4GHz since wheezy days. I also have done a lot of video editing without a problem. Of course that machine is almost 4 years old . . .
This is good news! Thanks for sharing.
YEA! Really happy to hear that worked out for you. I try to point users in the right direction even when I don't understand the finer points myself . . . something like a librarian who hasn't read every book in the library.
If you're right golinux. I apologize and criticize myself for making noise and not being my friendliest post.
No need to apologize, basati. Multi-cultural communication is sometimes challenging
We have a style book for how to write in galaxy? a small howto.
At the bottom of every message input box there are helpful links:
BBCode: on url tag: on img tag: on Smilies: on
The first one takes you to https://dev1galaxy.org/help.php#bbcode which explains the various tags that are available.
big thanks
basati
![]()
You might want to ping parazyd (who does amprolla) on one of the irc channels
The danger in not doing it the amprolla way is that the banned package filter won't be there to protect from unwanted cruft working it's way into your system.
hi golinux
I don't understand what you're saying to me.
image devuan 2.0 for raspi3 has no desktop, where ckicable opions???
What do you want to tell me?
Your original post - https://dev1galaxy.org/viewtopic.php?pid=10783#p10783 - is very hard to read because the terminal output is not formatted with code tags. I will do the first entry to get you started and you can edit to complete the rest. On this forum, the clickable code options are above the text input box.
Who compiles the raspi3?????? He knows what's going on anyway?
parazyd. You can find him at #devuan-arm on freenode;.
Please format all terminal output with code tags for readability.Clickable options are available above the reply input box. Thank you.
Thanks for pointing that out.
That's fine, my instruction won't cause a problem if all he wants is kernels, and pins low priority.
Also MXLinux uses sysv init not systemd, and keeping systemd-sysv pinned at -1 should help, also if you keep MX repositories at 100 they rarely will pull anything in unless specified, dependencies will come from Devuan repositories as a priority, and you can pin lower if you want, but I've not had anything odd pulled even at 250.
I don't know, I'm not that stubborn I guess as long as openrc or sysv init keeps working I'll continue to be happy... But I can understand wanting to avoiding systemd creep.
Yes, it's the creep that is the real issue with systemd. If it was just an init, there would have been no need for Devuan.
Is using elogind from devuan repositories a faux paux?
It is quite intentional.
Oh also you could add this line to /etc/apt/preferences.d/avoid-systemd
Package: systemd-sysv Pin: origin "mxrepo.com" Pin-Priority: -1
Just FYI, packages coming from Debian via amprolla3 are banned but packages coming directly from Debian are not filtered. That's why we advise against using Debian repos directly.
@ Basati,
Thank you for putting thought into something that would be very useful for Devuan. Yes, documentation is needed and has been discussed extensively at times. msi (also msiism) has been leading the official documentation. A wiki is already in process here - https://friendsofdevuan.org/doku.php but currently there has not been much progress. There is also #devuan-wiki on freenode. Feel free to add your voice and energy to help push this forward.