Hello,
I really dislike this kind of childish conflicts :(
---------- Forwarded Message ----------
Subject: Fwd: Re: [trinity-devel] Fwd: Re: [opensuse-factory] The release
notes/product highlights for 12.1
Date: Saturday 12 November 2011, 00:10:49
From: Ilya Chernykh <anixxsus(a)gmail.com>
To: Serghei Amelian <serghei(a)thel.ro>
Hi, Sergei!
Since Pearson accused me in criminal violations and banned from the mailing
list, please forward
my last response which I was …
[View More]unable to post with an answer about crimes I
allegedly commited.
-------------------------------------------------------
--
Serghei
[View Less]
as stated below, I forward this here, maybe there is an interest to include
e.g. kasablanca, kio-ftps or keurocalc in the official 3.5.13 (or 14) repo ?
in addition, I saw that all locales for koffice-trinity are missing.
I think, these should they be included, in any case.
(I like koffice 1.6.3 very much, especially kspread/kword, it's lightweight,
fast and more than sufficient for simple tasks..)
werner
---------- Forwarded Message ----------
Subject: additional programs for 3.5.13
…
[View More]Date: Sonntag, 13. November 2011, 12:16:10
From: Werner Joss <werner(a)hoernerfranzracing.de>
An: trinity-users(a)lists.pearsoncomputing.net
hello all,
I just want to announce that I have now succeeded in building most of my
favourite kde 3.5 applications which are not in the trinity repos, for
trinity 3.5.13 on debian squeeze, see
http://www.hoernerfranzracing.de/zip/trinity/index.html
if anyone is interested, feel free to check them out.
but keep in mind, that these are _not_ official trinity packages, nor
guaranteed to work as expected, though I can confirm *worksforme* :)
werner
p.s.: I'll also ask on the devel list if there is interest for any of these to
be incorporated in the official trinity applications tree
(in which case I will first have to learn how to build proper debian
packages...)
-------------------------------------------------------
[View Less]
Dear Ilya and Timothy,
I am using OpenSuse 11.4 with KDE:KDE3 and am VERY grateful
for it! Many thanks, Ilya!
At the same time, I'm also very interested in the Trinity Desktop.
Thanks, Timothy for all the great effort you are putting into it!
KDE:KDE3 and Trinity are brother projects. The hostility
between the two of you must stop. Timothy, you have made a
beginning on this. Ilya, please accept Tim's effort toward
reconciliation. Both of you please think back to the time
when you …
[View More]felt good toward each other, and restore that
feeling now! Forget the angry things that were said.
Just begin anew emotionally!
This is needed for the benefit, and perhaps the survival,
of the human race!
I say that because KDE4 has been crippled in various ways.
Crippled KDE4 creates a crippled GNU/Linux!
But the people of the world greatly need fully functional
Linux for worldwide communication and political and economic
organization.
At this unique moment in history, the world is at a crossroads.
The people of this planet have been dominated by wealthy and
powerful psychopaths for thousands of years. These monsters
control most of our governments and news media. But now with
the Internet, people have been exchanging accurate information
about how the world works, and what's really going on.
Free open-source software runs the Internet, and it is also
much more resistant than proprietary software to the increasing
efforts by governments and corporations to censor the Net.
The human race needs fully functional GNU/Linux with the power
of KDE3, not crippled KDE4!
KDE4 has been crippled in many ways. The desktop names
in the KDE4 desktop pager are not readable, so any more than
about 4 desktops are very hard to use. I use 20 desktops.
KDE4 enforces the use of the phonon audio system, which won't
work with the audio chip of my merely 4 year old Asus
motherboard, and many others as well. These two things alone
are sufficient to persuade many Linux experts not to recommend
Linux with KDE4 to people, at least not enthusiastically. Linux
must support the older machines found in less wealthy nations.
The bullshit KDE4 marketing ploy of renaming everything
"plasma-this" and "plasma-that", as if they really invented
something new, and the ridiculously complex and useless visual
theming system for every tiny part of the GUI, and the stupid
"cashews" and the poor UI for adjusting the panels, etc, etc,
are also very offensive to rational, thinking people. We don't
like to be manipulated!
Without a good KDE -- which means KDE3, not KDE4 -- Linux
will not be widely recommended by expert Linux users, and
thus will not be widely adopted by new people. The other
desktop environments are becoming more oriented toward
small-screen tablets and mobile phones, which are not
suitable for getting real work done, and storing and
organizing large amounts of data on multiple subjects,
for thinking people with multiple interests (power users).
Without wide adoption of Linux and other free software, for
communication and organization of the emerging World Community
of people, humanity will suffer even more under the military
and economic attacks by various corporate-controlled governments
than it has already.
KDE was always the DE of choice among Linux power users before
KDE4. The crippled KDE4 means crippled Linux for any distro
that does not also offer easy selection of KDE3.
The world is now at a major turning point in history that can
lead either to total domination by the wealthy, and thus world
fascism and war, or to a World Community where all people benefit
from economic activity and work and share ideas together.
Excellent, functional Linux, which means fully functional KDE3,
is vital to history turning in a good direction now, since it's
essential for communication and organization among the people
of the world.
It also serves as a model of how sharing instead of competing
can work in areas other than software. This is already happening
in the publication of scientific papers freely accessible on
the Web.
So, Ilya and Timothy, the results of your work go far beyond
a set of software. No one knows how close we are to total
nuclear annihilation by the vicious wars of the governments
controlled by the ultra-wealthy, or to an electronic and
computer enforced worldwide fascist police state far worse
than what the Nazis and Stalinists created.
The human race needs to pull out of this nose-dive into extinction,
and that means very good worldwide communication via the Net
and personal computers, which means Linux and KDE3.
So please, Ilya, accept Tim's efforts of reconciliation. Both
of you please stop saying anything negative about the other
person and project for a while. If you need to criticize, please
do it gently, kindly, and constructively. The work you are doing
is extremely important! Both of you please re-think whether
one or the other or both projects can be upstream (I don't
really know what that means). Just forget about previous
negative feelings toward each other. Lots of people are trying
to save the human species from attacks by real monster psychopaths
with weapons that can kill millions. The two of you may not have
realized it, but your efforts and successes with KDE3, and thus
with the increased worldwide adoption of GNU/Linux can help
humankind substantially!
Sincerely,
Mark S Bilk
mark(a)cosmicpenguin.com
phone 650-968-1065 any time
[View Less]
I'm continuing my attempt to compile trinity on arch. I got this
during tdelibs compilation http://paste.pocoo.org/raw/506736/
Is this some error that sneaked into git tree code, or I'm missing
some dependency?
Hello,
Here is some old patches I did for KDE 3.5 you may also be
interested in applying to Trinity, as they fix some annoying issues with
knetworkmanager.
The first patch fixes a memory leak in dbus-1-qt3, which
cause knetworkmanager to leak about 4 megs/hour. Basically, the function
QDBusConnection::sendWithReply() encapsulates the reply with
QDBusMessage::fromDBusMessage(), the problem is
dbus_connection_send_with_reply_and_block() already dbus_message_ref() the
message, and QDBusMessage:…
[View More]:fromDBusMessage() do it again. So, when the
QDBusMessage object is later destroyed, dbus_message_unref() is called but
the refcount is still at 1... so the message never get free'd. I tried
removing the _ref() from QDBusMessage::fromDBusMessage(), but then
knetworkmanager crashes, so I guess some messages are actually copied using
this function somewhere else in the code. Simply using _unref() on the
reply in QDBusConnection::sendWithReply() before returning looks like the
most pragmatic solution.
--- qdbusconnection.cpp 2008-06-06
02:35:56.000000000 +0800
+++ qdbusconnection.cpp.new 2011-10-30
21:45:06.300981252 +0800
@@ -285,7 +285,12 @@
dbus_message_unref(msg);
-
return QDBusMessage::fromDBusMessage(reply);
+ QDBusMessage mess =
QDBusMessage::fromDBusMessage(reply);
+
+ /* XXX fromDbusMessage do a
ref(), avoid leaking */
+ dbus_message_unref(reply);
+
+ return mess;
}
void QDBusConnection::flush() const
I have another patch to remove the
very annoying lag when typing a WPA passphrase in the "Add connection"
wizard. The code is very bad, it computes the hash of the passphrase every
time the user inputs a character, so typing is slow and laggy even on my i7
CPU. Here is a fix to only compute the hash when the QLineEdit lose focus.
patch -l -p0
knetworkmanager-connection_setting_wireless_security_widget.h
[View Less]
When packaging Trinity to install in a non conflicting location such as /opt/trinity ($PREFIX), should associated documentation files still be installed in /usr/doc/$PACKAGE_NAME or installed in $PREFIX/doc/$PACKAGE_NAME? I believe convention calls for still installing in /usr/doc but I want to make sure.
Thanks.
Darrell
I am running a full pass of my build scripts to ensure they function as expected.
This time kdelibs failed to build.
Looking at the build log revealed the same strange error I saw when initially trying to build kdevelop about not finding tqt.h.
With kdevelop I was instructed to run an on-the-fly patch of the CMakeLists.txt files in the package to change TQT_INCLUDE_DIRS to TQT_INCLUDEDIR.
I created the same type of patch for kdelibs and kdelibs then built without error.
Why did this …
[View More]suddenly happen when during my first run at building packages I never had any such error with kdelibs?
Does this kdelibs patch make sense? If so, why?
Thanks.
Darrell
[View Less]
While compiling trinity manually on arch I discovered that libltdl was
removed from arts source tree. I got errors both on CMake
configuration stage (http://paste.pocoo.org/raw/506509/) as on
compilation stage (http://paste.pocoo.org/raw/504813/). Luckily i
found on my HDD trinity code I pulled just before version froze and
which I thought I deleted. After putting the missing libltdl dir into
current arts dir both CMake configuration and compilation went without
errors.
Apparently libltdl from …
[View More]arts is not quite the same thing that is
available in package form in most distributions main repos. As it is
said in arts libltdl readme it has been slightly modified to make it
work with KDE. As for now it should be put back in the arts, since
miss of it prevents arts compilation.
Whole missing thing compressed: http://dl.dropbox.com/u/26010362/libltdl.tar.gz
[View Less]
Le 12/11/2011 12:21, Nick Leverton a écrit :
> In article<4EBDC181.8080905(a)free.fr>,
> Francois Andriot<trinity-users(a)lists.pearsoncomputing.net> wrote:
>> Le 10/11/2011 17:02, Philippe Bourdeu d'Aguerre a écrit :
>>> Le jeudi 10 novembre 2011, François ANDRIOT a écrit :
>>> Yes. The choice is only "Automatic", "Nothing" and "Alsa". With KDE 3.5.10, I
>>> get also "OSS" and a few others.
>> Hello,
>> I've just compiled an ARTS …
[View More]version for RHEL5 which should support OSS
>> and Threaded-OSS.
>> As I thought, it was just forgotten in the CMAKE port, but all the code
>> is still in place, it was just not compiled.
> Could you post the change, please ? It would help me too.
>
> Thanks,
>
> Nick
Hello, first, I send a copy of the mail to 'trinity-devel' since it's
not really an user question.
You will find the patch I made attached with this mail.
There is one drawback (I think), it's that I've hardcoded the following
line in 'config.h.cmake':
#define HAVE_IOCTL_INT_ULONGINT_DOTS 3
This value was guessed automatically when using autotools, but I did not
find how to replace it with a CMAKE equivalent.
The rest of the patch should be sane.
Also, I did not test OSS at all, so I don't even know if it works.
Francois Andriot
[View Less]