> Great idea! Shouldn't be too difficult either; two > separate repositories > built from the same source, but with different configure > options, should > do the trick. > > > > > I hope I haven't overstayed my welcome! > > > > Not at all! The Trinity project should be learning > from KDE4's mistakes, > not repeating them. ;-) > > In fact, when I go into kdepim to fix your build failure, I > will add flags > to disable each resource independently. Then I'll > leave it up to you to > disable any resources that Slackware users won't be > interested in. Mostly I'm a disgruntled user. I don't like GTK, I don't like KDE4, I don't like window managers, preferring robust desktops. I feel betrayed by the KDE developers. An argument can be made those people owe me nothing, but a counter argument is valid too. To be part of a community requires reciprocating relationships. A significant point about whether to enable or disable various features. Documentation. I like the idea very much. Especially if I can create packages pared to work better on older hardware. However, we need documentation. Well, I need documentation --- I need some kind of basic punch list of those options for each package before I can write anything. We can place those build options on the wiki. I likely would add lots of commentation in my build scripts too. Yes, I can run configure --help before every build, but I'm not a developer with years of experience in that area. I do not know what to look for or necessarily recognize what I read. I can write, but I need guidance as to what needles I am looking for and in what haystacks. Regarding building kdepim. Successfully built. I have no explanation. I installed libcaldav but not libcardav because we don't know know yet why that package does not compile. With libcaldav installed the kdepim package compiled for the first time. Yet as my previous message stated, without libcaldav the build fails. Of course, to be considered bug-free with respect to compiling, we need to be able to compile with or without the lib*dav packages. If you support enabling/disabling various options, then compiling needs to test those variations. I still have made no headway with the other three packages: kdebindings, koffice, and kdemultimedia. Of course, all of them require significant time to compile. Each FTB is discouraging because of the time required. I can look into putting my HTPC into part-time use when not recording or viewing (another dual core machine). If only we can get all the basic packages to compile!