Hi folks,
I'm using trinity on a 64 bit Ubuntu precise (12.04) installation and
I want to report a very annoying bug caused by a package conflict of
libogg0 from the trinity repository:
https://bugs.launchpad.net/trinity-desktop/+bug/977103
Since trinity's libogg0 conflicts with Ubuntu libogg0:i386 several 32
bit applications such as adobe reader can no longer be installed on 64
bit trinity installations.
Is there really a conflict between libogg0 and libogg0:i386 that needs
to be in the package definition or can one just remove this tag?
Best Regards,
Stefan
Hi,
I'd like to run trinity parts, at least kpdf, on a machine where I
have no admin privileges (it is a Debian Squeeze and runs gnome2). So
far, I've:
1. downloaded the following packages:
kpdf-trinity_3.5.13-0debian9+r1258283+pr3~squeeze_amd64.deb
kdelibs4c2a-trinity_3.5.13-0debian9+r1261449+pr12~squeeze_amd64.deb
libtqtinterface_3.5.13-0debian9+r1258011+pr2~squeeze_amd64.deb
libqt3-mt_3.3.8d-0ubuntu0+sr73+pr181~squeeze_amd64.deb
2. extracted them using =dpkg-deb -x=: this creates ./usr,
./opt/trinity, etc.
3. tryed to run kpdf:
LD_LIBRARY_PATH=$(find opt/trinity/lib usr/lib -type d | xargs echo |
sed "s; ;:;g") opt/trinity/bin/kpdf
this sets
LD_LIBRARY_PATH=opt/trinity/lib:opt/trinity/lib/mime:opt/trinity/lib/mime/packages:opt/trinity/lib/trinity:\
opt/trinity/lib/trinity/plugins:opt/trinity/lib/trinity/plugins/styles:\
opt/trinity/lib/trinity/plugins/designer:usr/lib:usr/lib/pkgconfig:\
usr/lib/qt3:usr/lib/qt3/plugins:usr/lib/qt3/plugins/inputmethods:\
usr/lib/qt3/plugins/imageformats
In the end, kpdf is running but:
1. I throws many errors a start time:
1. complains about dcop server being absent: can I skip this? I
found nothing relevant in the kpdf man page
2. could not find mime type "application octet-stream", seems to
be related to
3. then says "no mime types installed"
2. file and edit menus have "No text!" names. I guess I can figure
out why because kpdf is missing its files (i.e., there's no
/opt/trinity/share/apps/kpdfpart/part.rc et al. in the kpdf
scope), but I don't know how to fix it. Note that I copied
~/.trinity/share/apps/kpdfpart/part.rc.
I'd be glad if someone has the willing to help me polishing this! I
really miss kpdf at work!
Thank you,
Nicolas
PS: Would it be possible to install and run parts of trinity from a
fakeroot env?
Could somebody please verify this?
Point konqueror to a site with unknown site certificate, e,g,
http://www.ba-ca.at/
Now the dialog "server authentication ..." pups up.
Click on "Continue",
Next dialog, click on "Permanent".
Close konqeror. Open it again, point it to the same address. Again the
dialog "server authentication ..." comes up.
Nik.
--
Mag. Dr. Nikolaus Klepp
Einnehmerstraße 14
A-4810 Gmunden
Tel.: +43 650 82 11 724
email: office(a)klepp.biz
Hi,
I use gtk-qt-engine-trinity on a Debian Squeeze to have gtk-based
apps look like qt3 ones. But I encounter "repaint" issues using
some gtk based apps but not all of them. For example, iceweasel
(firefox), openoffice.org have severe bugs that make menu entries
(oo.org) or tabs to disappear (all painted in gray).
More precisely: correct graphics appears as appropriate but
disappears when the mouse leaves the graphical pane of tabs, menu
items, etc. I use iceweasel 7.0.1 and openoffice.org 3.2.1.
Is there any fix to this applicable for me?
Nicolas
Hi All,
Buoyed by my success building TDE on Wheezy, using the source, I thought
I'd give the latest git another try. Anyway, all goes well until
attempting to build tdebase, which fails with the following (snippet);
Scanning dependencies of target kcontrol
make[2]: Leaving directory `/tde/build/tdebase'
make -f kcontrol/kcontrol/CMakeFiles/kcontrol.dir/build.make
kcontrol/kcontrol/CMakeFiles/kcontrol.dir/build
make[2]: Entering directory `/tde/build/tdebase'
/usr/bin/cmake -E cmake_progress_report /tde/build/tdebase/CMakeFiles
[ 13%] Building CXX object
kcontrol/kcontrol/CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o
cd /tde/build/tdebase/kcontrol/kcontrol && /usr/bin/c++
-DHAVE_CONFIG_H -fvisibility=hidden -fvisibility-inlines-hidden
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
-I/tde/build/tdebase/kcontrol/kcontrol -I/opt/trinity/include -o
CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o -c
/tde/build/tdebase/kcontrol/kcontrol/kcontrol_tdeinit_executable.cpp
Linking CXX executable kcontrol
cd /tde/build/tdebase/kcontrol/kcontrol && /usr/bin/cmake -E
cmake_link_script CMakeFiles/kcontrol.dir/link.txt --verbose=1
/usr/bin/c++ -fvisibility=hidden -fvisibility-inlines-hidden
-DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h
CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o -o kcontrol
-rdynamic libtdeinit_kcontrol.so /opt/trinity/lib/libkhtml.so.4.2.0
/opt/trinity/lib/libkutils.so.1.2.0 /opt/trinity/lib/libkparts.so.2.1.0
/opt/trinity/lib/libtdeprint.so.4.2.0 /opt/trinity/lib/libkio.so.4.2.0
/opt/trinity/lib/libtdeui.so.4.2.0 -lfreetype -lfontconfig
/opt/trinity/lib/libtdesu.so.4.2.0
/opt/trinity/lib/libkwalletclient.so.1.0.1
/opt/trinity/lib/libkjs.so.1.2.0 /opt/trinity/lib/libtdecore.so.4.2.0
/opt/trinity/lib/libDCOP.so.4.2.0 /opt/trinity/lib/libtdefx.so.4.2.0
-ltqt -ltqt-mt -lXrender -lX11 -lz -lXcomposite -lICE -lSM -lutil -lpcre
-ljpeg -Wl,-rpath,/tde/build/tdebase/kcontrol/kcontrol:
CMakeFiles/kcontrol.dir/kcontrol_tdeinit_executable.cpp.o: In function
`main':
kcontrol_tdeinit_executable.cpp:(.text+0x1c): undefined reference to
`kdemain'
collect2: ld returned 1 exit status
make[2]: *** [kcontrol/kcontrol/kcontrol] Error 1
make[2]: Leaving directory `/tde/build/tdebase'
make[1]: *** [kcontrol/kcontrol/CMakeFiles/kcontrol.dir/all] Error 2
make[1]: Leaving directory `/tde/build/tdebase'
make: *** [all] Error 2
Anybody any ideas? I've followed the process as per the wiki pretty much
as I can so I hope I haven't missed something obvious. I'm building all
optionals, just for the halibut!
Cheers,
Mike.
--
Any question is easy if you know the answer!
I was at a local LUG meeting today and was very distressed that the above view
should be expressed, and forcefully. I found it distressing because that is
quite some allegation - that we and Mate users and Cinnamon users etc., (all
splinter groups) are actually damaging Linux, doing it harm.
The fact that we are free to digress and disagree is why I like open source so
much. Take away that freedom and we might as well all use Windows. It
seemed to me a quite extraordinary allegation. And as I say, I found it
personally upsetting.
Since Linux without its freedom would not be Linux, nothing would seem to me
more terminally harmful to Linux than to destroy that freedom.
I am a congenital maverick. I claim the right to remain a maverick and to
swim against the tide as much as I like!
Lisi
Hello,
As a Mageia 2 user, I found annoying not to have any usable TDE version.
So, I built myself some TDE packages for Mageia 2.
These are based on the Redhat packages, which were slightly updated to
work on Mageia.
For end-user, it means that TDE is already very usable, since it has all
updates that Fedora/RHEL already has.
For maintainer (me, I guess), it's now possible to build TDE for all
RHEL/Fedora/Mageia distributions with an unique procedure.
I guess that adding support for Mandriva 2011 will be easy too, since
these distributions are very close.
For now, I've built tdebase only.
To install it on Mageia 2 (x86_64 only, no i386):
First, add the repositories:
urpmi.addmedia tde-3.5.13-x86_64
http://trinity.mangafrance.com/mga2/trinity-3.5.13/RPMS/x86_64/
urpmi.addmedia tde-3.5.13-noarch
http://trinity.mangafrance.com/mga2/trinity-3.5.13/RPMS/noarch/
urpmi.addmedia tde-extras-x86_64
http://trinity.mangafrance.com/mga2/trinity-extras/RPMS/x86_64/
Then, install the tdebase package:
urpmi trinity-tdebase
And there you go. You should be able to choose a new "TDE" se
ssssion in your favorite DM (GDM, KDM, or anything else).
Francois
For most activities, I use Fluxbox on Gentoo with a number of KDE 4 apps.
However, there are 2 KDE 3 apps which I really value
& which have not been ported -- or not adequately -- to KDE 4 ,
ie Kmahjongg & Kworldclock; I would also like to keep Ksokoban around.
Currently, I have them installed with supporting libs in an overlay :
O/LAYS -- kde-sunset : rebuilt for libpng15
111107 kde-base/kdeartwork-kworldclock-3.5.10
111107 kde-base/kdelibs-3.5.10-r6 [ ~ : 13 min ]
111107 kde-base/kmahjongg-3.5.10
111107 kde-base/ksokoban-3.5.10
111107 kde-base/kworldclock-3.5.10-r1 [~]
111107 kde-base/libkdegames-3.5.10 [for kmahjongg etc]
120630 net-dns/libidn-1.25 [for kdelibs3]
111107 x11-libs/qt-meta-3.3.8b-r2 [for KDE3]
That's from my homemade list of installed pkgs.
KDE 3 is no longer supported by Gentoo & will probably become unusable
in the near future after some further update of the pkg-manager Portage.
Therefore, I would like to install the Trinity versions of the above
-- 'qt-meta:3' is a regular Gentoo pkg & sb ok as it stands --
& the correct place for them seems to be /usr/local .
I don't want to install the rest of Trinity, which I wouldn't use.
Is this feasible & does anyone have basic advice how to go about it ?
I have 'git' installed, but am not a developer & have never used it as such:
it merely provides background support for the 'sunset' overlay.
--
========================,,============================================
SUPPORT ___________//___, Philip Webb
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
TRANSIT `-O----------O---' purslowatchassdotutorontodotca