Bug#1039859: mixxx: Mixxx GUI is broken / elements not rendered

[Christian Beier]

What kind of GPU are you using? Maybe it's an AMD-related thing.

Am 31. Juli 2023 14:23:07 MESZ schrieb Dennis Braun :
>I was not able to reproduce that so far, not on bookworm and not on sid, 
>anybody else?
>
>i use GNOME on wayland, too.
>
>-- 
>To unsubscribe, send mail to 1039859-unsubscr...@bugs.debian.org.

-- 
what is, is; what is not is possible.

Bug#1039859: (no subject)

[Christian Beier]

Same here,

Running GNOME 43.4 on Wayland, OpenGL renderer string: AMD Radeon 
Graphics (renoir, LLVM 15.0.6, DRM 3.49, 6.1.0-9-amd64).


Note that I can get at least the waveform display back if I switch from 
"RGB (GLSL)" to "RGB". The virtual turntable elements are still 
transparent and flickery.


Maybe a Qt issue?

--
Christian Beier

what is, is; what is not is possible.

Bug#950330: libvncclient1: Serious artifacts after upgrading to 0.9.12

[Christian Beier]

Am Fri, 31 Jan 2020 21:07:34 +0100
schrieb Christian Beier :

> Am Fri, 31 Jan 2020 15:40:15 +
> schrieb Mike Gabriel :
> 
> > @Christian: I hope it's ok bringing you in the loop on this one. Maybe  
> > there is some upstream commit I can cherry-pick into the current  
> > LibVNC package in Debian testing/unstable that will resolve the below  
> > issue.  
> 
> Cesare, thanks for reporting!
> 
> Could you please open an upstream issue at
> https://github.com/LibVNC/libvncserver/issues  and add relevant info there?
> Maybe I can repro the bug. If not, would you be able to invest some time for
> building and testing?

Maybe that was too quick and we had this before... Is it
https://github.com/LibVNC/libvncserver/issues/335 ?

If so, you'll find the patch there, Mike.

Cheers,

   Christian


pgpnf1Wlgsm88.pgp
Description: Digitale Signatur von OpenPGP

Bug#950330: libvncclient1: Serious artifacts after upgrading to 0.9.12

[Christian Beier]

Am Fri, 31 Jan 2020 15:40:15 +
schrieb Mike Gabriel :

> @Christian: I hope it's ok bringing you in the loop on this one. Maybe  
> there is some upstream commit I can cherry-pick into the current  
> LibVNC package in Debian testing/unstable that will resolve the below  
> issue.

Cesare, thanks for reporting!

Could you please open an upstream issue at
https://github.com/LibVNC/libvncserver/issues  and add relevant info there?
Maybe I can repro the bug. If not, would you be able to invest some time for
building and testing?

Cheers,

   Christian


pgpgrFAuom3ni.pgp
Description: Digitale Signatur von OpenPGP

Bug#935503: (no subject)

[Christian Beier]

Same here, getting this log with Gnucash 3.7  and aqbanking 5.8.2, both built
from testing sources on stable, remote bank is GLS:

```
Verbindung zu "hbci-pintan.gad.de" wird aufgebaut
Verbunden mit "hbci-pintan.gad.de"
Using GnuTLS default ciphers.
TLS: SSL-Ciphers negotiated: TLS1.2:ECDHE-RSA-AES-256-GCM:AEAD
Verbunden.
Nachricht senden...
Nachricht gesendet.
Warte auf Antwort
Antwort wird empfangen...
HTTP-Status: 200 (200)
Antwort empfangen.
Beenden der Verbindung zum Server...
Verbindung beendet.
Antwort erhalten
HBCI: 3060 - Bitte beachten Sie die enthaltenen Warnungen/Hinweise. (M)
HBCI: 3920 - Zugelassene TAN-Verfahren für den Benutzer (S)
HBCI: 0901 - *PIN gültig. (S)
HBCI: 0020 - *Dialoginitialisierung erfolgreich (S)
Dialog wurde nicht abgebrochen, PIN scheint gültig zu sein
AqHBCI abgeschlossen.
Nachbehandlung der Aufträge
Auftrag Umsatzabruf: Fehler
Module zurücksetzen
```


pgpoyjkoh7dpy.pgp
Description: Digitale Signatur von OpenPGP

Bug#934881: ccls: Crashes when used with Emacs

[Christian Beier]

> 
> BTW, is your project public or not? If so, I can debug myself.
> 

Yes! Here https://github.com/bk138/dotfiles/blob/master/.emacs is my Emacs
config, here https://github.com/LibVNC/libvncserver a project of mine where the
error shows up.


pgpZVtFmXflR9.pgp
Description: Digitale Signatur von OpenPGP

Bug#934881: ccls: Crashes when used with Emacs

[Christian Beier]

> 1. compile ccls from upstream git repo, if it works, then there's
> something wrong in packaging script.

Cloned
https://github.com/MaskRay/ccls/commit/03263c85217dd0cfddff73b966cd2d5cd8245d9d

Did

sudo apt install clang cmake libclang-dev llvm-dev rapidjson-dev
cmake -H. -BRelease
cmake --build Release
sudo cp Release/ccls /usr/local/bin/

That binary works now.


pgpdHjDBhCHoJ.pgp
Description: Digitale Signatur von OpenPGP

Bug#934881: ccls: Crashes when used with Emacs

[Christian Beier]

Am Fri, 16 Aug 2019 16:08:09 +0800
schrieb Shengjing Zhu :
 
> Could you confirm that ccls is working without emacs?
> For example, you can try the test script from the package source[1],
> run lsp-test from the tests directory.

Works.

> And you can try to run `ccls -index=.` in your project directory.

This seems to work as well,  no crash.

> 
> [1] https://salsa.debian.org/zhsj/ccls/tree/debian/sid/debian/tests
> 



pgpKs3XN0x_Sl.pgp
Description: Digitale Signatur von OpenPGP

Bug#934881: ccls: Crashes when used with Emacs

[Christian Beier]

Package: ccls
Version: 0.20190314.1-2
Severity: important

Dear Maintainer,

Just built
http://deb.debian.org/debian/pool/main/c/ccls/ccls_0.20190314.1-2.dsc from
source on Buster, installed https://github.com/MaskRay/emacs-
ccls/tree/9061ebbf9d5ec3ee7e88dbd226c77017cf0447b1 and tried to use LSP from
whithin emacs. ccls keeps crashing with

