Hello everyone,
By reading one of the last posts, I thought I could maybe try to compile TDE ... Until now, every time I looked at the documentation, I found far too complicated for a simple French technician. Beginning with CVS, which I find as friendly as a prison door. Finally: re-trying...
user @ system :/.../ bin / TDE $ svn co svn: / / anonsvn.kde.org / home / kde / branches / trinity. / A... ... A kdeutils / kdelirc / profiles / Makefile.am svn: Compression of data failed svndiff
"Compression of svndiff data failed!" What can I do with this mistake! The problem probably occurred on the server, the client must unpack only, I suppose ... I ask but no matter the answer.
TDE is the system that I use as much as possible (I use the old to manipulate sounds with Audacity and sometimes to use LibreOffice). I am not using a virtual machine ... My dream is to compile TDE 3.5.12, on something like Arch Linux or Suse 10.3, that is: a distribution without SELinux. I also had the dream of helping the development of TDE, but you will understand from reading this post that will remain only a dream.
There is no question in this post, but where should I indicate the existence of this "Compression of data svndiff failed" error? This is not a bug, is it? I talk about this error here because I noticed that the developers also read this list ...
I love TDE an thank the developpers for the nice job they have done and still do.
Good luck to everyone, Patrick
On Sat, Oct 8, 2011 at 19:19, Patrick Serru patrick@serru.net wrote:
There is no question in this post, but where should I indicate the existence of this "Compression of data svndiff failed" error? This is not a bug, is it? I talk about this error here because I noticed that the developers also read this list ...
Can you retry without downloading that whole directory? It's way too big ._.
On Saturday 08 October 2011 18:41:44 Robert Xu wrote:
On Sat, Oct 8, 2011 at 19:19, Patrick Serru patrick@serru.net wrote:
There is no question in this post, but where should I indicate the existence of this "Compression of data svndiff failed" error? This is not a bug, is it? I talk about this error here because I noticed that the developers also read this list ...
Can you retry without downloading that whole directory? It's way too big ._.
user@machine~$ ls -l /linux/sata-data0/divers/bin/TDE/ total 6 drwxr-xr-x 17 pserru pserru 760 2011-10-08 13:18 kdebindings drwxr-xr-x 38 pserru pserru 1368 2011-10-08 13:16 kdegames drwxr-xr-x 3 pserru pserru 3488 2011-10-08 13:14 kde-i18n drwxr-xr-x 13 pserru pserru 592 2011-10-08 13:18 kdetoys drwxr-xr-x 20 pserru pserru 736 2011-10-08 13:19 kdeutils
user@machine~$ df Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur /dev/sdc4 60306120 15700440 44605680 27% / ... /dev/sda3 439516884 316306256 123210628 72% /linux/sata-data0
There is more than 100Gb available on the partition used for receiving... I suppose that you suggest me to add something after .../trinity in the command "svn co svn://anonsvn.kde.org/home/kde/branches/trinity ./", but what? I tryed to see the content of the directory using ftp://anonsvn.kde.org/home/kde/branches/trinity and http://anonsvn.kde.org/home/kde/branches/trinity but no server or no valid response of it...
As "svn co svn://anonsvn.kde.org/home/kde/branches/trinity/kdeutils ./kdeutils/" worked well, I trued repeating the same initial command:
A applications/potracegui/doc/Makefile.am svn: Donnée du réseau malformée
A applications/ktorrent/plugins/infowidget/geoip/uy.png svn: Compression of svndiff data failed
It is still downloading...
SVN is not only ugly, but buggy, too...
I will send an other email if I succeed the command witout error.
Patrick
On Sunday 09 October 2011 20:09:25 Patrick Serru wrote:
I tryed to see the content of the directory using ftp://anonsvn.kde.org/home/kde/branches/trinity and http://anonsvn.kde.org/home/kde/branches/trinity but no server or no valid response of it...
try this: http://websvn.kde.org/branches/trinity/
As "svn co svn://anonsvn.kde.org/home/kde/branches/trinity/kdeutils ./kdeutils/" worked well, I trued repeating the same initial command:
A applications/potracegui/doc/Makefile.am svn: Donnée du réseau malformée
hm, what was the command that gave this output ?
SVN is not only ugly, but buggy, too...
well, svn is a CLI tool, and as such, ugly ;-) but it is not buggy, IMHO, works very reliable for most of us :) oh, and there are GUI svn clients as well, e.g. kdesvn...
werner
<snip>
well, svn is a CLI tool, and as such, ugly ;-) but it is not buggy, IMHO,
You are correct in that SVN is not inherently buggy, but the anonsvn server at KDE e.V. is quite slow and its connection is unstable. It can be a real nightmare to check out the entire Trinity source from that server.
We have had plans for a while now to migrate the source from the KDE e.V. SVN server to our own GIT server immediately following the 3.5.13 release. Hopefully that will not only encourage more developers to get involved, but also fix the anonymous checkout that has been a problem ever since this project began.
Tim
On Sunday 09 October 2011 20:39:37 Timothy Pearson wrote:
You are correct in that SVN is not inherently buggy, but the anonsvn server at KDE e.V. is quite slow and its connection is unstable. It can be a real nightmare to check out the entire Trinity source from that server.
that might be problematic, I never tried it. checkout of (not so small) modules like kdebase worked for me ok each time I tried, though.
werner
On Sunday 09 October 2011 13:39:37 Timothy Pearson wrote:
well, svn is a CLI tool, and as such, ugly ;-) but it is not buggy, IMHO,
I do not feel bad with the "CLI tools". I prefer graphical tools, knowing very well the "price" of the use of graphics. I am one of those that programmed a 6800 microprocessor based system typing on a VT52... (-: I guess that some of the readers will not hunderstand "6800", "VT52")
You are correct in that SVN is not inherently buggy, but the anonsvn server at KDE e.V. is quite slow and its connection is unstable. It can be a real nightmare to check out the entire Trinity source from that server.
We have had plans for a while now to migrate the source from the KDE e.V. SVN server to our own GIT server immediately following the 3.5.13 release. Hopefully that will not only encourage more developers to get involved, but also fix the anonymous checkout that has been a problem ever since this project began.
Tim
--------------------------------------------------------------------- After each stop on error, I re-sent the command "svn co svn://anonsvn.kde.org/home/kde/branches/trinity ./". After about ten trials, there was a lot of messages like: Récupération de la référence externe dans 'xxxx' Référence externe extraite à la révision 1258108 (Recovery in the external reference 'xxxx' External reference to the revision 1258108 extracted) but nothing looking like an error message.
Now, I have a 2.7Go (2904303007) directory containing 334567 files, and 70478 sub directories.
I downloaded QT3 and have a qt-x11-free-3.3.8b directoty of 62.8 Mo. The man:patch shows a lot of options (related of the version of the diff file for the less). Could you confirme that puting the file qt3_3.3.8c.diff in the qt-x11-free-3.3.8b directory, then in a Konsol: cd /...../qt-x11-free-3.3.8b patch < qt3_3.3.8c.diff Will be OK?
Before compiling and installing, I would like to know if it is possible, at the time of login, to choose the window manager between a "Trinity for the test" and "Trinity for the work"? I guess that the best would be a "Trinity for the test" running in a virtual system, but one of the last bug posted let me think that the testing is not so complet, on a virtual system.
Good luck to everyone, Patrick
Am Sonntag, den 09.10.2011, 23:36 +0200 schrieb Patrick Serru patrick@serru.net:
I downloaded QT3 and have a qt-x11-free-3.3.8b directoty of 62.8 Mo. The man:patch shows a lot of options (related of the version of the diff file for the less). Could you confirme that puting the file qt3_3.3.8c.diff in the qt-x11-free-3.3.8b directory, then in a Konsol: cd /...../qt-x11-free-3.3.8b patch < qt3_3.3.8c.diff Will be OK?
yes. and don't forget to pass the '-thread' option to configure afterwards.
Before compiling and installing, I would like to know if it is possible, at the time of login, to choose the window manager between a "Trinity for the test" and "Trinity for the work"?
possible, yes. but not quite easy to setup. would need to install everything trinity-related (incl. qt!) to something like /opt/trinity_test and also do some modifications to display-manager startup scripts.
werner
On Monday 10 October 2011 00:46:34 Werner Joss wrote:
Could you confirme that puting the file qt3_3.3.8c.diff in the qt-x11-free-3.3.8b directory, then in a Konsol: cd /...../qt-x11-free-3.3.8b patch < qt3_3.3.8c.diff Will be OK?
----------------------------------------- The life is so much nicer with Murphy's Law!
$ patch < qt3_3.3.8c.diff patching file qobject.cpp Hunk #1 FAILED at 360. 1 out of 1 hunk FAILED -- saving rejects to file qobject.cpp.rej patching file qobject.h Hunk #1 FAILED at 101. 1 out of 1 hunk FAILED -- saving rejects to file qobject.h.rej patching file qglobal.h Hunk #1 FAILED at 41. 1 out of 1 hunk FAILED -- saving rejects to file qglobal.h.rej
Having a look at the patch file, for the first patch, first file src/kernel/qobject.cpp, Line 360 looks corresponding... So, why did'n it work?
Good luck to everyone, Patrick
NB: Should not this thread go into the devel list?
On Monday 10 October 2011 20:30:58 Patrick Serru wrote:
The life is so much nicer with Murphy's Law!
*g*
$ patch < qt3_3.3.8c.diff patching file qobject.cpp Hunk #1 FAILED at 360. 1 out of 1 hunk FAILED -- saving rejects to file qobject.cpp.rej patching file qobject.h Hunk #1 FAILED at 101. 1 out of 1 hunk FAILED -- saving rejects to file qobject.h.rej patching file qglobal.h Hunk #1 FAILED at 41. 1 out of 1 hunk FAILED -- saving rejects to file qglobal.h.rej
Having a look at the patch file, for the first patch, first file src/kernel/qobject.cpp, Line 360 looks corresponding... So, why did'n it work?
I'm out of ideas, here, sorry. wild guess: wrong permissions ?
werner
On Monday 10 October 2011 13:45:24 Werner Joss wrote:
I'm out of ideas, here, sorry. wild guess: wrong permissions ?
werner
Waking up from a little siesta (yes...), that's what I thought too... No: directories and files belong to "user user", and the PATCH did create the files: user@machin:/...../bin/QT/qt-x11-free-3.3.8b$ ls -l q*.*.* -rw-r--r-- 1 user user 0 2011-10-10 11:52 qglobal.h.orig -rw-r--r-- 1 user user 221 2011-10-10 11:52 qglobal.h.rej -rw-r--r-- 1 user user 0 2011-10-10 11:52 qobject.cpp.orig -rw-r--r-- 1 user user 712 2011-10-10 11:52 qobject.cpp.rej -rw-r--r-- 1 user user 0 2011-10-10 11:52 qobject.h.orig -rw-r--r-- 1 user user 543 2011-10-10 11:52 qobject.h.rej -rw-r--r-- 1 user user 1540 2011-10-09 22:55 qt3_3.3.8c.diff
I tryed openning the diff file with Konqueror: looks OK too!
Bizarre: I decided to try as root: I open another terminal (konsole kdesu), cd..., patch... Of course, patch did not work, and the six files created are owned by "root" and are -rw-r-r-. Continuing to prepare this e-mail, I thought that I should remove these files "root" that might embarrass me later if I forgot. But I selected the wrong console and typed the "rm" commands in the console using user's rights... the files were deleted after confirmation (write protected)! A feature of SELinux?
I dont know if I'll ever succeed in compile and run TDE on my machine, but the prospect of using a system with SELinux me anxious. Even if it is possible to disable... A deactivated bomb is still a bomb.
Good luck to everyone, Patrick
NB: I wil put the following post, if any, in the devel list.
-
Patrick Serru -
Robert Xu -
Timothy Pearson -
Werner Joss