Re: [kde-freebsd] x11/kdebase4-workspace - fails: makefile

2009-04-07 Thread Max Brazhnikov
is this MAKE_JOBS_SAFE or QAT failure?

On Вторник 07 апреля 2009, q...@freebsd.org wrote:
> The Restless Daemon identified a makefile error while trying to build:
>  kdebase-workspace-4.2.2 maintained by k...@freebsd.org
>  Makefile ident: $FreeBSD: ports/x11/kdebase4-workspace/Makefile,v 1.218
> 2009/04/02 09:23:02 miwi Exp $
>
> Excerpt from
> http://QAT.TecNik93.com/logs/7-STABLE-FPT-NPD/kdebase-workspace-4.2.2.log :
>
> cd
> /work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/pla
>sma/applets/kickoff && /opt/c++   -D_GNU_SOURCE -DQT_NO_STL
> -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS
> -DHAVE_CONFIG_H=1 -DKDE_DEFAULT_DEBUG_AREA=1204
> -Dplasma_applet_launcher_EXPORTS -O2 -fno-strict-aliasing -pipe
> -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -O2
> -DNDEBUG -DQT_NO_DEBUG -fPIC
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/p
>lasma/applets/kickoff
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/plasma/
>applets/kickoff
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/kdm
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/libs
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/libs/kw
>orkspace -I/usr/local/kde4/ include -I/usr/local/kde4/include/KDE
> -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtHelp
> -I/usr/local/include/qt4/QtDBus -I/usr/local/include/qt4/QtTest
> -I/usr/local/include/qt4/QtUiTools -I/usr/local/include/qt4/QtScript
> -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml
> -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtOpenGL
> -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtDesigner
> -I/usr/local/include/qt4/Qt3Support -I/usr/local/include/qt4/QtGui
> -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/Qt
> -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4
> -I/usr/local/include -o
> CMakeFiles/plasma_applet_launcher.dir/screensaver_interface.o -c
> /work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/pla
>sma/applets/kickoff/screensaver_interface.cpp /usr/local/bin/cmake -E
> cmake_progress_report
> /work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/CMa
>keFiles [ 92%] Building CXX object
> plasma/applets/kickoff/CMakeFiles/plasma_applet_simplelauncher.dir/kickoffa
>daptor.o cd
> /work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/pla
>sma/applets/kickoff && /opt/c++   -D_GNU_SOURCE -DQT_NO_STL
> -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS
> -DHAVE_CONFIG_H=1 -DKDE_DEFAULT_DEBUG_AREA=1204
> -Dplasma_applet_simplelauncher_EXPORTS -O2 -fno-strict-aliasing -pipe
> -Woverloaded-virtual -fvisibility=hidden -fvisibility-inlines-hidden -O2
> -DNDEBUG -DQT_NO_DEBUG -fPIC
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/p
>lasma/applets/kickoff
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/plasma/
>applets/kickoff
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/kdm
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/libs
> -I/work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/libs/kw
>orkspace -I/usr/local /kde4/include -I/usr/local/kde4/include/KDE
> -I/usr/local/include/qt4/QtWebKit -I/usr/local/include/qt4/QtHelp
> -I/usr/local/include/qt4/QtDBus -I/usr/local/include/qt4/QtTest
> -I/usr/local/include/qt4/QtUiTools -I/usr/local/include/qt4/QtScript
> -I/usr/local/include/qt4/QtSvg -I/usr/local/include/qt4/QtXml
> -I/usr/local/include/qt4/QtSql -I/usr/local/include/qt4/QtOpenGL
> -I/usr/local/include/qt4/QtNetwork -I/usr/local/include/qt4/QtDesigner
> -I/usr/local/include/qt4/Qt3Support -I/usr/local/include/qt4/QtGui
> -I/usr/local/include/qt4/QtCore -I/usr/local/include/qt4/Qt
> -I/usr/local/share/qt4/mkspecs/default -I/usr/local/include/qt4
> -I/usr/local/include -o
> CMakeFiles/plasma_applet_simplelauncher.dir/kickoffadaptor.o -c
> /work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/pla
>sma/applets/kickoff/kickoffadaptor.cpp /usr/local/bin/cmake -E
> cmake_progress_report
> /work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/CMa
>keFiles [ 92%] Building CXX object
> plasma/applets/kickoff/CMakeFiles/plasma_applet_launcher.dir/krunner_interf
>ace.o cd
> /work/a/ports/x11/kdebase4-workspace/work/kdebase-workspace-4.2.2/build/pla
>sma/applets/kickoff && /opt/c++   -D_GNU_SOURCE -DQT_NO_STL
> -DQT_NO_CAST_TO_ASCII -D_REENTRANT -DKDE_DEPRECATED_WARNINGS
> -DHAVE_CONFIG_H=1 -DKDE_DEFAULT_DEBUG_AREA=1204
> -Dplasma_applet_launcher_EXPORTS -O2 -fno-st

