Hi list!
I recently experienced a problem with the TDE Ubuntu 14.04 amd64 iso
image: it wasn't accepted as VM cd image in virtualbox.
To exclude a vbox problem, I wrote to their mailing list: one user told
me that, an iso image, to be consired a standard image, should have its
size dividable by 2048. [1]
I just had a try seeking the image with 2048 as block size and
everything is working properly.
Maybe images in the future should be "burned" with that block size?
Thanks!
Nick
[1] https://www.virtualbox.org/ticket/14530
--
+---------------------+
| Linux User #554252 |
+---------------------+
Good day,
A long time ago I (kinda) promised to do something good on the testing
support for tdelibs with cmake. I'm sorry I protracted it so much. But
as it sad it's better late then never, so I want to present a series
of patches to fix/add/restore/enhance/whatever test support in
tdelibs.
Long story short: the repository is located here:
https://github.com/Fat-Zer/tdelibs/tree/fix-check (branch fix-check)
Note that cmake submodule has a different link due to it required some
modifications too
There were already some workarounds for tdeui and tdeabc, but they had
several problems:
- checks executables were added to "all" target, so they were build
unconditionally
- tests were run during build phase (which is confusing and wrong)
- no test statistics etc
What the patch set features:
- Add EXCLUDE_FROM_ALL flag for tde_add_library macro
- New macro tde_add_check_executable
- add tests from dcop/tdecore/tdeui/tdeio/tdeabc/tdewallet
- a fix in tdeio against mimemagic (fixes one check application)
- 40+ automated tests (mostly of base features which won't likely
fail) but anyway IMHO it's nice to have them.
How to use:
To build tests/check run "make check";
To run automated tests run either "make test" or "ctest";
To run specific tests e.g. for tdecore use "ctest -R tdecore" (note
that "tdecore" is just a substring of a test name )
To see verbose output of tests add -V flag "ctest -V -R tdecore".
For more information see cmake documentation about ctest and cmake
add_test macro.
No automated test require nor X session nor a running tde session, but
if run inside a such session they may interact with it.
About tde_add_check_executable cmake macro:
The macro is mostly a tde_add_executable with a redused set of
arguments, but except of adding executable target to the "all" it adds
them to a special custom target "check". As of specific of test
executables (which are mostly one-source-file-based) it doesn't
require the SOURCE section, instead of which it globs the files based
on the target name. Also it has a TEST argument to automatically add a
test out of given file.
Hi,
I'm trying to finish the syncevolution story and I wanted to test building
on a clean stretch system. For this I tried to build tde deb packages from
scratch. I am wondering if you have targeted stretch already, because I had
multiple issues. I have seen that Slavek is already doing some changes.
Here is the summary of all.
The biggest problem I face is tdelibs depending on libpkcs11-helper1-dev
depending on libssl1.0-dev, but other packages still depend on libssl-dev.
Is it what Michele meant that needs to be solved?
===================
tqca-tls:
depends on libssl-dev should be either libssl-dev or
libssl1.0-dev
tdelibs/tdepim:
has dependency on libacl1-dev since trashbin props are
extended -> add to dependency list
has dependency on hspell - why?
depends on libssl-dev -> should be either libssl-dev or
libssl1.0-dev
dpkg-gencontrol: error: Depends field of package tdelibs-trinity:
obsolete substitution variable ${Source-Version}
/usr/share/cdbs/1/rules/debhelper.mk:346: recipe for target
'binary-makedeb-IMPL/tdelibs-trinity' failed
make: *** [binary-makedeb-IMPL/tdelibs-trinity] Error 2
resolved - change in debian/control -> Source-Version => source:Version
tdelibs: this is just a warning - why is it kubuntu, when I am on debian?
utf8 "\xEA" does not map to Unicode at
debian/kubuntu-desktop-i18n/createdesktop.pl line 60, <FH> line 1235.
tdeldap: This is annoying -> could be done automatically?
make -f admin/Makefile.common followed by libtoolize
tdeutils: libsnmpkit-dev instead of libsnmp-dev
resolved - change in debian/control -> Source-Version => source:Version
tdenetwork:
fails on libslp1 missing. libslp1 is missing in stretch
ported from jessie
http://linux.debian.bugs.rc.narkive.com/dCWqJMGf/processed-re-bug-795428-op…http://git.net/ml/debian-qt-kde/2016-02/msg00645.html
resolved - change in debian/control -> Source-Version => source:Version
tdepim: depends on libssl-dev, conflicts with libpkcs11-helper1-dev
libssl1.0-dev
Unable to locate package liblockdev1-dev - backported from jessie
resolved - change in debian/control -> Source-Version => source:Version
dh_installdeb: Compatibility levels before 9 are deprecated (level 5
in use)
tdeaddons:
resolved - change in debian/control -> Source-Version => source:Version
===================
In each package I have in the beginning and end a kind of macro saying
Scanning upstream source for new/changed copyright notices...
set -e; LC_ALL=C.UTF-8 /usr/bin/licensecheck --check '.*'
--recursive --copyright --deb-fmt --ignore
'^(debian/(changelog|copyright(|_hints|_newhints)))$' --lines 0 * |
/usr/lib/cdbs/licensecheck2dep5 > debian/copyright_newhints
This takes too long and is annoying
===================
While trying to clean up already installed packages it looks like in stretch
update-alternatives is not in /usr/sbin but in /usr/bin
I solved it for now by
ln -s /usr/bin/update-alternatives /usr/sbin/update-alternatives
but I guess it needs to be updated all around packages
Thanks
Hi all,
I just managed to get the "prodcons" example from "tqt3" working on FreeBSD 11. "prodcons" showed the same locking effect as all other TDE programs on FreeBSD, i.e. deadlock when locking a mutex.
The patch is attached to this bug:
https://bugs.trinitydesktop.org/show_bug.cgi?id=2744
I do not know if this patch makes "prodcons" work on OpenBSD.
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA.
which is needed by trinity-tdm and trinity-tdebase :-(
Where should libconfig.so.9 come from? Packman? openSUSE? Trinity?
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Hi all,
I have difficulty building packages since I rebuilt libtdeldap (and tdebase)
tdelibs says dpkg-checkbuilddeps: Unmet build dependencies: libkrb5-dev
but tdeldap wants heimdal-dev
What should I do here?
thanks in advance
Hi,
I was wondering why is there two different packages with similar name ...
but I think I am too lazy to look in detail into the code. I use [1] while
kmplayer[3] is dependant on [2]. I don't have any other application
depending on [2] and as I have my kplayer I dropped [2] completely, but
still curious why is it like this.
thanks and regards
[1]
dpkg -L libdbus-1-tqt
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libdbus-1-tqt
/usr/share/doc/libdbus-1-tqt/README
/usr/share/doc/libdbus-1-tqt/AUTHORS
/usr/share/doc/libdbus-1-tqt/changelog.gz
/usr/share/doc/libdbus-1-tqt/changelog.Debian.gz
/usr/share/doc/libdbus-1-tqt/TODO
/usr/share/doc/libdbus-1-tqt/copyright
/usr/lib
/usr/lib/libdbus-1-tqt.so.0.0.0
/usr/lib/libdbus-1-tqt.so.0
[2]
dpkg -c libdbus-tqt-1-1c2_14.1.0-0debian8.0.5+eko3_amd64.deb | awk '{print
$6}'
./
./usr/
./usr/share/
./usr/share/doc/
./usr/share/doc/libdbus-tqt-1-1c2/
./usr/share/doc/libdbus-tqt-1-1c2/copyright
./usr/share/doc/libdbus-tqt-1-1c2/changelog.gz
./usr/share/doc/libdbus-tqt-1-1c2/NEWS.gz
./usr/share/doc/libdbus-tqt-1-1c2/changelog.Debian.gz
./usr/share/doc/libdbus-tqt-1-1c2/README.gz
./usr/share/doc/libdbus-tqt-1-1c2/AUTHORS
./usr/lib/
./usr/lib/libdbus-tqt-1.so.0.0.0
./usr/lib/libdbus-tqt-1.so.0
[3]
apt-get install kmplayer-trinity
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following extra packages will be installed:
kmplayer-base-trinity libdbus-tqt-1-1c2
Suggested packages:
vdr
Recommended packages:
kmplayer-plugin-trinity
The following NEW packages will be installed:
kmplayer-base-trinity kmplayer-trinity libdbus-tqt-1-1c2
0 upgraded, 3 newly installed, 0 to remove and 1 not upgraded.
Need to get 893 kB of archives.
After this operation, 3,882 kB of additional disk space will be used.
Do you want to continue? [Y/n] n
Hi,
could you perhaps help me with this as well. It fails since long time
already. There must be something in poppler, but before I start looking
into it, perhaps someone of you knows the answer already
thanks in advance
t/software_x64/KDE/TDE/tdegraphics/tdefile-plugins/dependencies/poppler-tqt/poppler-document.cc
In file included
from /opt/software_x64/KDE/TDE/tdegraphics/tdefile-plugins/dependencies/poppler-tqt/poppler-private.h:31:0,
from /opt/software_x64/KDE/TDE/tdegraphics/tdefile-plugins/dependencies/poppler-tqt/poppler-document.cc:34:
/usr/include/poppler/FontInfo.h:97:8: error: ‘set’ in namespace ‘std’ does
not name a template type
std::set<int> fonts;
^
/usr/include/poppler/FontInfo.h:98:8: error: ‘set’ in namespace ‘std’ does
not name a template type
std::set<int> visitedObjects;
^
In file included
from /opt/software_x64/KDE/TDE/tdegraphics/tdefile-plugins/dependencies/poppler-tqt/poppler-document.cc:34:0:
/opt/software_x64/KDE/TDE/tdegraphics/tdefile-plugins/dependencies/poppler-tqt/poppler-private.h:
In constructor ‘Poppler::DocumentData::DocumentData(GooString*,
GooString*)’:
/opt/software_x64/KDE/TDE/tdegraphics/tdefile-plugins/dependencies/poppler-tqt/poppler-private.h:61:121:
error: no matching function for call to ‘PDFDoc::PDFDoc(GooString*&,
GooString*&)’
DocumentData(GooString *filePath, GooString *password) :
doc(filePath,password), m_fontInfoScanner(0), m_outputDev(0) {}
Hi,
especially to Michele. I tried patching tdebase and building it but I now
failed here and I don't understand why. Can you have a look and tell me
what I can do, please.
thanks
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp: In member
function ‘void KCryptoConfig::slotCAImport()’:
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1887:58:
error: ‘class KOpenSSLProxy’ has no member named ‘X509_STORE_get0_objects’
STACK_OF(X509_OBJECT) *certStore_objs =
KOSSL::self()->X509_STORE_get0_objects(certStore);
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1888:38:
error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_num’
for (int i = 0; i < KOSSL::self()->OPENSSL_sk_num(certStore_objs); i++) {
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1889:69:
error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_value’
X509_OBJECT* x5o =
reinterpret_cast<X509_OBJECT*>(KOSSL::self()->OPENSSL_sk_value(certStore_objs,
i));
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1892:23:
error: ‘class KOpenSSLProxy’ has no member named ‘X509_OBJECT_get_type’
if (KOSSL::self()->X509_OBJECT_get_type(x5o) != X509_LU_X509) continue;
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1894:30:
error: ‘class KOpenSSLProxy’ has no member named ‘X509_OBJECT_get0_X509’
X509 *x5 = KOSSL::self()->X509_OBJECT_get0_X509(x5o);
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:1958:35:
error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_free’
if (certStore) { KOSSL::self()->OPENSSL_sk_free(certStore);
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:2030:32:
error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_free’
if (certStore) KOSSL::self()->OPENSSL_sk_free(certStore);
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp: In member
function ‘bool KCryptoConfig::loadCiphers()’:
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:2404:24:
error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_num’
cnt = KOSSL::self()->OPENSSL_sk_num(sk);
^
/opt/software_x64/KDE/TDE/tdebase/kcontrol/crypto/crypto.cpp:2408:67:
error: ‘class KOpenSSLProxy’ has no member named ‘OPENSSL_sk_value’
SSL_CIPHER *sc =
reinterpret_cast<SSL_CIPHER*>(KOSSL::self()->OPENSSL_sk_value(sk, i));
^
kcontrol/crypto/CMakeFiles/kcm_crypto-module.dir/build.make:73: recipe for
target 'kcontrol/crypto/CMakeFiles/kcm_crypto-module.dir/crypto.cpp.o'
failed