```
ccls: /usr/include/rapidjson/document.h:1154: rapidjson::GenericValue::MemberIterator rapidjson::GenericValue::FindMember(const rapidjson::GenericValue&) [with SourceAllocator =
rapidjson::MemoryPoolAllocator; Encoding =
rapidjson::UTF8; Allocator =
rapidjson::MemoryPoolAllocator;
rapidjson::GenericValue::MemberIterator =
rapidjson::GenericMemberIterator,
rapidjson::MemoryPoolAllocator >]: Assertion
`IsObject()' failed.
#0 0x7f242cba5c2f llvm::sys::PrintStackTrace(llvm::raw_ostream&)
(/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x9cec2f)
#1 0x7f242cba4132 llvm::sys::RunSignalHandlers() (/usr/lib/x86_64-linux-
gnu/libLLVM-7.so.1+0x9cd132)
#2 0x7f242cba5f42 (/usr/lib/x86_64-linux-gnu/libLLVM-7.so.1+0x9cef42)
#3 0x7f242bea7730 __restore_rt (/lib/x86_64-linux-
gnu/libpthread.so.0+0x12730)
#4 0x7f242bd0b7bb gsignal (/lib/x86_64-linux-gnu/libc.so.6+0x377bb)
#5 0x7f242bcf6535 abort (/lib/x86_64-linux-gnu/libc.so.6+0x22535)
#6 0x7f242bcf640f __tls_get_addr (/lib/x86_64-linux-gnu/libc.so.6+0x2240f)
#7 0x7f242bd04102 (/lib/x86_64-linux-gnu/libc.so.6+0x30102)
#8 0x5641e2fe6499 (/usr/bin/ccls+0x23f499)
#9 0x5641e2f77e82 (/usr/bin/ccls+0x1d0e82)
#10 0x5641e2f77f11 (/usr/bin/ccls+0x1d0f11)
#11 0x5641e2fe6322 (/usr/bin/ccls+0x23f322)
#12 0x5641e303c694 (/usr/bin/ccls+0x295694)
#13 0x5641e2f966cc (/usr/bin/ccls+0x1ef6cc)
#14 0x5641e2facb8c (/usr/bin/ccls+0x205b8c)
#15 0x5641e2f6fff7 llvm::sys::path::end(llvm::StringRef)
(/usr/bin/ccls+0x1c8ff7)
#16 0x7f242bcf809b __libc_start_main (/lib/x86_64-linux-
gnu/libc.so.6+0x2409b)
#17 0x5641e2f7115a llvm::sys::path::end(llvm::StringRef)
(/usr/bin/ccls+0x1ca15a)

Process ccls stderr finished

```

This log is from `*ccls::stderr*` in Emacs.



-- System Information:
Debian Release: 10.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ccls depends on:
ii  libc6   2.28-10
ii  libgcc1 1:8.3.0-6
ii  libllvm71:7.0.1-8
ii  libstdc++6  8.3.0-6

Versions of packages ccls recommends:
ii  libclang-common-7-dev  1:7.0.1-8

Versions of packages ccls suggests:
pn  elpa-lsp-mode  

-- no debconf information

Bug#923980: claws-mail-gdata-plugin: gdata plugin crashes after update to 3.17.3-1

[Christian Beier]

Hi Ricardo,

I just upgraded to 3.17.3-2, but unfortunately still get the segfault:

---
Thread 1 "claws-mail" received signal SIGSEGV, Segmentation fault.
__strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120
120 ../sysdeps/x86_64/multiarch/../strlen.S: Datei oder Verzeichnis nicht 
gefunden.
(gdb) bt
#0  0x76018436 in __strlen_sse2 () at 
../sysdeps/x86_64/multiarch/../strlen.S:120
#1  0x75fd1bef in _IO_vfprintf_internal (s=s@entry=0x7fffb9e0, 
format=format@entry=0x7155050f "GData-Plugin: Erneuern der Autorisierung 
erfolgreich: %s\n", ap=ap@entry=0x7fffbba8)
at vfprintf.c:1638
#2  0x760885a9 in ___vsnprintf_chk
(s=0x7fffbbcb "GData-Plugin: Erneuern der Autorisierung erfolgreich: 
\024\221", maxlen=, flags=1, slen=, 
format=0x7155050f "GData-Plugin: Erneuern der Autorisierung erfolgreich: 
%s\n", args=0x7fffbba8) at vsnprintf_chk.c:63
#3  0x005fe2c4 in log_message ()
#4  0x7fffee549025 in  () at 
/usr/lib/x86_64-linux-gnu/claws-mail/plugins/gdata.so
#5  0x76d49719 in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#6  0x76d49759 in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#7  0x76b5bdd8 in g_main_context_dispatch () at 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x76b5c1c8 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x76b5c4c2 in g_main_loop_run () at 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#10 0x77c788e7 in gtk_main () at 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#11 0x00449cc8 in main ()
(gdb) q
A debugging session is active.

Inferior 1 [process 11179] will be killed.
---

I checked with 3.17.3-2's source package and there is a de.gmo file in there 
which still contains the %s. Might this be the reason?


Cheers,
-- 
Christian Beier, CTO.

W   https://shoutrlabs.com
E   c...@shoutrlabs.com
L   https://www.linkedin.com/in/christianbeier
P   +49 (0)30-555794563
T   https://twitter.com/shoutrlabs

what is, is; what is not is possible.

shoutr labs UG (haftungsbeschränkt), 
Wolfener Straße 32-34, Haus K, CleanTech Innovation Center, 12681 Berlin
HRB 154532 B, AG Charlottenburg
Managing directors: Christian Beier, Sebastian Winkler



pgpU7IBQjf1CC.pgp
Description: Digitale Signatur von OpenPGP

Bug#923980: claws-mail-gdata-plugin: gdata plugin crashes after update to 3.17.3-1

[Christian Beier]

Package: claws-mail-gdata-plugin
Version: 3.17.3-1
Severity: normal

Dear Maintainer,

I recently upgraded from stretch to buster, now claws-mail with gdata plugin
enabled segfaults.

Runs fine without gdata plugin enabled.

Also runs fine with `LANG=C claws-mail`

It seems the locale makes a difference, please see attached backtrace for the
default de_DE.UTF-8:

```

Thread 1 "claws-mail" received signal SIGSEGV, Segmentation fault.
__strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:120
120 ../sysdeps/x86_64/multiarch/../strlen.S: Datei oder Verzeichnis nicht
gefunden.
(gdb) bt
#0  0x76019436 in __strlen_sse2 () at
../sysdeps/x86_64/multiarch/../strlen.S:120
#1  0x75fd2bef in _IO_vfprintf_internal (s=s@entry=0x7fffb9f0,
format=format@entry=0x7133450f "GData-Plugin: Erneuern der Autorisierung
erfolgreich: %s\n", ap=ap@entry=0x7fffbbb8)
at vfprintf.c:1638
#2  0x76089549 in ___vsnprintf_chk
(s=0x7fffbbdb "GData-Plugin: Erneuern der Autorisierung erfolgreich: ",
maxlen=, flags=1, slen=, format=0x7133450f
"GData-Plugin: Erneuern der Autorisierung erfolgreich: %s\n",
args=0x7fffbbb8) at vsnprintf_chk.c:63
#3  0x005fde64 in log_message ()
#4  0x701b6025 in  () at /usr/lib/x86_64-linux-gnu/claws-
mail/plugins/gdata.so
#5  0x76d4a719 in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#6  0x76d4a759 in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#7  0x76b5cdd8 in g_main_context_dispatch () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#8  0x76b5d1c8 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x76b5d4c2 in g_main_loop_run () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#10 0x77c798e7 in gtk_main () at /usr/lib/x86_64-linux-
gnu/libgtk-x11-2.0.so.0
#11 0x00449ccf in main ()

