Linked by Eugenia Loli on Sat 15th Jan 2005 02:09 UTC, submitted by Paul Best
Slackware, Slax On a recent IRC discussion Pat discussed Slackware's future and the restructuring that will happen for Slackware 11. Regarding the removal of Gnome from Slackware, he said: "GNOME is not easy to build into packages, lacks decent documentation to build, and requires many undocumented system changes for things to work 100%".
Permalink for comment
To read all comments associated with this story, please click here.
who cares about gnome?
by te26 on Sat 15th Jan 2005 15:53 UTC

Same applys to KDE, slackware shouldnt be thrown in this DE war, the same way i fealt it was wrong to push slackware to the X/xorg issue(for that i blame PAt).

What i miss is waimea, but theres, kahakai or for the bb lovers fluxbox, that i have been using a lot lately. Ratpoisong seems a little extremist, and xfce too UIiiish.
All those are fat colestrol free like becel butter, and i like it that way.

I went from slack to fbsd and i left some time ago fbsd for slack, because running fbsd was starting to be more an academic proof than a fair use on real life, since BSD's dont fully respond to all my needs.

Since now im mainly using slackware (4 boxes) and 2 fbsd box, i was starting to get worried about the end of it, and was thinking on giving a try to arch or maybe that new ubuntu that some ppl keep talking about.

But im glad pat is back on his own feet.
I hope to see 6.10 in 11, as i hope to get a new patch set on the new 10.1

Another bit i miss in slack, and for someone like me (or worst a sysadmin) that has alot of machines to get updated quickly and on a reasonable fashionable way, its the packaging/autoupdating of a bunch of linux slackware boxes.

I moved from ftp mirroring of current tree from a batch file from my local national slackware official mirror to build swaret repos and sync it in all boxes via nfs. But theres some issues with that approach either. That so, still one point where slackware lacks to others is on the package/autoupdate of the entire system, and for that i credit the BSD approach mainly net/FREEBSD ports sys.