Bug#868871: What's the main obstacle?

2024-05-09 Thread Hong Xu 

I may have missed the point here, but what's the main obstacle for restoring 
diff-highlight?

Bug#915451: editorconfig-core: New upstream release for over half a year

2018-12-03 Thread Hong Xu 
Source: editorconfig-core
Severity: normal

Dear Maintainer,

The upstream release has bumped to 0.12.3 (and has bumped to 0.12.2 half a year
ago), but the version remains in sid is still 0.12.1. There are some memory
leaks and crash fixes, which I think should be important for updating.



-- 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.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Bug#626319: gnuift: circular dependency with gnuift-perl

2018-08-05 Thread Hong Xu 
> There is a circular dependency between gnuift and gnuift-perl:
>
> gnuift :Depends: gnuift-perl (= 0.1.14-10)
> gnuift-perl :Depends: gnuift (>= 0.1.14-10), gnuift (<< 0.1.14-10.1~)
>
>
> Circular dependencies are known to cause problems during upgrade, so we
> should try to get rid of them.
>

It looks like this is still unfixed in stretch...



signature.asc
Description: OpenPGP digital signature

Bug#877714: librime-data-luna-pinyin: The luna_pinyin_tw schema uses the wrong opencc config

2017-10-04 Thread Hong Xu 
Package: librime-data-luna-pinyin
Version: 0.35-1
Severity: normal

Dear Maintainer,

Using the luna_pinyin_tw schema will not turn on 臺灣正體 (taiwanese characters).
The reason is that the opencc config is incorrect: it should be t2tw.json, not
zht2zhtw_v.ini. The upstream seems to be correct on this option
.



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

Kernel: Linux 4.12.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

librime-data-luna-pinyin depends on no packages.

Versions of packages librime-data-luna-pinyin recommends:
ii  librime-data-cangjie5  0.35-1

librime-data-luna-pinyin suggests no packages.

-- no debconf information

Bug#855249: icedove: Cannot open attachments after upgrading to Stretch

2017-05-25 Thread Hong Xu 


On 05/20/2017 11:00 AM, Carsten Schoenert wrote:
> On Sat, May 20, 2017 at 09:09:21AM -0700, Hong Xu wrote:
>  
>> I switched apparmor to complain mode and it works now. Are you
>> suggesting that now the updated apparmor profile should address this issue?
> 
> I'm not that familiar with apparmor but the question is if the current
> apprarmor profile or thunderbird is preventing all the needed access. So
> you can look into the logs what's the reason why evince isn't called for
> example.
> 
> Without a look into the respective logs the profile can't be expanded
> correctly.
> 
> Please note also some info about apparmor for Thunderbird written in
> the Debian Wiki.
> 
> https://wiki.debian.org/Thunderbird#AppArmor_profile
> https://wiki.debian.org/AppArmor/Debug
> 
Now I can't reproduce the issue any more, even after re-enabling
apparmor for thunderbird. I have the following log entry

May 25 00:35:58 home kernel: [ 3283.982257] audit: type=1400
audit(1495697758.889:1682): apparmor="ALLOWED" operation="open"
profile="thunderbird//null-3" name="/etc/ld.so.cache" pid=10714
comm="evince" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0

However, enforcing thunderbird also leads to strange results, which also
makes me a bit worried:

sudo aa-enforce thunderbird



Setting /usr/bin/thunderbird to enforce mode.





ERROR: /etc/apparmor.d/usr.bin.thunderbird contains no profile

Bug#855249: icedove: Cannot open attachments after upgrading to Stretch

2017-05-20 Thread Hong Xu 
On 05/20/2017 01:33 AM, Carsten Schoenert wrote:
> Hello Hong Xu,
> 
> On Wed, Feb 15, 2017 at 03:26:37PM -0800, Hong Xu wrote:
> ... 
>> It asks the confirmation to open it. However, after click open, the "Launch
>> application" window pops up to ask for an application to open it. I selected 
>> an
>> application, e.g., evince for PDF files, but it failed to launch the
>> application.
>>
>>* What outcome did you expect instead?
>>
>> After clicking "open" in the confirmation dialog, the attachment should be
>> opened immediately.
> 
> you have apparmor installed and probably active, I assume every thing
> goes back to normal if you disable the apparmor profile for testing. Or
> does it work in the between times? There was soem update on apparmor
> profile for TB recently in the last uploads.
>  
>> Versions of packages icedove suggests:
>> ii  apparmor  2.11.0-2  <

I switched apparmor to complain mode and it works now. Are you
suggesting that now the updated apparmor profile should address this issue?

Bug#855902: [Pkg-xfce-devel] Bug#855902: Bug#855902: xfce4: Moving mouse won't bring a locked screen back. Have to use Ctrl-Alt-F2, Ctrl-Alt-F1, which brings the Desktop Manager (such as GDM) login sc

2017-02-24 Thread Hong Xu 
On 02/24/2017 08:09 AM, Yves-Alexis Perez wrote:
> On Fri, 2017-02-24 at 01:41 -0800, Hong Xu wrote:
>> On 02/23/2017 01:17 PM, Yves-Alexis Perez wrote:
>>> control: tag -1 moreinfo
>>>
>>> On Wed, 2017-02-22 at 22:53 -0800, Hong Xu wrote:
>>>> If wait long enough after the screen is locked, I have to use "Ctrl-Alt-
>>>> F2,
>>>> Ctrl-Alt-F1" to bring the screen back on. However, when it is on, the
>>>> desktop
>>>> manager (GDM) pops up, instead of the xfce password dialog.
>>>
>>> What screen locker are you using? Note that light-locker only works with
>>> lightdm, not GDM.
>>>
>>
>> For lightdm, the password dialog is still missing; but I don't need to
>> use "Ctrl-Alt-F*" any more.
> 
> Then it looks a bit like #855626, could you confirm it?
> 

No, it's a different issue. I can still log in back. The point is, I
used to see a simple password dialog, but now it's lightdm (and I have
to retype my user name).

Bug#855902: [Pkg-xfce-devel] Bug#855902: xfce4: Moving mouse won't bring a locked screen back. Have to use Ctrl-Alt-F2, Ctrl-Alt-F1, which brings the Desktop Manager (such as GDM) login screen.

2017-02-24 Thread Hong Xu 
On 02/23/2017 01:17 PM, Yves-Alexis Perez wrote:
> control: tag -1 moreinfo
> 
> On Wed, 2017-02-22 at 22:53 -0800, Hong Xu wrote:
>> If wait long enough after the screen is locked, I have to use "Ctrl-Alt-F2,
>> Ctrl-Alt-F1" to bring the screen back on. However, when it is on, the desktop
>> manager (GDM) pops up, instead of the xfce password dialog.
> 
> What screen locker are you using? Note that light-locker only works with
> lightdm, not GDM.
> 

For lightdm, the password dialog is still missing; but I don't need to
use "Ctrl-Alt-F*" any more.

Bug#855902: xfce4: Moving mouse won't bring a locked screen back. Have to use Ctrl-Alt-F2, Ctrl-Alt-F1, which brings the Desktop Manager (such as GDM) login screen.

2017-02-22 Thread Hong Xu 
Package: xfce4
Version: 4.12.3
Severity: important

Dear Maintainer,


   * What led up to the situation?

