Bug#712855: This is actually fixed upstream.

2013-06-23 Thread Martin Tang
I have the same issue. This is actually fixed upstream, see:

https://bugzilla.redhat.com/show_bug.cgi?id=950735

Advice on how to build a patched version just for my machine's arch (as
opposed to all 9000 kernel packages) would be welcome.


Bug#714436: fonts-droid: No Hangul characters

2013-06-29 Thread Martin Tang
Package: fonts-droid
Version: 1:4.2.r1-2
Severity: normal

Dear Maintainer,

Korean characters do not display properly (they show up as boxes) after the 
package is installed. After further investigation (downloading the .ttf files 
from the Android git repository), I found that:

1. With only DroidSansFallbackFull.ttf (as is the case in fonts-droid), Korean 
characters do not display properly.

2. With DroidSansFallback.ttf present, Korean characters display properly.


-- Package-specific info:
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture   
 Description
+++--===-===-=
ii  fontconfig   2.10.2-2amd64  
 generic font configuration library - support binaries
ii  libfreetype6:amd64   2.4.9-1.1   amd64  
 FreeType 2 font engine, shared library files
ii  libxft2:amd642.3.1-1 amd64  
 FreeType-based font drawing library for X

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages fonts-droid depends on:
ii  dpkg  1.16.10

fonts-droid recommends no packages.

fonts-droid suggests no packages.

-- 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#669869: scala-mode-el: Fails to indent; Invald function: scala-point-after

2012-04-21 Thread Martin Tang
Package: scala-mode-el
Version: 20111005-2
Severity: normal

Dear Maintainer,
scala-mode fails to indent. When tab or C-j is used, the error Invald 
function: scala-point-after occurs and nothing happens.

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

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages scala-mode-el depends on:
ii  emacs [emacsen]23.4+1-3
ii  emacs23 [emacsen]  23.4+1-3

scala-mode-el recommends no packages.

scala-mode-el suggests no packages.

-- 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#698654: ibus-el: Update ibus-el's emacs dependency

2013-01-21 Thread Martin Tang
Package: ibus-el
Version: 0.3.0-2+1
Severity: normal

Dear Maintainer,
ibus-el seems to work fine with emacs24, please update dependency.

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ibus-el depends on:
ii  emacs24  24.2+1-1
ii  ibus 1.4.1-9
ii  python   2.7.3-3
ii  python-xlib  0.14+20091101-1

ibus-el recommends no packages.

Versions of packages ibus-el suggests:
ii  ibus-gtk  1.4.1-9
ii  ibus-qt4  1.3.1-2.1

-- 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#712527:

2013-07-05 Thread Martin Tang
Instead of editing /etc/grub.d/00_header (which might get replaced on a
grub upgrade?), you can also add

GRUB_GFXPAYLOAD_LINUX=1024x768 (or whatever res you use)

to your /etc/default/grub. See
[https://www.gnu.org/software/grub/manual/html_node/Simple-configuration.html].


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



Bug#712855: Update with version 3.9.8-1

2013-07-11 Thread Martin Tang
On Thu, 2013-07-11 at 12:52 +0200, Yohann Ferreira wrote:
 Hi all, :)
 
 I don't know whether this is useful actually, so my apologize if it isn't.
 
 Using the latest version on sid 3.9.8-1, the wifi still has hiccups and is 
 cut 
 every 20 minutes or so, but at least, I can connect more or less connect to 
 the internet with it. (Thanks for that already!)
 
 After one or two hours, though, the wifi is cut and can no longer get 
 connected, stuck at getting an IP, according to the network manager.
 
 Thanks for the endless work made on this and best regards,
 
 Yohann
 

The patch above still applies to the latest 3.9 kernel on Sid, and I'm
using that patch right now. It's fixed upstream in the release version
of 3.10, which isn't in Debian yet.


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



Bug#770512: mutter: Tiled windows using client side decoration have no borders

2014-11-21 Thread Martin Tang
Source: mutter
Severity: normal

Dear Maintainer,

Over the last few GNOME releases, more and more applications have started using
client side decoration. When these applications are quick tiled to the left or
to the right, they lack any borders, and it can be hard to see where one window
ends and another begins. Previously, tiled applications had a thin 1 pixel 
border
(and a drop shadow if only one visible window is tiled).

Attached below are two screenshots, one showing a tiled window using CSD and
having no borders, and a second showing a tiled window with the old behavior.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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


Bug#809086: gdm hang when switching virtual terminal or logging out

2016-01-04 Thread Martin Tang
I believe I have the same issue, right down to Wayland sessions (which I 
haven't used before since it's not the default) being unaffected.


One "workaround", if you can call it that, is to ssh in and run "sudo 
systemctl restart gdm". This still leaves some of the previous processes 
running, but there are some fresh ones and a fresh gdm to log in with again.




Bug#809086: gdm3: Hang when switching virtual terminals or logging out

2016-02-16 Thread Martin Tang

