Bug#1014928: fcitx5-config-qt: Unneeded/unwanted/bloating dependency on libkf5plasma5

2022-07-14 Thread Fcitx5 bugreporter 
Package: fcitx5-config-qt
Version: 5.0.14-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Updating from the previous version 5.0.13-1 pulls in whole KDE
via libkf5plasma5.

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

For now, not doing update of this package to avoid bringing
unwanted KDE into the main systems.

   * What was the outcome of this action?
   * What outcome did you expect instead?

No such dependency, it is to be in the other package, kde-config-fcitx5.


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

Kernel: Linux 5.15.4 (SMP w/8 CPU threads)
Locale: LANG=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages fcitx5-config-qt depends on:
ii  libc6 2.33-8
ii  libfcitx5-qt1 5.0.14-1
ii  libfcitx5config6  5.0.18-1
ii  libfcitx5utils2   5.0.18-1
ii  libgcc-s1 12.1.0-5
ii  libkf5itemviews5  5.94.0-1
ii  libkf5plasma5 5.94.0-1
ii  libkf5widgetsaddons5  5.94.0-2
ii  libqt5core5a  5.15.4+dfsg-4
ii  libqt5dbus5   5.15.4+dfsg-4
ii  libqt5gui55.15.4+dfsg-4
ii  libqt5svg55.15.4-2
ii  libqt5widgets55.15.4+dfsg-4
ii  libqt5x11extras5  5.15.4-2
ii  libstdc++612.1.0-5
ii  libx11-6  2:1.7.5-1
ii  libxkbfile1   1:1.1.0-1

Versions of packages fcitx5-config-qt recommends:
pn  libime-bin  

Versions of packages fcitx5-config-qt suggests:
pn  kde-config-fcitx5  

-- no debconf information

Bug#668899: calibre: "No internet connection" when network-manager installed but disabled

2016-11-21 Thread bugreporter 
Package: calibre
Version: 2.60.0+dfsg-1
Followup-For: Bug #668899

I had the same issue with calibre after installing network-manager.
The main network connctions are controlled by classical network scripts, but
i wanted to have a GUI for VPN and other things.

It took me a while to realize the problem was not a missing program :-(
Removing network-manager fixed it.

The author is obviously not willing to change the way of testing the connection,
so may it be possible to check configured connections in the pre-install script?

Bug#808044: linux-image-4.3.0-1-amd64: Braswell NUC SD card reader needs Cherryview PINCTRL module

2015-12-15 Thread bugreporter 
Package: src:linux
Version: 4.3.1-1Severity: important
Dear Maintainer,
The built-in SD card reader of the Intel Braswell NUC5PPYHdoesn't work under 
Debian Unstable running the latestLinux 4.3 kernel.  The card reader, 
however, works withUbuntu 15.10, which runs an older Linux 4.2 kernel.
Below is a comparison between the relevant portions of theDebian Unstable and 
Ubuntu 15.10 (Wily Werewolf) kernelconfiguration files. The key difference is 
the presenceof the CONFIG_PINCTRL_CHERRYVIEW=m option in the Ubuntukernel 
config.
$ grep -i pinctrl /boot/config-4.3.0-1-amd64 #Debian Unstable# 
CONFIG_I2C_MUX_PINCTRL is not setCONFIG_PINCTRL=y# CONFIG_DEBUG_PINCTRL is 
not set# CONFIG_PINCTRL_AMD is not setCONFIG_PINCTRL_BAYTRAIL=y# 
CONFIG_PINCTRL_CHERRYVIEW is not set# CONFIG_PINCTRL_SUNRISEPOINT is not set
$ grep -i pinctrl /boot/config-4.2.0-16-generic #Ubuntu 
15.10CONFIG_I2C_MUX_PINCTRL=mCONFIG_PINCTRL=y# CONFIG_DEBUG_PINCTRL is not 
setCONFIG_PINCTRL_AMD=yCONFIG_PINCTRL_BAYTRAIL=yCONFIG_PINCTRL_CHERRYVIEW=mCONFIG_PINCTRL_INTEL=mCONFIG_PINCTRL_SUNRISEPOINT=m
A comparison between the dmesg output for Debian Unstableand Ubuntu (15.10) 
shows the problem clearly ("failed tosetup card detect gpio").
$ dmesg | grep -i sdhci #Debian Unstable[    1.288201] sdhci: Secure Digital 
Host Controller Interface driver[    1.288208] sdhci: Copyright(c) Pierre 
Ossman[    1.317111] sdhci-pci :00:12.0: SDHCI controller found 
[8086:2296] (rev 21)[    1.317295] sdhci-pci :00:12.0: failed to setup 
card detect gpio[    1.318814] sdhci-pci :00:12.0: No vmmc regulator 
found[    1.318823] sdhci-pci :00:12.0: No vqmmc regulator found[   
 1.324453] mmc0: SDHCI controller on PCI [:00:12.0] using ADMA
$ dmesg | grep -i sdhci #Ubuntu 15.10[   11.433662] sdhci: Secure Digital 
Host Controller Interface driver[   11.433666] sdhci: Copyright(c) Pierre 
Ossman[   11.472483] sdhci-pci :00:12.0: SDHCI controller found 
[8086:2296] (rev 21)[   11.473841] sdhci-pci :00:12.0: No vmmc regulator 
found[   11.473845] sdhci-pci :00:12.0: No vqmmc regulator found[   
11.477273] mmc0: SDHCI controller on PCI [:00:12.0] using ADMA
Under Ubuntu 15.10, the pinctrl_cherryview module is loadedautomatically 
during system startup:
$ lsmod | grep -Ei 'sdhci|pinctrl' #Debian Unstablesdhci_pci             
 24576  0sdhci_acpi             16384  0sdhci                  40960  2 
sdhci_acpi,sdhci_pci
$ lsmod | grep -Ei 'sdhci|pinctrl' #Ubuntu 15.10sdhci_pci              24576 
 0sdhci_acpi             16384  0sdhci                  45056  2 
sdhci_acpi,sdhci_pcipinctrl_cherryview     32768  2
$ lspci #Debian Unstable00:00.0 Host bridge: Intel Corporation Device 2280 
(rev 21)00:02.0 VGA compatible controller: Intel Corporation Device 22b1 (rev 
21)00:12.0 SD Host controller: Intel Corporation Device 2296 (rev 21)00:13.0 
SATA controller: Intel Corporation Device 22a3 (rev 21)00:14.0 USB 
controller: Intel Corporation Device 22b5 (rev 21)00:18.0 DMA controller: 
Intel Corporation Device 22c0 (rev 21)00:18.6 Serial bus controller [0c80]: 
Intel Corporation Device 22c6 (rev 21)00:18.7 Serial bus controller [0c80]: 
Intel Corporation Device 22c7 (rev 21)00:1a.0 Encryption controller: Intel 
Corporation Device 2298 (rev 21)00:1b.0 Audio device: Intel Corporation 
Device 2284 (rev 21)00:1c.0 PCI bridge: Intel Corporation Device 22c8 (rev 
21)00:1c.1 PCI bridge: Intel Corporation Device 22ca (rev 21)00:1c.2 PCI 
bridge: Intel Corporation Device 22cc (rev 21)00:1f.0 ISA bridge: Intel 
Corporation Device 229c (rev 21)00:1f.3 SMBus: Intel Corporation Device 2292 
(rev 21)02:00.0 Network controller: Intel Corporation Wireless 3165 (rev 
81)03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
-- System Information:Debian Release: stretch/sid  APT prefers testing  APT 
policy: (900, 'testing'), (90, 'unstable')Architecture: amd64 (x86_64)Foreign 
Architectures: i386
Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)Shell: /bin/sh linked to 
/bin/dashInit: sysvinit (via /sbin/init)
Versions of packages linux-image-4.3.0-1-amd64 depends on:ii  debconf 
[debconf-2.0]                   1.5.58ii  initramfs-tools 
[linux-initramfs-tool]  0.120ii  kmod                                   
 21-1ii  linux-base                              4.0
Versions of packages linux-image-4.3.0-1-amd64 recommends:ii 
 firmware-linux-free  3.4
Versions of packages linux-image-4.3.0-1-amd64 is related to:ii 
 firmware-iwlwifi                         20151207-1ii  firmware-linux       
                    20151207-1ii  firmware-linux-nonfree                   
