6 Jan
2020
6 Jan
'20
9:18 p.m.
Hi all!
Just did a "pkg upgrade" on my FreeBSD testsystem, tdegraphics got deinstalled.
I removed all tde packages and tried to rebuild all, but it looks like something is a bit
more picky now:
[ 16%] Building CXX object
tdefile-plugins/dependencies/poppler-tqt/CMakeFiles/poppler-tqt-shared.dir/poppler-document.cc.o
cd
/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity_14.0.7/.build/tdefile-plugins/dependencies/poppler-tqt
&& /usr/bin/c++ -DHAVE_CONFIG_H -Dpoppler_tqt_shared_EXPORTS
-I/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity_14.0.7/.build/tdefile-plugins/dependencies/poppler-tqt
-I/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity_14.0.7/.build
-I/opt/trinity/include -I/usr/local/include/tqt3 -I/usr/local/include/tqt
-I/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity_14.0.7/tdefile-plugins/dependencies/poppler-tqt
-I/usr/local/include/poppler -I/usr/local/include -DNDEBUG -DQT_NO_ASCII_CAST
-DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT
-D_REENTRANT -I/usr/local/include/tqt3 -I/usr/local/include/tqt -include tqt.h
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION
-DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -DNDEBUG -fPIC -o
CMakeFiles/poppler-tqt-shared.dir/poppler-document.cc.o -c
/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity_14.0.7/tdefile-plugins/dependencies/poppler-tqt/poppler-document.cc
/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity_14.0.7/tdefile-plugins/dependencies/poppler-tqt/poppler-document.cc:130:20:
error:
no viable conversion from 'std::vector<FontInfo *>' to
'std::vector< ::FontInfo *> *'
FONTS_LIST_TYPE *items = data->m_fontInfoScanner->scan( numPages );
^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
Any idea?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
6 Jan
6 Jan
9:37 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
On Monday 06 of January 2020 22:18:20 Dr. Nikolaus Klepp wrote:
Hi all!
Just did a "pkg upgrade" on my FreeBSD testsystem, tdegraphics got
deinstalled. I removed all tde packages and tried to rebuild all, but it
looks like something is a bit more picky now:
[ 16%] Building CXX object
tdefile-plugins/dependencies/poppler-tqt/CMakeFiles/poppler-tqt-shared.d
ir/poppler-document.cc.o cd
/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity
_14.0.7/.build/tdefile-plugins/dependencies/poppler-tqt && /usr/bin/c++
-DHAVE_CONFIG_H -Dpoppler_tqt_shared_EXPORTS
-I/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trini
ty_14.0.7/.build/tdefile-plugins/dependencies/poppler-tqt
-I/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trini
ty_14.0.7/.build -I/opt/trinity/include -I/usr/local/include/tqt3
-I/usr/local/include/tqt
-I/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trini
ty_14.0.7/tdefile-plugins/dependencies/poppler-tqt
-I/usr/local/include/poppler -I/usr/local/include -DNDEBUG
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT
-I/usr/local/include/tqt3 -I/usr/local/include/tqt -include tqt.h
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-DNDEBUG -fPIC -o
CMakeFiles/poppler-tqt-shared.dir/poppler-document.cc.o -c
/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity
_14.0.7/tdefile-plugins/dependencies/poppler-tqt/poppler-document.cc
/usr/home/nik/tde-packaging/freebsd/tdegraphics/work/tdegraphics-trinity
_14.0.7/tdefile-plugins/dependencies/poppler-tqt/poppler-document.cc:130:
20: error: no viable conversion from 'std::vector<FontInfo *>' to
'std::vector< ::FontInfo *> *' FONTS_LIST_TYPE *items =
data->m_fontInfoScanner->scan( numPages ); ^
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 error generated.
Any idea?
Nik
Hi Nik,
thank you for reminding! There was also a deinstallation on my test machine
and I forgot to try to build again.
At first glance it looks like there is next update to the poppler library.
And poppler library developers have a special fun in breaking API
compatibility with almost every version. This is really great fun
especially for rolling distribution.
Cheers
--
Slávek
18 Feb
18 Feb
7 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Dne po 6. ledna 2020 Dr. Nikolaus Klepp napsal(a):
Hi all!
Just did a "pkg upgrade" on my FreeBSD testsystem, tdegraphics got
deinstalled. I removed all tde packages and tried to rebuild all, but it
looks like something is a bit more picky now:
.
.
.
Any idea?
Nik
Nik,
you might be interested to know that I replaced the feat/freebsd-14.0.7-pre
branch with a more general feat/freebsd-14.0.x-pre and pused the first
full ports update to the current R14.0.8~pre versions:
https://mirror.git.trinitydesktop.org/cgit/tde-packaging/commit/?h=feat/fre…
Cheers
--
Slávek
20 Feb
20 Feb
4:27 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Anno domini 2020 Tue, 18 Feb 20:00:30 +0100
Slávek Banko scripsit:
Dne po 6. ledna 2020 Dr. Nikolaus Klepp napsal(a):
Hi Slavec!
Thank you very much, this is most welcome :)
I use feat/freebsd-14.0.x-pre, did deinstall all packages before, then began a clean build
(without ibase plugin). This is the (only) problem I ran into - but it's present in
some packages: Manpages are not compressed, so "make install" fails. compressing
manually and running "make install" again works:
dependencies/libart-lgpl: libart2-config.1 is not compressed, so "make install"
fails:
# make install
===> Installing for libart_lgpl-14.0.8.p0,1
===> Checking if libart_lgpl is already installed
===> Registering installation for libart_lgpl-14.0.8.p0,1
pkg-static: Unable to access file
/usr/home/nik/tde-packaging/freebsd/dependencies/libart-lgpl/work/stage/usr/local/share/man/man1/libart2-config.1.gz:No
such file or directory
*** Error code 74
Affected are:
dependencies/libart-lgpl
tdetoys
tdeedu
tdesdk
kipi-plugins
applications/digikam
applications/dolphin
applications/filelight
applications/katapult
... and probably all the rest of applications/, I'll work my way down that lane ...
Other errors:
tde-i18n-de: cannot download souce file, size mismatch.
===> tde-i18n-de
===> de-tde-i18n-trinity-14.0.8.p25 depends on file: /usr/local/sbin/pkg - found
=> tde-i18n-trinity_14.0.8~pre25.orig.tar.xz doesn't seem to exist in
/usr/ports/distfiles/TDE.
=> Attempting to fetch
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/main/…
fetch:
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/main/…:
size mismatch: expected 130596864, actual 195630716
=> Attempting to fetch
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb/pool/main-r14/t…
fetch:
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb/pool/main-r14/t…:
size mismatch: expected 130596864, actual 195630716
=> Attempting to fetch
http://distcache.FreeBSD.org/ports-distfiles/TDE/tde-i18n-trinity_14.0.8~pr…
fetch:
http://distcache.FreeBSD.org/ports-distfiles/TDE/tde-i18n-trinity_14.0.8~pr…:
Not Found
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles/TDE and try again.
*** Error code 1
applications/bibletime: (strange, probably did never build this before) stops with error:
checking whether your Sword installation is recent enough... configure: error: Invalid
return code of the internal Sword version test program. Please submit a bugreport!
applications/gwenview: fails with error:
/usr/local/bin/ld:
/usr/home/nik/tde-packaging/freebsd/applications/gwenview/work/gwenview-trinity_14.0.8~pre2/.build/src/gvcore/.libs/libgwenviewcore.so:
undefined reference to `Exiv2::ExifKey::ExifKey(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)'
collect2: error: ld returned 1 exit status
gmake[6]: *** [Makefile:1386: gwenview] Error 1
So, (almost) everything builds fine, now I'm going to do some testing :)
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
Hi all!
Just did a "pkg upgrade" on my FreeBSD testsystem, tdegraphics got
deinstalled. I removed all tde packages and tried to rebuild all, but it
looks like something is a bit more picky now:
.
.
.
Any idea?
Nik
Nik,
you might be interested to know that I replaced the feat/freebsd-14.0.7-pre
branch with a more general feat/freebsd-14.0.x-pre and pused the first
full ports update to the current R14.0.8~pre versions:
https://mirror.git.trinitydesktop.org/cgit/tde-packaging/commit/?h=feat/fre…
Cheers
6:22 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Hi Nik,
On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp wrote:
Hi Slavec!
Thank you very much, this is most welcome :)
I use feat/freebsd-14.0.x-pre, did deinstall all packages before, then
began a clean build (without ibase plugin). This is the (only) problem I
ran into - but it's present in some packages: Manpages are not
compressed, so "make install" fails. compressing manually and running
"make install" again works:
dependencies/libart-lgpl: libart2-config.1 is not compressed, so "make
install" fails:
# make install
===> Installing for libart_lgpl-14.0.8.p0,1
===> Checking if libart_lgpl is already installed
===> Registering installation for libart_lgpl-14.0.8.p0,1
pkg-static: Unable to access file
/usr/home/nik/tde-packaging/freebsd/dependencies/libart-lgpl/work/stage/
usr/local/share/man/man1/libart2-config.1.gz:No such file or directory
*** Error code 74
Affected are:
dependencies/libart-lgpl
tdetoys
tdeedu
tdesdk
kipi-plugins
applications/digikam
applications/dolphin
applications/filelight
applications/katapult
... and probably all the rest of applications/, I'll work my way down
that lane ...
It is very interesting that the manual pages are not compressed on your
system. I am not aware that I did something special on my test machine
(except freebsd-update, pkg update and portsnap update) and the pages are
now compressed automatically. That's why I edited all pkg-lists to install
compressed man pages.
BTW, my test machine: FreeBSD 12.1-RELEASE-p2
Other errors:
tde-i18n-de: cannot download souce file, size mismatch.
===> tde-i18n-de
===> de-tde-i18n-trinity-14.0.8.p25 depends on file:
/usr/local/sbin/pkg - found => tde-i18n-trinity_14.0.8~pre25.orig.tar.xz
doesn't seem to exist in /usr/ports/distfiles/TDE. => Attempting to
fetch
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/ma
in/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz fetch:
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/ma
in/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz: size
mismatch: expected 130596864, actual 195630716 => Attempting to fetch
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb/pool/main-r1
4/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz fetch:
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb/pool/main-r1
4/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz: size
mismatch: expected 130596864, actual 195630716 => Attempting to fetch
http://distcache.FreeBSD.org/ports-distfiles/TDE/tde-i18n-trinity_14.0.8
~pre25.orig.tar.xz fetch:
http://distcache.FreeBSD.org/ports-distfiles/TDE/tde-i18n-trinity_14.0.8
~pre25.orig.tar.xz: Not Found => Couldn't fetch it - please try to
retrieve this
=> port manually into /usr/ports/distfiles/TDE and try again.
*** Error code 1
Oh, it seems that updating the metadata of tde-i18n ports was at some
awkward moment. It will be corrected the next time the FreeBSD ports are
updated. I suppose it will be the beginning of next week.
applications/bibletime: (strange, probably did never build this before)
stops with error:
checking whether your Sword installation is recent enough... configure:
error: Invalid return code of the internal Sword version test program.
Please submit a bugreport!
Strange, successfully built on my system.
I tried again right now.
applications/gwenview: fails with error:
/usr/local/bin/ld:
/usr/home/nik/tde-packaging/freebsd/applications/gwenview/work/gwenview-
trinity_14.0.8~pre2/.build/src/gvcore/.libs/libgwenviewcore.so: undefined
reference to `Exiv2::ExifKey::ExifKey(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)' collect2:
error:
ld returned 1 exit status
gmake[6]: *** [Makefile:1386: gwenview] Error 1
Strange, successfully built on my system.
I tried again right now.
So, (almost) everything builds fine, now I'm going to do some testing :)
Nik
Thank you for your testing!
Cheers
--
Slávek
7 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Hi Slavek,
Anno domini 2020 Thu, 20 Feb 19:22:13 +0100
Slávek Banko scripsit:
No problem :)
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
Hi Nik,
On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp wrote:
I did the same, pkg upgrade & freebsd-update. But what I forgot to mention: Yesterday
I tested the build with just updating git, and I think I forgot the "make
clean". That test did not hit the manpage-not-compressed-problem. Today I deleted the
whole tde-packaging-directory, then pulled from git, and was faced with the not compressed
manpages. Same goes for the other errors.
Hi Slavec!
Thank you very much, this is most welcome :)
I use feat/freebsd-14.0.x-pre, did deinstall all packages before, then
began a clean build (without ibase plugin). This is the (only) problem I
ran into - but it's present in some packages: Manpages are not
compressed, so "make install" fails. compressing manually and running
"make install" again works:
dependencies/libart-lgpl: libart2-config.1 is not compressed, so "make
install" fails:
# make install
===> Installing for libart_lgpl-14.0.8.p0,1
===> Checking if libart_lgpl is already installed
===> Registering installation for libart_lgpl-14.0.8.p0,1
pkg-static: Unable to access file
/usr/home/nik/tde-packaging/freebsd/dependencies/libart-lgpl/work/stage/
usr/local/share/man/man1/libart2-config.1.gz:No such file or directory
*** Error code 74
Affected are:
dependencies/libart-lgpl
tdetoys
tdeedu
tdesdk
kipi-plugins
applications/digikam
applications/dolphin
applications/filelight
applications/katapult
... and probably all the rest of applications/, I'll work my way down
that lane ...
It is very interesting that the manual pages are not compressed on your
system. I am not aware that I did something special on my test machine
(except freebsd-update, pkg update and portsnap update) and the pages are
now compressed automatically. That's why I edited all pkg-lists to install
compressed man pages.
BTW, my test machine: FreeBSD 12.1-RELEASE-p2 Other errors:
tde-i18n-de: cannot download souce file, size mismatch.
===> tde-i18n-de
===> de-tde-i18n-trinity-14.0.8.p25 depends on file:
/usr/local/sbin/pkg - found => tde-i18n-trinity_14.0.8~pre25.orig.tar.xz
doesn't seem to exist in /usr/ports/distfiles/TDE. => Attempting to
fetch
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/ma
in/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz fetch:
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/ma
in/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz: size
mismatch: expected 130596864, actual 195630716 => Attempting to fetch
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb/pool/main-r1
4/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz fetch:
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb/pool/main-r1
4/t/tde-i18n-trinity/tde-i18n-trinity_14.0.8~pre25.orig.tar.xz: size
mismatch: expected 130596864, actual 195630716 => Attempting to fetch
http://distcache.FreeBSD.org/ports-distfiles/TDE/tde-i18n-trinity_14.0.8
~pre25.orig.tar.xz fetch:
http://distcache.FreeBSD.org/ports-distfiles/TDE/tde-i18n-trinity_14.0.8
~pre25.orig.tar.xz: Not Found => Couldn't fetch it - please try to
retrieve this
=> port manually into /usr/ports/distfiles/TDE and try again.
*** Error code 1
Oh, it seems that updating the metadata of tde-i18n ports was at some
awkward moment. It will be corrected the next time the FreeBSD ports are
updated. I suppose it will be the beginning of next week.
applications/bibletime: (strange, probably did never build this before)
stops with error:
checking whether your Sword installation is recent enough... configure:
error: Invalid return code of the internal Sword version test program.
Please submit a bugreport!
Strange, successfully built on my system.
I tried again right now.
applications/gwenview: fails with error:
/usr/local/bin/ld:
/usr/home/nik/tde-packaging/freebsd/applications/gwenview/work/gwenview-
trinity_14.0.8~pre2/.build/src/gvcore/.libs/libgwenviewcore.so: undefined
reference to `Exiv2::ExifKey::ExifKey(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)' collect2:
error:
ld returned 1 exit status
gmake[6]: *** [Makefile:1386: gwenview] Error 1
Strange, successfully built on my system.
I tried again right now.
So, (almost) everything builds fine, now I'm going to do some testing :)
Nik
Thank you for your testing!
Cheers
7:37 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
On Thursday 20 of February 2020 20:00:41 Dr. Nikolaus Klepp wrote:
Hi Slavek,
Anno domini 2020 Thu, 20 Feb 19:22:13 +0100
Slávek Banko scripsit:
You do too "portsnap fetch && portsnap update"? Maybe it may be why our
systems differ. In fact, I still don't know if I should use subversion
instead of portsnap. The tutorials usually recommend portsnap, so I also
use portsnap.
Cheers
--
Slávek
Hi Nik,
On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp wrote:
It is very interesting that the manual pages are not compressed on
your system. I am not aware that I did something special on my test
machine (except freebsd-update, pkg update and portsnap update) and
the pages are now compressed automatically. That's why I edited all
pkg-lists to install compressed man pages.
BTW, my test machine: FreeBSD 12.1-RELEASE-p2
I did the same, pkg upgrade & freebsd-update. But what I forgot to
mention: Yesterday I tested the build with just updating git, and I
think I forgot the "make clean". That test did not hit the
manpage-not-compressed-problem. Today I deleted the whole
tde-packaging-directory, then pulled from git, and was faced with the
not compressed manpages. Same goes for the other errors.
8:34 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Anno domini 2020 Thu, 20 Feb 20:37:30 +0100
Slávek Banko scripsit:
On Thursday 20 of February 2020 20:00:41 Dr. Nikolaus
Klepp wrote:
Well, yes, but "portsnap fetch && portsnap update" does not rebuild any
of the packages that were built from ports when I compiled TDE some weeks ago. So there
are definity differences. Maybe all build-necessary packages should be installed from
packages, not ports?
Nik
Hi Slavek,
Anno domini 2020 Thu, 20 Feb 19:22:13 +0100
Slávek Banko scripsit:
You do too "portsnap fetch && portsnap update"? Maybe it may be why our
systems differ. In fact, I still don't know if I should use subversion
instead of portsnap. The tutorials usually recommend portsnap, so I also
use portsnap. Hi Nik,
On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp wrote:
It is very interesting that the manual pages are not compressed on
your system. I am not aware that I did something special on my test
machine (except freebsd-update, pkg update and portsnap update) and
the pages are now compressed automatically. That's why I edited all
pkg-lists to install compressed man pages.
BTW, my test machine: FreeBSD 12.1-RELEASE-p2
I did the same, pkg upgrade & freebsd-update. But what I forgot to
mention: Yesterday I tested the build with just updating git, and I
think I forgot the "make clean". That test did not hit the
manpage-not-compressed-problem. Today I deleted the whole
tde-packaging-directory, then pulled from git, and was faced with the
not compressed manpages. Same goes for the other errors.
Cheers
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
10:05 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Hi Slavek,
Anno domini 2020 Thu, 20 Feb 21:34:16 +0100
Dr. Nikolaus Klepp scripsit:
Anno domini 2020 Thu, 20 Feb 20:37:30 +0100
Slávek Banko scripsit:
I have to correct myself: "portsnap fetch && portsnap update" does make
all the difference. I just redid all the steps, this time with updated ports. Turns out,
all packages that were built from ports are updated in the process of rebuilding TDE :)
So all the errors are gone (tde-i18n-de does not count)! You did a great job!
(And I need to update my docs :) )
Nik
On Thursday 20 of February 2020 20:00:41 Dr.
Nikolaus Klepp wrote:
Well, yes, but "portsnap fetch && portsnap update" does not rebuild any
of the packages that were built from ports when I compiled TDE some weeks ago. So there
are definity differences. Maybe all build-necessary packages should be installed from
packages, not ports? Hi Slavek,
Anno domini 2020 Thu, 20 Feb 19:22:13 +0100
Slávek Banko scripsit:
You do too "portsnap fetch && portsnap update"? Maybe it may be why our
systems differ. In fact, I still don't know if I should use subversion
instead of portsnap. The tutorials usually recommend portsnap, so I also
use portsnap. Hi Nik,
On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp wrote:
It is very interesting that the manual pages are not compressed on
your system. I am not aware that I did something special on my test
machine (except freebsd-update, pkg update and portsnap update) and
the pages are now compressed automatically. That's why I edited all
pkg-lists to install compressed man pages.
BTW, my test machine: FreeBSD 12.1-RELEASE-p2
I did the same, pkg upgrade & freebsd-update. But what I forgot to
mention: Yesterday I tested the build with just updating git, and I
think I forgot the "make clean". That test did not hit the
manpage-not-compressed-problem. Today I deleted the whole
tde-packaging-directory, then pulled from git, and was faced with the
not compressed manpages. Same goes for the other errors.
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
Cheers
21 Feb
21 Feb
12:45 a.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
On Thursday 20 of February 2020 23:05:27 Dr. Nikolaus Klepp wrote:
Hi Slavek,
Anno domini 2020 Thu, 20 Feb 21:34:16 +0100
Dr. Nikolaus Klepp scripsit:
On my testing machine, I have most of the dependencies installed from
binary packages. I always try to avoid compilations other than the Trinity
ports. I intend to prepare a readme with basic instructions. There I want
to mention the packages that should be installed before building Trinity
ports. However, it needs some time...
Cheers
--
Slávek
Anno domini 2020 Thu, 20 Feb 20:37:30 +0100
Slávek Banko scripsit:
I have to correct myself: "portsnap fetch && portsnap update" does
make
all the difference. I just redid all the steps, this time with updated
ports. Turns out, all packages that were built from ports are updated in
the process of rebuilding TDE :)
So all the errors are gone (tde-i18n-de does not count)! You did a great
job! (And I need to update my docs :) )
Nik
> Nik
>
> > Cheers On Thursday 20 of February 2020 20:00:41 Dr.
Nikolaus Klepp wrote:
Well, yes, but "portsnap fetch && portsnap update" does not rebuild
any of the packages that were built from ports when I compiled TDE
some weeks ago. So there are definity differences. Maybe all
build-necessary packages should be installed from packages, not ports? Hi Slavek,
Anno domini 2020 Thu, 20 Feb 19:22:13 +0100
Slávek Banko scripsit:
> Hi Nik,
>
> On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp
> wrote:
>
>
> It is very interesting that the manual pages are not compressed
> on your system. I am not aware that I did something special on
> my test machine (except freebsd-update, pkg update and portsnap
> update) and the pages are now compressed automatically. That's
> why I edited all pkg-lists to install compressed man pages.
>
> BTW, my test machine: FreeBSD 12.1-RELEASE-p2
I did the same, pkg upgrade & freebsd-update. But what I forgot to
mention: Yesterday I tested the build with just updating git, and
I think I forgot the "make clean". That test did not hit the
manpage-not-compressed-problem. Today I deleted the whole
tde-packaging-directory, then pulled from git, and was faced with
the not compressed manpages. Same goes for the other errors.
You do too "portsnap fetch && portsnap update"? Maybe it may be why
our systems differ. In fact, I still don't know if I should use
subversion instead of portsnap. The tutorials usually recommend
portsnap, so I also use portsnap.
9:47 a.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Anno domini 2020 Fri, 21 Feb 01:45:02 +0100
Slávek Banko scripsit:
{...]
On my testing machine, I have most of the dependencies installed from
binary packages. I always try to avoid compilations other than the Trinity
ports. I intend to prepare a readme with basic instructions. There I want
to mention the packages that should be installed before building Trinity
ports. However, it needs some time...
Cheers
Perfect. I always run into the "build from ports"-problem, 'cause
there's always one package I miss - and then there's a mess.
Ok, up to testing: As far as I see thing have improved a lot. The only issue from users
perspective is mounting/unmounting of masstorage devices. This is what I get:
USB masstorage device:
- 1 icon per device/partition
- 1 dialog per device/partition for root password
- mounting works
- unmounting works
If the filesystem is FAT, then mount permissions are off: only root can read/write the
mountpoint: rwx------ root wheel - IMO this should be "rwx------ USER wheel"
CD ROM:
- 1 icons for the same device
- 2 dialogs ask for the root password.
- mounting / unmounting / eject work correct.
So this is really great!
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
10:03 a.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Anno domini 2020 Fri, 21 Feb 10:47:06 +0100
Dr. Nikolaus Klepp scripsit:
Anno domini 2020 Fri, 21 Feb 01:45:02 +0100
Slávek Banko scripsit:
Addition to this: The device gets mounted after the first dialog for root password.
{...]
On my testing machine, I have most of the dependencies installed from
binary packages. I always try to avoid compilations other than the Trinity
ports. I intend to prepare a readme with basic instructions. There I want
to mention the packages that should be installed before building Trinity
ports. However, it needs some time...
Cheers
Perfect. I always run into the "build from ports"-problem, 'cause
there's always one package I miss - and then there's a mess.
Ok, up to testing: As far as I see thing have improved a lot. The only issue from users
perspective is mounting/unmounting of masstorage devices. This is what I get:
USB masstorage device:
- 1 icon per device/partition
- 1 dialog per device/partition for root password
- mounting works
- unmounting works
If the filesystem is FAT, then mount permissions are off: only root can read/write the
mountpoint: rwx------ root wheel - IMO this should be "rwx------ USER wheel"
CD ROM:
- 1 icons for the same device
- 2 dialogs ask for the root password.
- mounting / unmounting / eject work correct.
So this is really great!
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
24 Feb
24 Feb
3:51 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Dne čt 20. února 2020 Dr. Nikolaus Klepp napsal(a):
Hi Slavek,
Anno domini 2020 Thu, 20 Feb 21:34:16 +0100
Dr. Nikolaus Klepp scripsit:
Hi Nik,
you can update your clone of feat/freebsd-14.0.x-pre branch - the problem
with tde-i18n should be fixed, several updates have been made, a few
applications have been added.
Cheers
--
Slávek
Anno domini 2020 Thu, 20 Feb 20:37:30 +0100
Slávek Banko scripsit:
I have to correct myself: "portsnap fetch && portsnap update" does
make
all the difference. I just redid all the steps, this time with updated
ports. Turns out, all packages that were built from ports are updated in
the process of rebuilding TDE :)
So all the errors are gone (tde-i18n-de does not count)! You did a great
job! (And I need to update my docs :) )
Nik
> Nik
>
> > Cheers On Thursday 20 of February 2020 20:00:41 Dr.
Nikolaus Klepp wrote:
Well, yes, but "portsnap fetch && portsnap update" does not rebuild
any of the packages that were built from ports when I compiled TDE
some weeks ago. So there are definity differences. Maybe all
build-necessary packages should be installed from packages, not ports? Hi Slavek,
Anno domini 2020 Thu, 20 Feb 19:22:13 +0100
Slávek Banko scripsit:
> Hi Nik,
>
> On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp
> wrote:
>
>
> It is very interesting that the manual pages are not compressed
> on your system. I am not aware that I did something special on
> my test machine (except freebsd-update, pkg update and portsnap
> update) and the pages are now compressed automatically. That's
> why I edited all pkg-lists to install compressed man pages.
>
> BTW, my test machine: FreeBSD 12.1-RELEASE-p2
I did the same, pkg upgrade & freebsd-update. But what I forgot to
mention: Yesterday I tested the build with just updating git, and
I think I forgot the "make clean". That test did not hit the
manpage-not-compressed-problem. Today I deleted the whole
tde-packaging-directory, then pulled from git, and was faced with
the not compressed manpages. Same goes for the other errors.
You do too "portsnap fetch && portsnap update"? Maybe it may be why
our systems differ. In fact, I still don't know if I should use
subversion instead of portsnap. The tutorials usually recommend
portsnap, so I also use portsnap.
25 Feb
25 Feb
2:48 p.m.
New subject: [trinity-devel] FreeBSD: tdegraphics failes to build
Hi Slavek!
Anno domini 2020 Mon, 24 Feb 16:51:46 +0100
Slávek Banko scripsit:
Dne čt 20. února 2020 Dr. Nikolaus Klepp napsal(a):
Just trued it :)
Almost all packages built, only these 3 failed:
applications/bibletime: fails with sword-1.8.1_8 from packages and ports:
checking for Sword library files... /usr/local/lib/
checking for Sword include files... /usr/local/include/sword
checking for installed Sword version...
checking whether your Sword installation is recent enough... configure: error: Invalid
return code of the internal Sword version test program. Please submit a bugreport!
*** Error code 1
applications/gwenview: linker error:
libtool: link: g++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2
-O2 -pipe -fstack-protector-strong -fno-strict-aliasing -I/usr/local/include -DNDEBUG
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -I/usr/local/include/tqt
-fstack-protector-strong -o .libs/gwenview -Wl,--as-needed -Wl,--enable-new-dtags
gwenview.la.o -L/usr/local/lib -L/opt/trinity/lib ./.libs/libtdeinit_gwenview.so
/usr/home/nik/tde-packaging/freebsd/applications/gwenview/work/gwenview-trinity_14.0.8~pre2/.build/src/gvcore/.libs/libgwenviewcore.so
/opt/trinity/lib/libtdeio.so /opt/trinity/lib/libtdeui.so /opt/trinity/lib/libtdeprint.so
/opt/trinity/lib/libtdeparts.so /opt/trinity/lib/libtdefx.so
/opt/trinity/lib/libtdemediaplayer.so /opt/trinity/lib/libtdecore.so -lexiv2
/opt/trinity/lib/libkipi.so /opt/trinity/lib/libtdeutils.so /usr/local/lib/libtqt-mt.so
-lm -laudio -lXt -lmng -ljpeg -lgthread-2.0 -lglib-2.0 -lintl -lXi -lXrender -lXrandr
-lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lpng -lz -lXext -lX11 -lSM -lICE
/usr/local/lib/libtqt.so -lpthread -pthread -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath
-Wl,/usr/local/lib
/usr/local/bin/ld:
/usr/home/nik/tde-packaging/freebsd/applications/gwenview/work/gwenview-trinity_14.0.8~pre2/.build/src/gvcore/.libs/libgwenviewcore.so:
undefined reference to `Exiv2::ExifKey::ExifKey(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)'
collect2: error: ld returned 1 exit status
gmake[6]: *** [Makefile:1386: gwenview] Error 1
applications/ksquirrel: linker error:
libtool: link: g++ -I/opt/trinity/include -I/opt/trinity/include
-DSQ_KLIBS=/opt/trinity/lib/ksquirrel-libs -DSQ_KL_VER=0.8.0 -Wno-long-long -Wundef -Wall
-W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -pipe -fstack-protector-strong
-fno-strict-aliasing -I/usr/local/include -DNDEBUG -Wno-non-virtual-dtor -fno-exceptions
-fno-check-new -fno-common -I/usr/local/include/tqt -fstack-protector-strong -o ksquirrel
sq_slideshowwidget.o fmt_filters.o sq_glwidget_stuff.o sq_dragprovider.o sq_utils_scale.o
sq_utils.o sq_thumbnailsunused.o sq_dirthumbs.o sq_downloader.o sq_glselectionpainter.o
sq_glwidget.o sq_glparts.o sq_codecsettings.o sq_filedialog.o sq_kipimanager.o
sq_kipiinterface.o sq_progressbox.o sq_thumbnailloadjob.o sq_splashscreen.o sq_popupmenu.o
sq_glwidget_helpers.o sq_imageloader.o sq_iconloader.o sq_errorstring.o
sq_navigatordropmenu.o sq_fileiconviewbase.o sq_glview.o sq_filethumbviewitem.o
sq_progress.o sq_thumbnailsize.o sq_pixmapcache.o sq_filethumbview.o sq_dir.o
sq_iconlistbox.o sq_iconlistitem.o sq_widgetstack.o sq_libraryhandler.o sq_hloptions.o
sq_glu.o sq_fileiconview.o sq_filedetailview.o sq_externaltool.o sq_diroperator.o
sq_config.o sq_bookmarkowner.o sq_archivehandler.o ksquirrel.o main.o sq_utils_asm_scale.o
sq_slideshow.o sq_slideshowlisting.o sq_tabopendialog.o sq_codecsettingsskeleton.o
sq_glinfo.o sq_pluginsinfo.o sq_selectdeselectgroup.o sq_thumbnailcachemaster.o
sq_helpwidget.o sq_viewcache.o sq_options.o sq_imageproperties.o sq_filters.o
sq_externaltools.o -L/opt/trinity/lib /opt/trinity/lib/libkipi.so -lGL -L/usr/local/lib
./sidebar/libsidebar.a ./imageedit/libimageedit.a /opt/trinity/lib/libtdeprint.so
/opt/trinity/lib/libtdeutils.so /opt/trinity/lib/libksquirrel-libs.so
/opt/trinity/lib/libkonq.so -ltqui /opt/trinity/lib/libtdeio.so
/opt/trinity/lib/libtdeui.so /opt/trinity/lib/libtdecore.so /usr/local/lib/libtqt-mt.so
-pthread -laudio -lXt -lmng -ljpeg -lgthread-2.0 -lglib-2.0 -lintl -lXi -lXrender -lXrandr
-lXcursor -lXinerama -lXft -lfreetype -lfontconfig -lpng -lz -lm -lXext -lX11 -lSM -lICE
/usr/local/lib/libtqt.so -lpthread /opt/trinity/lib/libDCOP.so
/opt/trinity/lib/libtdefx.so -Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/usr/local/lib
-Wl,-rpath -Wl,/opt/trinity/lib -Wl,-rpath -Wl,/usr/local/lib
/usr/local/bin/ld: sq_glwidget_stuff.o: in function `SQ_GLWidget::slotProperties() [clone
.part.0]':
sq_glwidget_stuff.cpp:(.text+0xbe13): undefined reference to
`TQString::TQString(std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)'
/usr/local/bin/ld: sq_glwidget_stuff.cpp:(.text+0xbe1e): undefined reference to
`TQString::TQString(std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)'
/usr/local/bin/ld: sq_glwidget_stuff.cpp:(.text+0xc211): undefined reference to
`TQString::TQString(std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)'
/usr/local/bin/ld: sq_glwidget_stuff.cpp:(.text+0xc29d): undefined reference to
`TQString::TQString(std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)'
/usr/local/bin/ld: sq_libraryhandler.o: in function
`SQ_LibraryHandler::writeSettings(SQ_LIBRARY*) [clone .part.0]':
sq_libraryhandler.cpp:(.text+0x7f): undefined reference to
`TQString::TQString(std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)'
/usr/local/bin/ld: sq_libraryhandler.o:sq_libraryhandler.cpp:(.text+0x1f43): more
undefined references to `TQString::TQString(std::__cxx11::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)' follow
collect2: error: ld returned 1 exit status
gmake[6]: *** [Makefile:897: ksquirrel] Error 1
g
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
Hi Slavek,
Anno domini 2020 Thu, 20 Feb 21:34:16 +0100
Dr. Nikolaus Klepp scripsit:
Hi Nik,
you can update your clone of feat/freebsd-14.0.x-pre branch - the problem
with tde-i18n should be fixed, several updates have been made, a few
applications have been added.
Cheers Anno domini 2020 Thu, 20 Feb 20:37:30 +0100
Slávek Banko scripsit:
I have to correct myself: "portsnap fetch && portsnap update" does
make
all the difference. I just redid all the steps, this time with updated
ports. Turns out, all packages that were built from ports are updated in
the process of rebuilding TDE :)
So all the errors are gone (tde-i18n-de does not count)! You did a great
job! (And I need to update my docs :) )
Nik
> Nik
>
> > Cheers On Thursday 20 of February 2020 20:00:41 Dr.
Nikolaus Klepp wrote:
> Hi Slavek,
>
> Anno domini 2020 Thu, 20 Feb 19:22:13 +0100
>
> Slávek Banko scripsit:
> > Hi Nik,
> >
> > On Thursday 20 of February 2020 17:27:21 Dr. Nikolaus Klepp
> > wrote:
> >
> >
> > It is very interesting that the manual pages are not compressed
> > on your system. I am not aware that I did something special on
> > my test machine (except freebsd-update, pkg update and portsnap
> > update) and the pages are now compressed automatically. That's
> > why I edited all pkg-lists to install compressed man pages.
> >
> > BTW, my test machine: FreeBSD 12.1-RELEASE-p2
>
> I did the same, pkg upgrade & freebsd-update. But what I forgot to
> mention: Yesterday I tested the build with just updating git, and
> I think I forgot the "make clean". That test did not hit the
> manpage-not-compressed-problem. Today I deleted the whole
> tde-packaging-directory, then pulled from git, and was faced with
> the not compressed manpages. Same goes for the other errors.
You do too "portsnap fetch && portsnap update"? Maybe it may be why
our systems differ. In fact, I still don't know if I should use
subversion instead of portsnap. The tutorials usually recommend
portsnap, so I also use portsnap.
Well, yes, but "portsnap fetch && portsnap update" does not rebuild
any of the packages that were built from ports when I compiled TDE
some weeks ago. So there are definity differences. Maybe all
build-necessary packages should be installed from packages, not ports?
1762
days inactive
1812
days old
13 comments
2 participants
participants (2)
-
Dr. Nikolaus Klepp -
Slávek Banko