```




-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages claws-mail-gdata-plugin depends on:
ii  claws-mail   3.17.3-1
ii  libatk1.0-0  2.30.0-2
ii  libc62.28-7
ii  libcairo21.16.0-3
ii  libcurl3-gnutls  7.64.0-1
ii  libdb5.3 5.3.28+dfsg1-0.3
ii  libetpan20   1.9.3-1
ii  libexpat12.2.6-1
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libgdata22   0.17.9-3
ii  libgdk-pixbuf2.0-0   2.38.0+dfsg-7
ii  libglib2.0-0 2.58.3-1
ii  libgnutls30  3.6.6-2
ii  libgtk2.0-0  2.24.32-3
ii  libjson-glib-1.0-0   1.4.4-2
ii  liblockfile1 1.14-1.1
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpangoft2-1.0-01.42.4-6
ii  libsasl2-2   2.1.27+dfsg-1
ii  libsoup2.4-1 2.64.2-2
ii  libxml2  2.9.4+dfsg1-7+b3

claws-mail-gdata-plugin recommends no packages.

claws-mail-gdata-plugin suggests no packages.

-- no debconf information

Bug#918777: libvncserver: new upstream version 0.9.12 available

[Christian Beier]

Source: libvncserver
Severity: normal

Dear Maintainer,

There is a new upstream version, 0.9.12, available at
https://github.com/LibVNC/libvncserver/releases/tag/LibVNCServer-0.9.12. Please
consider uploading it in time before the buster soft freeze.

Cheers,

  Christian



-- System Information:
Debian Release: 9.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#845106: #845106: x11vnc: configure does not find libssl, builds without OpenSSL support

[Christian Beier]

Am Mon, 19 Dec 2016 08:11:45 +0100
schrieb Christian Hofstaedtler :

> Control: reopen -1
> Control: severity -1 important
> 
> For stretch this is worked around by using libssl1.0, for stretch+1
> this needs a proper fix. By then, we hopefully don't need to
> traverse 5000 lines of openssl glue.
> 

Hi all,

Note that we have an x11vnc reportedly working with OpenSSL 1.1.0 over at LibVNC
since a few days [1]. I might do a new release soonish, but I'm unsure whether
or not we can consider this x11vnc "the real one" or a more sort of a fork.
Here's the facts:

* https://github.com/LibVNC/x11vnc is the original x11vnc source tree (plus
  some additions during the last years) that used to live within the
  LibVNCServer tree but was split out by me in the course of LibVNCServer's
  sf->github migration.
* Besides adding in XInput2 multi-pointer support, the codebase has largely
  been in maintenance mode.
* I wrote to Karl, the original author, back in 2014 [2], asking him about
  splitting out x11vnc from the LibVNCServer repo (which I manage) but as of now
  did not get a reply.
* There haven't been any commits from Karl to the LibVNCServer
  repo since early 2011, nor any changes to his -dev tarball  [3] since a few
  years.

So, honestly, I don't know what should happen when the original author of some
project apparently goes MIA. (Are you there, Karl?) Can the community simply
"take over" the project or should https://github.com/LibVNC/x11vnc technically
considered to be a fork?

What is Debian's experience with situations like that? I'm sure stuff like this
has happened before...

Cheers,
   Christian


[1] 
https://github.com/LibVNC/x11vnc/commit/d37dac6963c2fb65cf577a6413657621cbcb406a
[2] https://sourceforge.net/p/libvncserver/mailman/message/32196002/
[3] http://www.karlrunge.com/x11vnc/#beta-test
 

Bug#766335: libvncserver0: New version 0.9.10 available, pls consider packaging it

[Christian Beier]

Package: libvncserver0
Version: 0.9.9+dfsg-1
Severity: wishlist

Dear Maintainer,

A new version of libvncserver has just been released, fixing multiple security
issues and incorporating some Debian patches, amongst others. Please consider
updating to 0.9.10, which can be found at the - new BTW - libvncserver home
over at github:
https://github.com/LibVNC/libvncserver/releases/tag/LibVNCServer-0.9.10 .

Thanks!



-- System Information:
Debian Release: 7.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libvncserver0 depends on:
ii  libc6  2.13-38+deb7u6
ii  libgcrypt111.5.0-5+deb7u1
ii  libgnutls262.12.20-8+deb7u2
ii  libjpeg8   8d-1+deb7u1
ii  multiarch-support  2.13-38+deb7u6
ii  zlib1g 1:1.2.7.dfsg-13

libvncserver0 recommends no packages.

Versions of packages libvncserver0 suggests:
pn  libvncserver0-dbg  none

-- 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#762745: [CVE-2014-6051 to CVE-2014-6055] Multiple issues in libVNCserver

[Christian Beier]

Hi,

I think all of those are fixed in the most recent upstream release:
https://github.com/LibVNC/libvncserver/releases/tag/LibVNCServer-0.9.10

Cheers,
   Christian


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

Bug#745887: libwxgtk3.0-0: Please enable support for libnotify

[Christian Beier]

Am Tue, 9 Sep 2014 18:31:34 +0100
schrieb Olly Betts o...@survex.com:

 Thanks for looking into this - if it's actually possible to do, I'll
 try to ensure it gets in before the freeze.
 

Hey Olly,

Adding a libnotify-dev build-dep is all I needed to get a libnotify-enabled
wxWidgets from pbuilder, so here's the super-simple patch (attached).

Regarding the shlibs stuff you mentioned, I'm not into deb packaging enough,
sry...

HTH,

   Christian
diff --git a/wxwidgets3.0-3.0.1/debian/control b/wxwidgets3.0-3.0.1/debian/control
index 0e0bbcf..da0f1ef 100644
--- a/debian/control
+++ b/debian/control
@@ -5,7 +5,8 @@ Build-Depends: debhelper (= 9), gettext, libgtk2.0-dev,
  zlib1g-dev, libjpeg-dev, libpng-dev, libtiff5-dev, libsm-dev,
  libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev, libesd0-dev,
  autotools-dev, libexpat1-dev, dpkg-dev (= 1.16.1~),
- libxt-dev, libgstreamer-plugins-base0.10-dev, libgconf2-dev, libwebkitgtk-dev
+ libxt-dev, libgstreamer-plugins-base0.10-dev, libgconf2-dev, libwebkitgtk-dev,
+ libnotify-dev
 Maintainer: wxWidgets Maintainers freewx-ma...@lists.alioth.debian.org
 Uploaders: Olly Betts o...@survex.com
 Standards-Version: 3.9.5

Bug#745887: libwxgtk3.0-0: Please enable support for libnotify

[Christian Beier]

Am Tue, 9 Sep 2014 18:31:34 +0100
schrieb Olly Betts o...@survex.com:

 Can you show the report from checking with the inputs switched?  I.e.
 the result of upgrading from using libnotify to not.  That should
 show us all the symbols which get added by turning on libnotify, which
 would be useful to know.

Strangely enough, the abi-compliance-checker report does not show any added
symbols, maybe I'm doing something wrong. Instead I have attached a diff of
the two ABI dumps. 

Cheers,
   Christian--- old.abi	2014-09-09 19:00:51.0 +0200
+++ new.abi	2014-09-09 19:02:55.0 +0200
@@ -29561,6 +29561,40 @@
'ubuntu_gtk_set_use_overlay_scrollbar' = 1,
'ubuntu_gtk_widget_set_has_grab' = 1
  },
+'libnotify.so.4.0.0' = {
+  'notify_get_app_name' = 1,
+  'notify_get_server_caps' = 1,
+  'notify_get_server_info' = 1,
+  'notify_init' = 1,
+  'notify_is_initted' = 1,
+  'notify_marshal_VOID__UINT_STRING' = 1,
+  'notify_marshal_VOID__UINT_UINT' = 1,
+  'notify_notification_add_action' = 1,
+  'notify_notification_clear_actions' = 1,
+  'notify_notification_clear_hints' = 1,
+  'notify_notification_close' = 1,
+  'notify_notification_get_closed_reason' = 1,
+  'notify_notification_get_type' = 1,
+  'notify_notification_new' = 1,
+  'notify_notification_set_app_name' = 1,
+  'notify_notification_set_category' = 1,
+  'notify_notification_set_hint' = 1,
+  'notify_notification_set_hint_byte' = 1,
+  'notify_notification_set_hint_byte_array' = 1,
+  'notify_notification_set_hint_double' = 1,
+  'notify_notification_set_hint_int32' = 1,
+  'notify_notification_set_hint_string' = 1,
+  'notify_notification_set_hint_uint32' = 1,
+  'notify_notification_set_icon_from_pixbuf' = 1,
+  'notify_notification_set_image_from_pixbuf' = 1,
+  'notify_notification_set_timeout' = 1,
+  'notify_notification_set_urgency' = 1,
+  'notify_notification_show' = 1,
+  'notify_notification_update' = 1,
+  'notify_set_app_name' = 1,
+  'notify_uninit' = 1,
+  'notify_urgency_get_type' = 1
+},
 'libpango-1.0.so.0.3600.3' = {
 'pango_alignment_get_type' = 1,
 'pango_attr_background_new' = 1,
@@ -49599,6 +49633,12 @@
'_ZN21wxMDIClientWindowBaseD0Ev' = '_ZN21wxMDIClientWindowBaseD0Ev@@WXU_3.0',
'_ZN21wxMDIClientWindowBaseD1Ev' = '_ZN21wxMDIClientWindowBaseD1Ev@@WXU_3.0',
'_ZN21wxMDIClientWindowBaseD2Ev' = '_ZN21wxMDIClientWindowBaseD2Ev@@WXU_3.0',
+   '_ZN21wxNotificationMessage14GTKSetIconNameERK8wxString' = '_ZN21wxNotificationMessage14GTKSetIconNameERK8wxString@@WXU_3.0',
+   '_ZN21wxNotificationMessage4ShowEi' = '_ZN21wxNotificationMessage4ShowEi@@WXU_3.0',
+   '_ZN21wxNotificationMessage5CloseEv' = '_ZN21wxNotificationMessage5CloseEv@@WXU_3.0',
+   '_ZN21wxNotificationMessageD0Ev' = 

Bug#745887: libwxgtk3.0-0: Please enable support for libnotify

[Christian Beier]

Am Mon, 11 Aug 2014 15:36:18 +1200
schrieb Olly Betts o...@survex.com:

 I've not yet tried a build to see if this is an ABI break, or it's
 actually all OK (wx uses symbol visibility and the wxNotificationMessage
 definition above for the generic case is all inline, so there's still
 some hope).

Hi there again,

I've built two versions of the library, one with libnotify support and one
without. Turns out that --with-libnotify is enabled by default and only
libnotify-dev needs to be added to the build-deps to get libnotify
notifications. The abi-compliance-checker tool
(http://ispras.linuxbase.org/index.php/ABI_compliance_checker) reported no
problems between the two versions, fine so far. 

I then tested with the dialogs sample from samples/dialogs/. Results: Binary
compiled against generic-notification-wx also runs fine on libnotify-wx, though
it shows the generic notifications still. A recompile yielded libnotify
notifications. Other way round it doesn't work: the dialogs binary built
against libnotify-wx does not run with generic-notification-wx, I get a
 
 ./dialogs: relocation error: ./dialogs: symbol _ZTV21wxNotificationMessage,
 version WXU_3.0 not defined in file libwx_gtk2u_adv-3.0.so.0 with link time
 reference

which is acceptable since we're moving the other direction...

Cheers,

   Christian

 


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

Bug#745887: libwxgtk3.0-0: Please enable support for libnotify

[Christian Beier]

Am Mon, 28 Apr 2014 23:35:57 +0100
schrieb Olly Betts o...@survex.com:

 A very quick poke at the source found me this behavioural difference in the
 Show() method:
 
 |   @note When using native notifications in wxGTK, the timeout is ignored
 |   for the notifications with @c wxICON_WARNING or @c wxICON_ERROR
 |   flags, they always remain shown unless they're explicitly hidden
 by |   the user, i.e. behave as if Timeout_Auto were given.
 
 That's an example of a feature we'd lose, though it's probably not going to
 upset anyone.  But it would be prudent to do a more thorough check.

Ah, that note is in interface/wx/notifmsg.h. Looking at the actual
implementation in src/gtk/notifmsg.cpp, I see that depending on the flags
passed in, icon and urgency are set. The setting of the timeout is independent
from those flags. However, notifications with urgency critical ignore the
timeout, right (tested with the send-notify cmdline tool).

Other than this, I can't seem to find any other issues. With the libnotify
implementation, one can set title, message, timeout (with above exception),
show the notification and manually close it as well. SetParent() function is
not used, but this one doesn't hurt as users expect notifications at the same
spot on the desktop and not at random x,y coordinates.

 
  And the libnotify one, which IMO integrates far better with the desktop
  environment:
 
 I'm not disputing that it integrates better.

Okay, fine. If the decision is between getting above timeout functionality
exactly as wanted by the wx developers or having wx notifications nicely
integrated into the desktop just as users expect notifications, I hope Debian
goes for the user-friendly way ;-)

Cheers,
   Christian


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

Bug#745887: libwxgtk3.0-0: Please enable support for libnotify

[Christian Beier]

Am Mon, 28 Apr 2014 00:06:52 +0100
schrieb Olly Betts o...@survex.com:

 On Sat, Apr 26, 2014 at 01:09:12PM +0200, Christian Beier wrote:
  This is a feature request to enable support for libnotify notifications
  in debian's wx-3.0.
  
  The issue is touched shortly in https://bugs.debian.org/cgi-
  bin/bugreport.cgi?bug=738849#22, but I thought I'd rather open a new
  feature request as this is unrelated to webview support.
 
 Thanks, this is much better addressed as a separate bug.
 
  To clarify between wx built-in notifications and wx using libnotify
  notifications: The builtin notifications use a generic approach, just
  displaying a dialog-like window in the middle of the screen, but
  certainly nothing a user would expect a GNOME/KDE/... notification to
  look like. This is where libnotify comes in: this is what the major
  Linux desktop environments are using.
  
  Thus, integration of libnotify is not pointless, but enables a more
  native look and feel of wx notifications.
 
 I am aware of what libnotify is and does, but you don't really seem to
 have addressed the code comment I quoted in the message you refer to (in
 src/generic/notifmsgg.cpp):
 
 // even if the platform has the native implementation, we still normally want
 // to use the generic one (unless it's totally unsuitable for the target UI as
 // is the case of Hildon) because it may provide more features, so include
 // wx/generic/notifmsg.h to get wxGenericNotificationMessage declaration even
 // if wx/notifmsg.h only declares wxNotificationMessage itself (if it already
 // uses the generic version, the second inclusion will do no harm)
 
 It sounds like we may lose some features by switching to libnotify, so
 I'd like to understand what (if any) those are, so we can understand any
 trade-offs we are making here, and (if necessary) so we can warn the
 maintainers of the many packages with use wx to check for regressions
 this change may cause.

The comment says 'may' and to my knowledge the generic implementation certainly
does not provide more features than the libnotify one. It really just is a
simple window in the middle of the screen with icon and text.

This is the generic one:
https://2.bp.blogspot.com/-8As7-zDizw0/UBKRQYLsm9I/AKc/Y2Xc7WOr_ck/s1600/wx-notification-old.png

And the libnotify one, which IMO integrates far better with the desktop
environment:
https://2.bp.blogspot.com/-okwdgCMhbS4/UBKS3XJon0I/AKo/sF5zC5a-XHM/s1600/wx-notification-new.png


Cheers,
   Christian


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

Bug#745887: libwxgtk3.0-0: Please enable support for libnotify

[Christian Beier]

Package: libwxgtk3.0-0
Severity: wishlist

Hi there,
This is a feature request to enable support for libnotify notifications
in debian's wx-3.0.

The issue is touched shortly in https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=738849#22, but I thought I'd rather open a new
feature request as this is unrelated to webview support.

To clarify between wx built-in notifications and wx using libnotify
notifications: The builtin notifications use a generic approach, just
displaying a dialog-like window in the middle of the screen, but
certainly nothing a user would expect a GNOME/KDE/... notification to
look like. This is where libnotify comes in: this is what the major
Linux desktop environments are using.

Thus, integration of libnotify is not pointless, but enables a more
native look and feel of wx notifications.



-- System Information:
Debian Release: 7.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#671790: Fix for the rfbint.h issue

[Christian Beier]

Hi there,
the rfbint.h issue can probably be fixed in debian packaing by doing
something like
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/dirac.git;a=commitdiff;h=6ef0a8be8224db23dbeced058f71cedd173ff16f
did.

We're working on the rfbconfig.h stuff here at the LibVNCServer side.

Cheers,
   Christian 



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

Bug#644455: Should be fixed with 0.9.8.2

[Christian Beier]

Hi,
the krdc issue should be fixed with LibVNCServer 0.9.8.2, which was
just released.

Cheers,
   Christian



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

Bug#644455: (no subject)

[Christian Beier]

Hi, 
I'm one of the maintainers of libvncserver/libvncclient. 

My observations: krdc works perfectly with both 0.9.7 and 0.9.8.1
installed when connecting to libvncserver example server. Maybe it's a
regression that got something to do with ARD. Can you try reminna which
also uses libvncclient and see if the issue persists?

Cheers,
   Christian


BTW: ldd /usr/bin/krdc | grep vnc yields nothing. Is this statically
 linked?



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

Bug#644455: (no subject)

[Christian Beier]

Am Mon, 7 Nov 2011 20:05:40 +0100
schrieb Carsten Pfeiffer g...@leonde.de:

 Am Monday, 7. November 2011 schrieb Christian Beier:
 
 Hi Christian,
 
  I'm one of the maintainers of libvncserver/libvncclient.
 
 thanks for your support.
 
  My observations: krdc works perfectly with both 0.9.7 and 0.9.8.1
  installed when connecting to libvncserver example server. Maybe
  it's a regression that got something to do with ARD. Can you try
  reminna which also uses libvncclient and see if the issue persists?
 
 It works indeed with remmina. There seems to be a subtle difference
 wrt authentication: with remmina, I need to provide the credentials
 of a local admin account, while with krdc I only need to provide the
 VNC password (as set on the Mac). 
 
 I'm not an export in vnc, but I suspect the following to be the case:
 I can either provide the credentials of an admin account in order to
 get access to the (existing) remote session.
 Or, I can simply provide the VNC password to get access to the
 existing remote session.
 
 With krdc, I can only provide the VNC password. With remmina, I can
 only provide the remote admin credentials.

Ok, I've got a rough idea of what's going on: there was support for ARD
authentication added to libvncclient recently, but it needs a callback
set to work, the krdc code is not adapted yet. It seems there's a
fallback in the Apple server that first tries (encrypted, thus better)
ARD auth and then (unecrypted) VNC authentication. The way it's coded in
libvncclient now is: the client tries ARD auth, but the necessary
callback is not set (by krdc), BAAM, it fails.

I've forwarded your mail to the author of libvncclient ARD support,
let's see what he says...

C.





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

Bug#621705: [libvncserver0] New version 0.9.8 available

[Christian Beier]

Package: libvncserver0
Version: 0.9.7-2+b1
Severity: wishlist

--- Please enter the report below this line. ---

LibVNCServer 0.9.8 was released recently.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: 6.0.1
  500 stable-updates  ftp.de.debian.org 
  500 stable  security.debian.org 
  500 stable  ftp.de.debian.org 
  100 squeeze-backports backports.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
libc6 (= 2.7) | 2.11.2-10
libjpeg62 (= 6b1) | 6b1-1
zlib1g(= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
libvncserver0-dbg (= 0.9.7-2+b1) | 








signature.asc
Description: PGP signature

Bug#599113: [chromium-browser] estimated download time always displayed as 'NaN'

[Christian Beier]

On Tue, 9 Nov 2010 19:06:03 -0600
Jonathan Nieder jrnie...@gmail.com wrote:

 forwarded 599113 http://crbug.com/60476
 quit
 
 Hi again,
 
 Christian Beier wrote:
  Jonathan Nieder jrnie...@gmail.com wrote:
 
   1. Visit http://www.debian.org/CD/netinst/
   2. Choose a netinst CD of your choice (~135 MiB)
   3. Watch the progress for a few seconds and cancel it
  
  Unfortunately, that worked okay (a number of hours was shown rather than
  NaN), so it looks like this was fixed at some point before
  7.0.544.0~r61416-1.
 
  Hm, what version are you reffering to? I'm using 6.0.472.63 in
  squeeze...
 
 The plot thickens.  I was using 7.0.x from experimental, but I can't
 reproduce it with 6.0.472.63~r59945-2 from sid, either.
 
 So it looks like the bug's amd64-only.

I tested with 6.0.472.63 from squeeze on i386: download time is indeed
displayed. So this seems to be a non-i386 issue at least, maybe it's
only 64bit systems affected...

Cheers,
   Christian

 
 Regards,
 Jonathan


signature.asc
Description: PGP signature

Bug#599110: [chromium-browser] totem plugin does not work

[Christian Beier]

On Mon, 8 Nov 2010 20:10:09 -0600
Jonathan Nieder jrnie...@gmail.com wrote:

 tags 599110 + upstream
 quit
 
 Hi,
 
 Christian Beier wrote:
 
  The Totem video player plugin does not work in Chromium. It is listed
  in about:plugins, but not working. On pages with embedded video, it
  just displays 'Missing plugin', for instance on
  http://www.nasa.gov/multimedia/nasatv/index.html
 
 Could you give step-by-step instructions to reproduce this?

Oops, seems to work with the version now in squeeze. So this was
either fixed in chromium, mozplugger oder totem... 

This one can be closed i guess.

Cheers,
   Christian 

 
 Thanks,
 Jonathan


signature.asc
Description: PGP signature

Bug#599113: [chromium-browser] estimated download time always displayed as 'NaN'

[Christian Beier]

On Mon, 8 Nov 2010 20:24:43 -0600
Jonathan Nieder jrnie...@gmail.com wrote:

 tags 599113 + upstream
 quit
 
 Hi Christian,
 
 Christian Beier wrote:
 
  Simple bug I guess: the estimated download time is always displayed as
  'NaN', no matter from where chromium is downloading. This used to work
  in version 5.
 
 I tried to reproduce it:
 
  1. Visit http://www.debian.org/CD/netinst/
  2. Choose a netinst CD of your choice (~135 MiB)
  3. Watch the progress for a few seconds and cancel it
 
 Unfortunately, that worked okay (a number of hours was shown rather than
 NaN), so it looks like this was fixed at some point before
 7.0.544.0~r61416-1.

Hm, what version are you reffering to? I'm using 6.0.472.63 in
squeeze... If 7.0.544.0~r61416-1 is okay, then well. I guess a rather
harmless bug as this won't be backported to the version in squeeze.

Cheers,
   Christian

 
 http://crbug.com/60476 also looks relevant, though it concerns a
 different version.
 
 Thanks for reporting,
 Jonathan


signature.asc
Description: PGP signature

Bug#599110: [chromium-browser] totem plugin does not work

[Christian Beier]

On Tue, 9 Nov 2010 16:30:13 -0600
Jonathan Nieder jrnie...@gmail.com wrote:

 Christian Beier wrote:
  Christian Beier wrote:
 
  The Totem video player plugin does not work in Chromium. It is listed
  in about:plugins, but not working. On pages with embedded video, it
  just displays 'Missing plugin', for instance on
  http://www.nasa.gov/multimedia/nasatv/index.html
 [...]
  Oops, seems to work with the version now in squeeze. So this was
  either fixed in chromium, mozplugger oder totem... 
 
 Nice to hear.  What version of mozplugger do you use?

Here we go:
(actually, this should be a pure squeeze environment I'm running on...)


Package: mozplugger  
State: installed
Automatically installed: no
Version: 1.14.1-1
Priority: optional
Section: web
Maintainer: Alessio Treglia ales...@debian.org
Uncompressed Size: 274 k
Depends: m4, libc6 (= 2.7), libx11-6, iceweasel | iceape-browser |
firefox | abrowser | galeon | konqueror | opera | xulrunner-1.9 |
xulrunner-1.9.1 | xulrunner-1.9.2 Description: Plugin allowing external
viewers to be launched inside Mozilla mozplugger allows you to
seamlessly integrate external applications to view files downloaded
from the web that Mozilla can not normally handle. The application is
embedded within a Mozilla window as to act like and feel like a true
plugin. This allows you to view PDFs, Postscript files, animations and
movies, amongst other file types all from within Mozilla (with
supporting applications). Homepage: http://mozplugger.mozdev.org

Package: chromium-browser
State: installed
Automatically installed: no
Version: 6.0.472.63~r59945-2
Priority: optional
Section: web
Maintainer: Debian Chromium Maintainers
pkg-chromium-ma...@lists.alioth.debian.org Uncompressed Size: 37.8 M
Depends: libasound2 ( 1.0.18), libatk1.0-0 (= 1.29.3), libbz2-1.0,
libc6 (= 2.11), libcairo2 (= 1.6.0), libcups2 (= 1.4.0), libdbus-1-3
(= 1.0.2), libdbus-glib-1-2 (= 0.78), libevent-1.4-2 (=
1.4.13-stable), libexpat1 (= 1.95.8), libfontconfig1 (= 2.8.0),
libfreetype6 (= 2.3.9), libgcc1 (= 1:4.1.1), libgconf2-4 (= 2.27.0),
libgcrypt11 (= 1.4.2), libgl1-mesa-glx | libgl1, libglewmx1.5 (=
1.5.4), libglib2.0-0 (= 2.18.0), libgtk2.0-0 (= 2.18.0), libicu44 (=
4.4.1-1), libjpeg62 (= 6b1), libnspr4-0d (= 1.8.0.10), libnss3-1d (=
3.12.3), libpango1.0-0 (= 1.20.0), libpng12-0 (= 1.2.13-4),
libstdc++6 (= 4.4.0), libv8-2.2.24, libvpx0 (= 0.9.0), libx11-6,
libxext6, libxml2 (= 2.7.4), libxrender1, libxslt1.1 (= 1.1.25),
libxss1, zlib1g (= 1:1.2.0), xdg-utils, chromium-browser-inspector
Suggests: chromium-browser-l10n Conflicts: chromium-codecs-ffmpeg,
chromium-codecs-ffmpeg-extra, chromium-testsuite Replaces:
chromium-codecs-ffmpeg, chromium-codecs-ffmpeg-extra,
chromium-testsuite Provides: chromium-testsuite, gnome-www-browser,
www-browser Description: Chromium browser Chromium is an open-source
browser project that aims to build a safer, faster, and more stable way
for all Internet users to experience the web. Chromium serves as a base
for Google Chrome, which is Chromium rebranded (name and logo) with
very few additions such as usage tracking and an auto-updater system.
This package contains the Chromium browser Homepage:
http://code.google.com/chromium/

Package: totem-mozilla
State: installed
Automatically installed: no
Version: 2.30.2-5
Priority: optional
Section: video
Maintainer: Sebastien Bacher seb...@debian.org
Uncompressed Size: 557 k
Depends: libc6 (= 2.2.5), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2 (=
0.78), libgcc1 (= 1:4.1.1), libglib2.0-0 (= 2.22), libstdc++6 (=
4.1.1), libtotem-plparser17 (= 2.30.1), libx11-6, totem (= 2.30.2-5),
dbus-x11 (= 0.61) Recommends: epiphany-browser | www-browser
Description: Totem Mozilla plugin
 This package contains the Totem Mozilla plugin, which will enhance
your Gecko-based browser to be able to display movie clips. 
 
 This plugin should work for Iceweasel as well as XULRunner based
browsers. Homepage: http://www.gnome.org/projects/totem/


signature.asc
Description: PGP signature

Bug#599110: [chromium-browser] totem plugin does not work

[Christian Beier]

Package: chromium-browser
Version: 6.0.472.62~r59676-1
Severity: normal

--- Please enter the report below this line. ---
Hi,
The Totem video player plugin does not work in Chromium. It is listed
in about:plugins, but not working. On pages with embedded video, it
just displays 'Missing plugin', for instance on
http://www.nasa.gov/multimedia/nasatv/index.html


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 testing security.debian.org 
  500 testing ftp.de.debian.org 
1 squeeze-backports backports.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libasound2( 1.0.18) | 1.0.23-1
libatk1.0-0   (= 1.29.3) | 1.30.0-1
libbz2-1.0| 1.0.5-6
libc6   (= 2.11) | 2.11.2-6
libcairo2  (= 1.6.0) | 1.8.10-6
libcups2   (= 1.4.0) | 1.4.4-3
libdbus-1-3(= 1.0.2) | 1.2.24-3
libdbus-glib-1-2(= 0.78) | 0.88-2
libevent-1.4-2 (= 1.4.13-stable) | 1.4.13-stable-1
libexpat1 (= 1.95.8) | 2.0.1-7
libfontconfig1 (= 2.8.0) | 2.8.0-2.1
libfreetype6   (= 2.3.9) | 2.4.2-1
libgcc1  (= 1:4.1.1) | 1:4.4.4-8
libgconf2-4   (= 2.27.0) | 2.28.1-4
libgcrypt11(= 1.4.2) | 1.4.5-2
libgl1-mesa-glx   | 7.8.2-2
 OR libgl1| 
libglewmx1.5   (= 1.5.4) | 1.5.4-1
libglib2.0-0  (= 2.18.0) | 2.24.2-1
libgtk2.0-0   (= 2.18.0) | 2.20.1-1+b1
libicu44 (= 4.4.1-1) | 4.4.1-6
libjpeg62(= 6b1) | 6b1-1
libnspr4-0d (= 1.8.0.10) | 4.8.4-2
libnss3-1d(= 3.12.3) | 3.12.6-3
libpango1.0-0 (= 1.20.0) | 1.28.1-1
libpng12-0  (= 1.2.13-4) | 1.2.44-1
libstdc++6 (= 4.4.0) | 4.4.4-8
libv8-2.2.24  | 2.2.24-5
libvpx0(= 0.9.0) | 0.9.1-1
libx11-6  | 2:1.3.3-3
libxext6  | 2:1.1.2-1
libxml2(= 2.7.4) | 2.7.7.dfsg-4
libxrender1   | 1:0.9.6-1
libxslt1.1(= 1.1.25) | 1.1.26-6
libxss1   | 1:1.2.0-2
zlib1g   (= 1:1.2.0) | 1:1.2.3.4.dfsg-3
xdg-utils | 1.0.2+cvs20100307-2
chromium-browser-inspector| 6.0.472.62~r59676-1


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
chromium-browser-l10n| 6.0.472.62~r59676-1







signature.asc
Description: PGP signature

Bug#599113: [chromium-browser] estimated download time always displayed as 'NaN'

[Christian Beier]

Package: chromium-browser
Version: 6.0.472.62~r59676-1
Severity: normal

--- Please enter the report below this line. ---
Hi,
Simple bug I guess: the estimated download time is always displayed as
'NaN', no matter from where chromium is downloading. This used to work
in version 5.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 testing security.debian.org 
  500 testing ftp.de.debian.org 
1 squeeze-backports backports.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libasound2( 1.0.18) | 1.0.23-1
libatk1.0-0   (= 1.29.3) | 1.30.0-1
libbz2-1.0| 1.0.5-6
libc6   (= 2.11) | 2.11.2-6
libcairo2  (= 1.6.0) | 1.8.10-6
libcups2   (= 1.4.0) | 1.4.4-3
libdbus-1-3(= 1.0.2) | 1.2.24-3
libdbus-glib-1-2(= 0.78) | 0.88-2
libevent-1.4-2 (= 1.4.13-stable) | 1.4.13-stable-1
libexpat1 (= 1.95.8) | 2.0.1-7
libfontconfig1 (= 2.8.0) | 2.8.0-2.1
libfreetype6   (= 2.3.9) | 2.4.2-1
libgcc1  (= 1:4.1.1) | 1:4.4.4-8
libgconf2-4   (= 2.27.0) | 2.28.1-4
libgcrypt11(= 1.4.2) | 1.4.5-2
libgl1-mesa-glx   | 7.8.2-2
 OR libgl1| 
libglewmx1.5   (= 1.5.4) | 1.5.4-1
libglib2.0-0  (= 2.18.0) | 2.24.2-1
libgtk2.0-0   (= 2.18.0) | 2.20.1-1+b1
libicu44 (= 4.4.1-1) | 4.4.1-6
libjpeg62(= 6b1) | 6b1-1
libnspr4-0d (= 1.8.0.10) | 4.8.4-2
libnss3-1d(= 3.12.3) | 3.12.6-3
libpango1.0-0 (= 1.20.0) | 1.28.1-1
libpng12-0  (= 1.2.13-4) | 1.2.44-1
libstdc++6 (= 4.4.0) | 4.4.4-8
libv8-2.2.24  | 2.2.24-5
libvpx0(= 0.9.0) | 0.9.1-1
libx11-6  | 2:1.3.3-3
libxext6  | 2:1.1.2-1
libxml2(= 2.7.4) | 2.7.7.dfsg-4
libxrender1   | 1:0.9.6-1
libxslt1.1(= 1.1.25) | 1.1.26-6
libxss1   | 1:1.2.0-2
zlib1g   (= 1:1.2.0) | 1:1.2.3.4.dfsg-3
xdg-utils | 1.0.2+cvs20100307-2
chromium-browser-inspector| 6.0.472.62~r59676-1


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
chromium-browser-l10n| 6.0.472.62~r59676-1







signature.asc
Description: PGP signature

Bug#576848: closed by Julien Cristau jcris...@debian.org (Bug#576848: fixed in xserver-xorg-video-intel 2:2.12.0+shadow-1)

[Christian Beier]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 20 Sep 2010 18:21:26 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

 This is an automatic notification regarding your Bug report
 which was filed against the xserver-xorg-video-intel package:
 
 #576848: [855GM] X crashes shortly after desktop startup
 
 It has been closed by Julien Cristau jcris...@debian.org.
 
 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Julien Cristau 
 jcris...@debian.org by
 replying to this email.

Hi,
This _may_ well be fixed, but only if KMS would be enabled for this
chipset. However, it seems that in the kernel packages found in squeeze
and sid KMS is disabled for i8xx chipsets by patching the i915 module.
So maybe this should get reverted or made configurable...

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

iEYEARECAAYFAkyYbX4ACgkQQhuztFxgZ/gbBQCfZA3culuSOx6V8mOF/7HRFAks
UsQAoMn6YcgNXNPXnbaHwlXfSIe7kKHD
=uYG+
-END PGP SIGNATURE-

Bug#576848: [855GM] X crashes shortly after desktop startup

[Christian Beier]

On Sat, 10 Apr 2010 21:21:32 +0200
Julien Cristau jcris...@debian.org wrote:
 There are kernel patches on
 https://bugs.freedesktop.org/show_bug.cgi?id=27187 which might help.
 
 Cheers,
 Julien

Yeah, the v9 patch posted there seems to fix the issue for me. Bad
thing is the patch isn't pushed upstream yet, so i guess it won't be
included in a stock debian kernel by now, right?

Anyway, I made a kernel package for others to try out:
http://www2.informatik.hu-berlin.de/~beier/tmp/linux-image-2.6.34gtt-fix-v9_2.6.34gtt-fix-v9-10.00.Custom_i386.deb

Cheers,
   Christian



signature.asc
Description: PGP signature

Bug#576848: 2.6.32-4 startx log

[Christian Beier]

There's another difference from 2.6.32-4 to -4. The startx output is
different now:

---snip---
X.Org X Server 1.7.6
Release Date: 2010-03-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.10-dsa-ia32 i686 Debian
Current Operating System: Linux joe 2.6.32-4-686 #1 SMP Tue Apr 6 07:02:27 UTC 
2010 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-4-686 
root=UUID=42eea0ab-800e-4a54-823e-7de67467ca52 ro quiet
Build Date: 23 March 2010  10:07:02PM
xorg-server 2:1.7.6-1 (Cyril Brulebois k...@debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
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: Sat Apr 10 19:51:49 2010
(==) Using default built-in configuration (30 lines)
FATAL: Module fbcon not found.
SELinux: Disabled on system, not enabling in X server
The XKEYBOARD keymap compiler (xkbcomp) reports:
 Warning:  Type ONE_LEVEL has 1 levels, but RALT has 2 symbols
   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
(EE) Logitech USB Receiver: failed to initialize for relative axes.
../../intel/intel_bufmgr_gem.c:983: Error setting domain 32: Input/output error

Fatal server error:
Failed to submit batchbuffer: Input/output error


Please consult the The X.Org Foundation support 
 at http://wiki.x.org
 for help. 
Please also check the log file at /var/log/Xorg.0.log for additional 
information.

X: ../../src/i830_batchbuffer.h:79: intel_batch_emit_dword: Assertion 
`pI830-batch_ptr != ((void *)0)' failed.
xinit:  connection to X server lost.
---snap---


