Bug#739997: mumble: adopt package without maintainer response?

2014-03-18 Thread Thorvald Natvig

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 3/18/14, 6:59 AM, Lucas Nussbaum wrote:
 (Ccing the current maintainers of mumble)

 Hi,

 On 17/03/14 at 18:21 -0400, Chris Knadle wrote:
 Greetings.

 I'm looking to adopt the mumble package after a long period of
inactivity from
 the current maintainer (last activity 2012-11-12 in #691535), who is not
 totally MIA but whom has not responded to contact attempts.  Last
year the
 package fell out of Testing and I was eventually contacted by others
to help. 
 With some difficulty in finding a sponsor I was able to upload a
newer version
 in late November, then uploaded fixes for two CVEs that were found
later. 
 Unfortunately the latest version in the Vcs contains these CVEs (and
also has
 its base communication codec removed).

 After some discussion on [debian-devel] I decided to file an ITA
(#739997) to
 offer to adopt the package, but I haven't gotten any response in 3
weeks. 
 I've also tried to contact the maintainer via IRC in #debian-devel
but haven't
 gotten a response there either.

 Since filing the ITA I've found that there have been several
discussions in
 [debian-devel] on this issue [1] [2] and a common suggestion seems to be
 getting some kind of group consensus for adopting the package rather
than an
 individual developer making that decision, and specifically
suggesting seeking
 input from [debian-qa] for this purpose.

 So is it okay for me to adopt the package?

 I looked at the state of the package. There's nothing that requires
 immediate action, but there are a number of things that could be
 improved (there's a new upstream release available, 1.2.5, since
 2014-02-05; there are several important bugs with no comment from the
 maintainer).

 Given that you seem to have been doing the maintenance work lately, I
 personally have no objection to you adopting the package.

 To move forward, I propose giving the maintainers until 2014-04-01 to
 object.

 In the meantime, it would be nice if you could work on the known
 open issues -- that's work that will be useful whether you adopt the
 package, become part of a maintenance team, or just hand over the
 patches to the current maintainers.

 Lucas
Hi,

I've not done any work on the Mumble package in a long time. It would
make me very happy if the package is maintained and active, as I feel a
certain amount of guilt for not working on it.

- - Thorvald


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQCVAwUBUyiDUCNLRZCqvN95AQKTBAP+JpgwV48Ane0CSwyX4+FmOEu3vq9uklY1
Ca4JrAF6jCVjakeCejkAYo+tf3I4L/TZN+Dm2Mz6ss/0hBM7FzB2SyZeSQbgg1rR
cS1WTt9cHtNClRjQZmrveErZ/kR5odLZ2KGyNnwzG4RlJLFffOZJOAUhH2YQEioe
6v16L0XC9cc=
=FUQU
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#623596: [Pkg-openssl-devel] Processed: Re: Bug#623596: mumble: Problem with the import certificats

2011-04-26 Thread Thorvald Natvig
On 24.04.2011 15:00, Kurt Roeckx wrote:

 
 dlopen will cause problems if you don't use dlvsym() to select the
 right version.  It's very unlikely dlvsym() is used, and it
 probably just uses dlsym() instead.

Indeed. But that should only cause a problem for Qt; the problem here is
that using the PKCS12 functions fails from Mumble, which explicitly
links libssl and libcrypto. So it's the 1.0.0 version, which is linked
normally, that fails.

 Why doesn't it open the 0.9.8 soname and not the 1.0.0 one?  Is
 that hardcoded or something?

I did some digging in Qt source and found this:
libssl-setFileNameAndVersion(QLatin1String(ssl),QLatin1String(SHLIB_VERSION_NUMBER));

SHLIB_VERSION_NUMBER is defined by the openssl headers. In other words,
it tries to runtime load the same version is was compiled with. Which
sort of makes sense. However, the code seems to indicate it should fall
back gracefully. It does, in a sense; it happily loads the 1.0.0 version
of the library, but it doesn't work with it :(

I'm guessing a recompile of Qt will fix this. I'll give that a shot and
see if it improves things.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#623596: [Pkg-openssl-devel] Processed: Re: Bug#623596: mumble: Problem with the import certificats

2011-04-26 Thread Thorvald Natvig
On 4/26/11 9:21 AM, Kurt Roeckx wrote:

 I'm guessing a recompile of Qt will fix this. I'll give that a shot and
 see if it improves things.
 There wasn't a binNMU for qt4-x11 because libqt4-network does not
 depend on libssl, nor is there a build-dependency on it.  So why
 does it use it?
To get an authoritative answer, you'll have to check with the Qt
maintainers, but my guess is:
Qt supports optional runtime detection of libssl and libcrypto. If
found, Qt supports SSL/TLS, and if not found, it does not support
SSL/TLS. By using this runtime detection, the package avoids a hard
dependency on optional functionality. Packages that want qt with SSL
support would simply add libssl to their dependency list.

That being said, Qt also supports explicit compile-time linking to
libssl and libcrypto, which avoids issues like this one and also ensures
that libqt4-network shows up as a reverse dependency for openssl. If
nothing else, the runtime libraries for OpenSSL should be added as a
recommends: for the libqt4-network package. But in todays crypto-heavy
world, I can't really think of a good reason not to just link it. Among
other things, Qt's web widgets (and URL classes) will not support https
without libssl/libcrypto.

I still haven't tested recompiling Qt. I'll do so tonight, and if it
works, we should probably reassign this to libqt4-network so a permanent
fix can be included for the future.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#623596: [Pkg-openssl-devel] Processed: Re: Bug#623596: mumble: Problem with the import certificats

2011-04-24 Thread Thorvald Natvig
On 23.04.2011 15:58, Kurt Roeckx wrote:

 
 Why do you believe this is a bug in openssl other than that it
 breaks with 1.0.0?
 

I did some further digging, and the problem is that both 1.0.0 and 0.9.8
is loaded at the same time.

Mumble is linked directly to libcrypto and libssl, so it loads the 1.0.0
version. Mumble is also linked to libQtNetwork, which dlopen()s the
0.9.8 version at runtime. Having both in memory at the same time causes
the cipher and mac algorithm lookups to fail.

I tried removing all .so files for 0.9.8, and Mumble's cert handling now
works fine. But now libQtNetwork naturally fails to load its ciphers, so
its SSL/TLS functionality is completely broken.

I'm not sure what the right path forward is here; either namespace the
runtime symbols of 1.0.0 so both libraries can be loaded at the same
time, or change Qt so it uses the 1.0.0 version. The latter will then
break any application that is directly linked to both QtNetwork and
openssl 0.9.8.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#623596: mumble: Problem with the import certificats

2011-04-23 Thread Thorvald Natvig
retitle 623596 PKCS12 functions broken
reassign 623596 openssl
thanks

With the OpenSSL version in testing and unstable, PKCS12 functions fail
due to missing ciphers and mac algorithms. Relinking against 0.9.8o, the
problems go away. Mumble uses OpenSSL 1.0.0d on other platforms, so I
believe this to be specific to the debian version of it.




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#588395: Porting Mumble to Avahi

2010-07-12 Thread Thorvald Natvig

Hi,

Unlike Avahi, DNSSD is available on multiple platforms, including Linux, 
OSX and Windows. Porting it would therefore mean dropping support for 
other platforms, or having two implementations. Neither of these options 
are very appealing.


That being said, LAN service discovery is a nice to have feature, but 
is by no means essential. If you truly wish to drop support for the 
compat library, we can disable support for LAN discovery in Mumble when 
building for Debian.


Regards,
Thorvald




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#576854: mumble-server-web: valid email address characters are not supported (the + character)

2010-04-07 Thread Thorvald Natvig

Björn Påhlsson wrote:

The valid mail check fails to recognize the + character as valid as a mail 
address.
  

Which valid mail check? Where do you find this?




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#569029: Upgrade from ice33-slice_3.3.1-10 leaves directories instead of symlinks

2010-02-09 Thread Thorvald Natvig
Package: ice33-slice
Version: 3.3.1-11
Severity: important

Upgrading from ice33-slice_3.3.1-10 leaves the /usr/share/slice/Freeze etc
directories as directories, so they're not replaced with the symlinks
3.3.1-11 introduces. This breaks packages that refer to
/usr/share/slice/*.

Purging ice33-slice and then installing 3.3.1-11 installs the symlinks; it's
only upgrading that fails.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#569037: php-zeroc-ice FTBFS with new PHP API

2010-02-09 Thread Thorvald Natvig
Package: php-zeroc-ice
Version: 3.3.1-11
Severity: important
Tags: patch
Justification: fails to build from source

With the new PHP API released, php-zeroc-ice fails to build. The applied
trivial patch fixes this, and has been tested on fully updated unstable on
i386.


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages php-zeroc-ice depends on:
ii  libapache2-mod-php5 [ph 5.3.1-3  server-side, HTML-embedded scripti
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.5-20100107-1 GCC support library
ii  libiceutil333.3.1-11 Ice for C++ misc utility library
ii  libslice33  3.3.1-11 Ice for C++ Slice parser library
ii  libstdc++6  4.5-20100107-1   The GNU Standard C++ Library v3
ii  libzeroc-ice33  3.3.1-11 Ice for C++ runtime library
ii  php55.3.1-3  server-side, HTML-embedded scripti
ii  php5-cli [phpapi-200906 5.3.1-3  command-line interpreter for the p

Versions of packages php-zeroc-ice recommends:
ii  ice33-slice [ice-slice]   3.3.1-11   Slice definitions for Ice 3.3 serv

php-zeroc-ice suggests no packages.

-- no debconf information
--- zeroc-ice-3.3.1/php/src/IcePHP/Marshal.cpp.orig 2010-02-09 
15:42:58.0 +0100
+++ zeroc-ice-3.3.1/php/src/IcePHP/Marshal.cpp  2010-02-09 15:43:51.0 
+0100
@@ -1941,7 +1941,7 @@
 this-TSRMLS_C = TSRMLS_C;
 #endif
 
-ZVAL_ADDREF(_value);
+Z_ADDREF_P(_value);
 
 _class = Z_OBJCE_P(_value);
 }


Bug#565102: mumble: ftbfs with gcc-4.5

2010-01-13 Thread Thorvald Natvig

reassign 565102 boost1.40
thanks

The following minimal example compiles with g++-4.4, but not with g++-4.5:

#include boost/accumulators/accumulators.hpp
#include boost/accumulators/statistics/stats.hpp
#include boost/accumulators/statistics/mean.hpp

int main(int argc, char **argv) {
 boost::accumulators::accumulator_setdouble, 
boost::accumulators::statsboost::accumulators::tag::mean  acc;

}




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#555886: Add --no-add-needed

2009-12-01 Thread Thorvald Natvig

Hi,

As mentioned in several bug reports sent to package maintainers, the 
important difference is that --no-add-needed is the default behaviour 
of GNU binutils-gold. It would therefore be very beneficial if 
binutils-gold recognized (and ignored) this option, so we can add it to 
existing packages to ensure we'll be future proof.


So please increment the count for '--no-add-needed' in the list; I'm 
currently using it :)


Best Regards,
Thorvald




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#543714: Acknowledgement (Backport protobuf to lenny)

2009-10-20 Thread Thorvald Natvig

Hi,

Here's a patch against current git with the only necessary change for a 
backport.


I've used the c++ part of the resulting package, so it seems to work 
just fine.


Best Regards,
Thorvald

From 7dc43ce61abb6a1122c083369d137fbcb0cee06b Mon Sep 17 00:00:00 2001
From: Thorvald Natvig sli...@users.sourceforge.net
Date: Tue, 20 Oct 2009 18:13:10 +0200
Subject: [PATCH] Backport for lenny

---
 debian/changelog   |6 ++
 python/ez_setup.py |2 +-
 2 files changed, 7 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index abc23b6..7080897 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+protobuf (2.1.0-1~bpo50+1) lenny-backports; urgency=low
+
+  * Rebuild for lenny-backports.
+
+ -- Thorvald Natvig sli...@users.sourceforge.net  Tue, 20 Oct 2009 16:30:40 
+0200
+
 protobuf (2.1.0-1) unstable; urgency=low
 
   * New Upstream Version
diff --git a/python/ez_setup.py b/python/ez_setup.py
index b7a9849..7779ab2 100755
--- a/python/ez_setup.py
+++ b/python/ez_setup.py
@@ -19,7 +19,7 @@ the appropriate options to ``use_setuptools()``.
 This file can also be run as a script to install or upgrade setuptools.
 
 import sys
-DEFAULT_VERSION = 0.6c9
+DEFAULT_VERSION = 0.6c8
 DEFAULT_URL = http://pypi.python.org/packages/%s/s/setuptools/; % 
sys.version[:3]
 
 md5_data = {
-- 
1.5.6.5



Bug#527982: dart-server: contains non-free material

2009-10-01 Thread Thorvald Natvig

I've been looking into this bug as part of my NM process.

As far as I can see, this package is abandoned upstream. Their webpage 
has a binary-only download link, and refers you to a non-existing SVN 
repository for the source. The wiki for the project refers to Dart2, 
which is a complete rewrite. I'm not sure if this package is Dart2 or 
Dart 1.
On the mailing list for dart, the last few messages are from Jun 2008, 
recommending people to switch to CDash. CDash is alive and well, and a 
ITP (#536477) was filed this summer.


I was unable to get the current package to produce any testresults, and 
as the .jar files are used in the processing of results, it's hard to 
verify that a fix (if implemented) would work. Note that it's actually 
the client and not the server that uses the jar files, so the files 
probably should have been in dart-client instead.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#543714: Backport protobuf to lenny

2009-08-26 Thread Thorvald Natvig
Package: protobuf
Severity: wishlist

Any chance you could make a backport to lenny? We'll likely release Mumble
1.2.0 in the not-too-distant future, and AFAIK protobuf is the only missing
dependency for having a backport of mumble-server, something we've already
gotten user requests for.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#543715: php-zeroc-ice: Patch for PHP to use enum keys in dictionaries

2009-08-26 Thread Thorvald Natvig
Package: php-zeroc-ice
Version: 3.3.1-5
Severity: normal
Tags: patch

The PHP module does not understand enum keys in dictionaries, despite the
fact that these are simply encoded as integers on the wire.

The attached patch fixes this, and allows enum-based keys for dictionaries
both when sending and receiving messages.

I've also sent this patch upstream, but as I've had quite a bit of end-user
feedback requesting this, I'm hoping you can include it the debian package
without waiting for upstream 3.3.2 (where I hope it will be included).
--- Ice-3.3.1/php/src/IcePHP/Marshal.cpp	2009-03-20 18:52:15.0 +0100
+++ myIce-3.3.1/php/src/IcePHP/Marshal.cpp	2009-08-23 23:12:55.0 +0200
@@ -378,6 +378,18 @@
 {
 return new NativeDictionaryMarshaler(dict-keyType(), dict-valueType() TSRMLS_CC);
 }
+en = Slice::EnumPtr::dynamicCast(dict-keyType());
+if(en)
+{
+int count = static_castlong(en-getEnumerators().size());
+Slice::UnitPtr unit = Slice::Unit::createUnit(true, false, false, false);
+if(count = 127)
+  return new NativeDictionaryMarshaler(unit-builtin(Slice::Builtin::KindByte), dict-valueType() TSRMLS_CC);
+else if(count = 32767)
+  return new NativeDictionaryMarshaler(unit-builtin(Slice::Builtin::KindShort), dict-valueType() TSRMLS_CC);
+else
+  return new NativeDictionaryMarshaler(unit-builtin(Slice::Builtin::KindInt), dict-valueType() TSRMLS_CC);
+}
 }
 
 Slice::ClassDeclPtr cl = Slice::ClassDeclPtr::dynamicCast(type);
--- Ice-3.3.1/php/src/IcePHP/Profile.cpp	2009-03-20 18:52:15.0 +0100
+++ myIce-3.3.1/php/src/IcePHP/Profile.cpp	2009-08-23 23:13:54.0 +0200
@@ -1348,7 +1348,7 @@
 IcePHP::CodeVisitor::visitDictionary(const Slice::DictionaryPtr p)
 {
 Slice::TypePtr keyType = p-keyType();
-if(!isNativeKey(keyType)  !_suppressWarnings)
+if(!isNativeKey(keyType)  !Slice::EnumPtr::dynamicCast(keyType)  !_suppressWarnings)
 {
 //
 // TODO: Generate class.


Bug#540205: zeroc-ice: Please update debian/copyright to include new link exceptions

2009-08-06 Thread Thorvald Natvig
Package: zeroc-ice
Version: 3.3.1
Severity: normal

Hi, in 3.3.1, ZeroC added a few additional link exceptions in ICE_LICENSE.
If it's not too much trouble, could you please update debian/copyright to
match?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#519651: DM application for Thorvald Natvig

2009-03-13 Thread Thorvald Natvig
Package: debian-maintainers
Version: 1.53
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Please add me to the Debian Maintainers keyring. Jetring changeset is attached.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkm7B7kACgkQ8Jse7d66bz55LACfT0Fuz0/SwVuBmS06DaoS5Mef
L+oAoIuWo1xb0+BF0hS3uxUtvjqGooQQ
=k9wK
-END PGP SIGNATURE-
Recommended-By: 
  Mark Purcell m...@debian.org, Ron r...@debian.org
Agreement: 
  http://lists.debian.org/debian-newmaint/2009/03/msg7.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2009/03/msg6.html
  http://lists.debian.org/debian-newmaint/2009/03/msg00010.html
Comment: Add Thorvald Natvig thorv...@natvig.com as a Debian Maintainer
Date: Sat, 14 Mar 2009 01:34:13 +0100
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  mQGiBDlu3sYRBADn4nToFQY4oQYg6hxBn8ooNTBlHbf43o2t8f7tg2myjbT+gctN
  MY57IrBYWd9KXmd9LQaVDltljc4iqY5i+7dRH70m1qo2xHun10zVh7zwRTt7eGA2
  RK1SnYFl2Su4S3I+mCEfVcNlbYEKpFES0fhebdW2ue6wFw0pmg+y0kbx3wCg/+d4
  m0nuuEOcdZfPjmJQN1CeDg0EAI4pINK350FpQngiTq7HC3GRnjVBGZg9ayk5z131
  T4WLa5dN9gljmFl+7mHkXIxpQFAu6pbsBpoLFUCo/jWQc1xqISk1TlVt6dw6gkfZ
  Ibk7aYgSXnPqsz8hxSoBXOhqMtakOIGLVpAiZXAyE8BE3gbiARll4PvQ1TIgZsj0
  eBTtA/0W6Wl++kTTXhXuwdJuLxYtwR8nPNGImh4U3BR9bCblI/pmga+DH0WfXHv6
  Or6qVJX88b4yVyO4NSXKwXaEGmvwS9Dvu+6bwgM2fmXFgkVXbO4xUFQ505IchVhw
  fZwIpT2LY1GnAzuBzaBtEY8BNR+7woVDz3oMfu1ZZ3BhQKtajbQlVGhvcnZhbGQg
  TmF0dmlnIDx0aG9ydmFsZEBuYXR2aWcuY29tPohaBBARAgAaAh4BCAsJCAcKAwQC
  AxUCAwMWAgEFAkm6+t0ACgkQ8Jse7d66bz7NYQCfSQ9PM1RkKuAOrJWQbmeBIrE2
  3f4AoNJuuI3aKVb7whtP3JpszhW8I3dtiJwEEAEBAAYFAjlu3w4ACgkQI0tFkKq8
  33mcvAP/ROFsMQ/7ri3ankcP0HSLroSUh/ZsqwO28X+e8Su7zhKA4SQX9CZeSoc+
  cu+WOCB8yzeh1xFbtwBCRtIzkZn4Pc9MBwrYHel3567NCQKpOmvvDVLdOgQGqJhA
  RuhUp3tV1eI/TWyRzCUbSoPGCjzjGXZ8jEfWV2uceau0mQjkdW6IRgQQEQIABgUC
  OXQnOAAKCRDNRr1/e7z9eTXgAJ9OxuqI4ccbLXL9Pa8sABAQGtqwQwCeMqzHib0Y
  SbuCyrm96nFwN4E5wIeInAQQAQEABgUCOXRy7wAKCRDRHesq6ka2iZ6BA/9ZBpmh
  6R8dHsAkX5jlz7VKRw31nx6idGFLc/SM2zV6mnDRbTCXPR+mGUcUsfTq7uL2sKvg
  mqDBXwi3b9gi/B2ukbUd2YNZHgYOjolV4WYAM/45miW/9p984NlrUFnlLyZJGIkd
  4tBxZTiBgOwSAhGeEyeQ4DUqLKqw4hkIUGeopohGBBARAgAGBQI5dHX8AAoJEMoF
  z07nuBE6FmUAoLEfFgFlmmMF2nTyB3fmgq6loG9RAKDYnrnuM8h6J7ZSxoAx4r60
  C7Xua4hGBBARAgAGBQI5fUxgAAoJEM/sUxq9BP13tHUAn200QBNFWdqSXfbs+RVN
  X2O/l5+0AKDMhmOUSBR1Io242+xLxzMQ5htmmIkBHAQQAQEABgUCOaFHTAAKCRBO
  Rzl5Xb6YS6FyB/9bzPmGdR9cbqMrbmPowFyoQTUCrlQppCwzu9ZZw2bsgvmRtBPV
  U9P75yWg0dAitJogyeivsxfJYiv4yRafftP78kUckX9v9rEx7V6Wyuw2mUljFTJx
  NlXu4/NswJJoTrR6LqX0+j+6xTjwfXfhgUaJTgKD7Mt59bwbUJi91KmZ4Wj0ft/9
  1DxMsZc2YyPtb5nhwhle5e5htZj4B7krG2gSeo/2LhqccK28g9qTDvGQrLpxJTq0
  T0HMFeqh5IncgaTJj2BHvLVmeyrvKCIkY/TCFYjX4ndzA0CQwFwgTr/lo1rz36xH
  U2wp/ibL0rxr/khXlqHBIzy1KhRYtPoqbT7wiEYEEBECAAYFAjmhYTsACgkQ3DFv
  kAb7pKgWjQCeJgsWe2O2IkoEH0r55OxFOWoR96sAoNwqDYdu3zEUncVHveWQeaz/
  w2tJiEYEEBECAAYFAjmiDHYACgkQfuiL6zR9ZVaS+wCeOcq5OAYjletX0hNaM+jP
  Ad0Og0EAnRwFuf/2576X2Yd3FehzacqRi5yjiEYEEBECAAYFAkCAJQIACgkQezbV
  AGfKaELE8wCfV+anBZDrl4GH/z9l+bFa2hafknkAnj1+4WZmLfAlCeNorjfNYzRd
  +0HIiEYEEBECAAYFAkCCnbwACgkQfPI2XZ8EeI6HTgCg+TKpwYmIYjdjctEbPvbT
  irZ9ly4AoLAecBtneUevyoqKgLMn7F2ZueMLiE4EEBECAA4FAjlu3sYECwMBAgIZ
  AQAKCRDwmx7t3rpvPgKTAKDuex+nc2DXq6vIWcuYZ3oZezzHuwCeLx72t+7GT6xn
  5DtWih18MIrFb9SIXQQQEQIAHQIZAQcLCQgHCgMCBBUCAwEDFgIBAh4BBQI5bt7H
  AAoJEPCbHu3eum8+90sAoMbYEXKWSUeveo0QU+WwEl1Gq3XWAKDBEqopwooEZo9W
  W0NyYU8SdtyY+7QoVGhvcnZhbGQgTmF0dmlnIDxzbGljZXJAc291cmNlZm9yZ2Uu
  bmV0PohJBDARAgAJBQJHPKpsAh0gAAoJEPCbHu3eum8+l/0An1i7FefcynOeax3T
  Y1w0bvsGzNMBAJsGrIqdqGWSv3ZPyYt9dWXYzPy3l4heBBMRAgAeBQJFG+Z1AhsD
  BgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJEPCbHu3eum8+aIIAnRBv/WX5bSY+vAOd
  2qy3P5f903ySAKCulGxiUx1EKQUPEX8Rxen3yNrB07QuVGhvcnZhbGQgTmF0dmln
  IDxzbGljZXJAdXNlcnMuc291cmNlZm9yZ2UubmV0PohjBBMRAgAjAhsDBgsJCAcD
  AgQVAggDBBYCAwECHgECF4AFAkm6+t0CGQEACgkQ8Jse7d66bz4N6gCgnRDz/QPT
  COuRQgZVU50PGdwwV78Ani2LSCEgcVQPYrwycfgTdys4KbQLuQQNBDlu3skQEAD5
  GKB+WgZhekOQldwFbIeG7GHszUUfDtjgo3nGydx6C6zkP+NGlLYwSlPXfAIWSIC1
  FeUpmamfB3TT/+OhxZYgTphluNgN7hBdq7YXHFHYUMoiV0MpvpXoVis4eFwL2/hM
  TdXjqkbM+84X6CqdFGHjhKlP0YOEqHm274+nQ0YIxswdd1ckOErixPDojhNnl06S
  E2H22+slDhf99pj3yHx5sHIdOHX79sFzxIMRJitDYMPj6NYK/aEoJguuqa6zZQ+i
  AFMBoHzWq6MSHvoPKs4fdIRPyvMX86RA6dfSd7ZCLQI2wSbLaF6dfJgJCo1+Le3k
  XXn11JJPmxiO/CqnS3wy9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlLOCDaAadW
  oxTpj0BV89AHxstDqZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N286Z4VeS
  Wc39uK50T8X8dryDxUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/RgBYK+X0
  iP1YTknbzSC0neSRBzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2Ou1WMuF04
  0zT9fBdXQ6MdGGzeMyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqVDNmWn6vQ
  ClCbAkbTCD1mpF1Bn5x8vYlLIhkmuquiXsNV6z3WFwACAg//UQA8zK5pjnRXDUEI
  6bmqF4mv8NZHEEd1X4jsuFnIdGxwJ5ZdxNULrCcvVhI2qckxhlqzazWO6EsCoIEt
  1+2ss7SxYwvaxlm/SaYq8bdlSFNDI49RMwYl2XqMzD6ZTpvSZraVSifkyI75RMv3
  v3cq2vjKXm3PQubwVQd6P1aHutXBWET1fnREFUrzFVHf8c7j5rR1PpJ7tPOdV7yX
  jUF2hF4C5WtJ+tJB1i+wyC5kqd6Cvjqy4tPXlKSw7PeB5nKrnCWhpfCD/ZCGfzdH

Bug#519651: DM Application for Thorvald Natvig -- updated changeset

2009-03-13 Thread Thorvald Natvig

Hi,

Attached is an updated changeset, in which the key actually includes the
signature by a DD. I had resynced the public key everywhere except, of
course, in the VM I did the jetring operation.

Sincerely,
Thorvald

Recommended-By: 
  Mark Purcell m...@debian.org, Ron r...@debian.org
Agreement: 
  http://lists.debian.org/debian-newmaint/2009/03/msg7.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2009/03/msg6.html
  http://lists.debian.org/debian-newmaint/2009/03/msg00010.html
Comment: Add Thorvald Natvig thorv...@natvig.com as a Debian Maintainer
Date: Sat, 14 Mar 2009 03:51:50 +0100
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  mQGiBDlu3sYRBADn4nToFQY4oQYg6hxBn8ooNTBlHbf43o2t8f7tg2myjbT+gctN
  MY57IrBYWd9KXmd9LQaVDltljc4iqY5i+7dRH70m1qo2xHun10zVh7zwRTt7eGA2
  RK1SnYFl2Su4S3I+mCEfVcNlbYEKpFES0fhebdW2ue6wFw0pmg+y0kbx3wCg/+d4
  m0nuuEOcdZfPjmJQN1CeDg0EAI4pINK350FpQngiTq7HC3GRnjVBGZg9ayk5z131
  T4WLa5dN9gljmFl+7mHkXIxpQFAu6pbsBpoLFUCo/jWQc1xqISk1TlVt6dw6gkfZ
  Ibk7aYgSXnPqsz8hxSoBXOhqMtakOIGLVpAiZXAyE8BE3gbiARll4PvQ1TIgZsj0
  eBTtA/0W6Wl++kTTXhXuwdJuLxYtwR8nPNGImh4U3BR9bCblI/pmga+DH0WfXHv6
  Or6qVJX88b4yVyO4NSXKwXaEGmvwS9Dvu+6bwgM2fmXFgkVXbO4xUFQ505IchVhw
  fZwIpT2LY1GnAzuBzaBtEY8BNR+7woVDz3oMfu1ZZ3BhQKtajbQlVGhvcnZhbGQg
  TmF0dmlnIDx0aG9ydmFsZEBuYXR2aWcuY29tPohaBBARAgAaAh4BCAsJCAcKAwQC
  AxUCAwMWAgEFAkm7G7YACgkQ8Jse7d66bz5e4QCfczC8pV1xOMhhMwLK7cyN1lRz
  IrIAoLGMSxY85qf05U2EK/RSpKeapXVJiJwEEAEBAAYFAjlu3w4ACgkQI0tFkKq8
  33mcvAP/ROFsMQ/7ri3ankcP0HSLroSUh/ZsqwO28X+e8Su7zhKA4SQX9CZeSoc+
  cu+WOCB8yzeh1xFbtwBCRtIzkZn4Pc9MBwrYHel3567NCQKpOmvvDVLdOgQGqJhA
  RuhUp3tV1eI/TWyRzCUbSoPGCjzjGXZ8jEfWV2uceau0mQjkdW6IRgQQEQIABgUC
  OXQnOAAKCRDNRr1/e7z9eTXgAJ9OxuqI4ccbLXL9Pa8sABAQGtqwQwCeMqzHib0Y
  SbuCyrm96nFwN4E5wIeInAQQAQEABgUCOXRy7wAKCRDRHesq6ka2iZ6BA/9ZBpmh
  6R8dHsAkX5jlz7VKRw31nx6idGFLc/SM2zV6mnDRbTCXPR+mGUcUsfTq7uL2sKvg
  mqDBXwi3b9gi/B2ukbUd2YNZHgYOjolV4WYAM/45miW/9p984NlrUFnlLyZJGIkd
  4tBxZTiBgOwSAhGeEyeQ4DUqLKqw4hkIUGeopohGBBARAgAGBQI5dHX8AAoJEMoF
  z07nuBE6FmUAoLEfFgFlmmMF2nTyB3fmgq6loG9RAKDYnrnuM8h6J7ZSxoAx4r60
  C7Xua4hGBBARAgAGBQI5fUxgAAoJEM/sUxq9BP13tHUAn200QBNFWdqSXfbs+RVN
  X2O/l5+0AKDMhmOUSBR1Io242+xLxzMQ5htmmIkBHAQQAQEABgUCOaFHTAAKCRBO
  Rzl5Xb6YS6FyB/9bzPmGdR9cbqMrbmPowFyoQTUCrlQppCwzu9ZZw2bsgvmRtBPV
  U9P75yWg0dAitJogyeivsxfJYiv4yRafftP78kUckX9v9rEx7V6Wyuw2mUljFTJx
  NlXu4/NswJJoTrR6LqX0+j+6xTjwfXfhgUaJTgKD7Mt59bwbUJi91KmZ4Wj0ft/9
  1DxMsZc2YyPtb5nhwhle5e5htZj4B7krG2gSeo/2LhqccK28g9qTDvGQrLpxJTq0
  T0HMFeqh5IncgaTJj2BHvLVmeyrvKCIkY/TCFYjX4ndzA0CQwFwgTr/lo1rz36xH
  U2wp/ibL0rxr/khXlqHBIzy1KhRYtPoqbT7wiEYEEBECAAYFAjmhYTsACgkQ3DFv
  kAb7pKgWjQCeJgsWe2O2IkoEH0r55OxFOWoR96sAoNwqDYdu3zEUncVHveWQeaz/
  w2tJiEYEEBECAAYFAjmiDHYACgkQfuiL6zR9ZVaS+wCeOcq5OAYjletX0hNaM+jP
  Ad0Og0EAnRwFuf/2576X2Yd3FehzacqRi5yjiEYEEBECAAYFAkCAJQIACgkQezbV
  AGfKaELE8wCfV+anBZDrl4GH/z9l+bFa2hafknkAnj1+4WZmLfAlCeNorjfNYzRd
  +0HIiEYEEBECAAYFAkCCnbwACgkQfPI2XZ8EeI6HTgCg+TKpwYmIYjdjctEbPvbT
  irZ9ly4AoLAecBtneUevyoqKgLMn7F2ZueMLiE4EEBECAA4FAjlu3sYECwMBAgIZ
  AQAKCRDwmx7t3rpvPgKTAKDuex+nc2DXq6vIWcuYZ3oZezzHuwCeLx72t+7GT6xn
  5DtWih18MIrFb9SIXQQQEQIAHQIZAQcLCQgHCgMCBBUCAwEDFgIBAh4BBQI5bt7H
  AAoJEPCbHu3eum8+90sAoMbYEXKWSUeveo0QU+WwEl1Gq3XWAKDBEqopwooEZo9W
  W0NyYU8SdtyY+4hGBBARAgAGBQJJuU12AAoJEFykUN5St0h+hFIAoJlqS5cKSN7S
  Eh5RTFyyfG0JUGuwAJ96RGmR4nBojGiV6MjeZhf7dd8nYLQoVGhvcnZhbGQgTmF0
  dmlnIDxzbGljZXJAc291cmNlZm9yZ2UubmV0PohJBDARAgAJBQJHPKpsAh0gAAoJ
  EPCbHu3eum8+l/0An1i7FefcynOeax3TY1w0bvsGzNMBAJsGrIqdqGWSv3ZPyYt9
  dWXYzPy3l4heBBMRAgAeBQJFG+Z1AhsDBgsJCAcDAgMVAgMDFgIBAh4BAheAAAoJ
  EPCbHu3eum8+aIIAnRBv/WX5bSY+vAOd2qy3P5f903ySAKCulGxiUx1EKQUPEX8R
  xen3yNrB07QuVGhvcnZhbGQgTmF0dmlnIDxzbGljZXJAdXNlcnMuc291cmNlZm9y
  Z2UubmV0PohjBBMRAgAjAhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AFAkm7G7YC
  GQEACgkQ8Jse7d66bz4JfwCcDYWlUq/FT/YmLF5/DivcNSFadNMAoLWCQh2NSUY2
  nDT1hs2eDpK9HLqgiEYEEBECAAYFAkm5TXYACgkQXKRQ3lK3SH7SSgCgzEapEmRB
  Bhlb/wsVppGRyp5H0wkAoLiC1kaRYXKSLQpsw+WIp/bfZG++uQQNBDlu3skQEAD5
  GKB+WgZhekOQldwFbIeG7GHszUUfDtjgo3nGydx6C6zkP+NGlLYwSlPXfAIWSIC1
  FeUpmamfB3TT/+OhxZYgTphluNgN7hBdq7YXHFHYUMoiV0MpvpXoVis4eFwL2/hM
  TdXjqkbM+84X6CqdFGHjhKlP0YOEqHm274+nQ0YIxswdd1ckOErixPDojhNnl06S
  E2H22+slDhf99pj3yHx5sHIdOHX79sFzxIMRJitDYMPj6NYK/aEoJguuqa6zZQ+i
  AFMBoHzWq6MSHvoPKs4fdIRPyvMX86RA6dfSd7ZCLQI2wSbLaF6dfJgJCo1+Le3k
  XXn11JJPmxiO/CqnS3wy9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlLOCDaAadW
  oxTpj0BV89AHxstDqZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N286Z4VeS
  Wc39uK50T8X8dryDxUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/RgBYK+X0
  iP1YTknbzSC0neSRBzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2Ou1WMuF04
  0zT9fBdXQ6MdGGzeMyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqVDNmWn6vQ
  ClCbAkbTCD1mpF1Bn5x8vYlLIhkmuquiXsNV6z3WFwACAg//UQA8zK5pjnRXDUEI
  6bmqF4mv8NZHEEd1X4jsuFnIdGxwJ5ZdxNULrCcvVhI2qckxhlqzazWO6EsCoIEt
  1+2ss7SxYwvaxlm/SaYq8bdlSFNDI49RMwYl2XqMzD6ZTpvSZraVSifkyI75RMv3
  v3cq2vjKXm3PQubwVQd6P1aHutXBWET1fnREFUrzFVHf8c7j5rR1PpJ7tPOdV7yX
  jUF2hF4C5WtJ+tJB1i+wyC5kqd6Cvjqy4tPXlKSw7PeB5nKrnCWhpfCD

Bug#511700: libqtcore4: Sockets 1024 cause warning flood

2009-01-13 Thread Thorvald Natvig
Package: libqtcore4
Version: 4.4.3-1
Severity: normal
Tags: patch

If you use sockets  1024, QSocketNotifier prints out
QSocketNotifier: Socket descriptor too large for select()

However, if Qt is compiled with Glib support, glib uses poll() and not
select, so this warning is wrong. 

Programs still work fine, but the output gets filled with these warnings.

The attached patch disables the warning when running with the glib event
loop.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libqtcore4 depends on:
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

libqtcore4 recommends no packages.

libqtcore4 suggests no packages.

-- no debconf information
--- qt-x11-opensource-src-4.4.3/src/corelib/kernel/qsocketnotifier.cpp  
2008-09-27 10:58:47.0 +0200
+++ qt-x11-4.4.3/src/corelib/kernel/qsocketnotifier.cpp 2009-01-12 
16:50:55.0 +0100
@@ -168,10 +168,6 @@
 {
 if (socket  0)
 qWarning(QSocketNotifier: Invalid socket specified);
-#if defined(Q_OS_UNIX)
-if (socket = FD_SETSIZE)
-qWarning(QSocketNotifier: Socket descriptor too large for select());
-#endif
 sockfd = socket;
 sntype = type;
 snenabled = true;
@@ -180,6 +176,14 @@
 if (!d-threadData-eventDispatcher) {
 qWarning(QSocketNotifier: Can only be used with threads started with 
QThread);
 } else {
+#if defined(Q_OS_UNIX)
+#ifdef QT_NO_GLIB
+if (socket = FD_SETSIZE)
+#else
+if ((socket = FD_SETSIZE)  
(QLatin1String(d-threadData-eventDispatcher-metaObject()-className()) != 
QLatin1String(QEventDispatcherGlib)))
+#endif
+  qWarning(QSocketNotifier: Socket descriptor too large for 
select());
+#endif
 d-threadData-eventDispatcher-registerSocketNotifier(this);
 }
 }
@@ -206,10 +210,6 @@
 setObjectName(QString::fromAscii(name));
 if (socket  0)
 qWarning(QSocketNotifier: Invalid socket specified);
-#if defined(Q_OS_UNIX)
-if (socket = FD_SETSIZE)
-qWarning(QSocketNotifier: Socket descriptor too large for select());
-#endif
 sockfd = socket;
 sntype = type;
 snenabled = true;
@@ -218,6 +218,14 @@
 if (!d-threadData-eventDispatcher) {
 qWarning(QSocketNotifier: Can only be used with threads started with 
QThread);
 } else {
+#if defined(Q_OS_UNIX)
+#ifdef QT_NO_GLIB
+if (socket = FD_SETSIZE)
+#else
+if ((socket = FD_SETSIZE)  
(QLatin1String(d-threadData-eventDispatcher-metaObject()-className()) != 
QLatin1String(QEventDispatcherGlib)))
+#endif
+  qWarning(QSocketNotifier: Socket descriptor too large for 
select());
+#endif
 d-threadData-eventDispatcher-registerSocketNotifier(this);
 }
 }


Bug#497337: Patch fixing XEViE

2008-09-01 Thread Thorvald Natvig


The attached patch fixes the XEvIE problems. I'll send it upstream to 
XOrg as soon as I get their bugzilla to work, but I'd appreciate if it 
could be included in the debian builds in the meantime, as I have users 
complaining about this :)


--- pristine/xorg-server-1.4.2/Xext/xevie.c 2008-06-10 19:57:18.0 
+0200
+++ xorg-server-1.4.2/Xext/xevie.c  2008-09-01 17:32:07.0 +0200
@@ -213,6 +213,7 @@
 
 xevieModifiersOn = FALSE;
 
+rep.length = 0;
 rep.type = X_Reply;
 rep.sequence_number = client-sequence;
 WriteToClient (client, sizeof (xXevieStartReply), (char *)rep);
@@ -232,6 +233,7 @@
 XevieEnd(xevieClientIndex);
 }
 
+rep.length = 0;
 rep.type = X_Reply;
 rep.sequence_number = client-sequence;
 WriteToClient (client, sizeof (xXevieEndReply), (char *)rep);
@@ -250,6 +252,7 @@
 return BadAccess;
 
 xE = (xEvent *)stuff-event;
+rep.length = 0;
 rep.type = X_Reply;
 rep.sequence_number = client-sequence;
 WriteToClient (client, sizeof (xXevieSendReply), (char *)rep);
@@ -294,6 +297,7 @@
 return BadAccess;
 
 xevieMask = (long)stuff-event_mask;
+rep.length = 0;
 rep.type = X_Reply;
 rep.sequence_number = client-sequence;
 WriteToClient (client, sizeof (xXevieSelectInputReply), (char *)rep);


Bug#497337: xserver-xorg: XEvIE XevieStart() hangs on i386

2008-08-31 Thread Thorvald Natvig


Package: xserver-xorg
Version: 1:7.3+15
Severity: normal

All calls to XevieStart() hang the client if you're on i386. It works on
amd64, and a statically compiled i386 version will also work on an amd64
machine, so I think this bug is somewhere in the X server.

There's a sample program on
http://www.freedesktop.org/~ajax/xevie/xevie-test.txt
that can be used for testing.


-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-08-13 14:41 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1719572 2008-08-15 19:37 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
00:0f.0 VGA compatible controller: VMware Inc Abstract SVGA II Adapter

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1135 2008-09-01 00:30 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  XkbRulesxorg
Option  XkbModelpc105
Option  XkbLayout   no
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
EndSection

Section Device
Identifier  Configured Video Device
EndSection

Section Monitor
Identifier  Configured Monitor
EndSection

Section Screen
Identifier  Default Screen
Monitor Configured Monitor
EndSection

Section Extensions
Option  XEVIE Enable
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 27381 2008-09-01 01:15 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-4)
Current Operating System: Linux debian 2.6.26-1-686 #1 SMP Wed Aug 20 
12:56:41 UTC 2008 i686

Build Date: 15 August 2008  07:19:42PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Mon Sep  1 01:15:15 2008
(==) Using config file: /etc/X11/xorg.conf
(==) No Layout section.  Using the first Screen section.
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Configured Monitor
(==) No device specified for screen Default Screen.
Using the first device section listed.
(**) |   |--Device Configured Video Device
(==) |--Input Device Configured Mouse
(==) |--Input Device Generic Keyboard
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType 
does not exist.

Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi
(==) RgbPath set to /etc/X11/rgb
(==) ModulePath set to /usr/lib/xorg/modules
(**) Extension XEVIE is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e3c00
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: pcidata
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor=X.Org Foundation
compiled for 1.4.2, module version = 1.0.0
ABI class: X.Org Video Driver, 

Bug#347782: Add sqlite support to Qt-4.1.0

2006-01-12 Thread Thorvald Natvig


Package: libqt4-sql
Version: 4.1.0-1
Severity: wishlist

Could you add sqlite3 support to Qt? The source is included in the Qt 
distribution, so it's just a matter of adding -qt-sql-sqlite to the 
configure string.





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]