Wait until the screen is locked. Sometimes need to wait a bit longer even after
it is locked.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Press key and move the mouse.

   * What was the outcome of this action?

Nothing happened.

   * What outcome did you expect instead?

The password dialog should pop up.

   * Some comments?

This issue does not exist in Jessie. It starts happening after upgrading to
Stretch.

If wait long enough after the screen is locked, I have to use "Ctrl-Alt-F2,
Ctrl-Alt-F1" to bring the screen back on. However, when it is on, the desktop
manager (GDM) pops up, instead of the xfce password dialog.



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

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

Versions of packages xfce4 depends on:
ii  gtk2-engines-xfce3.2.0-2
ii  libxfce4ui-utils 4.12.1-2
ii  orage4.12.1-2
ii  thunar   1.6.10-6
ii  xfce4-appfinder  4.12.0-2
ii  xfce4-panel  4.12.1-2
ii  xfce4-pulseaudio-plugin  0.2.4-1
ii  xfce4-session4.12.1-5
ii  xfce4-settings   4.12.1-1
ii  xfconf   4.12.1-1
ii  xfdesktop4   4.12.3-3
ii  xfwm44.12.3-3

Versions of packages xfce4 recommends:
ii  desktop-base  9.0.2
ii  tango-icon-theme  0.8.90-6
ii  thunar-volman 0.8.1-2
ii  xfce4-notifyd 0.3.4-1
ii  xorg  1:7.7+18

Versions of packages xfce4 suggests:
pn  gtk3-engines-xfce
pn  xfce4-goodies
ii  xfce4-power-manager  1.4.4-4

-- no debconf information

Bug#855249: icedove: Cannot open attachments after upgrading to Stretch

2017-02-15 Thread Hong Xu 
Package: icedove
Version: 1:45.6.0-2
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Open a message with an attachment.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Double click the attachment.

   * What was the outcome of this action?

It asks the confirmation to open it. However, after click open, the "Launch
application" window pops up to ask for an application to open it. I selected an
application, e.g., evince for PDF files, but it failed to launch the
application.

   * What outcome did you expect instead?

After clicking "open" in the confirmation dialog, the attachment should be
opened immediately.



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

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

Versions of packages icedove depends on:
ii  debianutils   4.8.1
ii  fontconfig2.11.0-6.7
ii  libasound21.1.3-4
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-9
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.14-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-2.1
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7
ii  libfreetype6  2.6.3-3+b1
ii  libgcc1   1:6.3.0-6
ii  libgdk-pixbuf2.0-02.36.4-1
ii  libglib2.0-0  2.50.2-2
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.4-0 1.4.1-2+b1
ii  libicu57  57.1-5
ii  libnspr4  2:4.12-6
ii  libnss3   2:3.26.2-1
ii  libpango-1.0-01.40.3-3
ii  libpangocairo-1.0-0   1.40.3-3
ii  libpangoft2-1.0-0 1.40.3-3
ii  libpixman-1-0 0.34.0-1
ii  libsqlite3-0  3.16.2-2
ii  libstartup-notification0  0.12-4
ii  libstdc++66.3.0-6
ii  libvpx4   1.6.1-2
ii  libx11-6  2:1.6.4-3
ii  libxcomposite11:0.4.4-2
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.3-1
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-7
ii  iceowl-extension  1:45.6.0-2

Versions of packages icedove suggests:
ii  apparmor  2.11.0-2
ii  fonts-lyx 2.2.2-1
ii  libgssapi-krb5-2  1.15-1

-- no debconf information

Bug#851276: Patch available

2017-02-15 Thread Hong Xu 
The patch to resolve this issue is available

http://svn.savannah.nongnu.org/viewvc/chktex/trunk/chktex/FindErrs.c?r1=308=314=patch



signature.asc
Description: OpenPGP digital signature

Bug#854523: snapd: After installing or removing a package, my keyboard map settings (using Xmodmap) get lost

2017-02-07 Thread Hong Xu 
Package: snapd
Version: 2.21-2
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Use snap to install and remove packages.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

After using xmodmap to modify keyboard settings, run "snap install" or "snap
remove".

   * What was the outcome of this action?

xmodmap settings are reset.

   * What outcome did you expect instead?

No reset.



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

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

Versions of packages snapd depends on:
ii  adduser   3.115
ii  apparmor  2.11.0-2
ii  ca-certificates   20161130
ii  gnupg 2.1.18-3
ii  init-system-helpers   1.47
ii  libc6 2.24-9
ii  snap-confine  2.21-2
ii  squashfs-tools1:4.3-3
ii  systemd   232-15
ii  ubuntu-core-launcher  2.21-2

snapd recommends no packages.

snapd suggests no packages.

-- no debconf information

Bug#773057: emotion_generic_players

2016-09-06 Thread Hong Xu 
I guess the reason is that emotion_generic_players
 has
never been packaged.  Also see bug #766701.

Bug#766705: emotion_generic_player

2016-09-06 Thread Hong Xu 
Is it still possible to fix it? emotion_generic_player is really supposed to be 
one of the dependencies, which I can't find in Debian repositories.

Bug#821366: urxvt: Resizing urxvt cuts off some long lines

2016-04-17 Thread Hong Xu 
Package: urxvt
Version: rxvt-unicode
Severity: normal
Tags: upstream patch

Dear Maintainer,


There is also a description here: https://superuser.com/questions/442589
/xmonad-urxvt-issue-text-disappears-after-resizing/1066695

1. Start up urxvt, produce some long lines (such as run `ls` in a directory
with a lot of files).
2. Resize until the window width is smaller than the line length. Release the
mouse.
3. Resize the window to make it wider.

Now the long lines have been cut off.

A patch is available to fix this issue: http://lists.schmorp.de/pipermail/rxvt-
unicode/2015q4/002197.html

I think it is a good idea to include the patch.



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

Kernel: Linux 4.4.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Bug#820477: pdf-presenter-console: URL of the homepage is incorrect

2016-04-08 Thread Hong Xu 
Package: pdf-presenter-console
Version: 4.0.2
Severity: minor
Tags: newcomer

Dear Maintainer,

The URL of hte package should be http://pdfpc.github.io but not
http://pdfpc.github.io/pdfpc/ .



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

Kernel: Linux 4.4.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Bug#818630: lxappearance: Support GTK3 along with the GTK2 version

2016-03-19 Thread Hong Xu 
Source: lxappearance
Severity: wishlist

Dear Maintainer,

Currently the lxappearance package in Debian only supports GTK 2. However,
lxappearance has the ability to control both GTK 2 and GTK 3 themes. Similar to
the way handled in ArchLinux for this package <
https://www.archlinux.org/packages/community/x86_64/lxappearance-gtk3/ >, I
suggest Debian also does the same, i.e., build a GTK 3 version along with a GTK
2 version. This is beneficial since currently it is a headache to adjust GTK 3
theme in XFCE and other GTK 2 based desktops---almostly one has to edit the
theme config files manually. lxappearance is also a relatively independent
component of LXDE, which offers many benefits outside LXDE.



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

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

Bug#818625: libeditorconfig0: The library contains a call to exit()

2016-03-18 Thread Hong Xu 
Package: libeditorconfig0
Version: 0.12.0
Severity: normal
Tags: patch

Dear Maintainer,

