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
