On Friday 22 February 2008, Thomas Bushnell BSG wrote:
> Would it be possible to hold off on more qt-x11-free uploads so that the
> libofx transition can occur? They are linked through kymymoney2.
I think the current upload might be suitable for migrating. None of the
previous one were.
> The l
Would it be possible to hold off on more qt-x11-free uploads so that the
libofx transition can occur? They are linked through kymymoney2.
The latest upload happened just in time, it seems to prevent the
previous version from transitioning, as did the one before that. And
the latest (3:3.3.8b-4)
Mm sorry it's probably safer to use just "," instead of ", created"
in case of servers replying with sth else than one space between , and
created:
--- keyservers.cpp.orig 2008-02-21 22:10:47.0 +0100
+++ keyservers.cpp 2008-02-22 00:50:16.0 +0100
@@ -315,8 +315,8 @@
> I don't have a onak server running, so no easy way to do any debugging, but
> maybe we can walk it thru together?
>
Mmm ok you won, I didn't want to install the 243Mb of build dependencies ;-)
subkey is the full string and section "key" means all the right part
so we've to get another sectio
On Thursday 21 February 2008, Philippe Teuwen wrote:
> The faulty code is the following:
>
> kservers.cpp line 317:
> QString kid=subkey.section(" key ",1,1);
> kid=kid.stripWhiteSpace();
> => kid=kid.left(8);
> kitem->setText(3,kid);
> QString creation=subkey.section("created",1,
Your message dated Thu, 21 Feb 2008 23:16:02 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#465469: libqt4* missing symbols
_ZN14QObjectPrivate15checkWindowRoleEv
has caused the Debian Bug report #465469,
regarding libqt4* missing symbols _ZN14QObjectPrivate15checkWindowRoleEv
Package: kgpg
Version: 4:3.5.8-1
Severity: normal
--- Please enter the report below this line. ---
When working with e.g. the keyserver onak 0.3.5-1 available in Debian,
kgpg fails to parse the keyids of a search because onak returns
40-nibble keyids instead of the more usual 8-nibble keyids.
Kg
That symbol is created by patch 0180-window-role.diff
Possibly you are using an unpackaged Qt without that patch.
It should be hidden anyway but is leaked to the outside world by a bug
in QtUiTools, this will be fixed in Qt 4.3.4.
Jonathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
My daughter discovered this by accidentally starting a kde4 session with no a
single crash at all!!
1. Must have a clean .kde4 on start! Even the one that I got by starting using
sudo was not clean enough. Got rid of that. Viole.
2. Kicker and kdesktop will come up anyway, it seems (the old kde
Accepted:
libqt3-compat-headers_3.3.8b-4_amd64.deb
to pool/main/q/qt-x11-free/libqt3-compat-headers_3.3.8b-4_amd64.deb
libqt3-headers_3.3.8b-4_amd64.deb
to pool/main/q/qt-x11-free/libqt3-headers_3.3.8b-4_amd64.deb
libqt3-i18n_3.3.8b-4_all.deb
to pool/main/q/qt-x11-free/libqt3-i18n_3.3.8b-4_a
Package: kdeedu
Version: 4:4.0.1-1
Severity: important
Hello, currently is kde4 from experimental not installable on i386 at
least... so please fix your build-depends to get it back working.
For details please have a look here:
http://experimental.debian.net/fetch.php?&pkg=kdeedu&ver=4%3A4.0.1-1&
Accepted:
libqt3-compat-headers_3.3.8b-3_amd64.deb
to pool/main/q/qt-x11-free/libqt3-compat-headers_3.3.8b-3_amd64.deb
libqt3-headers_3.3.8b-3_amd64.deb
to pool/main/q/qt-x11-free/libqt3-headers_3.3.8b-3_amd64.deb
libqt3-i18n_3.3.8b-3_all.deb
to pool/main/q/qt-x11-free/libqt3-i18n_3.3.8b-3_a
12 matches
Mail list logo