20151207-1ii  firmware-misc-nonfree [firmware-ralink]  20151207-1ii 
 firmware-realtek                         20151207-1
-- debconf information:  
linux-image-4.3.0-1-amd64/postinst/depmod-error-initrd-4.3.0-1-amd64: false  
linux-image-4.3.0-1-amd64/prerm/removing-running-kernel-4.3.0-1-amd64: true 

Bug#801375: claws-mail-gdata-plugin: Segfault still there

2015-10-21 Thread bugreporter 
Package: claws-mail-gdata-plugin
Version: 3.13.0-1
Followup-For: Bug #801375

Hi,

env LC_MESSAGES=C claws-mail

does the job, but afterwards there is a segfault when starting the programm 
without "env LC_MESSAGES=C"
I have to unload the gdata-plugin to start claws-mail in my language(German) 
again.

After the last updates(3.12->3.13) the same behaviour.

Trying to authenticate leads to the same problems as in 3.12

gdb:

Thread 1 (Thread 0x77f25a80 (LWP 7083)):
#0  0x7231fe2c in _IO_vfprintf_internal (s=s@entry=0x7fffbbc0, 
format=, 
format@entry=0x77ea72bf "GData-Plugin: Autorisierung erfolgreich: 
%s\n", 
ap=ap@entry=0x7fffbd78) at vfprintf.c:1642
#1  0x723c8dd5 in ___vsnprintf_chk (
s=0x7fffbd9b "GData-Plugin: Autorisierung erfolgreich: \377\177", 
maxlen=, 
flags=1, slen=, 
format=0x77ea72bf "GData-Plugin: Autorisierung erfolgreich: %s\n", 
args=0x7fffbd78)
at vsnprintf_chk.c:63
#2  0x005d0224 in log_message (instance=instance@entry=LOG_PROTOCOL, 
format=0x77ea72bf "GData-Plugin: Autorisierung erfolgreich: %s\n") at 
log.c:224
#3  0x7fffdefc3f4f in cm_gdata_auth_ready (auth=, 
res=, 
data=) at cm_gdata_contacts.c:449
#4  0x75e0ba27 in g_simple_async_result_complete ()
   from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#5  0x75e0baa9 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#6  0x739b1e9a in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x739b2240 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#8  0x739b2562 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#9  0x76e695d7 in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#10 0x00449844 in main (argc=1, argv=0x7fffe338) at main.c:1559



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

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

Versions of packages claws-mail-gdata-plugin depends on:
ii  claws-mail   3.13.0-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libdb5.3 5.3.28-11
ii  libetpan17   1.6-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdata22   0.17.3-1
ii  libgdk-pixbuf2.0-0   2.32.0-1
ii  libglib2.0-0 2.46.0-2
ii  libgnutls-deb0-283.3.18-1
ii  libgtk2.0-0  2.24.28-1
ii  libjson-glib-1.0-0   1.0.4-2
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.38.0-3
ii  libpangocairo-1.0-0  1.38.0-3
ii  libpangoft2-1.0-01.38.0-3
ii  libsasl2-2   2.1.26.dfsg1-14
ii  libsoup2.4-1 2.52.0-1
ii  libxml2  2.9.2+zdfsg1-4
ii  zlib1g   1:1.2.8.dfsg-2+b1

claws-mail-gdata-plugin recommends no packages.

claws-mail-gdata-plugin suggests no packages.

-- no debconf information

Bug#801375: claws-mail-gdata-plugin: Segfault when activating the plugin with the Code from Google

2015-10-09 Thread bugreporter 
Package: claws-mail-gdata-plugin
Version: 3.12.0-1
Severity: normal

Dear Maintainer,

I was using the gdata-plugin for a while, but it renders unusable after
an update to the new Authentication-Method.

Activating the plugin works. But if the actual Auth-Code is pasted and 
confirmed,
Claws-Mail dies with a segfault.

This behaviour is seen on two machines with similar Versions of Claws-Mail and
is reproducable at any time.

Thank you 


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

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

Versions of packages claws-mail-gdata-plugin depends on:
ii  claws-mail   3.12.0-1
ii  libatk1.0-0  2.18.0-1
ii  libc62.19-22
ii  libcairo21.14.2-2
ii  libdb5.3 5.3.28-11
ii  libetpan17   1.6-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.6-2
ii  libgdata22   0.17.3-1
ii  libgdk-pixbuf2.0-0   2.32.0-1
ii  libglib2.0-0 2.46.0-2
ii  libgnutls-deb0-283.3.18-1
ii  libgtk2.0-0  2.24.28-1
ii  libjson-glib-1.0-0   1.0.4-2
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.38.0-3
ii  libpangocairo-1.0-0  1.38.0-3
ii  libpangoft2-1.0-01.38.0-3
ii  libsasl2-2   2.1.26.dfsg1-14
ii  libsoup2.4-1 2.52.0-1
ii  libxml2  2.9.2+zdfsg1-4
ii  zlib1g   1:1.2.8.dfsg-2+b1

claws-mail-gdata-plugin recommends no packages.

claws-mail-gdata-plugin suggests no packages.

-- no debconf information

Bug#771902: claws-mail: Printing with default settings results in unreadable printouts probably due to monospace

2014-12-03 Thread bugreporter 
Package: claws-mail
Version: 3.11.1-2
Severity: normal

Dear Maintainer,

we have to print out any of our mails. Currently the printouts were not in a 
good shape
(Text partly missing, unintended linefeeds).
This happens on Virtual-PDF Printers an physical attached HP Officejet Pro 8600

After fiddling around for a while i found a way to correct this problem.
Setting an other type than monospace in the Settings for View/Printout e.g. to 
Arial
solves the problem.

I canÂt figure out if this problem ist related only to claws-mal, or even to 
cups or 
anything else.

The problem is reproducable here on two machines. Maybe anyone else can 
reproduce it?

OT: Printed Mails from Claws-Mail are not so beautifull and muttprint is not so 
easy.
Perhaps anything planned in the future?


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages claws-mail depends on:
ii  libarchive13 3.1.2-10
ii  libassuan0   2.1.2-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-13
ii  libcairo21.14.0-2.1
ii  libcompfaceg11:1.5.2-5
ii  libdb5.3 5.3.28-6
ii  libdbus-1-3  1.8.12-1
ii  libdbus-glib-1-2 0.102-1
ii  libenchant1c2a   1.6.0-10.1
ii  libetpan17   1.5-1
ii  libfontconfig1   2.11.0-6.3
ii  libfreetype6 2.5.2-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
ii  libglib2.0-0 2.42.1-1
ii  libgnutls-deb0-283.3.8-5
ii  libgpg-error01.17-2
ii  libgpgme11   1.5.1-6
ii  libgtk2.0-0  2.24.25-1
ii  libice6  2:1.0.9-1
ii  libldap-2.4-22.4.40-3
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libpisock9   0.12.5-dfsg-1
ii  libsasl2-2   2.1.26.dfsg1-12
ii  libsm6   2:1.2.2-1
ii  xdg-utils1.1.0~rc1+git20111210-7.1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages claws-mail recommends:
ii  aspell-de [aspell-dictionary]  20131206-5
ii  aspell-en [aspell-dictionary]  7.1-0-1.1
ii  claws-mail-i18n3.11.1-2
ii  xfonts-100dpi  1:1.0.3
ii  xfonts-75dpi   1:1.0.3

Versions of packages claws-mail suggests:
pn  claws-mail-doc  none
ii  claws-mail-tools3.11.1-2
ii  dillo [www-browser] 3.0.4-2+b1
ii  epiphany-browser [www-browser]  3.14.1-1
ii  iceweasel [www-browser] 31.2.0esr-3
ii  lynx-cur [www-browser]  2.8.9dev1-2+b1
ii  mousepad0.3.0-2
ii  w3m [www-browser]   0.5.3-19

-- 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#763431: linux-image-3.16-2-amd64: Doesn't finish booting

2014-10-05 Thread bugreporter 
 We need the kernel log up to this point - the on-screen messages are not
 sufficient. They should have made it into /var/log/messages. If there
 are any error messages in the log file from udev, those should also be
 informative.

