Hello!
I followed the instructions in the buildscripts/README.txt file and
after 1 day and 10 hours on a modern 16 cores workstation the script
99_build_TDE.sh gave me the message "#### Building process for TDE
completed ####"
I completed the last steps, namely
*) ./create_repo.sh
*) add deb [trusted=yes] file:/........./3_repo stretch main (I
planned to use buster initially, but switched back to stretch due to
some technical problems with the workstation, so it is not a typo
here, it's really stretch)
*) sudo apt update (messages are looking good, no errors, plenty of
compiled packages visible)
and now is the great moment to install the self compiled TDE onto the
prepared clean machine, the very same workstation, so I'm typing "sudo
apt install tde-trinity" and....
Package tde-trinity is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package 'tde-trinity' has no installation candidate
As a matter of fact apt is right: this package is nowhere to find,
neither in 2_build nor in 3_repo (both of which are full of .deb
files, 923 each)
So my question is as usual: how do I proceed now? I never did the
installation of TDE in a "package by package" way, I always used the
very same "tde-trinity" meta package.
Cheers,
Ilya D.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi everyone,
we are getting ready for a new R14.0.7 release. So as done in the past a couple of times, if anyone wants to
contribute new screenshots of their desktop using TDE, please feel free to email them to us. We will look into them
and perhaps select some for the R14.0.7 Release Notes page on the wiki. Those not selected will be added to the wiki
as done in the past.
Thanks a lot in advance and Merry Christmas to all!
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAl4GHTEACgkQKnW3yore
1c8d6w//VrKmyNgXQF9E/yZHJplLRygLyhEt068wmzKVU/oaa+tL7BqEqTcdYTvZ
DOMgp9XfLbMkuhUb6fMTjgxtDRM1GzoQ3eLgt1NGmL3xtmX69QIXMA/InbATgYdL
bdE7IGqrqp0e3WrPO7tJzOJMdT2fne+dEH9W/IVqpjohvEcNBHpoZU3KCiwcv7Qa
xZcBC7k7ecjMwPbxZKGFPrX8EH/8Zz2BtsdGQi7oFSz6i6SedUDClnlpGPT13l31
e6/1EsBQm6T9dtrSDHEPRfuPpSvF7xIxb7+NgdJZHeblOaTR7nC+S+bGDbvHWn91
/FKw5nq0Q37U9kwW1coj61kzCKTR7VIeiyG90dDQNVUzG4iG4pBcx/vwidIrwHHD
W+qRnwPVD7lhTJwQxzMxiNoIKcHdqTRrumge+6BUlgUbn9/A/UTOrXImyfhNFVxa
WqaG1KnUuCFMaa1edVXEm5UJFNpLWZ8iZvksJBWg7uCmkIwUlY7M+uTyaOHbWyB1
giEX0+COcJjvbAgXe4pwM+Xb9IC/QrTfp2tYO2vZYclIEwHBI6SWuaLEf7aT7RTm
xZoBtvDtnylEAAV/iE9tverMorZ+rHPk3V0ZZAk54BG+DQuZZrSml6Auw6Y8gpsr
OgPXrBXfe9g2yfDgGt9Lp6+9Kmx1zzQW1oOXP48L/BD9hTWhjr8=
=9z2e
-----END PGP SIGNATURE-----
Hello !
I'm trying to setup my self-compiled copy of TDE. I opened "Trinity
Control Center" and then "Appearance & Themes" and then "Background".
There I selected a picture "Aghi" (showing some green tree branches)
and pressed "Apply" (then spent like 10 mins for similar steps, never
mind these)
As you can see on the screenshot https://i.paste.pics/7kbai.png the
background is not changed at all, it's some kind of default picture
being there from the very beginning.
On my real computer with TDE from official repository there is no such
problem, so I suppose I might have either installed or started TDE in
some wrong way on this hacking clean system (which is running inside a
docker container, so not even systemd is present there).
My question is: what process/daemon can be missed or maybe some other
reason for this wrong background behaviour ?
Just to explain why I so much care about background on a development
system: it's about bug #3059 (X11 resources leak). After some research
I'm almost sure it's about slide show on background window and now I
just want to reproduce this bug in "clean lab conditions".
Cheers,
Ilya D.
Hello!
Last week I tried out TDE building scripts: for example
99_build_TDE.sh which successfully finished its work in 38 hours. But
later that week I looked into 0_logs/build_result.log and found there
some "[FAILED]" messages for ten packages ("k3b-i18n", "k9copy",
"kaffeine", "kasablanca", "katapult", "kbarcode", "kbfx", "kbibtex",
"kbiff", "kpilot"). Later I tried to run the same script in "local
mode" ("-l" flag in BUILD_DEFAULT_OPTIONS variable of _config.sh) but
it seems the modules don't see the compilation results of the
previously compiled modules. And I didn't find any way in the scripts
for them to see. So here are some questions about building scripts:
0) Do I understand correctly that "modules" (as this word is used in
command "build_module" for example in 06_applications_03.sh script)
are corresponding 1-to-1 to debian source packages on the one hand and
to git submodules of TDE/tde repository on the other hand?
1) What exactly is the mechanism used while building with "pbuilder"
(i.e. WITHOUT "-l") for the module A to use package B built in one of
the previous modules?
2) Does something similar exist while building everything in "local
mode" (i.e. WITH "-l") on a clean machine? I see there only the *.deb
files, but they don't seem to be installed immediately after creation
and then the next step is about to start already and *.deb files are
just left there not installed.
3) Is there any simple way to disable colored output which is very
nice on the terminal, but quite disturbing while reading logs in a
file?
4) Is there a way to stop let's say 99_build_TDE.sh script if a single
module compilation failed?
5) Sometimes I see the following lines in the log file (using "show
log" -sl option and piping output into a file):
dpkg-checkbuilddeps: error: Unmet build dependencies:
tdelibs14-trinity-dev [and many more -I.D.]
dpkg-buildpackage: warning: build dependencies/conflicts unsatisfied; aborting
dpkg-buildpackage: warning: (Use -d flag to override.)
Building completed SUCCESSFULLY [in green color -I.D.]
Does this combination (package can't be built, but it's kinda success
nevertheless) have any sense or is it some kind of error in the
scripts?
The meaning of all these questions for me is to understand how to
create an environment, where I can rebuild the whole TDE in a reliable
way (run a single command and be sure that its success indicates
nothing went wrong and everything is built) on a clean machine.
Thanks!
-- Ilya D.
Trinity cannot be added without breaking most Trinity packages because repos have
updated libIlm* from required v2_3 to v2_4. :(
--
Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Hello!
According to build instructions in
https://mirror.git.trinitydesktop.org/gitea/TDE/tde-packaging/src/branch/ma…
(the item 9.1 there) I tried to do the following steps:
*) apt-key adv --keyserver pool.sks-keyservers.net --recv-key A04BE668
*) added "deb http://mirror.ppa.trinitydesktop.org/trinity-sb stretch
deps-r14" into /etc/apt/sources.list
*) apt update
The "apt-key" command printed this and finished successfully:
Warning: apt-key output should not be parsed (stdout is not a terminal)
Executing: /tmp/apt-key-gpghome.XvV2j9eAug/gpg.1.sh --keyserver
pool.sks-keyservers.net --recv-key A04BE668
gpg: key 608F5293A04BE668: 7 signatures not checked due to missing keys
gpg: key 608F5293A04BE668: public key "Slvek Banko
<slavek.banko(a)axis.cz>" imported
gpg: Total number processed: 1
gpg: imported: 1
But the "apt update" failed with the following message:
Get:6 http://mirror.ppa.trinitydesktop.org/trinity-sb stretch
InRelease [40.8 kB]
Err:6 http://mirror.ppa.trinitydesktop.org/trinity-sb stretch InRelease
The following signatures couldn't be verified because the public key
is not available: NO_PUBKEY C93AF1698685AD8B
Reading package lists...
W: GPG error: http://mirror.ppa.trinitydesktop.org/trinity-sb stretch
InRelease: The following signatures couldn't be verified because the
public key is not available: NO_PUBKEY C93AF1698685AD8B
E: The repository 'http://mirror.ppa.trinitydesktop.org/trinity-sb
stretch InRelease' is not signed.
My question is if I misunderstood the instructions somehow and if not,
how to continue from there?
Cheers,
Ilya D.
Hello!
Sorry for a question which probably looks quite dumb, but I can't
figure out how to clone Trinity sources via usual ssh protocol (as
opposite to http:// URL). I uploaded a public ssh key via web
interface here https://mirror.git.trinitydesktop.org/gitea/user/settings/keys
and now I need to know which is the host of ssh server and which
username should I use (for example on GITHUB the server is
"github.com" and the user name is always "git")
Here is what usually do with services like GITHUB or GITLAB: just a
short piece of ~/.ssh/config file
Host github
Hostname github.com
User git
and then I can clone stuff just by "git clone github:ilyad/snake"
So please help me to set Hostname and User values correctly.
Cheers,
-- Ilya D.
Hello !
I would like to compile Trinity from sources (cloned from
irror.git.trinitydesktop.org/gitea) and test/debug it. Are there
somewhere building instructions?
Cheers,
-- Ilya D.
Hi,
I wonder what happened to the pinentry-tqt I ported and let be included in
the gnupg repository.
I know we discussed at one point, but could not find any trace.
thanks
I started to report a bug about this, but I couldn't recreate. :p
What happened:
Two days ago I upgraded Pentium D (64 bit dual core) Tumbleweed host gx620
to 20191112, which failed to upgrade TDE from 14.0.4 to 14.0.6. I used the
resulting configuration to QA
http://bugs.pearsoncomputing.net/show_bug.cgi?id=3027
and related openSUSE and upstream bugs over recent days. Today I logged
into a TDE session and ran zypper -v dup, which brought TW from 20191112 to
20191116 and TDE from 14.0.4 to 14.0.6. Since exiting that session it has
been impossible to make TDM run, or startx a TDE session.
A WINDOWMANAGER=/usr/bin/icewm startx session works normally, so Xorg is
working as expected. zypper ve shows no TDE-related issues.
Tail of xdm status:
Nov 18 15:08:47 gx620 display-manager[958]: Starting service tdm..done
Nov 18 15:08:47 gx620 systemd[1]: display-manager.service: Can't open PID file /run/displaymanager.pid (yet?) after start: No such file or directory
Nov 18 15:08:48 gx620 systemd[1]: Started X Display Manager.
Similar error shows up in journal.
WINDOWMANAGER=/opt/trinity/bin/starttde startx from vtty login also fails. A window pops up saying:
Could not start tdeinit. Check your installation.
No .xsession-errors is generated.
Two days ago I upgraded AMD Sempron 3000+ (single core 64 bit) Tumbleweed host
k8mmv to 20191112, which succeeded to upgrade TDE from 14.0.4 to 14.0.6. Today
I upgraded it from 20191112 to 20191116. It still works as expected.
Two days ago I upgraded Core2Duo (64 bit dual core) Tumbleweed host gx78b to
20191112, which succeeded to upgrade TDE from 14.0.4 to 14.0.6. Today I upgraded
it from 20191112 to 20191116. It still works as expected.
http://fm.no-ip.com/Tmp/Linux/TDE/gx620/ has logs from gx620:
dmesg
journal tail
/var/log/tdm.log
systemctl status xdm
/var/log/Xorg.0.log
latest .xsession-errors (from TDE session in which upgrades were performed)
http://fm.no-ip.com/Tmp/Linux/TDE/gx620/newbuglogs.tgz contains all of the above.
Any suggestions how to fix this?
--
Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/