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 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/free...

Cheers

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/t... fetch: http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/main/t...: 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~pre... fetch: http://distcache.FreeBSD.org/ports-distfiles/TDE/tde-i18n-trinity_14.0.8~pre...: 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

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:

...

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

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.

...

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.

No problem :)

...

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

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:

...

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?

Nik

Cheers

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:

...

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:

...

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?

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 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

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:

...

{...] 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"

Addition to this: The device gets mounted after the first dialog for root password.

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

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):

...

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:

...

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?

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

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

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