When applying patches from bugzilla or wherever, it's better to pass
the «--author="John Doe <jd(a)example.com>"» argument to git commit when
writing the «thanks» in the commit messages. IMHO.
Next strange headers are installed to my system with git version of qt:
btree.h crc32.h debian_qsql_odbc.h deflate.h ftglue.h ftxgdef.h
ftxgpos.h ftxgsub.h ftxopenf.h ftxopen.h hash.h inffast.h inffixed.h
inflate.h inftrees.h jri.h jri_md.h jritypes.h moc_yacc.h npapi.h
npupp.h opcodes.h os.h otlbuffer.h pager.h parse.h pngasmrd.h
pngconf.h
Also all private headers are installed to include dir as well as to
include/private.
This is a BUG? Or they are used by something?
At least hash.h breaks compilation of kopete with jabber protocol.
My configuration string:
./configure -sm -thread -stl -system-libjpeg -verbose -largefile
-qt-imgfmt-jpeg -qt-imgfmt-mng -qt-imgfmt-png -tablet -system-libmng
-system-libpng -xft -platform linux-g++ -xplatform linux-g++ -xrender
-prefix /usr/qt/3 -libdir /usr/qt/3/lib64 -fast -no-sql-odbc
-L/usr/lib64 -no-nis -no-sql-mysql -no-sql-psql -no-sql-ibase
-no-sql-sqlite -no-cups -disable-opengl -release -no-g++-exceptions
-no-xinerama -system-zlib -qt-gif -ipv6 -dlopen-opengl
Tim,
we finalized the CMake building for the following packages:
+ tdeartwork
+ tdenetwork
+ tdesdk
+ tdetoys
+ tdeutils
+ tdevelop
All of these packages are now ready to switch Debian packages from
automake to cmake. If you have no objection, I shall make this switch.
Slavek
--
Hi all,
One of the points for discussion in R14 Road Map is the question about
naming packages. I suppose it is beyond dispute that in the name of
packages should be 'trinity' (or perhaps 'tde'?). Other issues for
decision I would see the following:
1. 'trinity' before name or after? Or leave it distribution specific?
2. How to mark development version of packages? What about 14.0.0~preXXX?
For example:
+ amarok-trinity_14.0.0~pre148.orig.tar.xz
amarok-trinity_14.0.0~pre148-0debian11+pr16~squeeze...
+ amarok-trinity-14.0.0~pre148-i486-13.1_1.txz
Note0: Because the Debian / Ubuntu version number must begin with a digit,
it is impossible packages with the version number beginning with the
letter 'R'. Therefore, such a question was unnecessary.
Note1: I am aware that it is not currently possible to change the version
numbers of packages in nightly-builds. But I want to have arranged rules
to marking package versions before beta / RC versions, and before moving
nightly-builds to target version 14.1.0.
Slavek
--
Tim,
I notice in recent patches that you updated at least the following:
QListViewItem -> TQListViewItem
QObject -> TQObject
QString -> TQString
QListBoxItem -> TQListBoxItem
QWidget -> TQWidget
A quick grep of the GIT tree indicates such changes are needed in many places.
I notice in the patches you commited that many of the corrections affect signals/slots. I wonder how many bugs in the tracker might be affected by these changes.
I realize a global search-and-replace won't work and careful replacements are required. :) Nonetheless, should we start updating other modules with these same changes?
Darrell
When viewing an email there is a blue box in the top right corner of the window. On my system the date is offset ahead by one hour.
The likely explanation is kmail has not been updated to the newer DST period. (Why would kmail use an internal calendar rather than a system calender?)
Only people affected by the DST nonsense are likely to see this bug.
Would somebody please confirm?
Darrell
I'm using the latest GIT.
I haven't done any deep digging but there is no doubt that Konqueror is opening much slower than I am accustomed. Any request to open Konqueror takes two or more seconds. This is a dual core system with 8GB RAM and SATA II disks.
I have not seen this problem before. Only recently.
I have an instance preloaded and always have had that option enabled, but what I see indicates this is not happening. Could there have been a patch in the past few weeks that is affecting preloading?
I checked Konqueror in a virtual machine using a GIT package set that hasn't been updated in a couple of months. There, Konqueror opened right away, thereby confirming my observations in my normal system.
A fresh profile makes no difference.
Anybody else noticing this?
Darrell
