Re: [kde-freebsd] devel/qt4-moc: ERROR: Cannot set the compiler for the configuration tests
On Tue, Jun 12, 2012 at 2:53 PM, Anton Shterenlikht me...@bristol.ac.uk wrote: This is on r236740M with GCC: === Cleaning for qt4-moc-4.8.2 === No options to configure === License check disabled, port has not defined LICENSE === qt4-moc-4.8.2 depends on file: /usr/local/sbin/pkg - found === Extracting for qt4-moc-4.8.2 = SHA256 Checksum OK for KDE/qt-everywhere-opensource-src-4.8.2.tar.gz. === Patching for qt4-moc-4.8.2 === Applying extra patch /usr/ports/devel/qt4-moc/../../devel/qt4/files/patch-configure === qt4-moc-4.8.2 depends on file: /usr/local/bin/qmake-qt4 - found === Configuring for qt4-moc-4.8.2 === FreeBSD 10 autotools fix applied to /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/configure /usr/bin/sed -i.bak -e 's|target.path.*|target.path=/usr/local/bin|g' -e 's|^TARGET.*|TARGET=moc-qt4|g' /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/src/tools/moc/moc.pro /bin/mkdir -p /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/mkspecs /bin/ln -sf /usr/local/bin/qmake-qt4 /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/bin/qmake ERROR: Cannot set the compiler for the configuration tests === Script configure failed unexpectedly. Please report the problem to k...@freebsd.org [maintainer] and attach the /usr/ports/devel/qt4-moc/work/qt-everywhere-opensource-src-4.8.2/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** [do-configure] Error code 1 Stop in /usr/ports/devel/qt4-moc. some issue on RELENG_9. This port (4.8.2 version) on the current system build successful a week ago. Looks like recently changes in MK file broke build process because any updatings of this server didn't occur. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ freebsd-po...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] [patch] Digikam 2.6 - too many open files
On Wednesday, June 13, 2012 09:35:07 Oleg Sidorkin wrote: kern.maxfiles: 12328 kern.openfiles: 5826 Album has 6282 photos. I would suggest bumping kern.maxfiles up to something like 25000. I was able to reproduce the error with a smaller kern.maxfiles (~18000) on my system. That is a little subjective, though. # sysctl kern.maxfiles=25000 # echo kern.maxfiles=25000 /etc/sysctl.conf - Jason E. Hale___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] [SVN Commit] area51/PORTS/x11-toolkits/shared-desktop-ontologies
SVN commit 8313 by rakuco: shared-desktop-ontologies: Update to 0.10.0 M +2 -2 Makefile M +2 -2 distinfo ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] QT doesn't enable CUPS from ports by default
On 12-6-2012 23:29, John Baldwin wrote: When upgrading the ports on my desktop at home recently I found it quite a bit of a POLA violation that CUPS support was not enabled by default. It looks like you already DTRT for packages, so would you be opposed to just always DTRT if the user hasn't explicitly disabled CUPS? That is: .ifndef WITHOUT_CUPS +QT4_OPTIONS?= CUPS .endif People who don't use printers, usually have this flag in /etc/make.conf. -- Mel ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] QT doesn't enable CUPS from ports by default
On Wednesday, June 13, 2012 3:27:26 pm Mel Flynn wrote: On 12-6-2012 23:29, John Baldwin wrote: When upgrading the ports on my desktop at home recently I found it quite a bit of a POLA violation that CUPS support was not enabled by default. It looks like you already DTRT for packages, so would you be opposed to just always DTRT if the user hasn't explicitly disabled CUPS? That is: .ifndef WITHOUT_CUPS +QT4_OPTIONS?= CUPS .endif People who don't use printers, usually have this flag in /etc/make.conf. Would work for me. -- John Baldwin ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] [patch] Digikam 2.6 - too many open files
On 13-6-2012 14:13, Jason E. Hale wrote: On Wednesday, June 13, 2012 09:35:07 Oleg Sidorkin wrote: kern.maxfiles: 12328 kern.openfiles: 5826 Album has 6282 photos. I would suggest bumping kern.maxfiles up to something like 25000. I was able to reproduce the error with a smaller kern.maxfiles (~18000) on my system. That is a little subjective, though. Isn't the real problem here that: - the program does not handle a resource limit very well (spewing lines saying they hit a limit rather then informing the user with one dialog what to increase) - that the program cannot work correctly with a default system limit that is sane for most other workloads. - that watching a file for changes is a feature that should have a manual option (aka a refresh button) or should at the very least be able to work within limits given to the program. -- Mel ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On 13-6-2012 4:27, Alberto Villa wrote: My guess is that, with our 30 seconds timeout, Akonadi fails to fetch collections (mail folders?) and thus is unable to do anything else (while Google contacts worked for me, as the list was successfully fetched). If it is a timeout issue, then it's really weird that it /always/ the same table that causes the problem. Even though I also think it's persistent connections causing it, I keep wondering about this table. In my case, this table is empty. -- Mel ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On Wed, Jun 13, 2012 at 10:15 PM, Mel Flynn rfl...@acsalaska.net wrote: If it is a timeout issue, then it's really weird that it /always/ the same table that causes the problem. Even though I also think it's persistent connections causing it, I keep wondering about this table. In my case, this table is empty. What table? -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On 14-6-2012 0:03, Alberto Villa wrote: On Wed, Jun 13, 2012 at 10:15 PM, Mel Flynn rfl...@acsalaska.net wrote: If it is a timeout issue, then it's really weird that it /always/ the same table that causes the problem. Even though I also think it's persistent connections causing it, I keep wondering about this table. In my case, this table is empty. What table? Collections I think. Yep: Error during executing query SELECT CollectionTable.id, CollectionTable.remoteId, CollectionTable.remoteRevision, CollectionTable.name, CollectionTable.parentId, CollectionTable.resourceId, CollectionTable.subscribed, CollectionTable.cachePolicyInherit, CollectionTable.cachePolicyCheckInterval, CollectionTable.cachePolicyCacheTimeout, CollectionTable.cachePolicySyncOnDemand, CollectionTable.cachePolicyLocalParts, CollectionTable.queryString, CollectionTable.queryLanguage FROM CollectionTable WHERE ( CollectionTable.queryLanguage = ( :0 ) ) : MySQL server has gone away QMYSQL: Unable to execute query Nepomuk QueryServer: Unable to execute query! That :0 looks bogus too. -- Mel ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On Thu, Jun 14, 2012 at 12:10 AM, Mel Flynn rfl...@acsalaska.net wrote: Collections I think. Yep: How can it be empty? It contains references to all Akonadi collections: http://wstaw.org/m/2012/06/14/plasma-desktopWa1410.png That :0 looks bogus too. Why do you think that? -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On Wednesday 13 June 2012 04:29:24 Alberto Villa wrote: Forget it, same problem as before, just five minutes later. I've tried reverting some 4.8.2-4.8.3 differences, because 4.8.2 was working for me, and it looks like something has changed. There are still some aborted connections, but things appear to work anyway. Can you try rebuilding deskutils/kdepimlibs4 with attached patch and remove net_read_timeout from configuration? -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla Virtue is not left to stand alone. He who practices it will have neighbors. -- Confucius diff -ruN kdepimlibs-4.8.3/akonadi/collectionsync.cpp kdepimlibs-4.8.2/akonadi/collectionsync.cpp --- ./akonadi/collectionsync.cpp 2012-04-29 22:37:44.487124000 +0200 +++ ./akonadi/collectionsync.cpp 2011-07-30 09:08:46.0 +0200 @@ -111,10 +111,12 @@ /** Create a local node from the given local collection and integrate it into the local tree structure. */ LocalNode* createLocalNode( const Collection col ) { + if ( col.remoteId().isEmpty() ) // no remote id here means it hasn't been added to the resource yet, so we exclude it from the sync +return 0; LocalNode *node = new LocalNode( col ); Q_ASSERT( !localUidMap.contains( col.id() ) ); localUidMap.insert( node-collection.id(), node ); - if ( !hierarchicalRIDs !col.remoteId().isEmpty() ) + if ( !hierarchicalRIDs ) localRidMap.insert( node-collection.remoteId(), node ); // add already existing children @@ -124,8 +126,7 @@ Q_ASSERT( localUidMap.contains( childId ) ); LocalNode *childNode = localUidMap.value( childId ); node-childNodes.append( childNode ); - if ( !childNode-collection.remoteId().isEmpty() ) -node-childRidMap.insert( childNode-collection.remoteId(), childNode ); + node-childRidMap.insert( childNode-collection.remoteId(), childNode ); } } @@ -133,8 +134,7 @@ if ( localUidMap.contains( col.parentCollection().id() ) ) { LocalNode* parentNode = localUidMap.value( col.parentCollection().id() ); parentNode-childNodes.append( node ); -if ( !node-collection.remoteId().isEmpty() ) - parentNode-childRidMap.insert( node-collection.remoteId(), node ); +parentNode-childRidMap.insert( node-collection.remoteId(), node ); } else { localPendingCollections[ col.parentCollection().id() ].append( col.id() ); } @@ -179,27 +179,6 @@ } /** - * Find a child node with matching collection name. - * @note This is used as a fallback if the resource lost the RID update somehow. - * This can be used because the Akonadi server enforces unique child collection names inside the hierarchy - */ -LocalNode* findLocalChildNodeByName( LocalNode *localParentNode, const QString name ) -{ - if ( name.isEmpty() ) // shouldn't happen... -return 0; - - if ( localParentNode == localRoot ) // possibly non-unique names on top-level -return 0; - - foreach ( LocalNode *childNode, localParentNode-childNodes ) { -// the restriction on empty RIDs can possibly removed, but for now I only understand the implication for this case -if ( childNode-collection.name() == name childNode-collection.remoteId().isEmpty() ) - return childNode; - } - return 0; -} - -/** Find the local node that matches the given remote collection, returns 0 if that doesn't exist (yet). */ @@ -222,16 +201,8 @@ else localParent = findMatchingLocalNode( collection.parentCollection() ); -if ( localParent ) { - if ( localParent-childRidMap.contains( collection.remoteId() ) ) -return localParent-childRidMap.value( collection.remoteId() ); - // check if we have a local folder with a matching name and no RID, if so let's use that one - // we would get an error if we don't do this anyway, as we'd try to create two sibling nodes with the same name - if ( LocalNode *recoveredLocalNode = findLocalChildNodeByName( localParent, collection.name() ) ) { -kDebug() Recovering collection with lost RID: collection recoveredLocalNode-collection; -return recoveredLocalNode; - } -} +if ( localParent localParent-childRidMap.contains( collection.remoteId() ) ) + return localParent-childRidMap.value( collection.remoteId() ); return 0; } } @@ -316,7 +287,6 @@ void updateLocalCollection( LocalNode *localNode, RemoteNode *remoteNode ) { Collection upd( remoteNode-collection ); - Q_ASSERT( !upd.remoteId().isEmpty() ); upd.setId( localNode-collection.id() ); { // ### HACK to work around the implicit move attempts of CollectionModifyJob @@ -364,7 +334,6 @@ foreach (
Re: [kde-freebsd] Akonadi/mysqld problems
On Thu, Jun 14, 2012 at 1:18 AM, Mel Flynn rfl...@acsalaska.net wrote: mysql select * from collectiontable where (queryLanguage = ( :0 )); ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ':0 ))' at line 1 Good point. Would you be able to check if other queries have the same :0? Also, all queryLanguage fields are NULL, so I don't understand the WHERE clause. Do you have one where it is not null? Apparently, no, but that might be there for several reasons. Also, are you on IRC? -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On Wed, Jun 13, 2012 at 8:29 PM, Alberto Villa avi...@freebsd.org wrote: I've tried reverting some 4.8.2-4.8.3 differences, because 4.8.2 was working for me, and it looks like something has changed. There are still some aborted connections, but things appear to work anyway. Can you try rebuilding deskutils/kdepimlibs4 with attached patch and remove net_read_timeout from configuration? Dead end, again. It worked because I had already downloaded all the mail folders before the timeout. -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On 14-6-2012 1:25, Alberto Villa wrote: On Thu, Jun 14, 2012 at 1:18 AM, Mel Flynn rfl...@acsalaska.net wrote: mysql select * from collectiontable where (queryLanguage = ( :0 )); ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ':0 ))' at line 1 Good point. Would you be able to check if other queries have the same :0? :0 is $DISPLAY. But only failed queries end up in .xsession-errors and a lot of this: % grep 'Error during' ./.xsession-errors|wc -l 44803 which is: Error during selection of all records from table CollectionTable MySQL server has gone away QMYSQL: Unable to execute query One each second. Except now it doesn't cause high load. Sometimes it does. No other queries available in .xsession-errors. Also, all queryLanguage fields are NULL, so I don't understand the WHERE clause. Do you have one where it is not null? Apparently, no, but that might be there for several reasons. Also, are you on IRC? Nope and going to sleep. -- Mel ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] Akonadi/mysqld problems
On Thu, Jun 14, 2012 at 1:38 AM, Mel Flynn rfl...@acsalaska.net wrote: :0 is $DISPLAY. Oh no, it isn't apparently. I think I just found an interesting thing. :N look like placeholders: QString( UPDATE table1 SET col = :0 FROM table2 WHERE ( ( SELECT table2.answer WHERE table2.t1_id = table1.id ) ( :2 ) ) ) bindVals; We might have a parsing error here. I'll make Akonadi print all the queries and see what fail. Nope and going to sleep. We'll keep working on it. Thanks for the help so far. :) -- Alberto Villa, FreeBSD committer avi...@freebsd.org http://people.FreeBSD.org/~avilla ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] ports/165642: x11/kde4: keeps locking the screen.
The following reply was made to PR ports/165642; it has been noted by GNATS. From: Adrian Chadd adr...@freebsd.org To: Alberto Villa avi...@freebsd.org Cc: bug-follo...@freebsd.org Subject: Re: ports/165642: x11/kde4: keeps locking the screen. Date: Wed, 13 Jun 2012 08:39:02 -0700 Hi, I haven't updated my ports tree yet, it's all based on 9.0-RELEASE ports/packages. It isn't asking to unlock kwallet, it's locked the screen (as in like a screen saver lock) I'll try to take a screenshot or photo the next time I have the laptop open. I'll also report the kde package set that's installed. Adrian ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information