This is a dupe of #805763 and has been fixed.



Bug#836346: racket: Raco fails without libssl-dev

2016-09-01 Thread Martin Tang
Package: racket
Version: 6.6-1
Severity: normal

Dear Maintainer,

I tried to install a package with raco, but it failed because it could not use 
ssl:

martin@porthole:~/Temp$ raco pkg install pollen
Resolving "pollen" via https://download.racket-lang.org/releases/6.6/catalog/
ssl-make-client-context: requested protocol not supported;
 SSL not available; check `ssl-load-fail-reason'
  requested: 'auto
  context...:
   /usr/share/racket/collects/openssl/mzssl.rkt:624:0: make-raw-context
   /usr/share/racket/collects/openssl/mzssl.rkt:914:0: 
ssl-make-secure-client-context
   /usr/share/racket/collects/openssl/mzssl.rkt:930:0: ssl-secure-client-context
   /usr/share/racket/collects/openssl/mzssl.rkt:624:0: make-raw-context
   /usr/share/racket/collects/openssl/mzssl.rkt:492:18
   /usr/share/racket/collects/ffi/unsafe/atomic.rkt:72:13
   /usr/share/racket/collects/openssl/../racket/private/more-scheme.rkt:261:28
   
/usr/share/racket/collects/openssl/../racket/contract/private/arrow-val-first.rkt:306:25
   /usr/share/racket/collects/net/http-client.rkt:235:0
   /usr/share/racket/collects/racket/contract/private/arrow-val-first.rkt:397:3
   /usr/share/racket/collects/net/url.rkt:144:0: http://getpost-impure-port
   /usr/share/racket/collects/net/url.rkt:251:2: redirection-loop
   /usr/share/racket/collects/racket/contract/private/arrow-val-first.rkt:397:3
   /usr/share/racket/collects/pkg/private/network.rkt:59:3
   /usr/share/racket/collects/pkg/private/catalog.rkt:218:0: read-from-server
   /usr/share/racket/collects/pkg/private/catalog.rkt:138:9: for-loop
   ...

And then:

> (require openssl)
> ssl-available?
#f
> ssl-load-fail-reason
"ffi-lib: couldn't open \"libcrypto.so\" (libcrypto.so: cannot open shared 
object file: No such file or directory)"

After installing libssl-dev, it worked. See: 
https://github.com/racket/racket/issues/1096

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

Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages racket depends on:
ii  libc6  2.24-1
ii  libffi63.2.1-4
ii  racket-common  6.6-1

Versions of packages racket recommends:
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.49.6-1
ii  libgtk2.0-0  2.24.30-4
ii  libjpeg62-turbo  1:1.5.0-1
ii  libpangocairo-1.0-0  1.40.2-1
ii  libpng16-16  1.6.24-2
ii  libunique-1.0-0  1.1.6-5
ii  racket-doc   6.6-1

racket suggests no packages.

-- no debconf information



Bug#836346: racket: Raco fails without libssl-dev

2016-09-19 Thread Martin Tang

On 01/09/16 09:51 PM, David Bremner wrote:


I can't duplicate the problem so far. I don't have libssl-dev installed,
but I could install pollen fine (via https). I do have libssl1.0.2:amd64
installed, perhaps that's the difference?



Sorry, Google misplaced your mail into the spam folder for some
reason...

Anyway, I uninstalled/reinstalled libssl-dev to reconfirm that on my
setup in particular, Racket can't find libssl without libssl-dev
installed. I guess I realized my previous email was very bad about
neglecting what ssl packages I have installed though. Here's what it
looks like with libssl-dev purged:

martin@porthole:~$ aptitude versions '~i ssl'
Package libcrypt-ssleay-perl:
i A 0.73.04-1+b1 unstable 500

Package libgnutls-openssl27:
i  3.5.4-2 unstable 500

Package libio-socket-ssl-perl:
i A 2.037-1 unstable 500

Package libnet-smtp-ssl-perl:
i A 1.03-1 unstable 500

Package libnet-ssleay-perl:
i A 1.77-1 unstable 500

Package libssl1.0.2:
i A 1.0.2h-1 unstable 500

Package openssl:
i A 1.0.2h-1 unstable 500

Package ssl-cert:
i A 1.0.38 unstable 500

martin@porthole:~$ dpkg --search '*libcrypto*'
racket-common: /usr/share/racket/collects/openssl/compiled/libcrypto_rkt.dep
libssl1.0.2:amd64: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.2
racket-common: /usr/share/racket/collects/openssl/libcrypto.rkt
racket-common: /usr/share/racket/collects/openssl/compiled/libcrypto_rkt.zo

In particular, we have that
/usr/share/racket/collects/openssl/libcrypto.rkt has a list of
libcrypto.so versions that it looks for (between 0.9.7 and 1.0.1k, as
well as the unversioned one), and 1.0.2 is not on that list, while
installing the dev package gives me the unversioned one.