Several days ago when I started my koffice nightmare, I submitted bug report 721 (http://bugs.pearsoncomputing.net/show_bug.cgi?id=721).
For the poppler warning messages I ran across a patch from Francois. I updated the bug report with a link to the patch already in GIT.
Today I ran across the likely cause to the ruby messages: the configure scripts do not support ruby 1.9.x (https://gist.github.com/1414497).
I started a patch but still receive the warning message. I'm missing something else but don't know what.
Here is the patch:
=======================================
diff -urN koffice/configure.in koffice.new/configure.in
--- koffice/configure.in 2011-08-21 18:30:53.000000000 -0500
+++ koffice.new/configure.in 2011-12-08 12:56:01.215427952 -0600
@@ -1539,14 +1539,20 @@
# Check for Ruby
if test "x$compile_kross" = "xyes" ; then
- AC_CHECK_PROGS([RUBY], [ruby ruby1.8 ruby18], ruby)
+ AC_CHECK_PROGS([RUBY], [ruby ruby1.8 ruby18 ruby1.9 ruby19], ruby)
if test -n "$RUBY"; then
AC_MSG_CHECKING(for Ruby dirs)
RUBY_ARCHDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"archdir"@:>@)'`
RUBY_SITEARCHDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"sitearchdir"@:>@)'`
RUBY_SITEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"sitelibdir"@:>@)'`
- RUBY_INCLUDEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyincludedir"@:>@)'`
+ if test -n "$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyhdrdir"@:>@)'"; then
+ # Ruby 1.9
+ RUBY_INCLUDEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyhdrdir"@:>@)'`
+ else
+ # not Ruby 1.9
+ RUBY_INCLUDEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyincludedir"@:>@)'`
+ fi
RUBY_LIBDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"libdir"@:>@)'`
RUBY_LIBRUBYARG=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"LIBRUBYARG_SHARED"@:>@)'`
RUBY_ENABLESHARED=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"ENABLE_SHARED"@:>@)'`
@@ -1602,7 +1608,7 @@
#include <version.h>
],[
-#if(RUBY_VERSION_MAJOR==1 && RUBY_VERSION_MINOR == 8 && RUBY_VERSION_TEENY <= 1)
+#if(RUBY_VERSION_MAJOR==1 && RUBY_VERSION_MINOR >= 8 && RUBY_VERSION_TEENY <= 1)
#error "need at least ruby 1.8.2\n"
#endif
diff -urN koffice/lib/kross/configure.in.in koffice.new/lib/kross/configure.in.in
--- koffice/lib/kross/configure.in.in 2010-08-11 22:16:27.000000000 -0500
+++ koffice.new/lib/kross/configure.in.in 2011-12-08 12:56:45.787428312 -0600
@@ -21,14 +21,20 @@
# Check for Ruby
if test "x$compile_kross" = "xyes" ; then
- AC_CHECK_PROGS([RUBY], [ruby ruby1.8 ruby18], ruby)
+ AC_CHECK_PROGS([RUBY], [ruby ruby1.8 ruby18 ruby1.9 ruby19], ruby)
if test -n "$RUBY"; then
AC_MSG_CHECKING(for Ruby dirs)
RUBY_ARCHDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"archdir"@:>@)'`
RUBY_SITEARCHDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"sitearchdir"@:>@)'`
RUBY_SITEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"sitelibdir"@:>@)'`
- RUBY_INCLUDEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyincludedir"@:>@)'`
+ if test -n "$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyhdrdir"@:>@)'"; then
+ # Ruby 1.9
+ RUBY_INCLUDEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyhdrdir"@:>@)'`
+ else
+ # not Ruby 1.9
+ RUBY_INCLUDEDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"rubyincludedir"@:>@)'`
+ fi
RUBY_LIBDIR=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"libdir"@:>@)'`
RUBY_LIBRUBYARG=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"LIBRUBYARG_SHARED"@:>@)'`
RUBY_ENABLESHARED=`$RUBY -r rbconfig -e 'printf("%s",Config::CONFIG@<:@"ENABLE_SHARED"@:>@)'`
@@ -84,7 +90,7 @@
#include <version.h>
],[
-#if(RUBY_VERSION_MAJOR==1 && RUBY_VERSION_MINOR == 8 && RUBY_VERSION_TEENY <= 1)
+#if(RUBY_VERSION_MAJOR==1 && RUBY_VERSION_MINOR >= 8 && RUBY_VERSION_TEENY <= 1)
#error "need at least ruby 1.8.2\n"
#endif
=======================================
If we get this resolved the patch will be available to close the bug report. :)
Thanks for any help.
Darrell
I'm trying to build some trinity components manually, since no
binaries, nor build scrips (PKGBUILD) are available for my distro
(arch), and I wonder, why when I try to compile something using
autotools (because obviously it hasn't been ported to cmake yet) it
keeps me asking for Qt >=4.3 and <5.0.
Besides I looked a little at files present in the admin dir and I
found that some of the paths for libraries are hardcoded and point to
(example) /usr/share/kde3 or /usr/share/qt.
Another thing, shouldn't automake files be removed form components
that have been ported to CMake. Since autotools-based compiling aren't
really supported for those...
And I'd be grateful of someone could write a little about how to port
trinity components to cmake. I'd like to help, I get the main idea,
but I don't know where too look for dependencies and stuff like that.
Slackware 13.1
Building KOffice 3.5.13 from tarballs.
* FTBFS with ImageMagick 6.5.9_6 and GraphicsMagick not installed.
* FTBFS with GraphicsMagick 1.3.12 (built with libpng14) installed and ImageMagick not installed.
* FTBFS with GraphicsMagick 1.3.12 (built with libpng12) installed and ImageMagick not installed.
* FTBFS with GraphicsMagick 1.2.10 (built with libpng12) installed and ImageMagick not installed.
* FTBFS with both installed.
KOffice will build with neither installed but only chalk, karbon, and krossrunner build.
I am unable to build GraphicsMagick 1.1.15 on Slackware 13.1 with either libpng12 or libpng14.
I can build 1.2.10 with libpng12 but not libpng14.
I can build 1.3.12 with either libpng12 or libpng14.
Fiddling with libpng12 does not really help because the default in Slackware 13.1 is libpng14.
==========================================================
With ImageMagick installed the build fails with these errors:
/usr/lib/libMagickCore.so: undefined reference to `DestroyPixelWand'
/usr/lib/libMagickCore.so: undefined reference to `DrawPushPattern'
/usr/lib/libMagickCore.so: undefined reference to `DrawPathLineToAbsolute'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetClipPath'
/usr/lib/libMagickCore.so: undefined reference to `DrawPathClose'
/usr/lib/libMagickCore.so: undefined reference to `PixelSetRedQuantum'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetStrokeAntialias'
/usr/lib/libMagickCore.so: undefined reference to `DestroyMagickWand'
/usr/lib/libMagickCore.so: undefined reference to `DestroyDrawingWand'
/usr/lib/libMagickCore.so: undefined reference to `NewMagickWandFromImage'
/usr/lib/libMagickCore.so: undefined reference to `DrawRender'
/usr/lib/libMagickCore.so: undefined reference to `PixelSetOpacityQuantum'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetStrokePatternURL'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetStrokeDashArray'
/usr/lib/libMagickCore.so: undefined reference to `DrawPathMoveToAbsolute'
/usr/lib/libMagickCore.so: undefined reference to `DrawPopPattern'
/usr/lib/libMagickCore.so: undefined reference to `DrawPathFinish'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetFont'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetFillColor'
/usr/lib/libMagickCore.so: undefined reference to `PixelSetGreenQuantum'
/usr/lib/libMagickCore.so: undefined reference to `DrawTranslate'
/usr/lib/libMagickCore.so: undefined reference to `PixelSetQuantumColor'
/usr/lib/libMagickCore.so: undefined reference to `PushDrawingWand'
/usr/lib/libMagickCore.so: undefined reference to `PixelSetColor'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetStrokeWidth'
/usr/lib/libMagickCore.so: undefined reference to `DrawRectangle'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetStrokeColor'
/usr/lib/libMagickCore.so: undefined reference to `DrawRoundRectangle'
/usr/lib/libMagickCore.so: undefined reference to `DrawAnnotation'
/usr/lib/libMagickCore.so: undefined reference to `DrawPathStart'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetViewbox'
/usr/lib/libMagickCore.so: undefined reference to `DrawPopClipPath'
/usr/lib/libMagickCore.so: undefined reference to `DrawColor'
/usr/lib/libMagickCore.so: undefined reference to `DrawScale'
/usr/lib/libMagickCore.so: undefined reference to `DrawLine'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetFillPatternURL'
/usr/lib/libMagickCore.so: undefined reference to `DrawPushDefs'
/usr/lib/libMagickCore.so: undefined reference to `DrawComment'
/usr/lib/libMagickCore.so: undefined reference to `DrawAllocateWand'
/usr/lib/libMagickCore.so: undefined reference to `PixelSetBlueQuantum'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetFontSize'
/usr/lib/libMagickCore.so: undefined reference to `DrawPushClipPath'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetTextUnderColor'
/usr/lib/libMagickCore.so: undefined reference to `DrawArc'
/usr/lib/libMagickCore.so: undefined reference to `NewPixelWand'
/usr/lib/libMagickCore.so: undefined reference to `DrawRotate'
/usr/lib/libMagickCore.so: undefined reference to `PopDrawingWand'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetClipRule'
/usr/lib/libMagickCore.so: undefined reference to `DrawComposite'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetStrokeLineJoin'
/usr/lib/libMagickCore.so: undefined reference to `DrawPathEllipticArcAbsolute'
/usr/lib/libMagickCore.so: undefined reference to `DrawPopDefs'
/usr/lib/libMagickCore.so: undefined reference to `DrawSetStrokeLineCap'
/usr/lib/libMagickCore.so: undefined reference to `DrawEllipse'
collect2: ld returned 1 exit status
make[3]: *** [karbon] Error 1
make[3]: Leaving directory `/dev/shm/applications/koffice/karbon'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/dev/shm/applications/koffice/karbon'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/dev/shm/applications/koffice'
make: *** [all] Error 2
==========================================================
With GraphicsMagick installed the build fails with these errors:
In file included from kis_image_magick_converter.cc:44:
../../../chalk/core/kis_layer.h:170: warning: type qualifiers ignored on function return type
kis_image_magick_converter.cc: In function 'void<unnamed>::setAnnotationsForImage(const Image*, KisImageSP)':
kis_image_magick_converter.cc:185: error: 'const struct _Image' has no member named 'generic_profiles'
kis_image_magick_converter.cc:189: error: 'const struct _Image' has no member named 'generic_profile'
kis_image_magick_converter.cc:189: error: 'const struct _Image' has no member named 'generic_profile'
kis_image_magick_converter.cc:191: error: 'const struct _Image' has no member named 'generic_profile'
kis_image_magick_converter.cc: In member function 'KisImageBuilder_Result KisImageMagickConverter::decode(const KURL&, bool)':
kis_image_magick_converter.cc:483: error: 'Downscale' was not declared in this scope
kis_image_magick_converter.cc:537: error: 'Downscale' was not declared in this scope
kis_image_magick_converter.cc:581: error: 'Downscale' was not declared in this scope
kis_image_magick_converter.cc:611: error: 'Downscale' was not declared in this scope
kis_image_magick_converter.cc: In member function 'KisImageBuilder_Result KisImageMagickConverter::buildFile(const KURL&, KisPaintLayerSP, KSharedPtr<KisAnnotation>*, KSharedPtr<KisAnnotation>*)':
kis_image_magick_converter.cc:815: error: 'Upscale' was not declared in this scope
kis_image_magick_converter.cc:851: error: 'Upscale' was not declared in this scope
kis_image_magick_converter.cc:882: error: 'Upscale' was not declared in this scope
kis_image_magick_converter.cc: In static member function 'static QString KisImageMagickConverter::readFilters()':
kis_image_magick_converter.cc:993: warning: unused variable 'matches'
kis_image_magick_converter.cc: In static member function 'static QString KisImageMagickConverter::writeFilters()':
kis_image_magick_converter.cc:1067: warning: unused variable 'matches'
make[4]: *** [kis_image_magick_converter.lo] Error 1
make[4]: Leaving directory `/dev/shm/applications/koffice/filters/chalk/gmagick'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/dev/shm/applications/koffice/filters/chalk'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/dev/shm/applications/koffice/filters'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/dev/shm/applications/koffice'
make: *** [all] Error 2
==========================================================
I've searched the web to no avail.
Any ideas where to start the triage?
Darrell
Hello,
I need some opinions about features provided by Power Management System.
So far I implemented a battery monitor and backlight control. Now, I want to
debate about:
1) Governors. KPowersave come with governor controller, but a guy from #udev
irc channel adviced me that is actually is not necessary to implement it in a
gui interface, because actually we don't want to change governors but we need
to burn less energy.
Check this "good practices" guide:
http://www.codon.org.uk/~mjg59/power/good_practices.html
2) DPMS and screensavers. In my opinion, DPMS control should be passed to
screensaver, not to be controlled by power manager.
Why? I think that Power Manager should react only to events related to power
supplies (like AC adapter plugged in, AC unplugged, battery low, etc) or ACPI
events like "lid closed", "power button pressed", etc.
Shutting down the monitor when the user is away from keyboard is not exactly
related to power management, seem natural to be a part of screensaver.
Opinions? Ideas?
--
Serghei
I am having mucho trouble compiling TDE-3.5.13 non cmake packages
I am getting things like the following (from kdemultimedia for example)
I think I have a path incorrect or something so....
How do you "lookup" where these references are found (like which library file
etc) ?
.libs/kmixapplet.o: In function `KMixApplet::reportBug()':
kmixapplet.cpp:(.text+0x21c): undefined reference to `QDialog::exec()'
.libs/kmixapplet.o: In function `KMixApplet::resizeEvent(QResizeEvent*)':
kmixapplet.cpp:(.text+0x312): undefined reference to
`QWidget::updateGeometry()'
.libs/kmixapplet.o: In function `KMixApplet::staticMetaObject()':
kmixapplet.cpp:(.text+0x465): undefined reference to
`QMetaObject::new_metaobject(char const*, QMetaObject*, QMetaData const*,
int, QMetaData const*, int, QMetaProperty const*, int, QMetaEnum const*, int,
QClassInfo const*, int)'
kmixapplet.cpp:(.text+0x479): undefined reference to
`QMetaObjectCleanUp::setMetaObject(QMetaObject*&)'
.libs/kmixapplet.o: In function `AppletConfigDialog::staticMetaObject()':
kmixapplet.cpp:(.text+0x527): undefined reference to
`QMetaObject::new_metaobject(char const*, QMetaObject*, QMetaData const*,
int, QMetaData const*, int, QMetaProperty const*, int, QMetaEnum const*, int,
QClassInfo const*, int)'
kmixapplet.cpp:(.text+0x53b): undefined reference to
`QMetaObjectCleanUp::setMetaObject(QMetaObject*&)'
.libs/kmixapplet.o: In function `KMixApplet::about()':
kmixapplet.cpp:(.text+0x647): undefined reference to `QDialog::exec()'
.libs/kmixapplet.o: In function `AppletConfigDialog::activeColors(QColor&,
QColor&, QColor&) const':
kmixapplet.cpp:(.text+0x81b): undefined reference to `QColor::QColor(QColor
const&)'
kmixapplet.cpp:(.text+0x82f): undefined reference to `QColor::operator=(QColor
const&)'
kmixapplet.cpp:(.text+0x84c): undefined reference to `QColor::QColor(QColor
const&)'
kmixapplet.cpp:(.text+0x85c): undefined reference to `QColor::operator=(QColor
const&)'
kmixapplet.cpp:(.text+0x87a): undefined reference to `QColor::QColor(QColor
const&)'
kmixapplet.cpp:(.text+0x88a): undefined reference to `QColor::operator=(QColor
const&)'
.libs/kmixapplet.o: In function `AppletConfigDialog::mutedColors(QColor&,
QColor&, QColor&) const':
kmixapplet.cpp:(.text+0x95b): undefined reference to `QColor::QColor(QColor
const&)'
kmixapplet.cpp:(.text+0x96f): undefined reference to `QColor::operator=(QColor
const&)'
kmixapplet.cpp:(.text+0x98c): undefined reference to `QColor::QColor(QColor
const&)'
kmixapplet.cpp:(.text+0x99c): undefined reference to `QColor::operator=(QColor
const&)'
kmixapplet.cpp:(.text+0x9bd): undefined reference to `QColor::QColor(QColor
const&)'
kmixapplet.cpp:(.text+0x9cd): undefined reference to `QColor::operator=(QColor
const&)'
.libs/kmixapplet.o: In function
`AppletConfigDialog::AppletConfigDialog(QWidget*, char const*)':
kmixapplet.cpp:(.text+0xa9f): undefined reference to `QString::shared_null'
kmixapplet.cpp:(.text+0xb23): undefined reference to `QString::shared_null'
kmixapplet.cpp:(.text+0xb2f): undefined reference to
`QStringData::deleteSelf()'
kmixapplet.cpp:(.text+0xb74): undefined reference to `i18n(char const*)'
Thanks
Hello!
I have trouble compiling tdelibs:
[ 42%] Building CXX object
kio/misc/kwalletd/CMakeFiles/kded_kwalletd-module.dir/kwalletd.cpp.o
/home/midenok/src/kde/tdelibs/kio/misc/kwalletd/kwalletd.cpp: In member
function ‘bool KWalletD::isAuthorizedApp(const QCString&, const QString&,
WId)’:
/home/midenok/src/kde/tdelibs/kio/misc/kwalletd/kwalletd.cpp:556:12: error:
‘class KBetterThanKDialogBase’ has no member named ‘setLabel’
/home/midenok/src/kde/tdelibs/kio/misc/kwalletd/kwalletd.cpp:558:12: error:
‘class KBetterThanKDialogBase’ has no member named ‘setLabel’
I looked at KBetterThanKDialogBase. It is descendant of QDialog. And there
is no method setLabel().
Tried to compile from master branch and from tag v3.5.13 -- same result.
I compile with tqtinterface and qt3 modules from git.
Just my observations with Slackware 13.1. YMMV. Please feel free to add, edit, qualify, add a workaround, etc.
Should we fine tune this information and post to our wiki?
===================================
Whereas the Trinity developers have worked hard to support KDE 4 compatibility, there are several challenges with running Trinity, KDE 4, and KDE 3 installed on the same multiple user system.
1. Many of the apps use the same file name. The scripts in /etc/profile.d produce conflicting file search paths. Without the appropriate file search path, the file search path highest in the path hierarchy will launch the app, which might not be the correct app.
2. On multiple user systems, the profile.d scripts can’t be arbitrarily disabled because any of the desktop environments might be used.
3. The profile.d scripts cause conflicts with XDG paths, which create the desktop menus. Normally this is not a problem with other desktops such as Xfce, but that is not the case with these three desktops because many apps have the same name. With each profile.d script being sourced, each desktop system menu will show every app from all other desktops. The Trinity developers have hacked a neat trick to tag the KDE 4 apps in the menu, but there is no such support for KDE 3 apps. The hack does not exist for KDE 4 or KDE 3.
4. User-defined menu changes are stored in $HOME/.config/menus and $HOME/.local/applications. As those directories are global to anything the user does, menu changes in one desktop affects the other desktops if a user wants to change desktops. That means conflicts with starting apps.
5. The KDE 3 and Trinity KDM login manager will conflict unless one or the other is disabled (chmod -x). Neither can be used to support the other desktops because of the underlying dependency on each desktop’s respective kdelibs package.
6. The file search path conflicts will introduce multiple autostart directories. Apps in those directories will start for the other desktops too.
A possible work-around to most of these conflicts is to disable all affected profile.d scripts and then modify the xinitrc scripts to source the appropriate profile.d scripts. That might suffice for run level 3, but not run level 4. Run level 4 would require some detailed scripting in the KDM Xsession script to look at the user’s dmrc config file and then source the appropriate profile.d scripts. Yet these work-around won’t resolve any user-defined menu changes.
On single user systems or systems where all users want to use the same desktop, all of this can be avoided by uninstalling the other desktop environments.
===================================
Darrell
[ 91%] Building CXX object
kdevdesigner/designer/CMakeFiles/libkdevdesignerpart-module.dir/listeditor.cpp.o
In file included
from /build/src/BUILD/kdevdesigner/designer/listeditor.cpp:22:0:
/build/src/BUILD/kdevdesigner/designer/listeditor.ui.h: In member
function 'virtual void ListEditor::addItem()':
/build/src/BUILD/kdevdesigner/designer/listeditor.ui.h:33:5: error: 'App' was
not declared in this scope
make[2]: ***
[kdevdesigner/designer/CMakeFiles/libkdevdesignerpart-module.dir/listeditor.cpp.o]
Error 1
make[1]: ***
[kdevdesigner/designer/CMakeFiles/libkdevdesignerpart-module.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
I was looking at bug report 343 and decided to test Kaffeine 3.5.13 to see whether I could duplicate the DVB problem with Slackware 13.1.
Seems DVB works fine with 13.1. So I might recommend closing the bug.
Yet one thing I notice with TDE is the DVB OSD is different.
In KDE3 with Kaffeine 0.8.8, I have an OSD that is grayish in color, with cyan text, and a magenta rule line. Easy on my eyes.
In TDE I have an OSD that is flourescent green, with reddish text and a yellow/gold rule line. I have been trying to compare the sources, but I can't find anything that explains the color changes.
I am running KDE3 and TDE on the same machine, same video card, same Kaffeine config files, etc.
I find the flourescent green hard on my eyes and prefer the old colors. Does anybody know when the color changes occured and which sources need to be patched?
Or is this a bug?
As far as I know, Kaffeine 3.5.13 is fundamentally Kaffeine 0.8.8. Other than the TQT layer, I don't see anything in the patches lists identifying other changes.
Thanks.
Darrell
This was causing some apt-get weirdness in Debian Squeeze with TDE 3.5.13.
I don't think it's a good idea to have two packages with the same version
but different dependencies and different content.
There may be others. It took me a while to track this one down. I think
libxxf86misc1 is also a likely candidate.
I'm probably going to have to figure out a way of purging trinity builddeps
from our systems.
--Mike
.../trinity-builddeps-v3.5.13/pool/main/e/eggdbus/libeggdbus-1-0_0.6-1_i386.deb
new debian package, version 2.0.
size 92028 bytes: control archive= 3103 bytes.
548 bytes, 13 lines control
432 bytes, 6 lines md5sums
135 bytes, 7 lines * postinst #!/bin/sh
132 bytes, 7 lines * postrm #!/bin/sh
30 bytes, 1 lines shlibs
17801 bytes, 403 lines symbols
Package: libeggdbus-1-0
Source: eggdbus
Version: 0.6-1
Architecture: i386
Maintainer: Utopia Maintenance Team
<pkg-utopia-maintainers(a)lists.alioth.debian.org>
Installed-Size: 312
Depends: libc6 (>= 2.7-1), libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>=
0.71), libglib2.0-0 (>= 2.23.5)
Section: libs
Priority: optional
Homepage: http://cgit.freedesktop.org/~david/eggdbus
Description: D-Bus bindings for GObject
EggDBus is a D-Bus binding for GObject. It uses an "IDL language" (XML) to
describe the D-Bus interfaces and generates C code from that.
.../debian/pool/main/e/eggdbus/libeggdbus-1-0_0.6-1_i386.deb
new debian package, version 2.0.
size 91502 bytes: control archive= 3119 bytes.
551 bytes, 13 lines control
432 bytes, 6 lines md5sums
135 bytes, 7 lines * postinst #!/bin/sh
132 bytes, 7 lines * postrm #!/bin/sh
30 bytes, 1 lines shlibs
17801 bytes, 403 lines symbols
Package: libeggdbus-1-0
Source: eggdbus
Version: 0.6-1
Architecture: i386
Maintainer: Utopia Maintenance Team
<pkg-utopia-maintainers(a)lists.alioth.debian.org>
Installed-Size: 332
Depends: libc6 (>= 2.3.6-6~), libdbus-1-3 (>= 1.0.2), libdbus-glib-1-2 (>=
0.78), libglib2.0-0 (>= 2.19.0)
Section: libs
Priority: optional
Homepage: http://cgit.freedesktop.org/~david/eggdbus
Description: D-Bus bindings for GObject
EggDBus is a D-Bus binding for GObject. It uses an "IDL language" (XML) to
describe the D-Bus interfaces and generates C code from that.
