Does the following requirement of unavailable older package make sense? Shouldn't the
requirement be >= rather than =?
# zypse libIlm
| libIlmImf-2_2-22-32bit | package | 2.2.0-2.1 | x86_64 | OSS
| libIlmImfUtil-2_2-22 | package | 2.2.0-2.1 | x86_64 | OSS
| libIlmImfUtil-2_2-22-32bit | package | 2.2.0-2.1 | x86_64 | OSS
| libIlmThread-2_2-12-32bit | package | 2.2.0-2.2 | x86_64 | OSS
i | libIlmImf-2_2-22 | package | 2.2.0-2.1 | x86_64 | OSS
i | libIlmThread-2_2-12 | package | 2.2.0-4.1 | x86_64 | Packman
v | libIlmThread-2_2-12 | package | 2.2.0-2.2 | x86_64 | OSS
# zypper -v dup
Verbosity: 1
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Initializing Target
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
Force resolution: No
Computing upgrade...
9 Problems:
Problem: nothing provides libIlmImf-Imf_2_1.so.21()(64bit) needed by trinity-tdelibs-14.0.4-1.oss423.x86_64
Problem: nothing provides libIlmImf-Imf_2_1.so.21()(64bit) needed by trinity-tdebase-tdeio-plugins-14.0.4-1.oss423.x86_64
Problem: nothing provides libmng.so.1()(64bit) needed by libtqt3-mt-3.5.0-14.0.4_1.oss423.x86_64
Problem: nothing provides libIlmImf-Imf_2_1.so.21()(64bit) needed by trinity-tdebase-tdeio-plugins-14.0.4-1.oss423.x86_64
Problem: nothing provides libIlmImf-Imf_2_1.so.21()(64bit) needed by trinity-tdebase-tdeio-plugins-14.0.4-1.oss423.x86_64
Problem: trinity-tdebase-tdeio-pim-plugins-14.0.4-1.oss423.x86_64 requires libldap-2.4.so.2()(64bit), but this requirement cannot be provided
Problem: nothing provides libIlmImf-Imf_2_1.so.21()(64bit) needed by trinity-tdebase-tdeio-plugins-14.0.4-1.oss423.x86_64
Problem: firefox-esr-17.0.11-1.49.x86_64 requires libgstapp-0.10.so.0()(64bit), but this requirement cannot be provided
Problem: nothing provides libIlmImf-Imf_2_1.so.21()(64bit) needed by trinity-tdebase-tdeio-plugins-14.0.4-1.oss423.x86_64
Problem: nothing provides libIlmImf-Imf_2_1.so.21()(64bit) needed by trinity-tdelibs-14.0.4-1.oss423.x86_64
Solution 1: Following actions will be done:
deinstallation of trinity-tdelibs-14.0.4-1.oss422.x86_64
deinstallation of trinity-gtk-qt-engine-2:0.8-14.0.4_1.oss423.x86_64
deinstallation of trinity-gtk3-tqt-engine-2:0.5-14.0.4_1.oss423.x86_64
deinstallation of trinity-kmix-14.0.4-1.oss423.x86_64
Solution 2: keep obsolete trinity-tdelibs-14.0.4-1.oss422.x86_64
Solution 3: break trinity-tdelibs-14.0.4-1.oss423.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c): c
--
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Hi,
After a little pause of about 2 years, I decided to put together a brand new version on my PCLinuxOS TDE remaster.
This new new version is a 64 bit system, with TDE 14.0.4, a 4.12.x kernel and no systemd.
It has an appearance similar to Plasma 5, but with TDE workflow and apps.
Login info:
Guest user: guest
guest password: guest
Root user: root
Root password: root
Here is the link to download it:
https://drive.google.com/file/d/1jcnG-arMt8B-odzVaVXMLbfJMfHKF6CC/view?usp=…
Md5 checksum: 7d0ff8ad8f68cd4db8679a45d9aa4daa
Have a great day!
-Alexandre
Hi all!
I just upgraded my testsystem from devuan jessie to devuan ascii. Everything went quite smooth, I just got this note for the tde repository:
W: Konflikt bei Distribution: http://mirror.xcer.cz/trinity-sb ascii InRelease (ascii erwartet, aber stretch bekommen)
Looking at the Release-file, it realy says "stretch" for the "ascii" repository :-)
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
Trinity-tdm refuses to install because via skip.list I block useless fonts
(daewoo, jis, isas) from polluting my system and wasting bandwidth during
installation and updates, which in turn blocks installation of lib64xt6. :-(
Googling for lib64xt6 seems interested only in providing hits for packaging and
source, nothing about what it is or does. rpm -qi lib64xt6 does little better:
Description:
X Toolkit Intrinsics library used to build older generation toolkits such
as Motif & Xaw.
What could this have to do with otherwise optional fonts?
--
"Wisdom is supreme; therefore get wisdom. Whatever else you
get, get wisdom." Proverbs 4:7 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
This is just a heads up, you probably already know...
"When I ran apt-get update" at 6 pm today, apt found the site, read
through the package list, then gave a GPG error of no Public Key:
NO_PUBKEY 608F529A304BE668
It said there was no public key available for mirror.xcer.cz and would not
download Trinity. I had already uploaded your key, using apt-key and
verified that it was installed and working.
I was downloading the Trinity 14.4 version for use with Debian stretch
version 9.1
Yesterday, on my first attempt to install Trinity on stretch, the Trinity
package from that mirror, downloaded with no problems.
Debian was a problem though and had to be reinstalled, which is why I am
doing the complete install again today.
I will keep trying until it comes back up, I have no computer currently, so
I can only check my emails when I go to a friends house and use his.
Keith
Hello,
unfortunately, using python-trinity-trinity ends for me with a segmentation
fault.
What I've done:
~ python
Python 2.7.14 (default, Sep 17 2017, 18:50:44)
[GCC 7.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import tdecore
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: PyCapsule_Import could not import module "sip"
# apt-get install python-sip
~ python
Python 2.7.14 (default, Sep 17 2017, 18:50:44)
[GCC 7.2.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import tdefile
Segmentation fault
# dpkg -l python-trinity-trinity
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture
Description
+++-==============================-====================-====================-=================================================================
ii python-trinity-trinity 4:14.0.5~pre6-0debia amd64
Trinity bindings for Python [Trinity]
Kind Regards,
--
Richard Lamboj
Geschäftsführung
unicom e. U.
http://unicom.ws/
rl(a)unicom.ws
+43 (0)676 7568629
Dear all,
I have finally come around to push the new Kate session panel code to R14.1.x trunk. This adds a session panel to Kate
to easy and enhance working with sessions. I have been using it for a couple of years, while slowly developing it.
In future I envision more functionality added to it, although finding the time to develop that could be a serious challenge.
Just three things to look out for:
1) the format of Kate's session files has changed, the new code will import all your session files and save them with
some differences. So if you are just planning to test the new code to see how it works and then revert to an older
version, it is recommended that you make a backup of your session files before you start and you restore them at the end
of the process
2) with the new code, the "default" session is no longer hardcoded. You can rename it, delete it or do whatever you want.
3) a "read-only session" is a session where you can do whatever editing you want (and all the editing will be saved!).
But when you close Kate or switch to another session, the session file will not be modified and the next time the
session will open with the same GUI-state (same open files, same panel positions and so on...).
If you run into any problem, just report to the ML or preferably open a bug report in bugszilla.
Cheers
Michele
Hi,
perhaps I overlooked something, but I struggle to find information about
dbus-1-tqt
All my build produces is
libdbus-1-tqt-dbgsym_14.1.0-0debian8.0.5+eko3_amd64.deb
libdbus-1-tqt-dev-dbgsym_14.1.0-0debian8.0.5+eko3_amd64.deb
libdbus-1-tqt-dev_14.1.0-0debian8.0.5+eko3_amd64.deb
libdbus-1-tqt_14.1.0-0debian8.0.5+eko3_amd64.deb
Thanks in advance
regards