Re: [kde-freebsd] Anyone can use iPod with Amarok2?

2009-04-07 Thread Matt
On Fri, Apr 3, 2009 at 9:35 PM, Daichi GOTO  wrote:
> Hi amarok lovers ;)
>
> Anyone could use iPod with Amarok2?
> Still I cannot get it.
>
I've only tried this with one device so far (a second generation
Shuffle) and it looks like I was stymied by the fact that the GEOM
label had a space in it.  Based on the HAL FAQ at:

http://www.freebsd.org/gnome/docs/halfaq.html

spaces are not supported in our current implementation.  Could this be
an an issue for you?

Matt
___
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 4.5 and GNU iconv [SOLUTION]

2009-04-07 Thread David Naylor
On Tuesday 07 April 2009 07:25:16 David Johnson wrote:
> I played around with this, rebuilding libiconv after gettext, but to no
> effect. Oh well, it was worth a shot...

I've managed to get Qt 4.5 to behave well with libiconv.  It was a bit of a 
cheat though.  There is also another solution.  

SOLUTION 1:
Disable libiconv support altogether.  This, I believe, is a viable solution 
since Windows does not have iconv and we should be using whatever fallback it 
does.  This should result in no loss of functionality.  

SOLUTION 2:
qt4-corelib is the only part that is affected by libiconv (under 
src/corelib/codec/).  It appears that the changes introduces since Qt4.4.3 
are of an optimising nature and have some kind of state caching.  This 
caching is somehow breaking libiconv under FreeBSD.  

Even with the new libiconv port from ports/131769 it still does not work.  

The attached files restore the behaviour of the previous code.  This probably 
will result in a performance loss (but remain par with Qt4.4.3).  Since the 
changes are isolated to those two files and the API has not changed (for 
QTextCodec) this should not negatively affect anything.  I've tested this 
with qtdemo and everything works fine.  

Are either of these solutions (and if so which one) satisfactory?

Regards,

David

P.S. It will result in a smaller 'patch' if the files are copied across 
verbatim.  
--- src/corelib/codecs/qiconvcodec.cpp	2009-04-07 18:47:19.0 +
+++ src/corelib/codecs/qiconvcodec.cpp	2009-04-07 18:46:27.0 +
@@ -1,49 +1,43 @@
 /
 **
-** Copyright (C) 2009 Nokia Corporation and/or its subsidiary(-ies).
+** Copyright (C) 2008 Nokia Corporation and/or its subsidiary(-ies).
 ** Contact: Qt Software Information (qt-i...@nokia.com)
 **
 ** This file is part of the QtCore module of the Qt Toolkit.
 **
-** $QT_BEGIN_LICENSE:LGPL$
 ** Commercial Usage
 ** Licensees holding valid Qt Commercial licenses may use this file in
 ** accordance with the Qt Commercial License Agreement provided with the
 ** Software or, alternatively, in accordance with the terms contained in
 ** a written agreement between you and Nokia.
 **
-** GNU Lesser General Public License Usage
-** Alternatively, this file may be used under the terms of the GNU Lesser
-** General Public License version 2.1 as published by the Free Software
-** Foundation and appearing in the file LICENSE.LGPL included in the
-** packaging of this file.  Please review the following information to
-** ensure the GNU Lesser General Public License version 2.1 requirements
-** will be met: http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html.
-**
-** In addition, as a special exception, Nokia gives you certain
-** additional rights. These rights are described in the Nokia Qt LGPL
-** Exception version 1.0, included in the file LGPL_EXCEPTION.txt in this
-** package.
 **
 ** GNU General Public License Usage
 ** Alternatively, this file may be used under the terms of the GNU