I'm the main maintainer of the upstream. When out of memory, the library would
call exit() in the current version, which is very unexpected for the main
program.

A fix was recently pushed and can be viewed at <
https://github.com/editorconfig/editorconfig-
core-c/commit/a809fbd28da52af2516702fd0357a8328fe489c6.patch > , which I
suggest to patch for the stable release. Also, for stretch and sid, I would
suggest to upgrade the package to 0.12.1, which contains this fix.

This bug should only affect jessie and later versions.

Thanks,



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

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

Bug#809438: xorg: Xmodmap settings are lost after replugin the keyboard

2015-12-30 Thread Hong Xu 
Package: xorg
Version: 1:7.7+7
Severity: normal

Dear Maintainer,


Create a xmodmap file "~/.xmodmap" and run "Xmodmap ~/.xmodmap". The file
contains some modification to key mappings. The one I used to reproduce this
issue is:

--BEGIN XMODMAP--
remove mod1 = Alt_L
remove mod1 = Alt_R
remove Control = Control_L
remove Control = Control_R
keycode 37 = Alt_L
keycode 105 = Alt_R
keycode 64 = Control_L
keycode 204 = Control_L
keycode 108 = Control_R
add Control = Control_L
add Control = Control_R
add mod1 = Alt_L
add mod1 = Alt_R
--END XMODMAP--

After Re-plugging in the keyboard, everything in the xmodmap file was lost.

Also, a similar bug is reported to Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/287215



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 May 19  2015 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Feb 10  2015 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107GL [Quadro 
K600] [10de:0ffa] (rev a1)

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

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

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.2.0-0.bpo.1-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 4.2.6-3~bpo8+2 (2015-12-14)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 0 Jun 23  2015 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 0 Jun 23  2015 /var/log/Xorg.3.log
-rw-r--r-- 1 root root 0 Jun 23  2015 /var/log/Xorg.4.log
-rw-r--r-- 1 root root 0 Jun 23  2015 /var/log/Xorg.5.log
-rw-r--r-- 1 root root 41944 Aug 12 22:59 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 51685 Dec 30 09:26 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[24.318] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[24.318] X Protocol Version 11, Revision 0
[24.318] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[24.318] Current Operating System: Linux home 4.2.0-0.bpo.1-amd64 #1 SMP 
Debian 4.2.6-3~bpo8+2 (2015-12-14) x86_64
[24.318] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.2.0-0.bpo.1-amd64 
root=UUID=ee90db94-267f-440c-acc5-b9f233468aed ro initrd=/install/gtk/initrd.gz 
apparmor=1 security=apparmor loglevel=3
[24.318] Build Date: 11 February 2015  12:32:02AM
[24.318] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[24.318] Current version of pixman: 0.32.6
[24.318]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[24.318] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[24.318] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Dec 30 08:34:32 
2015
[24.382] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[24.487] (==) No Layout section.  Using the first Screen section.
[24.487] (==) No screen section available. Using defaults.
[24.487] (**) |-->Screen "Default Screen Section" (0)
[24.487] (**) |   |-->Monitor ""
[24.522] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[24.522] (==) Automatically adding devices
[24.522] (==) Automatically enabling devices
[24.522] (==) Automatically adding GPU devices
[24.829] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[24.829]Entry deleted from font path.
[24.890] (==) 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,
built-ins
[24.936] (==) ModulePath set to "/usr/lib/xorg/modules"
[24.936] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[25.011] (II) Loader magic: 0x55ad7b934d80
[25.011] (II) Module ABI versions:
[25.011]X.Org ANSI C Emulation: 0.4
[25.011]X.Org Video Driver: 18.0
[25.011]X.Org XInput driver : 21.0
[25.011]X.Org Server Extension : 8.0
[25.012] (II) xfree86: Adding drm device (/dev/dri/card0)
[25.012] (--) PCI:*(0:1:0:0) 10de:0ffa:10de:094b rev 161, Mem @ 
0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @ 
0xe000/128, BIOS @ 0x/524288
[25.404] (II) LoadModule: "glx"
[25.479] (II) Loading

Bug#806918: icedove: master password is asked multiple times after upgrade to 38.4

2015-12-02 Thread Hong Xu 
Package: icedove
Version: 38.4.0-1~deb8u1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Multiple email accounts are set up and a master password is set.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Open up icedove.

   * What was the outcome of this action?

Master password is asked multiple times, regardless of whether I've answered
the password. However, icedove is able to log into my email accounts if I
answer the password correctly once.

   * What outcome did you expect instead?

Master password should only be asked once.



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

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages icedove depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.20-0+deb8u1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-3+deb8u1
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+deb8u3
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-3
ii  libhunspell-1.3-0 1.3.3-3
ii  libpango-1.0-01.36.8-3
ii  libpangocairo-1.0-0   1.36.8-3
ii  libpangoft2-1.0-0 1.36.8-3
ii  libpixman-1-0 0.32.6-3
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxcomposite11:0.4.4-1
ii  libxdamage1   1:1.1.4-2+b1
ii  libxext6  2:1.3.3-1
ii  libxfixes31:5.0.1-2+b2
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  psmisc22.21-2
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages icedove recommends:
ii  hunspell-en-us [hunspell-dictionary]  20070829-6
ii  iceowl-extension  38.4.0-1~deb8u1

Versions of packages icedove suggests:
pn  fonts-lyx 
ii  libgssapi-krb5-2  1.12.1+dfsg-19+deb8u1

-- no debconf information

Bug#805276: evince: When the pdf file gets its number of pages shortened, if the removed page is viewed, evince crashes

2015-11-16 Thread Hong Xu 
Package: evince
Version: 3.14.1-2
Severity: normal
Tags: upstream

Dear Maintainer,

You can use LaTeX to assist to reproduce this bug. Create a file named
test.tex, with the following contents:

==
\documentclass{article}

\begin{document}
aa
\newpage
zz
\end{document}

==

Compile the tex file by running `pdflatex test.tex`, which generates test.pdf.
Open test.pdf with evince.

Now, scroll evince to the second page and zoom in until the first page is not
in view. Close the side panel if it is open. Modify the test.tex file by
removing the line "\newpage" and run `pdflatex tex.tex` again. Now you should
see evince crash.

   * What was the outcome of this action?

evince crashes, with the following error message:

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_link_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_form_field_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_annot_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed

(evince:6380): EvinceView-CRITICAL **: ev_page_cache_get_text_mapping:
assertion 'page >= 0 && page < cache->n_pages' failed


   * What outcome did you expect instead?

evince should go to view page 1.



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

Kernel: Linux 4.2.0-0.bpo.1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages evince depends on:
ii  evince-common  3.14.1-2
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  libatk1.0-02.14.0-1
ii  libc6  2.19-18+deb8u1
ii  libcairo-gobject2  1.14.0-2.1
ii  libcairo2  1.14.0-2.1
ii  libevdocument3-4   3.14.1-2
ii  libevview3-3   3.14.1-2
ii  libgdk-pixbuf2.0-0 2.31.1-2+deb8u3
ii  libglib2.0-0   2.42.1-1
ii  libgtk-3-0 3.14.5-1+deb8u1
ii  libnautilus-extension1a3.14.1-2
ii  libpango-1.0-0 1.36.8-3
ii  libpangocairo-1.0-01.36.8-3
ii  libsecret-1-0  0.18-1+b1
ii  libxml22.9.1+dfsg1-5
ii  shared-mime-info   1.3-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