signature.asc
Description: PGP signature

Bug#576848: still crashes with 2.6.32-4

[Christian Beier]

Hi,
I just tried with 2.6.32-4 as suggested in some other bug reports.
Still the same issue :-(

dmesg is a bit different now:
---snip---
[1.904043] [drm] Initialized drm 1.1.0 20060810
[2.177000] [drm] set up 7M of stolen space
[2.239985] [drm] initialized overlay support
[3.336635] fb0: inteldrmfb frame buffer device
[3.336652] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[  548.404023] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... 
GPU hung
[  548.404058] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns 
-5 (awaiting 180 at 179)
---snap---

Xorg log is the same...


signature.asc
Description: PGP signature

Bug#576848: [855GM] X crashes shortly after desktop startup

[Christian Beier]

Package: xserver-xorg-video-intel
Version: 2:2.9.1-3
Severity: important


Hi there,

After upgrading to squeeze, X11 crashes a few seconds after startup on my JVC 
MP-XP731 with a 855GM. 
The screen goes blank, no VT switching possible. SSH'ing in still works. I 
tried with a new user account to rule
out any old-config issues: same result. Funny thing is GDM works okay. I can 
also start a sole X from commandline and
can even run glxgears, so maybe it's an issue with UXA render accel. I cannot 
use UMS either: when booting with i915 modeset=0,
the screen just goes blank on X startup, no Xorg log written, no ssh possible. 
So right now i'm sticking with vesa (which is not
working at all with kms turned on, but that's another issue).

I also tried 2.6.30 kernel image and 2.6.33 from experimental, with different 
log output, but same overall results.
I can post the logs if neccesary.

Trying out different intel drivers makes no big difference as well. With intel 
2.11 from experimental X locks up instead 
of crashing and VT switching is still possible, but that's it. Compiling older 
intel driver releases proved difficult
as they rely on headers that X.org is not providing anymore since 7.1 or so.


Here's the output of startx:
snip---
xauth:  creating new authority file /home/test/.Xauthority
xauth:  creating new authority file /home/test/.Xauthority


X.Org X Server 1.7.6
Release Date: 2010-03-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.10-dsa-ia32 i686 Debian
Current Operating System: Linux joe 2.6.32-3-686 #1 SMP Thu Feb 25 06:14:20 UTC 
2010 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-686 
root=UUID=42eea0ab-800e-4a54-823e-7de67467ca52 ro quiet
Build Date: 23 March 2010  10:07:02PM
xorg-server 2:1.7.6-1 (Cyril Brulebois k...@debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
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: Wed Apr  7 19:54:29 2010
(==) Using default built-in configuration (30 lines)
FATAL: Module fbcon not found.
SELinux: Disabled on system, not enabling in X server
The XKEYBOARD keymap compiler (xkbcomp) reports:
 Warning:  Type ONE_LEVEL has 1 levels, but RALT has 2 symbols
   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
(EE) Logitech USB Receiver: failed to initialize for relative axes.
../../intel/intel_bufmgr_gem.c:983: Error setting domain 27: Input/output error
../../intel/intel_bufmgr_gem.c:983: Error setting domain 27: Input/output error
../../intel/intel_bufmgr_gem.c:983: Error setting domain 27: Input/output error

Fatal server error:
Failed to submit batchbuffer: Input/output error


Please consult the The X.Org Foundation support 
 at http://wiki.x.org
 for help. 
Please also check the log file at /var/log/Xorg.0.log for additional 
information.

X: ../../src/i830_batchbuffer.h:79: intel_batch_emit_dword: Assertion 
`pI830-batch_ptr != ((void *)0)' failed.
xinit:  connection to X server lost.

waiting for X server to shut down 
---snap---


-- Package-specific info:
/var/lib/x11/X.roster does not exist.

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

X server symlink status:
lrwxrwxrwx 1 root root 13 Aug 23  2007 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1712764 Mar 23 23:13 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated 
Graphics Device (rev 02)

/etc/X11/xorg.conf does not exist.

Xorg X server log files on system:
-rw-r--r-- 1 root root 28326 Apr  7 19:55 /var/log/Xorg.0.log

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

X.Org X Server 1.7.6
Release Date: 2010-03-17
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.32.10-dsa-ia32 i686 Debian
Current Operating System: Linux joe 2.6.32-3-686 #1 SMP Thu Feb 25 06:14:20 UTC 
2010 i686
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-686 
root=UUID=42eea0ab-800e-4a54-823e-7de67467ca52 ro quiet
Build Date: 23 March 2010  10:07:02PM
xorg-server 2:1.7.6-1 (Cyril Brulebois k...@debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
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: Wed Apr  7 19:54:29 2010
(II) Loader magic: 0x81e7be0
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 6.0
X.Org XInput driver : 

Bug#399501: Fixed upstream

[Christian Beier]

Hi,
This bug is fixed upstream. The fix is in git master, but not in a
released version yet.

Cheers,
   Christian


signature.asc
Description: PGP signature