Bug#535655: gxmessage: please transition package gmessage

[Bart Martens]

Package: gxmessage
Severity: wishlist


- Forwarded message from Jan Muszynski  -

From: Jan Muszynski 
X-Google-Sender-Auth: 0c360ce9563b42ea
Subject: gmessage
To: ba...@debian.org

I could file a formal bug on this I suppose :)

How are people that currently have gmessage installed supposed to know
that they should updated to gxmessage? Can I suggest 1 round of a
transition package where gmessage depends on gxmessage? Along with a
news item to tell people about it?

Thanks in advance,
-jcm

- End forwarded message -




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

Bug#535654: gxemul: New homepage

[Timothy Redaelli]

Package: gxemul
Version: 0.4.7.2-1
Severity: minor

New homepage since 0.4.7.2

-- System Information:
Debian Release: squeeze/sid
  APT prefers karmic-updates
  APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30-10-generic (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#535653: fglrx-source: crash with 9-6 fglrx on 2.6.30

[Alexandra N. Kossovsky]

Package: fglrx-source
Version: 1:9-6-3
Severity: grave
Justification: renders package unusable

Hello.

With fglrx module compiled from fglrx-source, my X server successfully
starts. However, when I run application which uses GL, kernel crashes:

[fglrx:firegl_find_any_map] *ERROR* Invalid map handle!<3>[fglrx:drm_vm_open] 
*ERROR* map not found -> inconsistent kernel data!!! 
vma_start:0xade8c000,handle:0x9230
[fglrx:firegl_find_any_map] *ERROR* Invalid map handle!<3>[fglrx:drm_vm_open] 
*ERROR* map not found -> inconsistent kernel data!!! 
vma_start:0xad70a000,handle:0x81002000
[fglrx:firegl_find_any_map] *ERROR* Invalid map handle!<3>[fglrx:drm_vm_close] 
*ERROR* map not found -> inconsistent kernel data!!! 
vma_start:0xad70a000,handle:0x81002000
general protection fault:  [#1] SMP 
last sysfs file: /sys/devices/system/cpu/cpu1/cpufreq/scaling_cur_freq
Modules linked in: fglrx(P) agpgart ppdev parport_pc lp parport rfcomm l2cap 
bluetooth irtty_sir sir_dev irda crc_ccitt cpufreq_userspace 
cpufreq_conservative cpufreq_powersave cpufreq_stats nls_utf8 ntfs nls_base 
fuse powernow_k8 loop snd_hda_codec_si3054 snd_hda_codec_realtek snd_hda_intel 
snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss b43 snd_pcm snd_seq_midi 
snd_rawmidi rfkill snd_seq_midi_event rng_core snd_seq joydev snd_timer 
mac80211 uvcvideo snd_seq_device wacom videodev v4l1_compat snd cfg80211 
i2c_piix4 serio_raw i2c_core soundcore snd_page_alloc led_class shpchp 
pci_hotplug psmouse wmi input_polldev evdev battery processor button ac usbhid 
hid ext3 jbd mbcache sg ide_pci_generic sr_mod cdrom sd_mod crc_t10dif 
ata_generic usb_storage atiixp ahci ohci_hcd ehci_hcd usbcore libata ide_core 
scsi_mod ssb r8169 mii pcmcia pcmcia_core video output thermal fan thermal_sys 
[last unloaded: fglrx]

Pid: 7488, comm: pcsx2 Tainted: P   (2.6.30-1-686 #1) HP Pavilion 
tx2500 Notebook PC
EIP: 0060:[] EFLAGS: 00210046 CPU: 0
EIP is at KCL_flush_tlb_one+0x4/0xd [fglrx]
EAX:  EBX:  ECX: 0001 EDX: 08fb
ESI: ed973e74 EDI: f937756f EBP: c1d49960 ESP: ed973e50
 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process pcsx2 (pid: 7488, ti=ed972000 task=f68c3610 task.ti=ed972000)
Stack:
 c012ae91  fffb3000 0a40 f937a4ef ed401df4 fffb3a38 f682e900
 f682e900 0a40 0001 ed973eac afc039f4 c0106469 f9386a8d 0a40
 0002 f948b03f 04ff  f948b05d 0a40 f9387bec 0a40
Call Trace:
 [] ? on_each_cpu+0x18/0x24
 [] ? KCL_TestAndClearPageDirtyFlag+0x199/0x21f [fglrx]
 [] ? sys_ipc+0x54/0x14f
 [] ? firegl_clear_pages_dirty_flag+0x12d/0x140 [fglrx]
 [] ? firegl_set_cap_ipc_lock+0x6c/0x70 [fglrx]
 [] ? firegl_clear_pages_dirty_flag+0x0/0x140 [fglrx]
 [] ? firegl_ioctl+0x22d/0x2b0 [fglrx]
 [] ? sys_ipc+0x54/0x14f
 [] ? sys_ipc+0x54/0x14f
 [] ? sys_ipc+0x54/0x14f
 [] ? ip_firegl_ioctl+0xb/0xf [fglrx]
 [] ? sys_ipc+0x54/0x14f
 [] ? vfs_ioctl+0x49/0x5f
 [] ? do_vfs_ioctl+0x444/0x47f
 [] ? make_pages_present+0x66/0x83
 [] ? mlock_fixup+0x67/0x163
 [] ? do_mlock+0x7f/0xb1
 [] ? sys_ioctl+0x41/0x58
 [] ? sysenter_do_call+0x12/0x28
 [] ? sys_ipc+0x54/0x14f
Code: d0 83 e0 f2 c3 89 e0 8b 54 24 04 25 00 e0 ff ff 03 54 24 08 19 c9 39 50 
18 83 d9 00 83 f9 01 19 c0 f7 d0 83 e0 f2 c3 8b 44 24 04 <8b> 00 e8 2e f2 d9 c6 
90 c3 8b 54 24 08 8b 44 24 04 f0 0f ab 02 
EIP: [] KCL_flush_tlb_one+0x4/0xd [fglrx] SS:ESP 0068:ed973e50
---[ end trace e769696e18512a0f ]---
note: pcsx2[7488] exited with preempt_count 1
[ cut here ]

Please note that messages about "Invalid map handle" exist even without GL
applications, and they existed with fglrx 9-4, which worked (on kernel 2.6.29)
perfectly.

For a pity, I can't check current fglrx 9-6 with old kernel 2.6.29,
since it does not compile:

  CC [M]  /usr/src/modules/fglrx/kcl_pci.o
/usr/src/modules/fglrx/kcl_pci.c: In function ‘pci_enable_msi’:
/usr/src/modules/fglrx/kcl_pci.c:316: error: implicit declaration of function 
‘pci_enable_msi_block’
make[5]: *** [/usr/src/modules/fglrx/kcl_pci.o] Error 1


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (600, 'testing'), (600, 'stable'), (150, 'unstable'), (50, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages fglrx-source depends on:
ii  bzip2 1.0.5-2high-quality block-sorting file co
ii  debhelper 7.2.14 helper programs for debian/rules
ii  make  3.81-6 An utility for Directing compilati

Versions of packages fglrx-source recommends:
ii  kernel-package12.014 A utility for building Linux kerne
ii  module-assistant  0.11.1 tool to make module package creati

Versions of packages fglrx-source suggests:
hi  fglrx-driver  1:9-6-3non-free AMD/ATI r6xx - r7xx displ

-- no debconf informati

Bug#527123: reproduced, points at libgnomeprint or libcups, workaround valgrind

[James Cameron]

G'day,

This is a fascinating bug.  I'm able to reproduce it.

Please find attached gdb.txt as requested by Patrik, which demonstrates
that the problem occurs while trying to free(3) some heap, in either
libcups or libgnomeprint.

Please also find attached valgrind.txt, which demonstrates that the
failure is caused by a free of a heap pointer that is not valid.

The use of valgrind is also a workaround to the problem, allowing
printing to complete without "Aborted".  It goes much slower, but at
least it works.

The next thing I shall try is to find out where in libgnomeprint or
libcups the segmentation fault is happening.  Ideas on how to do that
are welcome.

It seems that the reproducibility of the problem may depend on the CUPS
configuration.

-- 
James Cameronmailto:qu...@us.netrek.org http://quozl.netrek.org/
Starting program: /tmp/abiword-2.6.8-install/bin/abiword 
[Thread debugging using libthread_db enabled]
[New Thread 0xb7f90760 (LWP 404)]
[New Thread 0xb751ab90 (LWP 412)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7f90760 (LWP 404)]
0x478c415d in free () from /lib/i686/cmov/libc.so.6

Thread 2 (Thread 0xb751ab90 (LWP 412)):
#0  0xb7fc1424 in __kernel_vsyscall ()
No symbol table info available.
#1  0x479ed2e2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from 
/lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0x47eef02d in g_cond_timed_wait_posix_impl (cond=, 
entered_mutex=, abs_time=) at 
/build/buildd-glib2.0_2.20.1-2-i386-hGzT8z/glib2.0-2.20.1/gthread/gthread-posix.c:242
result = 
end_time = Could not find the frame base for 
"g_cond_timed_wait_posix_impl".

Thread 1 (Thread 0xb7f90760 (LWP 404)):
#0  0x478c415d in free () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#1  0x479de048 in ?? () from /lib/i686/cmov/libdl.so.2
No symbol table info available.
#2  0x457adf36 in ?? () from /usr/lib/libcups.so.2
No symbol table info available.
#3  0x479ddf50 in ?? () from /lib/i686/cmov/libdl.so.2
No symbol table info available.
#4  0x479ddb50 in ?? () from /lib/i686/cmov/libdl.so.2
No symbol table info available.
#5  0x479dfff4 in ?? () from /lib/i686/cmov/libdl.so.2
No symbol table info available.
#6  0x in ?? ()
No symbol table info available.
The program is running.  Exit anyway? (y or n) Script started on Sat Jul  4 15:48:49 2009
]0;xterm 
ja...@dors:/c/tmp/abiword-2.6.8/abiword-2.6.8dors:/c/tmp/abiword-2.6.8/abiword-2.6.8$
 valgrind '/tmp/abiword-2.6.8-install/bi 
n/abiword'
==501== Memcheck, a memory error detector.
==501== Copyright (C) 2002-2008, and GNU GPL'd, by Julian Seward et al.
==501== Using LibVEX rev 1884, a library for dynamic binary translation.
==501== Copyright (C) 2004-2008, and GNU GPL'd, by OpenWorks LLP.
==501== Using valgrind-3.4.1-Debian, a dynamic binary instrumentation framework.
==501== Copyright (C) 2000-2008, and GNU GPL'd, by Julian Seward et al.
==501== For more details, rerun with: -v
==501== 
==501== Thread 2:
==501== Invalid read of size 4
==501==at 0x47849A37: (within /lib/ld-2.9.so)
==501==by 0x47972621: (within /lib/i686/cmov/libc-2.9.so)
==501==by 0x47840FE5: (within /lib/ld-2.9.so)
==501==by 0x479727E4: __libc_dlopen_mode (in /lib/i686/cmov/libc-2.9.so)
==501==by 0x47949FCF: __nss_lookup_function (in /lib/i686/cmov/libc-2.9.so)
==501==by 0x4794A09E: (within /lib/i686/cmov/libc-2.9.so)
==501==by 0x4794BA0C: __nss_services_lookup2 (in /lib/i686/cmov/libc-2.9.so)
==501==by 0x47952C15: getservbyname_r (in /lib/i686/cmov/libc-2.9.so)
==501==by 0x4795296D: getservbyname (in /lib/i686/cmov/libc-2.9.so)
==501==by 0x4579A265: ippPort (in /usr/lib/libcups.so.2)
==501==by 0x6277304: (within /usr/lib/libgnomecups-1.0.so.1.0.0)
==501==by 0x47C375E5: (within /usr/lib/libglib-2.0.so.0.2000.1)
==501==  Address 0x5eb7bd4 is 44 bytes inside a block of size 46 alloc'd
==501==at 0x400801E: malloc (vg_replace_malloc.c:207)
==501==by 0x478410F3: (within /lib/ld-2.9.so)
==501==by 0x4783AD65: (within /lib/ld-2.9.so)
==501==by 0x478451C6: (within /lib/ld-2.9.so)
==501==by 0x47840FE5: (within /lib/ld-2.9.so)
==501==by 0x47844BCD: (within /lib/ld-2.9.so)
==501==by 0x47972621: (within /lib/i686/cmov/libc-2.9.so)
==501==by 0x47840FE5: (within /lib/ld-2.9.so)
==501==by 0x479727E4: __libc_dlopen_mode (in /lib/i686/cmov/libc-2.9.so)
==501==by 0x47949FCF: __nss_lookup_function (in /lib/i686/cmov/libc-2.9.so)
==501==by 0x4794A09E: (within /lib/i686/cmov/libc-2.9.so)
==501==by 0x4794BA0C: __nss_services_lookup2 (in /lib/i686/cmov/libc-2.9.so)
==501== 
==501== Thread 1:
==501== Invalid free() / delete / delete[]
==501==at 0x4006E3A: free (vg_replace_malloc.c:323)
==501==by 0x479DE047: (within /lib/i686/cmov/libdl-2.9.so)
==501==by 0x479DDB20: dlopen (in /lib/i686/cmov/libdl-2.9.so)
==501==by 0x47F20776: g_module_open (in /usr/lib/libgmodule-2.0.so.0.2000.1)
==501==by 0x48EAE479: (with

Bug#535650: laptop-mode-tools: error message on upgrade (unititalized variable?)

[Ritesh Raj Sarraf]

tags 535650 +confirmed pending
thanks

Hi Itai,

Thanks for reporting the bug. It is fixed upstream and will be part of next 
release.


Ritesh


On Monday 29 Jun 2009 12:05:39 Itai Seggev wrote:
> Package: laptop-mode-tools
> Version: 1.49-1
> Severity: normal
>
> I got an error message on upgrade, although everything seems to be
> working fine now.
>
> ---
> Enabling laptop
> mode.../usr/share/laptop-mode-tools/modules/laptop-mode: line 252: [: :
> integer expression expected
> /usr/share/laptop-mode-tools/modules/laptop-mode: line 252: [: : integer
> expression expected done (Laptop Mode Tools 1.49
> enabled, active).
> ---
> -- System Information:
> Debian Release: squeeze/sid
>   APT prefers testing
>   APT policy: (750, 'testing'), (120, 'stable'), (110, 'unstable'), (105,
> 'experimental') Architecture: powerpc (ppc)
>
> Kernel: Linux 2.6.29-2-powerpc
> Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages laptop-mode-tools depends on:
> ii  lsb-base3.2-22   Linux Standard Base 3.2 init
> scrip ii  psmisc  22.7-1   utilities that use the
> proc file s ii  util-linux  2.15.1~rc1-1 Miscellaneous
> system utilities
>
> Versions of packages laptop-mode-tools recommends:
> ii  ethtool  6+20090307-1display or change Ethernet
> device ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction
> Layer ii  hdparm   8.9-3   tune hard disk
> parameters for high ii  net-tools1.60-23 The NET-3
> networking toolkit ii  pbbuttonsd   0.7.9-2 PBButtons
> daemon to handle special ii  sdparm   1.02-1 
> Output and modify SCSI device para ii  wireless-too 29-1.1 
> Tools for manipulating Linux Wirel
>
> laptop-mode-tools suggests no packages.
>
> -- no debconf information

-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."



signature.asc
Description: This is a digitally signed message part.

Bug#535652: update to emacs22-gtk (22.3+1-1.1) fails because update-auctex-elisp fails to finish

[bernhard kleine]

Package: emacs22-gtk
Version: 22.3+1-1.1
Severity: normal


Richte emacs22-gtk ein (22.3+1-1.1) ...
emacs-install emacs22
install/apel: already byte-compiled for emacs22, skipped
install/auctex: Setting up for emacs22 (log file: 
/usr/share/emacs22/site-lisp/auctex//CompilationLog)... done.
update-auctex-elisp: Further output will appear in: /var/log/auctex.log.
auctex: Waiting for update-auctex-elisp to terminate... 
^Cemacs-install: /usr/lib/emacsen-common/packages/install/auctex emacs22 
emacs-snapshot failed at /usr/lib/emacsen-common/emacs-install line 28,  
line 17.
dpkg: Fehler beim Bearbeiten von emacs22-gtk (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 255 
zurück
Fehler traten auf beim Bearbeiten von:
 emacs22-gtk

the last lines from /var/log/auctex.log

Parsing tgtermes.sty...
Parsing tgtermes.sty... done
Applying style hooks...
Applying style hooks... done
Sorting environment...
Removing duplicates...
Removing duplicates... done
Applying style hooks...
Applying style hooks... done
Parsing tkz-doc.cls...
Select coding system (default iso-latin-1): 


the auctex log ( and the program I assume) stops at this point. Four different 
runs, always the same hickup.

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

Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core)
Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages emacs22-gtk depends on:
ii  emacs22-bin-common 22.3+1-1.1The GNU Emacs editor's shared, arc
ii  install-info   4.13a.dfsg.1-4Manage installed documentation in 
ii  libasound2 1.0.20-3  shared library for ALSA applicatio
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-18GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libgif44.1.6-6   library for GIF images (library)
ii  libglib2.0-0   2.20.4-1  The GLib library of C routines
ii  libgtk2.0-02.16.4-1  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libncurses55.7+20090530-1shared libraries for terminal hand
ii  libpango1.0-0  1.24.3-1  Layout and rendering of internatio
ii  libpng12-0 1.2.37-1  PNG library - runtime
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libtiff4   3.8.2-12  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxft22.1.13-3  FreeType-based font drawing librar
ii  libxpm41:3.5.7-2 X11 pixmap library
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

emacs22-gtk recommends no packages.

Versions of packages emacs22-gtk suggests:
ii  emacs22-common-non-dfsg   22.3+1-1   GNU Emacs shared, architecture ind

-- 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#535651: gnome: Unable to change number of workspaces

[Noah Slater]

Package: gnome
Version: 1:2.22.2~5
Severity: normal

I am unable to change the number of workspaces. The preferences dialogue for the
workspace switcher doesn't have any options that help me. I am pretty sure this
used to work from this menu.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages gnome depends on:
ii  arj3.10.22-6 archiver for .arj files
ii  avahi-daemon   0.6.25-1  Avahi mDNS/DNS-SD daemon
ii  bluez-gnome0.27-1Bluetooth utilities for GNOME
ii  epiphany-extensions2.26.1-1  Extensions for Epiphany web browse
ii  evolution-exchange 2.26.1-2  Exchange plugin for the Evolution
ii  evolution-plugins  2.26.1.1-2standard plugins for Evolution
ii  evolution-webcal   2.24.0-1  webcal: URL handler for GNOME and
ii  gdm-themes 0.6.2 Themes for the GNOME Display Manag
ii  gnome-app-install  0.5.24-1  GNOME Application Installer
ii  gnome-desktop-environment  1:2.22.2~5The GNOME Desktop Environment
ii  gnome-games1:2.24.3-1games for the GNOME desktop
ii  gnome-spell1.0.7-1   GNOME/Bonobo component for spell c
ii  gnome-themes-extras2.22.0-3  extra themes for the GNOME desktop
ii  gnome-vfs-obexftp  0.4-1 GNOME VFS module for OBEX FTP
ii  gstreamer0.10-ffmpeg   0.10.7-1  FFmpeg plugin for GStreamer
ii  gstreamer0.10-plugins-ugly 0.10.11-1 GStreamer plugins from the "ugly"
ii  libpam-gnome-keyring   2.26.1-1  PAM module to unlock the GNOME key
ii  p7zip  4.58~dfsg.1-1 7zr file archiver with high compre
ii  rhythmbox  0.12.1-1  music player and organizer for GNO
ii  serpentine 0.9-6 An application for creating audio
ii  swfdec-mozilla 0.8.2-1   Mozilla plugin for SWF files (Macr
ii  synaptic   0.62.6Graphical package manager
ii  system-config-printer  1.0.0-5   graphical interface to configure t
ii  totem-mozilla  2.26.2-1  Totem Mozilla plugin
ii  transmission-gtk   1.61-2lightweight BitTorrent client (gra

Versions of packages gnome recommends:
ii  empathy  2.26.2-1High-level library and user-interf
pn  gdebi  (no description available)
pn  gnome-games-extra-data (no description available)
pn  gnome-office   (no description available)
ii  gparted  0.4.5-2 GNOME partition editor
ii  gthumb   3:2.10.11-2 an image viewer and browser
ii  hal-cups-utils   0.6.16-3Utilities to detect and configure
ii  hardinfo 0.5c-1  Displays system information
ii  liferea  1.4.27-1feed aggregator for GNOME
ii  menu-xdg 0.4 freedesktop.org menu compliant win
pn  network-manager-gnome  (no description available)
ii  pidgin   2.5.6-1 graphical multi-protocol instant m
pn  tomboy (no description available)
ii  tsclient 0.150-1 front-end for viewing of remote de
ii  update-notifier  0.70.7.debian-5 Daemon which notifies about packag

Versions of packages gnome suggests:
pn  gnome-dbg  (no description available)
ii  openoffice.org-evolution  1:3.0.1-9  full-featured office productivity
ii  openoffice.org-gnome  1:3.0.1-9  full-featured office productivity

-- no debconf information

--
Noah Slater, http://tumbolia.org/nslater



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

Bug#245651: Cause of Erectidle Dysfunctoins

[Stall Sachetti]

Cause off Ercetile Dysfunctions www. ca35. net. You rAe AA Pirate!



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

Bug#535578: ibus-pinyin: Please enable GBK support or mention in document

[LI Daobing]

Hello,

On Fri, Jul 3, 2009 at 20:11, Hongzheng Wang wrote:
> Package: ibus-pinyin
> Version: 1.2.0.20090617+1-1
> Severity: wishlist
>
> Hi Daobing,
>
> Although ibus-pinyin can support GBK, it is not enabled at default.  As
> a result, it may be somewhat confusing for novice users that ibus-pinyin
> can only input the characters in GB2312.  I wonder if you can set the
> option enabled as default when packaging ibus-pinyin, or mention the
> existence of the option in its document, e.g. README.Debian.

does not enable GBK by default is decided by upstream. I think we
should respect the decision of upstream.

if you should think enable this is a better idea, please consider file
a bug report at [1]

[1] http://code.google.com/p/ibus/issues/list

and I think user can find the option, which is the first one in the
option window.

-- 
Best Regards
LI Daobing



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

Bug#535650: laptop-mode-tools: error message on upgrade (unititalized variable?)

[Itai Seggev]

Package: laptop-mode-tools
Version: 1.49-1
Severity: normal

I got an error message on upgrade, although everything seems to be
working fine now. 

---
Enabling laptop mode.../usr/share/laptop-mode-tools/modules/laptop-mode: line 
252: [: : integer expression expected
/usr/share/laptop-mode-tools/modules/laptop-mode: line 252: [: : integer 
expression expected
done (Laptop Mode Tools 1.49
enabled, active).
---
-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (750, 'testing'), (120, 'stable'), (110, 'unstable'), (105, 
'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.29-2-powerpc
Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages laptop-mode-tools depends on:
ii  lsb-base3.2-22   Linux Standard Base 3.2 init scrip
ii  psmisc  22.7-1   utilities that use the proc file s
ii  util-linux  2.15.1~rc1-1 Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
ii  ethtool  6+20090307-1display or change Ethernet device 
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  hdparm   8.9-3   tune hard disk parameters for high
ii  net-tools1.60-23 The NET-3 networking toolkit
ii  pbbuttonsd   0.7.9-2 PBButtons daemon to handle special
ii  sdparm   1.02-1  Output and modify SCSI device para
ii  wireless-too 29-1.1  Tools for manipulating Linux Wirel

laptop-mode-tools 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#535649: gracie: segfault on login, logout, login

[Peter Scully]

Package: gracie
Version: 0.2.8-1
Severity: important



-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (99, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.31-rc1 (SMP w/1 CPU core)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=ISO-8859-1) (ignored: 
LC_ALL set to en_AU)
Shell: /bin/sh linked to /bin/bash

Versions of packages gracie depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-central0.6.11 register and build utility for Pyt
ii  python-openid 2.2.4-1OpenID support for servers and con
ii  python-pam0.4.2-12   A Python interface to the PAM libr
ii  python-routes 1.10.3-2   Routing Recognition and Generation

gracie recommends no packages.

gracie suggests no packages.

-- no debconf information


After finally getting gracie installed (see #519623), and configuring it with
--root-url=http://www.example.com:18000 --port=18000 --host=www.example.com in
/etc/default/gracie, I test it by pointing my browser at 
http://www.example.com:18000.
I can login OK, and sing out, too.  When I do this a second time, after entering
the same name and password, when I click the sign in button gracie segfaults,
and I get a blank page.  This is reliably reproducible.

Cheers,
Peter.

syslog messages for the crashes:

Jul  3 14:56:40 Vetinari kernel: [682445.818173] <6>gracied[15277]: segfault at 
0 ip (null) sp bfa932bc error 4 in python2.5[8048000+fb000]
Jul  3 14:59:34 Vetinari kernel: [682619.830054] <6>gracied[15521]: segfault at 
0 ip (null) sp bf9c19ec error 4 in python2.5[8048000+fb000]
Jul  3 15:07:19 Vetinari kernel: [683084.794150] <6>gracied[15593]: segfault at 
0 ip (null) sp bf87399c error 4 in python2.5[8048000+fb000]
Jul  4 12:43:19 Vetinari kernel: [760844.580386] <6>gracied[11453]: segfault at 
0 ip (null) sp bffeb69c error 4 in python2.5[8048000+fb000]
Jul  4 12:52:16 Vetinari kernel: [761382.096867] <6>gracied[12982]: segfault at 
0 ip (null) sp bfe8facc error 4 in python2.5[8048000+fb000]

output with --log-level=INFO:

2009-07-04 13:00:24 gracie.server: INFO: Starting Gracie server (version 
0.2.8.r125)
2009-07-04 13:00:24 gracie.httpserver: INFO: Starting Gracie HTTP server 
(version 0.2.8.r125)
2009-07-04 13:00:24 gracie.httpserver: INFO: Listening on address 
192.168.1.1:18000
/usr/lib/python2.5/site-packages/gracie/server.py:90: UserWarning: 
openid.server.server.Server constructor requires op_endpoint parameter for 
OpenID 2.0 servers
  self.openid_server = OpenIDServer(store)
2009-07-04 13:00:32 gracie.httprequest: INFO: Dispatching to controller u'about'
2009-07-04 13:00:32 gracie.httprequest: INFO: "GET / HTTP/1.1" 200 -
2009-07-04 13:00:32 gracie.httprequest: INFO: Sent HTTP response
2009-07-04 13:00:36 gracie.httprequest: INFO: Session not authenticated
2009-07-04 13:00:36 gracie.httprequest: INFO: Dispatching to controller u'login'
2009-07-04 13:00:36 gracie.httprequest: INFO: "GET /login HTTP/1.1" 200 -
2009-07-04 13:00:36 gracie.httprequest: INFO: Sent HTTP response
2009-07-04 13:00:44 gracie.httprequest: INFO: Session not authenticated
2009-07-04 13:00:44 gracie.httprequest: INFO: Dispatching to controller u'login'
2009-07-04 13:00:44 gracie.auth: INFO: Attempting to authenticate credentials 
for 'peter'
2009-07-04 13:00:44 gracie.auth: INFO: PAM: received query
2009-07-04 13:00:44 gracie.auth: INFO: PAM query: type 1, 'Password: '
2009-07-04 13:00:44 gracie.auth: INFO: PAM response: sending ('', 0)
2009-07-04 13:00:44 gracie.auth: INFO: Successful authentication for 'peter'
2009-07-04 13:00:44 gracie.httprequest: INFO: Session authenticated as 'peter'
2009-07-04 13:00:44 gracie.httprequest: INFO: Redirecting to 
'http://www.peterscully.name:18000'
2009-07-04 13:00:44 gracie.httprequest: INFO: "POST /login HTTP/1.1" 302 -
2009-07-04 13:00:44 gracie.httprequest: INFO: Sent HTTP response
2009-07-04 13:00:44 gracie.httprequest: INFO: Session authenticated as 'peter'
2009-07-04 13:00:44 gracie.httprequest: INFO: Dispatching to controller u'about'
2009-07-04 13:00:44 gracie.httprequest: INFO: "GET / HTTP/1.1" 200 -
2009-07-04 13:00:44 gracie.httprequest: INFO: Sent HTTP response
2009-07-04 13:00:52 gracie.httprequest: INFO: Session authenticated as 'peter'
2009-07-04 13:00:52 gracie.httprequest: INFO: Dispatching to controller 
u'logout'
2009-07-04 13:00:52 gracie.httprequest: INFO: Removed authentication session
2009-07-04 13:00:52 gracie.httprequest: INFO: Redirecting to 
'http://www.peterscully.name:18000'
2009-07-04 13:00:52 gracie.httprequest: INFO: "GET /logout HTTP/1.1" 302 -
2009-07-04 13:00:52 gracie.httprequest: INFO: Sent HTTP response
2009-07-04 13:00:52 gracie.httprequest: INFO: Session not authenticated
2009-07-04 13:00:52 gracie.httprequest: INFO: Dispatching to controller u'about'
2009-07-04 13:00:52 gracie.httprequest: INFO: "GET / HTTP/1.1" 200 -
2009-07-04 13:00:52 

Bug#535648: please upgrade emesene version to 1.5

[Federico Valido]

Package: emesene
Version: 1.0.1-2
Severity: wishlist

emesene developers ceased support for emesene 1.0.x as you can read in their 
home page: http://www.emesene.org/ .
They recommed to upgrade to the 1.5 version of that msn client.


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

Kernel: Linux 2.6.22-3-k7 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ISO-8859-1) (ignored: 
LC_ALL set to en_US)
Shell: /bin/sh linked to /bin/bash

Versions of packages emesene depends on:
ii  python2.5.4-2An interactive high-level object-o
ii  python-cairo  1.8.4-3Python bindings for the Cairo vect
ii  python-central0.6.11 register and build utility for Pyt
ii  python-gobject2.16.1-1   Python bindings for the GObject li
ii  python-gtk2   2.14.1-3   Python bindings for the GTK+ widge

Versions of packages emesene recommends:
ii  python-dbus   0.83.0-1   simple interprocess messaging syst
ii  python-notify 0.1.1-2+b1 Python bindings for libnotify
ii  python-pysqlite2  2.5.5-1Python interface to SQLite 3
ii  python-sexy   0.1.9-1python language bindings for libse

Versions of packages emesene suggests:
pn  python-dcop(no description available)
pn  python-gnome2-extras   (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#519623: gracie cannot start

[Peter Scully]

I also had the same problem, starting gracie, after installing yesterday 
on Sid.


I was able to get it to start after executing "pycentral pkginstall 
gracie", as already mentioned in the bug report.


I can take a wild guess, and suggest that there's a package the author 
has installed which is not listed in the dependency tree, but is 
required for successful installation.


Cheers,
Peter.



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

Bug#534990: [konqueror] nowhere to disable access keys

[Borden Rhodes]

Ah, thank you.  That's where that option was hiding!  Since the option is 
available, the bug really is with Konqueror's documentation.  A search through 
docs.kde.org and/or Konqueror's handbook (using keyword access key) explains 
what access keys do but doesn't say how to disable them in Konqueror.



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

Bug#528709: Problem Solved

[Mattia Dongili]

On Fri, Jul 03, 2009 at 09:28:13AM -0400, Bob Hauck wrote:
> I finally figured out what the problem was.  If I completely remove

Hello!

> any reference to synaptics from my xorg.conf then synclient and
> syndaemon work as documented.  Apparently it is not a good idea to
> have configuration done both by xorg.conf and by HAL.

exactly, You are configuring 2 different devices from Xorg's point of
view.

> I had the same setup in xorg.conf for several years, but apparently
> the latest version of the synaptics driver prefers to be configured
> via HAL.  This is not well-documented in the README or NEWS files.
> There is a brief mention of auto-configuration and HAL in
> README.Debian but then it goes on to describe manual configuration
> using xorg.conf, which is seemingly not the proper method now.

well, I wouldn't say "proper".
Anyway, can you suggest a change to the README or NEWS file that would
help clearing this out?

Thanks
-- 
mattia
:wq!



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

Bug#533515: [Patch 2/8] shlibs cleanup

[Andreas Beckmann]

Hi,

here is a revised version of my previous patch to cleanup the shlibs
handling. It incorporates all changes suggested in replies to my
previous patch and also introduces new updates to the recent changes
regarding the ia32-libs package split in sid.
The override updates and most libvdpau updates are excluded here, they
will be sent as separate patches.

Andreas Beckmann wrote:
> Short summary:
>  * no more hardcoded library dependencies, everything is generated
>  * more consistency between all packages

Detailed list of changes:
> * debian/control.in[source]
>   Build-Depends: debhelper (>= 6.0.7~)
> bumped, for dh_lintian
Build-Depends: libc6-dev-i386 [amd64], ia32-libs [amd64]
  added, these were missing
- add all split ia32-lib* packages needed
- there is still an alternative build dependency on
  ia32-libs (<< 15) [amd64] to allow building under squeeze and
  lenny (the *-ia32 packages won't be installable in that case due
  to the libc dependency introduced in the emul/ia32-linux
  transition, but everything else should work fine)
> * debian/control.in[some packages]
>   - add Section: non-free/libs, Section: non-free/libdevel
>   - drop hardcoded library dependencies
>   - add ${misc:Depends}
> * debian/control.in[nvidia-libvdpau{,-ia32}]
>   Depends: x11-common
> removed, not needed (for libvdpau)
>   Suggests: nvidia-settings
> removed, not needed (for libvdpau)
>   Recommends: nvidia-kernel-#VERSION#
> added (and only recommend it, so the package is installable in
> chroots that don't have a kernel installed)
>   Suggests: nvidia-kernel-source (>= #VERSION#)
> added (for consistency)
  * debian/control.in[nvidia-kernel-source]
Recommends: module-assistant
  added (see #533217)
> * debian/nvidia-glx-dev.links.in
>   - removed comment which resulted in invalid symlink being packged
  * debian/nvidia-glx-ia32.links.in
- add a libGLcore.so.1 symlink
> * debian/nvidia-glx.shlibs
>   - xlibmesa-gl is now libgl1-mesa-glx
>   - nothing but our libGL.so.x.y depends on libGLcore,
> so no libgl1-mesa-glx | libgl1 is needed there
  * debian/nvidia-glx-ia32.shlibs
- added (based on debian/nvidia-glx.shlibs), there was none before
  for libGL.so.1 I use:
  libGL 1 ia32-libs (<< 15) | ia32-libgl1-mesa-glx
  (hopefully ia32-libgl1-mesa-glx is the correct package name,
   ia32-libs-tools failed to build this package last time I tried,

   I'll retry this with an updated version later)
> * debian/rules
>   - drop dh_shlibdeps hacks, options, workarounds -- this now works
> out-of-the-box :-)

The patch does not include the update for debian/control which can be
regenerated by debian/rules clean


Andreas
Index: debian/nvidia-glx-ia32.shlibs
===
--- debian/nvidia-glx-ia32.shlibs	(.../anbe-10-0-cleanup-autogenerated-files)	(revision 0)
+++ debian/nvidia-glx-ia32.shlibs	(.../anbe-30-0-shlibs-cleanup)	(revision 821)
@@ -0,0 +1,4 @@
+libGL 1 ia32-libs (<< 15) | ia32-libgl1-mesa-glx
+libGLcore 1 nvidia-glx-ia32
+libnvidia-tls 1 nvidia-glx-ia32
+libcuda 1 nvidia-glx-ia32
Index: debian/nvidia-glx-ia32.links.in
===
--- debian/nvidia-glx-ia32.links.in	(.../anbe-10-0-cleanup-autogenerated-files)	(revision 821)
+++ debian/nvidia-glx-ia32.links.in	(.../anbe-30-0-shlibs-cleanup)	(revision 821)
@@ -1,6 +1,6 @@
 usr/lib32/libGL.so.#VERSION# usr/lib32/libGL.so.1
-usr/lib32/libGL.so.#VERSION# usr/lib32/libGL.so
-usr/lib32/libGLcore.so.#VERSION# usr/lib32/libGLcore.so
+usr/lib32/libGL.so.1 usr/lib32/libGL.so
+usr/lib32/libGLcore.so.#VERSION# usr/lib32/libGLcore.so.1
 usr/lib32/libnvidia-tls.so.#VERSION# usr/lib32/libnvidia-tls.so.1
 usr/lib32/tls/libnvidia-tls.so.#VERSION# usr/lib32/tls/libnvidia-tls.so.1
 usr/lib32/libcuda.so.#VERSION#  usr/lib32/libcuda.so
Index: debian/nvidia-glx.shlibs
===
--- debian/nvidia-glx.shlibs	(.../anbe-10-0-cleanup-autogenerated-files)	(revision 821)
+++ debian/nvidia-glx.shlibs	(.../anbe-30-0-shlibs-cleanup)	(revision 821)
@@ -1,4 +1,5 @@
-libGL 1 xlibmesa-gl | libgl1
-libGLcore 1 xlibmesa-gl | libgl1
+libGL 1 libgl1-mesa-glx | libgl1
+libGLcore 1 nvidia-glx
 libXvMCNVIDIA_dynamic 1 nvidia-glx
 libnvidia-tls 1 nvidia-glx
+libcuda 1 nvidia-glx
Index: debian/control.in
===
--- debian/control.in	(.../anbe-10-0-cleanup-autogenerated-files)	(revision 821)
+++ debian/control.in	(.../anbe-30-0-shlibs-cleanup)	(revision 821)
@@ -5,14 +5,15 @@
 Uploaders: Randall Donald 
 XS-Vcs-Svn: svn://svn.debian.org/svn/pkg-nvidia/packages/nvidia-graphics-drivers
 XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-nvidia/packages/nvidia-graphics-drivers
-Build-Depends: debhelper (>> 4.0.0), sed (>> 3.0), libxext6, bzip2
+Build-Depends: debhelper (>= 6.0.7~), sed (>>

Bug#533518: [Patch 1/8] cleanup generated files

[Andreas Beckmann]

Hi,

this is a revised version of my previous patch. In order to keep the
diffs in further patches of this series small and readable there is no
renaming of debian/control.in (and no checked regeneration of
debian/control). Improvements of handling this file may be introduced in
a later patch.

What's being done:
* remove all generated files during clean (except debian/control)
* rebuild all generated files during configure
* rebuild debian/control during clean
* handle debian.binary/changelog as a generated file, too

Patch is against r562 from svn.

The following files have to be deleted from svn, the patch does not
include the removing diffs (just run debian/rules clean)

 debian.binary/changelog
 debian/nvidia-glx.override
 debian/nvidia-libvdpau-ia32.links
 debian/nvidia-libvdpau.links
 debian/nvidia-glx-dev.links
 debian/nvidia-glx.init
 debian/nvidia-libvdpau.docs
 debian/nvidia-glx-ia32.links
 debian/nvidia-kernel-source.docs
 debian/nvidia-glx.examples
 debian/nvidia-glx.links
 debian/nvidia-glx.postrm
 debian/nvidia-glx.docs
 debian/nvidia-glx-dev.preinst
 debian/nvidia-kernel-source.README.Debian
 debian/copyright
 debian/nvidia-glx-ia32.override


Regards,


Andreas
Index: debian/nvidia-glx.override (deleted)
===
Index: debian/nvidia-libvdpau-ia32.links (deleted)
===
Index: debian/nvidia-libvdpau.links (deleted)
===
Index: debian/nvidia-glx-dev.links (deleted)
===
Index: debian/nvidia-glx.init (deleted)
===
Index: debian/nvidia-libvdpau.docs (deleted)
===
Index: debian/nvidia-glx-ia32.links (deleted)
===
Index: debian/nvidia-kernel-source.docs (deleted)
===
Index: debian/nvidia-glx.examples (deleted)
===
Index: debian/nvidia-glx.links (deleted)
===
Index: debian/nvidia-glx.postrm (deleted)
===
Index: debian/nvidia-glx.docs (deleted)
===
Index: debian/nvidia-glx-dev.preinst (deleted)
===
Index: debian/nvidia-kernel-source.README.Debian (deleted)
===
Index: debian/copyright (deleted)
===
Index: debian/nvidia-glx-ia32.override (deleted)
===
Index: debian/changelog
===
--- debian/changelog	(.../trunk)	(revision 821)
+++ debian/changelog	(.../branches/anbe-10-0-cleanup-autogenerated-files)	(revision 821)
@@ -1,3 +1,10 @@
+nvidia-graphics-drivers (185.18.14-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * do not ship generated files in the source package
+
+ -- Andreas Beckmann   Thu, 02 Jul 2009 04:03:14 +0200
+
 nvidia-graphics-drivers (185.18.14-2) UNRELEASED; urgency=low
 
   * /emul/ia32-linux/usr/lib to /usr/lib32 transition (closes: 534873)
Index: debian/rules
===
--- debian/rules	(.../trunk)	(revision 821)
+++ debian/rules	(.../branches/anbe-10-0-cleanup-autogenerated-files)	(revision 821)
@@ -27,14 +27,15 @@
 dirname_x86:=$(shell sh debian/upstream_info DIRNAME_X86)
 dirname_x86_64:=$(shell sh debian/upstream_info DIRNAME_X86_64)
 
-AUTOGEN=debian/nvidia-kernel-source.README.Debian debian/control \
+AUTOGEN=debian/nvidia-kernel-source.README.Debian \
 debian/copyright debian/nvidia-glx.links debian/nvidia-glx-dev.links \
 debian/nvidia-libvdpau.links debian/nvidia-libvdpau-ia32.links \
 debian/nvidia-glx.override debian/nvidia-glx.docs debian/nvidia-glx.examples \
 debian/nvidia-libvdpau.docs \
 debian/nvidia-glx.postrm debian/nvidia-glx.init \
 debian/nvidia-glx-ia32.override debian/nvidia-glx-ia32.links \
-debian/nvidia-kernel-source.docs debian/nvidia-glx-dev.preinst
+debian/nvidia-kernel-source.docs debian/nvidia-glx-dev.preinst \
+debian.binary/changelog
 
 
 
@@ -51,12 +52,12 @@
 	INSTALL_PROGRAM += -s
 endif
 
-version-change: version-clean $(AUTOGEN) clean
+version-change: version-clean debian/control $(AUTOGEN) clean
 
 configure: configure-stamp
 
 .PHONY: configure-stamp
-configure-stamp: version-clean $(AUTOGEN)
+configure-stamp: version-clean debian/control $(AUTOGEN)
 	dh_testdir
 	# extract both so we can fetch the kernel object code 

Bug#533515: [Patch 3/8] lintian-override updates

[Andreas Beckmann]

Hi,

here is an updated version of my previous patch to update the lintian
override files.
Overrides for libvdpau and libcuda will come in separate patches.


Andreas Beckmann wrote:
> Short summary:
>  * use dh_lintian, updated overrides
> 
> Detailed list of changes:
> * debian/nvidia-glx-ia32.lintian-overrides.in,
>   debian/nvidia-glx.lintian-overrides.amd64.in,
>   debian/nvidia-glx.lintian-overrides.i386.in,
>   debian/nvidia-glx.override.in, debian/nvidia-glx-ia32.override.in
>   - renamed for dh_lintian usage, split because different overrides are
> needed for i386 and amd64, updated
> * debian/rules
>   - use dh_lintian
>   - some files were renamed


Andreas
Index: debian/nvidia-glx-ia32.override.in
===
--- debian/nvidia-glx-ia32.override.in	(.../anbe-30-0-shlibs-cleanup)	(revision 819)
+++ debian/nvidia-glx-ia32.override.in	(.../anbe-35-0-override-cleanup)	(revision 820)
@@ -1,9 +0,0 @@
-nvidia-glx-ia32: library-not-linked-against-libc ./emul/ia32-linux/usr/lib/libGL.so.#VERSION#
-
-nvidia-glx-ia32: shared-lib-without-dependency-information ./emul/ia32-linux/usr/lib/libGLcore.so.#VERSION#
-
-
-nvidia-glx-ia32: shlib-with-non-pic-code emul/ia32-linux/usr/lib/libGL.so.#VERSION#
-nvidia-glx-ia32: shlib-with-non-pic-code emul/ia32-linux/usr/lib/libGLcore.so.#VERSION#
-
-nvidia-glx-ia32: non-dev-pkg-with-shlib-symlink emul/ia32-linux/usr/lib/libGL.so.#VERSION# emul/ia32-linux/usr/lib/libGL.so
Index: debian/nvidia-glx.override.in
===
--- debian/nvidia-glx.override.in	(.../anbe-30-0-shlibs-cleanup)	(revision 819)
+++ debian/nvidia-glx.override.in	(.../anbe-35-0-override-cleanup)	(revision 820)
@@ -1,14 +0,0 @@
-nvidia-glx: library-not-linked-against-libc ./usr/lib/libGL.so.#VERSION#
-
-nvidia-glx: shared-lib-without-dependency-information ./usr/lib/libGLcore.so.#VERSION#
-
-nvidia-glx: library-not-linked-against-libc ./usr/lib/xorg/modules/extensions/libglx.so.#VERSION#
-
-nvidia-glx: shlib-with-non-pic-code usr/lib/libGL.so.#VERSION#
-nvidia-glx: shlib-with-non-pic-code usr/lib/libGLcore.so.#VERSION#
-nvidia-glx: shlib-with-non-pic-code usr/lib/xorg/modules/extensions/libglx.so.#VERSION#
-nvidia-glx: shlib-with-non-pic-code usr/lib/xorg/libXvMCNVIDIA.so.#VERSION#
-nvidia-glx: shlib-with-non-pic-code usr/lib/xorg/libXvMCNVIDIA.so.#VERSION#
-
-nvidia-glx: non-dev-pkg-with-shlib-symlink usr/lib/libGL.so.#VERSION# usr/lib/libGL.so
-nvidia-glx: non-dev-pkg-with-shlib-symlink usr/lib/xorg/modules/extensions/libglx.so.#VERSION# usr/lib/xorg/modules/extensions/libglx.so

Index: debian/nvidia-glx.lintian-overrides.i386.in
===
--- debian/nvidia-glx.lintian-overrides.i386.in	(.../anbe-30-0-shlibs-cleanup)	(revision 0)
+++ debian/nvidia-glx.lintian-overrides.i386.in	(.../anbe-35-0-override-cleanup)	(revision 820)
@@ -0,0 +1,35 @@
+nvidia-glx: shared-lib-without-dependency-information ./usr/lib/libnvidia-tls.so.#VERSION#
+nvidia-glx: shared-lib-without-dependency-information ./usr/lib/tls/libnvidia-tls.so.#VERSION#
+
+nvidia-glx: shlib-with-non-pic-code usr/lib/libGL.so.#VERSION#
+nvidia-glx: shlib-with-non-pic-code usr/lib/libGLcore.so.#VERSION#
+nvidia-glx: shlib-with-non-pic-code usr/lib/libXvMCNVIDIA.so.#VERSION#
+nvidia-glx: shlib-with-non-pic-code usr/lib/libnvidia-tls.so.#VERSION#
+nvidia-glx: shlib-with-non-pic-code usr/lib/nvidia/libnvidia-cfg.so.#VERSION#
+nvidia-glx: shlib-with-non-pic-code usr/lib/tls/libnvidia-tls.so.#VERSION#
+nvidia-glx: shlib-with-non-pic-code usr/lib/xorg/modules/extensions/libglx.so.#VERSION#
+
+nvidia-glx: shlib-without-PT_GNU_STACK-section usr/lib/libGL.so.#VERSION#
+nvidia-glx: shlib-without-PT_GNU_STACK-section usr/lib/libGLcore.so.#VERSION#
+nvidia-glx: shlib-without-PT_GNU_STACK-section usr/lib/libXvMCNVIDIA.so.#VERSION#
+nvidia-glx: shlib-without-PT_GNU_STACK-section usr/lib/libnvidia-tls.so.#VERSION#
+nvidia-glx: shlib-without-PT_GNU_STACK-section usr/lib/nvidia/libnvidia-cfg.so.#VERSION#
+nvidia-glx: shlib-without-PT_GNU_STACK-section usr/lib/tls/libnvidia-tls.so.#VERSION#
+nvidia-glx: shlib-without-PT_GNU_STACK-section usr/lib/xorg/modules/extensions/libglx.so.#VERSION#
+
+nvidia-glx: binary-has-unneeded-section ./usr/lib/libGL.so.#VERSION# .comment
+nvidia-glx: binary-has-unneeded-section ./usr/lib/libGLcore.so.#VERSION# .comment
+nvidia-glx: binary-has-unneeded-section ./usr/lib/libXvMCNVIDIA.so.#VERSION# .comment
+nvidia-glx: binary-has-unneeded-section ./usr/lib/libnvidia-tls.so.#VERSION# .comment
+nvidia-glx: binary-has-unneeded-section ./usr/lib/nvidia/libnvidia-cfg.so.#VERSION# .comment
+nvidia-glx: binary-has-unneeded-section ./usr/lib/nvidia/tls_test .comment
+nvidia-glx: binary-has-unneeded-section ./usr/lib/nvidia/tls_test_dso.so .comment
+nvidia-glx: binary-has-unneeded-section ./usr/lib/tls/libnvidia-tls.so.#VERSION# .comment
+nvidia-glx: binary-has-unneeded-sectio

Bug#520825: amsn: Recompile

[Muammar El Khatib]

Package: amsn
Version: 0.97.2~debian-2

Hi,

I'd like to know if you still have problems with aMSN and version 8.5 of tcl/tk.
I have to add that I have used aMSN either in SID and Squeeze and I haven't
gotten this problem.

Regards,


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.30-1-amd64

Debian Release: squeeze/sid
  990 unstablewww.debian-multimedia.org
  990 unstableftp.us.debian.org
  500 unstable-i386   www.debian-multimedia.org
  500 unstable-i386   ftp.us.debian.org
  500 testing-i386ftp.us.debian.org
  500 testing-i386dl.google.com
  500 testing ftp.us.debian.org
  500 testing dl.google.com
  500 kernel-dists-trunk-i386 kernel-archive.buildserver.net
  500 kernel-dists-trunk kernel-archive.buildserver.net
1 experimental-i386 ftp.us.debian.org
1 experimentalftp.us.debian.org

--- Package information. ---
Depends  (Version) | Installed
==-+-
libc6   (>= 2.3.2) | 2.9-18
libgcc1   (>= 1:4.1.1) | 1:4.4.0-10
libjpeg62  | 6b-14
libpng12-0   (>= 1.2.13-4) | 1.2.37-1
libstdc++6  (>= 4.1.1) | 4.4.0-10
libx11-6   | 2:1.2.1-1
zlib1g(>= 1:1.1.4) | 1:1.2.3.3.dfsg-14
amsn-data  (= 0.97.2~debian-2) | 0.97.2~debian-2
tk8.5  | 8.5.7-1
tcl-tls| 1.5.0.dfsg-9
libsnack2-alsa | 2.2.10-dfsg1-8


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
iceweasel| 3.0.11-1
 OR iceape   |
 OR galeon   |
 OR konqueror|
sox  |
docker   |
tclsh|





-- 
Muammar El Khatib.
Linux user: 403107.
Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1
http://muammar.me | http://proyectociencia.org
  ,''`.
 : :' :
 `. `'
   `-



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

Bug#535647: copher: Please update!

[Reuben Thomas]

Package: copher
Severity: grave
Justification: renders package unusable

Please update to 0.2.0, which actually works, unlike the currently
packaged version, owing to changes at SourceForge.

-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#535646: lm-sensors: module w83627ehf fails to load

[Michael Rasmussen]

Package: lm-sensors
Version: 1:3.1.1-2
Severity: important

Latest sensors-detech reports this

# sensors-detect revision 5729 (2009-06-02 15:51:29 +0200)
# Board: Intel Corporation DG41TY

Driver `w83627ehf':
  * ISA bus, address 0xa10
Chip `Winbond W83627DHG-P Super IO Sensors' (confidence: 9)

Driver `coretemp':
  * Chip `Intel Core family thermal sensor' (confidence: 9)

$ sudo modprobe w83627ehf
FATAL: Error inserting w83627ehf
(/lib/modules/2.6.30-1-amd64/kernel/drivers/hwmon/w83627ehf.ko): No such
device

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (950, 'unstable-i386'), (950, 
'transitional-i386'), (950, 'transitional')
Architecture: amd64 (x86_64)

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

Versions of packages lm-sensors depends on:
ii  libc6 2.9-18 GNU C Library: Shared libraries
ii  libsensors4   1:3.1.1-2  library to read temperature/voltag
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init scrip
ii  perl  5.10.0-23  Larry Wall's Practical Extraction 
ii  sed   4.2-1  The GNU sed stream editor

lm-sensors recommends no packages.

Versions of packages lm-sensors suggests:
pn  i2c-tools  (no description available)
pn  read-edid  (no description available)
pn  sensord(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#489467: Hello.

[Rosemary Birdford]

Hi Dear,
How are you today i hope that every things is ok with you as it is my great
pleasure to contact you in having communication with you, please i wish you
will have the desire with me so that we can get to know each other better
and see what happened in future’s will be very happy if you can write me
back through my email, So that we can start communication, exchange pictures
and get to know all about each other. I will be waiting to hear from you, if
you care write me back let me know your option. I wish you all the best for
your day.
Your new friend.
Miss Rosemary.

Bug#535645: RM: ia32-libs -- ROM; By popular demand.

[Goswin Brederlow]

Package: ftp.debian.org
Severity: normal

Hi,

please remove the following 2 binary packages from unstable:

Package: ia32-libs
Version: 21
Filename: pool/main/i/ia32-libs-tools/ia32-libs_21_amd64.deb

Package: ia32-libs-gtk
Version: 21
Filename: pool/main/i/ia32-libs-tools/ia32-libs-gtk_21_amd64.deb

Mark Hymers might (or might not) later reupload the ia32-libs and
ia32-libs-gtk source packages again but meanwhile people shouldn't
install the above anymore.

MfG
Goswin



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

Bug#487966: marked as done (Should create a system user/group)

[Emilio Pozuelo Monfort]

reopen 487966
reopen 514809
found 487966 2.22.0-1
found 514809 2.22.0-1
thanks

Marco Rodrigues wrote:
>The sabayon package has been removed from Debian so we are closing
>the bugs that were still opened against it.

Not really, it's been removed from unstable but the package is still in
experimental. Reopening, as we want to fix these bugs to upload sabayon to
unstable again.

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Bug#535638: Reassigning; more info

[brian m. carlson]

reassign 535638 libgweather1
kthxbye

Apparently, this bug was intentional (git commit
3dd86ed79b065003eec34daa1112cb96dff8c0dd).  The commit message says:

  Don't worry about sub-city locations; people generally aren't going to
  know which of the locations is closest to them, and the weather
  reports from all of them should be basically the same anyway.

I disagree.  The City of Houston is 1558 square kilometers in size; the
metropolitan area is much bigger (over 26000 sq. km).  According to
Google Maps, HOU (weather station KHOU) is 7.5 miles from me and IAH
(KIAH) is 20.5 miles from me.  This is a significant difference.

Houston tends to have odd weather patterns: it is not uncommon for a
torrential downpour to happen in one part of the city, yet have another
part get no rain at all.

Finally, even if you are going to use only one airport to represent this
city (which would not be acceptable to me), you chose the wrong one.
KIAH should be chosen for Houston, since IAH is the official reporting
location for the city's weather.

Please revert this change.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature

Bug#535644: The requested URL /doc/manuals/developers-reference/pkgs.html was not found on this server.

[Goswin Brederlow]

Package: www.debian.org
Severity: normal

Hi,

on

http://www.debian.org/doc/manuals/developers-reference/

all the links seems to be broken.

MfG
Goswin

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

Kernel: Linux 2.6.29.4-frosties-1
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash



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

Bug#535643: gimp: FTBFS (recent dpkg-dev?)

[Samuel Thibault]

Package: gimp
Version: 2.6.6-1+b1
Severity: important

Hello,

gimp currently FTBFS on hurd-i386 with the following error:

dpkg-checkbuilddeps: warning: can't parse dependency libpoppler-glib-dev (>= 
0.3.1)
 libasound2-dev (>= 1.0.0) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386]

This is due to a missing comma on the libpoppler-glib-dev line. This is
with dpkg-dev 1.15.3, maybe it was just earlier versions being less
laxists.

Samuel

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

Kernel: Linux 2.6.30 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gimp depends on:
ii  gimp-data2.6.6-1 Data files for GIMP
ii  libaa1   1.4p5-38ascii art library
ii  libatk1.0-0  1.26.0-1The ATK accessibility toolkit
ii  libbabl-0.0- 0.0.22-1Dynamic, any to any, pixel format 
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libcairo21.8.6-2+b1  The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.12-1simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libexif120.6.17-1library to parse EXIF files
ii  libfontconfi 2.6.0-3 generic font configuration library
ii  libfreetype6 2.3.9-4.1   FreeType 2 font engine, shared lib
ii  libgegl-0.0- 0.0.20-1Generic Graphics Library
ii  libgimp2.0   2.6.6-1+b1  Libraries for the GNU Image Manipu
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libgtk2.0-0  2.16.1-2The GTK+ graphical user interface 
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  liblcms1 1.18.dfsg-1 Color management library
ii  libmng1  1.0.9-1 Multiple-image Network Graphics li
ii  libpango1.0- 1.24.0-3+b1 Layout and rendering of internatio
ii  libpng12-0   1.2.37-1PNG library - runtime
ii  libpoppler-g 0.10.6-1PDF rendering library (GLib-based 
ii  librsvg2-2   2.26.0-1SAX-based renderer library for SVG
ii  libtiff4 3.8.2-11Tag Image File Format (TIFF) libra
ii  libwebkit-1. 1.1.10-2Web content engine library for Gtk
ii  libwmf0.2-7  0.2.8.4-6.1 Windows metafile conversion librar
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.3-2   X11 miscellaneous 'fixes' extensio
ii  libxmu6  2:1.0.4-1youpi  X11 miscellaneous utility library
ii  libxpm4  1:3.5.7-2   X11 pixmap library
ii  python   2.5.4-2 An interactive high-level object-o
ii  python-gtk2  2.14.1-3Python bindings for the GTK+ widge
ii  python-suppo 1.0.3   automated rebuilding support for P
ii  zlib1g   1:1.2.3.3.dfsg-13   compression library - runtime

gimp recommends no packages.

Versions of packages gimp suggests:
ii  ghostscript 8.64~dfsg-12 The GPL Ghostscript PostScript/PDF
pn  gimp-data-extras   (no description available)
pn  gimp-help-en | gimp-help   (no description available)
ii  gvfs-backends   1.2.2-2  userspace virtual filesystem - bac
pi  libasound2  1.0.20-2 shared library for ALSA applicatio
pn  libgimp-perl   (no description available)

-- no debconf information

-- 
Samuel Thibault 
/* Amuse the user. */
printk(
"  \\|/  \\|/\n"
"  \"@'/ ,. \...@\"\n"
"  /_| \\__/ |_\\\n"
" \\__U_/\n");
(From linux/arch/sparc/kernel/traps.c:die_if_kernel())



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

Bug#535642: xfce4-settings: does not include standard (de facto) polish keyboard's layout ('polish programmer')

[Szymon Gruszczynski]

Package: xfce4-settings
Version: 4.6.1-2
Severity: normal

hi
i've discovered, that in debian testing on amd64, package responsible for Xfce 
settings doesn't include standard, polish keyboard layout (so called 'polish 
programmer' - 'polski programisty').Practically all modern PC keyboards in 
Poland use it as default layout. 
Lack of it can be a kind of pain in the back when used on system, on which 
default keyboard is not polish (if default keyboard is polish, there is no need 
to change it in settings /i.e. to change it to polish of course/).
Also, probably by mistake, there is a layout called Russian phonetic Dvorak - i 
don't think that 'polish' section in keygboard settings should contain it.


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

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

Versions of packages xfce4-settings depends on:
ii  libc62.9-12  GNU C Library: Shared libraries
ii  libcairo21.8.6-2+b1  The Cairo 2D vector graphics libra
ii  libdbus-glib-1-2 0.80-4  simple interprocess messaging syst
ii  libexo-0.3-0 0.3.101-2   Library with extensions for Xfce
ii  libglade2-0  1:2.6.4-1   library to load .glade files at ru
ii  libglib2.0-0 2.20.1-2The GLib library of C routines
ii  libgtk2.0-0  2.16.1-2The GTK+ graphical user interface 
ii  libnotify1 [libnotify1-gtk2. 0.4.5-1 sends desktop notifications to a n
ii  libpango1.0-01.24.0-3+b1 Layout and rendering of internatio
ii  libwnck222.26.1-1Window Navigator Construction Kit 
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxfce4util44.6.1-1 Utility functions library for Xfce
ii  libxfcegui4-44.6.1-1 Basic GUI C functions for Xfce4
ii  libxfconf-0-24.6.1-1 Client library for Xfce4 configure
ii  libxi6   2:1.1.4-1   X11 Input extension library
ii  libxklavier123.9-1   X Keyboard Extension high-level AP
ii  libxrandr2   2:1.3.0-2   X11 RandR extension library
ii  xfconf   4.6.1-1 utilities for managing settings in

Versions of packages xfce4-settings recommends:
ii  aumix 2.8-22 Simple text-based mixer control pr
ii  x11-utils 7.4+1  X11 utilities

xfce4-settings 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#533780: Patch applied in 2.6.30.1

[Rodrigo Campos]

The same here. And the patch pointed out by Per Olofsson is included in
linux 2.6.30.1 (just released):

http://git.kernel.org/?p=linux/kernel/git/stable/linux-2.6.30.y.git;a=commit;h=32413699d684aca53b5128be63dfe6c4933ef235


So please consider applying it or upgrading to 2.6.30.1 :)




Thanks a lot,

Rodrigo



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

Bug#533439: Please consider this a regression

[Kumar Appaiah]

Dear Mutt maintainers,

I am perplexed and quite put off by the new "new" mail behaviour. In
short, when I leave a message marked "new" in an mbox file and change
folders, it should NOT show the mbox file in the changed mbox list
(unless there is a fresh, new message written to it). Granted, that
the Mutt developers have made a decision to "correct" what they
consider a bug; I respect that and have no right to oppose it. But I
wish to request the Debian maintainers to discuss about considering
this a regression. Many of us users have found this behaviour
surprising, and, while, one could argue that we have just got used to
the bug, long time users would not want to be taken by surprise. So,
please do, at least, consider adding an option to restore the old
behaviour.

Thanks!

Kumar
-- 
Kumar Appaiah


signature.asc
Description: Digital signature

Bug#527848: Workaround

[Torsten Landschoff]

Hi Stefan, 

On Fri, Jul 03, 2009 at 11:42:51AM +0200, Stefan Lüthje wrote:
> I've added a line to the scripts. That should help:
> 
> sub read_cache {
> my $file= shift;
> my $config  = shift;
> my $globals = {};
> 
> %{$config} = ();
> ## read the cache file ignoring anything on the command-line.
> if (-e $file) {
>   my %saved = %opt;
>   %opt   = ();
>   $saved_cache = _read_config($config, $globals, 
> "##\\s*$program-$version\\s*", $file);
>   %opt   = %saved;
> 
>   foreach my $h (keys %cache) {
>   if (exists $config{$h}) {
> foreach (qw(atime mtime wtime ip status)) {
> $config{$h}{$_} = $cache{$h}{$_} if exists $cache{$h}{$_};
> # New line:
> $config{$h}{$_} = $saved{$_} if exists $saved{$_};

Did you test that change? For me this looks like the ip from the command line
is put into the cache information for that host as well, which is plain wrong.
Or did I misread something?

Greetings, Torsten



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

Bug#535634: sup-mail: New upstream version available

[Asheesh Laroia]

On Fri, 3 Jul 2009, Decklin Foster wrote:

Excerpts from Asheesh Laroia's message of Fri Jul 03 17:15:26 -0400 
2009:
If you want help updating the package, just ask! I'm relatively free 
this weekend.


Could you test what I've got here? (Particularly interaction with 
ncurses)


 http://apt.rupamsunyata.org/sup/

Thanks! (I just finally got around to this today...)


It works! Ship it! (-:

(I'm running it on an i686 Xen guest.)

-- Asheesh.

--
Wisdom is knowing what to do with what you know.
-- J. Winter Smith



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

Bug#490694: Stuck back at 2.6.24

[Ben Hutchings]

There was a change to PowerPC PCI setup between 2.6.24 and .25 which
might conceivably have caused this bug.  The attached patch against
Linux 2.6.26 as packaged in "lenny" is intended to revert that change,
so that we can establish whether that is the case.  As I said, I am
unable to test this myself.

See 
for instructions on applying this to the kernel package.

Ben.

-- 
Ben Hutchings
When you say `I wrote a program that crashed Windows', people just stare ...
and say `Hey, I got those with the system, *for free*'. - Linus Torvalds
--- arch/powerpc/kernel/pci-common.c.orig	2009-07-03 23:38:09.0 +0100
+++ arch/powerpc/kernel/pci-common.c	2009-07-03 23:41:23.0 +0100
@@ -709,166 +709,6 @@
 }
 EXPORT_SYMBOL(pcibios_bus_to_resource);
 
-/* Fixup a bus resource into a linux resource */
-static void __devinit fixup_resource(struct resource *res, struct pci_dev *dev)
-{
-	struct pci_controller *hose = pci_bus_to_host(dev->bus);
-	resource_size_t offset = 0, mask = (resource_size_t)-1;
-
-	if (res->flags & IORESOURCE_IO) {
-		offset = (unsigned long)hose->io_base_virt - _IO_BASE;
-		mask = 0xu;
-	} else if (res->flags & IORESOURCE_MEM)
-		offset = hose->pci_mem_offset;
-
-	res->start = (res->start + offset) & mask;
-	res->end = (res->end + offset) & mask;
-
-	pr_debug("PCI:%s%016llx-%016llx\n",
-		 pci_name(dev),
-		 (unsigned long long)res->start,
-		 (unsigned long long)res->end);
-}
-
-
-/* This header fixup will do the resource fixup for all devices as they are
- * probed, but not for bridge ranges
- */
-static void __devinit pcibios_fixup_resources(struct pci_dev *dev)
-{
-	struct pci_controller *hose = pci_bus_to_host(dev->bus);
-	int i;
-
-	if (!hose) {
-		printk(KERN_ERR "No host bridge for PCI dev %s !\n",
-		   pci_name(dev));
-		return;
-	}
-	for (i = 0; i < DEVICE_COUNT_RESOURCE; i++) {
-		struct resource *res = dev->resource + i;
-		if (!res->flags)
-			continue;
-		/* On platforms that have PPC_PCI_PROBE_ONLY set, we don't
-		 * consider 0 as an unassigned BAR value. It's technically
-		 * a valid value, but linux doesn't like it... so when we can
-		 * re-assign things, we do so, but if we can't, we keep it
-		 * around and hope for the best...
-		 */
-		if (res->start == 0 && !(ppc_pci_flags & PPC_PCI_PROBE_ONLY)) {
-			pr_debug("PCI:%s Resource %d %016llx-%016llx [%x] is unassigned\n",
- pci_name(dev), i,
- (unsigned long long)res->start,
- (unsigned long long)res->end,
- (unsigned int)res->flags);
-			res->end -= res->start;
-			res->start = 0;
-			res->flags |= IORESOURCE_UNSET;
-			continue;
-		}
-
-		pr_debug("PCI:%s Resource %d %016llx-%016llx [%x] fixup...\n",
-			 pci_name(dev), i,
-			 (unsigned long long)res->start,\
-			 (unsigned long long)res->end,
-			 (unsigned int)res->flags);
-
-		fixup_resource(res, dev);
-	}
-
-	/* Call machine specific resource fixup */
-	if (ppc_md.pcibios_fixup_resources)
-		ppc_md.pcibios_fixup_resources(dev);
-}
-DECLARE_PCI_FIXUP_HEADER(PCI_ANY_ID, PCI_ANY_ID, pcibios_fixup_resources);
-
-static void __devinit __pcibios_fixup_bus(struct pci_bus *bus)
-{
-	struct pci_controller *hose = pci_bus_to_host(bus);
-	struct pci_dev *dev = bus->self;
-
-	pr_debug("PCI: Fixup bus %d (%s)\n", bus->number, dev ? pci_name(dev) : "PHB");
-
-	/* Fixup PCI<->PCI bridges. Host bridges are handled separately, for
-	 * now differently between 32 and 64 bits.
-	 */
-	if (dev != NULL) {
-		struct resource *res;
-		int i;
-
-		for (i = 0; i < PCI_BUS_NUM_RESOURCES; ++i) {
-			if ((res = bus->resource[i]) == NULL)
-continue;
-			if (!res->flags)
-continue;
-			if (i >= 3 && bus->self->transparent)
-continue;
-			/* On PowerMac, Apple leaves bridge windows open over
-			 * an inaccessible region of memory space (0...f)
-			 * which is somewhat bogus, but that's what they think
-			 * means disabled...
-			 *
-			 * We clear those to force them to be reallocated later
-			 *
-			 * We detect such regions by the fact that the base is
-			 * equal to the pci_mem_offset of the host bridge and
-			 * their size is smaller than 1M.
-			 */
-			if (res->flags & IORESOURCE_MEM &&
-			res->start == hose->pci_mem_offset &&
-			res->end < 0x10) {
-printk(KERN_INFO
-   "PCI: Closing bogus Apple Firmware"
-   " region %d on bus 0x%02x\n",
-   i, bus->number);
-res->flags = 0;
-continue;
-			}
-
-			pr_debug("PCI:%s Bus rsrc %d %016llx-%016llx [%x] fixup...\n",
- pci_name(dev), i,
- (unsigned long long)res->start,\
- (unsigned long long)res->end,
- (unsigned int)res->flags);
-
-			fixup_resource(res, dev);
-		}
-	}
-
-	/* Additional setup that is different between 32 and 64 bits for now */
-	pcibios_do_bus_setup(bus);
-
-	/* Platform specific bus fixups */
-	if (ppc_md.pcibios_fixup_bus)
-		ppc_md.pcibios_fixup_bus(bus);
-
-	/* Read default IRQs and fixup if necessary */
-	list_for_each_entry(d

Bug#535634: sup-mail: New upstream version available

[Decklin Foster]

Excerpts from Asheesh Laroia's message of Fri Jul 03 17:15:26 -0400 2009:
> If you want help updating the package, just ask! I'm relatively free this
> weekend.

Could you test what I've got here? (Particularly interaction with ncurses)

  http://apt.rupamsunyata.org/sup/

Thanks! (I just finally got around to this today...)
-- 
things change.
deck...@red-bean.com



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

Bug#535641: nss-ldapd: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: nss-ldapd
Version: 0.6.10
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for nss-ldapd's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org



# translation of nss-ldapd debconf to Portuguese
# Copyright (C) 2007 the nss-ldapd's copyright holder
# Released under the same license as the nss-ldapd package
#
#
# Américo Monteiro , 2007, 2009.
msgid ""
msgstr ""
"Project-Id-Version: nss-ldapd 0.6.10\n"
"Report-Msgid-Bugs-To: nss-ld...@packages.debian.org\n"
"POT-Creation-Date: 2009-06-23 09:34+0200\n"
"PO-Revision-Date: 2009-06-26 23:09+0100\n"
"Last-Translator: Américo Monteiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
#| msgid "LDAP server search base:"
msgid "LDAP server URI:"
msgstr "URI do servidor LDAP:"

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
#| msgid ""
#| "Please enter the URI of the LDAP server used. This is a string in the "
#| "form ldap://:/ . ldaps:// or ldapi:// can also be "
#| "used. The port number is optional."
msgid ""
"Please enter the Uniform Resource Identifier of the LDAP server. The format "
"is 'ldap://:/'. Alternatively, 'ldaps://' or "
"'ldapi://' can be used. The port number is optional."
msgstr ""
"Por favor insira o Uniform Resource Identifier do servidor LDAP. O formato é "
"'ldap://:/'. Alternativamente, pode ser "
"usado 'ldaps://' ou 'ldapi://'. O número do porto é opcional."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
#| msgid ""
#| "When using the ldap or ldaps schemes it is usually a good idea to use an "
#| "IP address; this reduces the risk of failure when name services are "
#| "unavailable."
msgid ""
"When using an ldap or ldaps scheme it is recommended to use an IP address to "
"avoid failures when domain name services are unavailable."
msgstr ""
"Quando se usa um esquema ldap ou ldaps é recomendado usar endereços IP para "
"evitar falhas quando os serviços de nomes de domínio não estão disponíveis."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:1001
msgid "Multiple URIs can be be specified by separating them with spaces."
msgstr "Podem ser especificados múltiplos URIs, separando-os com espaços."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:2001
msgid "LDAP server search base:"
msgstr "Base de busca do servidor LDAP:"

#. Type: string
#. Description
#: ../libnss-ldapd.templates:2001
msgid ""
"Please enter the distinguished name of the LDAP search base. Many sites use "
"the components of their domain names for this purpose. For example, the "
"domain \"example.net\" would use \"dc=example,dc=net\" as the distinguished "
"name of the search base."
msgstr ""
"Por favor insira o nome distinto da base de busca LDAP. Muitos sítios usam "
"componentes dos seus nomes de domínio para este propósito. Por exemplo, o "
"domínio \"exemplo.net\" deverá usar \"dc=exemplo,dc=net\" como nome distinto "
"da base de busca."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
msgid "LDAP database user:"
msgstr "Utilizador da base de dados LDAP:"

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
#| msgid ""
#| "If the LDAP database requires a login for normal lookups, enter the name "
#| "of the account that will be used here. Leave empty otherwise."
msgid ""
"If the LDAP database requires a login for normal lookups, enter the name of "
"the account that will be used here. Leave it empty otherwise."
msgstr ""
"Se a base de dados LDAP requerer autenticação para buscas normais, indique "
"aqui o nome da conta que vai ser usada. Em caso contrário, deixe o campo "
"vazio."

#. Type: string
#. Description
#: ../libnss-ldapd.templates:3001
msgid "This value should be specified as a DN (distinguished name)."
msgstr "Este valor deve ser especificado como um nome distinto (DN)."

#. Type: password
#. Description
#: ../libnss-ldapd.templates:4001
msgid "LDAP user password:"
msgstr "Palavra-passe de utilizador LDAP:"

#. Type: password
#. Description
#: ../libnss-ldapd.templates:4001
msgid "Enter the password that will be used to log in to the LDAP database."
msgstr ""
"Indique a palavra-passe que vai ser usada para autenticação na base de dados "
"LDAP."

#. Type: boolean
#. Description
#: ../libnss-ldapd.templates:5001
msgid "Use StartTLS?"
msgstr "Utilizar StartTLS?"

#. Type: boolean
#. Description
#: ../libnss-ldapd.templates:5001
msgid ""
"Please choose whether the connection to the LDAP server should use StartTLS "
"to encrypt the connection."
msgstr ""
"Por favor escolha se a ligação ao servidor LDAP deverá usar StartTLS para "
"encriptar a ligação."

#.

Bug#535639: freevo: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: freevo
Version: 1.9.0-2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for freevo's debconf messages.
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org



# translation of freevo debconf to Portuguese
# Copyright (C) 2008 Américo Monteiro
# This file is distributed under the same license as the freevo package.
#
# Américo Monteiro , 2008, 2009.
msgid ""
msgstr ""
"Project-Id-Version: freevo 1.9.0-2\n"
"Report-Msgid-Bugs-To: fre...@packages.debian.org\n"
"POT-Creation-Date: 2009-06-29 08:26+0200\n"
"PO-Revision-Date: 2009-06-29 21:18+0100\n"
"Last-Translator: Américo Monteiro \n"
"Language-Team: Portuguese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Description
#: ../freevo.templates:2001
msgid "Video output:"
msgstr "Saída de vídeo:"

#. Type: select
#. Description
#: ../freevo.templates:2001
msgid "Please choose the type of video output to use with Freevo."
msgstr "Por favor escolha o tipo de saída de vídeo para usar com o Freevo."

#. Type: select
#. Description
#: ../freevo.templates:3001
msgid "Output resolution:"
msgstr "Resolução de saída:"

#. Type: select
#. Description
#: ../freevo.templates:3001
#| msgid ""
#| "Choose the resolution to display Freevo at. Most Televisions should be "
#| "configured as 768x576 (NTSC or PAL)"
msgid ""
"Please choose the resolution to use with Freevo. Most CRT television systems "
"should be configured as 768x576 (NTSC or PAL). HD television systems use "
"1280x720, and FullHD uses 1920x1080."
msgstr ""
"Por favor escolha a resolução a usar com o Freevo. A maioria dos sistemas de "
"televisão CTR devem ser configurados a 768x576 (NTSC ou PAL). Sistemas de "
"televisão HD usam 1280x720, e FullHD usam 1920x1080."

#. Type: select
#. Description
#: ../freevo.templates:4001
#| msgid "TV Standard:"
msgid "TV standard:"
msgstr "Norma de TV:"

#. Type: select
#. Description
#: ../freevo.templates:4001
msgid ""
"Please choose the TV standard to use. NTSC is used in North America, much of "
"South America, and Japan; SECAM in France, the former USSR, and parts of "
"Africa and the Middle East; and PAL elsewhere."
msgstr ""
"Por favor escolha a norma de TV a usar. NTSC é usado na América do Norte, em "
"grande parte da América do Sul e Japão; SECAM em França, na antiga URSS, e em "
"partes de África e no Médio Oriente; e PAL no resto do mundo."

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "USA broadcast"
msgstr "USA difusão"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "USA cable"
msgstr "USA cabo"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "USA cable HRC"
msgstr "USA cabo HRC"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Japan broadcast"
msgstr "Japão difusão"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Japan cable"
msgstr "Japão cabo"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Europe (West)"
msgstr "Europa (Oeste)"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Europe (East)"
msgstr "Europa (Leste)"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Italy"
msgstr "Itália"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "New Zealand"
msgstr "Nova Zelândia"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Australia"
msgstr "Austrália"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Ireland"
msgstr "Irlanda"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "France"
msgstr "França"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "China broadcast"
msgstr "China difusão"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "South Africa"
msgstr "África do Sul"

#. Type: select
#. Choices
#: ../freevo.templates:5001
msgid "Argentina"
msgstr "Argentina"

#. Type: select
#. Description
#: ../freevo.templates:5002
#| msgid "Channel List:"
msgid "Channel list:"
msgstr "Lista de canais:"

#. Type: select
#. Description
#: ../freevo.templates:5002
#| msgid ""
#| "Set the channel list (set of tuning frequencies) that most closely "
#| "matches yours."
msgid ""
"Please choose the channel list (set of tuning frequencies) that most closely "
"matches the one used in your country."
msgstr ""
"Por favor escolha a lista de canais (conjunto de frequências de sintonia) que "
"mais se aproxima da usada no seu país."

#. Type: select
#. Default
#: ../freevo.templates:6001
msgid "Video folder"
msgstr "Directório de vídeo"

#. Type: string
#. Description
#: ../freevo.templates:6002
msgid "Title of video folder:"
msgstr "Título do directório de vídeo:"

#. Type: string
#. Description
#: ../freevo.templates:6002
#| msgid "Title of video folder:"
msgid "P

Bug#535638: gnome-applets: weather applet removes intercity locations

[brian m. carlson]

Package: gnome-applets
Version: 2.26.1-1
Severity: normal

The weather applet used to offer several different locations for
Houston, Texas, US, among them Houston Hobby, Ellington Field, and
Houston Intercontinental (possibly listed as George W. Bush
Intercontinental)[0].  It no longer does.

One of these airports is significantly closer to me than the other two,
and I'd like to be able to pick an appropriate choice.  Please allow
choosing intercity weather stations again.

Please note that this is not limited to Houston; New Orleans, Louisiana,
US, seems to use KNEW, excluding KMSY.

[0] These are KHOU, KEFD, and KIAH, respectively.

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

Kernel: Linux 2.6.30-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-applets depends on:
ii  gconf2   2.26.2-1GNOME configuration database syste
ii  gnome-applet 2.26.1-1Various applets for the GNOME pane
ii  gnome-icon-t 2.26.0-1GNOME Desktop icon theme
ii  gnome-panel  2.26.2-1launcher and docking facility for 
ii  gstreamer0.1 0.10.23-3   GStreamer plugin for ALSA
ii  gstreamer0.1 0.10.15-2   GStreamer plugin for ESD
ii  gstreamer0.1 0.10.13-1   GStreamer plugins from the "bad" s
ii  gstreamer0.1 0.10.15-2   GStreamer plugins from the "good" 
ii  gstreamer0.1 0.10.15-2   GStreamer plugin for PulseAudio
ii  gvfs 1.2.3-1 userspace virtual filesystem - ser
ii  libapm1  3.2.2-13Library for interacting with APM d
ii  libatk1.0-0  1.26.0-1The ATK accessibility toolkit
ii  libbonobo2-0 2.24.1-1Bonobo CORBA interfaces library
ii  libbonoboui2 2.24.1-1The Bonobo UI library
ii  libc62.9-18  GNU C Library: Shared libraries
ii  libcpufreq0  005-1   shared library to deal with the cp
ii  libdbus-1-3  1.2.14-3simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libgconf2-4  2.26.2-1GNOME configuration database syste
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libgnome-des 2.26.1-1Utility library for loading .deskt
ii  libgnome2-0  2.26.0-1The GNOME library - runtime files
ii  libgnomekbd3 2.26.0-1GNOME library to manage keyboard c
ii  libgstreamer 0.10.23-3   GStreamer libraries from the "base
ii  libgstreamer 0.10.23-2   Core GStreamer libraries and eleme
ii  libgtk2.0-0  2.16.4-1The GTK+ graphical user interface 
ii  libgtop2-7   2.26.1-1gtop system monitoring library
ii  libgucharmap 1:2.26.2-1  Unicode browser widget library (sh
ii  libgweather1 2.26.1-1GWeather shared library
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libnotify1 [ 0.4.5-1 sends desktop notifications to a n
ii  liboobs-1-4  2.22.0-2GObject based interface to system-
ii  libpanel-app 2.26.2-1library for GNOME Panel applets
ii  libpango1.0- 1.24.3-1Layout and rendering of internatio
ii  libpolkit-db 0.9-4   library for accessing PolicyKit vi
ii  libpolkit2   0.9-4   library for accessing PolicyKit
ii  libwnck222.26.1-1Window Navigator Construction Kit 
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxklavier1 3.9-1   X Keyboard Extension high-level AP
ii  libxml2  2.7.3.dfsg-1GNOME XML library
ii  python   2.5.4-2 An interactive high-level object-o

Versions of packages gnome-applets recommends:
ii  cpufrequtils  005-1  utilities to deal with the cpufreq
ii  deskbar-applet2.26.2-1   universal search and navigation ba
ii  gnome-media   2.26.0-1   GNOME media utilities
ii  gnome-netstatus-applet2.26.0-1   Network status applet for GNOME
ii  gnome-system-monitor  2.26.2-1   Process viewer and system resource
ii  policykit-gnome   0.9.2-2GNOME dialogs for PolicyKit
ii  python-gnome2 2.26.1-1   Python bindings for the GNOME desk

Versions of packages gnome-applets suggests:
ii  acpid 1.0.10-2   Utilities for using ACPI power man
ii  tomboy0.14.2-2   desktop note taking program using 

-- debconf information excluded

-- 
brian

Bug#535473: #535473 ia32-apt-get seems to ignore directory settings in apt.conf

[Ole Marggraf]

Hi,

thanks for the code.

I'm a bit stuck right now. Not sure whether there is still something wrong 
in my config (or something missing in my directory structure), or whether 
ia32-apt-get is still missing something.


This is what I see right now with the 22 version of ia32-apt-get:

My config is still

Dir
{
 Cache "/myaptetc/cache";
 Cache::archives "/myaptetc/archives/";

 Etc "/myaptetc";

 State "/myaptetc/state";
};


Now, if I run apt-get update, I get

Updating for amd64...
Get:1 http://ftp.de.debian.org sid Release.gpg [835B]
Get:2 http://ftp.de.debian.org sid Release [99.8kB]
Ign http://ftp.de.debian.org sid Release
Get:3 http://ftp.de.debian.org sid/main Packages [5967kB]
Get:4 http://ftp.de.debian.org sid/contrib Packages [59.7kB]
Get:5 http://ftp.de.debian.org sid/non-free Packages [105kB]
99% [3 Packages bzip2 0]

and it is stuck at this point.


ps shows for the apt-get:

root  5258  0.0  0.1  22684  2708 pts/2S+   22:12   0:00 
apt-get.real -o Dir::Etc::sourcelist=//myaptetc/amd64/sources.list -o 
Dir::Etc::sourceparts=//myaptetc/amd64/sources.list.d 
-o Dir::State=//myaptetc/state/amd64 -o 
Dir::State::lists=//myaptetc/state/amd64/lists -o 
Dir::Cache=//myaptetc/cache/amd64 -o 
Dir::Cache::archives=//myaptetc/cache/amd64/archives 
-o Apt::Architecture=amd64 update



strace on the stuck apt-get.real shows:

gettimeofday({1246652081, 539363}, NULL) = 0
rt_sigprocmask(SIG_BLOCK, [WINCH], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
write(1, "\r99% [3 Packages bzip2 0]", 25) = 25
select(8, [5 6 7], [], NULL, {0, 50}) = 0 (Timeout)
stat("//myaptetc/state/amd64/lists/partial/ftp.de.debian.org_debian_dists_sid_main_binary-amd64_Packages.decomp", 
0x7fff071ec0d0) = -1 ENOENT (No such file or directory)


in a loop, so I guess it is stuck somewhere in unpacking.


At this point in the update process, I have 
ftp.de.debian.org_debian_dists_sid_Release in state/amd64/lists, and the 
other files in state/amd64/lists/partial. To me, it seems to hang 
somewhere in unpacking from partial. Don't know why. (do I get this right, 
this is within apt-get.real, not in the wrapper code? Why?)



Well, something seems to be wrong here. Right now, I don't see what. If my 
/myaptetc/state corresponds to /var/lib/apt, it should work if I just copy 
its contents into /myaptetc/state... However, if I do so and then remove 
all downloaded files from the $IA32_DIR_STATE/$ARCH/lists directories, I 
am back at the above loop.


If I just copy /var/lib/apt/* into $IA32_DIR_STATE, keeping all 
downloaded lists, and then run apt-get update, I get


Updating for amd64...
Get:1 http://ftp.de.debian.org sid Release.gpg [835B]
Hit http://ftp.de.debian.org sid Release
Err http://ftp.de.debian.org sid Release
Get:2 http://ftp.de.debian.org sid Release [99.8kB]
Ign http://ftp.de.debian.org sid Release
Hit http://ftp.de.debian.org sid/main Packages/DiffIndex
Hit http://ftp.de.debian.org sid/contrib Packages/DiffIndex
Hit http://ftp.de.debian.org sid/non-free Packages/DiffIndex
Fetched 101kB in 0s (106kB/s)
Reading package lists... Done
W: GPG error: http://ftp.de.debian.org sid Release: Unknown error 
executing gpgv

W: You may want to run apt-get update to correct these problems
Ignoring 
ftp.de.debian.org_debian_dists_sid_contrib_binary-amd64_Packages.IndexDiff
Ignoring 
ftp.de.debian.org_debian_dists_sid_main_binary-amd64_Packages.IndexDiff
Ignoring 
ftp.de.debian.org_debian_dists_sid_non-free_binary-amd64_Packages.IndexDiff

Updating for i386...
[...]

I don't see this gpg warning using the default config. Maybe unrelated.


Maybe you see something from this that I do not... Guess it's just some 
tiny bit...


Back Tuesday...

Regards,

Ole



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

Bug#535637: [INTL:eu] cacti-spine debconf Basque translation

[Piarres Beobide]

Package: cacti-spine
Severity: wishlist
Tags: l10n patch

Hi

Attached cacti-spine debian configuration templates Basque translation, please 
add it.

thx


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

Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core)
Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cacti-spine depends on:
pn  cacti  (no description available)
ii  dbconfig-common1.8.41common framework for packaging dat
ii  debconf [debconf-2.0]  1.5.26Debian configuration management sy
ii  libc6  2.9-18GNU C Library: Shared libraries
ii  libmysqlclient15off5.0.81-1  MySQL database client library
ii  libsnmp15  5.4.1~dfsg-12 SNMP (Simple Network Management Pr
ii  libssl0.9.80.9.8k-3  SSL shared libraries
ii  ucf3.0018Update Configuration File: preserv
ii  zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime

cacti-spine recommends no packages.

cacti-spine suggests no packages.
# translation of eu.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide , 2009.
msgid ""
msgstr ""
"Project-Id-Version: eu\n"
"Report-Msgid-Bugs-To: sean...@debian.org\n"
"POT-Creation-Date: 2007-10-24 21:14+0200\n"
"PO-Revision-Date: 2009-07-04 00:08+0200\n"
"Last-Translator: Piarres Beobide \n"
"Language-Team: Euskara \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: note
#. Description
#: ../templates:1001
msgid "cacti must be configured to use spine!"
msgstr "cacti konfiguratu egin behar da spine erabiltzeko!"

#. Type: note
#. Description
#: ../templates:1001
msgid ""
"In order to use the spine poller, cacti must be configured via its web based "
"interface.  Even if you have previously configured cacti to use spine via "
"debconf, you must now perform this step via the web based control panel.  "
"For instructions on how to do this, please read /usr/share/doc/cacti-spine/"
"README.Debian."
msgstr ""
"Spine erabili ahal izateko, cacti bere web interfazean konfiguratu egin behar "
"da. Nahiz aurretik spine erabiltzeko debconf bidez konfiguratu duzun, orain "
"urrats hori web bidezko kontrol panelean egin behar duzu. Hau egiteko "
"argibideentzako /usr/share/doc/cacti-spine/README.Debian irakurri."

Bug#400980: libapache2-mod-geoip: description only mentions Apache 2.0

[Peter Pöml]

The last comment in the bug quite a while ago (1.5 years). New  
versions of mod_geoip were release since then (1.2.4 and 1.2.5, about  
a year ago). Do you plan to update in the future?


Thanks!



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

Bug#535636: [INTL:eu] cacti debconf Basque translation

[Piarres Beobide]

Package: cacti
Severity: wishlist
Tags: l10n patch

Hi

Attached cacti debian configuration templates Basque translation, please add it.

thx


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

Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core)
Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cacti depends on:
ii  apache2  2.2.11-6Apache HTTP Server metapackage
ii  apache2-mpm-prefork [htt 2.2.11-6Apache HTTP Server - traditional n
ii  dbconfig-common  1.8.41  common framework for packaging dat
ii  debconf [debconf-2.0]1.5.26  Debian configuration management sy
ii  libapache2-mod-php5  5.2.10.dfsg.1-1 server-side, HTML-embedded scripti
ii  libphp-adodb 5.07-1  The ADOdb database abstraction lay
ii  logrotate3.7.7-3 Log rotation utility
ii  mysql-client-5.0 [virtua 5.0.81-1MySQL database client binaries
pn  php4-snmp | php5-snmp  (no description available)
ii  php5 5.2.10.dfsg.1-1 server-side, HTML-embedded scripti
ii  php5-cli 5.2.10.dfsg.1-1 command-line interpreter for the p
ii  php5-mysql   5.2.10.dfsg.1-1 MySQL module for php5
ii  rrdtool  1.3.8-1 Time-series data storage and displ
pn  snmp   (no description available)
ii  ucf  3.0018  Update Configuration File: preserv

Versions of packages cacti recommends:
ii  iputils-ping3:20071127-1 Tools to test the reachability of 
ii  mysql-server-5.0 [mysql-ser 5.0.81-1 MySQL database server binaries

cacti suggests no packages.
# translation of templates.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide , 2009.
msgid ""
msgstr ""
"Project-Id-Version: templates\n"
"Report-Msgid-Bugs-To: sean...@debian.org\n"
"POT-Creation-Date: 2007-10-09 20:13+0200\n"
"PO-Revision-Date: 2009-07-03 23:58+0200\n"
"Last-Translator: Piarres Beobide \n"
"Language-Team: Euskara \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Choices
#: ../cacti.templates:1001
msgid "Apache, Apache-SSL, Apache2, All, None"
msgstr "Apache, Apache-SSL, Apache2, Denak, Bat ere ez"

#. Type: select
#. Description
#: ../cacti.templates:1002
msgid "Webserver type"
msgstr "Web-zerbitzari mota"

#. Type: select
#. Description
#: ../cacti.templates:1002
msgid "Which kind of web server should be used by cacti?"
msgstr "Zein web-zerbitzari mota erabili behar du cactik?"

#. Type: select
#. Description
#: ../cacti.templates:1002
msgid "Select \"None\" if you would like to configure your webserver by hand."
msgstr "\"Bat ere ez\" hautatu web zerbitzaria eskuz konfiguratu nahi baduzu."

Bug#534529: libdw-dev: missing libebl makes dwarves fail to build

[Kurt Roeckx]

Hi Samuel,

So it looks to me that there is no bug in elfutils.  Do you still
need help?

Can I close this bug?  Or should I reassign it to dwarves?


Kurt


On Thu, Jun 25, 2009 at 11:06:34AM +0200, Eugeniy Meshcheryakov wrote:
> Hello,
> 
> dwarves do require modifications, but they can be built with new
> elfutils. I just tried to replace find_library statement for EBL_LIBRARY
> in cmake/modules/FindDWARF.cmake in pahole sources with this:
> set (EBL_LIBRARY -ldw)
> and it compiled fine (without any libebl). Clean solution will be to
> remove this EBL_LIBRARY or detect whether shared libdw is used. So I
> dont think that it is a bug in elfutils.
> 
> 24 ?? 2009 ? 23:20 -0400 Samuel Bronson ???(-??):
> > Your solution to #436522 doesn't appear to have totally worked;
> > "dwarves" does not build from source now, using the latest from
> > git://git.kernel.org/pub/scm/linux/kernel/git/acme/pahole.git:
> > 
> > ,
> > | naes...@hydrogen:~/hacking/pahole% git status
> > | # On branch master
> > | nothing to commit (working directory clean)
> > | naes...@hydrogen:~/hacking/pahole% cmake -D__LIB=lib
> > | -- The C compiler identification is GNU
> > | -- Check for working C compiler: /usr/bin/gcc
> > | -- Check for working C compiler: /usr/bin/gcc -- works
> > | -- Detecting C compiler ABI info
> > | -- Detecting C compiler ABI info - done
> > | -- Checking availability of DWARF and ELF development libraries
> > | -- Could NOT find libebl library
> > | CMake Error at cmake/modules/FindDWARF.cmake:95 (message):
> > |   Could NOT find some ELF and DWARF libraries, please install the missing
> > |   packages
> > | Call Stack (most recent call first):
> > |   CMakeLists.txt:31 (find_package)
> > |
> > |
> > | -- Configuring incomplete, errors occurred!
> > `
> > 
> > Any ideas about how to solve this? Maybe it's a bug in dwarves, but
> > either way it needs fixing...
> > 
> > -- System Information:
> > Debian Release: squeeze/sid
> >   APT prefers testing
> >   APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
> > Architecture: i386 (i686)
> > 
> > Kernel: Linux 2.6.26-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 libdw-dev depends on:
> > ii  libdw10.141-2library that provides access 
> > to th
> > ii  libelf-dev0.141-2libelf1 development libraries 
> > and
> > 
> > libdw-dev recommends 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#535635: "why" cannot use search patterns even though man page says it can

[jidanni]

Package: aptitude
Version: 0.5.2.1-1
Severity: minor

The man page says "why" can use patterns,

   If one or more s are present, then aptitude will begin its 
search at these patterns; that is, the
   first package in the chain it prints will be a package matching the 
pattern in question. The patterns are
   considered to be package names unless they contain a tilde character 
("~") or a question mark ("?"), in which
   case they are treated as search patterns (see the section "Search 
Patterns" in the aptitude reference
   manual).

but

# aptitude search ~o~niml
i   imlib-base
i A imlib1
# aptitude  why ~o~niml
E: No package named "~o~niml" exists.
# aptitude  purge ~o~niml
The following packages will be REMOVED:
  imlib-base{p} imlib11{p}

"why" even fails when the pattern only matches one package, and even
only one tilde, and even:

# aptitude search '?name(noffle)'
i   noffle
# aptitude why '?name(noffle)'
E: No package named "?name(noffle)" exists



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

Bug#139577: \relative now works

[Francisco Vila]

Given that \relative works perfectly now, this bug is not anymore
information-needing and it's resolved.
-- 
Francisco Vila. Badajoz (Spain)
www.paconet.org



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

Bug#535208: mplayer: interference with hdaps driver

[Reinhard Tartler]

Reimar Döffinger  writes:

> On Tue, Jun 30, 2009 at 08:21:44PM +0200, Witold Baryluk wrote:
>> any ideas how to blacklist such device?
>
> Use -nojoystick or -input js-dev as explained in the documentation.
> It might be a good either to either not export such devices as
> joystick devices or add
> joystick=no
> to the default MPlayer config.

Do you think that change to the default MPlayer config would be
appropriate for the debian package only, or should that patch go to
trunk first, and then be backported to the package?

FWIW, I don't think this is a debian specific problem, but applies to
all mplayer users.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4



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

Bug#488750: Hello.

[Rosemary Birdford]

Hi Dear,
How are you today i hope that every things is ok with you as it is my great
pleasure to contact you in having communication with you, please i wish you
will have the desire with me so that we can get to know each other better
and see what happened in future’s will be very happy if you can write me
back through my email, So that we can start communication, exchange pictures
and get to know all about each other. I will be waiting to hear from you, if
you care write me back let me know your option. I wish you all the best for
your day.
Your new friend.
Miss Rosemary.

Bug#525173: How is this a lilypond bug?

[Francisco Vila]

This bug report lacks information. What's the compile command? What
exactly are you trying to compile? Also, xpdf is not part of lilypond.

-- 
Francisco Vila. Badajoz (Spain)
www.paconet.org



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

Bug#292662: Still present in Lenny

[Jerome Warnier]

Typo still present in 3.12-1.



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

Bug#317570: So the bug is resolved

[Francisco Vila]

convert-ly has evolved since 2005, please try the version now in
Testing. I suggest to mark this bug as resolved.

-- 
Francisco Vila. Badajoz (Spain)
www.paconet.org



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

Bug#303988: Please try a newer version

[Francisco Vila]

Any problems with lilypond or lilypond-book from 2005 should be
rethinked, as the program has evolved since then. Latest stable
version is 2.12.2 and it is in testing now.
-- 
Francisco Vila. Badajoz (Spain)
www.paconet.org



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

Bug#163106: This bug is fixed.

[Francisco Vila]

LilyPond does not use LaTeX syntax anymore. All accented characters
should be UTF-8 encoded.

-- 
Francisco Vila. Badajoz (Spain)
www.paconet.org



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

Bug#519527: Evolution remove-duplicates-plugin

[Jerome Warnier]

You might be interested in the following:
http://www.gnome.org/~carlosg/stuff/evolution/

Though I second you in that it should be included in Debian's packaging
(evolution-plugins-experimental is a good candidate).



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

Bug#313016: Close this bug

[Jerome Warnier]

tags 313016 sarge
thank




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

Bug#535634: sup-mail: New upstream version available

[Asheesh Laroia]

Package: sup-mail
Version: 0.7-1
Severity: wishlist

http://sup.rubyforge.org/ reports that 0.8.1 is out.

http://rubyforge.org/pipermail/sup-talk/2009-June/002318.html indicates some 
neat features
such as undo.

If you want help updating the package, just ask! I'm relatively free this 
weekend.


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

Kernel: Linux 2.6.18-6-vserver-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



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

Bug#344796: Please feel free to close this bug

[Jerome Warnier]

As recent versions not only do not show the same --help output, but also
because my original bug report was wrong.

Sorry for the noise.



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

Bug#527684: mpich: FTBFS: farg.f:12: undefined reference to `_gfortran_getarg_i4'

[Cyril Brulebois]

severity 527684 important
retitle  527684 mpich: undefined references during the build
thanks

Lucas Nussbaum  (08/05/2009):
> Justification: FTBFS on amd64

Yes, but that's #522007.

Mraw,
KiBi.



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

Bug#522007: Bug#533246: mpich: FTBFS on GNU/kFreeBSD

[Cyril Brulebois]

tag 533246 pending
tag 522007 pending
thanks

Petr Salinger  (16/06/2009):
> The current code does not use functions exposed by
> , but tries to guess implementation of these functions.
> Please stick to  interface specified by POSIX.
> http://www.opengroup.org/onlinepubs/9699919799/basedefs/termios.h.html
>
> There is also need of  -D_GNU_SOURCE in mpid/mpd/ part.
>
> Please find attached patch with those fixes.

No reaction to those FTBFSes in months, prepared a fixed package (see
attached source debdiff), uploaded to DELAYED/1. Short delay because
mpich is needed for various other packages on kfreebsd-*.

Thanks to Petr & Peter.

Mraw,
KiBi.
diff -u mpich-1.2.7/debian/changelog mpich-1.2.7/debian/changelog
--- mpich-1.2.7/debian/changelog
+++ mpich-1.2.7/debian/changelog
@@ -1,3 +1,15 @@
+mpich (1.2.7-9.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS by adding “-D_GNU_SOURCE” to the CFLAGS in mpid/mpd as
+suggested by Peter Green and Petr Salinger (Closes: #522007):
+ - 24_use_gnu_source_for_mpd.dpatch
+  * Fix FTBFS on GNU/kFreeBSD by sticking to  as specified by
+POSIX, as suggested by Petr Salinger (Closes: #533246):
+ - 25_use_posix_termios_interface.dpatch
+
+ -- Cyril Brulebois   Fri, 03 Jul 2009 22:14:10 +0200
+
 mpich (1.2.7-9) unstable; urgency=low
 
   * Package is now team-maintained by pkg-scicomp (closes:#447678)
diff -u mpich-1.2.7/debian/patches/00list mpich-1.2.7/debian/patches/00list
--- mpich-1.2.7/debian/patches/00list
+++ mpich-1.2.7/debian/patches/00list
@@ -19,0 +20,2 @@
+24_use_gnu_source_for_mpd.dpatch
+25_use_posix_termios_interface.dpatch
only in patch2:
unchanged:
--- mpich-1.2.7.orig/debian/patches/25_use_posix_termios_interface.dpatch
+++ mpich-1.2.7/debian/patches/25_use_posix_termios_interface.dpatch
@@ -0,0 +1,37 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 25_use_posix_termios_interface.dpatch by Cyril Brulebois 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Stick to POSIX  interface as suggested by Petr Salinger.
+## DP: That fixes the FTBFS on GNU/kFreeBSD.
+
+...@dpatch@
+--- mpich-1.2.7.orig/mpid/ch_p4/p4/lib/p4_secure.c
 mpich-1.2.7/mpid/ch_p4/p4/lib/p4_secure.c
+@@ -450,7 +450,7 @@
+ {
+ struct termios tty_new;
+
+-if (ioctl(0, TIOCGETA, &tty_orig) < 0)
++if (tcgetattr(0, &tty_orig) < 0)
+ {
+fprintf(stderr, "tcgetattr failed: %s\n", strerror(errno));
+return -1;
+@@ -460,7 +460,7 @@
+
+ tty_new.c_lflag &= ~(ECHO);
+
+-if (ioctl(0, TIOCSETA, &tty_new) < 0)
++if (tcsetattr(0, TCSANOW, &tty_new) < 0)
+ {
+fprintf(stderr, "tcsetattr failed: %s\n", strerror(errno));
+return -1;
+@@ -470,7 +470,7 @@
+
+ static int echo_on (void)
+ {
+-if (ioctl(0, TIOCSETA, &tty_orig) < 0)
++if (tcsetattr(0, TCSANOW, &tty_orig) < 0)
+ {
+fprintf(stderr, "tcsetattr failed: %s\n", strerror(errno));
+return -1;
only in patch2:
unchanged:
--- mpich-1.2.7.orig/debian/patches/24_use_gnu_source_for_mpd.dpatch
+++ mpich-1.2.7/debian/patches/24_use_gnu_source_for_mpd.dpatch
@@ -0,0 +1,21 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 24_use_gnu_source_for_mpd.dpatch by Peter Green 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: with latest glibc _GNU_SOURCE must be defined to use h_addr from
+## DP: struct hostent. This patch defines it for stuff in the mpid/mpd
+## DP: directory
+
+...@dpatch@
+diff -urNad mpich-1.2.7~/mpid/mpd/Makefile.in mpich-1.2.7/mpid/mpd/Makefile.in
+--- mpich-1.2.7~/mpid/mpd/Makefile.in	  2003-02-04 21:05:59.0 +
 mpich-1.2.7/mpid/mpd/Makefile.in	  2009-04-05 23:41:39.0 +0100
+@@ -16,7 +16,7 @@
+ LDFLAGS   = @LDFLAGS@
+ LIBS	 = @LIBS@ 
+ GDB   = @GDB@
+-CFLAGS= @CFLAGS@
++CFLAGS= @CFLAGS@ -D_GNU_SOURCE
+ 
+ C_COMPILE = ${CC} ${INCLUDES} ${CFLAGS} ${COPTIONS}
+ C_LINK	 = ${CLINKER} ${CFLAGS} ${COPTIONS} ${LDFLAGS}

Bug#325495: bluez-utils: Re-pairing bluetooth hid devices without help from other input devices

[Filippo Giunchedi]

Hello Mourad,

On Fri, Jul 03, 2009 at 10:37:08PM +0200, Mourad De Clerck wrote:
> 1) my dongle with HID proxy support died, so it's not in HID mode. Let's
> disregard HID mode for this use case.
> 
> 2) sometimes the link key of the keyboard changes: empty batteries,
> paired it with another OS, pc, whatever.
> 
> 3) when it boots and it tries to mount my crypto root - there's my first
> hurdle: typing in a password while in the initramfs environment. Another
> problem is the initramfs root console for troubleshooting or if there's
> a fsck that needs manual intervention or some such problems. Any
> keyboard interaction in early boot is a problem.

I see, that's indeed a problem without HID

> 
> Ideally there'd be some support in the initramfs to check if there's a
> bt keyboard around, check if we have connected to it before, and connect
> or initiate a pairing with a pregenerated random number if the link keys
> have changed (with a basic agent for the console).
> 
> So the problem is that there's no agent that's usable early on in the
> boot, that can pair a keyboard without help of another input device.
>
> Now the question is: do we care about those BT dongles that don't have
> HID proxy support, and do we care about keyboard interaction in early
> boot without a wired keyboard nearby.

The problem here is that starting a pairing will require bluetoothd, which in
turn will require dbus which is a big no-go in initramfs I fear

> 
> I leave it up to you if you want to close this bug or leave it as a
> wishlist bug.

I'll leave the bug open if someone wants to pick it up but I don't think it is a
priority at all, after all HID emulation is designed exactly for that

thanks for your report,
filippo
-- 
Filippo Giunchedi - http://esaurito.net - 0x6B79D401

Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it.
-- Brian W. Kernighan



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

Bug#535633: init.d status support

[Peter Eisentraut]

Package: hostapd
Version: 0.6.9-3
Severity: wishlist
Tags: patch
User: pet...@debian.org
Usertags: initd-status-support

Here is a patch to support the "status" action in the init.d script.
diff -u hostapd-0.6.9/debian/init.d hostapd-0.6.9/debian/init.d
--- hostapd-0.6.9/debian/init.d
+++ hostapd-0.6.9/debian/init.d
@@ -65,9 +65,13 @@
 	sleep 8
 	$0 start
 	;;
+  status)
+	status_of_proc $DAEMON $NAME
+	exit $?
+	;;
   *)
 	N=/etc/init.d/$NAME
-	echo "Usage: $N {start|stop|restart|force-reload}" >&2
+	echo "Usage: $N {start|stop|restart|force-reload|reload|status}" >&2
 	exit 1
 	;;
 esac
diff -u hostapd-0.6.9/debian/changelog hostapd-0.6.9/debian/changelog
--- hostapd-0.6.9/debian/changelog
+++ hostapd-0.6.9/debian/changelog
@@ -1,3 +1,10 @@
+hostapd (1:0.6.9-3.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Add init.d status support
+
+ -- Peter Eisentraut   Fri, 03 Jul 2009 23:32:32 +0300
+
 hostapd (1:0.6.9-3) unstable; urgency=low
 
   * Change Maintainer to pkg-wpa-devel team and add Reinhard and myself
diff -u hostapd-0.6.9/debian/control hostapd-0.6.9/debian/control
--- hostapd-0.6.9/debian/control
+++ hostapd-0.6.9/debian/control
@@ -11,7 +11,7 @@
 
 Package: hostapd
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, lsb-base (>= 3.0-3)
+Depends: ${shlibs:Depends}, ${misc:Depends}, lsb-base (>= 3.2-13)
 Description: user space IEEE 802.11 AP and IEEE 802.1X/WPA/WPA2/EAP Authenticator
  Originally, hostapd was an optional user space component for Host AP
  driver. It adds more features to the basic IEEE 802.11 management

Bug#535631: hwclock script is broken

[Justin Piszcz]

Package: util-linux
Version: 2.15.1~rc1-1

Problem:

p34:/etc/init.d# ./hwclock.sh start
Setting the system clock.
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access 
method.

Unable to set System Clock to: Fri Jul 3 16:37:11 EDT 2009 (warning).
p34:/etc/init.d# /sbin/hwclock --rtc=/dev/rtc0 --hctosys --localtime 
--debug

hwclock from util-linux-ng 2.15.1-rc1
hwclock: Open of /dev/rtc0 failed, errno=2: No such file or directory.
No usable clock interface found.
Cannot access the Hardware Clock via any known method.

p34:/etc/init.d# wrong name for rtc file
p34:/etc/init.d# /sbin/hwclock --rtc=/dev/rtc --hctosys --localtime 
--debug

hwclock from util-linux-ng 2.15.1-rc1
Using /dev interface to clock.
Assuming hardware clock is kept in local time.
Waiting for clock tick...
/dev/rtc does not have interrupt functions. Waiting in loop for time from 
/dev/rtc to change

...got clock tick
Time read from Hardware Clock: 2009/07/03 16:37:29
Hw clock time : 2009/07/03 16:37:29 = 1246653449 seconds since 1969
Calling settimeofday:
tv.tv_sec = 1246653449, tv.tv_usec = 0
tz.tz_minuteswest = 240
p34:/etc/init.d#




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

Bug#533361: Xcftools 1.0.5 fixes #533361 and other bugs

[Jan Hauke Rahm]

On Fri, Jul 03, 2009 at 10:38:38PM +0200, Henning Makholm wrote:
> Scripsit Jan Hauke Rahm
> 
> > Now, if you would like to do me a big favour, you could send me a patch
> > (as small as possible) for the security bug found in 1.0.4.
> 
> Here is an absolutely minimal patch that fixes only the security issue.

Wow, that was fast. Thank you very much! I'll prepare a package for
stable and oldstable hopefully tomorrow is the security team doesn't do
it before I come to it... :)

Hauke


signature.asc
Description: Digital signature

Bug#535632: boson: crashes on startup

[Török Edwin]

Package: boson
Version: 0.13-6
Severity: important

Boson pops up a window saying that direct rendering is disabled
(though glxinfo does show that direct rendering is enabled).
Then it crashes.

Here is what it sends to stderr:
[int main(int, char**)] Boson 0.13 is starting...
[int main(int, char**)] resolving GL, GLX and GLU symbols
ERROR: [bool BoGL::initialize()] GL methods have not yet been resolved.
ERROR: [bool BoGL::initialize()] GL methods have not yet been resolved.
Resolved GL symbols from file /usr/lib/libGL.so
Resolved GLU symbols from file /usr/lib/libGLU.so
[int main(int, char**)] GL, GLX and GLU symbols successfully resolved
kbuildsycoca running...
Boson Sound: [BosonAudioInterface::BosonAudioInterface()]
Boson Sound: [BosonAudioInterface::BosonAudioInterface()] construct BosonAudio 
object
boson: [BosonAudioAL::BosonAudioAL()] initializing OpenAL
boson: [BosonAudioAL::BosonAudioAL()] OpenAL initialized
Boson Sound: ERROR: [BosonMusic::BosonMusic(BosonAudioAL*)] oops - should be 
invalid
Boson Sound: [BosonAudioInterface::BosonAudioInterface()] BosonAudio object 
constructed
Boson Sound: [void BosonAudioAL::executeCommand(BoAudioCommand*, BosonMusic*, 
BosonSound*)] music object is created on startup. nothing to do
boson: ERROR: [bool BoContext::chooseContext(bool, bool)] NULL visual returned 
by chooseVisual()
boson: ERROR: [void BosonGLWidget::setContext(BoContext*)] Could not create 
OpenGL context
boson: [BosonMainWidget::BosonMainWidget(QWidget*, bool)]
boson: ERROR: [void BosonMainWidget::init()] No OpenGL support present on this 
system??
boson: ERROR: [void BosonGLWidget::initGL()] Invalid GL widget! Cannot 
initialize
boson: [BosonMainWidget::BosonMainWidget(QWidget*, bool)] done
boson: ERROR: [QString BosonGLWidget::glDriverBroken()] Invalid GL widget!
boson: WARNING: using INDIRECT (software) rendering
boson: ERROR: [virtual void BosonGLWidget::resizeEvent(QResizeEvent*)] Invalid 
GL widget!
boson: ERROR: [bool BoGL::initialize()] cannot initialize BoGL without a 
current GLX context
boson: ERROR: [void BoContext::makeCurrent()] invalid context
boson: ERROR: [static BoTextureManager* BoTextureManager::textureManager()] 
initStatic() has not been called yet!
KCrash: Application 'boson' crashing...
Could not find 'drkonqi' executable.
KCrash cannot reach kdeinit, launching directly.
ICE default IO error handler doing an exit(), pid = 20052, errno = 11

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'transitional'), (500, 'stable'), (400, 
'unstable-i386'), (400, 'transitional-i386'), (400, 'stable-i386'), (1, 
'experimental-i386'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.30 (SMP w/4 CPU cores; PREEMPT)
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 boson depends on:
ii  boson-data 0.13-3Datas for Boson, a real-time strat
ii  kdelibs4c2a4:3.5.10.dfsg.1-2 core libraries and binaries for al
ii  libc6  2.9-18GNU C Library: Shared libraries
ii  libgcc11:4.4.0-10GCC support library
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libopenal1 1:1.8.466-2   Software implementation of the Ope
ii  libqt3-mt  3:3.3.8b-5Qt GUI Library (Threaded runtime v
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libstdc++6 4.4.0-10  The GNU Standard C++ Library v3
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxmu62:1.0.4-1 X11 miscellaneous utility library
ii  libxrandr2 2:1.3.0-2 X11 RandR extension library
ii  python2.5  2.5.4-1   An interactive high-level object-o

Versions of packages boson recommends:
ii  boson-music   0.13-2 Music Pack for Boson, a real-time 

boson 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#533361: Xcftools 1.0.5 fixes #533361 and other bugs

[Henning Makholm]

Scripsit Jan Hauke Rahm

> Now, if you would like to do me a big favour, you could send me a patch
> (as small as possible) for the security bug found in 1.0.4.

Here is an absolutely minimal patch that fixes only the security issue.

-- 
Henning Makholm   "It was intended to compile from some approximation to
 the M-notation, but the M-notation was never fully defined,
because representing LISP functions by LISP lists became the
 dominant programming language when the interpreter later became available."
diff -ur xcftools-1.0.4-orig/flatspec.c xcftools-1.0.4/flatspec.c
--- xcftools-1.0.4-orig/flatspec.c	2006-02-22 01:38:49.0 +0100
+++ xcftools-1.0.4/flatspec.c	2009-07-03 22:32:55.0 +0200
@@ -210,7 +210,15 @@
 }
   }
   computeDimensions(&spec->dim);
-  
+
+  /* We can't handle negative coordinates properly, so abort rather than
+   * crash chaotically. See CVE-2009-217; Debian bug #533361.
+   */
+  if( spec->dim.c.t < 0 || spec->dim.c.l < 0 ) {
+FatalUnsupportedXCF("This version cannot extract pixels above or to the "
+"left of the canvas");
+  }
+
   /* Turn off layers that we don't hit at all */
   for( i=0; inumLayers; i++ )
 if( spec->layers[i].isVisible &&

Bug#535008: configure_networking: support BOOTIF variable set by pxelinux

[Vagrant Cascadian]

updated patch that only using only shell parameter expansion and cat:

diff --git a/scripts/functions b/scripts/functions
index 77de8f3..e9e94b3 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -258,6 +258,42 @@ parse_numeric() {
 
 configure_networking()
 {
+
+   # pxelinux sets BOOTIF to a value based on the mac address of the
+   # network card used to PXE boot, so use this value for DEVICE rather
+   # than a hard-coded device name from initramfs.conf. this facilitates
+   # network booting when machines may have multiple network cards.
+   # pxelinux sets BOOTIF to 01-$mac_address
+   if [ -n "${BOOTIF}" ]; then
+   # strip off the leading "01-", which isn't part of the mac
+   # address
+   temp_mac=${BOOTIF#*-}
+   bootif_mac=""
+   # given value is the right number of characters, so
+   # loop through replacing "-" with ":" 6 times...
+   for x in 1 2 3 4 5 6 ; do
+   # strip off everything before and including the last "-"
+   x=${temp_mac##*-}
+   # strip off everything before and including the
+   # first occurrance of $x
+   temp_mac=${temp_mac%%-$x}
+   if [ -z "$bootif_mac" ]; then
+   bootif_mac="$x"
+   else
+   bootif_mac="$x:$bootif_mac"
+   fi
+   done
+   for device in /sys/class/net/* ; do
+   if [ -f "$device/address" ]; then
+   current_mac=$(cat "$device/address")
+   if [ "$bootif_mac" = "$current_mac" ]; then
+   DEVICE=${device##*/}
+   break
+   fi
+   fi
+   done
+   fi
+
# networking already configured thus bail out
[ -n "${DEVICE}" ] && [ -e /tmp/net-"${DEVICE}".conf ] && return 0
 

sure is starting to look ugly.

tested that it basically works, though it may have lingering bugs if unexpected
values end up in $BOOTIF.

live well,
  vagrant



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

Bug#535629: init.d status support

[Peter Eisentraut]

Package: ulogd
Version: 1.24-2.1
Severity: wishlist
Tags: patch
User: pet...@debian.org
Usertags: initd-status-support

Here is a patch to support the "status" action in the init.d script.
diff -u ulogd-1.24/debian/changelog ulogd-1.24/debian/changelog
--- ulogd-1.24/debian/changelog
+++ ulogd-1.24/debian/changelog
@@ -1,3 +1,10 @@
+ulogd (1.24-2.2) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Add init.d status support
+
+ -- Peter Eisentraut   Fri, 03 Jul 2009 23:14:44 +0300
+
 ulogd (1.24-2.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u ulogd-1.24/debian/control ulogd-1.24/debian/control
--- ulogd-1.24/debian/control
+++ ulogd-1.24/debian/control
@@ -9,7 +9,7 @@
 
 Package: ulogd
 Architecture: any
-Depends: ${shlibs:Depends}, debconf | debconf-2.0
+Depends: ${shlibs:Depends}, debconf | debconf-2.0, lsb-base (>= 3.2-13)
 Suggests: ulogd-mysql, ulogd-pgsql, ulogd-pcap, ulogd-sqlite3
 Description: The Netfilter Userspace Logging Daemon
  ulogd is a daemon that listens for Netlink packets generated by iptables's
diff -u ulogd-1.24/debian/ulogd.init.d ulogd-1.24/debian/ulogd.init.d
--- ulogd-1.24/debian/ulogd.init.d
+++ ulogd-1.24/debian/ulogd.init.d
@@ -14,6 +14,8 @@
 NAME=ulogd
 DESC="netfilter userspace log daemon"
 
+. /lib/lsb/init-functions
+
 test -f $DAEMON || exit 0
 
 set -e
@@ -44,9 +46,12 @@
 	start-stop-daemon --quiet --start --exec $DAEMON -- -d > /dev/null 2>&1
 	echo "$NAME."
 	;;
+  status)
+	status_of_proc $DAEMON $NAME
+	;;
   *)
 	N=/etc/init.d/$NAME
-	echo "Usage: $N {start|stop|restart|force-reload}" >&2
+	echo "Usage: $N {start|stop|restart|force-reload|status}" >&2
 	exit 1
 	;;
 esac

Bug#535630: ssh: searchs xauth in /usr/X11R6/bin/ which doesn't exist

[Jens Seidel]

Package: openssh-client
Version: 1:5.1p1-6

Connecting to a server via ssh option -X results in the error message:
sh: /usr/X11R6/bin/xauth: No such file or directory

xauth itself depends on x11-common and according to #362832 it provided a
link for /usr/X11R6/bin in the past. But this is no longer true so please
try to search for xauth in /usr/bin and fall back to /usr/X11R6/bin/xauth ...

ii  xauth 1:1.0.3-2
ii  x11-common1:7.4+3 

Jens



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

Bug#325495: bluez-utils: Re-pairing bluetooth hid devices without help from other input devices

[Mourad De Clerck]

On 03/07/09 17:51, Filippo Giunchedi wrote:
> do you see this bug with bluez 4 as well? AFAIK hid connections should be
> restored plus the device if the device is in hid mode then there should be
> no problem

Hi Filipo,

Well, my use case has become a bit more complicated:

1) my dongle with HID proxy support died, so it's not in HID mode. Let's
disregard HID mode for this use case.

2) sometimes the link key of the keyboard changes: empty batteries,
paired it with another OS, pc, whatever.

3) when it boots and it tries to mount my crypto root - there's my first
hurdle: typing in a password while in the initramfs environment. Another
problem is the initramfs root console for troubleshooting or if there's
a fsck that needs manual intervention or some such problems. Any
keyboard interaction in early boot is a problem.

Ideally there'd be some support in the initramfs to check if there's a
bt keyboard around, check if we have connected to it before, and connect
or initiate a pairing with a pregenerated random number if the link keys
have changed (with a basic agent for the console).

So the problem is that there's no agent that's usable early on in the
boot, that can pair a keyboard without help of another input device.

Now the question is: do we care about those BT dongles that don't have
HID proxy support, and do we care about keyboard interaction in early
boot without a wired keyboard nearby.

I leave it up to you if you want to close this bug or leave it as a
wishlist bug.

Regards,

Mourad


PS: As an aside, if you can reach the GDM login without keyboard, then
there's the possibility of dealing with it there (see an old thread I
initiated here):
http://mail.gnome.org/archives/gdm-list/2007-August/msg00018.html
and the following GDM bugs:
http://bugzilla.gnome.org/show_bug.cgi?id=467657
http://bugzilla.gnome.org/show_bug.cgi?id=467658





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

Bug#535628: init.d commands restart, force-reload, reload inconsistently implemented

[Peter Eisentraut]

Package: ulogd
Version: 1.24-2.1
Severity: normal

As the comment in the init.d script says,

#
#   If the "reload" option is implemented, move the "force-reload"
#   option to the "reload" entry above. If not, "force-reload" is
#   just the same as "restart".
#

So do that. :-)



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

Bug#535627: RFP: python-audiolab -- A python module to make noise from numpy arrays

[nbytes]

Package: wnpp
Severity: wishlist


* Package name: python-audiolab
  Version : 0.10.2
  Upstream Author : David Cournapeau 
* URL : 
http://www.ar.media.kyoto-u.ac.jp/members/david/softwares/audiolab/
* License : LGPL
  Programming Lang: C, Python
  Description : A python module to make noise from numpy arrays

Audiolab is a python package for audio file IO using numpy arrays. It 
supports many different audio formats, including wav, aiff, au, flac, 
ogg, htk. It also supports output to audio device (Mac OS X and Linux 
only).

For simplicity, a matlab-like API is provided for simple import/export; 
a more complete API is also available.

Audiolab is essentially a wrapper around Erik Castro de Lopo's excellent 
libsndfile.

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



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

Bug#495560: Acknowledgement (sbuild: Please detect that personality=… is needed.)

[Cyril Brulebois]

Hello.

Any news on this? Having to manually add that setting is a bit of a PITA
when creating/destroying chroots on a daily basis.

Also, I think I mentioned this on IRC and was asked to prod, so here it
is. ;)

Cheers,
-- 
Cyril Brulebois


signature.asc
Description: Digital signature

Bug#535626: Crash with "BadImplementation (server does not implement operation)"

[Ulrich Eckhardt]

Package: libwebkit-1.0-2
Version: 1.1.10-2

I initially observed this bug in midori but was suggested to test webkit 
directly, which promptly showed the same error. What I do is this:

$ /usr/lib/webkit-1.0-2/libexec/GtkLauncher http://space-invasion.de
open dsp: Device or resource busy
The program 'GtkLauncher' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadImplementation (server does not implement operation)'.
  (Details: serial 33 error_code 17 request_code 146 minor_code 5)
  (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.)

When I do this (start it in gdb and use the --sync commandline option) it 
doesn't change anything, the error stays the same and the breakpoint is never 
reached (like in [1]).


Okay, what else
- The page initially loaded a bit, enough to reset the window title and 
display some graphics.
- I actually downloaded and installed the debug webkit library, but I couldn't 
figure out how to use this. No readme. No documentation. The included 
GtkLauncher is not executable. Bummer.
- I actually tried to run midori through xtrace[2] but all I got was a messed-
up X session which I could only recover from through a remote connection from 
a different machine. Heaven knows what xtrace does with things it doesn't 
understand itself...
- Looking at /usr/include/xcb/glx.h, 146 is defined as XCB_GLX_IS_TEXTURE, 
maybe the toolkit in question tries to use GLX (which I otherwise have 
activated, as glxinfo tells me) without querying its availability first?
- I'm running on a PowerPC machine, which is big-endian as opposed to the more 
common x86 machines, so you might not be able to see the effect.


Good luck and drop me a note if I can help test further things!

Uli

[1] http://bugs.debian.org:80/cgi-bin/bugreport.cgi?bug=510697, same useless 
hint how to debug this.
[2] Run xtrace in one terminal, it will tell you where it starts an X server, 
e.g. ":9". You then invoke midori with "DISPLAY=:9 midori".




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

Bug#535218: apt-get / aptitude segfault when Cache-Limit is too small

[Gustaw Smolarczyk]

Same problem here. I've just increased APT::Cache-Limit and the 
problem's gone, but I think too that the problem must be fixed in repo 
(just changing the default) or provide users better messages in case of 
too small amount of cache (not just SEGV).

This problem is caused in amd64 by i386 repository. It doubles required 
cache, so I think we should also double default cache limit.



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

Bug#535625: conspy: refuses to start (kernel 2.6.30-1-686)

[Cristian Ionescu-Idbohrn]

Package: conspy
Version: 1.6-1
Severity: important

# conspy 1
/dev/vcc/a1: No such file or directory

# ls -al /dev/vc*
crw-rw 1 root root 7,   0 Jul  3 17:44 /dev/vcs
crw-rw 1 root root 7,   2 Jul  3 17:45 /dev/vcs2
crw-rw 1 root root 7,   3 Jul  3 17:45 /dev/vcs3
crw-rw 1 root root 7,   4 Jul  3 17:45 /dev/vcs4
crw-rw 1 root root 7,   5 Jul  3 17:45 /dev/vcs5
crw-rw 1 root root 7,   6 Jul  3 17:45 /dev/vcs6
crw-rw 1 root root 7,   7 Jul  3 17:59 /dev/vcs7
crw-rw 1 root root 7, 128 Jul  3 17:44 /dev/vcsa
crw-rw 1 root root 7, 130 Jul  3 17:45 /dev/vcsa2
crw-rw 1 root root 7, 131 Jul  3 17:45 /dev/vcsa3
crw-rw 1 root root 7, 132 Jul  3 17:45 /dev/vcsa4
crw-rw 1 root root 7, 133 Jul  3 17:45 /dev/vcsa5
crw-rw 1 root root 7, 134 Jul  3 17:45 /dev/vcsa6
crw-rw 1 root root 7, 135 Jul  3 17:59 /dev/vcsa7

Never the less, conspy works fine with 2.6.26-2-686, although:

# ls -al /dev/vcc/a1
ls: cannot access /dev/vcc/a1: No such file or directory

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

Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages conspy depends on:
ii  libc6 2.9-18 GNU C Library: Shared libraries
ii  libncurses5   5.7+20090530-1 shared libraries for terminal hand

conspy recommends no packages.

conspy suggests no packages.

-- no debconf information


Cheers,

-- 
Cristian



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

Bug#535623: equivs: please honor source file owner/mode with the Files: option

[Marc Haber]

Package: equivs
Version: 2.0.7-0.1
Severity: normal

Hi,

please honor the files owner/mode when a file is copied using the
Files: directive. When copying a script, it would be handy if the
destination file has its X bits preserved.

Greetings
Marc

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-nc8000 (PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages equivs depends on:
ii  debhelper 7.2.16 helper programs for debian/rules
ii  devscripts2.10.52scripts to make the life of a Debi
ii  dpkg-dev  1.15.2 Debian package development tools
ii  fakeroot  1.12.4 Gives a fake root environment
ii  make  3.81-6 An utility for Directing compilati
ii  perl  5.10.0-23  Larry Wall's Practical Extraction 

equivs recommends no packages.

equivs 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#535624: Command "dpkg-reconfigure -phigh xserver-xorg" doesn't create /etc/X11/xorg.conf

[Bernhard]

Package: xserver-xorg
Version: 1:7.3+19
Severity: important

Hello,

after new installation of Lenny (Version 5.0.2), the configuration file
"/etc/X11/xorg" was not created.
I try to create the file with "dpkg-reconfigure -phigh xserver-xorg",
but xorg.conf was not created.

With Lenny 5.0.1 (xserver-xorg Version 7.3+18) works fine.

If you need additional informations, please let me know.

Regards
Bernhard



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

Bug#535188: CVE-2008-6837 and CVE-2008-6838

[Giuseppe Iuculano]

Jeroen Roos ha scritto:
> What kind of information would you like? The issues mentionned in
> CVE-2008-6837 are not known to me and because of the limited information
> in the report there is no way to determine whether such an issue exists,
> the issue in CVE-2008-6838 is the same issue as the one reported in
> CVE-2008-3258, which is solved in 0.7.0.5 and 0.7.3.
> 
> I very much suspect that these issues have been copied from
> http://www.securityfocus.com/bid/30116/info, which describes two issues,
> one of which is the same as the one reported in CVE-2008-3258 and the
> other is an issue I have not been able to reproduce in any version. This
> person has never contacted me about this problem. (I have sent him an
> e-mail yesterday, requesting him to rectify this information and contact
> me instead of securityfocus next time).

Ok, Thanks for clarifying that. Please update this bug if you will get further
details.


> By the way, I did release an update for another security issue yesterday
> (that is how I came accross these issues).

Thanks, I added a new entry in our security tracker.


Zoph Cross-Site Scripting Vulnerability:

http://sourceforge.net/tracker/?func=detail&aid=2815898&group_id=69353&atid=524249
http://sourceforge.net/project/shownotes.php?group_id=69353&release_id=694128


Cheers,
Giuseppe.



signature.asc
Description: OpenPGP digital signature

Bug#535622: equivs: please allow specification of owner/mode of an inline file

[Marc Haber]

Package: equivs
Version: 2.0.7-0.1
Severity: wishlist

Hi,

I'd like to use the File: feature to inline drop a script into
/etc/kernel/postinst.d. This directory is processed by run-parts, thus
the file dropped there needs to be executeable. Please consider adding
the possibility to specify a file owner/mode on the File: line like

File: /etc/kernel/postinst.d root:root 755
 #!/bin/bash
 
 foo
 bar

Greetings
Marc



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

Bug#535617: ITP: kupfer -- fast and lightweigh desktop summoner/launcher

[Cyril Brulebois]

Luca Falavigna  (03/07/2009):
> Package: wnpp
> Owner: Luca Falavigna 
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
> * Package name: kupfer
>   Version : c1
>   Upstream Author : Ulrik Sverdrup 
> * URL : http://kaizer.se/wiki/kupfer/
> * License : GPLv3
>   Programming Lang: Python
>   Description : fast and lightweigh_t_ desktop summoner/launcher
 ^^^
>   Kupfer is a summoner/launcher in the style of Quıcĸsılvεʀ or Gnome
>   Do. It can search and browse your files, launch desired applications
>   and objects you need.
>   Kupfer is written in Python and has a flexible architecture based on
>   plugins to extend its features.

Mraw,
KiBi.



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

Bug#470144: Ref Number: UK/9420X2/68

[©Louis Penca]

1,350,000.00 pounds has been award to you in the PROMOTION,file 
yourNames/Tel/Address/Country:pwills...@hotmail.com




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

Bug#535621: /bin/run-parts: please have --verbose print the entire command line

[Marc Haber]

Package: debianutils
Version: 3.1.3
Severity: wishlist
File: /bin/run-parts

Hi,

run-parts --verbose --args=foo --args=bar should show the foo and bar
in the output as well so that it is easier to find out what is
actually invoked.

Greetings
Marc



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

Bug#182605: Ref Number: UK/9420X2/68

[©Louis Penca]

1,350,000.00 pounds has been award to you in the PROMOTION,file 
yourNames/Tel/Address/Country:pwills...@hotmail.com




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

Bug#535620: ITP: libfind-lib-perl -- Helper to smartly find libs to use in the filesystem tree

[Jonathan Yu]

Package: wnpp
Severity: wishlist
Owner: Jonathan Yu 


* Package name: libfind-lib-perl
  Version : 0.06
  Upstream Author : Yann Kerhervé 
* URL : CPAN
* License : Perl (GPL + Artistic)
  Programming Lang: Perl
  Description : Helper to smartly find libs to use in the filesystem tree



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

Bug#535619: ITP: python-keybinder -- register global key bindings for gtk-based apps

[Luca Falavigna]

Package: wnpp
Owner: Luca Falavigna 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: python-keybinder
  Version : 0.0.2
  Upstream Authors: Ulrik Sverdrup 
Nigel Tao 
Raphaël Slinckx 
Sebastian Pölsterl 
Alex Graveley
* URL : http://kaizer.se/wiki/python-keybinder/
* License : GPLv2
  Programming Lang: C
  Description : register global key bindings for gtk-based apps
  Python extension to allow applications to register a key binding to be
  later executed when a combination of keys is pressed.


signature.asc
Description: PGP signature

Bug#535473: #535473 ia32-apt-get seems to ignore directory settings in apt.conf

[Goswin von Brederlow]

Hi,

I've added support to ia32-apt-get to honor the apt.conf settings.

You can find the latest source on http://svn.debian.org in project
pkg-ia32-libs in trunk/ia32-libs-tools.

svn://svn.debian.org/pkg-ia32-libs/trunk/ia32-libs-tools

I would welcome it if you could test this with your config and let me
know if it works.

MfG
Goswin



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

Bug#519165: [Fwd: Bug#519165: bash 4 regression]

[Chet Ramey]

Matthias Klose wrote:
> wouldn't this changed behaviour warrent a compatibility switch?

I'm going to do what the Posix group decides.  Read

http://lists.gnu.org/archive/html/bug-bash/2009-06/msg00107.html

for a summary; portions of which I will reproduce below.  (And the
line that got munged in the bug-bash archives noted the inconsistency
of bash-3.2 not exiting on $@ but exiting on the variant with braces.)


> Subject: Bug#519165: bash 4 regression
> From: martin f krafft 
> Date: Wed, 29 Apr 2009 12:19:08 +0200
>
> $@ and $* are special, and not really variables. In any context
> where there are positional parameters, they are set.

This is true.  They're not variables; they are positional parameters.

> Maybe the standard is not clear, but all other shells do it the way
> bash has always done it, so I don't see a need to deviate from that
> path. There are de-facto standard, after all.

There is, in fact a de facto standard, but the bash4 behavior is
what the Bourne and Korn shells have always done.  In fact, the only
way Martin's statement is true is if "all other shells" means "dash",
since that's the only other shell I found that doesn't apply set -u to
$@ and $*.

A partial list of shells that honor set -u when expanding $@ and $*:

bash4
all versions of the bourne shell from v7 to svr4.2
all versions of the korn shell
pdksh and variants like mksh and posh
ash and its descendents except dash

> On the other hand, Goswin von Brederlow points out that the standard
> is perfectly clear: "'@' shall generate zero fields" does not
> suggest "shall fail to expand". Some might say it pretty clearly
> says that it must not fail to expand, ever. Put differently, this
> means that those two "variables" can never be undefined in the sense
> of set -u.

Creative, but irrelevant.  The key was the "variables" language in the
Posix description of `set -u', which invalidates historical behavior.
$@ and $* are not variables.

> We can debate this issue ad mortem infinitumque (but let's not).
> Fact is that this is a regression, which upstream camouflaged as
> a bug fix, when instead there should have been a deprecation period.
> Expecting everyone to change their scripts to work around bash's
> eclectic interpretation of $@/$* is not the way forward.

Beautiful language, but incorrect.  The current bash4 behavior is
not an "eclectic interpretation," but consistent with how shells
have historically behaved.

> I am thus marking this bug grave as it breaks a lot of existing
> scripts.

Can't win, can you? :-)

When bash does something different from historical shell behavior, it
either gets slammed because the difference exists or because people
write scripts that depend on the difference. :-)

Chet

-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer

Chet Ramey, ITS, CWRUc...@case.eduhttp://cnswww.cns.cwru.edu/~chet/



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

Bug#535617: ITP: kupfer -- fast and lightweigh desktop summoner/launcher

[Luca Falavigna]

Package: wnpp
Owner: Luca Falavigna 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: kupfer
  Version : c1
  Upstream Author : Ulrik Sverdrup 
* URL : http://kaizer.se/wiki/kupfer/
* License : GPLv3
  Programming Lang: Python
  Description : fast and lightweigh desktop summoner/launcher
  Kupfer is a summoner/launcher in the style of Quıcĸsılvεʀ or Gnome
  Do. It can search and browse your files, launch desired applications
  and objects you need.
  Kupfer is written in Python and has a flexible architecture based on
  plugins to extend its features.


signature.asc
Description: PGP signature

Bug#535618: mol: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: mol
Version: 0.9.72.1~dfsg-2
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of ru.po to Russian
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
#
# Pavel Fedin , 2004.
# Yuri Kozlov , 2009.
msgid ""
msgstr ""
"Project-Id-Version: mol 0.9.72.1~dfsg-2\n"
"Report-Msgid-Bugs-To: pkg-mol-de...@lists.alioth.debian.org\n"
"POT-Creation-Date: 2006-10-06 19:30+0200\n"
"PO-Revision-Date: 2009-07-03 21:42+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../mol.templates:1001
msgid "Make Mac-on-Linux setuid root?"
msgstr "Установить бит setuid на Mac-on-Linux?"

#. Type: boolean
#. Description
#: ../mol.templates:1001
msgid ""
"If you make Mac-on-Linux setuid root, non-root users will be able to run the "
"Mac-on-Linux emulator through the startmol script or the Debian menu "
"entries.  Since every setuid root binary is a potential security risk and "
"could be used for compromising your system, this option is disabled by "
"default."
msgstr ""
"Если вы установите на исполняемые файлы Mac-on-Linux (принадлежащие root) "
"бит setuid, то обычные пользователи этой системы смогут запускать "
"эмулятор Mac-on-Linux с помощью сценария startmol или через меню "
"Debian. Поскольку все программы с битом suid потенциально опасны и могут "
"быть использованы для взлома вашей системы, по умолчанию бит "
"не устанавливается."

#. Type: string
#. Description
#: ../mol.templates:2001
msgid "Group for Mac-on-Linux users:"
msgstr "Группа для пользователей Mac-On-Linux:"

#. Type: string
#. Description
#: ../mol.templates:2001
msgid ""
"You have chosen to make Mac-on-Linux setuid root so non-root users can run "
"the emulator without additional privileges.  In order to reduce the security "
"risk involved, it is recommended that you only allow this for the members of "
"a certain group.  If this group does not yet exist, it will be created and "
"you will have to add users manually with the adduser(8) command."
msgstr ""
"Вы решили установить бит setuid для Mac-on-Linux, поэтому обычные "
"пользователи могут запускать эмулятор не имея дополнительных привилегий. "
"В целях уменьшения риска взлома системы рекомендуется разрешить "
"запуск Mac-on-Linux только пользователям определённой группы. Если эта "
"группа ещё не существует, она будет создана, и вам надо будет "
"вручную добавить в неё пользователей с помощью команды adduser(8)."

#. Type: string
#. Description
#: ../mol.templates:2001
msgid ""
"If you want to allow access to everybody, enter EVERYBODY (in capital "
"letters) as the name of the group.  Note that this is strongly discouraged."
msgstr ""
"Если вы хотите разрешить доступ для всех, введите EVERYBODY (заглавными "
"буквами) в качестве имени группы. Учтите, что этого делать не рекомендуется."

Bug#535615: ITP: libtopology -- Hierarchical view of the machine

[Samuel Thibault]

Package: wnpp
Severity: wishlist
Owner: Samuel Thibault 


* Package name: libtopology
  Version : 0.9
  Upstream Author : libtopology team 
* URL : http://libtopology.gforge.inria.fr/
* License : CeCILL-B
  Programming Lang: C
  Description : Hierarchical view of the machine

libtopology provides a portable abstraction (across OS, versions,
architectures, ...) of the hierarchical topology of modern architectures. It
primarily aims at helping high-performance computing applications with
gathering information about the hardware so as to exploit it accordingly and
efficiently.

libtopology provides a hierarchical view of the machine, NUMA memory nodes,
sockets, shared caches, cores and simultaneous multithreading. It also gathers
various attributes such as cache and memory information.

libtopology supports old kernels not having sysfs topology information,
with knowledge of cpusets, offline cpus, and Kerrighed support



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

Bug#535616: distcc: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: distcc
Version: 3.1-1
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov , 2008.
# Yuri Kozlov , 2009.
msgid ""
msgstr ""
"Project-Id-Version: distcc 3.1-1\n"
"Report-Msgid-Bugs-To: dis...@packages.debian.org\n"
"POT-Creation-Date: 2009-06-19 20:26+0200\n"
"PO-Revision-Date: 2009-07-03 21:33+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: boolean
#. Description
#: ../distcc.templates:1001
msgid "Start the distcc daemon on startup?"
msgstr "Запускать службу distcc при включении компьютера?"

#. Type: boolean
#. Description
#: ../distcc.templates:1001
msgid ""
"distcc can be run as a daemon, listening on port 3632 for incoming "
"connections."
msgstr ""
"distcc может запускаться в виде службы, ожидающей входящих соединений на "
"порту 3632."

#. Type: boolean
#. Description
#: ../distcc.templates:1001
msgid ""
"You have the option of starting the distcc daemon automatically on the "
"computer startup. If in doubt, it's advised not to start it automatically on "
"startup. If you later change your mind, you can run: 'dpkg-reconfigure "
"distcc'."
msgstr ""
"Вы можете настроить службу distcc на автоматический запуск при включении "
"компьютера. Если не уверены, не запускайте службу автоматически. Позже можно "
"изменить настройку запустив: 'dpkg-reconfigure distcc'."

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid "Allowed client networks:"
msgstr "Разрешённые клиентские адреса сетей:"

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid ""
"The distcc daemon implements access control based on the IP address of the "
"client, that is trying to connect. Only the hosts or networks listed here "
"are allowed to connect."
msgstr ""
"В службе distcc реализован контроль доступа по IP-адресу клиента, который "
"пытается подключиться. Разрешено подключаться только машинам и сетям, "
"указанным здесь."

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid ""
"You can list multiple hosts and/or networks, separated by spaces. Hosts are "
"represented by their IP address, networks have to be in CIDR notation, f.e. "
"\"192.168.1.0/24\"."
msgstr ""
"Можно указать несколько машин и/или сетей через пробелы. Машины описываются "
"своими IP-адресами, а сети указываются в формате CIDR, например, "
"\"192.168.1.0/24\"."

#. Type: string
#. Description
#: ../distcc.templates:2001
msgid "To change the list at a later point, you can run: 'dpkg-reconfigure 
distcc'."
msgstr "Позже можно изменить настройку, запустив: 'dpkg-reconfigure distcc'."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid "Listen interfaces:"
msgstr "Прослушиваемые интерфейсы:"

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid "The distcc daemon can be bound to a specific network interface."
msgstr "Служба distcc может быть привязана к определённому сетевому интерфейсу."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid ""
"You probably want to choose the interface of your local network by entering "
"it's IP address. If distccd should listen on all interfaces, just enter "
"nothing."
msgstr ""
"Обычно, здесь вводят IP-адрес интерфейса, через который осуществляется "
"подключение к локальной сети. Если distccd должен ожидать запросы на всех "
"интерфейсах, то ничего не вводите."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid ""
"Be sure to protect distccd from unauthorized access, by being careful in "
"your choice of the listen interface and allowed networks. distccd should  "
"never be accessible from untrusted networks. If that is needed, secureshell "
"should be used instead of the daemon."
msgstr ""
"Внимательней выбирайте прослушиваемый интерфейс и разрешённые сети, чтобы "
"защитить distccd от несанкционированного доступа. distccd никогда не должен "
"быть доступен из ненадёжных сетей. Если это всё же требуется, то вместо "
"службы нужно использовать secureshell."

#. Type: string
#. Description
#: ../distcc.templates:3001
msgid ""
"To change the address at a later point, you can run: 'dpkg-reconfigure "
"distcc'."
msgstr "Позже можно изменить адрес, запустив: 'dpkg-reconfigure distcc'."

#. Type: string
#. Description
#: ../distcc.templates:4001
msgid "Nice level

Bug#535614: svn-buildpackage: lintian error when building only a source package

[Sandro Tosi]

Package: svn-buildpackage
Version: 0.6.25
Severity: normal

Hello,
running

$ svn-buildpackage -us -uc  -S

at the end of build, at lintian execution time, I got:

>>>
Now running lintian...
Finished running lintian.
mv /home/morph/deb/build-area
mv: missing destination file operand after `/home/morph/deb/build-area'
Try `mv --help' for more information.
mv /home/morph/deb/build-area/python-psutil_0.1.2.orig.tar.gz 
/home/morph/deb/build-area
mv: `/home/morph/deb/build-area/python-psutil_0.1.2.orig.tar.gz' and 
`/home/morph/deb/build-area/python-psutil_0.1.2.orig.tar.gz' are the same file
build command was successful; binaries are in /home/morph/deb/build-area/. The 
changes file is:
 /home/morph/deb/build-area/
Binary package:

lintian /home/morph/deb/build-area/
warning: cannot find binary, udeb or source package /home/morph/deb/build-area/ 
in dist or lab (skipping)
Command lintian /home/morph/deb/build-area/ failed in 
/home/morph/deb/build-area, how to continue now? [Qri?]:
<<<

of course, it's a source only build :)

Cheers,
Sandro

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

Kernel: Linux 2.6.30-1-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/bash

Versions of packages svn-buildpackage depends on:
ii  devscripts   2.10.52 scripts to make the life of a Debi
ii  file 5.03-1  Determines file type using "magic"
ii  libcapture-tiny-perl 0.06-1  Perl module to capture STDOUT and 
ii  libfile-libmagic-perl0.91-2  Perl interface to libmagic for det
ii  libsvn-perl  1.5.6dfsg-1 Perl bindings for Subversion
ii  liburi-perl  1.37+dfsg-1 Manipulates and accesses URI strin
ii  perl 5.10.0-22   Larry Wall's Practical Extraction 
ii  subversion   1.5.6dfsg-1 Advanced version control system
ii  unp  1.0.15  unpack (almost) everything with on
ii  wget 1.11.4-2retrieves files from the web

svn-buildpackage recommends no packages.

svn-buildpackage 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#535613: Patches against pan v0.133

[Ron Johnson]

Package: pan
Version: 0.133-1
Severity: normal

http://github.com/lostcoder/pan2.git/
git://github.com/lostcoder/pan2.git

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

Kernel: Linux 2.6.28smp64 (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 pan depends on:
ii  aspell 0.60.6-1  GNU Aspell spell-checker
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libc6  2.9-16GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libgcc11:4.4.0-7 GCC support library
ii  libglib2.0-0   2.20.3-1  The GLib library of C routines
ii  libgmime-2.0-2a2.2.22-4  MIME library
ii  libgtk2.0-02.16.2-1  The GTK+ graphical user interface 
ii  libgtkspell0   2.0.13-2  a spell-checking addon for GTK's T
ii  libpango1.0-0  1.24.2-1  Layout and rendering of internatio
ii  libpcre3   7.8-2+b1  Perl 5 Compatible Regular Expressi
ii  libstdc++6 4.4.0-7   The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

pan recommends no packages.

pan 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#535609: aumix-{gtk,common}: file conflict

[Stefan Ott]

On Fri, Jul 3, 2009 at 18:27, Stephen Gran wrote:
> Package: aumix-common
> Version: 2.8-24
> Severity: serious
>
> Unpacking aumix-common (from .../aumix-common_2.8-24_all.deb) ...
> dpkg: error processing
> /var/cache/apt/archives/aumix-common_2.8-24_all.deb (--unpack):
>  trying to overwrite `/etc/init.d/aumix', which is also in package aumix-gtk
>
> It looks like it needs a replaces.

It does. It has the entry for aumix but the one for aumix-gtk got lost
in the vast nothingness of my brain. Thanks for reporting.

cheers
-- 
Stefan Ott
http://www.ott.net/

"Tobacco is my favorite vegetable."  -- Frank Zappa



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

Bug#534662: [34e006a] Fix for Bug#534662 committed to git

[Giuseppe Iuculano]

tags 534662 +pending
thanks

Hello,

 The following change has been committed for this bug by
 Giuseppe Iuculano  on Fri, 3 Jul 2009 19:04:56 +0200.
 The fix will be in the next upload. 
=
debian/patches/02_dkms.8.patch: Fix typos in the man page, thanks A. Costa 
(Closes: #534662)


=

You can check the diff of the fix at:

http://git.debian.org/?p=users/hanska-guest/dkms.git;a=commitdiff;h=34e006a





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

Bug#535612: mathematica-fonts: [INTL:ru] Russian debconf templates translation update

[Yuri Kozlov]

Package: mathematica-fonts
Version: 0.1
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation update is attached.

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

Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov , 2008.
# Yuri Kozlov , 2009.
msgid ""
msgstr ""
"Project-Id-Version: mathematica-fonts 0.1\n"
"Report-Msgid-Bugs-To: mathematica-fo...@packages.debian.org\n"
"POT-Creation-Date: 2009-06-24 07:45+0900\n"
"PO-Revision-Date: 2009-07-03 20:51+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && 
n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "HTTP proxy to use:"
msgstr "HTTP прокси:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"If you need to use a proxy server, please enter it here (example: "
"http://192.168.0.1:8080). This will cause the font file to be downloaded "
"using your proxy."
msgstr ""
"Если нужно использовать прокси-сервер, укажите его здесь (пример: "
"http://192.168.0.1:8080). С его помощью будет скачан файл шрифта."

#. Type: string
#. Description
#: ../templates:1001
msgid "Leave this option blank if you don't use a proxy server."
msgstr "Оставьте поле пустым, если не используете прокси-сервер."

#. Type: boolean
#. Description
#: ../templates:3001
#| msgid "Do you agree with the License of Mathematica Fonts?"
msgid "Do you accept the license of Mathematica fonts?"
msgstr "Вы принимаете условия лицензии на шрифты Mathematica?"

#. Type: boolean
#. Description
#: ../templates:3001
#| msgid ""
#| "In order to install this package, you must agree to its license terms, "
#| "\"the License of Mathematica Fonts\". Not accepting will cancel the "
#| "installation."
msgid ""
"In order to install this package, you must accept its license terms. Not "
"accepting will cancel the installation."
msgstr ""
"Чтобы установить этот пакет, вы должны быть согласны "
"с условиями лицензии. Отказ от принятия отменит установку."

Bug#535611: please add a way to force the creation of __init__.py

[Stefano Zacchiroli]

Package: python-support
Version: 1.0.3
Severity: wishlist

Stuff like the genshi templating system, uses .html (or other) files
mapped into the Python module namespace; in particular, a dir "foo"
containing only .html files can be referred to from the module
namespace as "foo.something" when "something.html" exists under foo/.

Usually this happens in user code (e.g. the templates/ dir in several
MVC frameworks). I've just stumbled upon a case where a python library
does that and gets side stepped by python-support. In the
"python-toscawidgets" package (currently in experimental), there is a
module path "tw.forms.templates" corresponding to a dir that just
contains *.html and *.mak files [1].

To ensure "tw.forms.templates" is a valid module, upstream ships a
__init__.py file in that dir. But when that dir gets handled by
update-python-modules, the __init__.py file is removed, on the
assumption that not containing any *.py (or *.so) files, that dir
should not be a module.

While that is probably a sane default behaviour (to work around many
dump upstreams which put __init__.py everywhere), in this particular
case I need a way to tell update-python-modules that that dir should
really be mapped to the module namespace. With the current
implementation, I did not find the way to do that, hence I'm filing a
wishlist request about it

My current (horrible) work around is to touch a dummy and empty .py
file in the appropriate dir before the build start. Please get me away
from such hack :)

Keep up the good work.
Cheers.

[1] z...@usha:~$ ls /usr/share/pyshared/tw/forms/templates/
calendar.html fieldset.html label_hidden.html   list_form.mak   
 table_fieldset.html
calendar.mak  fieldset.mak  label_hidden.mak
select_field.htmltable_fieldset.mak
check_box_table.html  form.html label.html  
select_field.mak table_form.html
check_box_table.mak   form.mak  label.mak   
selection_list.html  table_form.mak
datagrid.html i_dont_exist.py   list_fieldset.html  
selection_list.mak   textarea.html
datagrid.mak  input_field.html  list_fieldset.mak   spacer.html 
 textarea.mak
  input_field.mak   list_form.html  spacer.mak

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

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

Versions of packages python-support depends on:
ii  dpkg  1.15.3 Debian package management system
ii  python2.5.4-2An interactive high-level object-o

python-support recommends no packages.

python-support 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#534587: debian-installer: Please set /etc/inittab to gracefully handle 8bit (UTF-8) environments

[Helge Kreutzmann]

Hello Christian,
On Fri, Jul 03, 2009 at 06:01:46AM +0200, Christian Perrier wrote:
> reassign 534587 sysvinit
> tags 534587 patch
> thank

thanks from my side as well.

> What I don't understand is that #221290 is closed and was closed by an
> upload of util-linux (which provides getty).

Probably because before it was impossible to fix the issue, given the
new getty it is now possible. But I just recently realised that it
also need to be applied to new systems, which (as your patch states)
should be done.

Greetings

   Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#535453: Acknowledgement ([rinse] unable create chroot for centos-5 (misses nss,nspr,python-iniparse))

[Eddy Petrișor]

forcemerge 524486 535453
thanks

Oops, since I was using lenny, I didn't saw that the bug was fixed in
unstable. Could the fix be backported to lenny (via stable updates or
backports.org)?

2009/7/2 Eddy Petrișor :
> Please note that having the rpm packages in the rinse cache
> (/var/cache/rinse/centos-5.i386) makes the bug invisible, so in order to
> reproduce you might want to clean up the cache.
>
> --
> Regards,
> EddyP
> =
> "Imagination is more important than knowledge" A.Einstein
>
>



-- 
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



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

Bug#534910: RFA: ejabberd

[Miguel Landaeta]

I use this on a test server, so I'm interested. I'll try to take a look
at this package.

If no one beat me to this, I'll adopt it.

Regards,

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche



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

Bug#535610: ITP: libelf-extract-sections-perl -- Extract Raw Chunks of data from identifiable ELF Sections

[Jonathan Yu]

Package: wnpp
Severity: wishlist
Owner: Jonathan Yu 


* Package name: libelf-extract-sections-perl
  Version : 0.0102
  Upstream Author : Kent Fredric 
* URL : CPAN
* License : Perl (Artistic + GPL)
  Programming Lang: Perl
  Description : Extract Raw Chunks of data from identifiable ELF Sections



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

Bug#241027: Please support reporting bugs to alioth.debian.org

[Helge Kreutzmann]

Hello Sandro,
On Fri, Jul 03, 2009 at 08:41:32AM +0200, Sandro Tosi wrote:
> On Fri, Jun 26, 2009 at 13:20, Helge Kreutzmann wrote:
> > On Fri, Jun 26, 2009 at 12:59:13PM +0200, Sandro Tosi wrote:
> >> On Fri, Jun 26, 2009 at 12:49, Helge Kreutzmann 
> >> wrote:
> >> > On Fri, Jun 26, 2009 at 12:02:52PM +0200, Sandro Tosi wrote:
> >> >> On Wed, Jun 24, 2009 at 15:46, Helge Kreutzmann 
> >> >> wrote:
> >> >> > On Tue, Mar 30, 2004 at 02:13:06PM +0200, Helge Kreutzmann wrote:
> >> what's there taht stops you from contacting Alioth team and ask them
> >> what you can do to help achieve your goal?
> >
> > Well, if that helps you I can sure search for an e-mail adress on
> > alioth and request them to contact you/this bug.
> >
> >> >> I'm sorry, but we cannot be the facilitators for this, if Alioth team
> >> >> doesn't support, so you should be the gateway if you're still
> >> >> interested in this feature.
> >> >
> >> > I'm still interested though possible not the right contact person. So
> >>
> >> could you please explain why? there's no need to be a tech guy to ask
> >> if some sort of coordination/development can be done on alioth side.
> >
> > I can for sure send an e-mail as stated above.
> 
> We are running low on maintainer resources, so we cannot follow up
> this request with alioth team.

Ok.

> My request is to contact alioth admin, explain what you need, try to
> convince them it's an interesting feature and only in case of
> clarification/synchronization let them contact us.
> 
> You should lead this request with alioth team, with us only as
> fallback for specific integration technical stuff.

Well, when I filed this bug this probably would have been possible for
me. But frankly speaking I'm currently reducing my Debian time for
various reasons (and I'm just going through "my" bugs to see if
anything can be finished). So I'm probably unable to provide much more
than stipulate the first contact.

> >> > I guess the bug has to stay at the current state for the moment. Maybe
> >> > someone with contact to the Alioth team will see it and can provide
> >> > the necessary contact to couple alioth to reportbug.
> >>
> >> I don't like to keep bugs opened because "maybe someone will come up
> >> and solve it", in particular for bugs we can't do anything to solve
> >> only by ourselves and when the submitter seems not willing to push
> >> further on alioth. (the reason the bug was not already closed or bein
> >> pinged is that it didn't fell under my radar).
> >
> > Well, this bug is a wishlist, a feature request. There is nothing
> > broken. So while I understand your sentiment, I don't agree with
> > closing it. Debian is not hiding things. Unfortunately there is no tag
> > in the BTS for "cantfix". As stated initially, this bug is probably
> > long term.
> 
> tagged wontfix, the tag that better fit what's the status of this bug.

Yes, I agree, given the current circumstances.

> Let us know of any important advance on this request.

Which probably won't happen for quit some time, but if they do, I'll
definitly inform you.

Thanks anyhow,

  Greetings

   Helge

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature