Hi,
when I update a package koffice-i18n I realized that it is necessary to carry
out rebranding Krita => Chalk. Please, can make it done someone who has more
experience in this?
Many thanks
Slavek
--
Tim,
I noticed that for R14 is in build-deps ready "better" version of
sudo-trinity. I wanted to put this into v3.5.13.1, but there is a problem
with the version number. Previous package sudo-trinity had a version derived
from the original package sudo - for example 1.7.2p7-1. New package has
version 1.0, but this making it the "older" than previous package.
It would be possible to increase the number of "epoch" in package - for
example to package version 1:1.0-1?
Slavek
--
If I understand correctly, kpdf uses xpdf as a base rendering engine. The xpdf code in the Trinity source tree uses 3.02 from February 2007, which has been patched for security reasons several times since then.
There also is a patch to improve a scrolling speed bug that is caused by more recent gcc versions.
The most recent version of xpdf is 3.03.
Many distros have these patches applied or use 3.03.
* Does compiling kpdf use an existing installed xpdf from the distro or does the build process only use the xpdf code that is in the kpdf source tree?
* If the latter, then should we be patching the Trinity version of xpdf? Or updating to the latest release of xpdf?
* If the latter, what is needed to change the build process to use an existing installed xpdf rather than the stale version in the Trinity sources?
Darrell
Considering the original volume of changes needed, we're about as okay as we can expect, but --- we still find branding issues. For example, today I found some more and I am pushing patches.
To resolve remaining branding issues we need the following:
* Some really smart person to grep the system properly looking for corrupt image files (png, xcf, jpg/jpeg, whatever else might be out there). We can't inspect those images for branding issues. For whatever reason, seems many of the images got corrupted with CR/LF issues. We have found most of the corrupt files (walch.martin found most of them --- I only pushed clean files), but I don't know of a good way to search the sources for corrupt image files.
(Note: Corrupt image files do not block building packages, but they cause usability issues that reflect badly on us).
* Some really smart person to grep the system looking for text strings containing KDE. I haven't figured out a slick way to search the sources for these branding issues. Again, I think we have found most but we continually find more, albeit a smaller number of these strings appear each time. The challenge is we *cannot* do a blind global search-and-replace. We are at the point where we have to review each potential suspect string in context to ensure we are updating human-viewable text strings and not code strings.
* Some really smart person to figure out how the fifteenpieces applet About dialog is sucking in a KDE3 branded image (bug report 1052). I don't know whether the problem is limited to fifteenpieces or whether the image being used is a global default About image. One way or another we need to find that image and update.
* Internationalization (tde-i18n) files are beyond me. I nonetheless have patched many of these files. Most of the changes have been in the nature of KDE->TDE, but I suspect that in those patches occasionally I presumed incorrectly and changed something that changed contextual meaning. I don't know how we are going to resolve the differences between the tde-18n files and the parent files in the main source tree (po files, *.desktop files, *.docbook files, etc.)
Darrell
Time for a new thread.
I have been beating myself up hard today troubleshooting some of the TDEHW quirks I have been reporting.
I believe we have two separate problems.
One is the "eject -T dvd" command stops working as soon as a disk is inserted. From what I gather online, this is a known bug and there is a patch. I haven't looked for the patch or tested.
I verified the "eject -T" problem exists in Xfce 4.10 and KDE 4.8.5 too. Thus, "eject -T" is broken one way or another.
The second problem is permissions. As root I tested Safely Remove with USB flash drives and Eject with an optical disk. The icons disappear for both, and the optical disk physically ejects. Although after the disk ejects the "eject -T dvd" command stops working until after I use the drive eject button. Then the "eject -T" command works.
I can't figure out what the permissions problem might be. I don't see any special suid permissions on any of the TDE bin files or the eject command. Could the TDEHW code cause this behavior?
Could pmount be causing this behavior? I never have used pmount before so I am a complete noob.
Darrell
Slavek, did you do anything to klaptop that might have caused it to stop
working?
Thanks!
Tim
---------------------------- Original Message ----------------------------
Subject: Re: [trinity-users] KLaptop won't suspend or hibernate anymore
From: "Timothy Pearson" <kb9vqf(a)pearsoncomputing.net>
Date: Sat, September 15, 2012 3:53 pm
To: trinity-users(a)lists.pearsoncomputing.net
Cc: trinity-devel(a)lists.pearsoncomputing.net
--------------------------------------------------------------------------
> On 09/15/2012 01:13 PM, Timothy Pearson wrote:
>> Is there any way that you can find out what packages were upgraded just
>> before the problem started?
>
> Fortunately, apt-get keeps a log at /var/log/dpkg.log. Here's everything
> that got upgraded at the time it started:
<snip>
It looks like a number of Slavek's SRU updates were installed, so this is
the likely culprit. I am forwarding this message to the trinity-devel
list so that he can be made aware of the problem.
Tim
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-users-help(a)lists.pearsoncomputing.net
Read list messages on the web archive:
http://trinity-users.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
> On 09/15/2012 01:13 PM, Timothy Pearson wrote:
>> Is there any way that you can find out what packages were upgraded just
>> before the problem started?
>
> Fortunately, apt-get keeps a log at /var/log/dpkg.log. Here's everything
> that got upgraded at the time it started:
<snip>
It looks like a number of Slavek's SRU updates were installed, so this is
the likely culprit. I am forwarding this message to the trinity-devel
list so that he can be made aware of the problem.
Tim
All,
I was trying to do a quick backport of the sftp kio fix to TDE 3.5.12,
however, it looks like libhpi.so from jre has changed names or disappeared
altogether. (It's not in jre or jdk 7.4)
Does anyone know if this file has been dropped from jre? Is there a patch
that will fix configure?
--
David C. Rankin, J.D.,P.E.