Found by program 'symlinks'
dangling: /opt/kde3/lib/kde3/libkaddrbk_distributionlist.so -> libkaddrbk_distributionlist.so.0.0.0
apt-file does not find a package providing libkaddrbk_distributionlist.so.0.0.0
Has anyone on the list attempted (or succeeded ) compiling Trinity for
Mandriva?
I've looked at the notes for Slackware, but I don't think I'm savvy enough
to make the conversion :-)
Any hints, clues or pointers would be greatly appreciated
Cheers
John (NZ)
Hello, all. I've just upgraded my Debian Lenny to the newly released
3.5.12. All seems to have gone well except that my Iceweasel file
dialogs have reverted to the Gnome file dialog. Before upgrading, it
was very nicely using the KDE style file dialogs. Both
debian-kgtk-trinity and are installed. What should I check next? Thanks
- John
Hi all,
when I try to mount a just inserted usb key, either right clicking on it
on the desktop or using the storage media applet, I get an
kio_media_mounthelper error message :
"The option 'locale=' is not allowed for uid=1000"
Any solution ?
thanks,
Denis
Hi everyone,
I just did a full trinity install on debian testing a few days ago.
Things ran smoothly, no problem. Aptitude said that 2 packages had to be
replaced by the trinity ones, I said yes and then the install process
succeeded. It's good to be back on kde3/trinity, definitely the most
functional desktop environment to me. Nice job, Tim, thanks !
Now the few problems I met running it (trinity 3.5.12-0debian7+r1179711)
- many strings keeps on being in english, while they where translated in
french in kde 3.5.10. For example in kcontrol, all the choices on the
left (appearance and themes, desktop, etc.) are in english. Same with
the choices on the left in konqueror configuration dialog, or with all
the items of the main KDE menu.
- the new search field in the main menu is a nice feature but it is very
slow (ten seconds response time)
- when choosing kickoff menu style, the computer part is all messed up :
only the first item is correct, the other ones have strange description
text and clicking on them produces a konqueror error (I can send you a
screenshot, Tim, if it can be helpful).
Anyway, as I said, i am happy to be home, thanks again !
Regards,
Denis
> Timothy Pearson wrote:
>>> Also on the Squeeze install all the icons on the desktop belong to root?
>>> Including trash and my documents, a strange "konqueror web browser" icon
>>> is on the desktop belonging to root and I can not put it in the trash or
>>> delete it, this is definitely not a "point-n-click" system.
>>>
>>
>> I was not sure if those icons should be included by default on Debian;
they can be removed easily enough through the use of Configure
>> Desktop->Behavior->Device Icons. Simply deselect the icons you don't want
>> to see and they will magically disappear. This feature is similar to the
>> old Microsoft system icons system; you cannot delete as you would other
icons because they are part of the desktop itself.
>>
>
>
> On my laptops Lenny install I have icons, webcam, documents, home,
system and trash, all those icons belong to "user: jimmy", "group:
users", this has nothing to do with device icons, the Trinity Squeeze
system says all the icons belong to root and that is the problem.
>
> Even your Trinity on Ubuntu says the icons on the desktop belong to me
"user: jimmy, group: jimmy" I can add and remove what I want.
You can remove those icons from within the "Device Icons" page. The
reasoning behind making them root owned (and therefore impossible to
delete from the desktop through "normal" means) is as follows:
OLD WAY: User A decides to remove an icon from the desktop. He or she
deletes said icon through the delete key and empties the trash bin. User A
later on decides that he or she wants the icon back. Since it has been
deleted, the only obvious way to get it back is to create a new profile
from scratch (most people don't know about /etc/skel). This is not
exactly user-friendly!
OLD WAY: Developer A notices that one of the icons is broken on some
systems, so he decides to change the .desktop file responsible for the
icon. However, there is no way to propagate the change to existing user
profiles, as /etc/skel is only copied on first login. Therefore, the
developer has to instruct people to recreate their profiles, or copy a
file from /etc/skel and change permissions on it. This is not user or
developer friendly, and acts to make Trinity less accessible to the
average user.
NEW WAY: User B deactivates the icon through "Device Icons". When User B
wants the icon back, it is available in "Device Icons" and can be
reenabled with a few mouse clicks.
Developer B propagates a .desktop file changes to the system directory
where the icons are stored. All users receive the updated icon .desktop
file transparently.
What I can do is to change the default under Debian to not show the icons
by default, however I would like some input from the other Debian users on
this list as well. Thoughts?
Tim
On Tue, 2010-09-21 at 21:00 -0500, Timothy Pearson wrote:
> As of September 21, 2010 a pre-release freeze is being declared for
> Trinity version 3.5.12.
>
> This means that patches will only be accepted into SVN for the following
> reasons:
> 1. To repair a crash
> 2. To repair broken functionality, if the patch is very small and impact
> to other code is minimal.
> 3. To disable broken features, if the patch required to repair the broken
> feature does not fit into category 2 above.
>
> This freeze means that the following patches, among others, will NOT be
> accepted during the freeze period:
> 1. Changes to log messages, including warning and informational messages.
> 2. User-visible interface changes of any kind.
>
> As with the feature freeze, this freeze will end on October 1, 2010 with
> the release of 3.5.12.
>
> I encourage everyone to update to the latest SVN release and start testing
> to ensure that the software is stable and all features work as intended.
>
> Thanks to the Trinity developers for all your hard work!
>
> Timothy Pearson
> Trinity Desktop Project
>
Tried to upgrade to the latest on one of our Lenny (plus needed bits
from backports and Squeeze) and am experiencing the following:
apt-get update
apt-get upgrade
Errors were encountered while processing:
/var/cache/apt/archives/kdebase-data-trinity_4%3a3.5.12-0debian6
+r1177990_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
I then did
apt-get install kdebase-data-trinity
and all seemed to work.
I noticed that kgtk-qt3-trinity was being withheld. I then tried the
following with the following results:
jasiii:/# apt-get install kgtk-qt3-trinity
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
kgtk-qt3-trinity kgtk-config-icedove kgtk-config-iceweasel
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
debian-kgtk-trinity kgtk-config-bluefish kgtk-config-eclipse
kgtk-config-gimp kgtk-config-inkscape kgtk-config-kino
kgtk-config-openoffice kgtk-config-opera-qt3
kgtk-config-scribus
The following packages will be upgraded:
kgtk-qt3-trinity
1 upgraded, 0 newly installed, 9 to remove and 54 not upgraded.
Need to get 82.2kB of archives.
After this operation, 233kB disk space will be freed.
Do you want to continue [Y/n]? n
Abort.
I'm certainly looking forward to the stable release. Thanks - John
On Monday 20 September 2010 14:36:00 John A. Sullivan III wrote:
> On Mon, 2010-09-20 at 13:56 -0800, Greg Madden wrote:
> > I am running thre latest trinity kdepim 3.5.12, on Debian Squeeze 64
> > bit, using Wmaker WM.
> >
> > I get the following error when I try to spell check i kmail.
> >
> >
> > "Spell/Aspell could not be started Please make sure you have ISpell or
> > Aspell properly configured and in your PATH"
> >
> > Aspell is properly configured and works for other apps, it is the access
> > to Trinity stuff in /opt that I need to fix. '/opt/trinity/bin' is in
> > my PATH. I can start a kde app in an xterm using ie. 'kmail'
> >
> > Other symtoms include:
> > 'alt+F2" run command does not use '/opt/trinity/bin'
> > to start an app.
> >
> > Setting an application default for content type in Iceweasel requires
> > full path to the kde apps,
>
> It is working for me on Lenny 64-bit but my setup is somewhat unique.
> Are you starting KDE with the startkde from Trinity
> (/opt/trinity/bin/startkde I believe)? Peace :) - John
I use GDM to manage logins, Window Maker is my window manager, not using a desktop
enviroment. I am mainly using kdepim-trinity,kontact-trinity +depends &
konsole-trinity.
trinity lines from 'export':
declare -x \
PATH="/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games:/opt/trinity/bin"
declare -x KDEDIRS="/opt/trinity/"
declare -x KDEHOME="/home/pabi/.trinity"
declare -x MANPATH="/opt/trinity/share/man"
declare -x XDG_DATA_DIRS="/opt/trinity/share/:/usr/share/"
--
Peace,
Greg