Guys,
Building from git (based on Qt3 currently) I have gotten to dbus, but now I'm
confused on which dbus-1 I need. In tde-packaging for arch there is:
trinity-dbus-1-qt3
trinity-dbus-tqt
trinity-dbus-tqt-1
I originally thought that trinity-dbus-1-qt3 would fit my build since I used
the Qt3 source from git, but there is no source for it in the
tde/main/dependencies tree for trinity-dbus-1-qt3.
What to do? Will the dbus-tqt files work when built on top of Qt3 instead of TQt3?
--
David C. Rankin, J.D.,P.E.
Ok so i have successfully compiled the base of Trinity using Qt3 and
everything in /usr. A while back i also successfully compiled many of the
'applications' from the applications folder. Today i am having no such
luck.
I am pushing out a release candidate of Porteus this weekend with a 'skin &
bones' version of Trinity that successfully compiled a few weeks ago. The
problem is that koffice is no longer compiling for me, and neither is k3b.
I have booted using the Trinity-3.5.13 that i compiled and when trying to
build k3b, here is my output.
In file included from k3bglobals.cpp:28:0:
/usr/include/tdeversion.h:57:5: error: ‘TDECORE_EXPORT’ does not name a type
/usr/include/tdeversion.h:64:5: error: ‘TDECORE_EXPORT’ does not name a type
/usr/include/tdeversion.h:71:5: error: ‘TDECORE_EXPORT’ does not name a type
/usr/include/tdeversion.h:78:5: error: ‘TDECORE_EXPORT’ does not name a type
/usr/include/tdeversion.h:84:5: error: ‘TDECORE_EXPORT’ does not name a type
k3bglobals.cpp: In function ‘KIO::filesize_t K3b::imageFilesize(const
KURL&)’:
k3bglobals.cpp:304:126: warning: ‘static bool KIO::NetAccess::exists(const
KURL&, bool)’ is deprecated (declared at /usr/include/kio/netaccess.h:282)
k3bglobals.cpp: In function ‘bool K3b::mount(K3bDevice::Device*)’:
k3bglobals.cpp:601:74: warning: converting ‘false’ to pointer type for
argument 1 of ‘QString::QString(const char*)’
make[3]: *** [k3bglobals.lo] Error 1
make[3]: Leaving directory `/tmp/k3b/libk3b/core'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/k3b/libk3b'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/k3b'
make: *** [all] Error 2
Hoping someone more intelligent than i can point m in the right direction.
J
Every package has a doc directory containing the documentation files. How do I build only that directory as a mini package?
Reason: All Trinity documentation is contained in Docbook files. DocBook is a markup language. Quanta Plus and Kate provide no mechanism to view the final result because all Docbook files have to be converted to another form for viewing.
As I revise the various docbook files, I want to regularly view the results in a Trinity desktop. I want to do this quickly without building an entire package.
Side note: Basically, this is the beginning of a discussion about creating an efficient Docbook editing environment, which I'll post to the wiki. If you have any experience or interest in the development side of Docbook then please feel welcome to help. You don't have to write or edit, just help set up the environment and I'll document the process for everybody --- but I need help getting there. :)
Thanks!
Darrell
Okay artists, please help!
I'm working on the TDE user guide. I need some image conversion help.
I want to convert some 24-bit PNG images to "locolor." What does "locolor" mean? These are not icons but full images, in case that makes a difference. Is there a definition somewhere of "locolor"?
How do I convert/save a 24-bit image as "locolor"?
Of all of the various TDE image viewers, how do I view an image's properties to learn about the color depth, etc.? I have tried several (kolourpaint, krita, showfoto, gwenview). I am missing the big picture altogether, probably because I don't know the terminology.
Thanks!
Darrell
Calvin, Baho, Pawel,
I have a tarball with the PKGBUILD, install and updated patches file for qt3
in git here:
http://www.3111skyline.com/dl/dt/trinity/arch/git/trinity-qt3-git.tar.gz
2 patches were removed from qt-patches.tar.bz2
The git source 'dependencies-qt3' was created with the automated .tar.gz
creation script which essentially did:
cd tde/main/dependencies
tar -czf dependencies-qt3.tar.gz qt3/
I don't think I have commit privileges on the trinity-packaging git repo. I
did on svn, but don't with git that I know of.
Tim, what do I need to do to get commit privileges for the arch repo?
--
David C. Rankin, J.D.,P.E.
Guys,
One small build for a man, and one giant leap for Arch packages building from
git :)
After finally getting the cmake and admin directories populated, tqtinterface
guilt without issue from the latest git! The first proud package:
trinity-tqtinterface-3513-4-x86_64.pkg.tar.xz
If the rest of the tree goes as well, this should be a timely breeze (loud
knocking on wood). I have created tarballs from the git tree and they seem to be
working fine building in an archroot.
Do we have a tally as to home much of tde should be building at this time
from the git tree? I saw Samelaine's announcement saying the packages were all
done - does this mean I could start now and conceivably build a majority of tde?
First looks -- look good!
--
David C. Rankin, J.D.,P.E.
To cmake and makefile gurus:
My plan is that starting with R14 the version number and copyright date of all Trinity documentation (help files, user guides, etc.) will be the same as the software release.
That way the help files and guides look current rather than look 10 years old. By matching the release date and version, users know which release the documentation belongs and is an indication the documentation is not stagnant with a dumb version number like 0.1.
I will create two entity variables that all related docbook files will use: release date and release version. Therefore the only place we need to update anything would be the entity file and not every single docbook file (ugh). The entity files are part of the tdelibs package.
During the build process is there a way to automatically update these entity variables? I could do that in my own build scripts but I prefer a method that is global to any packager.
How this would work: When a person builds from GIT today and then opens a handbook help file, the date would be today and the release would be R14.0.0 [DEVELOPMENT]. That way all drafts of all documentation show the current date and release number. However, when [DEVELOPMENT] is not part of the version string, that is, with an official release, then the date and release number are always hard-coded to the official release date.
The release version is embedded in the TDE_VERSION_STRING variable in tdelibs/tdecore/tdeversion.h. I don't know whether the release date is hard-coded anywhere. Possibly when detecting that [DEVELOPMENT] is not part of the TDE_VERSION_STRING string, then the release date becomes the file date stamp of tdeversion.h. I'm just speculating and thinking out loud.
Is this possible?
Darrell
Calvin, Pawel, Baho,
The update to shadow 5 will break kdm do to a soname bump in libshadow. I have
built a new source package with updated PKGBUILD for the old version and updated
the pkgrel to 6. Grab the src tarball here:
http://www.3111skyline.com/dl/dt/trinity/arch/src/shadow_4.1.4.3-6.tar.gz
The only change was to the PKGBUILD.
--
David C. Rankin, J.D.,P.E.
All,
Reviewing my current Trinity 3.5.12 desktop at work, I have found a number
of additional useful kcontrol applets that are not in the current 3.5.13. I'm
not saying they are needed, but for discussion, here they are. Basically a
diff of the entries is:
(in 3.5.12 Archlinux - Albert Vaca build)
Appearance & Themes
KSM Theme Manager
Internet & Network
Local Network Chat
Network Interfaces
Protocols
Samba
Wireless Network
Zeroconf Service Discovery
Peripherals
CD-ROM Information
Devices
DMA-Channels
ICC Color Profile
Interrupts
IO-Ports
Partitions
PCI
Processors
SCSI
Sound
USB Devices
X-Server
Power Control
Laptop Battery
Many of these hold very useful information from /proc and /etc in a tabular
layout (eg: Peripherals/Partitions). I don't know if these are/were standard
of some distro specific addons, but they were most likely not arch additions.
I have updated the side-by-side comparison to include this layout. The
side-by-side now has kcontrol layouts for:
[3.5.10-suse] [3.5.12-arch] [3.5.13-current] [My Suggestions]
http://nirvana.3111skyline.com/dl/dt/trinity/kcontrol/
I took a few screenshots to show what I saw in the 3.5.12 kcontrol:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol-ICC.jpghttp://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol-Xserver.jpg
Screenshots of the Appearance & Themes - Internet & Network are shown here:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol_3.5.12-1.jpg
Nothing pressing and I'm not necessarily arguing for their inclusion. But
if you guys that make decisions on what goes in and what doesn't like
something you see, I'm certain we could probably track the sources down.
The one that did catch my eye was 'Zeroconf Service Discovery'. With the
new uses for avahi for iphone printing, etc., it might be nice to have an
interface to it in kcontrol. I tested the current build and it will need
tweaking. On Arch, the /usr/share/avahi_enabe '1' no longer exists. So the
package would need updating by the distro maintainers to work with the version
of avahi they ship.
--
David C. Rankin, J.D.,P.E.
Hello
As you may have noticed, I volunteered that I backport important and useful
patches to 3.5.13. Currently I have collected the following:
amarok-trinity
* commit 6e5a3b66
Fix linear alphabet string errors
gwenview-trinity
* commit 9cb99cdb
Fix linear alphabet string errors
kdeadmin-trinity
* commit 1f719050
Fix linear alphabet string errors
kdebase-trinity
* commit 1e2983ad, closes #690
Fix kdm_greet high CPU usage
Clean up a few build warnings
* commit 5f413b26, closes #587
Add keyboard hotplug (add/remove) support to tsak
Fix warning in kompmgr
* commit 8468d9bd, closes #561
Replicate LED status from virtual keyboards to physical keyboards
Fix keyboard attribute cloning
* commits f05f9dc7, 5f8d7307
kdesktop_lock behavior
* commit 4ea39793, closes #669
Fix desktop lock process not hiding secondary screens
* commits 05793262, 678bea5b, closes #810
Clean up lock screen internals
Allow minimal managed window interaction inside the lock process
* commit 77041d78
Clean up 9cc1e2c1 changes to enum
This corrects a potential ABI compat problem noted by Martin Gräßlin
* Fix Documents Folder localization
kdeedu-trinity
* commit 0cd3b7ce
Fix linear alphabet string errors
kdegames-trinity
* commit edc913ee
Fix linear alphabet string errors
kdelibs-trinity
* commit b9111683, closes #569
Add pcre detection to tdelibs CMake files
* commit e607cfe6
Fix utf8 encoding for webdav directories
* commit e6b6f2ea
Fix kiconloader crash when libart is not in use
kdemultimedia-trinity
* commit fd6afacf
Fix linear alphabet string errors
kdenetwork-trinity
* commit 3516f9bc
Fix linear alphabet string errors
* Kopete Now Listening plugin repairs
Fixed checking DCOP replyType (TQString × QString)
Put message /media as plain text
kdepim-trinity
* commit 80bc593e, closes #635
Incorrect conversion of encodings in kmail-imap.
kmymoney2-trinity
* commit 2a54aa5, closes #672
Fix a number of crashes
koffice-trinity
* commit 802a4120
Fix linear alphabet string errors
konversation-trinity
* commit 440010aa
Fix linear alphabet string errors
kvirc-trinity
* commit 51bbe9e5
Fix linear alphabet string errors
I wanted to apply 1f39650 for qt-x11-free that fixes the 812, but its
application has resulted in crash almost all programs - see
http://trinity-devel.pearsoncomputing.net/?0::5251 - with this I need help.
In addition to patches for qt-x11-free on my list of issues remains to be many
problems with Kaffeine, for which I do not have patches and solutions. And
then also a minor issue with displaying of SVG wallpapers (bugs #744, #615).
Does anyone have any other useful patches suitable for backport?
Packages with the above patches are in my PPA source ready to test - for
Squeeze, Oneiric, Natty, Maverick and Lucid. I will be happy if you want to
test. See https://quickbuild.pearsoncomputing.net/~slavek-banko/+archive/axis
Slavek
--