Versions of packages evince recommends:
ii  dbus-x11  1.8.20-0+deb8u1
ii  gvfs  1.22.2-1

Versions of packages evince suggests:
ii  nautilus  3.14.1-2
ii  poppler-data  0.4.7-1
pn  unrar 

-- no debconf information

Bug#798957: editorconfig: Man page editorconfig(1) seems to be broken

2015-09-14 Thread Hong Xu 
On 09/14/2015 06:22 AM, Heiko Schlittermann (HS12-RIPE) wrote:
> Package: editorconfig
> Version: 0.11.5-2
> Severity: minor
> 
> Dear Maintainer,
> 
> the manpage editorconfig(1) ends with just the lines
> 
> Related Pages
>EditorConfig File Format
> 
> 
> Probably there should be some text, e.g.
> 
> Related Pages
>EditorConfig File Format: editorconfig-format(5)
> 
> 

I'm the upstream author and thanks for your report. The man pages are
generated from Doxygen. I believe this issue is actually a Doxygen
issue: they should add some text like "foo(5)" when the @refer command
is used for man pages. If I add the text manually, it would be a mess
for html documentation generation.

Hong



signature.asc
Description: OpenPGP digital signature

Bug#798957: editorconfig: Man page editorconfig(1) seems to be broken

2015-09-14 Thread Hong Xu 
On 09/14/2015 12:27 PM, Heiko Schlittermann wrote:
> Hi Hong,
> 
> Hong Xu <h...@topbug.net> (Mo 14 Sep 2015 18:39:35 CEST): …
>> I'm the upstream author and thanks for your report. The man pages
>> are generated from Doxygen. I believe this issue is actually a
>> Doxygen issue: they should add some text like "foo(5)" when the
>> @refer command is used for man pages. If I add the text manually,
>> it would be a mess for html documentation generation.
> 
> Maybe there can be done something more for the manpage generation,
> to generate manual pages that contain the usual man page
> structure:
> 
> <...>
> 
> 
> I'm not sure, if doxygen is the right tool to generate such output
> directly from the source. But I'm not a doxygen expert at all.

Unfortunately it's not easy to do it with doxygen.

I've fixed the original issue in b1690a6ae6b0a188748bf6b87ba6d09edd4049e0

or view this link:

https://github.com/editorconfig/editorconfig-core-c/commit/b1690a6ae6b0a188748bf6b87ba6d09edd4049e0


Hong



signature.asc
Description: OpenPGP digital signature

Bug#798958: editorconfig: man page editor-config-format in wrong section

2015-09-14 Thread Hong Xu 
On 09/14/2015 06:20 AM, Heiko Schlittermann (HS12-RIPE) wrote:
> Package: editorconfig Version: 0.11.5-2 Severity: minor
> 
> Dear Maintainer,
> 
> the manpage for editorconfig-fromat should go to the section 5
> (file formats), I believe.
> 
> 

I've just fixed this issue in upstream commit
da00b0e642d5c16bfd9679e57a0dacb2727b1f7a , or view the link below:

https://github.com/editorconfig/editorconfig-core-c/commit/da00b0e642d5c16bfd9679e57a0dacb2727b1f7a

Hong



signature.asc
Description: OpenPGP digital signature

Bug#785793: Zotero does not start

2015-05-21 Thread Hong Xu 

I can confirm this issue.

A temporary workaround is to modify
/usr/share/zotero-standalone/application.ini and modify MaxVersion to a
higher number.

Anyway, I think the zotero package is already too old and should be
updated in sid.


signature.asc
Description: PGP signature

Bug#784199: fcitx-rime: Cannot enable rime in fcitx

2015-05-03 Thread Hong Xu 
Package: fcitx-rime
Version: 0.3.1-1
Severity: grave
Tags: newcomer
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


*** reportbug-fcitx-rime-20150503-14715-_FLLAp
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Hong Xu h...@topbug.net
Cc: h...@topbug.net
To: Debian Bug Tracking System sub...@bugs.debian.org
Subject: fcitx-rime: Cannot enable rime in fcitx after a recent update
Message-ID: 20150503230321.14715.1196.reportbug@hong-macbook
X-Mailer: reportbug 6.6.3
Date: Sun, 03 May 2015 16:03:21 -0700

Package: fcitx-rime
Version: 0.3.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Enable rime in fcitx.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Open fcitx dialog, add a new IM, and choose rime to add.

   * What was the outcome of this action?

Fcitx stopped working, the list of IM is made to be blank. The following
message were printed:

(fcitx-config-gtk3:12415): GLib-GIO-CRITICAL **:
g_dbus_connection_call_internal: assertion 'G_IS_DBUS_CONNECTION (connection)'
failed
=
FCITX 4.2.8.5 -- Get Signal No.: 11
Date: try date -d @1430693030 if you are using GNU date ***
ProcessID: 12355
fcitx[0x4015fb]
/lib/x86_64-linux-gnu/libc.so.6(+0x35180)[0x7f01d1ae4180]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZNSsC1ERKSs+0xb)[0x7f01ce99926b]
/usr/lib/librime.so.1(_ZN4rime10ConfigData15ConvertFromYamlERKN4YAML4NodeE+0x4d2)[0x7f01c44c4eb2]
/usr/lib/librime.so.1(_ZN4rime10ConfigData12LoadFromFileERKSs+0x16a)[0x7f01c44c56aa]
/usr/lib/librime.so.1(_ZN4rime18InstallationUpdate3RunEPNS_8DeployerE+0x14b)[0x7f01c45da51b]
/usr/lib/librime.so.1(_ZN4rime8Deployer7RunTaskERKSsN5boost3anyE+0x9e)[0x7f01c44b950e]
/usr/lib/librime.so.1(RimeStartMaintenance+0xa1)[0x7f01c44aebf1]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-rime.so(+0x2157)[0x7f01c4866157]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-rime.so(+0x2666)[0x7f01c486]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x115c7)[0x7f01d26b65c7]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x14780)[0x7f01d26b9780]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x1311c)[0x7f01d26b811c]
/usr/lib/x86_64-linux-gnu/libfcitx-
core.so.0(FcitxInstanceUpdateIMList+0x25d)[0x7f01d26b844d]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-ipc.so(+0x300d)[0x7f01c62cf00d]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-ipc.so(+0x5e4c)[0x7f01c62d1e4c]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-ipc.so(+0x35c2)[0x7f01c62cf5c2]
/lib/x86_64-linux-gnu/libdbus-1.so.3(+0x1e5ff)[0x7f01d13535ff]
/lib/x86_64-linux-
gnu/libdbus-1.so.3(dbus_connection_dispatch+0x3b4)[0x7f01d1345194]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-dbus.so(+0x22d8)[0x7f01d157f2d8]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-dbus.so(+0x23e9)[0x7f01d157f3e9]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x9fe6)[0x7f01d26aefe6]
/usr/lib/x86_64-linux-gnu/libfcitx-
core.so.0(FcitxInstanceRun+0x210)[0x7f01d26af710]
fcitx[0x400fb6]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f01d1ad0b45]
fcitx[0x401029]

