Bug#454126: GCC 4.3 Compile Errors
On Mon, December 3, 2007 17:52, Jonathan Riddell wrote: Package: libpqxx Version: 2.6.9-5 libpqxx does not compile with GCC 4.3. This patch fixes it. This had already been passed on by the Debian maintainer, and fixed in the development tree. He has also reported more fixes that seem to be needed, however. Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#192719: closed by Andreas Metzler [EMAIL PROTECTED] (Stops rendering line after Thai characters)
On Tue, December 26, 2006 20:49, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #192719: mozilla-browser: Stops rendering line after Thai characters, which was filed against the mozilla-browser package. No point in moving this one to ice-ape: the bug has probably gone away at some point in the three and a half years since I reported it. Even if it hasn't, the big-endian system that exposed the bug certainly has. Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379356: pqxx-config is not included in libpqxx-dev
On Thu, July 27, 2006 20:37, Roger Leigh wrote: This is a deliberate omission. pqxx-config has been deprecated for over two years, and those packages should be using pkg-config instead: I had no idea myself... :) I believe there's another open ticket for pqxx-config. Does pkg-config itself use pqxx-config? Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340662: libpqxx 2.5.5 testcase failures with postgresql 8.1 and GCC 4.0.3
On Tue, November 29, 2005 05:47, Roger Leigh wrote: This adds a new table. Which is not pretty, but the advantage is that it does not require the column to be added to a possibly already existing table. Is it OK if I add this to the README.Debian as a workaround? Of course. I've never branched any releases in CVS so it's probably easiest to include the workaround in the Debian package. OTOH that also means there's a lesson here for the future. I'm considering moving the project to another site, and using Subversion instead. Since Subversion makes branches and releases a lot more transparent, it would then be relatively easy for me to fork off releases properly and maintain them with minor updates. I was hoping to add the project here: http://thaiopensource.org/development/ That's a site I run at the moment. It uses Trac for bug tracking, which to me is head and shoulders above all comparable environments I've seen. It's lightweight, it's wiki-based, it's XHTML-compliant, and it looks nice. The latest version can even run on postgres instead of its builtin database. Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340662: libpqxx 2.5.5 testcase failures with postgresql 8.1 and GCC 4.0.3
On Fri, November 25, 2005 05:35, Roger Leigh wrote: libpqxx shows three testcase failures when building with * libpq4 (8.1.0) * GCC 4.0.3 (g++ (GCC) 4.0.3 2005 (prerelease) (Debian 4.0.2-4)) The full build log is attached. The failures are * test016 * test018 * test035 These failures all occur while setting up a robust_transaction, and should not affect code that does not use this particular class. A workaround is to use a regular transaction instead (no other changes needed). A possible cause of this failure is that tables in PostgreSQL no longer contain an implicit oid column by default. The failing code creates a table and expects it to contain this column. The problem has been worked around in the 2.6.x development series for some time. A complication is that the new syntax for including this column is not compatible with the older backend versions, whereas other solutions would require schema changes. A workaround with relatively little impact would be to edit src/robusttransaction.cxx, and: 1. replacing all oid with a new identifier, say tid 2. adding a column tid SERIAL in the CREATE TABLE for the log table 3. changing the transaction log table's name throughout the source file This adds a new table. Which is not pretty, but the advantage is that it does not require the column to be added to a possibly already existing table. Jeroen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292468: plone: validation of numeric email addresses
Package: plone Version: 2.0.4-2 Severity: minor When adding a new user to a portal, entering an email address like [EMAIL PROTECTED] passes the form's validation, but then shows a Site error with an Error Value of You must enter a valid email address. Yet on top of the page it says You have been registered. So which is it? -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-ac2 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages plone depends on: ii zope-cmfplone 2.0.4-2A zope/cmf-based content managemen -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]