Excellent! Thanks for the New Year's present.
:)


We all have different tastes and opinions, and I couldn't disagree more. The "look" of KDE-5 is the worst GUI I've seen to date. The graphics in KDE-5 are straight out of the art deco style of the 1930s, if not earlier. I would rather use Quarterdeck's Desqview and old DOS applications.

if you like the blue I understand ;)

can firefox/seamonky or both be built without dbus?

dirmngr needs a patch applied to fix a SegFault that occurs with libgcrypt 1.6.

More here:

https://bugs.gnupg.org/gnupg/issue1590

Thanks,

Dave

For at least Firefox, not if we wish to continue naming it as Firefox.

What's the basis of this desire? dbus is pretty much all over the system now, so what's the gain?

Queued for Pat - thanks!

VirtualGL should be buildable without the static libs. How exactly are you building it?

oh, I am just too lazy to rebuild firefox/seamonkey without dbus myself every time there is new release.

Hmm... I used to pass a static library for TJPEG_LIBRARY variable like DEFAULT_TJPEG_LIBRARY=/opt/libjpeg-turbo/lib${BITS}/libturbojpeg.a (cmakescripts/FindTurboJPEG.cmake:21). As you suggested, value TJPEG_LIBRARY=-lturbojpeg worked like a charm, thus cancelling my unreasonable request.

sorry number22, maybe there was a misunderstanding: I think what rworkman was asking, and I'm curious too about it, is what advantage is there for you or the general user in having a firefox built without dbus support...

I don't know first hand, but I have heard from a gentoo user that stuff tends to work better without dbus. Personally I'm more curious what benefit there is to build firefox with dbus?

(just as examples) accessibility, a command line interface, etc.
but the point is, as Robby said, that pretty much everything else is built with dbus support (most of the desktops are started in a dbus session) so it's not clear which advantage there is in building just firefox without...

Not everyone uses a login manager or a desktop environment that starts dbus automatically. Personally those features don't look very helpful and reek of implementing features that already exist (Scrot can do anything the screenshot command can do), but thanks for answering my question. :)

some small bugs found
 

Hi -
have tested -current on old Laptop (32 bit) and found "xapm" is buggy. It seemed it had not been compiled in the right way. If it was started - it tells something like " ... try to compile ... this schould never happen."
It is no binary - it is a shell script.
If i schould test something - please tell me.

Greetings to Pat for his great work, all these Years - thank you !

I like the Fvwm with Fvwm95 loock an feel ;)
there are also some small problems - some of the pixmaps (/usr/include/X11/pixmaps/) are having wrong namings. The FVWM config want to have "mini.foo-bar.xpm" but there are "mini-foo-bar.xpm" - but maybe i just dont install all packages, and these pixmaps are elswhere.

Slacker

Not my desktop. The only things demanding dbus on my systems are the Mozilla Suite. Before Mozilla did that (Slackware 14?), dbus was never started.

A very old line item at the bottom of my todo list:
Rebuild moz ff tbird with --disable-dbus --disable-gconf --disable-gnomevfs

Why? Because I like my systems to run lean for speed, security, and well, its an old habit... baggage I suppose.

So while I do not expect, nor do I ask, Slackware to cater to my Luddite ways... it would be great for me to have the Mozilla Suite stop demanding all the cross communication 'stuff' (to be polite).