** (fcitx-config-gtk3:12415): WARNING **:
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply
(timeout by message bus)

(fcitx-config-gtk3:12415): GLib-CRITICAL **: g_variant_unref: assertion 'value
!= NULL' failed

** (fcitx-config-gtk3:12415): WARNING **:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.fcitx.Fcitx-0 was not provided by any .service files


   * What outcome did you expect instead?

Rime should be enabled and usable.

I suspect this is a recent break in librime after libyaml-cpp is upgraded to
0.5.2, as shown in an ArchLinux bug: https://bugs.archlinux.org/task/44428

*** End of the template - remove these template lines ***



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

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

Versions of packages fcitx-rime depends on:
ii  fcitx-bin  1:4.2.8.5-2
ii  fcitx-data 1:4.2.8.5-2
ii  fcitx-modules  1:4.2.8.5-2
ii  libc6  2.19-18
ii  librime-data   0.35-1
ii  librime1   1.2+dfsg-1

Versions of packages fcitx-rime recommends:
ii  fcitx  1:4.2.8.5-2

fcitx-rime suggests no packages.

-- no debconf information



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

Bug#784200: fcitx-rime: cannot enable rime in fcitx

2015-05-03 Thread Hong Xu 
Package: fcitx-rime
Version: 0.3.1-1
Severity: grave
Tags: newcomer
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


*** reportbug-fcitx-rime-20150503-14715-_FLLAp
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Hong Xu h...@topbug.net
Cc: h...@topbug.net
To: Debian Bug Tracking System sub...@bugs.debian.org
Subject: fcitx-rime: Cannot enable rime in fcitx after a recent update
Message-ID: 20150503230321.14715.1196.reportbug@hong-macbook
X-Mailer: reportbug 6.6.3
Date: Sun, 03 May 2015 16:03:21 -0700

Package: fcitx-rime
Version: 0.3.1-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

Enable rime in fcitx.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Open fcitx dialog, add a new IM, and choose rime to add.

   * What was the outcome of this action?

Fcitx stopped working, the list of IM is made to be blank. The following
message were printed:

(fcitx-config-gtk3:12415): GLib-GIO-CRITICAL **:
g_dbus_connection_call_internal: assertion 'G_IS_DBUS_CONNECTION (connection)'
failed
=
FCITX 4.2.8.5 -- Get Signal No.: 11
Date: try date -d @1430693030 if you are using GNU date ***
ProcessID: 12355
fcitx[0x4015fb]
/lib/x86_64-linux-gnu/libc.so.6(+0x35180)[0x7f01d1ae4180]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(_ZNSsC1ERKSs+0xb)[0x7f01ce99926b]
/usr/lib/librime.so.1(_ZN4rime10ConfigData15ConvertFromYamlERKN4YAML4NodeE+0x4d2)[0x7f01c44c4eb2]
/usr/lib/librime.so.1(_ZN4rime10ConfigData12LoadFromFileERKSs+0x16a)[0x7f01c44c56aa]
/usr/lib/librime.so.1(_ZN4rime18InstallationUpdate3RunEPNS_8DeployerE+0x14b)[0x7f01c45da51b]
/usr/lib/librime.so.1(_ZN4rime8Deployer7RunTaskERKSsN5boost3anyE+0x9e)[0x7f01c44b950e]
/usr/lib/librime.so.1(RimeStartMaintenance+0xa1)[0x7f01c44aebf1]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-rime.so(+0x2157)[0x7f01c4866157]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-rime.so(+0x2666)[0x7f01c486]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x115c7)[0x7f01d26b65c7]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x14780)[0x7f01d26b9780]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x1311c)[0x7f01d26b811c]
/usr/lib/x86_64-linux-gnu/libfcitx-
core.so.0(FcitxInstanceUpdateIMList+0x25d)[0x7f01d26b844d]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-ipc.so(+0x300d)[0x7f01c62cf00d]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-ipc.so(+0x5e4c)[0x7f01c62d1e4c]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-ipc.so(+0x35c2)[0x7f01c62cf5c2]
/lib/x86_64-linux-gnu/libdbus-1.so.3(+0x1e5ff)[0x7f01d13535ff]
/lib/x86_64-linux-
gnu/libdbus-1.so.3(dbus_connection_dispatch+0x3b4)[0x7f01d1345194]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-dbus.so(+0x22d8)[0x7f01d157f2d8]
/usr/lib/x86_64-linux-gnu/fcitx/fcitx-dbus.so(+0x23e9)[0x7f01d157f3e9]
/usr/lib/x86_64-linux-gnu/libfcitx-core.so.0(+0x9fe6)[0x7f01d26aefe6]
/usr/lib/x86_64-linux-gnu/libfcitx-
core.so.0(FcitxInstanceRun+0x210)[0x7f01d26af710]
fcitx[0x400fb6]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f01d1ad0b45]
fcitx[0x401029]

** (fcitx-config-gtk3:12415): WARNING **:
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply
(timeout by message bus)

(fcitx-config-gtk3:12415): GLib-CRITICAL **: g_variant_unref: assertion 'value
!= NULL' failed

** (fcitx-config-gtk3:12415): WARNING **:
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name
org.fcitx.Fcitx-0 was not provided by any .service files


   * What outcome did you expect instead?

Rime should be enabled and usable.

I suspect this is a recent break in librime after libyaml-cpp is upgraded to
0.5.2, as shown in an ArchLinux bug: https://bugs.archlinux.org/task/44428

*** End of the template - remove these template lines ***



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

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

Versions of packages fcitx-rime depends on:
ii  fcitx-bin  1:4.2.8.5-2
ii  fcitx-data 1:4.2.8.5-2
ii  fcitx-modules  1:4.2.8.5-2
ii  libc6  2.19-18
ii  librime-data   0.35-1
ii  librime1   1.2+dfsg-1

Versions of packages fcitx-rime recommends:
ii  fcitx  1:4.2.8.5-2

fcitx-rime suggests no packages.

-- no debconf information



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

Bug#757610: Bug still exists

2015-04-11 Thread Hong Xu 

This bug still exists, which makes zotero totally unusable.


signature.asc
Description: PGP signature

Bug#748721: I can confirm this bug in Debian Jessie

2015-03-30 Thread Hong Xu 

I'm able to confirm this bug in Debian Jessie. Upstream has defined the
default file name to be localhost.crt, but Debian placed a file with a
name localhost.cert. Simply rename the cert file should solve the
problem.

Hong


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

Bug#767189: editorconfig-core outdated

2014-10-28 Thread Hong Xu 

package: editorconfig-core
version: 0.11.5-2

The upstream has updated the version to 0.12.0, but Debian sid still has 
0.11.5. Also, upstream has renamed editorconfig-core to editorconfig-core-c.



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

Bug#750049: libcuba3 not updated for more than two years

2014-05-31 Thread Hong Xu 
Source: libcuba3
Severity: normal

Dear Maintainer,

The package libcuda3 hasn't been upated for more than two years. The latest
version was released on April 2014, while the one in the repository is still
2011 version. Maybe it's time to perform an update.

Thanks,
Hong



-- System Information:
Debian Release: jessie/sid
  APT prefers trusty-updates
  APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 