(Sorry if my reply comes out as garbled HTML mail. I'm not too familiar
with the webmail interface I'm using.)

Anyway my boot problem doesn't produce any logs in /var because errors
prevent prevent /var from being mounted. However I managed to pipe
the output of dmesg to file.

The part where the boot first stalls is reproduced below (with two lines of
context included before and after). I'm also attaching as a tar.xz file
the complete dmesg output from the failed boot under linux-image-3.16-2
and, for comparison, the dmesg from a successful boot under linux-image-3.16-1.

[   12.658117] systemd-udevd[417]: renamed network interface wlan0 to wlan2
[   12.798356] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off
[  153.192245] Adding 8388604k swap on /dev/sda10.  Priority:-1 extents:1 
across:8388604k FS
[  153.245182] EXT4-fs (sda11): re-mounted. Opts: (null)
[  153.762270] EXT4-fs (sda11): re-mounted. Opts: errors=remount-ro
[  240.061772] INFO: task kworker/2:1:46 blocked for more than 120 seconds.
[  240.061870]   Not tainted 3.16-2-amd64 #1
[  240.064844] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message.
[  240.067911] kworker/2:1 D 8800d22a8468 046  2 0x
[  240.067940] Workqueue: pm pm_runtime_work
[  240.067944]  8800d22a8010 0046 00014240 
8800d22affd8
[  240.067950]  00014240 8800d22a8010 8800368eff08 
8800d22afc60
[  240.067955]  8800368eff0c 8800d22a8010  
8800368eff10
[  240.067961] Call Trace:
[  240.067974]  [81508e35] ? schedule_preempt_disabled+0x25/0x70
[  240.067983]  [8150a8f3] ? __mutex_lock_slowpath+0xd3/0x1c0
[  240.067990]  [8150a9fb] ? mutex_lock+0x1b/0x2a
[  240.068021]  [a00dd5b6] ? rtsx_usb_suspend+0x26/0x80 [rtsx_usb]
[  240.068045]  [a0017d0a] ? usb_suspend_both+0x9a/0x1d0 [usbcore]
[  240.068062]  [a001913e] ? usb_runtime_suspend+0x2e/0x70 [usbcore]
[  240.068068]  [813a68cc] ? __rpm_callback+0x2c/0x80
[  240.068074]  [813a693f] ? rpm_callback+0x1f/0x80
[  240.068080]  [813a6aa7] ? rpm_suspend+0x107/0x5f0
[  240.068086]  [813a7e3c] ? __pm_runtime_suspend+0x5c/0x80
[  240.068102]  [a00191c6] ? usb_runtime_idle+0x26/0x30 [usbcore]
[  240.068108]  [813a68cc] ? __rpm_callback+0x2c/0x80
[  240.068113]  [813a71f8] ? rpm_idle+0x198/0x290
[  240.068119]  [813a7f67] ? pm_runtime_work+0x97/0xa0
[  240.068128]  [8107f4a2] ? process_one_work+0x172/0x420
[  240.068135]  [8107fb35] ? worker_thread+0x115/0x520
[  240.068141]  [81508591] ? __schedule+0x2b1/0x710
[  240.068148]  [8107fa20] ? rescuer_thread+0x2d0/0x2d0
[  240.068154]  [81085dcd] ? kthread+0xbd/0xe0
[  240.068160]  [81085d10] ? kthread_create_on_node+0x180/0x180
[  240.068165]  [8150c1bc] ? ret_from_fork+0x7c/0xb0
[  240.068171]  [81085d10] ? kthread_create_on_node+0x180/0x180
[  240.068181] INFO: task kworker/u8:5:111 blocked for more than 120 seconds.
[  240.070936]   Not tainted 3.16-2-amd64 #1
[  240.073676] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message.
[  240.076462] kworker/u8:5D 880119a245a8 0   111  2 0x
[  240.076484] Workqueue: kmmcd mmc_rescan [mmc_core]
[  240.076487]  880119a24150 0046 00014240 
8800364e7fd8
[  240.076492]  00014240 880119a24150 8800369c0090 
8800369c0140
[  240.076497]  8800369c0200   
8800364e7c30
[  240.076502] Call Trace:
[  240.076509]  [813a7501] ? rpm_resume+0x191/0x5d0
[  240.076517]  [81070980] ? ftrace_raw_event_tick_stop+0xb0/0xb0
[  240.076524]  [810a57f0] ? prepare_to_wait_event+0xf0/0xf0
[  240.076530]  [813a763a] ? rpm_resume+0x2ca/0x5d0
[  240.076535]  [813a763a] ? rpm_resume+0x2ca/0x5d0
[  240.076541]  [813a7988] ? __pm_runtime_resume+0x48/0x70
[  240.076551]  [a0173858] ? sdmmc_set_ios+0x318/0xa20 
[rtsx_usb_sdmmc]
[  240.076561]  [a0173b15] ? sdmmc_set_ios+0x5d5/0xa20 
[rtsx_usb_sdmmc]
[  240.076573]  [a019a8ba] ? mmc_power_up+0x7a/0x2a0 [mmc_core]
[  240.076585]  [a019a0c2] ? mmc_power_off.part.19+0x72/0xe0 
[mmc_core]
[  240.076591]  [812b2b02] ? delay_tsc+0x42/0x70
[  240.076605]  [a019b71e] ? mmc_rescan+0x26e/0x320 [mmc_core]
[  240.076612]  [8107f4a2] ? process_one_work+0x172/0x420
[  240.076619]  [8107fb35] ? worker_thread+0x115/0x520
[  240.076626]  [8107fa20] ? rescuer_thread+0x2d0/0x2d0
[  240.076631]  [81085dcd] ? kthread+0xbd/0xe0
[  240.076637]  [81085d10] ?

Bug#763431: linux-image-3.16-2-amd64: Doesn't finish booting

2014-09-30 Thread bugreporter 
Package: linux-image-3.16-2-amd64
Version: 3.16.3-2
Severity: grave

Dear Maintainer,

The kernel image installed by the linux-image-3.16-2-amd64 package fails to
boot into a working system. The boot stalls at the following error (manually
reproduced from a cellphone photograph so there may be typographical errors):

INIT: version 2.88 booting
[info] Using makefile-style concurrent boot in runlevel S.
[ok] Starting the hotplug events dispatcher: udevd.
[ok] Synthesizing the initial hotplug events...done
[] Waiting for /dev to be fully populated...
[ 240.062008] INFO: task kworker/u8:5:113 blocked for more than 120 seconds.
[ 240.062104]Not tainted 3.16-2-amd64 #1
[ 240.062159] echo 0  /proc/sys/kernel/hung_task_timeout_secs disables this 
message

The last three lines of the boot message extract repeats with only the time
stamps changing.

Pressing Ctrl-C allows the boot to proceed but only to an emergency root shell,
not a fully working system. Under the emergency shell, the filesystem is mounted
read-only.

From the shell prompt, I can shut down but not reboot the computer.
Any attempt at a soft reboot (via the command shutdown now -r or simply
reboot) results in the shutdown of system processes but doesn't actually
restart the computer. I must then press the hardware power button to shut down
the computer before turning it back on. Invoking shutdown now -h, however,
does result in a successful shutdown.

The above boot failure does NOT affect the previous kernel image package
of the Linux 3.16 series (linux-image-3.16-1-amd64). This is the kernel I am 
currently using to type this bug report. The boot failure also does NOT affect
Debian kernel images of the Linux 3.14 series.

I have reinstalled the problematic kernel image package twice to rebuild
the initrd but the result is the same. The kernel fails to boot the computer 
into a usable condition.

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: ZOTAC
product_name: ZBOXNANO-ID63/ID64/ID65
product_version: XX
chassis_vendor: NA
chassis_version: NA
bios_vendor: American Megatrends Inc.
bios_version: 4.6.5
board_vendor: ZOTAC
board_name: ZBOXNANO-ID63/ID64/ID65
board_version: XX

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM 
Controller [8086:0154] (rev 09)
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a247]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied
Kernel driver in use: ivb_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:2111]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 45
Region 0: Memory at f780 (64-bit, non-prefetchable) [size=4M]
Region 2: Memory at e000 (64-bit, prefetchable) [size=256M]
Region 4: I/O ports at f000 [size=64]
Expansion ROM at unassigned [disabled]
Capabilities: access denied
Kernel driver in use: i915

