KDE4
I've started to look at KDE4 and wondered if anyone else has started to build it. According to http://techbase.kde.org/Getting_Started/Build/KDE4 it looks like there will be several new packages needed: qt4 libclucene librdf boost cmake as well as some others that I'm not sure about. arts is no longer a part of kde, but I'm not sure yet if it is needed at all. It looks like HAL and dBus will be required. The base kde download is 220M and that doesn't include the i18n packages and several smaller packages that are in the extragear/ directory: extragear-plasma-4.0.0.tar.bz2 kaider-4.0.0.tar.bz2 kcoloredit-4.0.0.tar.bz2 kfax-4.0.0.tar.bz2 kgraphviewer-4.0.0.tar.bz2 kiconedit-4.0.0.tar.bz2 kmldonkey-4.0.0.tar.bz2 kphotoalbum-4.0.0.tar.bz2 kpovmodeler-4.0.0.tar.bz2 ktorrent-4.0.0.tar.bz2 ligature-4.0.0.tar.bz2 rsibreak-4.0.0.tar.bz2 This is going to be a major effort and the learning curve is going to be steep. I'd appreciate any advice that others may have. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Thomas Trepl wrote: > In the meanwhile I have a quite fine KDE4 (4.2.4) installation running. It > seems to make great progress to reach the quality/stability of 3.5.10. Not to > far in the future, 4.3 will be out and this is what we should have a look on > for the book, I think. Don't you? If you have any scripts or notes for KDE4, send them to me and I'll see what I can do. However, it won't be a fast turnaround. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Am Tuesday 09 March 2010 20:51:48 schrieb Robert Xu: > ... > well, kde3 is still nice... we should try to do a gradual change to > kde4, otherwise it might seem like BLFS is becoming obsolete :-\ Thats the other side of the medal. I also think that the time doesn't stand still even we refuse to add KDE4. It isn't impossible to add it to the book. It's only a notifiable amount of new packages which needs to be analyzed. My concerns are more about the direction the whole KDE desktop seems to go. A partition with 8G for a full featured desktop might be to small now. There are servers which adds another layer over other servers (virtuoso->mysql), there are (if i understood that dependency right) systems talking via ODBC(!) to each other, just to have a desktop. Its a fact that we need a SQL-server for a *desktop* environment! Thats what we citicized in the past on Windows, being such a heavywight system and pointed to KDE as an example for how it goes more lightwight. This time seems to be over too. Well ok, I'll do one try again to find a hint on how "Nepomuk" is built... Regards, Thomas > > -- > Cya Later, > Robert Xu > Ever tried Linux? :) Yes. I did and still do with more or less success... :-) -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On Wednesday 10 March 2010 10:25:16 Thomas Trepl wrote: > ... There > are servers which adds another layer over other servers (virtuoso->mysql), > there are (if i understood that dependency right) systems talking via ODBC(!) > to each other, just to have a desktop. Its a fact that we need a SQL-server > for a *desktop* environment! Akonadi (i.e. PIM in KDE4) require MySQL. KMail's mails storage ported to Akonadi in KDE4.5... -- - Petr -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On Wed, 10 Mar 2010 11:40:29 +0300, Petr Ovtchenkov wrote: > On Wednesday 10 March 2010 10:25:16 Thomas Trepl wrote: >> ... There >> are servers which adds another layer over other servers > (virtuoso->mysql), >> there are (if i understood that dependency right) systems talking via > ODBC(!) >> to each other, just to have a desktop. Its a fact that we need a > SQL-server >> for a *desktop* environment! > > Akonadi (i.e. PIM in KDE4) require MySQL. KMail's mails storage ported to > Akonadi > in KDE4.5... What's wrong with maildir or mbox as mail storage formats? Aside from that, why a SQL database for emails? I can't see any relational data there at all. If it really must be in a SQL DB, then why not use an ORM to abstract away the details so that I can plug it into the RDBMS of my choice (I happen to use PostGreSQL for other things). I guess this is the wrong forum to be ranting in about this though, and as others have pointed out, walking away from the behemoth that is KDE now is an option open to anyone, like me, who's had enough of the bloat. Regards, Matt. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On Wed, Mar 10, 2010 at 03:19:49AM -0700, Matthew Burgess wrote: > I guess this is the wrong forum to be ranting in about this though, and as > others have pointed out, walking away from the behemoth that is KDE now is > an option open to anyone, like me, who's had enough of the bloat. The trouble I have with KDE is the fact that it's monolithic. If I wanted to use a particular program out of KDE - the KDE hex reader for example - then that means I have to compile kdebase, kdelibs, and qt just for a single program. Therefore anything designed for KDE is instantly worthless outside of it unless you happen to have KDE - which is usually fine for most distros as they usually do have it. I'm perfectly happy with Blackbox right now; I program a few keyboard shortcuts with bbkeys, such as switching desktops, changing window sizes, opening up a terminal, etc, and that's good enough for me. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On 10 March 2010 11:35, Robert Xu wrote: > That's probably a good idea, in the end. Let's just keep kde3. The > farthest I go for databases in kde is sqlite. > > -- That's fine provided someone is maintaining it. Looking at the kde site, I'm not clear if there is an upstream (but nobody reported any vulnerabilities in 3.5.10), or if they only care about kde4. A quick search on lwn suggests debian know of at least one vulnerability in kdelibs-3.5.10 ( DSA-1998-1 although the link from that to Mitre may, or may not, be the correct link). My gut feeling isthat anyone using kde-3.5 is basically on their own for security, and should follow a distro such as debian to get security updates. ĸen -- After tragedy, and farce, "OMG poneys!" -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On Wed, Mar 10, 2010 at 07:55, Ken Moffat wrote: > On 10 March 2010 11:35, Robert Xu wrote: > > >> That's probably a good idea, in the end. Let's just keep kde3. The >> farthest I go for databases in kde is sqlite. >> >> -- > That's fine provided someone is maintaining it. Looking at the > kde site, I'm not clear if there is an upstream (but nobody reported > any vulnerabilities in 3.5.10), or if they only care about kde4. > I don't know of any distribution maintaining this anymore. Even debian has marked it non-supported. > A quick search on lwn suggests debian know of at least one > vulnerability in kdelibs-3.5.10 ( DSA-1998-1 although the > link from that to Mitre may, or may not, be the correct > link). > There have been many vulnerablilties already discovered. Problem is, there haven't been any patches released. Or anyone hasn't created patches. > My gut feeling isthat anyone using kde-3.5 is basically on their > own for security, and should follow a distro such as debian to get > security updates. > That's true. But that's a problem if we want to keep KDE in the book, we have to maintain it... :-\ -- Cya Later, Robert Xu Ever tried Linux? :) -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
KDE4 commited
Hi all, while facing the possibility of being killed, hated and banned by all the other book maintainers I just commited a set of new pages with instructions for KDE4. I know the pages are full of textual insufficiences and I'm sure technical changes will happen. If there are great lacks (and I know there are some) in detailed descriptions or somewhere else, I hope we can work together to fill them. And I hope that the pages give a starting point where we all could work on to bring them to a level which is good enough for being a BLFS book page. Ah, yes, the KDE version. I know the 4.6.1 is out since a few days. The KDE project seems to often make new releases so i don't think its to bad being late with 4.6.1, next month there will be a 4.6.2 - so maybe upgrade directly to this one. Currently i write this mail on the KDE 4.6.0 installation which I've created while writing the pages and it works fine at all. What is missing is a section about the languge packs. -- Thomas PS: I said in the ticket #2453 that my installation seems to be quite unstable, crashing from time to time. Sometimes in a reproducable manner. In the meanwhile, I'm pretty sure that it is an issue with the ATI driver. Switching off the desktop effects, switched off the crashes too. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Am Sonntag, 13. Januar 2008 18:19:28 schrieb Bruce Dubbs: > I've started to look at KDE4 and wondered if anyone else has started to > build it. I have started building KDE4 from SVN a month ago and the dependencies haven't changed that much. > According to http://techbase.kde.org/Getting_Started/Build/KDE4 it looks > like there will be several new packages needed: > > qt4 > libclucene > librdf > boost > cmake > > as well as some others that I'm not sure about. > > arts is no longer a part of kde, but I'm not sure yet if it is needed at > all. Well, arts was removed from KDE4. The job is now done using the Phonon abstraction layer. At the moment, the only lib you can use for getting sound is xine. According to the cmake check, you should use xine-lib-1.1.9, which was released a few days ago. > It looks like HAL and dBus will be required. D-BUS is a requirement or better, the Qt4 bindings, which will be only build, if Qt4's configure finds D-BUS. > The base kde download is 220M and that doesn't include the i18n packages > and several smaller packages that are in the extragear/ directory: > > extragear-plasma-4.0.0.tar.bz2 > kaider-4.0.0.tar.bz2 > kcoloredit-4.0.0.tar.bz2 > kfax-4.0.0.tar.bz2 > kgraphviewer-4.0.0.tar.bz2 > kiconedit-4.0.0.tar.bz2 > kmldonkey-4.0.0.tar.bz2 > kphotoalbum-4.0.0.tar.bz2 > kpovmodeler-4.0.0.tar.bz2 > ktorrent-4.0.0.tar.bz2 > ligature-4.0.0.tar.bz2 > rsibreak-4.0.0.tar.bz2 > > This is going to be a major effort and the learning curve is going to be > steep. I'd appreciate any advice that others may have. Well, I would say, let's concentrate on the core packages. At the moment KDE 4.0 is pretty incomplete. Modules like kdepim weren't released... Fine regards, Christoph Berg signature.asc Description: This is a digitally signed message part. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On Sun, Jan 13, 2008 at 11:19:28AM -0600, Bruce Dubbs wrote: > I've started to look at KDE4 and wondered if anyone else has started to > build it. > > According to http://techbase.kde.org/Getting_Started/Build/KDE4 it looks > like there will be several new packages needed: > > qt4 > libclucene > librdf > boost /me groans, a little. > cmake Tried that quite a long while ago, ISTR KDE4 was still 'work in progress' at that time and I didn't get anywhere with it. Cmake didn't seem difficult (on x86). > > as well as some others that I'm not sure about. > > arts is no longer a part of kde, but I'm not sure yet if it is needed at > all. > > It looks like HAL and dBus will be required. /me groans a lot (at hal). Boost is "interesting" - it uses its own build system (bjam), but fortunately there is a version shipped with it: cd tools/bin/src && ./build.sh gcc && cd ../../../ For gcc-4.2.2, and perhaps for 4.1, that needs a patch - I got the link from cblfs: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=22;filename=boost.diff;att=1;bug=367825 I'm not sure how much of the patch is actually needed. I'm fairly sure the changes to make1.c are mandatory, and probably native.c, newstr.c, but the addition of -fno-strict-aliasing to the jam files might not be necessary. Then set up a few variables (I put *everything* in /usr) BOOSTPYTHON=$(python -c 'import sys; print sys.version[:3]') GCCVERSION=`gcc --version | head -n 1 | sed 's/[^0-9.]//g'` BJAM=tools/jam/src/bin.linuxx86/bjam [ a different directory on other architectures ] echo "using gcc : ${GCCVERSION} : g++ ;" \ >>tools/build/v2/user-config.jam $BJAM -sBOOST_ROOT=$PWD -sPYTHON_ROOT=/usr \ -sPYTHON_VERSION=$BOOSTPYTHON -sBUILD="release" \ --prefix=/usr --layout=system My notes say that --layout=system handles the unversioned headers, and is documented in Jamfile.v2. The aim is to put all the headers into /usr/include/boost instead of /usr/include/boost-1_34_1/boost/. I would settle for /usr/include/boost-1_34_1/ but that isn't on offer - maybe BLFS should go with the overlong path for people who upgrade in place. The real pain is for those who have a small-ish '/' (or '/usr') and don't want the static and debug versions of the libraries : my experience is that it installs everything unless you can find the correct magic imprecation for the current version of bjam - I failed in that, and filled the disk before it was complete. FWIW, at the end of the build (before installing), on x86_64 (pure64) the boost tree occupied 1.2GB. I'm sure x86 will be a bit smaller. Fortunately, I found that the way fedora do the install can be hacked about to restrict it to just headers and non-debug .so libraries, but some of the version symlinks (.so.3 as well as .so.1.34.1) are non-intuitive and will no doubt change with newer versions. But, BLFS doesn't go out of its way to restrict installed libraries with --disable-static, so it's really only the space which is the pain and suggestions for saving space can go in the wiki. As for hal, you guys seem to have it working, so I suppose it isn't a problem. I still can't figure out why anybody would *want* it, maybe that just shows a lack of imagination, or excessive suspicion about automation tools which try to guess what I want to do (e.g. I've seen it when I was trying gnomebaker under debian: put in an audio cd, get a dialog asking silly questions - the application I wanted was already open). ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Am Sonntag, 13. Januar 2008 20:59:40 schrieb Ken Moffat: > Boost is "interesting" - it uses its own build system (bjam), but > fortunately there is a version shipped with it: > cd tools/bin/src && ./build.sh gcc && cd ../../../ > > For gcc-4.2.2, and perhaps for 4.1, that needs a patch - I got the > link from cblfs: > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=22;filename=boost.diff;att >=1;bug=367825 > > I'm not sure how much of the patch is actually needed. I'm fairly > sure the changes to make1.c are mandatory, and probably native.c, > newstr.c, but the addition of -fno-strict-aliasing to the jam files > might not be necessary. Well, the patch is really needed. But I think, the important part is the -fno-strict-aliasing part. If you build bjam without the patch, you get an unusable binary, which quits with a segfault. -- Christoph signature.asc Description: This is a digitally signed message part. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On Sun, Jan 13, 2008 at 09:07:15PM +0100, Christoph Berg wrote: > Am Sonntag, 13. Januar 2008 20:59:40 schrieb Ken Moffat: > > I'm not sure how much of the patch is actually needed. I'm fairly > > sure the changes to make1.c are mandatory, and probably native.c, > > newstr.c, but the addition of -fno-strict-aliasing to the jam files > > might not be necessary. > Well, the patch is really needed. But I think, the important part is > the -fno-strict-aliasing part. If you build bjam without the patch, you get > an unusable binary, which quits with a segfault. > OK, thanks for putting me straight. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
2008/1/13, Ken Moffat <[EMAIL PROTECTED]>: > As for hal, you guys seem to have it working, so I suppose it isn't > a problem. I still can't figure out why anybody would *want* it, > maybe that just shows a lack of imagination, or excessive suspicion > about automation tools which try to guess what I want to do (e.g. > I've seen it when I was trying gnomebaker under debian: put in an > audio cd, get a dialog asking silly questions - the application I > wanted was already open). Haha my thoughts exactly. With a lot of work I got HAL finally working and yes it sucks. I can imagine I plug in my mp3 player, to charge it, and HAL decides to automount it. Then I unplug it, thinking I didn't mount it and the kernel complains about a device suddenly missing. HAL just adds an extra step. Instead of thinking "should I mount this?" you should think "What the hell did HAL did this time? Is it mounted somewhere?" Besides that, who needs half a dozen processes eating (some) CPU cycles. Just my two cents... -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Bruce Dubbs wrote: > I've started to look at KDE4 and wondered if anyone else has started to > build it. Since I never managed to get qt3 and qt4 installed in parallel (with both working), and some programs wanting qt4, I was waiting for KDE4 so I could put qt3 to rest. (Although I don't use a KDE desktop.) I've downloaded the sources yesterday and wanted to start the build today. > According to http://techbase.kde.org/Getting_Started/Build/KDE4 it looks > like there will be several new packages needed: > > qt4 This is not exactly a surprise, is it? ;-) > libclucene > librdf These 2 I missed. > boost My standard BLFS build includes boost. But I'm not sure if it works (after further reading in this thread). > cmake Piece of cake: CMMI, honors DESTDIR. > arts is no longer a part of kde, but I'm not sure yet if it is needed at > all. Same goes here. > It looks like HAL and dBus will be required. These are kinda basic requirement for any desktop now. > The base kde download is 220M and that doesn't include the i18n packages > and several smaller packages that are in the extragear/ directory: Ah, thanks for pointing this out. I just downloaded the tarballs from the sources page. > This is going to be a major effort and the learning curve is going to be > steep. I'd appreciate any advice that others may have. Have you checked their build instructions? They recommend a special user with a special .bashrc ... Gah! I'll take a closer look when I'm back from town (some shopping required). Hans-Joachim -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Thought I'd share my progress on building KDE4 with everyone. I think the biggest contribution I have is a nearly-complete dependency list. Because of the list, this will be a somewhat long message. A few notes beforehand, I made this list by grepping all the CMakeLists.txt for every package, as well as looking at cmake's output. I think I've gotten at least mostly everything that is actually checked for (omitting some redundancies), but there may be something required that is not checked for. Also, note that some optional packages are only optional in the sense that kde will compile without them. Some, such as pcre, really should be required, as khtml will need it to render many sites. kdebase has been split into kdebase, kdebase-runtime, and kdebase-workspace. I'm pretty sure kdebase needs to go first, but I am uncertain as to the order of the other two. Also, you may notice that I don't have kdelibs or base listed as dependencies for most packages. Everything has a check reading 'find_package(KDE4 REQUIRED)' which looks like a variable expansion, but I could not find a definition of it anywhere. In any case, I would say to install in order kdelibs, kdepimlibs, kdebase, kdebase-runtime, kdebase-workspace, then everthing else. All packages compiled with the following commands: (from top sourcedir) mkdir build cd build cmake .. -DCMAKE_INSTALL_PREFIX=/opt/kde-4.0.0 make make install Obviously, the prefix can be adjusted to whatever you want. Also, there is a switch analogous to --sysconfdir, but I don't know what it is. You will want this to put config files into /etc/kde4 or similar. I wasn't too concerned with it myself. Anyway, on to the dependency list kdelibs Required: strigi, jpeg, giflib, libpng, libxml2, libxslt, shared-mime-info, qt4 Optional: alsa, openssl, libintl, xorg, soprano, jasper, openexr, gssapi (kerberos), gamin, acl, avahi, aspell, hspell, enchant, pcre kdepimlibs Required: kdelibs, gpgme, boost Optional: openldap, cyrus-sasl kdebase Required: kdelibs, qimageblitz kdebase-runtime Required: kdepimlibs, samba Optional: soprano, xine kdebase-workspace Optional: lm_sensors, libcaptury, libusb, bluez, networkmanager, libxklavier, libraw1394 kdeadmin: Required: kdepimlibs kdeartwork Optional: xscreensaver kdebindings Optional: ruby, pyqt4, gmcs, gacutil kdeedu: Optional: libusb, cfitsio, libsbigudrv, libnova, facile, openbabel2, eigen, boost.python kdegames: Optional: ggz-client-libs kdegraphics: Optional: gphoto2, sane, exiv2, poppler, ghostscript, chm, djvulibre, tiff, openexr kdemultimedia Required: kdepimlibs, alsa Optional: taglib, libvorbis, cdparanoia, flac, tunepimp, libtheora, libmusicbrainz kdenetwork Required: kdepimlibs, boost Optional: ktorrent, libvncserver, qca2, jpeg, openslp, decibel, libidn, sqlite, xmms, mdnsresponder kdesdk Required: kdepimlibs Optional: subversion kdeutils Required: kdepimlibs Optional: tpctl, python, gmp, libzip, libarchive kdewebdev Optional: tidy A couple other things to note: 1) It looks like kdenetwork still looks for Apple's mdnsresponder, even though kdelibs asks for avahi. Don't ask me why. 2) kdewebdev looks for tidy's header files in /usr/include/tidy/, but the blfs installation puts them directly in /usr/include. 2 seds will fix the problem: sed -i 's%tidy/%%g' cmake/modules/FindLibTidy.cmake sed -i 's%tidy/%%g' klinkstatus/src/tidy/tidyx.h A lot of new packages in the list, and many of them depend on other things not in the book, but I'll leave it here for now. Ask me if you want any more details. Robert Daniels -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Robert Daniels wrote: > Thought I'd share my progress on building KDE4 with everyone. I > think the biggest contribution I have is a nearly-complete dependency > list. Thanks Robert. The dependency list will be very helpful. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Resending, first try sent directly to Chris instead of the list. Did the same with another, more minor reply to Bruce. Hopefully I do right this time ;) -Original Message- >From: Chris Staub <[EMAIL PROTECTED]> >Sent: Jan 29, 2008 11:06 AM >To: Robert Daniels <[EMAIL PROTECTED]>, BLFS Development List > >Subject: Re: KDE4 >And a few questions/comments... > >> kdelibs >>Required: strigi, jpeg, giflib, libpng, libxml2, libxslt, >> shared-mime-info, qt4 >>Optional: alsa, openssl, libintl, xorg, soprano, jasper, openexr, gssapi >> (kerberos), gamin, acl, avahi, aspell, hspell, enchant, pcre > >xorg? Why is that optional? Does qt4 not actually require you to have X? > Ummm...Oops? My mistake rushing through typing the list. The check is to optionally use opengl. OpenGL -> Mesa -> Xorg. X is of course required. >> kdepimlibs >>Required: kdelibs, gpgme, boost >>Optional: openldap, cyrus-sasl >> kdebase >>Required: kdelibs, qimageblitz >> kdebase-runtime >>Required: kdepimlibs, samba >>Optional: soprano, xine > >I managed to install kdebase-runtime, and I don't have samba. Or did >this change in between prereleases? (I have 3.97.0) Guess I'll have to >try building KDE4 again and double-check... >-- >http://linuxfromscratch.org/mailman/listinfo/blfs-dev >FAQ: http://www.linuxfromscratch.org/blfs/faq.html >Unsubscribe: See the above information page Same excuse here. The check is to use it optionally, and I don't even have any kind of logical thought process to explain it away. ;) -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
Robert Daniels wrote: > Thought I'd share my progress on building KDE4 with everyone. I think the > biggest contribution I have is a nearly-complete dependency list. > Because of the list, this will be a somewhat long message. > > A few notes beforehand, I made this list by grepping all the CMakeLists.txt > for every package, as well as looking at cmake's output. > I think I've gotten at least mostly everything that is actually checked for > (omitting some redundancies), but there may be something required > that is not checked for. Also, note that some optional packages are only > optional in the sense that kde will compile without them. > Some, such as pcre, really should be required, as khtml will need it to > render many sites. > > kdebase has been split into kdebase, kdebase-runtime, and kdebase-workspace. > I'm pretty sure kdebase needs to go first, but I am > uncertain as to the order of the other two. > > Also, you may notice that I don't have kdelibs or base listed as dependencies > for most packages. Everything has a check reading > 'find_package(KDE4 REQUIRED)' which looks like a variable expansion, but I > could not find a definition of it anywhere. In any case, > I would say to install in order kdelibs, kdepimlibs, kdebase, > kdebase-runtime, kdebase-workspace, then everthing else. > > All packages compiled with the following commands: (from top sourcedir) > mkdir build > cd build > cmake .. -DCMAKE_INSTALL_PREFIX=/opt/kde-4.0.0 > make > make install > > Obviously, the prefix can be adjusted to whatever you want. Also, there is a > switch analogous to --sysconfdir, but I don't know what it is. > You will want this to put config files into /etc/kde4 or similar. I wasn't > too concerned with it myself. -DSYSCONF_INSTALL_DIR=/etc/kde4 > Anyway, on to the dependency list And a few questions/comments... > kdelibs >Required: strigi, jpeg, giflib, libpng, libxml2, libxslt, > shared-mime-info, qt4 >Optional: alsa, openssl, libintl, xorg, soprano, jasper, openexr, gssapi > (kerberos), gamin, acl, avahi, aspell, hspell, enchant, pcre xorg? Why is that optional? Does qt4 not actually require you to have X? > kdepimlibs >Required: kdelibs, gpgme, boost >Optional: openldap, cyrus-sasl > kdebase >Required: kdelibs, qimageblitz > kdebase-runtime >Required: kdepimlibs, samba >Optional: soprano, xine I managed to install kdebase-runtime, and I don't have samba. Or did this change in between prereleases? (I have 3.97.0) Guess I'll have to try building KDE4 again and double-check... -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4
On Mon, Jan 28, 2008 at 08:35:44PM -0600, Robert Daniels wrote: > Thought I'd share my progress on building KDE4 with everyone. I think the > biggest contribution I have is a nearly-complete dependency list. > Because of the list, this will be a somewhat long message. Thanks, very useful. > [...] > > kdebase has been split into kdebase, kdebase-runtime, and kdebase-workspace. > I'm pretty sure kdebase needs to go first, but I am > uncertain as to the order of the other two. I had got as far as looking at some references, but it all looks fiendishly complicated, The "official" notes on how to build it, at http://techbase.kde.org/Getting_Started/Build/KDE4 describe it as split into apps, runtime, workspace and say that only the runtime is required. They talk about building all three parts together, but that might be a side-effect of building from trunk instead of releases (the notes seem to pre-date the "release"). Being outside-the-loop on kde, I had difficulty understanding why you would, or would not, want to build plasma (unless you were going to have a wholly kde4 desktop). There was a review at ars.technica [ http://arstechnica.com/reviews/os/kde-40-review.ars ] which points out this is in many ways still a pre-release (plasma problems, apps not yet ported). The gentoo guide http://www.gentoo.org/proj/en/desktop/kde/kde4.xml might also be helpful, even though it's mostly talking about the details of the gentoo build system (unmask, keywords) - particularly note the comment on not letting 3.5 and 4 share the same configuration files. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 commited
Thomas Trepl wrote: > Hi all, > > while facing the possibility of being killed, hated and banned by all the > other book maintainers I just commited a set of new pages with instructions > for KDE4. I know the pages are full of textual insufficiences and I'm sure > technical changes will happen. > If there are great lacks (and I know there are some) in detailed descriptions > or somewhere else, I hope we can work together to fill them. And I hope that > the pages give a starting point where we all could work on to bring them to a > level which is good enough for being a BLFS book page. > > Ah, yes, the KDE version. I know the 4.6.1 is out since a few days. The KDE > project seems to often make new releases so i don't think its to bad being > late with 4.6.1, next month there will be a 4.6.2 - so maybe upgrade directly > to this one. Currently i write this mail on the KDE 4.6.0 installation which > I've created while writing the pages and it works fine at all. Thanks you for that. I know from experience how much time and effort that takes. I updated my local copy and have started to look at it. For a first glance, I see the following issues. Take them as suggestions and not criticisms. In the pre install, I suggest omitting th efirst paragraph. Add ldconfig to the pages that need it and omit the 2nd paragraph. "As KDE4 is a huge software collection providing a desktop, tools for system and development tasks as well as fun and educational stuff, it makes use of a tremendous amount of non-KDE packages. While nearly all of those packages are optional, some others are are highly recommended." Change to read: As KDE4 is a huge software collection providing a desktop, tools for system and development tasks as well as fun and educational stuff. It ^ ^ makes use of a tremendous amount of non-KDE packages. While nearly all of those packages are optional, some others are are highly recommended." Comment. Which are highly recommended? All on that page? "You should consider to install following packages. Installing this packages will switch on some useful features in the resulting KDE4." Change to read "The following packages are recommended. Installing... Some of the packages recommended are in the book and some are not. I'd like to see on the page the url if they are not in the book. A comment or two about non-BLFS package build procedures would also be useful. That is, if they are just CMMI, say that. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 commited
On 03/09/2011 10:41 PM, Thomas Trepl wrote: > Hi all, > > while facing the possibility of being killed, hated and banned by all the > other book maintainers I just commited a set of new pages with instructions > for KDE4. I know the pages are full of textual insufficiences and I'm sure > technical changes will happen. > If there are great lacks (and I know there are some) in detailed descriptions > or somewhere else, I hope we can work together to fill them. And I hope that > the pages give a starting point where we all could work on to bring them to a > level which is good enough for being a BLFS book page. > > Ah, yes, the KDE version. I know the 4.6.1 is out since a few days. The KDE > project seems to often make new releases so i don't think its to bad being > late with 4.6.1, next month there will be a 4.6.2 - so maybe upgrade directly > to this one. Currently i write this mail on the KDE 4.6.0 installation which > I've created while writing the pages and it works fine at all. > > What is missing is a section about the languge packs. > > -- > Thomas > > PS: I said in the ticket #2453 that my installation seems to be quite > unstable, crashing from time to time. Sometimes in a reproducable manner. In > the meanwhile, I'm pretty sure that it is an issue with the ATI driver. > Switching off the desktop effects, switched off the crashes too. thanks!! i've been trying for a while to build KDE4, mainly relying on build instructions and dependencies from archlinux' PKGBUILD files, but this was proving to be a daunting task, and the KDE build pages barely register as build instructions. with this kind of help you're offering, building KDE4 can be quite easier, thanks a lot :D -- Waleed K. Hamra Manager of Hamra Information Systems signature.asc Description: OpenPGP digital signature -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 commited
On 03/09/2011 02:41 PM, Thomas Trepl wrote: > Hi all, > > while facing the possibility of being killed, hated and banned by all the > other book maintainers Had you considered adored or envied as opposed to killed and hated? :-) It is a colossal accomplishment to add any complete desktop environment to the book, even more so for one as large as the KDE distribution. Thank you for doing this! Got a shiny new 6.8 build that will get to test it out next week/weekend. > I just commited a set of new pages with instructions > for KDE4. I know the pages are full of textual insufficiences and I'm sure > technical changes will happen. > If there are great lacks (and I know there are some) in detailed descriptions > or somewhere else, I hope we can work together to fill them. And I hope that > the pages give a starting point where we all could work on to bring them to a > level which is good enough for being a BLFS book page. Still wrapping up with some changes in IcedTea, but I should have some time this weekend for book development. I'll try and get a full proof read of the text done with suggested changes submitted to you for review. > Ah, yes, the KDE version. I know the 4.6.1 is out since a few days. The KDE > project seems to often make new releases so i don't think its to bad being > late with 4.6.1, next month there will be a 4.6.2 - so maybe upgrade directly > to this one. Currently i write this mail on the KDE 4.6.0 installation which > I've created while writing the pages and it works fine at all. > > What is missing is a section about the languge packs. > > -- > Thomas > > PS: I said in the ticket #2453 that my installation seems to be quite > unstable, crashing from time to time. Sometimes in a reproducable manner. In > the meanwhile, I'm pretty sure that it is an issue with the ATI driver. > Switching off the desktop effects, switched off the crashes too. Thanks again. -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 commited
Thomas Trepl wrote: > I just commited a set of new pages with instructions for KDE4. Thomas, I finally got around to trying to update the packages master repository and cannot find the sources where the book specifies. The following directory has moved. ftp://ftp.kde.org/pub/kde/stable/ I did find the files at ftp://ftp.na.kde.org/pub/kde/stable/ Is that where you would recommend? -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 commited
Thomas Trepl wrote: > On Sunday 03 April 2011 20:21:01 Bruce Dubbs wrote: >> Thomas Trepl wrote: >>> I just commited a set of new pages with instructions for KDE4. >> Thomas, >> >> I finally got around to trying to update the packages master repository >> and cannot find the sources where the book specifies. >> >> The following directory has moved. >> >> ftp://ftp.kde.org/pub/kde/stable/ >> >> I did find the files at >> >> ftp://ftp.na.kde.org/pub/kde/stable/ >> >> Is that where you would recommend? >> >>-- Bruce > Hmmm, for me it seems quite identical (beside that the 4.6.2 is at > ftp.kde.org > but not (yet) on ftp.na.kde.org. I have no special preferences which location > is to be used - there are a lot of mirrors for KDE. > > What files didn't you find at the ftp://ftp.kde.org/pub/kde/stable/ server? When I wrote the message the entire stable directory was missing, but it is back now so I'll proceed. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] KDE4 builds
I finally finished my KDE4 build. After I finished Xorg, it took about 185 packages to complete including most optional dependencies. There are a couple of extras that number, but not many. When I started KDE, I couldn't get any keyboard input and the mouse was not working right. With a little research I found that cmake did not find libXi properly in kde-workspace. That's because libXi is in /opt. Adding LIBRARY_PATH=/opt/xorg/lib fixed it up so far. At least cmake didn't complain. The kde-workspace takes a long time and it's still building. I'll test when it's done. I also noted that a couple of the kde modules look for PyQt and PyKDE and they are not currently mentioned. I'm sure there will be several more issues. At least I can get konsole to run in twm. However it gives a message " QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave." That's a pretty ugly message. It looks like there's a patch: https://git.reviewboard.kde.org/r/103699/diff/2/ but if kde-4.8.4 is due out next month, it is probably fixed there. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
KDE4 [Re: Xorg-server-1.6]
On Tuesday 11 August 2009 03:30:48 DJ Lucas wrote: >... > BTW, does anybody have a goal or plans in mind for KDE-4? If so, I'll > need to do that too (specifically to test the KDE equivalent of > gnome-keyring, who's name slips my mind ATM). > http://cblfs.cross-lfs.org/index.php/KDE4 will probably be my focus on > that unless somebody gets real busy real fast. ;-) Well I'm fooling around with KDE4 (4.3.0) at the moment. Its quite nice and has one or two additional packages as the cblfs shows (they are a small bit behind, as they have 4.2.3, there is a 4.2.4 and now the 4.3.0) See the script attached with which i built the currently running KDE4. Its really not perfect and it referes to another script namend "blfs.sh" - assume that this script makes nothing else as build the package it gets by parameter. > Assuming so, then what > would happen WRT KDE-3.x? I'll be sure to build in the optional prefixes > regardless. WRT? What does that mean? I think KDE should be kept for a while because the last version (3.5.10) is rock solid and stable. This level KDE4 hasn't reached yet but it is on a good way. -- Thomas kde-4.3.sh Description: application/shellscript -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Xorg/KDE4 slow on ATI
Hi all, long time i was disappointed by the speed of KDE4. Moving, but especially resizing windows was terrible slow, the mouse pointer was always far ahead of the window frame. Yesterday I throw "KDE4 slow resize" to google and found a solution in the very first link: http://blog.jasondonenfeld.com/169 There is a link to the solution to the problem i described above. It is a patch to xorg-server. I just recompiled xorg-server-1.7.5 and it works. Wau, really cool!! I think its a must for ATI users! Maybe someone could make a note in the xorg-server page. -- Thomas -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4 builds
On Fri, Jul 6, 2012 at 5:32 AM, Bruce Dubbs wrote: > When I started KDE, I couldn't get any keyboard input and the mouse was > not working right. With a little research I found that cmake did not > find libXi properly in kde-workspace. That's because libXi is in /opt. > Adding LIBRARY_PATH=/opt/xorg/lib fixed it up so far. At least cmake > didn't complain. I install Xorg in /usr/X11 so I haven't experienced this issue. Maybe a note should be added. > I also noted that a couple of the kde modules look for PyQt and PyKDE > and they are not currently mentioned. Yes, you're right, they should be mentioned as an optional dep. for at least kde-workspace and kdeplasma-addons. I have been thinking about adding the python bindings to the book. > I'm sure there will be several more issues. At least I can get konsole > to run in twm. However it gives a message " QDBusConnection: session > D-Bus connection created before QCoreApplication. Application may > misbehave." > > That's a pretty ugly message. It looks like there's a patch: > > https://git.reviewboard.kde.org/r/103699/diff/2/ This is a warning that has been present for a long time. But it is just that, a warning. If you check out your .xsession-errors file, it will contain alot of them. The warning message is fixed in Kde 5. Considering the warning message is normally not visible to the user, I don't think we need to add this patch to the book. > but if kde-4.8.4 is due out next month, it is probably fixed there. Kde-4.8.4 is already out, I just haven't got around to updating the book. The warning message is not fixed in this release. Kde-4.9 will be out 1st of August. - Ragnar - -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4 builds
Ragnar Thomsen wrote: > On Fri, Jul 6, 2012 at 5:32 AM, Bruce Dubbs wrote: >> When I started KDE, I couldn't get any keyboard input and the mouse was >> not working right. With a little research I found that cmake did not >> find libXi properly in kde-workspace. That's because libXi is in /opt. >>Adding LIBRARY_PATH=/opt/xorg/lib fixed it up so far. At least cmake >> didn't complain. > > I install Xorg in /usr/X11 so I haven't experienced this issue. Maybe > a note should be added. > >> I also noted that a couple of the kde modules look for PyQt and PyKDE >> and they are not currently mentioned. > > Yes, you're right, they should be mentioned as an optional dep. for at > least kde-workspace > and kdeplasma-addons. I have been thinking about adding the python > bindings to the book. > >> I'm sure there will be several more issues. At least I can get konsole >> to run in twm. However it gives a message " QDBusConnection: session >> D-Bus connection created before QCoreApplication. Application may >> misbehave." >> >> That's a pretty ugly message. It looks like there's a patch: >> >> https://git.reviewboard.kde.org/r/103699/diff/2/ > > This is a warning that has been present for a long time. But it is > just that, a warning. > If you check out your .xsession-errors file, it will contain alot of > them. The warning > message is fixed in Kde 5. Considering the warning message is normally not > visible to the user, I don't think we need to add this patch to the book. I don't appear to have a ~/.xsession* file. In any case, I still had the input problem when I started up the kde window manager. I did make some errors earlier and I may just remove /opt/kde4 completely and start over. That's one advantage with a separate kde directory. In the meantime, I am going to try xfce. That's a lot shorter build. >> but if kde-4.8.4 is due out next month, it is probably fixed there. > > Kde-4.8.4 is already out, I just haven't got around to updating the > book. The warning > message is not fixed in this release. Kde-4.9 will be out 1st of August. OK. Thanks. Do you know of any changes for kde-4.8.4 that would affect the 4.8.3 build instructions in the book? If not, it would be easy for me to test that out. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4 builds
On Fri, Jul 6, 2012 at 6:06 PM, Bruce Dubbs wrote: > OK. Thanks. Do you know of any changes for kde-4.8.4 that would affect > the 4.8.3 build instructions in the book? If not, it would be easy for > me to test that out. The point releases of KDE are bugfix-only releases, so usually there are no needed changes to the build instructions. -Ragnar- -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 [Re: Xorg-server-1.6]
2009/8/12 Thomas Trepl > > WRT? What does that mean? with respect to "bezüglich" in german -- tom -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
KDE4 (was: Re: Xorg-server-1.6)
On 08/10/2009 08:30 PM, DJ Lucas wrote: > BTW, does anybody have a goal or plans in mind for KDE-4? If so, I'll > need to do that too (specifically to test the KDE equivalent of > gnome-keyring, who's name slips my mind ATM). > http://cblfs.cross-lfs.org/index.php/KDE4 will probably be my focus on > that unless somebody gets real busy real fast. ;-) > Trent, Ken, Thomas, (others?): I would be quite interested in any notes, patches, or scripts that you have laying around for KDE4. I won't be able to get to it for a couple of weeks yet. I'm going to bump to the new Gnome first as I think Wayne is pretty well set on getting it done, but as I've been a diehard Gnome user for some time, and have only managed to stumble through KDE-3.x a few times in the past to test OpenOffice against kwallet, any knowledge that ya'll would be willing to share will be much appreciated. Thanks for the script that you've already provided Thomas. -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Xorg/KDE4 slow on ATI
On 08/19/2010 12:34 AM, Thomas Trepl wrote: > Hi all, > > long time i was disappointed by the speed of KDE4. Moving, but especially > resizing windows was terrible slow, the mouse pointer was always far ahead of > the window frame. > Yesterday I throw "KDE4 slow resize" to google and found a solution in the > very first link: http://blog.jasondonenfeld.com/169 There is a link to the > solution to the problem i described above. It is a patch to xorg-server. I > just recompiled xorg-server-1.7.5 and it works. > Wau, really cool!! I think its a must for ATI users! Maybe someone could > make a note in the xorg-server page. I don't use the ATI proprietary drivers or KDE, but general consensus suggests that the patch does "the right thing," it just happens not to work with ATI drivers, or rather the removal of the patch makes ATI devices behave with some garbage on screen in certain instances, which is what the original patch was intended to fix. If I further understand the conversation, it also introduces a 300ms delay on all other devices (time for read back). Taking that into account, the removal of an upstream addition that actually fixes a problem with most drivers, is not a good path for BLFS. The link to the patch can be placed into the wiki, however, I'd much rather see the conditional enhanced with '&& PIXMAP_PTR_NO_READ == "false"' or similar (better name and conditional to be supplied by somebody who actually understands the code). Anybody want to do the leg work? Assuming that it is even possible, if that were done, and the default value set to false, it could go into BLFS without question. Additionally, something like this could be pushed upstream to buy some time for ATI to provide a workaround or rewrite. -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 (was: Re: Xorg-server-1.6)
2009/9/30 DJ Lucas : > Trent, Ken, Thomas, (others?): I would be quite interested in any > notes, patches, or scripts that you have laying around for KDE4. I've given up on kde4, my last builds were for 4.2 and I assume a lot has changed since then. FWIW, the straw that broke the camel's back for me was the QT-4.5.2 upgrade - appeared to need *two* different responses to accept the gpl / licensing questions, my script just hung for ever. I made two or three attempts to fix that, then decided enough was enough (kde4 had already given me so much pain). I miss having a third browser for the times I'm upgrading gecko/epiphany (yay! I hear epiphany uses webkit in 2.28), and konqueror in 4.2 was good albeit still slow to start rendering, but I haven't missed any of the rest of kde and I'm delighted to be free of cmake. If they are useful, my scripts are at http://www.linuxfromscratch.org/~ken/desktop-2009-06/LFS-6.4-mid-2009/ (blfs2-desktop1 includes QT-4.4, blfs2-desktop5 for the kde stuff), with a patch at ../ to let me build kdegraphics without gwenview (missing dependency). Comments on the packages are in the ../desktop-details file, but that time I didn't revisit the dependencies. As always with my scripts, they are probably almost totally unlike anything you use, and there are still bugs in them. They aren't offered as an example to impress, and they're very verbose, but they work for me. Bear in mind that I'm at heart still a minimalist, and I don't believe in letting my machine second-guess what I want to do, or in cluttering my desktop with icons, or using high-wattage CPUs (or large disks) just because they are available. People from a different background are welcome to enjoy the bells and whistles. ĸen -- After tragedy, and farce, "OMG poneys!" -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 (was: Re: Xorg-server-1.6)
Ken Moffat wrote: > FWIW, the straw that broke the camel's back for me was the > QT-4.5.2 upgrade - appeared to need *two* different responses to > accept the gpl / licensing questions, my script just hung for ever. Actually qt4 is quite good. I have been doing a lot of programming with it in the last year. It's true that the build asks for some manual input, but other than that, it's pretty straight forward. I do build the debug version with examples and demos though. It does prompt for an 'o' for the open source version and then for 'yes' to accept the GPL. That makes it difficult to script, but other than that, it's straight forward. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 (was: Re: Xorg-server-1.6)
On Tuesday 29 September 2009 23:26:59 DJ Lucas wrote: > Trent, Ken, Thomas, (others?): I would be quite interested in any > notes, patches, or scripts that you have laying around for KDE4. I > won't be able to get to it for a couple of weeks yet. > I've been building vanilla kde from: http://websvn.kde.org/branches/KDE/4.3/ with: cmake -DCMAKE_SKIP_RPATH=YES -DCMAKE_BUILD_TYPE=RelWithDebInfo - DCMAKE_INSTALL_PREFIX=/opt/kde-svn I've attached my entire install_log; dependencies are not listed, but everything is listed in the order it was built, so it should be a decent reference. I've also included the *.cmake files. Something to note is my deviation with Phonon. If you build against QT's Phonon you will not have anything listed in the 'Backend' tab of KDE's 'Multimedia - KDE Control Module' - you will still be able reach the backend settings through qtconfig, though. If you build/use kdm you may notice that it crashes on logout. I haven't bothered to investigate this, but I have noticed this same behaviour on debian testing, too. I'm going to rebuild my desktop soon, I'm just waiting for some Xorg packages to be released, but the plan is to build against the 4.6 release of qt and the latest cmake/boost. Hopefully some useful notes come out of this. Regards, Trent. notes_for_DJ.tar.bz2 Description: application/bzip-compressed-tar -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 (was: Re: Xorg-server-1.6)
On 09/30/2009 11:36 AM, Bruce Dubbs wrote: > > It does prompt for an 'o' for the open source version and then for 'yes' to > accept the GPL. That makes it difficult to script, but other than that, it's > straight forward. > I haven't tried this, :-) but couldn't you do something like 'yes yes | yes o | make' (or vice versa)? -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: KDE4 (was: Re: Xorg-server-1.6)
Am Donnerstag 01 Oktober 2009 00:59:10 schrieb DJ Lucas: > On 09/30/2009 11:36 AM, Bruce Dubbs wrote: > > It does prompt for an 'o' for the open source version and then for 'yes' > > to accept the GPL. That makes it difficult to script, but other than > > that, it's straight forward. > > I haven't tried this, :-) but couldn't you do something like > 'yes yes | yes o | make' (or vice versa)? > > -- DJ Lucas The last Qt version I built was 4.5.0. It had a configure option called -confirm-license to accept the GPL. But this was before the availability to select between GPL and LGPL. signature.asc Description: This is a digitally signed message part. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Xorg-7.5 very soon (Was: Re: KDE4)
On 09/30/2009 07:18 PM, Trent Shea wrote: > On Tuesday 29 September 2009 23:26:59 DJ Lucas wrote: > >> Trent, Ken, Thomas, (others?): I would be quite interested in any >> notes, patches, or scripts that you have laying around for KDE4. I >> won't be able to get to it for a couple of weeks yet. >> >> > I've been building vanilla kde from: > http://websvn.kde.org/branches/KDE/4.3/ > > with: cmake -DCMAKE_SKIP_RPATH=YES -DCMAKE_BUILD_TYPE=RelWithDebInfo - > DCMAKE_INSTALL_PREFIX=/opt/kde-svn > > I've attached my entire install_log; dependencies are not listed, but > everything is listed in the order it was built, so it should be a decent > reference. I've also included the *.cmake files. > > Something to note is my deviation with Phonon. If you build against QT's > Phonon you will not have anything listed in the 'Backend' tab of KDE's > 'Multimedia - KDE Control Module' - you will still be able reach the > backend settings through qtconfig, though. > > If you build/use kdm you may notice that it crashes on logout. I haven't > bothered to investigate this, but I have noticed this same behaviour on > debian testing, too. > > I'm going to rebuild my desktop soon, I'm just waiting for some Xorg > packages to be released, but the plan is to build against the 4.6 > release of qt and the latest cmake/boost. Hopefully some useful notes > come out of this. > > Looks like Xorg-7.5 is *very* soon. Server-1.7.0 is released. Mesa-7.6 is released, giving initial support for r600 cards, but we'll really want 7.6.1 as soon as it's released. As far as the official Xorg release into the book, we're waiting for for following packages to do final releases of these versions: libXtst-1.1 libXxf86vm-1.1 libdmx-1.1 xinput-1.5 xf86-input-evdev-2.3 xf86-input-joystick-1.5 xf86-input-keyboard-1.4 xf86-input-mouse-1.5 xf86-input-synaptics-1.2 xf86-video-mga-2.0 xf86-video-xgixp-1.8 (never has had a stable release) -- D J Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10408 - in trunk/BOOK: introduction/important kde4/add kde4/core postlfs/filesystems postlfs/virtualization
rthom...@linuxfromscratch.org wrote: > - an lvm configuration file. > + a lvm configuration file. We've had discussions here before about this type of use. Generally we want to use 'an' to prevent two adjacent vowel sounds. In this case I think of lvm as 'ell vee em', so the 'an' is appropriate to to avoid the 'a ell' combination. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10408 - in trunk/BOOK: introduction/important kde4/add kde4/core postlfs/filesystems postlfs/virtualization
On Tue, Jul 10, 2012 at 9:02 PM, Bruce Dubbs wrote: > We've had discussions here before about this type of use. Generally we > want to use 'an' to prevent two adjacent vowel sounds. In this case I > think of lvm as 'ell vee em', so the 'an' is appropriate to to avoid > the 'a ell' combination. Ok, I will revert it. -Ragnar- -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10408 - in trunk/BOOK: introduction/important kde4/add kde4/core postlfs/filesystems postlfs/virtualization
On 07/11/2012 08:11 AM, Ragnar Thomsen wrote: > On Tue, Jul 10, 2012 at 9:02 PM, Bruce Dubbs wrote: >> We've had discussions here before about this type of use. Generally we >> want to use 'an' to prevent two adjacent vowel sounds. In this case I >> think of lvm as 'ell vee em', so the 'an' is appropriate to to avoid >> the 'a ell' combination. > Ok, I will revert it. > > -Ragnar- My favorite place to look up English grammar quirks is the the online writing lab at Purdue University. It is a great resource to have handy. http://owl.english.purdue.edu/ -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Xorg-7.5 very soon (Was: Re: KDE4)
Hi, next time, when Xorg-7.5 will be out, I'll update to the latest version of KDE4. I hope that this will solve a problem i have with X or/and KDE4 when enabling all those animations and gimmicks in kwin (like rolling the desktops, displaying them as a cube, falling snow etc). It all works well - more or less long and suddenly the desktop totally freezes - the system itself still ok. In the Xorg.log (which I hav attached) there are notes about invinite loops. For that I didnt find much hints. I feel that is not really a X problem (with KDE3 i never had those problems) but I cannot believe that this is a real KDE4 problem... I think this is some kind of both. Has one of you seen such a problem too? Greetings Thomas Xorg.0.log-infinite-loop.gz Description: GNU Zip compressed data -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: Xorg-7.5 very soon (Was: Re: KDE4)
On Sat, Oct 3, 2009 at 4:02 AM, Thomas Trepl wrote: > Hi, > > next time, when Xorg-7.5 will be out, I'll update to the latest version of > KDE4. I hope that this will solve a problem i have with X or/and KDE4 when > enabling all those animations and gimmicks in kwin (like rolling the desktops, > displaying them as a cube, falling snow etc). It all works well - more or > less long and suddenly the desktop totally freezes - the system itself still > ok. In the Xorg.log (which I hav attached) there are notes about invinite > loops. For that I didnt find much hints. I feel that is not really a X > problem (with KDE3 i never had those problems) but I cannot believe that this > is a real KDE4 problem... I think this is some kind of both. > > Has one of you seen such a problem too? Similar bugs have been reported many times on the X list. What's your hardware, X driver, X server, mesa version and kernel version? Looking at the log, it seems like an input problem. Have you considered using the evdev driver instead of mouse? It has all the same functionality. -- Dan -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Removal of additional KDE4 packages
Ragnar Thomsen wrote: > If noone objects, I will remove the following packages from the book: > -kdegames > -kdeedu > -kdetoys > -kdeaccessibility kdegames and kdetoys are still available at http://mirrors.isc.org/pub/kde/stable/4.8.0/src/ I'd like to see those remain in the book if possible. > And the entire KDE4 development section: > -kdesdk > -kdewebdev > -kdevplatform > -kdevelop > > The rationale for this is: > -the current instructions are outdated/incomplete > -the download links are dead > -the packages are not required/recommended by other packages > -i don't use these packages and don't have the time/will to update them > -i think they are used by a minority of people > > Instead I will create a page called something like "Additional KDE4 packages", > which informs the reader of further KDE4 packages that can be downloaded and > built > using the standard KDE4 instructions. That sounds good. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Removal of additional KDE4 packages
Ragnar Thomsen wrote: > Bruce Dubbs wrote: >> Ragnar Thomsen wrote: >>> If noone objects, I will remove the following packages from the >>> book: -kdegames -kdeedu -kdetoys -kdeaccessibility >> kdegames and kdetoys are still available at >> http://mirrors.isc.org/pub/kde/stable/4.8.0/src/ >> >> I'd like to see those remain in the book if possible. > > My point was not that they are unavailable. The edu and accessibility > packages are also still available, although they have been split up > into several smaller packages. My point was: There are 90+ packages > in the kde4 software compilation and I think it is unrealistic to > hope we can add and maintain all of them in BLFS. Further, most of > them can be built with the standard KDE4 instructions and don't need > custom configuration. So my opinion is, that we should only keep the > core packages + a minimum of additional packages that are important > for an operational desktop experience. I have already added/updated > the most important ones and will update the kde-pim packages soon. > Additionally I will add Gwenview (image viewer). If you want to keep > kdegames/kdetoys (although I can't see why? who really wants to have > comic figures dancing on top of your windows?!) they will need to be > updated, since the 4.6.0 packages are no longer available on the KDE > servers. OK, your points are reasonable. As you suggested before, a short page that mentions that other programs are available would be good. I would think a mention of some, but not all, of the packages that are available would be appropriate. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] New BLFS Editor & the KDE4 section
Thanks for the welcome guys. As Ken noted I have contributed with some patches for KDE4 packages. I will be updating the KDE4 section to version 4.8 in the immediate future. I have been running KDE4.8 on my LFS7.0 system since it got released. The build instructions already in the book are pretty good, but some configuration needs to be done concerning dbus/polkit/consolekit. Also I was thinking to get rid of all the dependency packages on the "KDE4 Pre-installation Configuration" page and instead list them as dependencies on the individual KDE4 package pages. The required dependencies will need to be added to the book. Any comments? - Ragnar - > Date: Wed, 29 Feb 2012 22:56:56 + > From: zarniwh...@ntlworld.com > To: blfs-dev@linuxfromscratch.org > Subject: [blfs-dev] New BLFS Editor > > The BLFS editors are pleased to announce that Ragnar Thomsen has > accepted the invitation to join their number. > > Ragnar has recently contributed patches for KDE4 related items. > Please join me in welcoming Ragnar to the BLFS community. > > ĸen > -- > das eine Mal als Tragödie, das andere Mal als Farce > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-dev > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] New BLFS Editor & the KDE4 section
Ragnar Thomsen wrote: > Thanks for the welcome guys. > > As Ken noted I have contributed with some patches for KDE4 packages. > > I will be updating the KDE4 section to version 4.8 in the immediate future. > > I have been running KDE4.8 on my LFS7.0 system since it got released. > The build instructions already in the book are pretty good, > but some configuration needs to be done concerning dbus/polkit/consolekit. > >Also I was thinking to get rid of all the dependency packages on the "KDE4 Pre-installation Configuration" page and instead list them as dependencies on the individual KDE4 package pages. The required dependencies will need to be added to the book. Yes, all required dependencies should be in the book. I agree that the dependencies should be relocated to the package that needs it. Two things about listing dependencies: 1. If it's in LFS, it is not listed. 2. If A is a *required* dependency and A requires B, then B is not listed in the package. That's different from optional dependencies where B would be listed in both the package and A. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] New BLFS Editor & the KDE4 section
On Thu, Mar 01, 2012 at 07:57:49PM +0100, Ragnar Thomsen wrote: > > Thanks for the welcome guys. > > As Ken noted I have contributed with some patches for KDE4 packages. > > I will be updating the KDE4 section to version 4.8 in the immediate future. > > I have been running KDE4.8 on my LFS7.0 system since it got released. > The build instructions already in the book are pretty good, > but some configuration needs to be done concerning dbus/polkit/consolekit. > > Also I was thinking to get rid of all the dependency packages on the "KDE4 > Pre-installation Configuration" page and instead list them as dependencies on > the individual KDE4 package pages. The required dependencies will need to be > added to the book. > > Any comments? > > - Ragnar - > If you want to alter what we say for dbus/polkit/consolekit, then feel free - I don't think the rest of us who are active at the moment have much experience with them. Now that I've looked at the pre-install-config page, I agree that they ought to be moved to the individual packages that need them. In gnome, some non-gnome packages are hard to pin down as a dep for a particular package, so in a few cases there are some 'pointers', e.g. gnome/gnome-desktop-file-utils, which point to the package elsewhere in the book. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] New BLFS Editor & the KDE4 section
On Thursday 01 March 2012 18:57:49 Ragnar Thomsen wrote: > Thanks for the welcome guys. > > As Ken noted I have contributed with some patches for KDE4 packages. > > I will be updating the KDE4 section to version 4.8 in the immediate future. > Can't wait to see it. > I have been running KDE4.8 on my LFS7.0 system since it got released. > The build instructions already in the book are pretty good, > but some configuration needs to be done concerning dbus/polkit/consolekit. > Maybe comments in these packages saying something like "If you intend to build KDE then do this configuration...". > Also I was thinking to get rid of all the dependency packages on the "KDE4 > Pre-installation Configuration" page and instead list them as dependencies > on the individual KDE4 package pages. The required dependencies will need > to be added to the book. Completely agree. Those dependencies should be listed only in the packages that require them. > > Any comments? > > - Ragnar - > Wishing you all the best as an editor. Eduardo > > > > Date: Wed, 29 Feb 2012 22:56:56 + > > From: zarniwh...@ntlworld.com > > To: blfs-dev@linuxfromscratch.org > > Subject: [blfs-dev] New BLFS Editor > > > > The BLFS editors are pleased to announce that Ragnar Thomsen has > > accepted the invitation to join their number. > > > > Ragnar has recently contributed patches for KDE4 related items. > > Please join me in welcoming Ragnar to the BLFS community. > > > > ĸen > > -- > > das eine Mal als Tragödie, das andere Mal als Farce > > -- > > http://linuxfromscratch.org/mailman/listinfo/blfs-dev > > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > > Unsubscribe: See the above information page -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10439 - in trunk/BOOK: . introduction/welcome kde4/core postlfs/security
On 07/21/2012 08:12 PM, rthom...@linuxfromscratch.org wrote: > Author: rthomsen > Date: 2012-07-21 12:12:47 -0600 (Sat, 21 Jul 2012) > New Revision: 10439 > > Added: > trunk/BOOK/kde4/core/polkit-kde-agent.xml > Modified: > trunk/BOOK/general.ent > trunk/BOOK/introduction/welcome/changelog.xml > trunk/BOOK/kde4/core/core.xml > trunk/BOOK/postlfs/security/consolekit.xml > Log: > Added polkit-kde-agent and ConsoleKit grammatical corrections. > > > > -You will also need a helper script that will create a file in > +You will also need a helper script that creates a file in > /var/run/console > -named as username that is logged in that contains > +named as the currently logged in user and that contains the > D-Bus address of the session. Create > -such script by running the following commands as the > +such a script by running the following commands as the > root user: > > From my English knowledge I don't think that "Create such a script" is correct. I guess "Create the script by running ... " would be more suitable. Also, thanks for other corrections, they look good to me. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10439 - in trunk/BOOK: . introduction/welcome kde4/core postlfs/security
On Sat, Jul 21, 2012 at 08:40:49PM +0200, Armin K. wrote: > > From my English knowledge I don't think that "Create such a script" is > correct. I guess "Create the script by running ... " would be more > suitable. Also, thanks for other corrections, they look good to me. Seems perfectly good English to me. Thanks. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] [blfs-book] r10078 - in trunk/BOOK: . introduction/welcome kde4/add multimedia/audioutils multimedia/cdwriteutils multimedia/libdriv postlfs/security
Armin K. wrote: > On 05/04/2012 11:09 PM, bdu...@linuxfromscratch.org wrote: >> Author: bdubbs >> Date: 2012-05-04 15:09:18 -0600 (Fri, 04 May 2012) >> New Revision: 10078 > I am not sure if you missed it or wanted to be like this, but I noticed > that you upgraded cdrtools to new version, but you still keep it > commented out. I had already done the work for cdrtools but most voted to not have it in the book, so yes, the xml is there, but not in the book. It can be easily added if we want. -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page