Bug#814670: login: su - clears XDG_RUNTIME_DIR
Package: login Version: 1:4.2-3+deb8u1 Severity: normal Dear Maintainer, I have an user which has daemons enabled using systemd --user. If I login with ssh, then all works well. However, if I try using su - contos to login as the user. Then systemctl fails, like so: $ systemctl status --user contos Failed to get D-Bus connection: Connection refused Upon further investigation I found out that systemctl expects the variable XDG_RUNTIME_DIR to be set. In this particular case, we need it set to /run/user/1029. $ XDG_RUNTIME_DIR=/run/user/1029 systemctl status --user contos ● contos.service - blog canto de contos (.. normal output ..) If I use su contos (no -), then XDG_RUNTIME_DIR is kept the same as the previous user (which is also no good). Since this is set correctly when using ssh but not su, I'm supposing this is a su bug. However, I admit I do not have a full understanding on what's going on when you su or ssh to an user. I also tried to use sudo login contos with the same effect. So, as far as I know, using ssh to login with the user is the only reliable way to work with user's systemctl. Please, if it is impossible to fix this behavior in jessie, would you at least give me a reasonable workaround on how to login as a different user without the need of ssh? Cheers, Rafael -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.4.0-x86_64-linode63 (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 Init: systemd (via /run/systemd/system) Versions of packages login depends on: ii libaudit1 1:2.4-1+b1 ii libc6 2.19-18+deb8u2 ii libpam-modules 1.1.8-3.1+deb8u1 ii libpam-runtime 1.1.8-3.1+deb8u1 ii libpam0g1.1.8-3.1+deb8u1 login recommends no packages. login suggests no packages. -- no debconf information
Bug#800880: broadcom-sta: New upstream version
Source: broadcom-sta
Severity: wishlist
Tags: patch
Upstream has a new version of the drivers, which is not yet in Debian. I
wrote a patch to the package which has been working for me.
I screened and removed patches which are already merged upstream. One of
the patches (support for kernel 3.15.0) was not fully merged, thus I
kept the relevant part. Still regarding that specific patch, I think a
similar thing needs to be done to i386 architecture in order to keep
build reproducible (I will be happy to apply it in my spare time, if you
want it. The reason I haven't is because I will have to install a 32bit
system to one of my machines, which will consume time.)
I just recently got a dell computer and I have been struggling with
drivers. I could not get jessie version of broadcom-sta-dkms to build in
the new kernel 4.1 (which I needed for touchpad driver support). I also
had been having wifi connectivity issues in certain authenticated
networks while on jessie. So I thought I would give the new upstream
version a try. Hopefully my issues will be gone and, perhaps, we could
even try to backport whatever is getting it to work better to jessie's
broadcom-sta-dkms.
I documented in the patches the reason for each change I did on the
package. I'm here for any questions you might have. I hope my work here
is useful to someone else. I have uploaded the results of pdebuild here,
if anyone is intrested:
http://rafael.kontesti.me/debian/broadcom
-- 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.1.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 160f6e75a663d7a9d74dc42d9fc390bb2219bcc0 Mon Sep 17 00:00:00 2001
From: Rafael Cunha de Almeida <almeida...@gmail.com>
Date: Sun, 4 Oct 2015 13:56:56 +0100
Subject: [PATCH 1/6] Change kernel-3.15.0 patch: mostly merged upstream
Upstream merged part of the patch, effectively supporting kernels
older than 3.15. However, one important part of the patch is still
not addressed upstream: removing __TIME__ and __DATE__ macros.
It is worth mentioning that this patch needs further work in order
to remove the same macros from i386 architecture.
Ideally we should not use these macros as they prevent reproducible
builds.
---
debian/patches/05-kernel-3.15.0.patch | 45 --
.../patches/05-remove-time-and-date-macros.patch | 29 ++
debian/patches/series | 2 +-
3 files changed, 30 insertions(+), 46 deletions(-)
delete mode 100644 debian/patches/05-kernel-3.15.0.patch
create mode 100644 debian/patches/05-remove-time-and-date-macros.patch
diff --git a/debian/patches/05-kernel-3.15.0.patch b/debian/patches/05-kernel-3.15.0.patch
deleted file mode 100644
index a4ef422..000
--- a/debian/patches/05-kernel-3.15.0.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-Description: Kernel 3.15 compatibility patch
-Author: Cyril Lacoux <clac...@easter-eggs.com>
-Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752864
-Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754434
-Last-Update: 2014-08-13
-
-Index: broadcom-sta-6.30.223.248/amd64/src/wl/sys/wl_linux.c
-===
broadcom-sta-6.30.223.248.orig/amd64/src/wl/sys/wl_linux.c 2014-08-13 08:04:37.213841222 +0400
-+++ broadcom-sta-6.30.223.248/amd64/src/wl/sys/wl_linux.c 2014-08-13 08:04:37.209841222 +0400
-@@ -724,7 +724,7 @@
- WL_ALL_PASSIVE_ENAB(wl) ? ", Passive Mode" : "", EPI_VERSION_STR);
-
- #ifdef BCMDBG
-- printf(" (Compiled in " SRCBASE " at " __TIME__ " on " __DATE__ ")");
-+ printf(" (Compiled in " SRCBASE);
- #endif
- printf("\n");
-
-@@ -2043,8 +2043,7 @@
- void
- wl_dump_ver(wl_info_t *wl, struct bcmstrbuf *b)
- {
-- bcm_bprintf(b, "wl%d: %s %s version %s\n", wl->pub->unit,
-- __DATE__, __TIME__, EPI_VERSION_STR);
-+ bcm_bprintf(b, "wl%d: version %s\n", wl->pub->unit, EPI_VERSION_STR);
- }
-
- #if defined(BCMDBG)
-Index: broadcom-sta-6.30.223.248/amd64/src/wl/sys/wl_cfg80211_hybrid.c
-===
broadcom-sta-6.30.223.248.orig/amd64/src/wl/sys/wl_cfg80211_hybrid.c 2014-08-11 08:14:32.135132247 +0400
-+++ broadcom-sta-6.30.223.248/amd64/src/wl/sys/wl_cfg80211_hybrid.c 2014-08-13 08:06:10.045840994 +0400
-@@ -2071,7 +2071,11 @@
- wl_get_assoc_ies(wl);
- memcpy(>bssid, >addr, ETHER_ADDR_LEN);
- wl_update_bss_info(wl);
-+#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 15, 0)
-+ cfg80211_ibss_joined(ndev, (u8 *)>bssid, >conf->channel, GFP_KERNEL);
-+#els
Bug#759016: O: html2ps
Package: wnpp Severity: normal I have no more time to dedicate to html2ps :(. Its code is very hard to understand and upstream is mostly dead. I suspect there could be better alternatives that should be looked up by new maintainers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754239: O: tcpstat -- network interface statistics reporting tool
Package: wnpp Severity: normal I intend to orphan the tcpstat package. I have no time to work on it and I don't use the package anymore. The package description is: tcpstat reports certain network interface statistics much like vmstat does for system statistics. tcpstat gets its information by either monitoring a specific interface, or by reading previously saved tcpdump data from a file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754239: Sending an e-mail from my maintainer e-mail
Although I filled the bug with the wrong e-mail, I'm really the maintainer. This is the e-mail I have registered in the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687442: Testing with i3-3225
I having been testing the patched kernel with my lenovo x230 and so far everything has been fine. Before, I was having freezes with regular kernel 3.2, but this new kernel 3.2 has not frozen so far. I tried my bamboo wacon tablet and it still worked well. X, gnome 3, audio, everything works. So far I haven't had any issues which could be kernel related. $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 7.0 (wheezy) Release:7.0 Codename: wheezy $ uname -a Linux gir 3.2.0-4.drm-amd64 #1 SMP Debian 3.2.35-3~jcristau.1 x86_64 GNU/Linux $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz stepping: 9 microcode : 0x13 cpu MHz : 1200.000 cache size : 3072 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips: 4987.97 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz stepping: 9 microcode : 0x13 cpu MHz : 1200.000 cache size : 3072 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips: 4988.48 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz stepping: 9 microcode : 0x13 cpu MHz : 1200.000 cache size : 3072 KB physical id : 0 siblings: 4 core id : 1 cpu cores : 2 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips: 4988.49 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz stepping: 9 microcode : 0x13 cpu MHz : 1200.000 cache size : 3072 KB physical id : 0 siblings: 4 core id : 1 cpu cores : 2 apicid : 3 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips: 4988.48 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: $ sudo lsmod Module
Bug#689268: linux-image-3.2.0-3-amd64: Intel HD 4000 (Ivy Bridge) graphics freeze
I had a similar issue as described in this bug. I recently installed debian wheezy on a thinkpad x230. As far as I know I use the same i915 module. I'm using amd64 system and my cpu is Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz My system would freeze sometimes. When it did, I wasn't able to move the mouse, write or anything. Trying to access through ssh didn't work either. My only alternative was to forcebly restart the system. When the system was back up there was no error log on /var/log/syslog, /var/log/dmesg or /var/log/kern.log. It didn't write anything it wouldn't normally write other times on the moment of the freeze. I installed linux 3.7 from experimental and my computer has not frozen since. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698523: gnome-media: gnome-sound-recorder stops responding after playing a stream with no data
Package: gnome-media Version: 3.4.0-1 Severity: normal Dear Maintainer, My mic is not properly configured (I'm not sure why yet, I need to fix that later). Anyway, when I hit record on gnome-soun-recorder nothing is recorded, as we'd expect. Then I press play and a correct warning comes up Stream contains no data. This is my .xsession-erros at this point: ERROR: Stream contains no data. DEBUG MESSAGE: gsttypefindelement.c(954): gst_type_find_element_activate (): /GstPlayBin:playbin/GstDecodeBin:decodebin1/GstTypeFindElement:typefind: Can't typefind empty stream I press close on the warning and hit the record button once again. A Save recording? window pops up. I click on Continue without saving and the program stops responding. It can't be closed normally anymore, it must be killed. No further messages are written to .xsession-errors. Something notable is that, while I was recording, the play button was enabled and I pressed it in order to stop recording. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 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 gnome-media depends on: ii gconf-service3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii gstreamer0.10-gconf 0.10.31-3+nmu1 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii libatk1.0-0 2.4.0-2 ii libc62.13-37 ii libgconf-2-4 3.2.5-1+build1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnome-media-profiles-3.0-03.0.0-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-4 ii x11-utils7.7~1 Versions of packages gnome-media recommends: ii gnome-control-center 1:3.4.2+git20121016.29d7c0-1 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii pulseaudio2.0-6 gnome-media 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#698193: gnome: Network configuration should tell me I need to install network-manager-openvpn-gnome
Package: gnome Version: 1:3.4+7 Severity: normal Dear Maintainer, I needed to set up my vpn. So I clicked the network icon in the menu and chose Network Settings. Then, I clicked on the + sign and hitted Create with VPN interface chosen. To my astonishment, nothing happened. No error message, nothing. After researching the Internet a little bit I found out I had to install the package network-manager-openvpn-gnome. That should be informed to me via a warning message from the network settings program. I'm not sure it has a special package for it (I couldn't find it at least), so I'm reporting here. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 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 gnome depends on: ii aisleriot1:3.4.1-1 ii alacarte 3.5.3-1 ii avahi-daemon 0.6.31-1 ii cheese 3.4.2-2 ii cups-pk-helper 0.2.3-2 ii desktop-base 7.0.3 ii evolution3.4.4-1 ii evolution-plugins3.4.4-1 ii file-roller 3.4.2-1 ii gedit3.4.2-1 ii gedit-plugins3.4.0-1 ii gimp 2.8.2-2 ii gnome-applets3.4.1-3 ii gnome-color-manager 3.4.2-1 ii gnome-core 1:3.4+7 ii gnome-documents 0.4.2-2 ii gnome-games 1:3.4.2-3 ii gnome-media 3.4.0-1 ii gnome-nettool3.2.0-1 ii gnome-orca 3.4.2-2 ii gnome-shell-extensions 3.4.0-2 ii gnome-tweak-tool 3.4.0.1-2 ii gstreamer0.10-ffmpeg 0.10.13-5 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.3.1-1.3 ii libgtk2-perl 2:1.244-1 ii libreoffice-calc 1:3.5.4+dfsg-4 ii libreoffice-gnome1:3.5.4+dfsg-4 ii libreoffice-impress 1:3.5.4+dfsg-4 ii libreoffice-writer 1:3.5.4+dfsg-4 ii nautilus-sendto 3.0.3-2+b1 ii network-manager-gnome0.9.4.1-2 ii rhythmbox2.97-2.1 ii rhythmbox-plugin-cdrecorder 2.97-2.1 ii rhythmbox-plugins2.97-2.1 ii rygel-playbin0.14.3-2 ii rygel-preferences0.14.3-2 ii rygel-tracker0.14.3-2 ii seahorse 3.4.1-2 ii shotwell 0.12.3-2 ii simple-scan 3.4.2-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.16.1-2 ii telepathy-rakia 0.7.4-1 ii telepathy-salut 0.8.1-1 ii tomboy 1.10.0-2 ii totem3.0.1-8 ii totem-plugins3.0.1-8 ii tracker-gui 0.14.1-3 ii transmission-gtk 2.52-3 ii vinagre 3.4.2-1 ii xdg-user-dirs-gtk0.9-1 ii xul-ext-adblock-plus 2.1-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20120629-1 ii gdebi0.8.7 ii gnome-games-extra-data 3.2.0-4 ii nautilus-sendto-empathy 3.4.2.3-1+build1 ii telepathy-idle 0.1.11-2 Versions of packages gnome suggests: pn dia-gnome none pn gnome-boxesnone pn gnucashnone pn iceweasel-l10n-all none ii libreoffice-evolution 1:3.5.4+dfsg-4 pn plannernone pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core2.5.3-2 ii baobab 3.4.1-1 ii brasero 3.4.1-4 ii caribou 0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii empathy 3.4.2.3-1+build1 ii eog 3.4.2-1+build1 ii evince 3.4.0-3.1 ii evolution-data-server 3.4.4-1 ii fonts-cantarell 0.0.9-1 ii gcalctool 6.4.2.1-3 ii gconf2 3.2.5-1+build1 ii gdm33.4.1-5 ii gkbd-capplet3.4.0.2-1 ii glib-networking 2.32.3-1 ii gnome-backgrounds 3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts 3.4.1-1+b1 ii gnome-control-center1:3.4.2+git20121016.29d7c0-1 ii gnome-dictionary3.4.0-2 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer 3.4.0-2 ii gnome-icon-theme3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-keyring 3.4.1-5 ii gnome-menus 3.4.2-5 ii
Bug#697367: tcpstat hangs in capture mode when no packets arrive
Thank you for your patch! I haven't had much time to look at it yet, but it seems good from my first look. I'll take a better look at it later. On Fri, Jan 04, 2013 at 02:39:29PM +0100, lemonsqueeze wrote: Here is a patch against 1.5-7 that fixes it. Contacted upstream about it, it is unclear if new versions of the package will be released, so posting it here. I had the same issue when contacting upstream regarding my tcpprof patch. Are you able to quote us the relevant parts of your conversation with upstream? I ask that only for documentation purposes. I need to further investigate what is the best practice when fixing bugs of a dead upstream project. The problem is that each patch I add to the package, we deviate from upstream further and further. It could become a problem for future maintainers if upstream ever releases a new version. - use setitimer() instead of ualarm(): not limited to 1s (linux) According to setitimer manpage, setitimer is obsolete and timer_settime should be used instead. Debian's libc seems to support timer_settime. Is there a reason not to use timer_settime instead of setitimer? Cheers, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692163: bsnes: /usr/games/bsnes executable fails (bsnes-bin not found)
Package: bsnes Version: 0.088-5 Severity: normal Dear Maintainer, /usr/games/bsnes calls bsnes-bin, assuming bsnes-bin is on PATH. Unless you have /usr/games on your PATH, executing /usr/games/bsnes will fail. Please consider using the full path for bsnes-bin on bsnes script. Moreover, I see in debian policy state that games binaries should be installed in /usr/games. However, it does not seem to define what a game is. Is an emulator a game? Also, policy does not seem to say one should not create a link to /usr/bin from /usr/game/binary is that considered a bad thing? FYI: I'm running bsnes on a sid chroot inside a squeeze system. However, I don't think this would make a difference for this report. Regards, Rafael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 bsnes depends on: ii libao41.1.0-2 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-36 ii libcairo2 1.12.2-2 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libgdk-pixbuf2.0-02.26.1-1 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libopenal11:1.14-4 ii libpango1.0-0 1.30.0-1 ii libpulse0 2.0-6 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.7.2-4 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxv12:1.0.7-1 bsnes recommends no packages. Versions of packages bsnes suggests: pn laevateinn 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#691993: zsnes: Sound is skipping when compiled with libao
Package: zsnes Version: 1.510+bz2-4 Severity: normal Dear Maintainer, I loaded Super Castlevania IV rom and the sound is skipping. It sounds like someone is turning it on and off repeatedly while the background music is playing or even sound effects. I've noticed that in debian/rules you're passing --enable-libao parameter to configure. I removed it and the sound worked well. I was able to play the game and nothing got broken afaik. I think it's worth noting that I'm using zsnes inside a i386 chroot on a debian wheezy amd64 system. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-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 zsnes depends on: ii libao41.1.0-2 ii libc6 2.13-36 ii libgcc1 1:4.7.2-4 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libncurses5 5.9-10 ii libpng12-01.2.49-3 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.7.2-4 ii libtinfo5 5.9-10 ii zlib1g1:1.2.7.dfsg-13 zsnes recommends no packages. zsnes 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#641222: sensible-utils: sensible-browser should look for running browsers
Package: sensible-utils
Version: 0.0.4
Severity: wishlist
Tags: patch
It's very annoying when I click on a link and it opens a new browser, even
though I already have a browser opened. Even when the open browser isn't my
preferred browser, since it's already loaded, I rather have it handle links I
open from pidgin and whatnot.
I made a patch on sensible-browser that takes that into consideration. As it is,
there is no way to disable its behaviour. If you think it would be best that
this is a configurable option, just say so. I'm willing to fix the patch until
it's in an acceptable state.
Cheers,
Rafael
-- System Information:
Debian Release: 6.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-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
-- no debconf information
--- sensible-browser2010-04-06 20:14:47.0 -0300
+++ /usr/bin/sensible-browser 2011-09-11 16:08:32.0 -0300
@@ -2,6 +2,20 @@
URL=$1
+exec_running_browser() {
+for browser in $(update-alternatives --list $1); do
+param=$(basename $browser)
+if pgrep -c -f [^ ]*$param( |$) /dev/null; then
+exec $browser ${URL:+$URL}
+fi
+done
+}
+
+if test -n $GNOME_DESKTOP_SESSION_ID; then
+exec_running_browser gnome-www-browser
+fi
+exec_running_browser x-www-browser
+
if test -n $BROWSER; then
OLDIFS=$IFS
IFS=:
Bug#639098: python-distutils.mk needs DEB_PYTHON_DESTDIR when non-python packages are created by the same source
On Wed, Aug 24, 2011 at 04:30:45AM +, Rafael Cunha de Almeida wrote: I attached a very simple example package in order to make this bug easier to talk about. I used verb in the wrong tense. I should have said ``I will attach''. I'm attaching it now (hopefully.) foo.tar.gz Description: Binary data
Bug#639098: python-distutils.mk needs DEB_PYTHON_DESTDIR when non-python packages are created by the same source
Package: cdbs
Version: 0.4.96
Severity: normal
Hello,
I attached a very simple example package in order to make this bug
easier to talk about. The source package name is foo and it provides two
packages: foo and python-foo.
Package foo has only one binary, also called foo. It is installed to
/usr/bin/foo using foo.install file.
Package python-foo has a python package called foolizer and a module
foo inside it. It can be installed using distutils.
At first I set up my debian/rules like this:
#!/usr/bin/make -f
include /usr/share/cdbs/1/rules/debhelper.mk
DEB_PYTHON_MODULE_PACKAGES = python-foo
include /usr/share/cdbs/1/class/python-distutils.mk
it did not work (actually, at first I tried without
DEB_PYTHON_MODULE_PACKAGES, but it didn't work either). After some
debugging, I found out that this would work:
#!/usr/bin/make -f
include /usr/share/cdbs/1/rules/debhelper.mk
DEB_PYTHON_MODULE_PACKAGES = python-foo
DEB_PYTHON_DESTDIR = $(CURDIR)/debian/python-foo
include /usr/share/cdbs/1/class/python-distutils.mk
If I don't set DEB_PYTHON_DESTDIR, then the destination directory for
python modules becomes debian/tmp. That never gets added into python-foo
package. By setting that variable, it is properly installed in
debian/python-foo and it gets included in python-foo package.
It seems odd to me, because if I remove package foo from debian/control,
then all works even without setting DEB_PYTHON_DESTDIR or
DEB_PYTHON_MODULE_PACKAGES (actually, DEB_PYTHON_MODULE_PACKAGES never
seems to be necessary). Perhaps that's even the proper way. But why does
it need to be that way? Can't it be deduced from
DEB_PYTHON_MODULE_PACKAGES?
The same thing happens on cdbs from squeeze (setting DEB_PYTHON_SYSTEM
properly, of course), but I don't know how taget both versions of the
package. So I'm reporting this on sid, which has the latest version.
[]'s
Rafael
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages cdbs depends on:
ii debhelper 8.9.6 helper programs for debian/rules
Versions of packages cdbs recommends:
ii autotools-dev 20110511.1 Update infrastructure for config.{
Versions of packages cdbs suggests:
ii devscripts2.11.1 scripts to make the life of a Debi
-- 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#638799: talkd: Talkd should bind locally by default
Package: talkd Version: 0.17-14 Severity: wishlist Hello, I have installed talkd and it exposed itself to the world, binding on address 0.0.0.0. I think it would be better if it binded to 127.0.0.1 by default (just configure inetd.conf with 127.0.0.1:talk and 127.0.0.1:ntalk instead of only talk and ntalk). Then the user could change it later if he see fit. An option that would mean a little more work, but which seems more interesting to me, is to ask the user for that during install. That can be done using debconf. []'s Rafael -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 talkd depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii netbase 4.45 Basic TCP/IP networking system ii openbsd-inetd 0.20080125-6 The OpenBSD Internet Superserver talkd recommends no packages. talkd 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#578745: libtokyocabinet8: New upstream and java bindings
On Thu, Apr 22, 2010 at 03:50:16PM +0200, Pierre Habouzit wrote: On Thu, Apr 22, 2010 at 06:46:07PM +0530, Ramakrishnan Muthukrishnan wrote: Package: libtokyocabinet8 Severity: wishlist Hi, It will be great if the java bindings for tokyocabinet (and the new upstream version - 1.4.43) is packaged for debian. The java bindings are part of a different upstream package (tarball), plus I have absolutely no clue nor interests for java, hence someone else should do it (probably among the Debian Java team ?). I'll try to work on the new upstream soon though. Hello Pierre, I really needed the new upstream version packaged, so I did the work of updating the package for the new version. Also, since bug #596502 was so simple, I fixed it. I set this bug as closed in the changelog (Closes: #578745), as I think the main thing here is the new upstream version. The java bindings issue will probably stay as a wishlist for a little longer. You can pull the work I did into your git repository: http://rafael.kontesti.me/debian/tokyo/tokyo.git Let me know if you can't pull it for whatever reason. I have also uploaded all result files to: http://rafael.kontesti.me/debian/tokyo If that's useful for anyone... []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631679: racket: mzc doesn't work with CGC option
On Tue, Aug 09, 2011 at 07:31:46PM -0400, James Vega wrote: On Sun, Jun 26, 2011 at 02:02:52AM -0300, Rafael Cunha de Almeida wrote: If I try to compile an extension using CGC (instead of 3m), I get the following error: $mzc --cgc --ld example.so example.o example_wrap.o link-extension: (/usr/bin/gcc -fPIC -shared example.o example_wrap.o /usr/lib/racket/mzdyn.o -o example.so) link-extension: gcc-4.4.real: /usr/lib/racket/mzdyn.o: No such file or directory I think it'll just be a matter of setting the correct compilation flags. Actually, it's a matter of the amd64 packages using the 3m garbage collector instead of CGC. Our packages, like upstreams, only provide the binaries/libraries for one GC which means you have /usr/lib/racket/mzdyn3m.o installed, not /usr/lib/racket/mzdyn.o. The description of the racket package specifies which GC was built. I consider this reasonable behavior and will close the bug unless you have any objections. I think that, ideally, both would be added. However, I understand that it might be technically complicated. So I suggest that mzc returns a small explanation of the error. Something in the lines: CGC garbage collector not supported. what do you think? The current error makes it look like there's something wrong with the package or the system. []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#407652: html2ps: changing back from ITA to O
retitle 407652 ITA: html2ps -- HTML to PostScript converter owner 407652 ! thanks On Wed, Jul 27, 2011 at 06:02:27PM +0200, Lucas Nussbaum wrote: Hi, This is an automatic email to change the status of html2ps back from ITA (Intent to Adopt) to O (Orphaned), because this bug hasn't seen any activity during the last 6 months. If you are still interested in adopting html2ps, please send a mail to cont...@bugs.debian.org with: retitle 407652 ITA: html2ps -- HTML to PostScript converter owner 407652 ! thanks However, it is not recommended to keep ITA for a long time without acting on the package, as it might cause other prospective maintainers to refrain from adopting the package. It is also a good idea to document your progress on this ITA from time to time, by mailing 407...@bugs.debian.org. Ops. My sponsor asked me to sort out all this package patches (there were several of them merged into one file) and it took me a while to do that. But now it's done. I pushed it to the git repository and sent it to my sponsor. I expect it to be uploaded whenever he has the time to do so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631679: racket: mzc doesn't work with CGC option
Package: racket Version: 5.1.1+dfsg1-2~bpo60+1 Severity: important If I try to compile an extension using CGC (instead of 3m), I get the following error: $mzc --cgc --ld example.so example.o example_wrap.o link-extension: (/usr/bin/gcc -fPIC -shared example.o example_wrap.o /usr/lib/racket/mzdyn.o -o example.so) link-extension: gcc-4.4.real: /usr/lib/racket/mzdyn.o: No such file or directory I think it'll just be a matter of setting the correct compilation flags. Cheers, Rafael -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 racket depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii racket-common 5.1.1+dfsg1-2~bpo60+1 extensible programming language in Versions of packages racket recommends: ii racket-doc 5.1.1+dfsg1-2~bpo60+1 extensible programming language in racket 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#625153: brltty: FTBFS: sys_linux.c:258: undefined reference to `S_ISCHR'
On Mon, May 02, 2011 at 02:41:46PM +0200, Lucas Nussbaum wrote: Source: brltty Version: 4.2-7 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110502 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. The attached patch fixes the build issue. diff --git a/Programs/sys_linux.c b/Programs/sys_linux.c index e9d6be6..fa0050f 100644 --- a/Programs/sys_linux.c +++ b/Programs/sys_linux.c @@ -22,6 +22,7 @@ #include string.h #include errno.h #include fcntl.h +#include sys/stat.h #include sys/ioctl.h #include linux/kd.h
Bug#621442: uses libdb4.8
On Mon, Apr 18, 2011 at 03:52:10PM +0200, Ondřej Surý wrote: Package: tcpstat Severity: normal Hi, is there a reason why you link and depend to a specific version of libdb? There isn't necessarily. I don't know much about libdb myself, but in previous releases I had problems trying to link with -ldb. It was probably my own fault, though. It doesn't seem that tcpstat use anything special from Berkeley DB (transactions) so there is no reason to depend on libdbX.Y-dev instead of libdb-dev. Could you please do that change? It certainly doesn't use transactions. In fact, the only reason the package uses libdb is to create an in-memory hash (it doesn't even create any files). I'll try to make the package depend on libdb-dev instead. However, I have a question regarding that change. By depending on a generic libdb-dev, don't I risk the package breaking when future versions of libdb are released? []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623055: python2.6: Interactive interpreter segfaults when I type ctrl+\
Package: python2.6 Version: 2.6.6-8+b1 Severity: normal If I enter the interactive interpreter and type ctrl+\, then it crashes with a core dump. This is my whole interaction: $python Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Type help, copyright, credits or license for more information. Quit (core dumped) $ I was running python inside of a rxvt-unicode terminal (using xterm didn't chage anything) and my keyboard is abnt2. xev gives me this output if I type ctrl+\ inside it: KeyRelease event, serial 30, synthetic NO, window 0x521, root 0x104, subw 0x0, time 607016322, (334,403), root:(334,428), state 0x14, keycode 94 (keysym 0x5c, backslash), same_screen YES, XLookupString gives 1 bytes: (1c) XFilterEvent returns: False -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 python2.6 depends on: ii libbz2-1.01.0.5-6high-quality block-sorting file co ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7XML parsing C library - runtime li ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries ii libsqlite3-0 3.7.3-1SQLite 3 shared library ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii python2.6-minimal 2.6.6-8+b1 A minimal subset of the Python lan python2.6 recommends no packages. Versions of packages python2.6 suggests: ii binutils 2.20.1-16 The GNU assembler, linker and bina pn python2.6-doc none (no description available) pn python2.6-profilernone (no description available) -- 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#494949: Fails charset conversion, if E-Mail uses anything else but US-ASCII
On Fri, Aug 15, 2008 at 07:45:59PM +0300, Teemu Likonen wrote: Rene Engelhard wrote (2008-08-13 19:08 -0300): Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable prints fine if I had a printer here (contains german umlauts). Here it prints quite fine UTF-8-encoded messages printed from Mutt. Printing from shell pipes there are more problems but then again the package's description talks about printing messages from Mutt and other mail clients. I'd say this is just a severity=normal bug. I think I have the same issue. When I print from mutt things work, but not if I try to use muttprint's -f. I'm attaching an email which can be used to reproduce the problem. Its encoding is iso-8859-1, if I convert it to utf-8 without changing the header, then it works fine with muttprint -f, but not in mutt. So I suppose mutt is changing its encoding and muttprint only actually supports utf8. Date: Tue, 09 Sep 2008 09:11:43 +0100 From: exam...@example.com To: exam...@example.com Subject: Subject Message-ID: 20110121164452.gf30...@kontesti.me References: aanlktikt0mj1k4pvef57t+dyehh78cjcuhuk+bv5d...@mail.gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: aanlktikt0mj1k4pvef57t+dyehh78cjcuhuk+bv5d...@mail.gmail.com User-Agent: Mutt/1.5.18 (2008-05-17) Status: RO Ok, t� j�ia
Bug#355041: html2ps: Support charset UTF-8
severity 355041 wishlist thanks On Fri, Mar 03, 2006 at 02:43:42AM +0800, Dan Jacobson wrote: Package: html2ps Version: 1.0b4-4 Severity: wishlist Support charset UTF-8. On Thu, 27 Mar 2008 11:40:19 -0400, Daniel Dickinson wrote: Package: html2ps Version: 1.0b5-5 Severity: normal I used wget to download a bunch of pages and then ran htmlps on the index.html. This resulted in a strange characters in the output which made the output unusable. Use 'find * -name '*.html' -print0 | xargs recode utf8..latin1' fixed things so it now works. Since UTF-8 is now the default for Debian, this needs to be fixed. iso-8859-1 is the default encoding of HTTP and it seems to be a historical default for HTML documents as well. So defaulting to utf-8 is not a good idea. However it would be nice if html2ps supported utf8 -- which it doesn't at all. I'm moving this to wishlist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609593: wireshark depends on package of extra priority
Package: wireshark Version: 1.2.11-5 Severity: serious Section 2.5 of debian policy states that packages MUST NOT depend on packages with lower priority values (excluding build-time dependencies). However, wireshark is optional and depends on the extra package libc-ares2. wireshark also depends on libkrb53, which is also extra on i386, but according to #609027 it seems that dependency will be removed. Regards, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#407652: html2ps: changing back from ITA to O
retitle 407652 ITA: html2ps -- HTML to PostScript converter owner 407652 ! thanks On Sun, Nov 07, 2010 at 01:19:00PM +, Lucas Nussbaum wrote: retitle 407652 O: html2ps -- HTML to PostScript converter noowner 407652 thanks Hi, This is an automatic email to change the status of html2ps back from ITA (Intent to Adopt) to O (Orphaned), because this bug hasn't seen any activity during the last 16 months. Hello bots and subscribers, Since no one has stepped up and adopted this package, I'm going to do so :) Today I began working on it. I changed it to 3.0 (quilt) format and upgraded to the new upstream version. There's still a few things to Do. I need to do the debian policy check list; also I want to try to use perl's cdbs class, which should be easy enough. I uploaded my work to: $ git clone http://rafael.kontesti.me/debian/html2ps/html2ps.git I'm not a DD, but I've got a friend who is. He has been sponsoring my packages, he'll probably be able to sponsor me with this one. In any case, Jeremiah, Daniel, are you still here? Best regards, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547661: mutt-patched: sidebar-next key bound to Return
forwarded 547661 http://dev.mutt.org/trac/ticket/3494 tags 547661 + upstream thanks On Mon, Sep 21, 2009 at 12:50:38PM +, Antonio Radici wrote: I checked the documentation, it is not clear that the capital letter should be used and probably the fact that \Cj results in a return is a mutt bug, I will investigate this evening. The documentation explicitly says it doesn't really matter: key is the key (or key sequence) you wish to bind. To specify a control character, use the sequence \Cx, where x is the letter of the control character (for example, to specify control-A use ``\Ca''). Note that the case of x as well as \C is ignored, so that \CA, \Ca, \cA and \ca are all equivalent. An alternative form is to specify the key as a three digit octal number prefixed with a ``\'' (for example \177 is equivalent to \c?). Anyway, I was able to reproduce the bug reported by James. I've reported it upstream, as I couldn't find any ticket related to the problem there. Further information regarding the bug is in the ticket I opened there. []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576973: mutt: Certificates are stored but not read
Hello Detlef, On Thu, Apr 08, 2010 at 06:21:49PM +0200, Detlef Jockheck wrote: certificate_file is setup correctly in muttrc. If the mentioned certificate_file does not exist I can say to always accept this certificate and it's stored in the cerficate_file (which is ~/.mutt/certificates here). Next time I'm asked again wheter to accept certificate not, once or always. If I say always again mutt says that it is unable to store certificate. If I don't have certificate_file set in my muttrc, then mutt creates ~/.mutt_certificates when I tell it to always accept a certificate. If I set to ~/.mutt/certificates and the file doesn't exist, it creates it. So, I can't reproduce your bug here. I suspect you either don't have the directory .mutt created or, if you do have it, you don't have permission to create a file in it. Also, have you checked if you can still reproduce the bug in mutt 2.5.20-9 (Debian squeeze version)? Thank you, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608230: ITP: xmonad-log-applet -- GNOME panel applet that displays xmonad log messages using D-Bus
On Wed, Dec 29, 2010 at 10:00:47AM +0100, Josselin Mouette wrote: Le mardi 28 décembre 2010 à 21:20 -0200, Rafael Cunha de Almeida a écrit : Xmonad is able to print status messages using D-Bus interface. This GNOME panel applet is able to display that information to the user. It is capable of displaying information such as window title and current workspace number. I think it could be the case of this going to gnome-applets. The reason I think it probably shouldn't go there is that this is a very specific applet, for people who use gnome together with xmonad, instead of metacity. So having it in gnome-applets would probably be confusing to users not familiar with this sort of things. I don’t understand the reason for making this xmonad-specific. Why not improve the wnck applet so that it is able to just display the title of the currently active window, instead? xmonad-log-applet allows for any string to be written to it. So I print the current window layout, the current workspace and the window name. The way I have xmonad setup it even paints red the number of the workspace which has a window with the urgency bit set. I could configure things differently, xmonad has a feature called logHook that allows you to output all kinds of status information. Of course, all that could be implemented by coding window list and workspace switcher, though it would probably need a new applet for showing the layout status anyway. However, I think having an applet for printing xmonad's logHook information (or any string, for that matter) is much easier to implement (it is already done) and much more flexible. All in all, it serves well my purposes and I intend to keep on using it. If it's of interest for Debian community, I can maintain the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608224: ITP: haskell-dbus -- Haskell bindings for D-Bus API
On Wed, Dec 29, 2010 at 02:24:45PM +0530, Joachim Breitner wrote: Hi Rafael, Am Dienstag, den 28.12.2010, 19:48 -0200 schrieb Rafael Cunha de Almeida: I have done the packaging, great now I need to be added to dhg so I can darcs put darcs.debian.org:/darcs/pkg-haskell/haskell-dbus in order for you to review and upload it. I created an account at alioth, my login is almeida-guest. Added. Thanks :-) Sounds like you already discovered and read http://wiki.debian.org/Haskell/CollabMaint/Processes and http://wiki.debian.org/Haskell/CollabMaint/DarcsBasic Yes, Marco Tulio have pointed me to those. Please subscribe to d-haskell, if you haven’t done that already, so that we don’t have to CC you and that you are aware of any collective DHG action. Alright, I'm already subscribing it. I've created the new package at: darcs.debian.org:/darcs/pkg-haskell/haskell-dbus []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608224: ITP: haskell-dbus -- Haskell bindings for D-Bus API
On Wed, Dec 29, 2010 at 05:47:31PM -0200, Rafael Cunha de Almeida wrote: On Wed, Dec 29, 2010 at 02:24:45PM +0530, Joachim Breitner wrote: Please subscribe to d-haskell, if you haven’t done that already, so that we don’t have to CC you and that you are aware of any collective DHG action. Alright, I'm already subscribing it. I've created the new package at: darcs.debian.org:/darcs/pkg-haskell/haskell-dbus I think I didn't set up the commit hooks correctly yet, sorry :-(. You probably hadn't look at the code yet; but just fyi, I found a problem in the initial version, so I fixed it. I don't have that much experience with cabal building system, so it took my a while until I've found the proper solution. The thing was that Setup.hs was wrong, it used defaultMain when it should have used defaultMainWithHooks. Fixing that is much better than what I had previously. What's odd is that cabal-install copes with the wrong setup and lack of version in base dependency, that's probably the reason upstream didn't find those problems. []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608224: ITP: haskell-dbus -- Haskell bindings for D-Bus API
Package: wnpp Severity: wishlist Owner: Rafael Cunha de Almeida raf...@kontesti.me * Package name: haskell-dbus Version : 0.4 Upstream Author : Evan Martin mart...@danga.com, David Himmelstrup lem...@gmail.com * URL : http://hackage.haskell.org/package/DBus * License : BSD Programming Lang: Haskell Description : Haskell bindings for D-Bus API This package provides a library for the Haskell programming language. See http://www.haskell.org/ for more information on Haskell. This package provides a haskell interface to the C D-Bus library. D-Bus is a message bus, used for sending messages between applications. Conceptually, it fits somewhere between raw sockets and CORBA in terms of complexity. For more details on D-Bus, see the D-Bus wiki at http://www.freedesktop.org/wiki/Software/dbus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608224: ITP: haskell-dbus -- Haskell bindings for D-Bus API
Hello haskell people, I needed this package for setting up xmonad with xmonad-log-panel. Unfortunately, I didn't find it on debian. I've heard from other people in #haskell @ freenode.com that they too needed the package for one reason or another. So I wrote this ITP: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608224 I have done the packaging, now I need to be added to dhg so I can darcs put darcs.debian.org:/darcs/pkg-haskell/haskell-dbus in order for you to review and upload it. I created an account at alioth, my login is almeida-guest. In retrospect I should have CCed to this list when I posted the ITP. So I'm CCing the bug here. BTW, I'm currently maintaining one package, if that's at all relevant: http://qa.debian.org/developer.php?login=raf...@kontesti.me []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608230: ITP: xmonad-log-applet -- GNOME panel applet that displays xmonad log messages using D-Bus
Package: wnpp Severity: wishlist Owner: Rafael Cunha de Almeida raf...@kontesti.me * Package name: xmonad-log-applet Version : 1.0.2 Upstream Author : Adam Wick * URL : http://uhsure.com/xmonad-log-applet.html * License : GPL Programming Lang: C Description : GNOME panel applet that displays xmonad log messages using D-Bus Xmonad is able to print status messages using D-Bus interface. This GNOME panel applet is able to display that information to the user. It is capable of displaying information such as window title and current workspace number. I think it could be the case of this going to gnome-applets. The reason I think it probably shouldn't go there is that this is a very specific applet, for people who use gnome together with xmonad, instead of metacity. So having it in gnome-applets would probably be confusing to users not familiar with this sort of things. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607491: nginx: broken config makes dpkg unhappy on upgrade
On Sun, Dec 19, 2010 at 04:02:45AM +0300, CoolCold wrote: Sorry for mistake please, of course: I think package upgrade should not stop on wrong config. Debian policy 3.9.1 states, at section 10.7.3: ``local changes [to configuration files] MUST be preserved during a package upgrade'' The cause of the error seems to be a local change, therefore there's nothing the package can do. The site admin should fix the error and call dpkg --configure on nginx package or purge the package and start over. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607366: libpam-ldap: binddn password saved in world visible file
Package: libpam-ldap Version: 184-8.5 Severity: normal I used debconf to configure this package and, after telling it binddn would be needed, the password got saved in /etc/pam_ldap.conf file, which is world readable by default. The only way to access our ldap database is authenticating with binddn. If I change permission of pam_ldap.conf to 600 it doesn't work either. Perhaps it's a missunderstanding of my part. Is that password meant to be public like that? It strikes me as strange, however I couldn't find much info on the package, I'm not sure even who's the upstream. By reading /usr/share/doc/libpam-ldap/README.gz I think it's http://www.padl.com. So I suggest you add the Homepage control field to your package. Anyhow, I couldn't find much information regarding my concerns there. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 libpam-ldap depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpam-runtime1.1.1-6.1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l libpam-ldap recommends no packages. Versions of packages libpam-ldap suggests: ii libnss-ldap 264-2.2NSS module for using LDAP as a nam -- debconf information: * shared/ldapns/base-dn: dc=,dc=xx libpam-ldap/override: true * shared/ldapns/ldap_version: 3 * libpam-ldap/dblogin: true * shared/ldapns/ldap-server: ldap://undisclosed/ * libpam-ldap/pam_password: crypt * libpam-ldap/binddn: cn=xxx,ou=xxx,dc=,dc=xx * libpam-ldap/rootbinddn: cn=manager,dc=example,dc=net * libpam-ldap/dbrootlogin: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607394: deluge: Deluge gets very slow with thousands of torrents
Package: deluge Version: 1.2.3+git20100712.0b609bf-1 Severity: normal I've had to add thousands of torrent files on deluge (2093, so far). Perhaps I'm an unique case, but I didn't expect it to get so slow after only a couple thousand torrents. It takes 100% of cpu during startup during a considerable period of time and throughout the whole operation it doesn't work well. I think it may have something to do with file checks, maybe there should be options to reduce the number of checks or something like that. Even after everything gets downloaded it's still very slow. Selecting torrents and then clicking in remove torrent is also very slow. So I think the way torrents are stored in memory is probably not very efficient as well. I think if there was a finished state where I could go there and delete them all, instead of waiting the torrents showing up in seeding a few at a time, it would be already a good improvement. Because, although slow, I'm able to add all those torrents and I'd be able to delete tem without much human interaction. I know it's a hard thing to track down and fix, perhaps it's not even the intention of the program to work with that many torrents. Anyhow, I thought it wouldn't hurt to report it :) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 deluge depends on: ii deluge-gtk 1.2.3+git20100712.0b609bf-1 bittorrent client written in Pytho ii python 2.6.6-3+squeeze2interactive high-level object-orie deluge recommends no packages. deluge 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#598945: zxpdf deletes files after closing
On Sun, Oct 03, 2010 at 01:56:36PM +0200, Marco Herrn wrote: I open a pdf file by calling: zxpdf my.pdf (The zxpdf is actually hidden in a bash alias with some other options I usually use.) Xpdf opens the my.pdf, but when I close xpdf, the file my.pdf has gone! This happens with all pdf file I have tried with. However it does not happen, if a call it via: /usr/bin/xpdf my.pdf so it seems to have something to do with zxpdf. I was able to reproduce it. The cause is very simple. zxpdf is actually a shell script and the error is very evident. I'm attaching a patch which fixes the problem. This is the description of the solution which I wrote on the patch: theorem. If a .pdf file name is passed as parameter and the file exists, then $cat is empty and $tmp is set to the file name. Around line 57, the script will remove the file which name is given by $tmp whenever the signal trap is fired. Acording to our theorem, removing file $tmp when $cat is empty is an error. After all, it will be pointing to a file created by the user, not by us, so we should have no business in removing it. theorem. If a .pdf file name is passed as parameter and the file exists, then $cat is empty and $tmp is set to the file name. Around line 57, the script will remove the file which name is given by $tmp whenever the signal trap is fired. Acording to our theorem, removing file $tmp when $cat is empty is an error. After all, it will be pointing to a file created by the user, not by us, so we should have no business in removing it. --- debian/zxpdf |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) mode change 100644 = 100755 debian/zxpdf diff --git a/debian/zxpdf b/debian/zxpdf old mode 100644 new mode 100755 index c4ba2fb..1179359 --- a/debian/zxpdf +++ b/debian/zxpdf @@ -57,6 +57,8 @@ fi if [ $tmp == ]; then exec xpdf -title $title $flags +elif [ -z $cat ]; then +xpdf -title $title $flags $tmp $pages else trap rm -f \$tmp\ 0 1 2 15 xpdf -title $title $flags $tmp $pages -- 1.7.2.3
Bug#458735: reportbug: Please offer option to show bug mbox in mailer
On Sat, Dec 11, 2010 at 11:19:20PM +0100, Sandro Tosi wrote:
Hi Rafael,
first of all, let me thank you for working on reportbug bugs!
Hello,
No problem. This is what free software is all about, right? :-)
On Sun, Dec 5, 2010 at 17:32, Rafael Cunha de Almeida
raf...@kontesti.me wrote:
On Wed, Jan 02, 2008 at 05:59:15AM -0800, Josh Triplett wrote:
Package: reportbug
Version: 3.39
Severity: wishlist
Using bts from devscripts, bts show --mbox $BUGNUM will download the
mbox for $BUGNUM and show it in a mailer, defaulting to mutt (mutt -f
%s). I'd love to have the same feature in querybts and reportbug, so
that when viewing a bug, I could press a key (such as 'm', which looks
available) to see the mbox.
I wrote a patch that implements that feature. I tried to follow the same
style of the rest of the code, but if anyone thinks the patch is not
good enough, just talk to me and I will change it as needed.
These are my impressions, just looking at the patch (so still even trying
them):
Alright. You raised good points. Hopefully I made the patch better this
time around.
- I don't like the add of a submodule just to handle the mbox launcher
method: reportbug.utils seems more than enough
I thought about adding it to utils, but then I thought that maybe it's
getting too overloaded with functions. Perhaps, it would be good to
start moving things away from there. Maybe, in the future, make utils
a package with different modules inside. Just an idea. What do you
think?
Another point is that importing utils inside of text_ui creates a
circular module dependency: utils imports ui_text which, in turn,
imports utils. In this new patch I have moved launch_mbox_reader to
utils.py and I made it work even with the circular dependency. But I
don't like this solution too much.
- don't add 2 different options between querybts and reportbug: if
reportbug doesn't have '-e' free, just use the long option
People could try using -e in querybts meaning something else, right?
Good thinking! I removed -e from querybts, I think just the long option
is enough.
- I'm not sure I want this feature also in reportbug: just in querybts?
Hm. What's the problem in having it in reportbug? Launch browser is
already there, why would an user want to see the full report using a
browser but not using an email client? If someone is going to report a
bug and he finds out the bug is already reported, then he'd probably
be curious to read all the answers (and possible find a workaround or
at least some insight.)
I left it in reportbug still. It should be pretty simple to remove it
anyway.
- you call it everywhere mbox_something, so even use '-e' command-line
option, and also as an option inside reportbug seems wrong: let's try
to recall mbox somehow ('x'?).
The problem is that all letters of ``mbox'' word are taken, so I thought
about `e' as in e-mail. `x' is taken as well, when you enter a bug
report `x' means `Provide extra information'. I don't know, perhaps `e'
is as good as anything else :P
- 'e' : 'Launch e-mail client to read full log.' and 'e' : 'Open a
specific report using the specified mbox reader.' - try use the same
message consistently (and the second one doesn't seem in english :) ).
hehe not being a native English speaker, I gotta say that I don't even
know what's wrong with the second one :P. However, I think I made it
better.
- I don't like that much validation check on bug number in the text_ui
code, better implement it in the code that's going to fetch the data
(so you'll have it once, and not cutpaste twice).
Yes, I thought that too. But then I saw the same sort of thing going on
in other options such as 'y' and 'm' (where I copied that part of code
from), so I thought I'd stick to the style. For now I added a function,
called _launch_mbox_reader for handling those cases inside the view.
After all, it's specific to each UI how they handle the list of bugs, in
case of the text UI it has to check if the user didn't type anything
wrong, but in GTK the user can't really screw up.
What I'd really like to do is create a controller class to handle all
those optins and have it to just be called by the view. I think it would
make the code for text ui cleaner. What are your thoughts on the
subject?
Let me know what you think about the new patch.
[]'s
Rafael
From 99bc10c620eebb4925bc6d3381478a4bf3a3663f Mon Sep 17 00:00:00 2001
From: Rafael Cunha de Almeida raf...@kontesti.me
Date: Sun, 5 Dec 2010 15:32:18 +
Subject: [PATCH] mbox feature implemented
---
bin/querybts | 14 ++--
bin/reportbug| 11 +--
reportbug/ui/gtk2_ui.py |3 +-
reportbug/ui/text_ui.py | 69 +
reportbug/ui/urwid_ui.py |3 +-
reportbug/utils.py | 31 +++-
6 files changed, 107 insertions(+), 24 deletions(-)
diff --git a/bin/querybts b/bin/querybts
index c3744d5..314ef95 100755
--- a/bin
Bug#458735: reportbug: Please offer option to show bug mbox in mailer
On Wed, Jan 02, 2008 at 05:59:15AM -0800, Josh Triplett wrote:
Package: reportbug
Version: 3.39
Severity: wishlist
Using bts from devscripts, bts show --mbox $BUGNUM will download the
mbox for $BUGNUM and show it in a mailer, defaulting to mutt (mutt -f
%s). I'd love to have the same feature in querybts and reportbug, so
that when viewing a bug, I could press a key (such as 'm', which looks
available) to see the mbox.
I wrote a patch that implements that feature. I tried to follow the same
style of the rest of the code, but if anyone thinks the patch is not
good enough, just talk to me and I will change it as needed.
I didn't made any changes to the curses or gtk UI. Both because I don't
use it and I wanted to see if the developers think I have the right idea
first. I intend to patch them later on if this patch is considered
useful.
This module implements the function for launching the specified mbox reader
command. It doesn't attempt to know what MUA the user wants to use in order to
give him the flexibility of writing his own scripts for handling the job of
reading the mbox file.
diff --git a/reportbug/mboxutils.py b/reportbug/mboxutils.py
new file mode 100644
index 000..a654503
--- /dev/null
+++ b/reportbug/mboxutils.py
@@ -0,0 +1,52 @@
+#
+# mboxutils.py - Functions for mbox handling
+#
+# Copyright (C) 2010 Rafael Cunha de Almeida raf...@kontesti.me
+#
+# This program is freely distributable per the following license:
+#
+## Permission to use, copy, modify, and distribute this software and its
+## documentation for any purpose and without fee is hereby granted,
+## provided that the above copyright notice appears in all copies and that
+## both that copyright notice and this permission notice appear in
+## supporting documentation.
+##
+## I DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOFTWARE, INCLUDING ALL
+## IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT SHALL I
+## BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY
+## DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS,
+## WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION,
+## ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS
+## SOFTWARE.
+#
+# Version ##VERSION##; see changelog for revision history
+
+import os
+
+from urlutils import open_url
+from tempfiles import TempFile
+
+def launch_mbox_reader(cmd, url, http_proxy, timeout):
+Runs the command specified by cmd passing the mbox file
+downloaded from url as a parameter. If cmd is None or fails, then
+fallback to mail program.
+mbox = open_url(url, http_proxy, timeout)
+if mbox is None:
+return
+(fd, fname) = TempFile()
+try:
+for line in mbox:
+fd.write(line)
+fd.close()
+if cmd is not None:
+try:
+cmd = cmd % fname
+except TypeError:
+cmd = %s %s % (cmd, fname)
+error = os.system(cmd)
+if not error:
+return
+#fallback
+os.system('mail -f ' + fname)
+finally:
+os.unlink(fname)
--
1.7.2.3
This patch makes the necessary changes in the UI (CLI and text UI) in order to
allow the user to use the new mbox feature.
---
bin/querybts| 14 ++--
bin/reportbug | 11 +--
reportbug/ui/text_ui.py | 73 ++
reportbug/utils.py |5 ++-
4 files changed, 81 insertions(+), 22 deletions(-)
diff --git a/bin/querybts b/bin/querybts
index c3744d5..0778982 100755
--- a/bin/querybts
+++ b/bin/querybts
@@ -53,12 +53,14 @@ def main():
defaults = dict(system = 'debian', archived = False,
http_proxy = '', interface = 'text',
use_browser = False, source = False,
-mirrors = None, mbox = False, buglist = False)
+mirrors = None, mbox = False, buglist = False,
+mbox_reader_cmd = None)
# parse config file to update default options
args = utils.parse_config_files()
for option, arg in args.items():
-if option in ('system', 'mirrors', 'interface', 'http_proxy'):
+if option in ('system', 'mirrors', 'interface', 'http_proxy',
+ 'mbox_reader_cmd'):
defaults[option] = arg
# define the cli options parser
@@ -90,6 +92,8 @@ def main():
help='Specify the user interface to use; available values: %s ' % ', '.join(AVAILABLE_UIS.keys()))
parser.add_option('-w', '--web', action='store_true', dest='use_browser',
help='Use a web browser instead of the internal interface.')
+parser.add_option('-e', '--mbox-reader-cmd', dest='mbox_reader_cmd',
+ help=Specify the program to open the reports' mbox.)
# parse cli options
@@ -201,7 +205,8 @@ def main
Bug#458735: reportbug: Please offer option to show bug mbox in mailer
On Sun, Dec 05, 2010 at 02:32:14PM -0200, Rafael Cunha de Almeida wrote: On Wed, Jan 02, 2008 at 05:59:15AM -0800, Josh Triplett wrote: Package: reportbug Version: 3.39 Severity: wishlist Using bts from devscripts, bts show --mbox $BUGNUM will download the mbox for $BUGNUM and show it in a mailer, defaulting to mutt (mutt -f %s). I'd love to have the same feature in querybts and reportbug, so that when viewing a bug, I could press a key (such as 'm', which looks available) to see the mbox. I wrote a patch that implements that feature. I tried to follow the same style of the rest of the code, but if anyone thinks the patch is not good enough, just talk to me and I will change it as needed. I didn't made any changes to the curses or gtk UI. Both because I don't use it and I wanted to see if the developers think I have the right idea first. I intend to patch them later on if this patch is considered useful. Actually, the other UIs stopped working after my patch. So I made this new one to make them work, although without any new features. diff --git a/reportbug/ui/gtk2_ui.py b/reportbug/ui/gtk2_ui.py index 056ef0a..ab9679f 100644 --- a/reportbug/ui/gtk2_ui.py +++ b/reportbug/ui/gtk2_ui.py @@ -864,7 +864,8 @@ class HandleBTSQueryPage (TreePage): value_column = 0 def sync_pre_operation (self, package, bts, timeout, mirrors=None, http_proxy=, queryonly=False, screen=None, -archived='no', source=False, title=None, version=None, buglist=None): +archived='no', source=False, title=None, +version=None, buglist=None, mbox_reader_cmd=None): self.bts = bts self.mirrors = mirrors self.http_proxy = http_proxy diff --git a/reportbug/ui/urwid_ui.py b/reportbug/ui/urwid_ui.py index baa94ee..c7215c2 100644 --- a/reportbug/ui/urwid_ui.py +++ b/reportbug/ui/urwid_ui.py @@ -532,7 +532,8 @@ def show_report(number, system, mirrors, def handle_bts_query(package, bts, timeout, mirrors=None, http_proxy=, queryonly=False, screen=None, title=, archived='no', - source=False, version=None, mbox=False, buglist=None): + source=False, version=None, mbox=False, buglist=None, + mbox_reader_cmd=None): from reportbug import debianbts sysinfo = debianbts.SYSTEMS[bts]
Bug#601274: vorbis-tools: vorbiscomment should allow for delimiter other than newline
I've forwarded this patch upstream: https://trac.xiph.org/ticket/1755 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601274: vorbis-tools: vorbiscomment should allow for delimiter other than newline
Package: vorbis-tools
Version: 1.2.0-5rafael1
Severity: wishlist
Tags: patch
When vorbiscomment reads from a file, it would be nice if it could use a
delimiter other than newline. That way a metadata field value could have
a newline (which is the case for lyrics, for instance).
I wrote a patch that does just that. I tested it on version 1.2, but it
seems that version 1.4 of vorbiscommand doesn't change anything
significant. Feel free to send it upstream, apply to debian package or
just ignore it :P.
-- System Information:
Debian Release: 5.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-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/bash
Versions of packages vorbis-tools depends on:
ii libao2 0.8.8-4 Cross Platform Audio Output Librar
ii libc6 2.7-18lenny4 GNU C Library: Shared libraries
ii libcurl3-gnutls7.18.2-8lenny4Multi-protocol file transfer libra
ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim
ii libogg01.1.3-4 Ogg Bitstream Library
ii libspeex1 1.2~rc1-1 The Speex codec runtime library
ii libvorbis0a1.2.0.dfsg-3.1+lenny1 The Vorbis General Audio Compressi
ii libvorbisenc2 1.2.0.dfsg-3.1+lenny1 The Vorbis General Audio Compressi
ii libvorbisfile3 1.2.0.dfsg-3.1+lenny1 The Vorbis General Audio Compressi
vorbis-tools recommends no packages.
vorbis-tools suggests no packages.
-- no debconf information
diff -ur vorbis-tools-1.2.0.old/vorbiscomment/vcomment.c new/vorbis-tools-1.2.0/vorbiscomment/vcomment.c
--- vorbis-tools-1.2.0.old/vorbiscomment/vcomment.c 2008-03-03 02:37:25.0 -0300
+++ vorbis-tools-1.2.0.new/vorbiscomment/vcomment.c 2010-10-24 16:15:37.0 -0200
@@ -49,6 +49,7 @@
/* mode and flags */
int mode;
int raw;
+ char delimiter;
/* file names and handles */
char *infilename, *outfilename;
@@ -69,7 +70,7 @@
/* prototypes */
void usage(void);
void print_comments(FILE *out, vorbis_comment *vc, int raw);
-int add_comment(char *line, vorbis_comment *vc, int raw);
+int add_comment(char *line, vorbis_comment *vc, char delim, int raw);
param_t *new_param(void);
void free_param(param_t *param);
@@ -78,7 +79,7 @@
void close_files(param_t *p, int output_written);
char *
-read_line (FILE *input)
+read_line (FILE *input, char delim)
{
/* Construct a list of buffers. Each buffer will hold 1024 bytes. If
* more is required, it is easier to extend the list than to extend
@@ -94,7 +95,7 @@
while (1)
{
-char *retval;
+int retval;
/* Increase the max buffer count in increments of 10 */
if (buffer_count == max_buffer_count)
@@ -103,15 +104,27 @@
buffers = realloc (buffers, sizeof (char *) * max_buffer_count);
}
-buffer = malloc (sizeof (char) * (buffer_size + 1));
-retval = fgets (buffer, (buffer_size + 1), input);
+buffer = calloc (sizeof (char), buffer_size + 1);
+{
+int i;
+for (i = 0; i buffer_size-1; ++i) {
+retval = fgetc(input);
+if (retval == EOF) {
+break;
+} else if (retval == delim) {
+buffer[i] = delim;
+break;
+}
+buffer[i] = retval;
+}
+}
-if (retval)
+if (retval != EOF)
{
buffers[buffer_count] = buffer;
buffer_count++;
-if (retval[strlen (retval) - 1] == '\n')
+if (buffer[strlen(buffer) - 1] == delim)
{
/* End of the line */
break;
@@ -231,7 +244,7 @@
for(i=0; i param-commentcount; i++)
{
- if(add_comment(param-comments[i], vc, param-raw) 0)
+ if(add_comment(param-comments[i], vc, param-delimiter, param-raw) 0)
fprintf(stderr, _(Bad comment: \%s\\n), param-comments[i]);
}
@@ -240,9 +253,9 @@
{
char *comment;
- while ((comment = read_line (param-com)))
+ while ((comment = read_line (param-com, param-delimiter)))
{
-if (add_comment (comment, vc, param-raw) 0)
+if (add_comment (comment, vc, param-delimiter, param-raw) 0)
{
fprintf (stderr, _(bad comment:
Bug#597127: xboard: Bad path results in segmentation fault
Package: xboard
Version: 4.2.7-7.1
Severity: normal
Tags: patch
Yesterday I was editing a game which I was reading about in a book.
After I finished placing all the moves in the game I tried the save
game option. I wanted to save it to ~/chess/game1.pgn, but I mistakenly
typed ~ /chess/game1.pgn (note the space). Xboard didn't take it very
well, it segfaulted on me :-(. Very annoying.
Today I decided to take a look at xboard's code. I don't know what this
logic is all about, but I think it might make paths with spaces buggy:
p = strrchr(buf, ' ');
if (p == NULL) {
index = 0;
} else {
*p++ = NULLCHAR;
index = atoi(p);
}
However, I didn't touch it. Who knows what mystery it might hide, right?
The patch I written changes another function, ExpandPathName, this one I
think I got completely figured out. What I did was to make it expand ~
if the next character is white space. This way we avoid the segmentation
fault altogether. It gives the user a nice error. I assume there are not
many nice ways to interpret a path like:
~ /chess/game1.pgn
Perhaps ~/ /chess/game1.pgn? I'm not sure anyone has their system layout
like that. So I think an error -- which my patch accomplishes -- is good
enough.
I wrote the patch for xboard 4.2.7, hence the version, but it does work
in all the versions I've tested (4.4.3 and 4.5~git20100118-1). By the
way, the bug applies to all those versions. Finally, I'm not very good
with reportbug program, so I might take a few tries before I send the
patch (hopefully not).
-- System Information:
Debian Release: 5.0.5
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-x86_64-linode11 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -ru xboard-4.2.7.old/xboard.c xboard-4.2.7.new/xboard.c
--- xboard-4.2.7.old/xboard.c 2003-11-19 06:42:18.0 -0200
+++ xboard-4.2.7.new/xboard.c 2010-09-16 17:07:39.0 -0300
@@ -7136,7 +7136,7 @@
}
if (*s == '~') {
- if (*(s+1) == '/') {
+ if (*(s+1) == '/' || isspace(*(s+1)) || *(s+1) == '\0') {
strcpy(d, getpwuid(getuid())-pw_dir);
strcat(d, s+1);
}
Bug#570053: ITA: blender -- Very fast and versatile 3D modeller/renderer
Hello Cyril, I'm CCing this e-mail to you just to ask, when you say Enable the security patch again. what patch are you talking about? I looked at unstable's patches directory for the word security, but I didn't find anything. Is that some debian terminology I'm not familiar with? On Fri, May 14, 2010 at 12:56:42PM +0200, Kevin Roy wrote: Rafael Cunha de Almeida wrote, On 14/05/2010 03:45: Cool, I think I can use some help :-). I'm not sure how to add two maintainers to a project, but we can figure it out later. Actually I'm completely new about the Debian packaging world and I am still learning how it works. So I can work and contribute on the git and let you the uploads thing. Hello Kevin, Alright, I have been maintaining a patch, but I'm no expert either. Do you have jabber (it works on google talk as well)? Maybe you could add me: r...@jabber-br.org. That way we have faster communication. I've already cloned the git repository located at http://git.debian.org/?p=collab-maint/blender.git;a=summary and I'm actually playing with it :). Here is my github clone : git://github.com/kiniou/blender-debian.git I forgot to tell I'm working/developping with Ubuntu Lucid actually but i'm looking to build with pbuilder and Debian mirror. This is why i've got a branch called ubuntu-lucid. I think that if you are chrooting to a debian tree it shouldn't matter if you use ubuntu or debian. My name on github is aflag: github.com/aflag. Can you add me to that project so we can both make changes to that repository? I have changed minor things on top of your modifications. I added a changelog entry and I've created the file debian/source/format. You need to add yourself to the changelog as well, take a look on dch to know how to add new entries on that file. I think a dch -a will work once you have your email and name configurated correctly. For now, my modifications are at: http://kontesti.me/~rafael/debian/blender/blender.git if you want to check out. Yes, when I wrote that either there wasn't a alpha 2, or I did a poor job looking at the site :P. Anyway, I'm trying to compile alpha 2 now, which can be found at: https://svn.blender.org/svnroot/bf-blender/tags/blender-2.52-release/ you probably know that already. I'll have more time to work on this package on the weekend, for now I've played with it enough to see that I'll need to figure out about Collada. Right now blender is failing to compile due to missing collada headers. Strange ... the build failed for me at the linking process because of openjpeg missing header. It failed only with pbuilder but not with dpkg-buildpackage and so far I did not find any clue about this issue. That is strange. I haven't been using pbuilder, but I use debuild directly. I'm not sure why it wouldn't work with pbuilder. I'm not sure what that openjpeg library does, but if it adds feature to blender, it's nice to leave it on. BTW, why did you add OPTION(WITH_BUILDINFO Include extra build details ON) OPTION(WITH_INSTALL Install accompanying scripts and language files needed to run blender ON) I don't think there was new scripts added to it with WITH_INSTALL option. I have been talking to people on IRC and it seems that blender internationalization isn't really ready yet. It seems like English is really the only option available. There's this guy named bdiego who seems to work with that. Perhaps he can give us some pointers as to how internationalization will work. However, I think we could just drop it altogether for now (/usr/share/blender/2.5/locale isn't even the right place for that to be, it should be at /usr/share/locale.) I think we should figure out our TODO list so we can divide the work to be done between us. The original TODO: - Enable the security patch again. = asking KiBi about it. - Maybe double-check localization. = seems like there's no localization for now. Ask bdiego about it. - Check building within unstable. - Finally move 2.50 alpha 0 to unstable. Next step I think is checking each of the current bugs to see if upstream mentions fixing them and also check if we can reproduce the bugs. Then we can update changelog as needed. Collada seems to be needed in order to export blender projects to a XML format. It's possible to compile blender without it, but I think it would be much better to support it. Unfortunately I don't see collada (or opencollada) in debian's repository. Do you know anything about this issue? I remember that Collada export was done with some python script in 2.49 and I think it could be ported to 2.5 but maybe it's worth packaging opencollada. Anyway for now I disabled it in the patch 10_build_configuration for tests. Yes, I talked to KiBi on IRC and I think we're better off leaving that support out for now. It'd utimately require opencollada package to be created and maintained on debian. That's a thing
Bug#570053: ITA: blender -- Very fast and versatile 3D modeller/renderer
On Tue, May 11, 2010 at 05:21:42PM +0200, Kevin Roy wrote: Hi Rafael and Cyril I also would like to help and adopt blender. Since a few months, I've updated blender svn on almost a daily basis to keep track of Blender Python API changes for my scripts and to contribute with patches. Lately I've started to think about building debian package to understand how it's done then I found this bug report. Cool, I think I can use some help :-). I'm not sure how to add two maintainers to a project, but we can figure it out later. I've already cloned the git repository located at http://git.debian.org/?p=collab-maint/blender.git;a=summary and I'm actually playing with it :). Rafael Cunha de Almeida wrote, On 10/05/2010 22:13: I want to adopt this package. Should I work with the package in experimental or is there a public repository that would be a better source? I think the first step is getting the new blender 2.50 alpha 1 to work. Do you recommend doing something before first? According to recent annoucements, blender 2.5 alpha 2 has a bugfixed about texture images not saved in .blend files. Yes, when I wrote that either there wasn't a alpha 2, or I did a poor job looking at the site :P. Anyway, I'm trying to compile alpha 2 now, which can be found at: https://svn.blender.org/svnroot/bf-blender/tags/blender-2.52-release/ you probably know that already. I'll have more time to work on this package on the weekend, for now I've played with it enough to see that I'll need to figure out about Collada. Right now blender is failing to compile due to missing collada headers. Collada seems to be needed in order to export blender projects to a XML format. It's possible to compile blender without it, but I think it would be much better to support it. Unfortunately I don't see collada (or opencollada) in debian's repository. Do you know anything about this issue? Regards, Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570053: ITA: blender -- Very fast and versatile 3D modeller/renderer
Hello, I want to adopt this package. Should I work with the package in experimental or is there a public repository that would be a better source? I think the first step is getting the new blender 2.50 alpha 1 to work. Do you recommend doing something before first? []'s Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573993: inn: DO_CHECK_INCLUDED_TEXT is a bad default
Package: inn Version: 1:1.7.2q-38kontesti1 Severity: wishlist The default for inn is to have the compile option DO_CHECK_INCLUDED_TEXT defined. That's a bad default in my opion, from include/configdata.h: /* Disallow posts with more than 50% inclusion () lines? */ /* (This is only for inews and nnrpd.) */ /* =()#define @CHECK_INCLUDED_TEXT@_CHECK_INCLUDED_TEXT()= */ #define DO_CHECK_INCLUDED_TEXT that does more harm than good. Discarting some perfectly good posts only because it has too many lines starting with . I think that's quite unreasonable feature. I suggest transforming it in a runtime configuration or compiling without it by default. And, perhaps, making a different package for people who rely on it.. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-x86_64-linode11 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages inn depends on: ii cron 3.0pl1-105 management of regular background p ii exim4-daemon-light [mail 4.69-9 lightweight Exim MTA (v4) daemon ii libc62.7-18lenny2GNU C Library: Shared libraries ii libperl5.10 5.10.0-19lenny2 Shared Perl library ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10. 5.10.0-19lenny2 minimal Perl system ii time 1.7-23 The GNU time program for measuring inn recommends no packages. Versions of packages inn suggests: ii gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep -- 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#523886: Feedback
Just giving some feedback. I'm working in the outstanding bug, I already have a patch, I'm waiting for upstream's answer. I also changed the package format to 3.0 (quilt). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570348: gmrun: wrong build-deps on ia64
gmrun makes it's own version of alphasort. However, as far as I can
tell, it's unecessary as it doesn't add anything new. By using the
alphasort provided by dirent.h I hope to avoid any sort of glibc
compatibility problems. I'm attaching the patch to this email.
diff -Nudar gmrun-0.9.2.orig/debian/control gmrun-0.9.2/debian/control
--- gmrun-0.9.2.orig/debian/control 2010-02-16 22:44:15.0 +
+++ gmrun-0.9.2/debian/control 2010-03-07 15:32:46.0 +
@@ -2,7 +2,7 @@
Section: x11
Priority: optional
Maintainer: Alexandre De Dommelin adedomme...@tuxz.net
-Build-Depends: debhelper (= 7), libgtk2.0-dev, libpopt-dev, libc6-dev (= 2.10.2-2)
+Build-Depends: debhelper (= 7), libgtk2.0-dev, libpopt-dev
Standards-Version: 3.8.4
Homepage: http://sourceforge.net/projects/gmrun/
diff -Nudar gmrun-0.9.2.orig/debian/patches/60-fix_gtkcompletionline.patch gmrun-0.9.2/debian/patches/60-fix_gtkcompletionline.patch
--- gmrun-0.9.2.orig/debian/patches/60-fix_gtkcompletionline.patch 2010-02-03 07:28:09.0 +
+++ gmrun-0.9.2/debian/patches/60-fix_gtkcompletionline.patch 2010-03-07 14:55:37.0 +
@@ -1,11 +1,11 @@
# Description: Fixes FTBFS
-# Author: Brian M. Carlson sand...@crustytoothpaste.ath.cx
+# Author: Rafael Cunha de Almeida raf...@kontesti.me
Index: gmrun-0.9.2/src/gtkcompletionline.cc
===
gmrun-0.9.2.orig/src/gtkcompletionline.cc 2010-02-03 12:35:27.879769704 +0800
-+++ gmrun-0.9.2/src/gtkcompletionline.cc 2010-02-03 12:35:45.837755945 +0800
-@@ -374,10 +374,7 @@
+--- gmrun-0.9.2.orig/src/gtkcompletionline.cc 2010-03-07 14:53:19.0 +
gmrun-0.9.2/src/gtkcompletionline.cc 2010-03-07 14:53:53.0 +
+@@ -374,30 +374,6 @@
return 0;
}
@@ -13,7 +13,44 @@
- const struct dirent** a = (const struct dirent**)va;
- const struct dirent** b = (const struct dirent**)vb;
-
-+int my_alphasort(const struct dirent** a, const struct dirent** b) {
- const char* s1 = (*a)-d_name;
- const char* s2 = (*b)-d_name;
+- const char* s1 = (*a)-d_name;
+- const char* s2 = (*b)-d_name;
+-
+- int l1 = strlen(s1);
+- int l2 = strlen(s2);
+- int result = strcmp(s1, s2);
+-
+- if (result == 0) return 0;
+-
+- if (l1 l2) {
+-int res2 = strncmp(s1, s2, l1);
+-if (res2 == 0) return -1;
+- } else {
+-int res2 = strncmp(s1, s2, l2);
+-if (res2 == 0) return 1;
+- }
+-
+- return result;
+-}
+-
+ static void
+ generate_execs()
+ {
+@@ -405,7 +381,7 @@
+ for (StrSet::iterator i = path.begin(); i != path.end(); i++) {
+ struct dirent **eps;
+-int n = scandir(i-c_str(), eps, select_executables_only, my_alphasort);
++int n = scandir(i-c_str(), eps, select_executables_only, alphasort);
+ if (n = 0) {
+ for (int j = 0; j n; j++) {
+ execs.insert(eps[j]-d_name);
+@@ -505,7 +481,7 @@
+ dirlist.clear();
+ struct dirent **eps;
+ prefix = filename;
+- n = scandir(dest.c_str(), eps, select_executables_only, my_alphasort);
++ n = scandir(dest.c_str(), eps, select_executables_only, alphasort);
+ if (n = 0) {
+ for (int j = 0; j n; j++) {
+ {
Bug#572977: gromit: The mouse cursor is only updated after some delay
Package: gromit Version: 20041213-4 Severity: minor Hello If I'm drawing something to the screen and press the right mouse button it doesn't change the cursor right away. There's a delay, similarly, there's a delay when going back to the drawing arrow. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-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 gromit depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-2 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.7-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libx11-6 2:1.3.3-1 X11 client-side library ii libxcursor1 1:1.1.10-1 X cursor management library ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxi62:1.3-3X11 Input extension library ii libxinerama1 2:1.1-2X11 Xinerama extension library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.5-1 X Rendering Extension client libra gromit recommends no packages. gromit 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#572980: gromit: Warnings during the build time
Source: gromit Version: 20041213-4 Severity: wishlist When trying to build gromit there I can see several warnings, with and without -Wall. It would be nice if we could remove them. Here's what I see: gromit.c: In function ‘gromit_select_tool’: gromit.c:464: warning: pointer targets in assignment differ in signedness gromit.c: In function ‘event_selection_get’: gromit.c:930: warning: pointer targets in passing argument 4 of ‘gtk_selection_data_set’ differ in signedness /usr/include/gtk-2.0/gtk/gtkselection.h:159: note: expected ‘const guchar *’ but argument is of type ‘gchar *’ gromit.c: In function ‘parse_name’: gromit.c:995: warning: cast from pointer to integer of different size gromit.c:996: warning: cast from pointer to integer of different size gromit.c:998: warning: cast from pointer to integer of different size gromit.c: In function ‘parse_config’: gromit.c:1164: warning: cast from pointer to integer of different size gromit.c:1180: warning: cast from pointer to integer of different size gromit.c:1219: warning: cast from pointer to integer of different size gromit.c: In function ‘setup_main_app’: gromit.c:1363: warning: pointer targets in passing argument 2 of ‘gdk_bitmap_create_from_data’ differ in signedness /usr/include/gtk-2.0/gdk/gdkpixmap.h:73: note: expected ‘const gchar *’ but argument is of type ‘unsigned char *’ gromit.c:1366: warning: pointer targets in passing argument 2 of ‘gdk_bitmap_create_from_data’ differ in signedness /usr/include/gtk-2.0/gdk/gdkpixmap.h:73: note: expected ‘const gchar *’ but argument is of type ‘unsigned char *’ gromit.c:1376: warning: pointer targets in passing argument 2 of ‘gdk_bitmap_create_from_data’ differ in signedness /usr/include/gtk-2.0/gdk/gdkpixmap.h:73: note: expected ‘const gchar *’ but argument is of type ‘unsigned char *’ gromit.c:1379: warning: pointer targets in passing argument 2 of ‘gdk_bitmap_create_from_data’ differ in signedness /usr/include/gtk-2.0/gdk/gdkpixmap.h:73: note: expected ‘const gchar *’ but argument is of type ‘unsigned char *’ -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-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 gromit depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-2 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.7-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libx11-6 2:1.3.3-1 X11 client-side library ii libxcursor1 1:1.1.10-1 X cursor management library ii libxext6 2:1.1.1-2 X11 miscellaneous extension librar ii libxi62:1.3-3X11 Input extension library ii libxinerama1 2:1.1-2X11 Xinerama extension library ii libxrandr22:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.5-1 X Rendering Extension client libra gromit recommends no packages. gromit 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#572589: inn: Package didn't create /var/log/news with correct permissions
Package: inn Version: 1:1.7.2q-38 Severity: normal After installing inn /var/log/news was owned by root and group root, making it impossible for inn to create /var/log/news/log file. I'm not completely sure the directory was inexistant before inn's instalation (I have very few packages installed, so I think inn was probably the one creating it). Either way, I think it's a bug if instalation doesn't set the owners correctly. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-x86_64-linode11 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages inn depends on: ii cron 3.0pl1-105 management of regular background p ii exim4-daemon-light [mail 4.69-9 lightweight Exim MTA (v4) daemon ii libc62.7-18lenny2GNU C Library: Shared libraries ii libperl5.10 5.10.0-19lenny2 Shared Perl library ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10. 5.10.0-19lenny2 minimal Perl system ii time 1.7-23 The GNU time program for measuring inn recommends no packages. Versions of packages inn suggests: ii gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep -- 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#515431: Povray license
I'm sorry, but upon carefully reading of povray's license I decided that I can't accept it. So I can't be the maintainer of this package :-( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515431: I'm interested in adopting povray
I don't have much experience with it, but I always thought it was a very nice program. I'd like to maintain it. How should I proceed in order to do so? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538786: I can't build pidgin's debian package
Package: pidgin Version: 2.4.3-4lenny2 Severity: normal I downloaded the source with $ apt-get source pidgin Then I've installed the build dependencies with $ apt-get build-dep pidgin After all that I changed to pidgin-2.4.3 directory and issued the following command: $ dpkg-buildpackage -uc -us -rfakeroot After a bunch of successful compilations dpkg-buildpackage exits with the following error: /bin/sh ../../libtool --silent --tag=CC --mode=link cc -g -g -O2 -g -O2 -export-dynamic -version_info 4:3:4 -no-undefined -Wl,--as-needed -o libgnt.la -rpath /usr/lib gntmarshal.lo gntwidget.lo gntbindable.lo gntbox.lo gntbutton.lo gntcheckbox.lo gntclipboard.lo gntcolors.lo gntcombobox.lo gntentry.lo gntfilesel.lo gntkeys.lo gntlabel.lo gntline.lo gntmenu.lo gntmenuitem.lo gntmenuitemcheck.lo gntslider.lo gntstyle.lo gnttextview.lo gnttree.lo gntutils.lo gntwindow.lo gntwm.lo gntws.lo gntmain.lo -Wl,--export-dynamic -pthread -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lrt -lglib-2.0 -lncursesw -lpanelw -lxml2 -lpython2.6 -L/home/rafael/local/lib/python2.6/config -lutil -lpthread -lnsl -lresolv /usr/bin/ld: /home/rafael/local/lib/python2.6/config/libpython2.6.a(listobject.o): relocation R_X86_64_32 against `_Py_NoneStruct' can not be used when making a shared object; recompile with -fPIC /home/rafael/local/lib/python2.6/config/libpython2.6.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[6]: *** [libgnt.la] Error 1 make[6]: Leaving directory `/home/rafael/hacking/pidgin-2.4.3/build/finch/libgnt' make[5]: *** [all-recursive] Error 1 make[5]: Leaving directory `/home/rafael/hacking/pidgin-2.4.3/build/finch/libgnt' make[4]: *** [all] Error 2 make[4]: Leaving directory `/home/rafael/hacking/pidgin-2.4.3/build/finch/libgnt' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/rafael/hacking/pidgin-2.4.3/build/finch' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/rafael/hacking/pidgin-2.4.3/build' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/rafael/hacking/pidgin-2.4.3/build' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-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/bash Versions of packages pidgin depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libdbus-glib-1-20.76-1 simple interprocess messaging syst ii libglib2.0-02.16.6-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.19-3Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkspell02.0.13-1+b1 a spell-checking addon for GTK's T ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libpurple0 2.4.3-4lenny2multi-protocol instant messaging l ii libsm6 2:1.0.3-2X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libx11-62:1.1.5-2X11 client-side library ii libxss1 1:1.1.3-1X11 Screen Saver extension library ii perl5.10.0-19Larry Wall's Practical Extraction ii perl-base [perlapi-5.10 5.10.0-19minimal Perl system ii pidgin-data 2.4.3-4lenny2multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.8-4.1~lenny2 GStreamer plugins from the good Versions of packages pidgin suggests: ii evolution-data-server 2.22.3-1.1+lenny1 evolution database backend server ii gnome-panel2.20.3-5 launcher and docking facility for ii kicker 4:3.5.9.dfsg.1-6 desktop panel for KDE ii libsqlite3-0 3.5.9-6 SQLite 3 shared library -- 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#532211: sudo: Segfault with -u # and non-existing user
The problem happens at line 394 of set_perms.c file. Since the uid
number is invalid pw_name field of passwd struct is never assigned to a
string, that it is, its value is NULL.
I can't see a way of exploiting that problem and it seems to be already
fixed on sudo 1.7. Anyhow, in order to be in the safe side, maybe it is
a good idea to apply the attached patch to the lenny package.
diff -ur sudo-1.6.9p17.old/set_perms.c sudo-1.6.9p17/set_perms.c
--- sudo-1.6.9p17.old/set_perms.c 2007-11-27 21:41:23.0 -0200
+++ sudo-1.6.9p17/set_perms.c 2009-07-05 03:11:33.0 -0300
@@ -391,7 +391,9 @@
*/
if (ngroups == -1) {
pw = runas_pw ? runas_pw : sudo_user.pw;
- if (initgroups(pw-pw_name, pw-pw_gid) 0)
+ if (pw-pw_name == NULL)
+ log_error(MSG_ONLY, invalid username);
+ else if (initgroups(pw-pw_name, pw-pw_gid) 0)
log_error(USE_ERRNO|MSG_ONLY, can't set runas group vector);
if ((ngroups = getgroups(0, NULL)) 0)
log_error(USE_ERRNO|MSG_ONLY, can't get runas ngroups);
Bug#535792: Segfaults to bad sudoers file
After studying sudo a little more I came up with a patch that I think
can be applied to sudo without issues. While the first patch was enough
to point out where the problem was, this new patch should fix it in the
best possible way.
I hadn't realised before that there can be more than one source for sudo
and this patch takes care of it, the process fails only if there are no
valid sources.
diff -ur old/sudo-1.7.0/sudo.c new/sudo-1.7.0/sudo.c
--- old/sudo-1.7.0/sudo.c 2009-07-05 09:33:40.0 -0400
+++ new/sudo-1.7.0/sudo.c 2009-07-05 09:24:30.0 -0400
@@ -1072,16 +1072,19 @@
(unsigned long) statbuf.st_gid, (unsigned long) SUDOERS_GID);
else if ((fp = fopen(sudoers, r)) == NULL)
log_error(USE_ERRNO, can't open %s, sudoers);
-else if (statbuf.st_size != 0) {
- /*
- * Make sure we can actually read sudoers so we can present the
- * user with a reasonable error message.
- */
- if (fgetc(fp) == EOF)
- log_error(USE_ERRNO, can't read %s, sudoers);
- rewind(fp);
+else {
+ if (statbuf.st_size != 0) {
+ /*
+ * Make sure we can actually read sudoers so we can present the
+ * user with a reasonable error message.
+ */
+ if (fgetc(fp) == EOF)
+ log_error(USE_ERRNO, can't read %s, sudoers);
+ rewind(fp);
+ }
+
+ (void) fcntl(fileno(fp), F_SETFD, 1);
}
-(void) fcntl(fileno(fp), F_SETFD, 1);
set_perms(PERM_ROOT); /* change back to root */
return(fp);
Bug#535792: Segfaults to bad sudoers file
Package: sudo Version: 1.7.0-1 Severity: normal If the /etc/sudoers file mode is set to 0640, then executing the sudo program will cause a Segmentation Fault. The segmentation fault happens when ``fileno'' is called with a NULL parameter (line 1084 of file sudo.c). That doesn't seem exploitable, althought certainly a bug. Attached is a patch which fixes that issue. I made it so all errors handled by open_sudoers are fatal. That seems reasonable to me, but someone with a better understanding of the whole code should probably check it out. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sudo depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii libpam-modules1.0.1-9Pluggable Authentication Modules f ii libpam0g 1.0.1-9Pluggable Authentication Modules l sudo recommends no packages. sudo suggests no packages. -- no debconf information diff -ur sudo-1.7.0.orig/sudo.c sudo-1.7.0/sudo.c --- sudo-1.7.0.orig/sudo.c 2009-07-05 00:11:50.0 -0400 +++ sudo-1.7.0/sudo.c 2009-07-04 23:56:33.0 -0400 @@ -1057,18 +1057,18 @@ set_perms(PERM_SUDOERS); if (rootstat != 0 stat_sudoers(sudoers, statbuf) != 0) - log_error(USE_ERRNO|NO_EXIT, can't stat %s, sudoers); + log_error(USE_ERRNO, can't stat %s, sudoers); else if (!S_ISREG(statbuf.st_mode)) - log_error(NO_EXIT, %s is not a regular file, sudoers); + log_error(0, %s is not a regular file, sudoers); else if ((statbuf.st_mode 0) != SUDOERS_MODE) - log_error(NO_EXIT, %s is mode 0%o, should be 0%o, sudoers, + log_error(0, %s is mode 0%o, should be 0%o, sudoers, (unsigned int) (statbuf.st_mode 0), (unsigned int) SUDOERS_MODE); else if (statbuf.st_uid != SUDOERS_UID) - log_error(NO_EXIT, %s is owned by uid %lu, should be %lu, sudoers, + log_error(0, %s is owned by uid %lu, should be %lu, sudoers, (unsigned long) statbuf.st_uid, (unsigned long) SUDOERS_UID); else if (statbuf.st_gid != SUDOERS_GID) - log_error(NO_EXIT, %s is owned by gid %lu, should be %lu, sudoers, + log_error(0, %s is owned by gid %lu, should be %lu, sudoers, (unsigned long) statbuf.st_gid, (unsigned long) SUDOERS_GID); else if ((fp = fopen(sudoers, r)) == NULL) log_error(USE_ERRNO, can't open %s, sudoers);
Bug#530314: console-data: Thinkpad r61i with abnt2 keyboard needs new keymap
Package: console-data Version: 2:1.07-11 Severity: wishlist Tags: patch In order to the / and ? key to work we need: keycode 97 = slash question degree questiondown A suggested kmap is attached (hopefully, if I'm able to use reportbug correctly ;-)). -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-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/bash Versions of packages console-data depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy Versions of packages console-data recommends: ii console-common 0.7.80 basic infrastructure for text cons ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities Versions of packages console-data suggests: pn unicode-data none (no description available) -- debconf information excluded br-abnt2-thinkpad.kmap.gz Description: GNU Zip compressed data
Bug#508952: gnome-settings-daemon: crashes when I open virtualbox
Package: gnome-settings-daemon Version: 2.22.2.1-2 Severity: normal Whenever I load virtualbox (installed from debian repositories) gnome-settings-daemon crashes. I opened it on the terminal to see what messages I'd get and this is the result: $ gnome-settings-daemon ** (gnome-settings-daemon:7306): WARNING **: Failed to open file '/etc/gnome/config/General.ad': No such file or directory The program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 2715 error_code 8 request_code 20 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) [1229464687,000,xklavier.c:xkl_engine_start_listen/]The backend does not require manual layout management - but it is provided by the application -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-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/bash Versions of packages gnome-settings-daemon depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomekbd2 2.22.0-1 GNOME library to manage keyboard c ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgstreamer-plugins-base0 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libxi6 2:1.1.4-1 X11 Input extension library ii libxklavier12 3.5-2 X Keyboard Extension high-level AP ii libxml22.6.32.dfsg-5 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxxf86misc1 1:1.0.1-3 X11 XFree86 miscellaneous extensio gnome-settings-daemon recommends no packages. gnome-settings-daemon 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#504936: I have to run rhythmbox twice in order to get it to start
Package: rhythmbox Version: 0.11.6-1 Severity: normal I run rhythmbox on rxvt and it just hangs there. While rhythmbox is hanging on one window I open a new rxvt and I run it again, then rhythmbox starts. All works fine and, when I close rhythmbox, the first instance of the program exits with a 0 exit status. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-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/bash Versions of packages rhythmbox depends on: ii dbus 1.2.1-4 simple interprocess messaging syst ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.19-2 GStreamer plugin for ALSA ii gstreamer0.10-gnomevfs 0.10.19-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins- 0.10.19-2 GStreamer plugins from the base ii gstreamer0.10-plugins- 0.10.8-4 GStreamer plugins from the good ii gstreamer0.10-x0.10.19-2 GStreamer plugins for X11 and Pang ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.22-3 Avahi client library ii libavahi-common3 0.6.22-3 Avahi common library ii libavahi-glib1 0.6.22-3 Avahi glib integration library ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-15GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnome-media02.22.0-3 runtime libraries for the GNOME me ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgpod3 0.6.0-6 library to read and write songs an ii libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libhal10.5.11-6 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii liblircclient0 0.8.3-3 infra-red remote control support - ii libmtp70.2.6.1-3 Media Transfer Protocol (MTP) libr ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libnautilus-burn4 2.20.0-1 Nautilus Burn Library - runtime ve ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-2 PNG library - runtime ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsexy2 0.1.11-2+b1 collection of additional GTK+ widg ii libsm6 2:1.0.3-2 X11 Session Management library ii libsoup2.4-1 2.4.1-2 an HTTP library implementation in ii libtotem-plparser102.22.3-1 Totem Playlist Parser library - ru ii libusb-0.1-4 2:0.1.12-12 userspace USB programming library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcb-render-util00.2.1+git1-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii
Bug#504936: I think I was using the wrong program
I think I was starting rhythmbox with the wrong command, I was starting it with like: % rhythmbox instead of % rhythmbox-client Wouldn't it be better if rhythmbox-client was named rhythmbox and rhythmbox was named rhythmbox-server or something? Just a suggestion, you can close the bug, though. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