00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI])
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a247]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 42
Region 0: Memory at f7d0 (64-bit, non-prefetchable) [size=64K]
Capabilities: access denied
Kernel driver in use: xhci_hcd

00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series 
Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: ZOTAC International (MCO) Ltd. Device [19da:a247]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 44
Region 0: Memory at f7d1b000 (64-bit, non-prefetchable) [size=16]
Capabilities: access denied
Kernel driver in use: mei_me

00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) (prog-if 20 [EHCI])

Bug#753300: anki doesn't export decks properly

2014-06-30 Thread bugreporter 
Package: anki
Version: 2.0.26+dfsg-1
Severity: minor


Dear Maintainer,

* What led up to the situation?
Trying to export some decks for giving it to others.

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

Using the export option of the program resulted sometimes in empty files,
some other tries showed the complete content.
Exporting to apkg or txt - same result.

* What was the outcome of this action?
I ve lost some of my decks, because i deleted them after exporting.

   * What outcome did you expect instead?
Complete exported decks :-)

I use anki on Debian and Android. The later has no export option,
therefore i can't say if the error comes from the user,platform,program.

Thank you

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

Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages anki depends on:
ii  libjs-jquery  1.7.2+dfsg-3
ii  libjs-jquery-flot 0.8.2+dfsg-1
ii  libjs-jquery-ui   1.10.1+dfsg-1
ii  python-beautifulsoup  3.2.1-1
ii  python-httplib2   0.9+dfsg-1
ii  python-pyaudio0.2.8-1+b1
ii  python-qt44.11+dfsg-2
ii  python-simplejson 3.5.2-1+b1
ii  python-sqlalchemy 0.9.4-1
pn  python:anynone

Versions of packages anki recommends:
ii  python-matplotlib  1.3.1-1+b2

Versions of packages anki suggests:
ii  dvipng  1.14-2

-- 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#743159: network-manager: only root user can start connections in network-manager 0.9.8.

2014-03-30 Thread bugreporter 
Package: network-manager
Version: 0.9.8.8-4
Severity: important

Dear Maintainer,

After an upgrade to network-manager 0.9.8.8-4 (from version 0.9.8.0-5), I
can no longer use network-manager to start network connections unless I run
its user or helper programs, such as nmcli or the nm-applet, as root.

Since my system is mostly command-line-driven, I mostly use nmcli to start
a network connection. When run via my regular user account, the command
nmcli c list produces an empty list with the following error message:

** (process:26105): WARNING **: Could not create object for 
/org/freedesktop/NetworkManager/Settings/7: No session found for uid 1000 
(unknown)

** (process:26105): WARNING **: Could not create object for 
/org/freedesktop/NetworkManager/Settings/21: No session found for uid 1000 
(unknown)

** (process:26105): WARNING **: Could not create object for 
/org/freedesktop/NetworkManager/Settings/3: No session found for uid 1000 
(unknown)

** (process:26105): WARNING **: handle_property_changed: failed to update 
property 'available-connections' of object type NMDeviceWifi.
NAME  UUID   TYPE   
   TIMESTAMP-REAL   

Running nmcli as root via the command sudo nmcli c list produces the
intended list of available connections. The broken behavior also
extends to the act of actually starting a connection, that is,
nmcli c up id network-foo doesn't work, but sudo-fied command
sudo nmcli c up id network-foo works.

Thus I suspect this is a permissions problem. Note that I start
my xsessions as a regular (non-root) user via the command line
and not through a login manager like gdm or lightdm. 

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

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.0-3
ii  init-system-helpers1.18
ii  isc-dhcp-client4.2.4-7
ii  libc6  2.18-4
ii  libdbus-1-31.8.0-3
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt111.5.3-4
ii  libglib2.0-0   2.38.2-5
ii  libgnutls262.12.23-13
ii  libgudev-1.0-0 204-8
ii  libmm-glib01.0.0-4
ii  libnl-3-2003.2.21-1
ii  libnl-genl-3-200   3.2.21-1
ii  libnl-route-3-200  3.2.21-1
ii  libnm-glib40.9.8.8-4
ii  libnm-util20.9.8.8-4
ii  libpolkit-gobject-1-0  0.105-4
ii  libsoup2.4-1   2.44.2-1
ii  libsystemd-login0  204-8
ii  libuuid1   2.20.1-5.7
ii  lsb-base   4.1+Debian12
ii  udev   204-8
ii  wpasupplicant  1.1-1

Versions of packages network-manager recommends:
pn  crda  none
pn  dnsmasq-base  none
ii  iptables  1.4.21-1
ii  modemmanager  1.0.0-4
ii  policykit-1   0.105-4
ii  ppp   2.4.5+git20130610-4
pn  systemd   none

Versions of packages network-manager suggests:
pn  avahi-autoipd  none

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed [not included]

-- 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#742125: claws-mail: Claws can not be connected to .eml files (XFCE open with)

2014-03-19 Thread bugreporter 
Package: claws-mail
Version: 3.9.3-2
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
I have a Java Programme which has a database storing many different
informations. Due to a lack of an integrated email program, the mails have
been imported via drag n drop from thunerbird.(All running on windows)
The mails have been stored an can be viewed, as thunderbird opens it.
Now on Debian testing with claws there is no way to do this

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
On the XFCE context menu (right click on file.eml) i tried to choose claws as
the connected program - after startup the content of the mail was not visible.
After installaling icedove and connecting it with *.eml it works as expected.

I tried to find any commandline options with no succes.
Drag and Drop the .eml into the message window of claws imports the mail to 
the mailbox, but that was not the task.

   * What was the outcome of this action?
So i am not able to use claws for a lot of working steps due the lack of this
possibility and so have to use icedove which i did not like so much.

   * What outcome did you expect instead?
The same behaviour as icedove.

Thank you

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

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages claws-mail depends on:
ii  libarchive13 3.1.2-8
ii  libassuan0   2.1.1-1
ii  libatk1.0-0  2.10.0-2
ii  libc62.18-4
ii  libcairo21.12.16-2
ii  libcompfaceg11:1.5.2-5
ii  libcurl3-gnutls  7.35.0-1
ii  libdb5.1 5.1.29-6
ii  libdbus-1-3  1.8.0-2
ii  libdbus-glib-1-2 0.102-1
ii  libenchant1c2a   1.6.0-10
ii  libetpan15   1.0-5+b1
ii  libexpat12.1.0-4
ii  libfontconfig1   2.11.0-2
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.6-1
ii  libglib2.0-0 2.38.2-5
ii  libgnutls26  2.12.23-13
ii  libgpg-error01.12-0.2
ii  libgpgme11   1.4.3-0.1
ii  libgtk2.0-0  2.24.22-1
ii  libice6  2:1.0.8-2
ii  libldap-2.4-22.4.31-1+nmu2+b1
ii  liblockfile1 1.09-6
ii  libpango-1.0-0   1.36.2-2
ii  libpangocairo-1.0-0  1.36.2-2
ii  libpangoft2-1.0-01.36.2-2
ii  libpisock9   0.12.5-7
ii  libsasl2-2   2.1.26.dfsg1-9
ii  libsm6   2:1.2.1-2
ii  xdg-utils1.1.0~rc1+git20111210-7

Versions of packages claws-mail recommends:
ii  aspell-de [aspell-dictionary]  20120607-1
ii  aspell-en [aspell-dictionary]  7.1-0-1
ii  claws-mail-i18n3.9.3-2
ii  xfonts-100dpi  1:1.0.3
ii  xfonts-75dpi   1:1.0.3

Versions of packages claws-mail suggests:
pn  claws-mail-doc  none
ii  claws-mail-tools3.9.3-2
ii  epiphany-browser [www-browser]  3.8.2-5
ii  gedit   3.10.4-1
ii  iceape [www-browser]2.7.12-1+b1
ii  iceweasel [www-browser] 24.3.0esr-1
ii  konqueror [www-browser] 4:4.11.5-2
ii  lynx-cur [www-browser]  2.8.8pre5-1
ii  midori [www-browser]0.4.3+dfsg-0.1
ii  mousepad0.3.0-2
ii  w3m [www-browser]   0.5.3-15

-- 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#727758: cups segfaults in libdbus

2013-11-08 Thread bugreporter 
Package: cups
Version: 1.6.3-1
Followup-For: Bug #727758

Hi,
i also got

cupsd[3263]: segfault at 0 ip b75776c2 sp bfad0070 error 4 in 
libdbus-1.so.3.7.5[b755+49000]

sometimes. It ist not reproducable. Most of the time nothing happens but if it 
does
also rebooting doesn`t solve the problem.
The machine itself has to be shutdown for the night. 
All printers are attached via network (HP OfficeJet Pro 8600)
If i restart the service manually everything is working fine, but it is a 
remote box,
an the users there don´t like console typing.
I hope for a quick solution.


OT:Is this report ok? Missing something? Wrong facts?
I´ve read the manual, but i am not sure.
 

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages cups depends on:
ii  cups-client1.6.3-1
ii  cups-common1.6.3-1
ii  cups-daemon1.6.3-1
ii  cups-filters   1.0.34-3+b1
ii  cups-ppdc  1.5.3-2.15
ii  cups-server-common 1.6.3-1
ii  debconf [debconf-2.0]  1.5.49
ii  ghostscript9.05~dfsg-8
ii  libavahi-client3   0.6.31-1
ii  libavahi-common3   0.6.31-1
ii  libc-bin   2.13-38
ii  libc6  2.17-3
ii  libcups2   1.6.3-1
ii  libcupscgi11.6.3-1
ii  libcupsimage2  1.6.3-1
ii  libcupsmime1   1.6.3-1
ii  libcupsppdc1   1.6.3-1
ii  libgcc11:4.7.2-5
ii  libstdc++6 4.7.2-5
ii  libusb-1.0-0   2:1.0.11-1
ii  lsb-base   4.1+Debian12
ii  poppler-utils  0.18.4-5
ii  procps 1:3.3.3-2

Versions of packages cups recommends:
ii  avahi-daemon   0.6.31-1
ii  colord 0.1.21-1
ii  foomatic-filters   4.0.17-1
ii  ghostscript-cups   9.05~dfsg-6.3
ii  printer-driver-gutenprint  5.2.9-1

Versions of packages cups suggests:
ii  cups-bsd   1.6.3-1
ii  cups-pdf   2.6.1-6
ii  foomatic-db20120523-1
ii  hplip  3.12.6-3.1
ii  printer-driver-hpcups  3.12.6-3.1
ii  smbclient  2:3.6.16-2
ii  udev   175-7.1

-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: lpd, socket, usb


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

Bug#721048: grub-common: Update of EFI version of grub fails when EFI partition is not mounted

2013-08-27 Thread Debian Bugreporter 
Package: grub-common

Version: 2.00-18
Severity: normal

Dear Maintainer,

I tried to upgrade the EFI version of grub installed in
my system using the following command:

$ sudo /usr/sbin/grub-install /dev/sdaX

(where sdaX is the partition where my root filesystem and grub
is installed).

My uprgade attempt wasn't completely successful since on reboot
I was brought to the grub rescue console.

On investigation I found that the problem arose because my EFI
partition wasn't mounted. To avoid polluting my system, I had
made a separate 1 MB EFI partition that I normally don't
mount. I managed to successfully update my EFI grub
installation using the following sequence of commands:

$ sudo mount /dev/sdaY /boot/efi
$ sudo /usr/sbin/grub-install /dev/sdaX

(where sdaY is my small EFI partition, and sdaX is my / partition).

This is necessary because grub needs to update the following file:

/boot/efi/EFI/debian/grubx64.efi

(which is not possible if the EFI partition isn't mounted).

I'm marking this bug report with normal severity since my setup is most
likely a corner case, and most users would probably have their EFI partition
permanently mounted (less secure but more convenient).

However, I do believe that grub-install should either (1) be fixed to
force or allow the mounting of the EFI partition or (2) at least
notify or WARN the user that the EFI version of grub requires the
EFI parition to be mounted first. A third alternative is to
(3) make grub-install fail if a VFAT filesystem is NOT mounted at
/boot/efi (inasmuch as EFI is broken in its ability to boot native
Linux filesystems).

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

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

Versions of packages grub-common depends on:
ii  gettext-base        0.18.3.1-1
ii  libc6               2.17-92
ii  libdevmapper1.02.1  2:1.02.77-5
ii  libfreetype6        2.4.9-1.1
ii  libfuse2            2.9.2-4
ii  liblzma5            5.1.1alpha+20120614-2
ii  zlib1g              1:1.2.8.dfsg-1

Versions of packages grub-common recommends:
ii  os-prober  1.63

Versions of packages grub-common suggests:
ii  console-setup  1.95
ii  desktop-base   7.0.3
pn  grub-emu       none
pn  multiboot-doc  none
ii  xorriso        1.2.2-2

-- 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#678363: ocsinventory-server: Wrong permissions of log folder for logrotate

2013-02-22 Thread bugreporter 
Package: ocsinventory-server
Version: 2.0.5-1
Followup-For: Bug #678363

I can confirm this behaviour.


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages ocsinventory-server depends on:
ii  apache2   2.2.22-12
ii  apache2-mpm-worker [apache2]  2.2.22-12
ii  libapache-dbi-perl1.11-1
ii  libapache2-mod-perl2  2.0.7-2
ii  libdbd-mysql-perl 4.021-1+b1
ii  libdbi-perl   1.622-1
ii  libjs-jquery  1.7.2+dfsg-1
ii  libnet-ip-perl1.26-1
ii  libphp-pclzip 2.8.2-2
ii  libxml-simple-perl2.20-1
ii  perl [libcompress-zlib-perl]  5.14.2-17
ii  ucf   3.0025+nmu3

Versions of packages ocsinventory-server recommends:
pn  ocsinventory-reports  none

Versions of packages ocsinventory-server suggests:
pn  libsoap-lite-perl   none
ii  mysql-server5.5.29+dfsg-1
ii  nmap6.00-0.3
ii  ocsinventory-agent  2:2.0.5-1
ii  samba-common2:3.6.6-5

-- 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#678363: ocsinventory-server: Wrong permissions of log folder for logrotate

2013-01-30 Thread bugreporter 
Package: ocsinventory-server
Version: 2.0.5-1
Followup-For: Bug #678363

I can confirm this bug, but is it really only a problem with 
ocsinventory-server? 


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash

Versions of packages ocsinventory-server depends on:
ii  apache22.2.22-11
ii  apache2-mpm-prefork [apache2]  2.2.22-11
ii  libapache-dbi-perl 1.11-1
ii  libapache2-mod-perl2   2.0.7-1
ii  libdbd-mysql-perl  4.021-1+b1
ii  libdbi-perl1.622-1
ii  libjs-jquery   1.7.2+debian-2.1
ii  libnet-ip-perl 1.26-1
ii  libphp-pclzip  2.8.2-2
ii  libxml-simple-perl 2.20-1
ii  perl [libcompress-zlib-perl]   5.14.2-14
ii  ucf3.0025+nmu3

Versions of packages ocsinventory-server recommends:
ii  ocsinventory-reports  2.0.5-1

Versions of packages ocsinventory-server suggests:
pn  libsoap-lite-perl   none
ii  mysql-server5.5.24+dfsg-9
ii  nmap6.00-0.2
ii  ocsinventory-agent  2:2.0.5-1
ii  samba-common2:3.6.6-3

-- 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#586419: tokyotyrant: daemon dies after receiving SIGABRT after random time of operating

2010-08-10 Thread bugreporter 
On Wed, 23 Jun 2010 16:32:24 +0200, Örjan Persson ora...@fobie.net
wrote:
 severity 586419 important
 thanks

sorry for very long delay on our side - we could not deal with
investigation of this problem

we've not upgraded any important part of system running this service yet 

 
 bugrepor...@one-2-one.pl (bugrepor...@one-2-one.pl) wrote:
 Currently I also started session as you described and it is working
fine 
 for about 5 minutes now. 
 
 It would be very helpful if you're able to tell exactly what's
 triggering this behaviour. :)

seems we've caught some useful information:

ttserver: tctdb.c:4563: tctdbidxhash: Assertion `pkbuf  pksiz  pksiz
= 0' failed.

above message appears on console while TT server is started as following:

$ sudo -H -u tokyotyrant /usr/sbin/ttserver -ext
/srv/Services/TokyoTyrant/expire.lua -thnum 32 -rts
/srv/Services/TokyoTyrant/timestamp.rts -extpc expire 300.0 -sid 1 -ulog
/srv/Services/TokyoTyrant/ulog -ulim 16777216 -ld -port 1978 -pid
/var/run/tokyotyrant/tokyotyrant.pid -host 192.168.4.13
/srv/Services/TokyoTyrant/data/tokyotyrant.tct#idx=key:lex#idx=x:dec#idx=val:lex#dfunit=8


while expire.lua script is:

$ more /srv/Services/TokyoTyrant/expire.lua

function expire()
   local args = {}
   local cdate = string.format(%d, _time())
   _log(current date =  .. cdate)
   table.insert(args, addcond\0x\0NUMLE\0 .. cdate)
   table.insert(args, out)
   local res = _misc(search, args)
   if not res then
  _log(expiration was failed, 2)
   end
end

$

the message shown (assertion) is repetitive - we've caught same message
many times

 
 Than I'll try to search application that normally runs there, what is
 exactly the 'misc' command performed. Seems that this 'misc' command is
 problem here.
 
 You used the misc command in your lua extension.
 
 I'm lowering the severity of this bug since it seems to be a special
 case and probably related to the lua code.

we've checked now and application run as follows:

$ sudo -H -u tokyotyrant /usr/sbin/ttserver -thnum 32 -rts
/srv/Services/TokyoTyrant/timestamp.rts -sid 1 -ulog
/srv/Services/TokyoTyrant/ulog -ulim 16777216 -ld -port 1978 -pid
/var/run/tokyotyrant/tokyotyrant.pid -host 10.0.4.13
/srv/Services/TokyoTyrant/data/tokyotyrant.tct#idx=key:lex#idx=x:dec#idx=val:lex#dfunit=8

so - no including options: ext nor extpc also crashes in same way

we have collected network traffic related to TT service, so we will not
try
to analyze these network dumps - we hope application crashes after
receiving
specific malformed network package, which is not properly handled by
daemon

 
 The application code has been previously used on another installation
 of TT - in some other server environment and it used to work fine
there.
 
 How are you communicating with tyrant?

it's PHP application running in Apache2 web server as mod_php (not CGI)

we are using: http://mamasam.indefero.net/p/tyrant/ - PHP API for Tyrant
seems there is not package version shown in source code of this API

on top of this API there is PHP class built and of top of this class there
is PHP session in Tyrant built - so we basically use Tyrant as PHP session
backend

regards,
AdamLis;

 
 Regards,
 Örjan



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

Bug#586419: tokyotyrant: daemon dies after receiving SIGABRT after random time of operating

2010-08-10 Thread bugreporter 
On Wed, 23 Jun 2010 16:32:24 +0200, Örjan Persson ora...@fobie.net
wrote:
 severity 586419 important
 thanks
 

u - possibly we have found the source of this problem

as mentioned before, we use PHP API for Tyrant:
http://mamasam.indefero.net/p/tyrant/

Inside this API there is method in Tyrant/RDBTable.php file:

/**
* Store a record
* If a record with the same key exists in the database,
* it is overwritten.
*
* @paramstring|int  Specifies the primary key.
* @paramarray   Associative array containing key/values.
* @return   boolTrue if successful, false otherwise
* @throws   Tyrant_Exception
*/
public function put($key, $value)
{
$args = array($key);
foreach ($value as $ckey = $cvalue) {
$args[] = $ckey;
$args[] = $cvalue;
}
echo will do misc:'put' inside put\n;
$rv = $this-misc('put', $args, 0);
if ($rv === false) {
throw new Tyrant_Exception(Put error);
}
return true;
}


This call second method of same class - 'misc', but this method really
calls tyrant 'misc' command.

***

Basically this PHP function build PHP array, which consist of some data.

First array element is 'key', next elements are pairs of 'ckey', 'cvalue'.

All these 3 parts 'key', 'ckey', 'cvalue' should be simple types - e.g.
int, string. Not Array(), etc.

***

While our application call this function with empty 'key', so we call in
our code

Tyrant-put('',array('a'='somedata','b'='somedata');

This is then transferred by Common.php 'misc' function into some string
that is send to daemon.

If 'key' is empty, daemon dies.

***

Then we now neet to investigate this deeper, to see how is final string
coming to TT daemon constructed.

Anyway seems we issue a character set into daemon, which keep empty field
on position where 'key' is expected. 

And issue such a character set makes daemon die on assertion.

I'm not sure, but daemon most likely should be protected against such a
malformed requests.

***

Regards,
AdamLis;





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

Bug#586419: tokyotyrant: daemon dies after receiving SIGABRT after random time of operating

2010-08-10 Thread bugreporter 

OK - on very low level of communication.

Here is example PHP script using API mentioned above:

?php

ini_set('display_errors',1);
error_reporting(E_ALL);

include('./Tyrant.php');

$session=Tyrant::connect('10.0.4.13', '1999');

$data1=array(
'somedata',
'otherstuff',
'totallyotherstuff',
);

$session-misc('put',$data1);

$data2=array(
'',
'otherstuff',
'totallyotherstuff',
);

$session-misc('put',$data2);


?

Second request raise assertion on TokyoTyrant daemon.

***

In fact API do connect to daemon, then it executes some stuff to configure
network socket in PHP. Then it call some stat command to determine database
type deamon uses.

Then function 'misc' (we call it above) simply do pack data into binary
format and sends to daemon.

***

Packing part:

public function misc($name, Array $args = array(), $opts = 0)
{
$cmd = pack('CCNNN', 0xC8, 0x90, strlen($name), $opts,
count($args)) . $name;
foreach ($args as $arg) {
$cmd .= pack('N', strlen($arg)) . $arg;
}
$code = $this-_send($cmd);

[...]

}

Some not needed part is cut above. 

Method _send do only write to socket and then it request a kind of result
from daemon.

***

So in fact binary character set is send to daemon after some state-check
in connect part.

We've caught these binary characters ;-)

Two files are attached here (both binary).

We call them like this:

$ cat request_correct.bin | netcat 10.0.4.13 1999
$

$ cat request_braking.bin | netcat 10.0.4.13 1999
$

Of course daemon works at 10.0.4.13/1999 in this case.

Yes - second request make daemon crash with result:
ttserver: tctdb.c:4563: tctdbidxhash: Assertion `pkbuf  pksiz  pksiz
= 0' failed.

***

Here goes hexdumps of these request files:

$ hexdump -C request_correct.bin
  c8 90 00 00 00 03 00 00  00 00 00 00 00 03 70 75 
|..pu|
0010  74 00 00 00 08 73 6f 6d  65 64 61 74 61 00 00 00 
|tsomedata...|
0020  0a 6f 74 68 65 72 73 74  75 66 66 00 00 00 11 74 
|.otherstufft|
0030  6f 74 61 6c 6c 79 6f 74  68 65 72 73 74 75 66 66 
|otallyotherstuff|
0040
$

$ hexdump -C request_braking.bin
  c8 90 00 00 00 03 00 00  00 00 00 00 00 03 70 75 
|..pu|
0010  74 00 00 00 00 00 00 00  0a 6f 74 68 65 72 73 74 
|totherst|
0020  75 66 66 00 00 00 11 74  6f 74 61 6c 6c 79 6f 74 
|ufftotallyot|
0030  68 65 72 73 74 75 66 66   |herstuff|
0038
$

***

Regards,
AdamLis;


Ȑputsomedata
otherstufftotallyotherstuffȐput
otherstufftotallyotherstuff

Bug#586419: tokyotyrant: daemon dies after receiving SIGABRT after random time of operating

2010-06-23 Thread bugreporter 
On Tue, 22 Jun 2010 21:39:33 +0200, Örjan Persson ora...@fobie.net
wrote:
 o2o bug reporter (bugrepor...@one-2-one.pl) wrote:
 The problem is that after quite random time of operation (at least 30
 minutes, usually few hours)- while daemon is not under heavy load (I
 would even
 say while it is almost not used) - it crashes, leaving it's PID file.
 Without using 'gdb' it was impossible for me to get any clue why it
 bahaves so.
 Daemon process has just been dissappearing at a time.
 
 Hello,

Hi!

 
 That sounds indeed like a bug, but I'm unable to reproduce this problem.
 
 I started a server like this:
 
 $ ttserver -port 1999 -ext expire.lua -extpc expire 1.0 -ld
 test.tct#idx=key:lex#idx=x:dec#idx=val:lex#dfunit=8
 
 And then I inserted some keys:
 
 $ for i in `seq 1 60`; do tcrmgr put -port 1999 -sep '|' localhost $i
 x|$((`date +%s`+i)); done
 
 And to verify the keys, I did this:
 
 $ tcrmgr list -pv -port 1999 -sep '|' localhost
 
 I also tried sending HUP to it:
 
 $ kill -HUP `pgrep -f 'ttserver -port 1999'`
 
 Can you always reproduce this when SIGHUP is sent to the process? Or is
 it completely random?

Seems that problem is appearing in client session and it is not connected
to
performing SIGHUP. In log I've previously send, the SIGHUP command was
issued
quite long before daemon crashed.

In my log I can see:

2010-06-20T17:16:59+01:00   INFOconnected: 10.0.3.101:46776
2010-06-20T17:16:59+01:00   DEBUG   doing stat command
2010-06-20T17:16:59+01:00   DEBUG   doing misc command
2010-06-20T17:16:59+01:00   DEBUG   doing out command
2010-06-20T17:16:59+01:00   INFOconnection finished
2010-06-20T17:17:10+01:00   INFOconnected: 10.0.3.101:46871
2010-06-20T17:17:10+01:00   DEBUG   doing stat command
2010-06-20T17:17:10+01:00   DEBUG   doing misc command
2010-06-20T17:17:10+01:00   DEBUG   doing out command
2010-06-20T17:17:10+01:00   DEBUG   doing misc command

Currently I also started session as you described and it is working fine 
for about 5 minutes now. 

Than I'll try to search application that normally runs there, what is
exactly the 'misc' command performed. Seems that this 'misc' command is
problem here.

The application code has been previously used on another installation
of TT - in some other server environment and it used to work fine there.

Regards;
AdamLis;

 
 Regards,
 Örjan



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

Bug#551204: xbanner fails to find gdm config files

2009-10-16 Thread bugreporter 
Package: xbanner
Version: 1.31-25.4
Severity: important

After installing xbanner:

xbannerconfig gdm install
Can't find gdm config files. Won't try to add xbanner to gdm.

gdm is installed and in use
gdm 2.20.9-1.1+b1

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

Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages xbanner depends on:
ii  debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii  libc6 2.9-25 GNU C Library: Shared libraries
ii  libx11-6  2:1.2.1-1  X11 client-side library
ii  libxpm4   1:3.5.7-1  X11 pixmap library

Versions of packages xbanner recommends:
ii  xfonts-scalable   1:1.0.0-6  scalable fonts for X

Versions of packages xbanner suggests:
ii  gsfonts-x11   0.21   Make Ghostscript fonts available t

-- debconf information:
  xbanner/removal:



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

Bug#528754: closed by Sune Vuorela deb...@pusling.com (Re: Bug#528754: kdelibs do not build without avahi)

2009-05-18 Thread bugreporter 
I didn't understand, why you closed the bug. Seriously.
Do you have enough expertise to read the mentioned patch file? 
(./debian/patches/98_buildprep.diff)
If so, do it. If not, I will try to explain what I am seeing.

So, first, there are the original source package. It builds OK.
There are debianised sources - the added ./debian directory.
That directory contains subdirectory ./patches.
When you build .deb binary packages, you usually run debian/rules
makefile. And it unconditionally applies .diff files from debian/patches
directory (it really doesn't ask you). That's not my modification, that's 
Debian's.
This report was about Debian package kdelibs, not upstream's, not my own 
version.

What is wrong with Debian's modifications to the package.
It removes (otherwise provided by upstream) the option to build without
some questionable and purely optional feature like dnssd,
that opens additional remote attack vectors, limited to local network.
The files, that come from Debian maintainers (do you represent any of them?),
break configure process if there is no libahavi development files present
on the system.

I have wrote already to the debian desktop mailing list and
was told, that I have a freedom to recompile binary .debs from
sources and without that exactly option.

This report was to inform everyone, that it is no more true for Debian version
of the kdelibs. 
The problem is that:
 1. Original upstream version build and work okay.
 2. My modifications to ./debian/patches/98_buildprep.diff (mostly to 
./configure part)
allow to build and run kdelibs without avahi dependencies and without dnssd,
that suggests that ./configure script was erroneously broken and without 
any cause.
 3. 
a) Optional usability feature became core part of the package. Cool, but 
not everyone
   will benefit from that feature.
b) That feature contradicts security in some way. Well, that is 
questionable, but you know...
c) Sometimes it is safer to be able to exclude unneeded functionality from 
applications.
   Sometimes that is REQUIREMENT.
d) The optional security feature of being able to compile out the unneeded
   functionality was broken. But there was no real reason for that, except
   lack of expertise or mistype or what?..
e) That change makes Debian more favorable for inexperienced OR lame users,
   and less favorable for users with special requirements.
Fix that, please.

Steps to reproduce the bug:
  1. apt-get source kdelibs
  2. apt-get build-dep kdelibs
  3. apt-get --purge remove libavahi-client-dev libavahi-common-dev 
libavahi-qt3-dev
  4. cd kdelibs-3.5.10.dfsg.1
  5. debian/rules binary

The mentioned version will not even start to compile here.


On Fri, May 15, 2009 at 10:09:03AM +, Debian Bug Tracking System wrote:
 
 This is an automatic notification regarding your Bug report
 which was filed against the kdelibs package:
 
 #528754: kdelibs do not build without avahi
 
 It has been closed by Sune Vuorela deb...@pusling.com.
 
 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 Sune Vuorela 
 deb...@pusling.com by
 replying to this email.
 
 
 -- 
 528754: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528754
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems

 Received: (at 528754-done) by bugs.debian.org; 15 May 2009 09:56:35 +
 X-Spam-Bayes: score:0. Tokens: new, 9; hammy, 101; neutral, 55; spammy, 4.
   spammytokens:0.995-1--H*RU:sk:1M4tvn-,
   0.995-1--HX-Spam-Relays-External:sk:1M4tvn-, 0.995-1--H*r:sk:1M4tvn-,
   0.925-+--ever hammytokens:0.000-+--Severity, 0.000-+--H*u:KDE,
   0.000-+--H*UA:KDE, 0.000-+--UD:diff, 0.000-+--H*u:4.2.2
 X-Spam-Status: No, score=-6.0 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER,
   MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
 Return-path: deb...@pusling.com
 Received: from elvira.killmulehill.net ([67.207.140.51])
   by rietz.debian.org with esmtp (Exim 4.63)
   (envelope-from deb...@pusling.com)
   id 1M4tvn-jT-EY
   for 528754-d...@bugs.debian.org; Fri, 15 May 2009 09:42:19 +
 Received: by elvira.killmulehill.net with esmtpsa 
 (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
   (Exim 4.69)
   id 1M4tvj-0007UH-Gn
   for 528754-d...@bugs.debian.org; Fri, 15 May 2009 09:42:18 +
 From: Sune Vuorela deb...@pusling.com
 To: 528754-d...@bugs.debian.org
 Subject: Re: Bug#528754: kdelibs do not build without avahi
 Date: Fri, 15 May 2009 11:42:05 +0200
 
 On Friday 15 May 2009 11:17:53 root wrote:
  Package: kdelibs
  Version: 4:3.5.10.dfsg.1-2
  Severity: serious
  Justification: no longer builds from source
 
  I have found, that it is not possible to turn off some
  questionable features, like dnssd.
  patch debian/patches/98_buildprep.diff makes ./configure
  fail without

Bug#513950: scummvm: nice to have: tinsel engine

2009-02-02 Thread bugreporter 
Package: scummvm
Version: 0.11.1-1
Severity: wishlist

according to the scummvms website there is a tinsel engine available.
Could this engine be compiled into the upcoming packages?


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

Kernel: Linux 2.6.24-etchnhalf.1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages scummvm depends on:
ii  libasound2 1.0.16-2  ALSA library
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libflac8   1.2.1-1.2 Free Lossless Audio Codec - runtim
ii  libfluidsynth1 1.0.8-1.1 Real-time MIDI software synthesize
ii  libgcc11:4.3.2-1.1   GCC support library
ii  libmad00.15.1b-4 MPEG audio decoder library
ii  libmpeg2-4 0.4.1-3   MPEG1 and MPEG2 video decoder libr
ii  libogg01.1.3-4   Ogg Bitstream Library
ii  libsdl1.2debian1.2.13-3  Simple DirectMedia Layer
ii  libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3
ii  libvorbis0a1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  libvorbisfile3 1.2.0.dfsg-3.1The Vorbis General Audio Compressi
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

scummvm recommends no packages.

Versions of packages scummvm suggests:
pn  beneath-a-steel-sky   none (no description available)
pn  flight-of-the-amazon-queennone (no description available)
ii  timidity  2.13.2-20  Software sound renderer (MIDI sequ

-- 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#421904: vlc: continues to play sound after closing

2009-01-12 Thread Anon BugReporter 
I'm running Debian unstable, same problem

VLC doesn't quit when playlist/add directory is done

Run vlc, open playlist, choose add directory, choose some directory full of
mp3s, press close button on top of VLC main window. Everything closes,
process still executes. If play was started, then it continues to play. If
run from console - process is still attached to it, that is you can't enter
another command, because previous(vlc) is till running.

---

VLC media player 0.8.6h Janus

** (.:2377): CRITICAL **: gtk_pizza_set_size: assertion `pizza != NULL'
failed

this assertion fails when playlist gets open, but if you don't add directory
- everything still closes normally

Bug#510125: Sorry, please close the bug.

2008-12-29 Thread bugreporter 
People, please close the bug.
I was able to investigate it further and found, that
installed qmail package triggered libsemanage to generate
homedir contexts for qmail users as for ordinary users.

I have filed another bugreport and now on libsemanage (with a patch),
see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510134

Sorry and please close this bug.

Thanks.



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

Bug#508334: This bug is closely related to #507619

2008-12-10 Thread bugreporter 
Sorry for not being found that beforehand, but this bug is just a more
general version of #507619 bug, posted earlier.

#507619 only mentions and fixes non-lvm cases for cciss driver.

Can anybody join this bug into #507619 somehow
(or maybe do something more appropriate) ?



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

Bug#508334: Fix for non-LVM cciss-based root

2008-12-10 Thread bugreporter 
I have (not fully tested) patch to make mkinitramfs generate the image
for non-lvm cciss-based root too.
Previous patch only fixes situation with root on lvm-on-cciss_partition.

I have not tested the image, generated by patched mkinitramfs,
but I am sure, it was generated without error.

Somebody else should try boot it.
--- /usr/share/initramfs-tools/hook-functions~  2008-12-10 15:38:23.0 +0400
+++ /usr/share/initramfs-tools/hook-functions   2008-12-10 15:44:32.0 +0400
@@ -275,10 +275,6 @@
root=${root#/dev/}
block=$(awk /^${root}/{print substr(\$5, 1, 3); exit} \
/proc/mdstat)
+   # cciss naming scheme
+   elif [ ${root#/dev/cciss/} != ${root} ]; then
+   block=${root#/dev/cciss/}
+   block=cciss!${block%p[0-9]*}
# classical root device
else
block=${root#/dev/}

Bug#501207: destar: The same Problem is still in 0.2.2-5.2 in testing

2008-11-11 Thread bugreporter 
Package: destar
Version: 0.2.2-5.2
Followup-For: Bug #501207

The workaround still solves the problem. But that is not that good, isn`t it?


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

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

Versions of packages destar depends on:
ii  asterisk   1:1.4.21.2~dfsg-2 Open Source Private Branch Exchang
ii  debconf1.5.23Debian configuration management sy
ii  python 2.5.2-2   An interactive high-level object-o
ii  python-medusa  0.5.4+clean-2 Framework for implementing asynchr
ii  python-pychart 1.39-6Python library for creating high q
ii  python-pysqlite2   2.4.1-1   Python interface to SQLite 3
ii  python-quixote11.2-4+b1  A highly Pythonic Web application 
ii  sqlite33.5.9-5   A command line interface for SQLit

Versions of packages destar recommends:
pn  op-panel  none (no description available)

destar suggests no packages.

-- debconf information:
  destar/port: 8080



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

Bug#502206: specto: Empty Description/Name causes crash at Startup

2008-10-14 Thread bugreporter 
Package: specto
Version: 0.2.2-3
Severity: important

If the description/name entry is deleted or modified to an empty string,
specto wont start up the next time and crashes with a parsing error.
Therefore empty name sections should be not allowed in the program imho.


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

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

Versions of packages specto depends on:
ii  gconf22.22.0-1   GNOME configuration database syste
ii  gnome-icon-theme  2.22.0-1   GNOME Desktop icon theme
ii  librsvg2-common   2.22.2-2   SAX-based renderer library for SVG
ii  python2.5.2-2An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-glade2 2.12.1-6   GTK+ bindings: Glade support
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-gnome2-extras  2.19.1-2   Extra Python bindings for the GNOM
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify
ii  zenity2.22.1-2   Display graphical dialog boxes fro

specto recommends no packages.

specto suggests no packages.

-- no debconf information



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

Bug#502205: specto: Items could not be deleted in GUI

2008-10-14 Thread bugreporter 
Package: specto
Version: 0.2.2-3
Severity: important

Deleting an item is only possible be editing the configuration files.
There is no obvious option within the GUI.

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

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

Versions of packages specto depends on:
ii  gconf22.22.0-1   GNOME configuration database syste
ii  gnome-icon-theme  2.22.0-1   GNOME Desktop icon theme
ii  librsvg2-common   2.22.2-2   SAX-based renderer library for SVG
ii  python2.5.2-2An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-glade2 2.12.1-6   GTK+ bindings: Glade support
ii  python-gnome2 2.22.0-1   Python bindings for the GNOME desk
ii  python-gnome2-extras  2.19.1-2   Extra Python bindings for the GNOM
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify
ii  zenity2.22.1-2   Display graphical dialog boxes fro

specto recommends no packages.

specto suggests no packages.

-- no debconf information



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

Bug#490137: googleearth-package: Download fails with 404 and --url option doesnt work

2008-07-10 Thread bugreporter 
Package: googleearth-package
Version: 0.0.4
Severity: important

Calling make-googlearth-package without any modifications leads to a 404 not 
found
The script tells afterwards to use --url or --file.
If --url is provided, the script is exiting immediately with the message:
Unrecognized command-line argument: --url


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-amd64
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages googleearth-package depends on:
ii  curl   7.15.5-1etch1 Get a file from an HTTP, HTTPS, FT
ii  dpkg-dev   1.13.25   package building tools for Debian
ii  fakeroot   1.5.10Gives a fake root environment
ii  wget   1.10.2-2  retrieves files from the web

googleearth-package recommends no packages.

-- no debconf information



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

Bug#489159: gjay doesn't scan dirs and files with special chars

2008-07-03 Thread bugreporter 
Package: gjay
Version: 0.2.8.3-5
Severity: important

if there are any special chars in the scanpath like ä ö ü ' , gjay segfaults.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-amd64
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages gjay depends on:
ii  libatk1.0-0 1.12.4-3 The ATK accessibility toolkit
ii  libc6   2.3.6.ds1-13etch5GNU C Library: Shared libraries
ii  libcairo2   1.2.4-4.1+etch1  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libglib2.0-02.12.4-2 The GLib library of C routines
ii  libgsl0 1.8-2GNU Scientific Library (GSL) -- li
ii  libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface 
ii  libpango1.0-0   1.14.8-5 Layout and rendering of internatio
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1.1.7-4  X cursor management library
ii  libxext61:1.0.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.1-5X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-5  X11 RandR extension library
ii  libxrender1 1:0.9.1-3X Rendering Extension client libra
ii  mp3info 0.8.4-9.2An MP3 technical info viewer and I
ii  mpg321 [mpg123] 0.2.10.3 A Free command-line mp3 player, co
ii  xmms1:1.2.10+20061101-1etch1 Versatile X audio player

gjay recommends no packages.

-- no debconf information



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