Hi list!
I recently experienced a problem with the TDE Ubuntu 14.04 amd64 iso
image: it wasn't accepted as VM cd image in virtualbox.
To exclude a vbox problem, I wrote to their mailing list: one user told
me that, an iso image, to be consired a standard image, should have its
size dividable by 2048. [1]
I just had a try seeking the image with 2048 as block size and
everything is working properly.
Maybe images in the future should be "burned" with that block size?
Thanks!
Nick
[1] https://www.virtualbox.org/ticket/14530
--
+---------------------+
| Linux User #554252 |
+---------------------+
Good day,
A long time ago I (kinda) promised to do something good on the testing
support for tdelibs with cmake. I'm sorry I protracted it so much. But
as it sad it's better late then never, so I want to present a series
of patches to fix/add/restore/enhance/whatever test support in
tdelibs.
Long story short: the repository is located here:
https://github.com/Fat-Zer/tdelibs/tree/fix-check (branch fix-check)
Note that cmake submodule has a different link due to it required some
modifications too
There were already some workarounds for tdeui and tdeabc, but they had
several problems:
- checks executables were added to "all" target, so they were build
unconditionally
- tests were run during build phase (which is confusing and wrong)
- no test statistics etc
What the patch set features:
- Add EXCLUDE_FROM_ALL flag for tde_add_library macro
- New macro tde_add_check_executable
- add tests from dcop/tdecore/tdeui/tdeio/tdeabc/tdewallet
- a fix in tdeio against mimemagic (fixes one check application)
- 40+ automated tests (mostly of base features which won't likely
fail) but anyway IMHO it's nice to have them.
How to use:
To build tests/check run "make check";
To run automated tests run either "make test" or "ctest";
To run specific tests e.g. for tdecore use "ctest -R tdecore" (note
that "tdecore" is just a substring of a test name )
To see verbose output of tests add -V flag "ctest -V -R tdecore".
For more information see cmake documentation about ctest and cmake
add_test macro.
No automated test require nor X session nor a running tde session, but
if run inside a such session they may interact with it.
About tde_add_check_executable cmake macro:
The macro is mostly a tde_add_executable with a redused set of
arguments, but except of adding executable target to the "all" it adds
them to a special custom target "check". As of specific of test
executables (which are mostly one-source-file-based) it doesn't
require the SOURCE section, instead of which it globs the files based
on the target name. Also it has a TEST argument to automatically add a
test out of given file.
Hi all,
I downloaded kdebluetooth-1.0_beta8 and ported the code to TDE 14 (I have
most of the tools and libs at 14.1). I can build it without errors. I am
now looking into what needs to be done for the code to actually work. The
major part is the dbus/bluez5 code. Do you have any hints that could
perhaps help me? I have only basic understanding of both dbus/bluez5 and
some user experience with both. I read briefly a guide for updating bluez4
to bluez5 and reference to dbus interface.
Another challenge is the debian packaging part, perhaps someone would like
to help there as I am not sure how TDE packages are build (paths), but even
if no one has the time, I have to sit down and learn about it as I would
need it in near future so again any hints where to start are appreciated. I
have some good understanding how debian/* works, so I need more TDE
specifics here.
Thank you in advance and regards
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
A big thank you to all who have donated thus far!
Unfortunately, the total received is still *far* lower than the overall
expenditure on TDE this year. For those who have not donated, please
remember that every little bit helps and is appreciated.
Regarding the current PayPal / BitCoin options, the only other option I am
aware of is Google Pay to possibly accept donations. I have personally
avoided Google Pay because it would seem to centralize too much
information (personal life + financial information) in one location,
however it is one of the only other alternatives to PayPal. Would
offering this help those of you opposed to PayPal for various reasons
contribute to TDE?
Thanks again!
Tim
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlhhbpQACgkQLaxZSoRZrGF2wwDfVwdIRlAlpazvUQLboovvUcM5
lWVuOPVW0ZqxRQDePvTnIGZgi797At+3I24SVAMUxG+mlwNfnW4L0A==
=TEB6
-----END PGP SIGNATURE-----
Hi there,
Many thanks for your work on Tde, I can't believe that I can have all this
on my extremely old computer and still getting a fast responsive desktop :)
this page says https://wiki.trinitydesktop.org/LiveCDs "unless otherwise
marked, all of them contain the most recent version" which is apparently
stopped being true since the release of 14.0.4, Exe Gnu/Linux* for example
is using 14.0.3 for the 64bit version, while the 32bit version seems to be
even older because the last update date for it is 2015!
I strongly believe that both Q4 os and Exe Gnu/Linux links needs to be
changed in order to reflect the home page not the downloads page, because
the user needs to read about them before downloading, I also think that you
should change the word "Debian" to "Exe Gnu/Linux" which is more accurate,
because it's not Debian :) and state the your "Ubuntu" releases are not
official, and is made be you (isn't it?)
please discuses
respectfully
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA224
All,
I'll keep this short and simple. The TDE project needs your financial
support to continue hosting the services critical for further development.
This year we are have fallen significantly short of breaking even on the
monthly expenses needed to keep TDE online and under active development;
these expenses primarily consist of electricity for the TDE servers and
Internet bandwidth. I have been covering the shortfall for several years
now, but it has become a great strain over the past few months. If you
would prefer to offer financial rewards for fixing specific bugs, that
works too, but the bottom line is we need additional financial support to
avoid further service cuts that could slow / stop development.
We are not in a position to outsource portions of the TDE infrastructure
beyond what has already been migrated to external systems such as the
mirror distribution system. Attempting to split up the remaining core
would simply incur even higher bandwidth costs than what we already have,
and altering the stable, running system at this point could end up halting
development entirely.
Finally, I'd like to personally thank those individuals who have donated,
are hosting portions of the TDE infrastructure such as the mirror system
and backup site, or have been actively working on TDE development over the
past year. Your contributions are much appreciated, and TDE would not be
possible without them!
If you can, please donate to the TDE project here, and thanks!
https://trinitydesktop.org/donate.php
Timothy Pearson
TDE Founder
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
iFYEARELAAYFAlhcQA0ACgkQLaxZSoRZrGGpJADePLZFFzo15B/lXPQquPXSKe0x
k/s4mnFILNlLRwDgoaIivEjRdMvYhT9GaOPYyA85WFRsZBhzrPgpMA==
=2xiV
-----END PGP SIGNATURE-----
Hi,
I am trying to understand how I could read out the values of a complex dbus
reply
I want to access following
// org.freedesktop.DBus.ObjectManager.GetManagedObjects (out
DICT<OBJPATH,DICT<STRING,DICT<STRING,VARIANT>>>
objpath_interfaces_and_properties);
https://dbus.freedesktop.org/doc/dbus-specification.html#standard-interface…
In my code I do
TQT_DBusConnection connection = TQT_DBusConnection::systemBus();
if (!connection.isConnected())
tqFatal("Failed to connect to system bus");
TQT_DBusProxy proxy(connection);
proxy.setService("org.bluez"); // who we work with
proxy.setPath("/"); // which object inside the peer work with
proxy.setInterface("org.freedesktop.DBus.ObjectManager");
if ( connection.isConnected() ) {
if ( proxy.canSend() ) {
TQValueList<TQT_DBusData> params;
TQT_DBusMessage reply = proxy.sendWithReply("GetManagedObjects",
params );
if ( reply.type() != 2 || reply.count() != 1 || reply[0].type() !=
TQT_DBusData::Map)
tqFatal("GetManagedObjects failed");
kdDebug() << "TQT_DBusMessage: Reply " << reply.type() << endl;
kdDebug() << "Type: TQT_DBusDataMap " << reply[0].type() << endl;
kdDebug() << "Count : " << dict.count() << endl;
TQT_DBusDataMap<TQT_DBusObjectPath> dict( reply[0] );
for (TQT_DBusDataMap<TQT_DBusObjectPath>::const_iterator it =
dict.begin(); it != dict.end(); ++it) {
kdDebug() << (*it).type() << endl;
}
}
else
tqFatal("proxy can not send messages");
}
else
tqFatal("manager is not connected");
result is
./bttest
TQT_DBusMessage: Reply 2
Type: TQT_DBusDataMap 16
Count : 0
but when I run
gdbus
call -y -d "org.bluez" -o "/" -m "org.freedesktop.DBus.ObjectManager.GetManagedObjects"
({objectpath '/org/bluez': {'org.freedesktop.DBus.Introspectable': @a{sv}
{}, 'org.bluez.AgentManager1': {}, 'org.bluez.ProfileManager1':
{}, 'org.bluez.Alert1': {}, 'org.bluez.HealthManager1': {}}},)
In just a few weeks, openSUSE will have no supported 32-bit "Distribution"
release. Tumbleweed at that time will become the only supported 32-bit openSUSE
version. According to the TDE wiki, there is no build of TDE for openSUSE
Tumbleweed.
While 42.2 was in development, I had several installations working with apparent
success using the 42.1 TDE repos. So, with 42.2pre working as it did with 42.1
repos, I decided to give a basic level TDE in a minimal X TW installation a try
using the 42.2 repos[1].
Zypper didn't want to let me. For 42.2, libmng.so.1 is required by tqt-mt, but
in TW, libmng only comes in the .so.2 flavor, so zypper wouldn't let me install
TDM without "breaking". I told it to go ahead and break tqt-mt, and it proceeded
to install.
TDM and TDE session seem to work just fine, but I have no idea whether it's
because libmng.so.2 works just fine, or because libmng simply hasn't been called
upon, or some other reason.
I have looked at http://trinity-users.pearsoncomputing.net/?0::10840 but it's
unclear to me just how the repos listed there might be preferable and/or useful
to eliminate the "breakage" I'm experiencing, or how to improve the wiki to
incorporate that message's content.
[1] zypper -v in trinity-icons-oxygen gtk2-engine-oxygen oxygen5-icon-theme \
trinity-tdebase trinity-gtk-qt-engine trinity-gtk3-tqt-oxygen trinity-kmix \
alsa-tools trinity-arts arts trinity-tdemultimedia-tdeio-plugins \
trinity-tdm zypper in trinity-gtk3-tqt-engine gtk2-theme-oxygen \
gtk2-metatheme-adwaita gtk3-metatheme-adwaita
--
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
Hi guys,
I'm unable to build "tdefile-plugins" from the "tdeadmin" package, here
is the error I get:
------------------------------------------------------------------------
/bin/sh ../../libtool --tag=CXX --mode=link g++ -Wno-long-long
-Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align
-Wchar-subscripts -Wall -W -Wpointer-arith -O2 -m64 -fPIC -march=x86-64
-mtune=native -Wformat-security -Wmissing-format-attribute
-Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common
-I/usr/include/tqt -fvisibility=hidden -fvisibility-inlines-hidden
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT
-DQT_NO_TRANSLATION -L/usr/lib64 -module -avoid-version -module
-no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined
-I/usr/include/tqt3 -o tdefile_rpm.la -rpath /usr/lib64/trinity
tdefile_rpm.lo -ltdeio
libtool: link: g++ -fPIC -DPIC -shared -nostdlib
/usr/lib64/gcc/x86_64-slackware-linux/5.4.0/../../../../lib64/crti.o
/usr/lib64/gcc/x86_64-slackware-linux/5.4.0/crtbeginS.o
.libs/tdefile_rpm.o -Wl,-rpath -Wl,/usr/lib64/../lib64 -Wl,-rpath
-Wl,/usr/lib64/../lib64 -L/usr/lib64 /usr/lib64/libtdeio.so
-L/usr/lib64/gcc/x86_64-slackware-linux/5.4.0
-L/usr/lib64/gcc/x86_64-slackware-linux/5.4.0/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/usr/lib64/gcc/x86_64-slackware-linux/5.4.0/../../../../x86_64-slackware-linux/lib
-L/usr/lib64/gcc/x86_64-slackware-linux/5.4.0/../../..
/usr/lib64/../lib64/libstdc++.so -lm -lc -lgcc_s
/usr/lib64/gcc/x86_64-slackware-linux/5.4.0/crtendS.o
/usr/lib64/gcc/x86_64-slackware-linux/5.4.0/../../../../lib64/crtn.o -O2
-m64 -march=x86-64 -mtune=native -Wl,--no-undefined
-Wl,--allow-shlib-undefined -Wl,-soname -Wl,tdefile_rpm.so -o
.libs/tdefile_rpm.so
.libs/tdefile_rpm.o: In function `KRpmPlugin::staticMetaObject()':
tdefile_rpm.cpp:(.text+0x24): undefined reference to
`tqt_sharedMetaObjectMutex'
tdefile_rpm.cpp:(.text+0x31): undefined reference to `TQMutex::lock()'
tdefile_rpm.cpp:(.text+0x4a): undefined reference to `TQMutex::unlock()'
tdefile_rpm.cpp:(.text+0x86): undefined reference to
`TQMetaObject::new_metaobject(char const*, TQMetaObject*, TQMetaData
const*, int, TQMetaData const*, int, TQMetaProperty const*, int,
TQMetaEnum const*, int, TQClassInfo const*, int)'
tdefile_rpm.cpp:(.text+0xa4): undefined reference to
`TQMetaObjectCleanUp::setMetaObject(TQMetaObject*&)'
.libs/tdefile_rpm.o: In function `init_tdefile_rpm':
tdefile_rpm.cpp:(.text+0xdb): undefined reference to
`KLibFactory::KLibFactory(TQObject*, char const*)'
tdefile_rpm.cpp:(.text+0xf6): undefined reference to
`TQCString::TQCString(char const*)'
.libs/tdefile_rpm.o: In function `KRpmPlugin::KRpmPlugin(TQObject*, char
const*, TQStringList const&)':
tdefile_rpm.cpp:(.text+0x161): undefined reference to
`TQString::TQString(char const*)'
tdefile_rpm.cpp:(.text+0x177): undefined reference to
`TQString::~TQString()'
tdefile_rpm.cpp:(.text+0x186): undefined reference to `i18n(char const*)'
tdefile_rpm.cpp:(.text+0x195): undefined reference to
`TQString::TQString(char const*)'
tdefile_rpm.cpp:(.text+0x1b1): undefined reference to
`TQString::~TQString()'
------------------------------------------------------------------------
Source: tdeadmin 14.0.4
Platform: Linux Slackware 14.2 64bit
I tried to compile the package without tdefile-plugins ; with a sed
command (in my building script) I've removed the tdefile-plugins
subdirectory in the Makefile, as a result I could built the package but
then the lilo configuration tool in Trinity control center crashes as
soon as I input my root password.
That' a pity, because I'm mainly interrested to the lilo config tool...
I've build Tdelibs with everything but ELF icon and Hunspell ; still,
I'm puzzled, maybe I've been missing a library or a package.
Here is the packages I've built so far (in that order):
- libart_lgpl
- tqt3
- tqtinterface
- dbus-tqt
- dbus-1-tqt
- arts
- tdelibs
- tdebase
- tdeartwork
- tde-i18n
- tdeutils
- tdemultimedia
- tdegraphics
- tdenetwork
- dolphin
- tdeaddons
Any hint to solve my build failure will be appreciated.
Regards.
gregory