'trusty'), (100, 'trusty-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13.0-27-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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#679663: fixed in editorconfig-core 0.11.0-1

2013-04-20 Thread Hong Xu 


On Apr 17, 2013, at 20:22, Jonas Smedegaard d...@jones.dk wrote:

 Quoting Jonas Smedegaard (2013-04-18 05:17:05)
 Quoting Hong Xu (2013-04-18 01:34:54)
 On 4/17/13 2:00 PM, Jonas Smedegaard wrote:
 Source: editorconfig-core
 Source-Version: 0.11.0-1
 
 We believe that the bug you reported is fixed in the latest version of
 editorconfig-core, which is due to be installed in the Debian FTP archive.
 
 A summary of the changes between this version and the previous one is
 attached.
 
 Thank you for reporting the bug, which will now be closed.  If you
 have further comments please address them to 679...@bugs.debian.org,
 and the maintainer will reopen the bug report if appropriate.
 
 Debian distribution maintenance software
 pp.
 Jonas Smedegaard d...@jones.dk (supplier of updated editorconfig-core 
 package)
 
 
 Hi Jonas,
 
 In fact I still cannot find the package in sid or testing. Did I miss 
 something?
 
 You quote the above as if written by me, but I do not recognize the 
 style of writing.
 
 Could you please pass me the full original emails including heading?
 
 Ah, I got above message now too - you snipped the very next paragraph 
 which hinted that it was an automated message, not one written by me.
 
 Sorry for my alarming reaction.
 
 So, back to your question: Debian distribution is updated each 6 hours, 
 so the package will probably appear within few more hours (if it haven't 
 already by now).

Hi Jonas,

About two days have passed but I can still not find it in debian packages:

http://packages.debian.org/search?keywords=editorconfig+searchon=namessuite=allsection=all

Could you help with this please?

Thanks!
Hong

Bug#679663: fixed in editorconfig-core 0.11.0-1

2013-04-17 Thread Hong Xu 



On 4/17/13 2:00 PM, Jonas Smedegaard wrote:

Source: editorconfig-core
Source-Version: 0.11.0-1

We believe that the bug you reported is fixed in the latest version of
editorconfig-core, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 679...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Jonas Smedegaard d...@jones.dk (supplier of updated editorconfig-core package)



Hi Jonas,

In fact I still cannot find the package in sid or testing. Did I miss 
something?


Thanks,
Hong


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

Bug#679663: RFP: editorconfig-core -- The core library and executable of EditorConfig

2012-06-30 Thread Hong Xu 
Package: wnpp
Severity: wishlist

* Package name: editorconfig-core
  Version : 0.9.1
  Upstream Author : EditorConfig Team editorcon...@googlegroups.com
* URL : http://editorconfig.org
* License : Simplified BSD License
  Programming Lang: C
  Description : The core library and executable of EditorConfig
EditorConfig helps developers define and maintain consistent coding styles
between different editors and IDEs. The EditorConfig project consists of a file
format for defining coding styles and a collection of text editor plugins that
enable editors to read the file format and adhere to defined styles.
EditorConfig files are easily readibly and they work nicely with version
control systems. This package is the C version core library and executable that
many editor plugins depend on.



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

Bug#668518: openfetion: Segmentation fault on startup

2012-05-08 Thread Hong Xu 

On 05/06/2012 09:50 PM, Aron Xu wrote:

Hi,

On Tue, Apr 17, 2012 at 10:49 AM, Hong Xuxuh...@gmail.com  wrote:

On 04/17/2012 10:22 AM, Aron Xu wrote:


tags 668518 + unreproducible
thanks

Hi, unfortunately I can't reproduce the problem.



Any way for me to give out track back info?



Please start openfetion in terminal and paste the output.



The output is:


zsh: segmentation fault  openfetion


Hong



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

Bug#668518: openfetion: Segmentation fault on startup

2012-04-16 Thread Hong Xu 

On 04/17/2012 10:22 AM, Aron Xu wrote:

tags 668518 + unreproducible
thanks

Hi, unfortunately I can't reproduce the problem.



Any way for me to give out track back info?




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

Bug#668518: openfetion: Segmentation fault on startup

2012-04-16 Thread Hong Xu 

On 04/17/2012 10:22 AM, Aron Xu wrote:

thanks

Hi, unfortunately I can't reproduce the problem.






Any way for me to give out track back info?



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

Bug#668518: openfetion: Segmentation fault on startup

2012-04-16 Thread Hong Xu 

On 04/17/2012 10:22 AM, Aron Xu wrote:

tags 668518 + unreproducible
thanks

Hi, unfortunately I can't reproduce the problem.






Any way for me to give out track back info?



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

Bug#668518: openfetion: Segmentation fault on startup

2012-04-12 Thread Hong Xu 
Package: openfetion
Version: 2.2.1-3.1
Severity: normal

Dear Maintainer,

openfetion has segmentation fault on startup.

$ openfetion
zsh: segmentation fault  openfetion



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

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

Versions of packages openfetion depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-27
ii  libcairo2   1.10.2-7
ii  libdbus-1-3 1.5.12-1
ii  libdbus-glib-1-20.98-1
ii  libdbusmenu-glib4   0.5.0-2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgstreamer0.10-0  0.10.36-1
ii  libgtk2.0-0 2.24.10-1
ii  libindicate-gtk30.6.1-2
ii  libindicate50.6.1-2
ii  libnotify4  0.7.5-1
ii  libofetion1 2.2.2-1
ii  libpango1.0-0   1.29.4-3+b1
ii  libssl1.0.0 1.0.1-4
ii  libxml2 2.7.8.dfsg-7
ii  libxss1 1:1.2.1-2

openfetion recommends no packages.

openfetion 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#667578: aptitude: upgrade command does not appear in the help message printed by aptitude -h

2012-04-04 Thread Hong Xu 
Package: aptitude
Version: 0.6.5-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

The problem is simple: aptitude does have a command called upgrade, but it is
not mentioned in the help message printed by aptitude -h


Thank you,

Hong

*** End of the template - remove these lines ***



-- Package-specific info:
Terminal: xterm
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.5 compiled at Feb  9 2012 22:17:23
Compiler: g++ 4.6.2
Compiled against:
  apt version 4.10.1
  NCurses version 5.9
  libsigc++ version: 2.2.9
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20110404
  cwidget version: 0.5.16
  Apt version: 4.10.1

aptitude linkage:
linux-vdso.so.1 =  (0x7fff791ff000)
libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7f195285a000)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f195262b000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f1952402000)
libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f19521fd000)
libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f1951ef5000)
libept.so.1 = /usr/lib/libept.so.1 (0x7f1951c98000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f195189b000)
libz.so.1 = /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7f1951685000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f19513dd000)
libboost_iostreams.so.1.48.0 = /usr/lib/libboost_iostreams.so.1.48.0 
(0x7f19511c4000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f1950fa8000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f1950ca)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f1950a1e000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f1950808000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f195048)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f195027d000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f1950079000)
libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f194fe73000)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f194fc63000)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f194fa5a000)
/lib64/ld-linux-x86-64.so.2 (0x7f1952b9d000)

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

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

