-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2020/04/24 06:11 AM, deloptes wrote:
>
>
> On Thu, Apr 23, 2020 at 3:01 AM Michele Calgaro <michele.calgaro(a)yahoo.it <mailto:michele.calgaro@yahoo.it>>
> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
>
>>
>
>
>> Hi Michele, yes I am waiting No problem. And yes, there is still the FTBFS and yes I have updated everything to
>> latest and it does not build.
>>
>> I tried few days ago. Remove everything and run my build script. Failed again on tdelibs.
>>
>> Give me a note when done, pls.
>>
>> regards
>>
>
> Hi Emanoil, I have pushed a commit with the updated scripts ytd, but I have not yet a full rebuild. I will do
> today, then update you again. But do not expect any issue :-)
>
>
> Which scripts do you mean BTW? your buildscripts? or in the packages?
Hi Emanoil,
I was talking about my building scripts.
FYI, I did a full rebuild ytd from scratch in bullseye and I had no issues, again :-)
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAl6iQ4sACgkQKnW3yore
1c9Tjg//cIrhhDIdn2xBjh84YQOhnLRa+96PeOhmFqkoni7vA2QoxoNt2Xgb31pM
LGCNlGEqtimSch/T/W14lLW20ALn6NeRAuNcCVXr5quKctDQPDVPyIMIXvmA25ee
W+5nOfuEvuLuKP5td1gUhxMDuHOp+/Yz7cqGIEeUW3z3fU3m0AwAdJCyvlKV5JCJ
I2sZCGVARacuma824zCLAzIlCRp1ImDRPv5V+P/5nHtvFzYzv0YPzUypla/C0PLT
9QjncqmEnMCKBpXiXUAR5NJjBcckmWEklxYv5Z4hOfcFvz9dyiPO0pD0ZMem714H
bKpb9W2g3HjHi3VTC1Q+sXxBqwwpE1Vk1dTlZhBisk9/C/ECOofllgLyRquKSkBD
1dVh+tLnNlwhU8PoqWWI5ZZfJGVU+KB3YZALOOLmJxCCWul4cVHzAPAnNciCHfGD
Tk1iCihhki2jUemmH3+kvF1wvdzYXtHeULqlTfJ3KtQ0FSjlBoXE7+tw/lEzo+r0
lAG/5dz4K/xLZTaZ+ZCdjwr+tAdHqlzUXwkn7ZC9ikc0EaNKzPSJYMYTxAEkow8/
N97bgB3vKkdMB7tqcQPnyf98oDxLdBzMjRrOsdhdDhO5th8yPWNjhOAVFTa5vrZH
pLSC2Nl9MHTL24qXTXV7RQUHEv+EkIhmIq+sZOh5t4QgVHk90Fo=
=t/Gi
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Why is now suddenly dependency on koffice-trinity-dev for the kmplayer?
dpkg-buildpackage: info: source package kmplayer-trinity
dpkg-buildpackage: info: source version 4:14.1.0
dpkg-checkbuilddeps: error: Unmet build dependencies: koffice-trinity-dev
I feel I am getting old, but what does a kmplayer has to do with an office
app.
thanks
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
I have been trying to install the Buster release for several days. I
installed the tdebase-trinity package about 3 days ago, but the next day
when I tried to download individual packages all I get is error messages.
I could not find on the web site, where you should report problems with the
mirror so I posted here. Any suggestions as to where to report this?
This is the error message for the last thing I tried to download. (there
were others that didn't work)
root@AMD64:/etc/apt# apt-get install synaptic-trinity
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
synaptic-trinity
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 5,560 B of archives.
After this operation, 22.5 kB of additional disk space will be used.
Err:1 http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x
buster/main amd64 synaptic-trinity all 4:14.0.7-0debian10.0.0+0
Something wicked happened resolving 'mirror.ppa.trinitydesktop.org:http'
(-5 - No address associated with hostname)
E: Failed to fetch
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x/pool/main/…
Something wicked happened resolving 'mirror.ppa.trinitydesktop.org:http'
(-5 - No address associated with hostname)
E: Unable to fetch some archives, maybe run apt-get update or try with
--fix-missing?
Thanks
Keith
Hi all!
Just tried to recompile TDE from tde-packaging on Freebsd after upgrading to latest version. This is where compilation fails:
[37/1408] Building CXX object tdefile-plugins/dependencies/...ler-tqt/CMakeFiles/poppler-tqt-shared.dir/poppler-link.cc.o
FAILED: tdefile-plugins/dependencies/poppler-tqt/CMakeFiles/poppler-tqt-shared.dir/poppler-link.cc.o
/usr/bin/c++ -DHAVE_CONFIG_H -Dpoppler_tqt_shared_EXPORTS -Itdefile-plugins/dependencies/poppler-tqt -I. -I/opt/trinity/include -I/usr/local/include/tqt3 -I/usr/local/include/tqt -I../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 -MD -MT tdefile-plugins/dependencies/poppler-tqt/CMakeFiles/poppler-tqt-shared.dir/poppler-link.cc.o -MF tdefile-plugins/dependencies/poppler-tqt/CMakeFiles/poppler-tqt-shared.dir/poppler-link.cc.o.d -o tdefile-plugins/dependencies/poppler-tqt/CMakeFiles/poppler-tqt-shared.dir/poppler-link.cc.o -c ../tdefile-plugins/dependencies/poppler-tqt/poppler-link.cc
../tdefile-plugins/dependencies/poppler-tqt/poppler-link.cc:38:9: error: assigning to 'const LinkDest *' from incompatible type 'std::unique_ptr<LinkDest>'
ld = data.doc->doc.findDest( data.namedDest );
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Hi to all,
some time ago we launched the TDE Weblate Translation Workspace - TWTW. The
first step was integration for translating applications. This seems to be
successful. That's why I'm preparing the second step - integration for
translating desktop-style files.
Integration to translate desktop style files required several things that
had to be prepared in advance. Now everything seems ready. However, before
we move forward, I need some things to discuss with you:
--1. What is suitable for translating?
Gettext since version 0.19 includes support for desktop style files. This
is great so we can easily create and update POT files. By default, for
desktop files the keywords are: Name, GenericName, Comment, Icon and
Keywords. For our needs we add Description, ExtraNames and X-TDE-Submenu.
Although the keyword list seems reasonable, I have doubts about "Icon". The
icon name is often the same as the application name. This could result in
the icon name being translated inadvertently.
What is your opinion?
--2. How to structure translation templates?
If you worked in TWTW, you probably know that the translations here are
structured into two levels - project => component. Where the component
corresponds to one particular translation template. We used the projects
for the basic division - dependencies, main modules (individual projects),
libraries, applications.
The question is how to generate POT templates for desktop file
translations? Here are some fundamentally different options:
a) Create a separate POT template for each desktop file => advantage - it
will be very clear, disadvantage - there will be many new components.
However, each with a small number of strings.
b) Incorporate desktop files translations as part of existing POT templates
for individual components (applications) => advantage - there will be only
a few new components, disadvantage - there will be less clarity, this may
prevent correct translation of the strings in the desktop file if the same
string in another context is used inside the application.
c) Merge templates of multiple desktop files into one common template =>
advantage - no too many new components arise, disadvantages same as for b)
with higher risk of collision of identical strings with different context.
--3. How to structure components for desktop file translations?
If there will be a separate templates for translating desktop files, then
there are two possible ways to integrate them into TWTW:
a) Add as additional components to existing projects => advantages -
translations will be close to the applications to which they belong,
disadvantages - the number of components in projects will increase.
b) Create a separate project for all desktop file translations =>
advantages - no increase in the number of components in existing projects,
disadvantages - some TWTW checks will not be able to be applied because
the application and its desktop files will be different projects.
--4. How to organize translation files in source git repositories?
Currently, the organizing of the translation files is inconsistent.
Therefore, it seems appropriate to harmonize the layout of directories
with translations.
Here are a few of the variations used:
+ po/<lang>.po
+ po/<lang>/<app>.po
+ translations/<lang>/<app>.po
+ translations/<lang>/messages/<app>.po
For desktop file translations, all languages are required to be located
in the same directory, named in accordance with the language. For example:
+ po/desktops/<desktop-name>.pot
+ po/desktops/<desktop-name>/<lang>.po
Do you prefer the directory name "po" or "translations"? In this directory,
it seems to me a good breakdown by purpose - "messages", "desktops",
because this will allow in the future to add "docs", "manpages". The
structure could look like this:
po/desktops/abakus.desktop.pot
po/desktops/abakus.desktop/<lang>.po
po/messages/abakus.pot
po/messages/abakus/<lang>.po
What is your opinion?
--Thank you for reading to the end!
As a reward, here's a link to a real demonstration of creating desktop
files translated using PO files:
https://mirror.git.trinitydesktop.org/gitea/TDE/abakus/pulls/3
Cheers
--
Slávek
I run Devuan Beowulf+TDE and also build the Exe GNU/Linux live iso's.
Devuan Beowulf beta stable is now released with apparently only bug
fix and security updates to come.
TDE installation documentation says to use trinity-sb for Beowulf.
Beowulf+TDE actually installs and runs fine here using the main
r14.0.x buster repo. is there a reason why we should still use
trinity-sb for Beowulf or should that documentation be now updated?
Cheers and thanks for keeping TDE going..
David
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-devel-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-devel-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting