Re: [blfs-dev] KDE4 remnants
On 07/01/2018 12:16, Pierre Labastie wrote: > In "KDE Preliminaries", we have: > > There are two versions of KDE. KDE4 is a deprecated version that combines > libraries and the desktop environment into one set of packages. It is no > longer in BLFS. > > I do not see the point. If KDE4 is deprecated, it is not in the book, and we > do not need to mention it. If we mean to tell about history, why not mention > KDE 3? > > Also, in "Building Plasma 5", we have: > > KDE Plasma 5 is a collection of packages based on top of KDE Frameworks 5 and > QML. It has been derived from the monolithic KDE 4 desktop. > > And KDE 4 was derived from KDE3, and so on... > > And the worst one, in "KDE Plasma 5": > > Because KDE Plasma 5 is so new, there are issues preventing proper operation > on some systems in the LFS environment. When these issues are worked out, then > the build instructions will be added here. For more information, see > https://www.kde.org/announcements/plasma-5.4.0.php. > > The issues have been worked out for some time, now... > > May I fix those? > Nobody commented. I've committed something at revision 19659. Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Mon, Feb 29, 2016 at 08:13:41PM -0600, Bruce Dubbs wrote: > > I have: > > Tue Feb 23 14:26:28 CST 2016 /usr/src/mariadb/mariadb-10.1.11 > Wed Feb 24 13:20:17 CST 2016 > /usr/src/qt4/qt-everywhere-opensource-src-4.8.7.tar.gz > > and qt4 built for me at -j10. I know it is frustrating when some says > 'works for me', but I generally follow the book pretty closely. Since I > need to build most of the packages in the book for a release, I tend to > build all the optional dependencies for a particular package. For Qt4, I > think I only omitted pulseaudio. > > -- Bruce > Yeah, I'm almost the same on this build (my postgresql is only a client, and I never have time now to use it, but Qt seemed to be satisfied it was present). For my first completed build on that machine I was missing mariadb, pulse, unixODBC but now I have mariadb and cannot build. What was really frustrating was finding past reports of the same error, sometimes perhaps in a different package (the reports were not all easy to follow), and then getting either "I can't replicate that" or "it works now". You will have seen from my follow-up that -j1 did not help, so my kde4 attempts are dead in the water. So, thanks for looking at this. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
Ken Moffat wrote: On Mon, Feb 29, 2016 at 09:52:13PM +, Ken Moffat wrote: Will rebuild qt4 soon. And now I cannot rebuild it. After a bit over 30 minutes, it failed with: make[4]: Entering directory '/scratch/working/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools/assistant' g++ -c -O2 -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_SQL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_SHARED -I../../../../mkspecs/linux-g++ -I. -I../../../../include/QtCore -I../../../../include/QtNetwork -I../../../../include/QtGui -I../../../../include/QtSql -I../../../../include/QtWebKit -I../../../../include -I../../../../include/QtHelp -I../../../shared/fontpanel -I. -I.moc/release-shared -I.uic/release-shared -o .obj/release-shared/helpviewer_qwv.o helpviewer_qwv.cpp helpviewer_qwv.cpp:161:1: error: expected class-name before '{' token { ^ helpviewer_qwv.cpp:166:13: error: 'QWebPage' does not name a type virtual QWebPage *createWindow(QWebPage::WebWindowType); ^ helpviewer_qwv.cpp:167:32: error: 'WebAction' has not been declared virtual void triggerAction(WebAction action, bool checked = false); ^ helpviewer_qwv.cpp:169:42: error: 'QWebFrame' has not been declared virtual bool acceptNavigationRequest(QWebFrame *frame, ^ helpviewer_qwv.cpp:170:41: error: 'NavigationType' has not been declared const QNetworkRequest , NavigationType type); ^ helpviewer_qwv.cpp: In constructor 'HelpPage::HelpPage(QObject*)': helpviewer_qwv.cpp:182:7: error: class 'HelpPage' does not have any field named 'QWebPage' : QWebPage(parent) ^ helpviewer_qwv.cpp: At global scope: helpviewer_qwv.cpp:190:1: error: 'QWebPage' does not name a type QWebPage *HelpPage::createWindow(QWebPage::WebWindowType) ^ helpviewer_qwv.cpp:200:30: error: 'WebAction' was not declared in this scope helpviewer_qwv.cpp:200:48: error: expected primary-expression before 'bool' void HelpPage::triggerAction(WebAction action, bool checked) ^ Makefile:14143: recipe for target '.obj/release-shared/helpviewer_qwv.o' failed make[4]: *** [.obj/release-shared/helpviewer_qwv.o] Error 1 make[4]: Leaving directory '/scratch/working/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools/assistant' The only difference to the previous build should be that headers from mariadb have been installed. Google finds quite a lot of similar errors, generally on www.hivmr.com/ and prefixed db: in the titles, but without clear "this fixed it" comments. There was also a link to an Arch list (somebody trying to build unity!) where the error appeared to be intermittent, or at least not generally reproduceable. I'll give it a try with -j1. I have: Tue Feb 23 14:26:28 CST 2016 /usr/src/mariadb/mariadb-10.1.11 Wed Feb 24 13:20:17 CST 2016 /usr/src/qt4/qt-everywhere-opensource-src-4.8.7.tar.gz and qt4 built for me at -j10. I know it is frustrating when some says 'works for me', but I generally follow the book pretty closely. Since I need to build most of the packages in the book for a release, I tend to build all the optional dependencies for a particular package. For Qt4, I think I only omitted pulseaudio. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Tue, Mar 01, 2016 at 12:01:23AM +, Ken Moffat wrote: > On Mon, Feb 29, 2016 at 09:52:13PM +, Ken Moffat wrote: > > Will rebuild > > qt4 soon. > > > And now I cannot rebuild it. After a bit over 30 minutes, it failed > with: > > make[4]: Entering directory > '/scratch/working/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools/assistant' > g++ -c -O2 -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB > -DQT_SQL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB > -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT > -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 > -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE > -D_LARGEFILE_SOURCE -DQT_SHARED -I../../../../mkspecs/linux-g++ -I. > -I../../../../include/QtCore -I../../../../include/QtNetwork > -I../../../../include/QtGui -I../../../../include/QtSql > -I../../../../include/QtWebKit -I../../../../include > -I../../../../include/QtHelp -I../../../shared/fontpanel -I. > -I.moc/release-shared -I.uic/release-shared -o > .obj/release-shared/helpviewer_qwv.o helpviewer_qwv.cpp > helpviewer_qwv.cpp:161:1: error: expected class-name before '{' > token > { > ^ > helpviewer_qwv.cpp:166:13: error: 'QWebPage' does not name a type > virtual QWebPage *createWindow(QWebPage::WebWindowType); > ^ > helpviewer_qwv.cpp:167:32: error: 'WebAction' has not been declared > virtual void triggerAction(WebAction action, bool checked = > false); > ^ > helpviewer_qwv.cpp:169:42: error: 'QWebFrame' has not been declared > virtual bool acceptNavigationRequest(QWebFrame *frame, > ^ > helpviewer_qwv.cpp:170:41: error: 'NavigationType' has not been > declared > const QNetworkRequest , NavigationType type); > ^ > helpviewer_qwv.cpp: In constructor 'HelpPage::HelpPage(QObject*)': > helpviewer_qwv.cpp:182:7: error: class 'HelpPage' does not have any > field named 'QWebPage' > : QWebPage(parent) >^ > helpviewer_qwv.cpp: At global scope: > helpviewer_qwv.cpp:190:1: error: 'QWebPage' does not name a type > QWebPage *HelpPage::createWindow(QWebPage::WebWindowType) > ^ > > helpviewer_qwv.cpp:200:30: error: 'WebAction' was not declared in > this scope > helpviewer_qwv.cpp:200:48: error: expected primary-expression before > 'bool' > void HelpPage::triggerAction(WebAction action, bool checked) > ^ > Makefile:14143: recipe for target > '.obj/release-shared/helpviewer_qwv.o' failed > make[4]: *** [.obj/release-shared/helpviewer_qwv.o] Error 1 > make[4]: Leaving directory > '/scratch/working/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools/assistant' > > The only difference to the previous build should be that headers > from mariadb have been installed. Google finds quite a lot of > similar errors, generally on www.hivmr.com/ and prefixed db: in the > titles, but without clear "this fixed it" comments. > > There was also a link to an Arch list (somebody trying to build > unity!) where the error appeared to be intermittent, or at least not > generally reproduceable. > > I'll give it a try with -j1. > Still fails, in exactly the same way, but it takes 89 minutes to get there. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Mon, Feb 29, 2016 at 09:52:13PM +, Ken Moffat wrote: > Will rebuild > qt4 soon. > And now I cannot rebuild it. After a bit over 30 minutes, it failed with: make[4]: Entering directory '/scratch/working/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools/assistant' g++ -c -O2 -O2 -Wall -W -D_REENTRANT -DQT_NO_DEBUG -DQT_WEBKIT_LIB -DQT_SQL_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_SHARED -I../../../../mkspecs/linux-g++ -I. -I../../../../include/QtCore -I../../../../include/QtNetwork -I../../../../include/QtGui -I../../../../include/QtSql -I../../../../include/QtWebKit -I../../../../include -I../../../../include/QtHelp -I../../../shared/fontpanel -I. -I.moc/release-shared -I.uic/release-shared -o .obj/release-shared/helpviewer_qwv.o helpviewer_qwv.cpp helpviewer_qwv.cpp:161:1: error: expected class-name before '{' token { ^ helpviewer_qwv.cpp:166:13: error: 'QWebPage' does not name a type virtual QWebPage *createWindow(QWebPage::WebWindowType); ^ helpviewer_qwv.cpp:167:32: error: 'WebAction' has not been declared virtual void triggerAction(WebAction action, bool checked = false); ^ helpviewer_qwv.cpp:169:42: error: 'QWebFrame' has not been declared virtual bool acceptNavigationRequest(QWebFrame *frame, ^ helpviewer_qwv.cpp:170:41: error: 'NavigationType' has not been declared const QNetworkRequest , NavigationType type); ^ helpviewer_qwv.cpp: In constructor 'HelpPage::HelpPage(QObject*)': helpviewer_qwv.cpp:182:7: error: class 'HelpPage' does not have any field named 'QWebPage' : QWebPage(parent) ^ helpviewer_qwv.cpp: At global scope: helpviewer_qwv.cpp:190:1: error: 'QWebPage' does not name a type QWebPage *HelpPage::createWindow(QWebPage::WebWindowType) ^ helpviewer_qwv.cpp:200:30: error: 'WebAction' was not declared in this scope helpviewer_qwv.cpp:200:48: error: expected primary-expression before 'bool' void HelpPage::triggerAction(WebAction action, bool checked) ^ Makefile:14143: recipe for target '.obj/release-shared/helpviewer_qwv.o' failed make[4]: *** [.obj/release-shared/helpviewer_qwv.o] Error 1 make[4]: Leaving directory '/scratch/working/qt-everywhere-opensource-src-4.8.7/tools/assistant/tools/assistant' The only difference to the previous build should be that headers from mariadb have been installed. Google finds quite a lot of similar errors, generally on www.hivmr.com/ and prefixed db: in the titles, but without clear "this fixed it" comments. There was also a link to an Arch list (somebody trying to build unity!) where the error appeared to be intermittent, or at least not generally reproduceable. I'll give it a try with -j1. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Mon, Feb 29, 2016 at 06:36:17PM +, akhiezer wrote: > > Date: Mon, 29 Feb 2016 17:11:42 + > > From: Ken Moffat <zarniwh...@ntlworld.com> > > Subject: Re: [blfs-dev] kde4 > > > > On Mon, Feb 29, 2016 at 09:56:21AM +0100, Pierre Labastie wrote: > > > On 29/02/2016 00:04, Ken Moffat wrote: > > > >Tried that, it did not help, and user ken lost his 4 desktops and > > > >separate backgrounds in kde. Managed to define them again. > > > > > > > >At the moment, the kdepim stuff using akonadi looks broken : I don't > > > >use kmail, kaccountwizard brings up an initial window full of > > > >errors, it looks as if it expects akonadi to be running as root, and > > > >mysql to be running (apparently, it is the default for akonadi). I > > > >then get a window, but who knows if it is working. > > > I think ~/.config/akonadi/akonadiserverrc (or .config/akonadiserverrc) > > > needs > > > to be changed to use sqlite. Replace "Driver=QMYSQL" with > > > "Driver=QSQLITE3". > > > Of course, sqlite must have been present when Qt was built (same with > > > mysql: > > > you need to build mariadb before qt4 to be able to use the QMYSQL driver). > > > You might want to have a look at https://userbase.kde.org/Akonadi/ > > > OTOH, googling for "akonadi sqlite" gives some hints too. > > > > > > Regards > > > Pierre > > > > Thanks, but ouch! I built mariadb long after qt4. > > > > At the moment I'm on a different machine, I'll take a look at > > ~/.config when I go back to that one. I found various posts > > mentioning different locations for akonadiserverrx, maybe I forgot > > to look in ~/.config. > > > > > +1 for location '~/.config/akonadi/akonadiserverrc' (NB the '...rrc' - > not '...rrx'), for kde ~4.5.5 on slackware 13.37 . > > (( But no, haven't used kde since years ago now (though am still somewhat > ambivalent about regarding it as entirly SPOS software)). > Thanks for noticing I can't type ;-) It was correct in ~/.local, but there was one in ~/.config referring to mysql. So, I started accountwizard from a term and still got the error about no database driver, and a backtrace from when it tried to start akonadi : ProcessControl: Application 'akonadiserver' returned with exit code 255 (Unknown error). I've just failed in an attempt to hack k3b - looks as if I really will have to install the real cdrtools, then after that I'll rebuild qt4 against mariadb. [ That was a while ago, I forgot to send this : k3b is now writing to a CD, after I built cdrtools ]. Will rebuild qt4 soon. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
> Date: Mon, 29 Feb 2016 17:11:42 + > From: Ken Moffat <zarniwh...@ntlworld.com> > Subject: Re: [blfs-dev] kde4 > > On Mon, Feb 29, 2016 at 09:56:21AM +0100, Pierre Labastie wrote: > > On 29/02/2016 00:04, Ken Moffat wrote: > > >Tried that, it did not help, and user ken lost his 4 desktops and > > >separate backgrounds in kde. Managed to define them again. > > > > > >At the moment, the kdepim stuff using akonadi looks broken : I don't > > >use kmail, kaccountwizard brings up an initial window full of > > >errors, it looks as if it expects akonadi to be running as root, and > > >mysql to be running (apparently, it is the default for akonadi). I > > >then get a window, but who knows if it is working. > > I think ~/.config/akonadi/akonadiserverrc (or .config/akonadiserverrc) needs > > to be changed to use sqlite. Replace "Driver=QMYSQL" with "Driver=QSQLITE3". > > Of course, sqlite must have been present when Qt was built (same with mysql: > > you need to build mariadb before qt4 to be able to use the QMYSQL driver). > > You might want to have a look at https://userbase.kde.org/Akonadi/ > > OTOH, googling for "akonadi sqlite" gives some hints too. > > > > Regards > > Pierre > > Thanks, but ouch! I built mariadb long after qt4. > > At the moment I'm on a different machine, I'll take a look at > ~/.config when I go back to that one. I found various posts > mentioning different locations for akonadiserverrx, maybe I forgot > to look in ~/.config. > +1 for location '~/.config/akonadi/akonadiserverrc' (NB the '...rrc' - not '...rrx'), for kde ~4.5.5 on slackware 13.37 . (( But no, haven't used kde since years ago now (though am still somewhat ambivalent about regarding it as entirly SPOS software)). akh -- -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Mon, Feb 29, 2016 at 09:56:21AM +0100, Pierre Labastie wrote: > On 29/02/2016 00:04, Ken Moffat wrote: > >Tried that, it did not help, and user ken lost his 4 desktops and > >separate backgrounds in kde. Managed to define them again. > > > >At the moment, the kdepim stuff using akonadi looks broken : I don't > >use kmail, kaccountwizard brings up an initial window full of > >errors, it looks as if it expects akonadi to be running as root, and > >mysql to be running (apparently, it is the default for akonadi). I > >then get a window, but who knows if it is working. > I think ~/.config/akonadi/akonadiserverrc (or .config/akonadiserverrc) needs > to be changed to use sqlite. Replace "Driver=QMYSQL" with "Driver=QSQLITE3". > Of course, sqlite must have been present when Qt was built (same with mysql: > you need to build mariadb before qt4 to be able to use the QMYSQL driver). > You might want to have a look at https://userbase.kde.org/Akonadi/ > OTOH, googling for "akonadi sqlite" gives some hints too. > > Regards > Pierre Thanks, but ouch! I built mariadb long after qt4. At the moment I'm on a different machine, I'll take a look at ~/.config when I go back to that one. I found various posts mentioning different locations for akonadiserverrx, maybe I forgot to look in ~/.config. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On 29/02/2016 00:04, Ken Moffat wrote: Tried that, it did not help, and user ken lost his 4 desktops and separate backgrounds in kde. Managed to define them again. At the moment, the kdepim stuff using akonadi looks broken : I don't use kmail, kaccountwizard brings up an initial window full of errors, it looks as if it expects akonadi to be running as root, and mysql to be running (apparently, it is the default for akonadi). I then get a window, but who knows if it is working. I think ~/.config/akonadi/akonadiserverrc (or .config/akonadiserverrc) needs to be changed to use sqlite. Replace "Driver=QMYSQL" with "Driver=QSQLITE3". Of course, sqlite must have been present when Qt was built (same with mysql: you need to build mariadb before qt4 to be able to use the QMYSQL driver). You might want to have a look at https://userbase.kde.org/Akonadi/ OTOH, googling for "akonadi sqlite" gives some hints too. Regards Pierre -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Mon, Feb 29, 2016 at 04:43:25AM +, Ken Moffat wrote: > On Mon, Feb 29, 2016 at 12:34:41AM +, Ken Moffat wrote: > > On Sun, Feb 28, 2016 at 06:29:24PM -0600, Bruce Dubbs wrote: > > > Ken Moffat wrote: > > > > > > > >I'll also mention that I cannot test libkcddb - it used to be a dep > > > >for whatever kde4 used for CD writing, but I do not recall what app > > > >that was. > > > > > > multimedia/cdwriteutils/k3b.xml: > > > > > Thanks, I'll add that - might need to downlaod another distro iso to > > test it. > > It just gets worse :-( I'm using dvdrtools (a fork of the last GPL version of Schilly's cdrecord) - k3b gave me a warning at this version was supported, but was old, and suggested I update to the current version. As if I like non-free licenses! It then failed to burn: /usr/bin/cdrecord: Bad Option: -sao. /usr/bin/cdrecord: Usage: /usr/bin/cdrecord [options] track1...trackn At this point, I am minded to give up on these outdated and broken packages, and to recommend that BLFS drop them sooner rather than later (it appears nobody has tried to build them recently). For the moment, I'll add the fixes I have discovered, and tag what works. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Mon, Feb 29, 2016 at 12:34:41AM +, Ken Moffat wrote: > On Sun, Feb 28, 2016 at 06:29:24PM -0600, Bruce Dubbs wrote: > > Ken Moffat wrote: > > > > > >I'll also mention that I cannot test libkcddb - it used to be a dep > > >for whatever kde4 used for CD writing, but I do not recall what app > > >that was. > > > > multimedia/cdwriteutils/k3b.xml: > > > Thanks, I'll add that - might need to downlaod another distro iso to > test it. > Not yet tested, although I managed to build it after grabbing a sed from fedora (just when I thought that cmake was maybe not as nasty as it used to be : google found similar errors in gentoo logs, but their apparent fix did not work for me, nor did the gneeric -DCMAKE_MINIMUM_REQUIRED_VERSION=3.0). But I'm giving up on the packages using akonadi (kdepim-runtime and kdepim). I added mariadb, and started it : no change. I then rebuilt akonadi to ensure it could find mariadb : no change. Trying to run accountwizard still gives an initial dialog including the following as errors (I might have misinterpreted the 'is akonadi running as root' part in a previous mail): Database driver not found Akonadi control process not registered at D-Bus Akonadi server process not registered at D-Bus I'm not in a kde desktop, so I don't worry about the D-Bus errors for the moment - it is the missing database driver that is the problem. I then googled and found a suggestion to delete the socket file in ~/.local/share/akonadi : no change. It *seems* as if akonadi still wants a mysql version, and mariadb appears to provide that, but I'm [expletive-deleted]'d if I can see how to make it work. Looking at the log from the most recent build of akonadi (with a postgresql _client_ installed), I see -- MySQL Server found: /usr/sbin/mysqld -- PostgreSQL Server found. -- Building QSQLITE3 driver -- SQlite /usr/lib64/libsqlite3.so For now, my (exasperated) conclusion on akonadi is best summed up by https://www.google.com/?gws_rd=cr=dsrTVougO6KB6QTHuK3gDw#q=in+the+beginning+there+was+the+plan i.e. "it is a vessel of fertilizer, and none may abide its strength" (or any of the earlier variations thereof) ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Sun, Feb 28, 2016 at 06:29:24PM -0600, Bruce Dubbs wrote: > Ken Moffat wrote: > > > >I'll also mention that I cannot test libkcddb - it used to be a dep > >for whatever kde4 used for CD writing, but I do not recall what app > >that was. > > multimedia/cdwriteutils/k3b.xml: > Thanks, I'll add that - might need to downlaod another distro iso to test it. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
Ken Moffat wrote: On Sun, Feb 28, 2016 at 05:13:49PM -0600, Bruce Dubbs wrote: Ken Moffat wrote: I will append messages from user kdemixer, the messages about 'grepHelper' look worrying after my other experiences with current grep, and at the moment I suspect "built but not tested" would be *lying* and I am inclined to mark kmix and akonadi as NOTE "This package might not work correctly in BLFS-7.9" Let me build kde4 and try it out first. IT may take a couple of days. -- Bruce Thanks. I'll throw in mariadb to see if that improves akonadi and therefore kdepim*. Meanwhile, the changes I intend to make can be summarised as: kde-workspace-4.11.22 (new version) ark : go back to 15.04.3 kmix : use a sed to get it to build. Found as a patch at debian, probably caused by recent cmake version. sed -i '/^# Next/a set(CMAKE_AUTOMOC ON)' CMakeLists.txt And for two packages which are not wholly in the book, but referenced in Further KDE4 packages (juk built ok, I have not tried the others). kcalc: 14.12.3 was the last kde4 version. dragon : 15.04.3 was the last kde4 version. I'll also mention that I cannot test libkcddb - it used to be a dep for whatever kde4 used for CD writing, but I do not recall what app that was. multimedia/cdwriteutils/k3b.xml: I see that a newer version of kdelibs appeared in your daily reports of version changes - I had already got past that when I noticed it, I'm ambivalent whether it is worth even considering, but feel free to try it if you wish - even if I have tagged the existing version by then. OK. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Sun, Feb 28, 2016 at 05:13:49PM -0600, Bruce Dubbs wrote: > Ken Moffat wrote: > > > >I will append messages from user kdemixer, the messages about > >'grepHelper' look worrying after my other experiences with current > >grep, and at the moment I suspect "built but not tested" would be > >*lying* and I am inclined to mark kmix and akonadi as > > > >NOTE "This package might not work correctly in BLFS-7.9" > > Let me build kde4 and try it out first. IT may take a couple of days. > > -- Bruce > Thanks. I'll throw in mariadb to see if that improves akonadi and therefore kdepim*. Meanwhile, the changes I intend to make can be summarised as: kde-workspace-4.11.22 (new version) ark : go back to 15.04.3 kmix : use a sed to get it to build. Found as a patch at debian, probably caused by recent cmake version. sed -i '/^# Next/a set(CMAKE_AUTOMOC ON)' CMakeLists.txt And for two packages which are not wholly in the book, but referenced in Further KDE4 packages (juk built ok, I have not tried the others). kcalc: 14.12.3 was the last kde4 version. dragon : 15.04.3 was the last kde4 version. I'll also mention that I cannot test libkcddb - it used to be a dep for whatever kde4 used for CD writing, but I do not recall what app that was. I see that a newer version of kdelibs appeared in your daily reports of version changes - I had already got past that when I noticed it, I'm ambivalent whether it is worth even considering, but feel free to try it if you wish - even if I have tagged the existing version by then. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
Ken Moffat wrote: I will append messages from user kdemixer, the messages about 'grepHelper' look worrying after my other experiences with current grep, and at the moment I suspect "built but not tested" would be *lying* and I am inclined to mark kmix and akonadi as NOTE "This package might not work correctly in BLFS-7.9" Let me build kde4 and try it out first. IT may take a couple of days. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
On Sun, Feb 28, 2016 at 01:24:26PM -0600, Bruce Dubbs wrote: > Ken Moffat wrote: > > >Bruce, thanks for that suggestion - I tried something similar at > >some point for plasma5, but then forgot about it. Meanwhile, > >although the new user can login and su to root, he cannot su to ken! > > > >I might take a break before I finish sorting out kde4, I'm getting > >worn out (slept 12 hours, then a bit more because I was still tired). > > Been there. Done that. > > >At the moment I'm not even sure exactly what I had to change - the > >changes are in a local tree in /home/ken on the test machine, I have > >not pushed them to my server, so I need to login as ken (I suppose > >root can probably do that, but that will be asking for trouble, I'll > >get confused about who I am and where I am). > > > >Looks as if the simplest thing (for me) is to go to runlevel 3 and > >see if any of those directories are the problem. > > Yes, I'd do that. > Tried that, it did not help, and user ken lost his 4 desktops and separate backgrounds in kde. Managed to define them again. At the moment, the kdepim stuff using akonadi looks broken : I don't use kmail, kaccountwizard brings up an initial window full of errors, it looks as if it expects akonadi to be running as root, and mysql to be running (apparently, it is the default for akonadi). I then get a window, but who knows if it is working. I dropped mysql and mariadb, and AFAICS we have never run akonadi as root. Also, kmix seems not to work - after adding the new user to the audio group and going back to runlevel 5 things do not look good. As user ken, I van play movies, with sound, in a suitably old version of dragon. I will append messages from user kdemixer, the messages about 'grepHelper' look worrying after my other experiences with current grep, and at the moment I suspect "built but not tested" would be *lying* and I am inclined to mark kmix and akonadi as NOTE "This package might not work correctly in BLFS-7.9" Opinions on this please. #- bash-4.3$ kmix& [1] 3993 bash-4.3$ QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. KGlobal::locale(): Warning your global KLocale is being recreated with a valid main component instead of a fake component, this usually means you tried to call i18n related functions before your main component was created. You should not do that since it most likely will not work QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. grepHelper: File does not exists: "/proc/asound/card0/pcm0p/info" grepHelper: File does not exists: "/proc/asound/card0/pcm0c/info" grepHelper: File does not exists: "/proc/asound/card0/pcm0p/info" grepHelper: File does not exists: "/proc/asound/card0/pcm1p/info" grepHelper: File does not exists: "/proc/asound/card0/pcm2c/info" kmix(3994): Cannot load profile "MPRIS2.Playback_Streams.1.default" . It was removed by the user, or the KMix config file is defective. kmix(3994): Cannot load profile "MPRIS2.Playback_Streams.1.default" . It was removed by the user, or the KMix config file is defective. bash-4.3$ ls -lR /proc/asound/ /proc/asound/: total 0 dr-xr-xr-x 2 root root 0 Feb 28 22:38 card0 -r--r--r-- 1 root root 0 Feb 28 22:38 cards -r--r--r-- 1 root root 0 Feb 28 22:38 devices lrwxrwxrwx 1 root root 5 Feb 28 22:38 Generic -> card0 dr-xr-xr-x 2 root root 0 Feb 28 22:38 oss -r--r--r-- 1 root root 0 Feb 28 22:38 pcm -r--r--r-- 1 root root 0 Feb 28 22:38 timers -r--r--r-- 1 root root 0 Feb 28 22:38 version /proc/asound/card0: total 0 -r--r--r-- 1 root root 0 Feb 28 22:38 codec#0 -r--r--r-- 1 root root 0 Feb 28 22:38 id -rw-r--r-- 1 root root 0 Feb 28 22:38 oss_mixer /proc/asound/oss: total 0 -r--r--r-- 1 root root 0 Feb 28 22:38 devices -r--r--r-- 1 root root 0 Feb 28 22:38 sndstat bash-4.3$ -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] kde4
Ken Moffat wrote: Well, after using older versions of some packages (not all are directly referenced in e book, e.g. dragon), and at least one fix for newer cmake (what used to be a warning became an error), I finished building kde4. I then ran 'telinit 5' to login to kdm. But when I type my username in the box with the 'head and shoulders' next to it, and my password in the other box, both boxes get a pinky-red background and drop me back to empty boxes. Same for user lfs. So, I went to tty2, logged in as root, and ran 'telinit 3'. My normal user was then able to login with the expected password. Logged out. As root, ran passwd for my normal user, but entered the existing password: passwd seemed happy, my normal user can still login on a tty, but still kdm does not like that password. Colour me baffled. I then added a new user, 'kdmer', and created a home directory. That user can login ok. I wonder if this is becasue my normal UID is 500 (that used to work in both kdm and kf5) - the new user is 1001 ? Note that I _do_ have PAM installed, and I have had plasma (5) working with PAM - not sure if my previous kde4 build used PAM. That is enough for me to be able test that all the apps work, but what a PITA. I never use a display manager other than to test. From your description, I'll bet the problem is in one of the hidden directories, .config, .cache, .local, .kde, etc. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4
Em 29-12-2015 16:17, Bruce Dubbs escreveu: > Fernando de Oliveira wrote: >> Em 28-12-2015 19:10, Ken Moffat escreveu: >>> On Mon, Dec 28, 2015 at 07:27:52AM -0300, Fernando de Oliveira wrote: > Think that as soon as the main applications are ported from KDE4. Not having used KDE other than for testing (BLFS/edition and Kubuntu/how it looks and feels), cannot pinpoint. >>> You might need to define 'main' ;-) I never used kmail since kde2, >>> nor dolphin (at all), and for sites I commonly visit (e.g. slashdot- >>> not much useful content there these days, but the weird attitudes are >>> sometimes amusing), konqueror in both 4 and 5 tended to crash. >> >> Yes, but not having used much KDE, makes it very difficult. One >> application I like and have always found the best one is in KDE: KAlarm. >> Even for KDE users, it would vary, very subjective choice. > > Personally, I cannot get along without konsole. To me it is the best > virtual terminal available. I also use okular, kruler, and ksnapshot as > well as the occasional kde game. I also occasionally use k3b. I have > built and tested kdenlive and intend to use it someday to make a podcast > about LFS. Most of these apps work fine using KF5. Some I have not yet > tried to build in that environment. I like k3b better than brasero, but have been using the latter comfortably. Interesting the kruler. > > What I do not use is the plasma desktop. I prefer xfce for that. > > My thought is to leave KDE4 as is for the next stable BLFS release and > then immediately remove it from -dev. That gives us (and the KDE devs) > 6 months to get all the needed packages up to date. This seems a good plan. PS: I needed to stop working yesterday. Problem solved, back now. -- []s, Fernando, aka Sísifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4
Fernando de Oliveira wrote: Em 28-12-2015 19:10, Ken Moffat escreveu: On Mon, Dec 28, 2015 at 07:27:52AM -0300, Fernando de Oliveira wrote: Think that as soon as the main applications are ported from KDE4. Not having used KDE other than for testing (BLFS/edition and Kubuntu/how it looks and feels), cannot pinpoint. You might need to define 'main' ;-) I never used kmail since kde2, nor dolphin (at all), and for sites I commonly visit (e.g. slashdot- not much useful content there these days, but the weird attitudes are sometimes amusing), konqueror in both 4 and 5 tended to crash. Yes, but not having used much KDE, makes it very difficult. One application I like and have always found the best one is in KDE: KAlarm. Even for KDE users, it would vary, very subjective choice. Personally, I cannot get along without konsole. To me it is the best virtual terminal available. I also use okular, kruler, and ksnapshot as well as the occasional kde game. I also occasionally use k3b. I have built and tested kdenlive and intend to use it someday to make a podcast about LFS. Most of these apps work fine using KF5. Some I have not yet tried to build in that environment. What I do not use is the plasma desktop. I prefer xfce for that. Though a lot, and I would make immediately the transition, using the git ones, for the ones not yes ported.This would be a deviation from what we normally do. Then, progressively transform into released ones, when they appear. For the next BLFS release, I would then upload to anduin the remaining ones as tarballs. This would allow us to completely remove KF4. Thought that, because we have a page "Further KDE4 packages" (which would become "Further KDE4 packages"): http://www.linuxfromscratch.org/blfs/view/svn/kde/add-pkgs.html It has a generic set of instructions for all list packages there. We would add another page before that one, with the packages in KDE not yet ported: "Packages from git, that will be progressively modified until all are released", with generic instruction using git to download. And the explanation why it is like that for the moment, telling that is not our normal procedure, but due to the KDE status and lack of manpower, we have extraordinarily decided for that. Another thought is to ask in the support list some of the questions, perhaps the above rationale and a simple question "are there BLFS users that still need KDE4?". That sounds a good idea - unfortunately, few people on -support ever read this list. Yes. But if we replace as I describe above, no need for asking any more. My thought is to leave KDE4 as is for the next stable BLFS release and then immediately remove it from -dev. That gives us (and the KDE devs) 6 months to get all the needed packages up to date. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4
Em 28-12-2015 19:10, Ken Moffat escreveu: > On Mon, Dec 28, 2015 at 07:27:52AM -0300, Fernando de Oliveira wrote: >>> >>> The question is how much longer should we support kde4? kf5/plasma5 is >>> now usable. Should we archive kde4? If not now, when? >> >> Think that as soon as the main applications are ported from KDE4. Not >> having used KDE other than for testing (BLFS/edition and Kubuntu/how it >> looks and feels), cannot pinpoint. >> > You might need to define 'main' ;-) I never used kmail since kde2, > nor dolphin (at all), and for sites I commonly visit (e.g. slashdot- > not much useful content there these days, but the weird attitudes are > sometimes amusing), konqueror in both 4 and 5 tended to crash. Yes, but not having used much KDE, makes it very difficult. One application I like and have always found the best one is in KDE: KAlarm. Even for KDE users, it would vary, very subjective choice. Though a lot, and I would make immediatley the the transition, using the git ones, for the ones not yes ported.This would be a deviation from what we normally do. Then, progressively transform into released ones, when they appear. For the next BLFS release, I would then upload to anduin the remaining ones as tarballs. This would allow us to completely remove KF4. Thought that, because we have a page "Further KDE4 packages" (which would become "Further KDE4 packages"): http://www.linuxfromscratch.org/blfs/view/svn/kde/add-pkgs.html It has a generic set of instructions for all list packages there. We would add another page before that one, with the packages in KDE not yet ported: "Packages from git, that will be progressively modified until all are released", with generic instruction using git to download. And the explanation why it is like that for the moment, telling that is not our normal procedure, but due to the KDE status and lack of manpower, we have extraordinarily decided for that. >> Another thought is to ask in the support list some of the questions, >> perhaps the above rationale and a simple question "are there BLFS users >> that still need KDE4?". >> > That sounds a good idea - unfortunately, few people on -support ever > read this list. Yes. But if we replace as I describe above, no need for asking any more. -- []s, Fernando, aka Sísifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4
Since the day it was posted, I was waiting for replies to this post. Seems that no reply means that nobody cares whatever you decide. Em 22-12-2015 02:00, Bruce Dubbs escreveu: > I just finished updating kde4. Upstream has made building this a mess. > There are files needed from many different releases: > > 4.14.3 > 4.14.10 > 15.04.3 > 15.08.2 > 15.12.0 > > In many cases they provide new applications in a release, but the new > app is targeted for KF5/Plasma5 and not KDE4. For instance, in the > latest release, 15.12.0, they have libkcddb, libkdcraw, and libkexiv2. > Of these libkcddb is still compatible with kde4, but the other two are > not. there are several other examples. The latest konsole is not > compatible with kde4, but okular is. kde-runtime and kde-baseapps have > been updated, but kde-workspace is still from 15.04.3. Those are reasons that I have not yet come back to KDE related updates. > > The question is how much longer should we support kde4? kf5/plasma5 is > now usable. Should we archive kde4? If not now, when? Think that as soon as the main applications are ported from KDE4. Not having used KDE other than for testing (BLFS/edition and Kubuntu/how it looks and feels), cannot pinpoint. Another thought is to ask in the support list some of the questions, perhaps the above rationale and a simple question "are there BLFS users that still need KDE4?". -- []s, Fernando, aka Sísifo -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] KDE4
On Mon, Dec 28, 2015 at 07:27:52AM -0300, Fernando de Oliveira wrote: > > > > The question is how much longer should we support kde4? kf5/plasma5 is > > now usable. Should we archive kde4? If not now, when? > > Think that as soon as the main applications are ported from KDE4. Not > having used KDE other than for testing (BLFS/edition and Kubuntu/how it > looks and feels), cannot pinpoint. > You might need to define 'main' ;-) I never used kmail since kde2, nor dolphin (at all), and for sites I commonly visit (e.g. slashdot- not much useful content there these days, but the weird attitudes are sometimes amusing), konqueror in both 4 and 5 tended to crash. > Another thought is to ask in the support list some of the questions, > perhaps the above rationale and a simple question "are there BLFS users > that still need KDE4?". > That sounds a good idea - unfortunately, few people on -support ever read this list. ĸen -- This email was written using 100% recycled letters. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page