Versions of packages aptitude depends on:
ii  apt [libapt-pkg4.10]  0.8.15.10
ii  libboost-iostreams1.48.0  1.48.0-3
ii  libc6 2.13-27
ii  libcwidget3   0.5.16-3.1
ii  libept1   1.0.5
ii  libgcc1   1:4.7.0-1
ii  libncursesw5  5.9-4
ii  libsigc++-2.0-0c2a2.2.10-0.1
ii  libsqlite3-0  3.7.11-2
ii  libstdc++64.7.0-1
ii  libtinfo5 5.9-4
ii  libxapian22   1.2.8-1
ii  zlib1g1:1.2.6.dfsg-2

Versions of packages aptitude recommends:
ii  apt-xapian-index0.45
ii  aptitude-doc-en | aptitude-doc  none
ii  libparse-debianchangelog-perl   none
ii  sensible-utils  0.0.6

Versions of packages aptitude suggests:
ii  debtags  none
ii  tasksel  3.09

-- 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#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.

2012-03-29 Thread Hong Xu 
Package: zsh
Version: 4.3.17-1
Severity: important
Tags: d-i

Dear Maintainer,

zsh 4.3.17 in Debian has many scripts missing.

For example, the first time to launch zsh, it reports:

/usr/share/zsh/4.3.17/scripts/newuser:6: zsh-newuser-install: function
definition file not found

Another example, with the following lines in .zshrc:

autoload -U compinit
compinit

It reports:

zsh: compinit: function definition file not found





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

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

Versions of packages zsh depends on:
ii  libc6  2.13-27
ii  libcap21:2.22-1
ii  libtinfo5  5.9-4

Versions of packages zsh recommends:
ii  libc6 2.13-27
ii  libncursesw5  5.9-4
ii  libpcre3  8.12-4

Versions of packages zsh suggests:
pn  zsh-doc  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#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.

2012-03-29 Thread Hong Xu 

On 03/29/2012 09:18 PM, Frank Terbeck wrote:

Hong Xu wrote:

/usr/share/zsh/4.3.17/scripts/newuser:6: zsh-newuser-install: function
definition file not found

[...]

autoload -U compinit
compinit

[...]

zsh: compinit: function definition file not found



This sounds like a severely broken installation. Debian's zsh packages
do not split the function files off of the main package (yet). So that
really shouldn't happen.