-** General Public License version 3.0 as published by the Free Software
-** Foundation and appearing in the file LICENSE.GPL included in the
-** packaging of this file.  Please review the following information to
-** ensure the GNU General Public License version 3.0 requirements will be
-** met: http://www.gnu.org/copyleft/gpl.html.
+** General Public License versions 2.0 or 3.0 as published by the Free
+** Software Foundation and appearing in the file LICENSE.GPL included in
+** the packaging of this file.  Please review the following information
+** to ensure GNU General Public Licensing requirements will be met:
+** http://www.fsf.org/licensing/licenses/info/GPLv2.html and
+** http://www.gnu.org/copyleft/gpl.html.  In addition, as a special
+** exception, Nokia gives you certain additional rights. These rights
+** are described in the Nokia Qt GPL Exception version 1.3, included in
+** the file GPL_EXCEPTION.txt in this package.
+**
+** Qt for Windows(R) Licensees
+** As a special exception, Nokia, as the sole copyright holder for Qt
+** Designer, grants users of the Qt/Eclipse Integration plug-in the
+** right for the Qt/Eclipse Integration to link to functionality
+** provided by Qt Designer and its related libraries.
 **
 ** If you are unsure which license is appropriate for your use, please
 ** contact the sales department at qt-sa...@nokia.com.
-** $QT_END_LICENSE$
 **
 /
 
 #include "qiconvcodec_p.h"
-#include "qtextcodec_p.h"
 #include 
 #include 
-#include 
 
 #include 
 #include 
@@ -73,7 +67,7 @@
 #  define UTF16 "UTF-16"
 #endif
 
-#if defined(Q_OS_MAC)
+#ifdef Q_OS_MAC
 #ifndef GNU_LIBICONV
 #define GNU_LIBICONV
 #endif
@@ -88,8 +82,6 @@
 
 QT_BEGIN_NAMESPACE
 
-extern bool qt_locale_initialized;
-
 QIconvCodec::QIconvCodec()
 : utf16Codec(0)
 {
@@ -101,20 +93,20 @@
 fprintf(stderr, "QIconvCodec::convertToUni

Re: [kde-freebsd] x11/kdebase4-workspace - fails: makefile

2009-04-07 Thread Ion-Mihai Tetcu
On Tue, 7 Apr 2009 11:03:23 +0400
Max Brazhnikov  wrote:

> is this MAKE_JOBS_SAFE or QAT failure?

Seems to be MAKE_JOBS_SAFE, it build once OK, then it failed, now it
built OK.

-- 
IOnut - Un^d^dregistered ;) FreeBSD "user"
  "Intellectual Property" is   nowhere near as valuable   as "Intellect"
FreeBSD committer -> ite...@freebsd.org, PGP Key ID 057E9F8B493A297B


signature.asc
Description: PGP signature
___
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 4.5 and GNU iconv [SOLUTION]

2009-04-07 Thread David Johnson
> SOLUTION 1:
> Disable libiconv support altogether.  This, I believe, is a viable solution
> since Windows does not have iconv and we should be using whatever fallback
> it does.  This should result in no loss of functionality.

This is what I am doing for non-port builds of 4.5.0. It's also what's
currently in area51 branch for 4.5.

> SOLUTION 2:
> ...
> The attached files restore the behaviour of the previous code. This
> probably will result in a performance loss (but remain par with Qt4.4.3).
> Since the changes are isolated to those two files and the API has not
> changed (for QTextCodec) this should not negatively affect anything. I've
> tested this with qtdemo and everything works fine.

It looks like you restored the 4.4.3 implementation. That may be the best
way to go for the immediate future. I would rather see it get fixed in the
sources, however, but Nokia is not going to accept a patch that rolls back
to 4.4.3.

The new implementation uses thread local storage, and I wonder if it
behaves differently in FreeBSD than what the Trolls expect.

--
David Johnson
___
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: ports/133478: devel/qt4-uic etc. error: �The specified system/compiler is not supported�

2009-04-07 Thread edwin
Synopsis: devel/qt4-uic etc. error: “The specified system/compiler is not 
supported”

Responsible-Changed-From-To: freebsd-ports-bugs->kde
Responsible-Changed-By: edwin
Responsible-Changed-When: Wed Apr 8 00:20:22 UTC 2009
Responsible-Changed-Why: 
Over to maintainer (via the GNATS Auto Assign Tool)

http://www.freebsd.org/cgi/query-pr.cgi?pr=133478
___
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