Dear Trinity developers:
I use openSUSE 13.2 and Trinty TDE R14.0.4 64 bit.
Digikam version is trinity-digikam-0.9.6-14.0.4_1.oss132.x86_64.
Digikam crashes when in image editor I right click the images or try to
select area. It does not occur with all images, only if the resolutions
or
file size is over a limit, though I don't know the limit.
It occurs with jpg file 3264x2448 resolution ~1.8 MB, but
it doesn't occur if I downsize this image to 1500x1125 ~500 KB.
I found that a similar (same?) problem was reported in 2015:
Digikam 0.9.6 selection problem
http://trinity-users.pearsoncomputing.net/?0::9315
I would appreciate any help with fixing this problem.
Thanks,
Istvan
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
I just wanted to let you know that the new TDE site SSL certificates have
been installed. They are valid until 2020 so we should be good to go for
quite some time. QuickBuild is handled somewhat outside of the TDE
project itself, but should also be updated in the next month or so.
Thank you all again for helping resolve this issue so quickly!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAliniqMACgkQLaxZSoRZrGHZzwDeMOYKZ/iiC6ZaMaIVXwsXOo0L
pprznl0vuy/M4QDgtInLknauKmFtWc3Gmg8/0SQryDP5f/X/75cYOw==
=yNSu
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
As some of you may already be aware, StartCom (a major provider of SSL
certificates) has repeatedly and intentionally violated the basic rules to
be listed as a root CA in most browsers [1] [2]. Unfortunately, TDE used
StartCom as its root CA provider in an attempt to lower overall costs; as
a result, the main TDE pages, QuickBuild, and other related services will
no longer be accessible to the majority of Web clients.
We do not have the funds to replace the certificate with a costlier option
at this time. LetsEncrypt does not appear to be secure enough as it
effectively requires automated certificate installation on the master
servers, and furthermore I expect it to be removed from as a fully trusted
root CA or at least demoted in some way in the future [3].
Due to the industry-standard security in use, we cannot simply disable
HTTPS without disabling access to all TDE sites previously using HTTPS.
Furthermore, disabling HTTPS would open TDE users adn visitors to
malicious MITM attack, and I am not willing to do this.
Our only options come down to either accepting the heavy loss in visitors
/ traffic that will come from using a self-signed certificate, or
attempting to raise the funds required to purchase a new certificate. It
should only cost around $200 to obtain a new multi-year certificate
covering TDE, so if you can please contribute something toward this goal
via our donations page [4].
Again, I apologize for the inconvenience; it is not common for a CA to be
delisted and the impact from this has been felt across many sites.
Unfortunately, it will only continue to worsen as Chrome (with its 75%
market share) is updated by end users over the next few days / weeks.
Thank you!
[1]
https://security.googleblog.com/2016/10/distrusting-wosign-and-startcom.html
[2]
https://blog.mozilla.org/security/2016/10/24/distrusting-new-wosign-and-sta…
[3] http://www.datamation.com/security/lets-encrypt-the-good-and-the-bad.html
[4] https://trinitydesktop.org/donate.php
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlimAXYACgkQLaxZSoRZrGG6QQDeObweyASWhjs/USiO6Nm05CcH
C20FUSd8bT7Y7wDdGKueJfay8/HacDBlPw+u2WItBSpRs3geLoPLSw==
=RdsZ
-----END PGP SIGNATURE-----
Is this "need" for more libs on attempt to clean installation of unnecessaries
expected? Attachment shows installed trinity packages and shellcap from attempt
to purge no longer needed lightdm*.
--
"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 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/