What is the output of this:

   print -l $fpath
   c=( ${^fpath}/compinit(N.) )
   (( $#c ))  ls -l $c[1] || echo compinit not found

The last command shouldn't come up with compinit not found. If it does
the output from the first command is probably reflecting breakage.



It cames up with:

/opt/intel/composerxe-2011.5.220/mkl/include
compinit not found



In case it's broken try this:

   % zsh -f
   (and in that new shell)
   % autoload -Uz compinit
   % compinit
   % print ${#_comps}

The `compinit' call should *not* fail and the `print' call should return
an integer in the range of slightly above one thousand.


compinit fails, and the print gives 0.



If this does not work, your installation is very likely broken (however
that happened...).


I've reinstalled zsh: aptitude reinstall zsh, however, things remain 
what they were.


Thanks,

Hong




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

Bug#666168: [Pkg-zsh-devel] Bug#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.

2012-03-29 Thread Hong Xu 

On 03/29/2012 09:30 PM, Axel Beckert wrote:

tag 666168 + unreproducible moreinfo
kthxbye

Hi,

Hong Xu wrote:

Package: zsh
Version: 4.3.17-1
Severity: important
Tags: d-i


Why do you have tagged this bug report as being related to the Debian
Installer? Neither zsh is not does it contain any installer related
stuff.


zsh 4.3.17 in Debian has many scripts missing.

For example, the first time to launch zsh, it reports:

/usr/share/zsh/4.3.17/scripts/newuser:6: zsh-newuser-install: function
definition file not found


Works fine for me:

# adduser abetest
$ su - abetest
$ zsh -l
This is the Z Shell configuration function for new users,
zsh-newuser-install.
You are seeing this message because you have no zsh startup files
(the files .zshenv, .zprofile, .zshrc, .zlogin in the directory
~).  This function can help you with a few settings that should
make your use of the shell easier.
...

Please check with debsums -s zsh (from the debsums package) if you
zsh package is completely installed or if files are missing.


Hi,

I tried debsums -s zsh, but it prints nothing. And I have reinstalled 
zsh, however nothing changed.


Thanks,

Hong



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

Bug#666168: [Pkg-zsh-devel] Bug#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.

2012-03-29 Thread Hong Xu 

On 03/29/2012 09:30 PM, Axel Beckert wrote:

kthxbye

Hi,

Hong Xu wrote:

Package: zsh
Version: 4.3.17-1
Severity: important
Tags: d-i


Why do you have tagged this bug report as being related to the Debian
Installer? Neither zsh is not does it contain any installer related
stuff.


zsh 4.3.17 in Debian has many scripts missing.

For example, the first time to launch zsh, it reports:

/usr/share/zsh/4.3.17/scripts/newuser:6: zsh-newuser-install: function
definition file not found


Works fine for me:

# adduser abetest
$ su - abetest
$ zsh -l
This is the Z Shell configuration function for new users,
zsh-newuser-install.
You are seeing this message because you have no zsh startup files
(the files .zshenv, .zprofile, .zshrc, .zlogin in the directory
~).  This function can help you with a few settings that should
make your use of the shell easier.

You can:

(q)  Quit and do nothing.  The function will be run again next time.

(0)  Exit, creating the file ~/.zshrc containing just a comment.
  That will prevent this function being run again.

(1)  Continue to the main menu.

(2)  Populate your ~/.zshrc with the configuration recommended
  by the system administrator and exit (you will need to edit
  the file by hand, if so desired).

--- Type one of the keys in parentheses --- q
%

Please check with debsums -s zsh (from the debsums package) if you
zsh package is completely installed or if files are missing.

Regards, Axel



Hi,

I tried debsums -s zsh, but it prints nothing. And I have reinstalled 
zsh, however nothing changed.


Thanks,

Hong



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

Bug#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.

2012-03-29 Thread Hong Xu 


On Mar 29, 2012, at 21:59, Frank Terbeck f...@bewatermyfriend.org wrote:

 Hong Xu wrote:
 On 03/29/2012 09:18 PM, Frank Terbeck wrote:
 [...]
   print -l $fpath
   c=( ${^fpath}/compinit(N.) )
   (( $#c ))  ls -l $c[1] || echo compinit not found
 [...]
 It cames up with:
 
/opt/intel/composerxe-2011.5.220/mkl/include
compinit not found
 
 I have no idea were this is coming from. Please do this:
 
  % zsh -f
  (and in that new shell)
  % print -l $fpath
 
 If that yields /opt/intel/composerxe-2011.5.220/mkl/include then that
 is not from our package. That would be completely broken.
 
 In case it's broken try this:
 
   % zsh -f
   (and in that new shell)
   % autoload -Uz compinit
   % compinit
   % print ${#_comps}
 
 The `compinit' call should *not* fail and the `print' call should return
 an integer in the range of slightly above one thousand.
 
 compinit fails, and the print gives 0.
 
 This makes me think that your zsh is actually entire broken, what source
 are you getting your package from? Do:
 
  % apt-cache policy zsh
 
 The unchanged $fpath from a default zsh installation on a recent debian
 sid system should look like this:
 
 [...]
 
 In particular, we do NOT have any /opt/intel/... paths in there.
 

I know what's going on here now: intel compiler init scripts change the fpath 
variable.

Thanks!

Hong


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

Bug#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.

2012-03-29 Thread Hong Xu 


On Mar 29, 2012, at 22:22, Frank Terbeck f...@bewatermyfriend.org wrote:

 Hong Xu wrote:
 On Mar 29, 2012, at 21:59, Frank Terbeck f...@bewatermyfriend.org wrote:
 [...]
 In particular, we do NOT have any /opt/intel/... paths in there.
 
 
 I know what's going on here now: intel compiler init scripts change the 
 fpath variable.
 
 Is that by chance the Intel Fortran Compiler? I'm just curious.
 

Yes, it is. Could this be written to the Debian wiki? I believe this would be 
helpful for others.

Thanks,

Hong


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

Bug#642807: sqlite3 --help displays -batch argument but man sqlite3 does not contain this argument

2011-09-25 Thread Hong Xu 
Package: sqlite3
Version: 3.7.7-2
Severity: minor

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   1. execute sqlite3 --help on bash;
   2. execute man sqlite3 on bash

   * What was the outcome of this action?
sqlite3 --help displays -batch argument but man sqlite3 does not contain
this argument

   * What outcome did you expect instead?
  The document should be the same.

It's confusing that whether -batch exists in this version or not.
*** End of the template - remove these lines ***



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

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

Versions of packages sqlite3 depends on:
ii  libc6 2.13-21
ii  libncurses5   5.9-1  
ii  libreadline6  6.2-4  
ii  libsqlite3-0  3.7.7-2

sqlite3 recommends no packages.

Versions of packages sqlite3 suggests:
pn  sqlite3-doc  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#642816: libsqlite3-dev: static link to libsqlite3.a always failed if the program calls sqlite3_open

2011-09-25 Thread Hong Xu 
Package: libsqlite3-dev
Version: 3.7.7-2
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Save the following code to tmp.c:

#include sqlite3.h

int main()
{
sqlite3*sql_handle;

sqlite3_open(test, sql_handle);

return 0;
}

Then compile it:

$ gcc tmp.c -static -L/usr/lib -lsqlite3

   * What was the outcome of this action?

The compilation fails:

/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexTry':
(.text+0x73c5): undefined reference to `pthread_mutex_trylock'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexFree':
(.text+0x90d5): undefined reference to `pthread_mutex_destroy'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc':
(.text+0x13d01): undefined reference to `pthread_mutex_init'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc':
(.text+0x13d44): undefined reference to `pthread_mutexattr_init'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc':
(.text+0x13d51): undefined reference to `pthread_mutexattr_settype'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc':
(.text+0x13d5c): undefined reference to `pthread_mutex_init'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexAlloc':
(.text+0x13d64): undefined reference to `pthread_mutexattr_destroy'
/usr/lib/libsqlite3.a(sqlite3.o): In function `unixDlError':
(.text+0x29ed9): undefined reference to `dlerror'
/usr/lib/libsqlite3.a(sqlite3.o): In function `unixDlSym':
(.text+0x16d7): undefined reference to `dlsym'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexLeave':
(.text+0x73b1): undefined reference to `pthread_mutex_unlock'
/usr/lib/libsqlite3.a(sqlite3.o): In function `pthreadMutexEnter':
(.text+0x73e1): undefined reference to `pthread_mutex_lock'
/usr/lib/libsqlite3.a(sqlite3.o): In function `unixDlClose':
(.text+0x76f4): undefined reference to `dlclose'
/usr/lib/libsqlite3.a(sqlite3.o): In function `unixDlOpen':
(.text+0x7709): undefined reference to `dlopen'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `__register_frame_info_bases':
(.text+0x16a4): undefined reference to `pthread_mutex_lock'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `__register_frame_info_table_bases':
(.text+0x176b): undefined reference to `pthread_mutex_lock'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `__deregister_frame_info_bases':
(.text+0x180e): undefined reference to `pthread_mutex_lock'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `__deregister_frame_info_bases':
(.text+0x1896): undefined reference to `pthread_mutex_unlock'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `_Unwind_Find_FDE':
(.text+0x1946): undefined reference to `pthread_mutex_lock'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `_Unwind_Find_FDE':
(.text+0x1997): undefined reference to `pthread_mutex_unlock'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `__register_frame_info_bases':
(.text+0x16c3): undefined reference to `pthread_mutex_unlock'
/usr/lib/x86_64-linux-gnu/gcc/x86_64-linux-gnu/4.6.1/libgcc_eh.a(unwind-dw2
-fde-glibc.o): In function `__register_frame_info_table_bases':
(.text+0x178a): undefined reference to `pthread_mutex_unlock'

   * What outcome did you expect instead?
The compilation should be successful.

*** End of the template - remove these lines ***



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

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

Versions of packages libsqlite3-dev depends on:
ii  libc6-dev 2.13-21
ii  libsqlite3-0  3.7.7-2

libsqlite3-dev recommends no packages.

Versions of packages libsqlite3-dev suggests:
pn  sqlite3-doc  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#642278: clang failed to build a C source file when linking

2011-09-20 Thread Hong Xu 
Package: clang
Version: 2.9-11
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Save the following lines as tmp.c:

int main()
{
return 0;
}

$ clang tmp.c

   * What was the outcome of this action?

The output is:

/usr/bin/ld: cannot find crt1.o: No such file or directory
/usr/bin/ld: cannot find crti.o: No such file or directory
/usr/bin/ld: cannot find crtbegin.o: No such file or directory
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: cannot find -lgcc_s
clang: error: linker command failed with exit code 1 (use -v to see invocation)


   * What outcome did you expect instead?
The compilation should be successful.

*** End of the template - remove these lines ***



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

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

Versions of packages clang depends on:
ii  libc6   2.13-18  
ii  libffi5 3.0.10~rc10-3
ii  libgcc1 1:4.6.1-4
ii  libllvm2.9  2.9+dfsg-3   
ii  libstdc++6  4.6.1-4  
ii  libstdc++6-4.6-dev  4.6.1-4  

Versions of packages clang recommends:
ii  llvm-2.9-dev  none 
ii  python2.6.7-3

clang 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#642053: clang cannot compile C source file successfully if the source includes errno.h

2011-09-18 Thread Hong Xu 
Package: clang
Version: 2.7-3
Severity: important

Dear Maintainer,
*** Please consider answering these questions, where appropiate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Save the following source code as a C source file:
#include errno.h

int main()
{
}

Then compile it:
$ clang tmp.c


   * What was the outcome of this action?
The compilation failed. Error messages are:

In file included from tmp.c:1:
In file included from /usr/include/errno.h:36:
In file included from /usr/include/bits/errno.h:25:
/usr/include/linux/errno.h:4:10: fatal error: 'asm/errno.h' file not found
#include asm/errno.h
 ^
1 diagnostic generated.


   * What outcome did you expect instead?

The build should be successful.

Besides, gcc could compile it successfully.

*** End of the template - remove these lines ***



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

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

Versions of packages clang depends on:
ii  libc6   2.13-18  
ii  libffi5 3.0.10~rc10-3
ii  libgcc1 1:4.6.1-4
ii  libstdc++6  4.6.1-4  

Versions of packages clang recommends:
ii  llvm-2.7-dev  2.7-6.2
ii  python2.6.7-3

clang 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