Bug#516405: Upgrading to 0.0.20090214b-1 changes the website location to /

[Bin Zhang]

Mohammed Adnène Trojette wrote:

Package: dokuwiki
Version: 0.0.20090214b-1
Tags: moreinfo, unreproducible

On Wed, Jun 17, 2009, Bin Zhang wrote:
  

Non. I didn't run dpkg-reconfigure.
I just said yes to the question "Installing package's apache.conf".



But didn't it ask you about the location?

  


No.

Thanks,
Bin


Before  today's upgrade, it was
Alias /dokuwiki /usr/share/dokuwiki
Ater upgrade it became
Alias / /usr/share/dokuwiki



Weird. I can't manage to reproduce this bug. But it is not the same bug
as before. Hence closing the old one and opening a new one.

  

Bug#531569: [SRM] upload of TeX packages to oldstable

[Herbert Liechti]

>> Dear release managers,
>>
>> I am right now uploading an again-installable tetex-bin to
>> oldstable-proposed-updates (I hope that's correct?), and texlive-bin
>> will follow soon. Both uploads have been built in etch pbuilder chroots,
>> and have been tested to fix the problem.

Hello

Where can I download this fixed version. The archives seems to have the
buggy version (3.0-30).

Thanks & best regards

-- 
herbert.liec...@thinx.ch,  ThinX AG,  Bielstrasse 69,  CH-4500 Solothurn
Tel +41 (0)32 623 81 66, Mobile +41 (0)76 334 81 66, http://www.thinx.ch




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

Bug#532772: [eric] Segmentation fault

[Gudjon I. Gudjonsson]

Hi
Sorry, made a mistake, please install it again and it should request 
python-qscintilla2 (>=2.4) and then it shouldn't segfault.

Eric will be uploaded to Debian as soon as python-qscintilla2-2.4 enters 
unstable.

/Gudjon



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

Bug#533472: unresolved dependencies when installing ia32-libs

[Reinhard Karcher]

I suppose it is a duplicate to 533362.

Reinhard





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

Bug#533169: output of 'lsusb' and 'megatec_usb -a sven_625 -u nut -DDDDD'.

[Murz]

I have attached an output of 'lsusb' and 'megatec_usb -a sven_625 -u
nut -D'.
# lsusb
Bus 002 Device 002: ID :
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 002: ID a420:5420
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 006: ID 03f0:2b17 Hewlett-Packard LaserJet 1020
Bus 001 Device 003: ID 1307:0163 Transcend Information, Inc. 512MB USB Flash 
Drive
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
# /lib/nut/megatec_usb -a sven_625 -u nut -D
Network UPS Tools - Megatec protocol driver 1.6 (2.4.1)   
Serial-over-USB transport layer 0.10  
debug level is '5'
Checking device (/) (002/002) 
- VendorID:   
- ProductID:  
- Manufacturer:   
- Product: 068A   
- Serial Number: unknown  
- Bus: 002
Trying to match device
Device matches
DTR=1, RTS=0  
Starting UPS detection process... 
Asking for UPS information [I]... 
set_data_krauler: index [0c]  
 (len = 39/255)VT0105BG   
I => OK [#   VT0105BG  ]  
I VALUES => [  VT0105BG]  
Asking for UPS status [Q1]... 
set_data_krauler: index [03]  
 (len = 47/255).0 140.0 233.8 018 50.0 13.6 30.0 1001 
Q1 => OK [(235.0 140.0 233.8 018 50.0 13.6 30.0 1001] 
Q1 VALUES => [235.0 140.0 233.8 18.0 50.0 13.6 30.0 1001] 
Asking for UPS status [Q1]... 
set_data_krauler: index [03]  
 (len = 47/255).3 140.0 233.8 018 50.0 13.6 30.0 1001 
Q1 => OK [(233.3 140.0 233.8 018 50.0 13.6 30.0 1001] 
Q1 VALUES => [233.3 140.0 233.8 18.0 50.0 13.6 30.0 1001] 
Asking for UPS status [Q1]... 
set_data_krauler: index [03]  
 (len = 47/255).0 140.0 233.8 018 50.0 13.6 30.0 1001 
Q1 => OK [(235.0 140.0 233.8 018 50.0 13.6 30.0 1001] 
Q1 VALUES => [235.0 140.0 233.8 18.0 50.0 13.6 30.0 1001] 
Asking for UPS status [Q1]... 
set_data_krauler: index [03]  
 (len = 47/255).3 140.0 233.8 018 50.0 13.6 30.0 1001 
Q1 => OK [(233.3 140.0 233.8 018 50.0 13.6 30.0 1001] 
Q1 VALUES => [233.3 140.0 233.8 18.0 50.0 13.6 30.0 1001] 
Asking for UPS status [Q1]... 
set_data_krauler: index [03]  
 (len = 47/255).3 140.0 233.8 018 50.0 13.6 30.0 1001 
Q1 => OK [(233.3 140.0 233.8 018 50.0 13.6 30.0 1001] 
Q1 VALUES => [233.3 140.0 233.8 18.0 50.0 13.6 30.0 1001] 
0 out of 5 detection attempts failed (minimum failures: 2).   
send_to_all: SETINFO ups.type "standby"   
Cancelling any pending shutdown or battery test.  
set_data_krauler: index [0b]  
-> String: UPS No Ack (len = 10/255)  
set_data_krauler: retry [UPS No Ack]  
Asking for UPS information [I]... 
set_data_krauler: index [0c]  
 (len = 39/255)VT0105BG   
I => OK [#   VT0105BG  ]  
I VALUES => [  VT0105BG]  
send_to_all: SETINFO ups.mfr ""   
send_to_all: SETINFO ups.model " VT0105BG"
Megatec protocol UPS detected [  VT0105BG].   
send_to_all: SETINFO ups.serial "unknown" 
Parameter [ignoreoff]: [false]
Asking for UPS power ratings [F]...   
set_data_krauler: index [0d]  
 (len = 22/255).0 000 012.0 50.0  
F => OK [#220.0 000 012.0 50.0] 

Bug#519158: Still problems with already changed hardware

[Michael Rumpler]

Here is some update on the problem...

I have updated the system in the following ways as there were still
problems with the drives...

- i replaced the motherboard (Intel D945GCLF2) as the errors only 
  occured on drive sda (connected to one of the two SATA ports on the   
  board itself)
- i replaced the SSD with 2 drives like the 3 drives on the SiI 3124 
  (all three drives never had smilar problems since the machine is 
  running), so there are now two WDC WD5000ABPS-0 Rev: 02.0 connected
  directly to the motherboard

I hoped this will solve the problem...

But yesterday night again the SATA system hat trouble:

-- snip 
Jun 18 06:46:37 atom kernel: [697701.292480] ata1.00: exception Emask
0x0 SAct 0x0 SErr 0x0 action 0x0
Jun 18 06:46:37 atom kernel: [697701.292520] ata1.00: cmd
ea/00:00:00:00:00/00:00:00:00:00/a0 tag 0
Jun 18 06:46:37 atom kernel: [697701.292523]  res
51/04:00:0a:24:f9/00:00:00:00:00/a9 Emask 0x1 (device error)
Jun 18 06:46:37 atom kernel: [697701.292583] ata1.00: status: { DRDY
ERR }
Jun 18 06:46:37 atom kernel: [697701.292604] ata1.00: error: { ABRT }
Jun 18 06:46:38 atom kernel: [697701.316560] ata1.00: failed to read
native max address (err_mask=0x1)
Jun 18 06:46:38 atom kernel: [697701.316589] ata1.00: HPA support seems
broken, skipping HPA handling
Jun 18 06:46:38 atom kernel: [697701.828285] ata1.00: configured for
UDMA/133 (device error ignored)
Jun 18 06:46:38 atom kernel: [697701.828327] end_request: I/O error, dev
sda, sector 59922239
Jun 18 06:46:38 atom kernel: [697701.828357] md: super_written gets
error=-5, uptodate=0
Jun 18 06:46:38 atom kernel: [697701.828384] raid1: Disk failure on
sda1, disabling device.
Jun 18 06:46:38 atom kernel: [697701.828386] raid1: Operation continuing
on 1 devices.
Jun 18 06:46:38 atom kernel: [697701.828462] ata1: EH complete
Jun 18 06:46:38 atom kernel: [697701.828655] sd 0:0:0:0: [sda] 976773168
512-byte hardware sectors: (500 GB/465 GiB)
Jun 18 06:46:38 atom kernel: [697701.828769] sd 0:0:0:0: [sda] Write
Protect is off
Jun 18 06:46:38 atom kernel: [697701.828795] sd 0:0:0:0: [sda] Mode
Sense: 00 3a 00 00
Jun 18 06:46:38 atom kernel: [697701.828876] sd 0:0:0:0: [sda] Write
cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jun 18 06:46:38 atom kernel: [697702.255140] RAID1 conf printout:
Jun 18 06:46:38 atom kernel: [697702.255169]  --- wd:1 rd:2
Jun 18 06:46:38 atom kernel: [697702.255191]  disk 0, wo:0, o:1,
dev:sdb1
Jun 18 06:46:38 atom kernel: [697702.255213]  disk 1, wo:1, o:0,
dev:sda1
Jun 18 06:46:38 atom kernel: [697702.260017] RAID1 conf printout:
Jun 18 06:46:38 atom kernel: [697702.260040]  --- wd:1 rd:2
Jun 18 06:46:38 atom kernel: [697702.260060]  disk 0, wo:0, o:1,
dev:sdb1
Jun 18 06:50:14 atom kernel: [697918.50] ata1.00: exception Emask
0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Jun 18 06:50:14 atom kernel: [697918.92] ata1.00: cmd
b0/d8:00:00:4f:c2/00:00:00:00:00/00 tag 0
Jun 18 06:50:14 atom kernel: [697918.95]  res
40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Jun 18 06:50:14 atom kernel: [697918.000155] ata1.00: status: { DRDY }
Jun 18 06:50:19 atom kernel: [697923.040022] ata1: link is slow to
respond, please be patient (ready=0)
Jun 18 06:50:24 atom kernel: [697928.024026] ata1: device not ready
(errno=-16), forcing hardreset
Jun 18 06:50:24 atom kernel: [697928.024061] ata1: soft resetting link
Jun 18 06:50:29 atom kernel: [697933.220020] ata1: link is slow to
respond, please be patient (ready=0)
Jun 18 06:50:39 atom kernel: [697942.536144] ata1.00: qc timeout (cmd
0xec)
Jun 18 06:50:39 atom kernel: [697942.536177] ata1.00: failed to IDENTIFY
(I/O error, err_mask=0x4)
Jun 18 06:50:39 atom kernel: [697942.536204] ata1.00: revalidation
failed (errno=-5)
Jun 18 06:50:44 atom kernel: [697947.576020] ata1: link is slow to
respond, please be patient (ready=0)
Jun 18 06:50:49 atom kernel: [697952.560023] ata1: device not ready
(errno=-16), forcing hardreset
Jun 18 06:50:49 atom kernel: [697952.560061] ata1: soft resetting link
Jun 18 06:50:58 atom kernel: [697961.476299] ata1.00: configured for
UDMA/133 (device error ignored)
Jun 18 06:50:58 atom kernel: [697961.476371] ata1: EH complete
Jun 18 06:50:58 atom kernel: [697961.478921] sd 0:0:0:0: [sda] 976773168
512-byte hardware sectors: (500 GB/465 GiB)
Jun 18 06:50:58 atom kernel: [697961.479078] sd 0:0:0:0: [sda] Write
Protect is off
Jun 18 06:50:58 atom kernel: [697961.479110] sd 0:0:0:0: [sda] Mode
Sense: 00 3a 00 00
Jun 18 06:50:58 atom kernel: [697961.479212] sd 0:0:0:0: [sda] Write
cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jun 18 06:55:11 atom kernel: [698215.63] ata1.00: exception Emask
0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
Jun 18 06:55:11 atom kernel: [698215.000101] ata1.00: cmd
b0/d8:00:00:4f:c2/00:00:00:00:00/00 tag 0
Jun 18 06:55:11 atom kernel: [698215.000104]  res
40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
Jun 18 06:55:11 atom kernel: [6982

Bug#533501: hal: iRiver H300 not detected has removable

[Yves-Alexis Perez]

Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: normal

Hi,

my iRiver H300 (wether running original firmware or Rockbox) is not
detected as removable device, which means it can't be mounted through hal
by Thunar/exo in Xfce.

I'm not sure why, nor how that can be fixed, but it'd be nice to correctly
identify it. Is it something the device sends (or don't send), or is it a
false identification in hal?

Oh and by the way it worked perfectly fine before, I'll try in lenny to
see.

Cheers and thanks,
--
Yves-Alexis


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

Kernel: Linux 2.6.30-1-amd64 (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 hal depends on:
ii  acl  2.2.47-2Access control list utilities
ii  adduser  3.110   add and remove users and groups
ii  consolekit   0.3.0-2 framework for defining and trackin
ii  dbus 1.2.14-3simple interprocess messaging syst
ii  hal-info 20090309-1  Hardware Abstraction Layer - fdi f
ii  libc62.9-13  GNU C Library: Shared libraries
ii  libdbus-1-3  1.2.14-3simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libexpat12.0.1-4 XML parsing C library - runtime li
ii  libgcc1  1:4.4.0-6   GCC support library
ii  libglib2.0-0 2.20.3-1The GLib library of C routines
ii  libhal-stora 0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libhal1  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer - share
ii  libpolkit2   0.9-3   library for accessing PolicyKit
ii  libsmbios2   2.0.3.dfsg-1Provide access to (SM)BIOS informa
ii  libstdc++6   4.4.0-6 The GNU Standard C++ Library v3
ii  libusb-0.1-4 2:0.1.12-13 userspace USB programming library
ii  libvolume-id 0.141-1 libvolume_id shared library
ii  lsb-base 3.2-22  Linux Standard Base 3.2 init scrip
ii  mount2.15.1~rc1-1Tools for mounting and manipulatin
ii  pciutils 1:3.1.2-5   Linux PCI Utilities
ii  pm-utils 1.2.5-2 utilities and scripts for power ma
ii  policykit0.9-3   framework for managing administrat
ii  udev 0.141-1 /dev/ and hotplug management daemo
ii  usbutils 0.82-1  Linux USB utilities

Versions of packages hal recommends:
ii  eject   2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer
ii  libsmbios-bin   2.0.3.dfsg-1 Provide access to (SM)BIOS informa

Versions of packages hal suggests:
pn  gnome-device-manager   (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#527363: lintian: please display a warning or informational tag if doc packages are recommended

[Russ Allbery]

retitle 527363 [checks/fields] shared library packages should not recommend 
documentation
thanks

Y Giridhar Appaji Nag  writes:

> With Install-Recommends being the default, I've noticed that a lot of
> documentation packages are pulled in.  These are sometimes large and
> not strictly "[should] be found together with this one [package] in
> all but unusual installations".

[...]

> It would be good if there were a lintian warning or informational tag
> like doc-package-in-recommends with a suggestion that the dependency
> be downgraded to suggests.

Based on subsequent debian-devel discussion, there seems to be a lot of
disagreement with lowering documentation packages in general to Suggests
and a lot of people who feel that documentation should come with at
least some packages in all but unusual installations.

I think the one thing that everyone agrees on is that library packages
shouldn't recommend documentation packages, so I'll leave that part of
this bug open, but noting the rest here for future reference.

-- 
Russ Allbery (r...@debian.org)   



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

Bug#533500: firestarter doesn't read 'system_log' key reliably

[Dominique Brazziel]

Package: firestarter
Version: 1.0.3-7
Severity: important

Using gconftool2 or configuration editor to set the client system_log key 
doesn't result in firestarter-gui reading the specified log file to display 
events.
The hardcoding of '/var/log/messages' as the target for netfilter/kernel events
has been a longstanding bugaboo, and the failure to read the configuration key
exacerbates the problem.  It's a BIG pain in the ass.

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

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

Versions of packages firestarter depends on:
ii  gconf2 2.26.2-1  GNOME configuration database syste
ii  gksu   2.0.2-2+b1graphical frontend to su
ii  iptables   1.4.3.2-2 administration tools for packet fi
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.26.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.24.1-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.24.1-1  The Bonobo UI library
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libcairo2  1.8.6-2+b1The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4.1 FreeType 2 font engine, shared lib
ii  libgconf2-42.26.2-1  GNOME configuration database syste
ii  libglade2-01:2.6.4-1 library to load .glade files at ru
ii  libglib2.0-0   2.20.1-2  The GLib library of C routines
ii  libgnome2-02.26.0-1  The GNOME library - runtime files
ii  libgnomecanvas2-0  2.26.0-1  A powerful object-oriented display
ii  libgnomeui-0   2.24.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.24.1-1GNOME Virtual File System (runtime
ii  libgtk2.0-02.16.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.24.0-3+b1   Layout and rendering of internatio
ii  libpixman-1-0  0.14.0-1  pixel-manipulation library for X a
ii  libpng12-0 1.2.37-1  PNG library - runtime
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxcb-render-util00.3.3-2   utility libraries for X C Binding 
ii  libxcb-render0 1.3-2 X C Binding, render extension
ii  libxcb11.3-2 X C Binding
ii  libxml22.7.3.dfsg-1  GNOME XML library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  lsb-base   3.2-22Linux Standard Base 3.2 init scrip
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

firestarter recommends no packages.

Versions of packages firestarter suggests:
pn  dhcp3-server   (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#497404: [pkg-fso-maint] matchbox-keyboard repeat problem

[Enrico Zini]

On Wed, Jun 17, 2009 at 10:21:51PM +0200, Joachim Breitner wrote:

> at the moment, I’m observing this bug constantly, even without any
> special load – no chance to enter Ctrl-Alt-X to start xterm, it will
> spawn dozens of xterms.
> 
> Do others have this problem as well? Is there a fix?

Someone suggested to add:

  xset r off

to ~/.xsession to turn off repeating. I did that and at least I have a
usable keyboard. I didn't use autorepeat much anyway except on editors,
and vim allows to do things like 30j (or 30).


Ciao,

Enrico

-- 
GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: Digital signature

Bug#533499: netbase.postinst should check if /etc/init.d/networking is executable

[Dr. Markus Waldeck]

Package: netbase
Version: 4.35
Severity: wishlist

The most services in Debian execute update-rc.d in their postinst script
ONLY if the corresponding script in /etc/init.d is executable.

Please add this functionality to /etc/init.d/networking.

Thanks!

-- 
GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate und Telefonanschluss
für nur 17,95 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02



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

Bug#533498: screen: fixes from ubuntu: no-beep-on-write-acl, show-encoding-hardstatus

[أحمد المحمودي]

Package: screen
Version: 4.0.3-13
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu karmic ubuntu-patch



*** /tmp/tmpgWl8Wm
In Ubuntu, we've applied the attached patch to achieve the following:

+ Add show encoding feature, using "%e" in hardstatus to show current
  encoding.  Ported from FreeBSD original by yz...@cs.nctu.edu.tw.
  LP: #286810
+ Add 59-no-beep-on-write-acl.dpatch: do not beep on all displays when the
  write ACL triggers, instead report failure as done with regular screen
  command ACL failures.

We thought you might be interested in doing the same. 


-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 
'jaunty-proposed'), (500, 'jaunty-backports'), (500, 'jaunty')
Architecture: i386 (i686)

Kernel: Linux 2.6.28-13-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u screen-4.0.3/debian/changelog screen-4.0.3/debian/changelog
diff -u screen-4.0.3/debian/patches/00list screen-4.0.3/debian/patches/00list
--- screen-4.0.3/debian/patches/00list
+++ screen-4.0.3/debian/patches/00list
@@ -41,0 +42,2 @@
+58-show-encoding-hardstatus.dpatch
+59-no-beep-on-write-acl.dpatch
only in patch2:
unchanged:
--- screen-4.0.3.orig/debian/patches/58-show-encoding-hardstatus.dpatch
+++ screen-4.0.3/debian/patches/58-show-encoding-hardstatus.dpatch
@@ -0,0 +1,42 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 58-show-encoding-hardstatus.dpatch
+## DP: From: ras...@rascov.tw
+## DP: Date: Wed Feb 11 05:51:31 CST 2009
+## DP: Subject: show encoding in hardstatus, orginal from BSD by
+## DP:  yz...@cs.nctu.edu.tw
+
+## DP: https://bugs.launchpad.net/ubuntu/+source/screen/+bug/286810
+
+...@dpatch@
+
+--- screen-4.0.3.orig/screen.c
 screen-4.0.3/screen.c
+@@ -2564,6 +2564,18 @@
+ 	}
+ 	  p += strlen(p) - 1;
+ 	  break;
++	#ifdef ENCODINGS
++	case 'e':
++	*p = 0;
++	D_encoding = nwin_options.encoding > 0 ? nwin_options.encoding : 0;
++	if (win && win->w_encoding)
++{
++		*p++ = ' ';
++		strcpy(p, EncodingName(win->w_encoding));
++}
++p += strlen(p) - 1;
++break;
++	#endif
+ 	case '{':
+   {
+ 	char rbuf[128];
+--- screen-4.0.3.orig/process.c
 screen-4.0.3/process.c
+@@ -3419,6 +3419,7 @@
+ 	{
+ 	  WinSwitchEncoding(fore, n);
+ 	  ResetCharsets(fore);
++	  RedisplayDisplays(0);
+ 	}
+ 	  else if (i && display)
+ 	D_encoding  = n;
only in patch2:
unchanged:
--- screen-4.0.3.orig/debian/patches/59-no-beep-on-write-acl.dpatch
+++ screen-4.0.3/debian/patches/59-no-beep-on-write-acl.dpatch
@@ -0,0 +1,19 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 59-no-beep-on-write-acl.dpatch by Kees Cook 
+## DP: Description: instead of beeping on all displays, report failure to attached display.
+## DP: Upstream: https://savannah.gnu.org/bugs/index.php?26401
+
+...@dpatch@
+diff -uNrp screen-4.0.3~/window.c screen-4.0.3/window.c
+--- screen-4.0.3~/window.c	2009-04-29 10:25:28.0 -0700
 screen-4.0.3/window.c	2009-04-29 10:27:21.0 -0700
+@@ -275,8 +275,7 @@ int *lenp;
+   debug2("window %d, user %s: ", fore->w_number, D_user->u_name);
+   debug2("writelock %d (wlockuser %s)\n", fore->w_wlock,
+ 	 fore->w_wlockuser ? fore->w_wlockuser->u_name : "NULL");
+-  /* XXX FIXME only display !*/
+-  WBell(fore, visual_bell);
++  Msg(0, "write: permission denied (user %s)", D_user->u_name);
+   *bufpp += *lenp;
+   *lenp = 0;
+   return;

Bug#532398: trying to pull packages from backports may introduce 'dependency hell'

[Jayen Ashar]

How about changing it to a wishlist item to make aptitude the default?

On 18/06/09 14:48, Andrew Pollock wrote:

On Thu, Jun 18, 2009 at 11:53:23AM +1000, Jayen Ashar wrote:

Thanks Nigel!  That did the trick!

I kept searching for "package defaults", "provider defaults", and "type 
defaults".  Didn't expect it to be a "resource default".  I also thought 
it would be in the puppetd.conf, so didn't think to check the language 
tutorial.


I hope aptitude becomes the default for debian, since it's a little bit 
of a hassle to do things like this with apt-get.


Okay, so I think there's no actual bug here, so I'm closing this.
 

Thanks,
Jayen

On 18/06/09 01:28, Nigel Kersten wrote:

2009/6/9 Jayen Ashar :

Matthew Palmer wrote:

On Wed, Jun 10, 2009 at 10:44:46AM +1000, Jayen Ashar wrote:
Default the provider for the Package type to be aptitude.  There's docs 
on

that.
I really can't find them.  I've search for "default provider" (and 
variants)
and still can't find it.  All I can find are things saying puppet chooses 
a

default provider, based on the os.  I can't actually find the name nor
location of a global setting.  Could you please provide a pointer?  
Thanks.

(you'd get a faster response on the puppet-users list upstream)

You really should go through the Language Tutorial. It answers this 
question.


http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial#resource-defaults

So here is how you would set an individual package:

package { "foo":
 provider => "aptitude",
 ...
}

and here is how you would set it as a default for all packages (unless
overridden in an individual package resource definition)

Package { provider => "aptitude", }

--
Jayen Ashar
Free Software Apostle (Linux SysAdmin)
Computing Center
School of Mathematics and Statistics
M029, Red Center
The University of New South Wales SYDNEY NSW 2052
Ph: + 61 (2) 93857016
Fax: + 61 (2) 93857192
CRICOS provider code: 00098G



___
Pkg-puppet-devel mailing list
pkg-puppet-de...@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-puppet-devel



--
Jayen Ashar
Free Software Apostle (Linux SysAdmin)
Computing Center
School of Mathematics and Statistics
M029, Red Center
The University of New South Wales SYDNEY NSW 2052
Ph: + 61 (2) 93857016
Fax: + 61 (2) 93857192
CRICOS provider code: 00098G



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

Bug#530783: uruk: IPv6 logging doesn't work

[Joost van Baal]

Op Wed 27 May 2009 om 08:57:59 +0100 schreef Matthew King:
> 
> IPv6 logging isn't configured and attempting to start uruk with ivp6
> enabled reports:
> 
> ip6tables v1.3.6: host/network `[IPv4 IP]' not found
> Try `ip6tables -h' or 'ip6tables --help' for more information.
> 
> The -j LOG entry is therefore not added to the firewall and potentially
> important information is lost.

Thanks a lot for this bugreport.  The patch looks good.  It'll likely take a
while before I get to uploading a fixed uruk: I am pretty busy.  Anyway, this
will surely make it into Debian before squeeze is released.  (FWIW: I do not
object to an NMU.)

Bye,

Joost




signature.asc
Description: Digital signature

Bug#533141: closed by Jonas Smedegaard (Bug#533141: fixed in netatalk 2.0.4-1)

[Itai Seggev]

This issue wasn't quite solved for me, but I'm no longer sure this is a bug in
netatalk.  After further investigation, I discovered that the bug manifested
because of the following two situations
a) libltdl-dev provides libltdl3-dev and hence satisfies the build-dep
b) even if you install libltdl3-dev, you can still have the shiny libtool 2.2
installed. 

Either of these conditions results in build failure.  I was only able to build
the package successfully when I had libltdl3-dev and libtool=1.5.26 installed. 

Whether this is a bug in netatalk, libtool, or in my layman's understanding of
build dependencies, I shall leave to wiser minds than mine. 

--Itai

On Tue, Jun 16, 2009 at 10:06:10PM +, Debian Bug Tracking System wrote:
> 
> This is an automatic notification regarding your Bug report
> which was filed against the netatalk package:
> 
> #533141: Current netatalk fails to build from source
> 
> It has been closed by Jonas Smedegaard .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Jonas Smedegaard 
>  by
> replying to this email.
> 
> 
> -- 
> 533141: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533141
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> From: Jonas Smedegaard 
> To: 533141-cl...@bugs.debian.org
> Date: Tue, 16 Jun 2009 22:03:43 +
> Subject: Bug#533141: fixed in netatalk 2.0.4-1
> 
> Source: netatalk
> Source-Version: 2.0.4-1
> 
> We believe that the bug you reported is fixed in the latest version of
> netatalk, which is due to be installed in the Debian FTP archive:
> 
> netatalk_2.0.4-1.diff.gz
>   to pool/main/n/netatalk/netatalk_2.0.4-1.diff.gz
> netatalk_2.0.4-1.dsc
>   to pool/main/n/netatalk/netatalk_2.0.4-1.dsc
> netatalk_2.0.4-1_amd64.deb
>   to pool/main/n/netatalk/netatalk_2.0.4-1_amd64.deb
> netatalk_2.0.4.orig.tar.gz
>   to pool/main/n/netatalk/netatalk_2.0.4.orig.tar.gz
> 
> 
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 533...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Jonas Smedegaard  (supplier of updated netatalk package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: RIPEMD160
> 
> Format: 1.8
> Date: Tue, 16 Jun 2009 23:32:48 +0200
> Source: netatalk
> Binary: netatalk
> Architecture: source amd64
> Version: 2.0.4-1
> Distribution: unstable
> Urgency: low
> Maintainer: Jonas Smedegaard 
> Changed-By: Jonas Smedegaard 
> Description: 
>  netatalk   - AppleTalk user binaries
> Closes: 533141 533344 533345
> Changes: 
>  netatalk (2.0.4-1) unstable; urgency=low
>  .
>* New upstream release.
>* Update local CDBS snippets:
>  + Fix package-relations cleanup of debhelper 7
>  + Implement fail-source-not-repackaged rule in upstream-tarball.mk
>  + Update URL to draft DEP5 format in copyright-check.mk output
>* Add proper copyright header to debian/rules.
>* Rewrite copyright to use DEP5 r54 proposed machine-readable format.
>* Fix and improve db upgrade commands in README.Debian, and adjust
>  NEWS. Closes: bug#533344, thanks to Itai Seggev.
>* Update dependencies:
>  + Suggest texlive-base-bin (not tetex-bin). Closes: bug#533345,
>thanks to Itai Seggev
>  + Suggest (not recommend) libpam-cracklib
>  + Build-depend on libcups2-dev (not libcupsys2-dev), thanks to
>lintian
>* Fix patches against autogenerated files:
>  + Renumber patches 208, 209 and 211 to have them applied last.
>  + Rewrite and rename patch 109 to unconditionally avoid broken xfs
>quota, and add new patch 294 doing the same to autogenerated
>configure script.
>  + Disable patches 107 and 112 to avoid maintaining complex autotools
>patch for feature we do not currently use anyway (zeroconf).
>  Together, above closes: bug#533141, thanks to Itai Seggev and Frank
>  Lahm.
>* Drop Uploaders stanza: I am already maintainer (lintian complains),
>  and Sebastian haven't contributed for a couple of years (package is
>  in LowNMU and collab-maint: contributions are still welcome!).
> Checksums-Sha1: 
>  fd560e401a8235f9554f91d21a4b4e1bd87ba09e 1462 netatalk_2.0.4-1.dsc
>  c5c46eca6a17d88c327f4052add20d75aeb174bb 1345860 netatalk_2.0.4.orig.tar.gz
>  3a1fe567e96f64d362a6eb275d35eb2f1c5036f7 56102 netatalk_2.0.4-1.diff.gz
>  0a8499b33efb5140cdcf1347b557974a55410200 971812 netatalk_2.0.4-1_amd64.deb
> Checksums-Sha256: 
>  17c12e312bca465b040366d689ca0eca25f59a09d6a7

Bug#503984: lockfile-progs: lockfile-create ( touch ) dies with "Killed" message. No lockfile created.

[Rob Browning]

Keith Hopkins  writes:

> May be an arch specific problem.  I installed the source (apt-get
> source for lockfile-progs and apt-get install liblockfile-dev) and
> manually recompiled it on the target machine (lemote 2E mini-pc) and
> the rebuilt prog works OK.

Would it be possible to retry with the latest version of lockfile-progs
and liblockfile1?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#487503: Missing format argument in lockfile-progs.c:usage()

[Rob Browning]

Michael Bienia  writes:

> As Ubuntu's gcc has some hardening patches applied, lockfile-progs
> 0.1.11-0.1 fails to build in Ubuntu intrepid with the following error
> message:
> ,
> | lockfile-progs.c: In function 'usage':
> | lockfile-progs.c:79: error: format not a string literal and no format 
> arguments
> `
> I hope your are interested in a patch fixing it (patch attached).

Hmm.  Perhaps the usage_str should be a const char*, but is it actually a
bug for a format string style function to not have any arguments?

I'd be happy to change it to a const char* if that helps.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#533344: closed by Jonas Smedegaard (Bug#533344: fixed in netatalk 2.0.4-1)

[Itai Seggev]

Didn't quite fix it.  The __db.* files need to be deleted before the the call
to db4.7_load, otherwise the latter complaims about a version mismatch.  At
least, that was my experience.

On Tue, Jun 16, 2009 at 10:06:18PM +, Debian Bug Tracking System wrote:
> 
> This is an automatic notification regarding your Bug report
> which was filed against the netatalk package:
> 
> #533344: db upgrade related errors in README.Debian
> 
> It has been closed by Jonas Smedegaard .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Jonas Smedegaard 
>  by
> replying to this email.
> 
> 
> -- 
> 533344: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533344
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> From: Jonas Smedegaard 
> To: 533344-cl...@bugs.debian.org
> Date: Tue, 16 Jun 2009 22:03:43 +
> Subject: Bug#533344: fixed in netatalk 2.0.4-1
> 
> Source: netatalk
> Source-Version: 2.0.4-1
> 
> We believe that the bug you reported is fixed in the latest version of
> netatalk, which is due to be installed in the Debian FTP archive:
> 
> netatalk_2.0.4-1.diff.gz
>   to pool/main/n/netatalk/netatalk_2.0.4-1.diff.gz
> netatalk_2.0.4-1.dsc
>   to pool/main/n/netatalk/netatalk_2.0.4-1.dsc
> netatalk_2.0.4-1_amd64.deb
>   to pool/main/n/netatalk/netatalk_2.0.4-1_amd64.deb
> netatalk_2.0.4.orig.tar.gz
>   to pool/main/n/netatalk/netatalk_2.0.4.orig.tar.gz
> 
> 
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 533...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Jonas Smedegaard  (supplier of updated netatalk package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: RIPEMD160
> 
> Format: 1.8
> Date: Tue, 16 Jun 2009 23:32:48 +0200
> Source: netatalk
> Binary: netatalk
> Architecture: source amd64
> Version: 2.0.4-1
> Distribution: unstable
> Urgency: low
> Maintainer: Jonas Smedegaard 
> Changed-By: Jonas Smedegaard 
> Description: 
>  netatalk   - AppleTalk user binaries
> Closes: 533141 533344 533345
> Changes: 
>  netatalk (2.0.4-1) unstable; urgency=low
>  .
>* New upstream release.
>* Update local CDBS snippets:
>  + Fix package-relations cleanup of debhelper 7
>  + Implement fail-source-not-repackaged rule in upstream-tarball.mk
>  + Update URL to draft DEP5 format in copyright-check.mk output
>* Add proper copyright header to debian/rules.
>* Rewrite copyright to use DEP5 r54 proposed machine-readable format.
>* Fix and improve db upgrade commands in README.Debian, and adjust
>  NEWS. Closes: bug#533344, thanks to Itai Seggev.
>* Update dependencies:
>  + Suggest texlive-base-bin (not tetex-bin). Closes: bug#533345,
>thanks to Itai Seggev
>  + Suggest (not recommend) libpam-cracklib
>  + Build-depend on libcups2-dev (not libcupsys2-dev), thanks to
>lintian
>* Fix patches against autogenerated files:
>  + Renumber patches 208, 209 and 211 to have them applied last.
>  + Rewrite and rename patch 109 to unconditionally avoid broken xfs
>quota, and add new patch 294 doing the same to autogenerated
>configure script.
>  + Disable patches 107 and 112 to avoid maintaining complex autotools
>patch for feature we do not currently use anyway (zeroconf).
>  Together, above closes: bug#533141, thanks to Itai Seggev and Frank
>  Lahm.
>* Drop Uploaders stanza: I am already maintainer (lintian complains),
>  and Sebastian haven't contributed for a couple of years (package is
>  in LowNMU and collab-maint: contributions are still welcome!).
> Checksums-Sha1: 
>  fd560e401a8235f9554f91d21a4b4e1bd87ba09e 1462 netatalk_2.0.4-1.dsc
>  c5c46eca6a17d88c327f4052add20d75aeb174bb 1345860 netatalk_2.0.4.orig.tar.gz
>  3a1fe567e96f64d362a6eb275d35eb2f1c5036f7 56102 netatalk_2.0.4-1.diff.gz
>  0a8499b33efb5140cdcf1347b557974a55410200 971812 netatalk_2.0.4-1_amd64.deb
> Checksums-Sha256: 
>  17c12e312bca465b040366d689ca0eca25f59a09d6a751018ae8330fe2d04598 1462 
> netatalk_2.0.4-1.dsc
>  3b5099f4bbe0f6e54e5fe04796d5563d907fb77b24b593031b299037df4c76cc 1345860 
> netatalk_2.0.4.orig.tar.gz
>  bb85051209a6276c4eabf0dcaff612f6c3a41f82f3ec46bcbd29039c1e085a14 56102 
> netatalk_2.0.4-1.diff.gz
>  0eef0ff9de1102c8f2d01a03caafe0175ad28a45c76b12079eec2e0890905cc1 971812 
> netatalk_2.0.4-1_amd64.deb
> Files: 
>  b81cfa57aef2690305a95156810b3691 1462 net extra netatalk_2.0.4-1.dsc
>  f9ce650643f6289dc068984adeaf54b9 1

Bug#442086: lockfile-progs: lockfile-create doesn't write PID into lockfile -> lockfiles never get stale

[Rob Browning]

Aaron Isotton  writes:

> The lock files never go stale (according to the manpage they should do
> so after 5 minutes). Steps to reproduce:
>
> $ lockfile-create --retry 0 test
> $ # wait more than 5 minutes
> $ lockfile-create --retry 0 test
> lockfile creation failed
>
> I'm not sure whether the problem is in liblockfile or lockfile-progs;
> I'll leave that to the maintainer. 
>
> Also, I think that the lock files should contain the PID of the parent
> process and not "0". The attached patch fixes that (but doesn't solve
> the problem).

I believe this may have been a problem in liblockfile and has since been
fixed.  Can you still reproduce it?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#531522: NMU diff

[Steve M. Robbins]

Hi,

I'm preparing an NMU with the attached patch to fix this issue.

Thanks,
-Steve


diff -u -r openmpi-1.3.2/debian/changelog ../openmpi-1.3.2/debian/changelog
--- openmpi-1.3.2/debian/changelog	2009-06-17 21:56:32.0 -0500
+++ ../openmpi-1.3.2/debian/changelog	2009-06-17 22:03:31.0 -0500
@@ -1,3 +1,13 @@
+openmpi (1.3.2-2.1) unstable; urgency=low
+
+  * NMU
+  * opal/mca/memory/ptmalloc2/hooks.c: Add check for environment variable
+OMPI_MCA_disable_memory_allocator.  If set, avoid setting up malloc
+hooks and avoid stat() calls from the malloc init hook.  
+Closes: #531522.
+
+ -- Steve M. Robbins   Wed, 17 Jun 2009 22:03:31 -0500
+
 openmpi (1.3.2-2) unstable; urgency=low
 
   * Upload to unstable. No changes compared to 1.3.2-1.
Only in ../openmpi-1.3.2/debian: changelog~
Only in ../openmpi-1.3.2/debian/patches: disable-memory-allocator
diff -u -r openmpi-1.3.2/debian/patches/series ../openmpi-1.3.2/debian/patches/series
--- openmpi-1.3.2/debian/patches/series	2009-06-17 21:56:32.0 -0500
+++ ../openmpi-1.3.2/debian/patches/series	2009-06-17 21:57:37.0 -0500
@@ -1,6 +1,9 @@
 # Fixes build issues on Alpha.
 alpha_build
 
+# Fix 531522.
+disable-memory-allocator
+
 # Fixes build issues on Sparc.
 sparc_build
 
Only in ../openmpi-1.3.2/debian/patches: series~
diff -u -r openmpi-1.3.2/opal/mca/memory/ptmalloc2/hooks.c ../openmpi-1.3.2/opal/mca/memory/ptmalloc2/hooks.c
--- openmpi-1.3.2/opal/mca/memory/ptmalloc2/hooks.c	2009-04-21 22:51:03.0 -0500
+++ ../openmpi-1.3.2/opal/mca/memory/ptmalloc2/hooks.c	2009-06-17 21:55:54.0 -0500
@@ -725,6 +725,14 @@
 check_result_t lpp = check("OMPI_MCA_mpi_leave_pinned_pipeline");
 bool want_rcache = false, found_driver = false;
 
+/* Allow user to disable memory allocators.  We check this and
+ * exit early because in some environments (e.g. Debian fakeroot
+ * the stat() calls below will cause a memory allocation, which
+ * is deadly.  See http://bugs.debian.org/531522
+ */
+if ( RESULT_YES == check("OMPI_MCA_disable_memory_allocator") )
+	return;
+
 /* Look for sentinel files (directories) to see if various network
drivers are loaded (yes, I know, further abstraction
violations...).
Only in ../openmpi-1.3.2/opal/mca/memory/ptmalloc2: hooks.c~
Only in ../openmpi-1.3.2: .pc


signature.asc
Description: Digital signature

Bug#530304: irssi-plugin-xmpp fails ia64 automatic build log filter

[David Ammouial]

tags 530304 + fixed-upstream pending
thanks

Hi Peter,

El Saturday 23 May 2009 17:38:30 peter green va escriure:
> Please check that the fix there is correct (i'm
> only doing flyby rc bug inspection, in this case looking at why the
> fixes for 521227 and 527697 aren't in testing.).

Thanks for your patch and comments. I forwarded them to the upstream 
developper, who corrected them in CVS. The problems are now corrected in 
CVS, and a new package will be uploaded soon.

-- 
David


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

Bug#510478: linux-image-2.6.26-1-486: kernel hangs on leap second

[Ben Hutchings]

On Wed, 2009-06-17 at 03:23 +0100, Ben Hutchings wrote:
> The actual upstream fix appears to be this:
> 
> commit b845b517b5e3706a3729f6ea83b88ab85f0725b0
> Author: Peter Zijlstra 
> Date:   Fri Aug 8 21:47:09 2008 +0200
> 
> printk: robustify printk
> 
> Avoid deadlocks against rq->lock and xtime_lock by deferring the klogd
> wakeup by polling from the timer tick.
> 
> This applies successfully to 2.6.26 and doesn't seem to be dependent on
> any intervening changes.  It's not clear to me whether there are other
> cases in 2.6.26 where a printk() could trigger this deadlock.  If not
> then I'd rather go with the simple workaround for this one case.

I found one other place:

   arch/alpha/kernel/time.c:timer_interrupt()
-> arch/alpha/kernel/time.c:set_rtc_mmss()
-> printk()

Ben.

-- 
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.


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

Bug#486414: not installable

[Joey Hess]

The xulrunner dependency is not satisfiable in unstable.

The standlone download manager kinda sucks anyway. Maybe it would be
better to package up something like the germanium download manager
from http://projects.matt-good.net/trac/germanium
(screenshot here http://matt-good.net/2006/08/22/emusic-gnome-0-1/)

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#533497: arptables-save converts IPv4 addresses into names using DNS

[Jonathan Lassoff]

Package: arptables
Version: 0.0.3.3-1
Severity: important

*** Please type your report below this line ***

When saving IPv4 IPs referenced in rules, arptables-save does a
reverse DNS lookup on the IP and saves the result as the address in the
resulting output. This breaks when loading if there is no corresponding
forward entry.

Here's an example from my setup:

mx:~# arptables -L OUTPUT -v -n --line-numbers
Chain OUTPUT (policy DROP 0 packets, 0 bytes)
1 -j out_eth0 -i * -o eth0 , pcnt=3 -- bcnt=84 
2 -j out_eth1 -i * -o eth1 , pcnt=4 -- bcnt=112 
3 -j out_eth2 -i * -o eth2 , pcnt=0 -- bcnt=0 
4 -j DROP -i * -o any , pcnt=0 -- bcnt=0 

mx:~# arptables-save 
*filter
:INPUT ACCEPT
:OUTPUT DROP
:FORWARD ACCEPT
:out_eth0 -
:out_eth1 -
:out_eth2 -
-A OUTPUT -j out_eth0 -i any -o eth0
-A OUTPUT -j out_eth1 -i any -o eth1
-A OUTPUT -j out_eth2 -i any -o eth2
-A OUTPUT -j DROP -i any -o any
-A out_eth0 -j ACCEPT -i any -o any -s xxx.xxx.xxx.10.example.com --src-mac 
04:01:01:03:f3:af
-A out_eth0 -j DROP -i any -o any
-A out_eth1 -j ACCEPT -i any -o any -s xxx.xxx.xxx.132 --src-mac 
04:01:01:03:f3:b0
-A out_eth1 -j DROP -i any -o any
-A out_eth2 -j ACCEPT -i any -o any -s xxx.xxx.xxx.2.example.com --src-mac 
04:01:01:03:f3:b1
-A out_eth2 -j ACCEPT -i any -o any -s xxx.xxx.xxx.3.example.com --src-mac 
04:01:01:03:f3:b1
-A out_eth2 -j DROP -i any -o any

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

Kernel: Linux 2.6.18-92.1.1.el5 (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 arptables depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries

arptables recommends no packages.

arptables 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#533496: arptables-save saves -i options in OUTPUT rules

[Jonathan Lassoff]

Package: arptables
Version: 0.0.3.3-1
Severity: grave
Justification: renders package unusable

*** Please type your report below this line ***

When saving with arptables-save, rules on the OUTPUT chain get a "-i any" 
inserted
into the rule. This causes arptables-restore to choke when re-loading
the rules as "-i" isn't allowed and doesn't make sense in the context of
the OUTPUT chain.

Here's an example from my setup:

mx:~# arptables -L OUTPUT -v -n --line-numbers
Chain OUTPUT (policy DROP 0 packets, 0 bytes)
1 -j out_eth0 -i * -o eth0 , pcnt=3 -- bcnt=84 
2 -j out_eth1 -i * -o eth1 , pcnt=4 -- bcnt=112 
3 -j out_eth2 -i * -o eth2 , pcnt=0 -- bcnt=0 
4 -j DROP -i * -o any , pcnt=0 -- bcnt=0 

mx:~# arptables-save 
*filter
:INPUT ACCEPT
:OUTPUT DROP
:FORWARD ACCEPT
:out_eth0 -
:out_eth1 -
:out_eth2 -
-A OUTPUT -j out_eth0 -i any -o eth0
-A OUTPUT -j out_eth1 -i any -o eth1
-A OUTPUT -j out_eth2 -i any -o eth2
-A OUTPUT -j DROP -i any -o any

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

Kernel: Linux 2.6.18-92.1.1.el5 (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 arptables depends on:
ii  libc6 2.7-18 GNU C Library: Shared
libraries

arptables recommends no packages.

arptables suggests no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#533489: trousers: FTBFS if built twice in a row

[Chaskiel Grundman]

tag 533489 +patch
thanks

There's an easy fix for this:

--- trousers-0.3.1/debian/rules 2009-06-17 22:36:36.0 -0400
+++ trousers-0.3.1-build/debian/rules   2009-06-15 00:02:21.0 -0400
@@ -17,9 +17,9 @@
dh_testdir
dh_testroot
rm -f build-stamp
-   rm -f config.guess config.sub

[ ! -f Makefile ] || $(MAKE) distclean
+   rm -f config.guess config.sub

dh_clean





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

Bug#533254: 'xfs_db -c frag' segfaults on some de-fragged partitions

[Craig Sanders]

On Tue, Jun 16, 2009 at 04:21:35PM +1000, Nathan Scott wrote:
> - "Craig Sanders"  wrote:
> > unfortunately, i didn't think to run xfs_db on the fs just before
> > unmounting it. that would have been useful. next time i see the
> > segfault (probably tonight/tomorrow morning), i'll unmount it then
> > run xfs_db again to see if it goes away when unmount flushes the
> > kernel metadata to disk.
>
> That'd be interesting.

done.

indra:~# xfs_db -c frag -r /dev/sdb1
Segmentation fault

indra:~# umount /dev/sdb1
indra:~# xfs_db -c frag -r /dev/sdb1
actual 451, ideal 427, fragmentation factor 5.32%

indra:~# mount /dev/sdb1
indra:~# xfs_db -c frag -r /dev/sdb1
actual 451, ideal 427, fragmentation factor 5.32%


so, is there any way (other than umount) to force this metadata to be
flushed to disk before running xfs_db -c flag?

> Running fsr visits almost every piece of metadata on the device,
> then modifies as it goes, so I would expect increased probability of
> hitting this problem after running fsr.

that's not good - it means that defragging a disk makes it
difficult/impossible/unreliable to check fragmentation levels.

and, oddly enough, one of the most likely things people will want to do
after defragging a filesystem is to check the current frag factor...and,
more likely than not, on a fs with stuff more important than mythtv
video recordings that can't just be unmounted at whim.



BTW, for my own interest's sake, i'll leave two of the partitions alone
for a few days (i.e. not run xfs_fsr on them) and see if they xfs_db -c
frag still segfaults on them.


craig

-- 
craig sanders 



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

Bug#420638: [Pkg-scicomp-devel] MPICH2 in Debian

[Muammar El Khatib]

On Thu, Jun 18, 2009 at 7:45 AM, Lucas Nussbaum wrote:
> On 17/06/09 at 13:08 +1930, Muammar El Khatib wrote:
>> OTOH, I think the debian/copyright file should be rechecked again. I
>> don't have any problem in giving the work I've done, let others
>> maintain MPICH2,  or co-maintain the package with debian-science. The
>> important thing is that there is people who is interested in maintain
>> it :). I'll upload what I have done in mentors.d.n so that you can
>> check it when you desire.
>
> OK, please upload to mentors. We could probably team-maintain it inside
> debian-science or pkg-scicomp.

Fine, I have uploaded it. You can find it at:

http://mentors.debian.net/debian/pool/main/m/mpich2/mpich2_1.0.7-1.dsc

It would be nice If we team-maintain it, so that I can start learning
how to work on that way :)

Regards,
-- 
Muammar El Khatib.
Linux user: 403107.
GPG Key = 127029F1
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#532398: trying to pull packages from backports may introduce 'dependency hell'

[Jayen Ashar]

Thanks Nigel!  That did the trick!

I kept searching for "package defaults", "provider defaults", and "type 
defaults".  Didn't expect it to be a "resource default".  I also thought 
it would be in the puppetd.conf, so didn't think to check the language 
tutorial.


I hope aptitude becomes the default for debian, since it's a little bit 
of a hassle to do things like this with apt-get.


Thanks,
Jayen

On 18/06/09 01:28, Nigel Kersten wrote:

2009/6/9 Jayen Ashar :

Matthew Palmer wrote:

On Wed, Jun 10, 2009 at 10:44:46AM +1000, Jayen Ashar wrote:
Default the provider for the Package type to be aptitude.  There's docs on
that.

I really can't find them.  I've search for "default provider" (and variants)
and still can't find it.  All I can find are things saying puppet chooses a
default provider, based on the os.  I can't actually find the name nor
location of a global setting.  Could you please provide a pointer?  Thanks.


(you'd get a faster response on the puppet-users list upstream)

You really should go through the Language Tutorial. It answers this question.

http://reductivelabs.com/trac/puppet/wiki/LanguageTutorial#resource-defaults

So here is how you would set an individual package:

package { "foo":
  provider => "aptitude",
  ...
}

and here is how you would set it as a default for all packages (unless
overridden in an individual package resource definition)

Package { provider => "aptitude", }


--
Jayen Ashar
Free Software Apostle (Linux SysAdmin)
Computing Center
School of Mathematics and Statistics
M029, Red Center
The University of New South Wales SYDNEY NSW 2052
Ph: + 61 (2) 93857016
Fax: + 61 (2) 93857192
CRICOS provider code: 00098G



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

Bug#417136: openssh-server: nothing logged for failed pubkey auth for valid users at default loglevel

[Robert Edmonds]

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

sshd now appears to log absolutely nothing at all when pubkey
authentication fails for a valid user.

only when LogLevel is increased from the default INFO to VERBOSE level
does sshd log the failure, e.g.:

Jun 18 01:36:51 xxx sshd[9811]: Connection from [ip] port 38189
Jun 18 01:36:52 xxx sshd[9811]: Failed publickey for [valid username] 
from [ip] port 38189 ssh2

this seems rather important after DSA 1576.  i would think that the
"Failed publickey for [valid username]" message would at least be logged
at default LogLevel.

-- 
Robert Edmonds
edmo...@debian.org


signature.asc
Description: Digital signature

Bug#532477: Same problem here

[Marcelo Laia]

Hi,

If I go to System -> Administration -> Network all is on roaming. If I
setup a iface, for example, eth0, and apply settings, nothing was
done. I go to the System -> Administration -> Network and all is on
roaming, again.

I am using teting

:~$ uname -a
Linux laia 2.6.29-2-686 #1 SMP Sun May 17 17:56:29 UTC 2009 i686 GNU/Linux

:~$ dpkg -l network*
+++-==-==-
ii  network-manage 0.7.1-1network management framework daemon
ii  network-manage 0.7.1-1network management framework (GNOME frontend
un  network-manage   (nenhuma descrição disponível)
un  network-manage   (nenhuma descrição disponível)
un  network-manage   (nenhuma descrição disponível)
pn  network-manage   (nenhuma descrição disponível)
pn  network-manage   (nenhuma descrição disponível)
un  network-manage   (nenhuma descrição disponível)
un  network-manage   (nenhuma descrição disponível)

:~$ dpkg -l gnome-network*
+++-==-==-
un  gnome-network(nenhuma descrição disponível)
ii  gnome-network- 2.22.1-4   GNOME Network Administration Tool
:~$

-- 
Marcelo Luiz de Laia



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

Bug#533494: import --help requires an X server.

[Trent W. Buck]

Package: imagemagick
Version: 7:6.3.7.9.dfsg2-1
Severity: normal
File: /usr/bin/import

I tried this:

$ import --help
import: unable to open X server `'.

I was going to report this as an error, because no X11 messages need
be sent in order to print help information.  But when cross-checking,
I found that

$ import -help
Version: ImageMagick 6.3.7 03/14/09 Q16 http://www.imagemagick.org
Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC
[...]

...works correctly, and that in the presence of X, the former command
prints something like "invalid arguments".  In the case (as above)
where there is both no X server and I have provided invalid arguments,
import should complain about invalid arguments instead of / as well as
complaining about the missing X server.

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

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

Versions of packages imagemagick depends on:
ii  libbz2-1.0 1.0.5-1   high-quality block-sorting file co
ii  libc6  2.9-12GNU C Library: Shared libraries
ii  libfontconfig1 2.6.0-3   generic font configuration library
ii  libfreetype6   2.3.9-4.1 FreeType 2 font engine, shared lib
ii  libice62:1.0.5-1 X11 Inter-Client Exchange library
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblcms1   1.18.dfsg-1   Color management library
ii  libmagick107:6.3.7.9.dfsg2-1 image manipulation library
ii  libsm6 2:1.1.0-2 X11 Session Management library
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.1-1 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime

imagemagick recommends no packages.

imagemagick 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#488609: rt man page

[Trent W. Buck]

On Wed, Jun 17, 2009 at 11:54:22PM +0100, Dominic Hargreaves wrote:
> Thanks for your proposed contribution to the rt man page. It certainly
> would be nice to have something like this merged. However, I'm uneasy
> about adding this now as a future maintenance burden; at the moment the
> manpage is a general overview with a pointer on how to get specific
> information, but adding the detailed help runs the real risk of things
> becoming out of date.

Understood; it's your call.  I won't be providing updates anytime
soon, since I no longer use request tracker.

> I suspect the best thing to do really would be to get upstream to include
> POD documentation (which is, incidentally, how the current docs are
> maintained).

Ah; last time I looked (3.8) upstream didn't use POD, but rather some
NIH approximation of it.  Obviously getting them to convert to POD
would be nice, but they might be averse to that if it involves a
run-time dependency on POD (e.g. for "rt --help"), due to

  # This program is intentionally written to have as few non-core module
  # dependencies as possible. It should stay that way.



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

Bug#533493: linux-image-2.6.30-1-amd64: continual stream of errors on floppy drive

[Miles Bader]

Package: linux-image-2.6.30-1-amd64
Version: 2.6.30-1
Severity: normal



Starting at boot, my floppy drive makes a periodic muffled clicking
sound, each click apparently accompanied by a kernel error message.
There is no floppy disk inserted in the drive.  This continues
indefinitely, though I can stop it by doing "sudo rmmod floppy".

   $ dmesg|grep -i fd0
   [0.489575] Floppy drive(s): fd0 is 1.44M
   [8.684517] end_request: I/O error, dev fd0, sector 0
   [   56.296028] end_request: I/O error, dev fd0, sector 0
   [   58.276019] end_request: I/O error, dev fd0, sector 0
   [   60.276018] end_request: I/O error, dev fd0, sector 0
   [   62.280017] end_request: I/O error, dev fd0, sector 0
   [   64.280018] end_request: I/O error, dev fd0, sector 0
   [   66.276519] end_request: I/O error, dev fd0, sector 0
   [   68.280017] end_request: I/O error, dev fd0, sector 0
   [   70.280517] end_request: I/O error, dev fd0, sector 0
   [   72.280020] end_request: I/O error, dev fd0, sector 0
   [   74.276517] end_request: I/O error, dev fd0, sector 0

(at that point I did the rmmod floppy, and the errors/clicking stopped)

Older kernel versions did not seem to do this.

[I suppose this might be caused by some other software doing a bad job
of polling removable devices or something, but the behavior seems to
have started when I upgraded to linux-image-2.6.30-1-amd64]

Thanks,

-Miles


-- Package-specific info:
** Version:
Linux version 2.6.30-1-amd64 (Debian 2.6.30-1) (wa...@debian.org) (gcc version 
4.3.3 (Debian 4.3.3-10) ) #1 SMP Sun Jun 14 15:00:29 UTC 2009

** Command line:
root=/dev/sda1 ro quiet

** Not tainted

** Kernel log:
[0.734212] hub 6-0:1.0: 2 ports detected
[0.948515] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[0.976127] ata1.00: ATA-8: WDC WD1600AAJS-19WAA0, 58.01D58, max UDMA/133
[0.976130] ata1.00: 312581808 sectors, multi 0: LBA48 NCQ (depth 31/32)
[0.976911] ata1.00: configured for UDMA/133
[0.992096] scsi 0:0:0:0: Direct-Access ATA  WDC WD1600AAJS-1 58.0 
PQ: 0 ANSI: 5
[1.176011] usb 6-1: new low speed USB device using uhci_hcd and address 2
[1.312016] ata2: SATA link down (SStatus 0 SControl 300)
[1.351160] usb 6-1: New USB device found, idVendor=046d, idProduct=c018
[1.351162] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[1.351165] usb 6-1: Product: USB Optical Mouse
[1.351166] usb 6-1: Manufacturer: Logitech
[1.351212] usb 6-1: configuration #1 chosen from 1 choice
[1.648514] ata3: SATA link down (SStatus 0 SControl 300)
[1.984015] ata4: SATA link down (SStatus 0 SControl 300)
[2.724514] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[2.728127] ata5.00: ATAPI: HL-DT-ST DVDRAM_GSA-T50N, RN05, max UDMA/133
[2.732913] ata5.00: configured for UDMA/133
[2.863013] scsi 4:0:0:0: CD-ROMHL-DT-ST DVDRAM_GSA-T50N  RN05 
PQ: 0 ANSI: 5
[3.180015] ata6: SATA link down (SStatus 0 SControl 300)
[3.197907] usbcore: registered new interface driver hiddev
[3.204091] Driver 'sd' needs updating - please use bus_type methods
[3.204163] sd 0:0:0:0: [sda] 312581808 512-byte hardware sectors: (160 
GB/149 GiB)
[3.204172] sd 0:0:0:0: [sda] Write Protect is off
[3.204174] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[3.204188] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, 
doesn't support DPO or FUA
[3.204247]  sda:<6>input: Logitech USB Optical Mouse as 
/devices/pci:00/:00:1d.2/usb6/6-1/6-1:1.0/input/input2
[3.210379] generic-usb 0003:046D:C018.0001: input,hidraw0: USB HID v1.11 
Mouse [Logitech USB Optical Mouse] on usb-:00:1d.2-1/input0
[3.210391] usbcore: registered new interface driver usbhid
[3.210393] usbhid: v2.6:USB HID core driver
[3.213908]  sda1 sda2 < sda5 >
[3.246255] sd 0:0:0:0: [sda] Attached SCSI disk
[3.247793] Driver 'sr' needs updating - please use bus_type methods
[3.579209] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda 
tray
[3.579213] Uniform CD-ROM driver Revision: 3.20
[3.579290] sr 4:0:0:0: Attached scsi CD-ROM sr0
[3.582724] sd 0:0:0:0: Attached scsi generic sg0 type 0
[3.582743] sr 4:0:0:0: Attached scsi generic sg1 type 5
[4.603342] PM: Starting manual resume from disk
[4.671435] kjournald starting.  Commit interval 5 seconds
[4.671441] EXT3-fs: mounted filesystem with ordered data mode.
[6.866897] udev: starting version 141
[7.274672] input: PC Speaker as /devices/platform/pcspkr/input/input3
[7.276086] parport_pc 00:07: reported by Plug and Play ACPI
[7.276108] parport0: PC-style at 0x378, irq 7 [PCSPP,EPP]
[7.283331] i801_smbus :00:1f.3: PCI INT C -> GSI 18 (level, low) -> IRQ 
18
[7.298725] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
[7.298758] ACPI: Power Button [PWRF]
[7.298810] input: Power Button as 
/devices/LNXSYSTM:00/device:00/PNP0C0C:00/i

Bug#533492: debian-installer not detecting drives using mesh SCSI driver

[Charlie Sirchuk]

Package: debian-installer
Version: 20090123lenny1

When I try to install powerpc testing om my Beige G3, the installer fails to
detect my SCSI hard drive. The mesh driver appears to be loading during boot
and the harddrive is visible as /dev/sda1-7. When I use the lenny installer,
the drive is recognized correctly.

Bug#529754: Workaround

[Soren Stoutner]

I had a similar error message after updating my system to the current 
Testing packages.  When attempting to send an email to a Kolab user, it 
would bounce back with the following error message:


Command died with status 255: "/usr/bin/php". Command
   output: PHP Warning:  require_once(Net/LDAP2.php): failed to open stream:
   No such file or directory in
   /usr/share/horde3/lib/Horde/Kolab/Server/ldap.php on line 1132 PHP Fatal
   error:  require_once(): Failed opening required 'Net/LDAP2.php'
   
(include_path='.:/usr/share/php:/usr/share/php:/usr/share/php/PEAR:/usr/share/horde3/lib')
   in /usr/share/horde3/lib/Horde/Kolab/Server/ldap.php on line 1132


I was able to work around the problem by installing the ldap2 files 
using the following command:


pear install Net_LDAP2-2.0.1

which used pear to download and install them.  This isn't the Debian way 
to handle things, but I had to get the server up and running in a 
hurry.  I'm posting this in case anyone else is stuck in this position.


Soren



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

Bug#533491: arora: hangs whilst trying to access webserver using GSS-Negotiate

[brian m. carlson]

Package: arora
Version: 0.7.0-1
Severity: normal

If I try to access , arora tries
to connect but never succeeds, and simply sits there continuing to
indicate that it's trying.  The /dump/ directory is only accessible for
authenticated users, and users can only be authenticated via Kerberos 5
(using GSS-Negotiate).  The UI does, however, remain responsive.

My complaint is not that arora does not support GSS-Negotiate (although
if that is the case, I will be happy to open another bug against Qt
Webkit for that) but that it never displays failure if it does not.  To
wit, if arora doesn't support the required authentication scheme, then
it should say so and give up immediately.

The same problem occurs if I use https instead of http.  Neither
Konqueror nor Iceweasel demonstrate this problem.  If you need more
information, please feel free to ask.

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

Kernel: Linux 2.6.30-trunk-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 arora depends on:
ii  libc6 2.9-13 GNU C Library: Shared libraries
ii  libgcc1   1:4.4.0-6  GCC support library
ii  libqt4-network4.5.1-2Qt 4 network module
ii  libqt4-script 4.5.1-2Qt 4 script module
ii  libqt4-sql4.5.1-2Qt 4 SQL module
ii  libqt4-webkit 4.5.1-2Qt 4 WebKit module
ii  libqtcore44.5.1-2Qt 4 core module
ii  libqtgui4 4.5.1-2Qt 4 GUI module
ii  libstdc++64.4.0-6The GNU Standard C++ Library v3

arora recommends no packages.

arora suggests no packages.

-- no debconf information

-- 
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#533444: xserver-xorg-video-ati: X server hang while starting opengl application

[Alex Deucher]

On Thu, Jun 18, 2009 at 2:06 AM, Henri Valta wrote:
> Package: xserver-xorg-video-ati Version: 1:6.12.2-2 Severity: normal Xserver 
> hangs and becomes unkillable using 100% CPU while starting certain opengl 
> applications. This report is generated from starting a 3D game with wine. The 
> hang is reproducable and almost immediate with this app. This is the X server 
> backtrace generated with gdb by pressing CTRL-C during the hang

This is a pretty standard GPU hang.  I'd suggest trying a newer ddx
and mesa 3d driver.

Alex



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

Bug#533490: nautilus: Reopening folder (spatial mode) does not focus or raise window

[Ulrik Sverdrup]

Package: nautilus
Version: 2.26.2-5
Severity: normal

In spatial mode, opening, from an external program (xdg-open
folder, from a launcher or similar, etc), a folder already open does not
focus the folder nor bring it to the current workspace; it merely
flashes in the window list.

This is a regression from previous versions of nautilus IIRC.

To reproduce:

1. Set nautilus to spatial mode (default)
2. Open home
3. Switch workspaces
4. In terminal, type "xdg-open ." or "gnome-open ."

The issue is disturbing, since I use a launcher program to navigate, it
does the equivalent of "xdg-open ." (or gtk_show_uri() or similar), but
nautilus does not correctly focus/display the folder)


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (900, 'testing'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.27-rc8fastboot
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nautilus depends on:
ii  desktop-file-utils  0.15-2   Utilities for .desktop files
ii  gvfs1.2.2-2  userspace virtual filesystem - ser
ii  libatk1.0-0 1.26.0-1 The ATK accessibility toolkit
ii  libbeagle1  0.3.9-1  library for accessing beagle using
ii  libc6   2.9-12   GNU C Library: Shared libraries
ii  libcairo2   1.8.6-2+b1   The Cairo 2D vector graphics libra
ii  libdbus-glib-1-20.80-4   simple interprocess messaging syst
ii  libexempi3  2.1.0-3  library to parse XMP metadata (Lib
ii  libexif12   0.6.17-1 library to parse EXIF files
ii  libgail18   2.16.1-2 GNOME Accessibility Implementation
ii  libgconf2-4 2.26.2-1 GNOME configuration database syste
ii  libglib2.0-02.20.1-2 The GLib library of C routines
ii  libgnome-desktop-2-11   2.26.1-1 Utility library for loading .deskt
ii  libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface 
ii  libice6 2:1.0.5-1X11 Inter-Client Exchange library
ii  libnautilus-extension1  2.26.2-5 libraries for nautilus components 
ii  libpango1.0-0   1.24.0-3+b1  Layout and rendering of internatio
ii  libselinux1 2.0.71-1 SELinux shared libraries
ii  libsm6  2:1.1.0-2X11 Session Management library
ii  libtrackerclient0   0.6.95-1 metadata database, indexer and sea
ii  libunique-1.0-0 1.0.8-1  Library for writing single instanc
ii  libx11-62:1.2.1-1X11 client-side library
ii  libxml2 2.7.3.dfsg-1 GNOME XML library
ii  libxrender1 1:0.9.4-2X Rendering Extension client libra
ii  nautilus-data   2.26.2-5 data files for nautilus
ii  shared-mime-info0.60-2   FreeDesktop.org shared MIME databa

Versions of packages nautilus recommends:
ii  app-install-dat 2009.06.06   Application Installer Data Files
ii  consolekit  0.3.0-2  framework for defining and trackin
ii  desktop-base5.0.5common files for the Debian Deskto
ii  eject   2.1.5+deb1+cvs20081104-6 ejects CDs and operates CD-Changer
ii  gnome-mount 0.8-2wrapper for (un)mounting and eject
ii  gvfs-backends   1.2.2-2  userspace virtual filesystem - bac
ii  librsvg2-common 2.22.3-2 SAX-based renderer library for SVG
ii  nautilus-cd-bur 2.24.0-3 CD Burning front-end for Nautilus
ii  synaptic0.62.6   Graphical package manager

Versions of packages nautilus suggests:
ii  eog   2.26.2-1   Eye of GNOME graphics viewer progr
ii  evince [pdf-viewer]   2.26.1-2   Document (postscript, pdf) viewer
ii  gv [pdf-viewer]   1:3.6.7-1  PostScript and PDF viewer for X
ii  mpg321 [mp3-decoder]  0.2.10.6   mpg123 clone that doesn't use floa
ii  totem 2.26.2-1   A simple media player for the GNOM
ii  tracker   0.6.95-1   metadata database, indexer and sea
ii  vlc [mp3-decoder] 0.9.9a-3   multimedia player and streamer
ii  vlc-nox [mp3-decoder] 0.9.9a-3   multimedia player and streamer (wi
pn  xdg-user-dirs  (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#533471: mutt: maildir_mtime=yes should place maildirs with new mail first

[Antonio Radici]

tag 533471 +confirmed upstream
forwarded 533471 http://bugs.mutt.org/3274
thanks

Kiko Piris wrote:
> When maildir_mtime is set, maildirs are sorted in the desired order, but IMHO
> the way it worked before 1.5.20-1 was way more useful: maildirs with _new_ 
> mail
> always were sorted _before_ maildirs with no new mail; _then_ sorted by newest
> message.

Hi Kiko,
thanks for your report, I've forwarded your CR upstream.

Cheers
Antonio



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

Bug#533471: [Mutt] #3274: mutt: maildir_mtime=yes should place maildirs with new mail first

[Mutt]

#3274: mutt: maildir_mtime=yes should place maildirs with new mail first
--+-
 Reporter:  anto...@dyne.org  |   Owner:  mutt-dev
 Type:  enhancement   |  Status:  new 
 Priority:  minor |   Milestone:  
Component:  mutt  | Version:  1.5.20  
 Keywords:|  
--+-
 Forwarding from http://bugs.debian.org/533471

 {{{
 When maildir_mtime is set, maildirs are sorted in the desired order, but
 IMHO
 the way it worked before 1.5.20-1 was way more useful: maildirs with _new_
 mail
 always were sorted _before_ maildirs with no new mail; _then_ sorted by
 newest
 message.
 }}}

-- 
Ticket URL: 
Mutt 
The Mutt mail user agent




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

Bug#523445: Congratulation You have Won

[wraft]

Your email address were picked ; you were selected for the sum of $1.000,000 
Verify by sending in your details, your name, address, age, phone 
number,occuption etc to f_lott...@btinternet.com




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

Bug#531734: Upstream bug

[Andrew Price]

This seems to be the one to watch:
http://bugzilla.gnome.org/show_bug.cgi?id=564649

--
Andrew Price



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

Bug#520052: webkit: CVE-2008-4723 cross-site scripting vulnerability

[Gustavo Noronha]

On Wed, 2009-06-17 at 18:48 -0400, Michael S. Gilbert wrote:
> i don't mean to sound rude, but if you wish to close bugs, please do the
> requisite testing and background checking first.  i spent the time to
> do a good job before submitting the bug.  please respect that by doing a
> thorough job before closing the bug.  

You are right about that, sorry. I will try to figure out a patch for
lenny.

Thanks for updating the information!

-- 
Gustavo Noronha 
Debian Project




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

Bug#497707: Fwd: Bug#497707: xserver-xorg-video-intel: Occasional X-Server crash

[Luís Picciochi Oliveira]

I sent this e-mail do Julien, but he recommended me to send it here
instead. If anyone can help me with this, I'd appreciate it.

-- Forwarded message --
From: Luís Picciochi Oliveira 
Date: Wed, Jun 17, 2009 at 12:46 AM
Subject: Re: Bug#497707: xserver-xorg-video-intel: Occasional X-Server crash
To: Julien Cristau 


I'm sorry to ask such a possibly very dumb question, but I can't seem
to be able to get netconsole working.


I don't know if you're willing to help me solve this, but here it goes anyway:

Here is my setup:
A laptop is going to be used to grab the output from my computer.

- The laptop and my computer are connected to each other and they can
ping each other.
- laptop's IP: 10.0.0.2, my computer's IP: 10.0.0.1
- iptables are empty on both computers.
- I followed [1]:
    I edited /etc/default/syslogd on the laptop to have the line: SYSLOGD="-r"
    I issued "modprobe netconsole
netconso...@10.0.0.1/eth1,@10.0.0.2/" on my computer. /var/log/syslog
says:

Jun 17 00:35:33 C-5 kernel: [ 8034.962239] netconsole: local port 6665
Jun 17 00:35:33 C-5 kernel: [ 8034.962243] netconsole: local IP 10.0.0.1
Jun 17 00:35:33 C-5 kernel: [ 8034.962246] netconsole: interface eth1
Jun 17 00:35:33 C-5 kernel: [ 8034.962249] netconsole: remote port 
Jun 17 00:35:33 C-5 kernel: [ 8034.962251] netconsole: remote IP 10.0.0.2
Jun 17 00:35:33 C-5 kernel: [ 8034.962254] netconsole: remote ethernet
address ff:ff:ff:ff:ff:ff
Jun 17 00:35:33 C-5 kernel: [ 8034.979830] console [netcon0] enabled
Jun 17 00:35:33 C-5 kernel: [ 8034.979834] netconsole: network logging started

I thought everything was well configured, but when something appears
on the syslog (or if I issue "logger hello world"), no packets are
sent from my computer on any network card (at least that wireshark can
see).
Am I missing something? Do you think you can help me with this?

Also, can you tell me if netconsole gives the same detail of debug as
if a serial cable was being used? I've been asked to use a serial
cable to debug something else in the past, but I had never heard of
netconsole.


Regards and thanks in advance,
Pitxyoki

[1] - 
http://www.cyberciti.biz/tips/linux-netconsole-log-management-tutorial.html



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

Bug#533489: trousers: FTBFS if built twice in a row

[Andrew Pollock]

Package: trousers
Version: 0.3.1-9
Severity: important

Ironically, I've been trying to work up a patch for #533382, and I've found
that you can't successfully built trousers twice in a row. Here's the output
from the second attempt:

dh_testdir
dh_testroot
rm -f build-stamp
rm -f config.guess config.sub
[ ! -f Makefile ] || /usr/bin/make distclean
make[1]: Entering directory `/home/apollock/debian/tinker/trousers-0.3.1'
cd . && /bin/sh /home/apollock/debian/tinker/trousers-0.3.1/missing --run 
aclocal-1.9 
 cd . && /bin/sh /home/apollock/debian/tinker/trousers-0.3.1/missing --run 
automake-1.9 --foreign 
configure.in:13: required file `./config.guess' not found
configure.in:13: required file `./config.sub' not found
make[1]: *** [Makefile.in] Error 1
make[1]: Leaving directory `/home/apollock/debian/tinker/trousers-0.3.1'
make: *** [clean] Error 2
dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2


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

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

Versions of packages trousers depends on:
ii  adduser 3.110add and remove users and groups
ii  libc6   2.7-18   GNU C Library: Shared libraries
ii  libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries
pn  libtspi1   (no description available)

trousers recommends no packages.

trousers suggests no packages.



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

Bug#533459: [Mutt] #3273: mutt: every unmailboxes command segfaults

[Mutt]

#3273: mutt: every unmailboxes command segfaults
---+
  Reporter:  anto...@dyne.org  |   Owner:  brendan
  Type:  defect|  Status:  closed 
  Priority:  major |   Milestone: 
 Component:  mutt  | Version:  1.5.20 
Resolution:  fixed |Keywords: 
---+
Changes (by Antonio Radici ):

  * status:  accepted => closed
  * resolution:  => fixed


Comment:

 (In [25e46aad362b]) Do not free statically-allocated buffy buffer.
 Unbreaks unmailboxes, closes #3273.

-- 
Ticket URL: 
Mutt 
The Mutt mail user agent




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

Bug#533169: nut: megatec_usb shows error "ser_send_pace: Device detached" on periodically checks

[Alexander Gordeev]

Hi Alexey,

Please post the output of 'lsusb' and
'megatec_usb -a sven_625 -u nut -D'.

On Monday 15 June 2009 14:32:16 you wrote:
> Package: nut
> Version: 2.4.1-3
> Severity: normal
>
> I have a SVEN Pro+ 625 ups that uses megatec_usb driver.
> In ups.conf I describe it like:
> [sven_625]
> driver = megatec_usb
> port = auto
> desc = "SVEN Pro+ 625"
>
> When I starting the nut, I hear "beep" from the ups and nut succesfully
> detect it. And I can view the UPS status:
> # upsc sven_625
> battery.charge: 97.5
> battery.voltage: 13.60
> battery.voltage.nominal: 12.0
> driver.name: megatec_usb
> driver.parameter.pollinterval: 2
> driver.parameter.port: auto
> driver.version: 2.4.1
> driver.version.internal: 1.6
> input.frequency: 50.0
> input.frequency.nominal: 50.0
> input.voltage: 233.3
> input.voltage.fault: 140.0
> input.voltage.maximum: 233.3
> input.voltage.minimum: 229.9
> input.voltage.nominal: 220.0
> output.voltage: 233.8
> ups.beeper.status: enabled
> ups.delay.shutdown: 0
> ups.delay.start: 2
> ups.load: 20.0
> ups.mfr:
> ups.model:  VT0105BG
> ups.serial: unknown
> ups.status: OL
> ups.temperature: 30.0
> ups.type: standby
>
>
>
> But in /var/log/syslog I see the errors that adds every 5-20 seconds!
> Jun 15 13:58:12 beam megatec_usb[15480]: ser_send_pace: Device detached?
> (error -5: could not claim interface 0: Device or resource busy)
> Jun 15 13:58:13 beam megatec_usb[15480]: Successfully reconnected
> Jun 15 13:58:32 beam megatec_usb[15480]: ser_send_pace: Device detached?
> (error -5: could not claim interface 0: Device or resource busy)
> Jun 15 13:58:32 beam megatec_usb[15480]: Successfully reconnected
> Jun 15 13:58:34 beam megatec_usb[15480]: ser_send_pace: Device detached?
> (error -5: error sending control message: Operation not permitted)
> Jun 15 13:58:35 beam megatec_usb[15480]: Successfully reconnected
>
>
>
> If I try to start megatec_usb manually, I see:
> # /lib/nut/megatec_usb -a sven_625 -D -u nut
> Network UPS Tools - Megatec protocol driver 1.6 (2.4.1)
> Serial-over-USB transport layer 0.10
> debug level is '1'
> Starting UPS detection process...
> 0 out of 5 detection attempts failed (minimum failures: 2).
> Cancelling any pending shutdown or battery test.
> Megatec protocol UPS detected [  VT0105BG].
> 12.0V battery, interval [9.7V, 13.7V].
> Done setting up the UPS.
> ser_send_pace: Device detached? (error -5: error sending control message:
> Operation not permitted) Successfully reconnected
> ser_send_pace: Device detached? (error -5: error sending control message:
> Operation not permitted) Successfully reconnected
> ser_send_pace: Device detached? (error -5: error sending control message:
> Operation not permitted) Successfully reconnected
>
>
>
> If I try to start it with root priveleges, I see thouse errors:
> # /lib/nut/megatec_usb -a sven_625 -D -u root
> Network UPS Tools - Megatec protocol driver 1.6 (2.4.1)
> Serial-over-USB transport layer 0.10
> debug level is '1'
> Starting UPS detection process...
> 0 out of 5 detection attempts failed (minimum failures: 2).
> Cancelling any pending shutdown or battery test.
> Megatec protocol UPS detected [  VT0105BG].
> 12.0V battery, interval [9.7V, 13.7V].
> Done setting up the UPS.
> ser_send_pace: Device detached? (error -5: No error)
> Successfully reconnected
> ser_send_pace: Device detached? (error -5: No error)
> Successfully reconnected
> ser_send_pace: Device detached? (error -5: No error)
> Successfully reconnected
> ser_send_pace: Device detached? (error -5: No error)
> Successfully reconnected
>
>
> What does this error mean and how I can disable thouse messages?
>
>
> -- 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages nut depends on:
> ii  adduser  3.110   add and remove users and
> groups ii  debconf  1.5.26  Debian configuration
> management sy ii  libc62.9-12  GNU C Library:
> Shared libraries ii  libupsclient12.4.1-3 network UPS
> tools - client library ii  libusb-0.1-4 2:0.1.12-13
> userspace USB programming library ii  libwrap0 7.6.q-16
>Wietse Venema's TCP wrappers libra ii  lsb-base
> 3.2-22  Linux Standard Base 3.2 init scrip ii  udev
> 0.141-1 /dev/ and hotplug management daemo
>
> Versions of packages nut recommends:
> ii  bash-completion   1:1.0-3programmable completion for
> the ba
>
> Versions of packages nut suggests:
> pn  nut-cgi(no description available)
> pn  nut-dev(no description available)
> pn  nut-snmp   (no description ava

Bug#520052: spu candidate

[Michael S. Gilbert]

since this is a minor issue, would you be interested in pushing out
fixes for this problem in a stable proposed update?  if so, please
contact the security team.

mike



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

Bug#503570: [request-tracker-maintainers] Bug#503570: request-tracker3.6 - link generation unclear

[Dominic Hargreaves]

On Sun, Oct 26, 2008 at 06:48:27PM +0100, Bastian Blank wrote:
> Package: request-tracker3.6
> Version: 3.6.7-3
> Severity: important
> 
> The Display.html page uses different rules for URL generation in
> different parts. Some uses an absolut URL based on the configured base,
> for example anything within the Links sections, the rest relativ URL.

Hi Bastian,

While I agree with your statement, I can't really see why this is a
problem; particularly one justifying the stated severity. Could you 
perhaps explain the functional problem with the current behaviour?

Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#533488: kolabd: Error When Enabling Vacation Notification

[Soren Stoutner]

Package: kolabd
Version: 2.2.2-20090514-1
Severity: important


When I use the web interface to enable Vacation Notification, I receive the 
following error message:

Errors:
 Not currently in TRANSACTION state
 Script was:
 
require "vacation";

vacation :addresses [ "sor...@h3solution.com" ] :days 7 text:
Vacation Text
..
;

This text appears below the headers and above the Vacation Notification options 
on the webpage.


-- 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kolabd depends on:
ii  adduser   3.110  add and remove users and groups
ii  kolab-cyrus-admin 2.2.13-5   Cyrus mail system (administration 
ii  kolab-cyrus-clients   2.2.13-5+b3Cyrus mail system (test clients)
ii  kolab-cyrus-imapd 2.2.13-5+b3Cyrus mail system (IMAP support)
ii  kolab-cyrus-pop3d 2.2.13-5+b3Cyrus mail system (POP3 support)
ii  libkolab-perl 1:2.2.1-20090331-1 Perl modules for Kolab
ii  libmail-box-perl  2.090-1message-folder management module
ii  libnet-netmask-perl   1.9015-3   parse, manipulate and lookup IP ne
ii  libsasl2-modules  2.1.22.dfsg1-23+b1 Cyrus SASL - pluggable authenticat
ii  libterm-readkey-perl  2.30-4 A perl module for simple terminal 
ii  libterm-readline-gnu- 1.19-1 Perl extension for the GNU Readlin
ii  lsb-base  3.2-22 Linux Standard Base 3.2 init scrip
ii  php-kolab-filter  0.1.5-1Postfix filters for the Kolab serv
ii  php-kolab-freebusy0.1.5-1provide Kolab free/busy informatio
ii  postfix   2.6.2~rc1-1High-performance mail transport ag
ii  postfix-ldap  2.6.2~rc1-1LDAP map support for Postfix
ii  sasl2-bin 2.1.22.dfsg1-23+b1 Cyrus SASL - administration progra

Versions of packages kolabd recommends:
ii  ldap-utils2.4.11-1   OpenLDAP utilities
ii  slapd 2.4.11-1   OpenLDAP server (slapd)

Versions of packages kolabd suggests:
pn  amavisd-new(no description available)
pn  clamav (no description available)
pn  clamav-daemon  (no description available)
pn  db4.2-util (no description available)
ii  kolab-webadmin  2.2.2-20090514-1 Kolab administration web interface
ii  openssl 0.9.8g-16Secure Socket Layer (SSL) binary a
pn  spamassassin   (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#533487: logcheck-database: Additional rules for innd

[Frans Pop]

Package: logcheck-database
Version: 1.2.69
Severity: wishlist
Tags: patch

Please add the following two rules for innd (ignore.d.server).
I get these a lot from my news server, which is used only for a local
mail2news service.

^\w{3} [ :0-9]{11} [._[:alnum:]-]+ nnrpd\[[0-9]+\]: [._[:alnum:]-]+ no_post 
local$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ innd: localhost:[0-9]+ closed seconds [0-9]+ 
accepted [0-9]+ refused [0-9]+ rejected [0-9]+ duplicate [0-9]+ accepted size 
[0-9]+ duplicate size [0-9]+$

Cheers,
FJP

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

Kernel: Linux 2.6.30 (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

-- 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#494835: [Pkg-nagios-devel] Bug#494835: nagios-plugins: check_http add , default http port to URL

[Jan Wagner]

Hi there,

On Tuesday 02 June 2009, Bigot Adrien wrote:
> I have the same issue and it's a very big problem for us.
> You can se that :
>
> http://www.feedingthesapecosystem.com return a  200 OK
> and
> http://www.feedingthesapecosystem.com:80 return a 404 Not Found !
>
> Could you add a flag to not include the port number in the host ?

if I understand you correctly, the problem should be fixed with the latest
git version of nagios-plugins.

unstable:

w...@schuhkarton:~$ dpkg -l | grep nagios-plugins
ii  nagios-plugins-basic 1.4.12-5 Plugins for the nagios network monitoring an
w...@schuhkarton:~$ /usr/lib/nagios/plugins/check_http -H www1.wowhead.com:80 
-I www1.wowhead.com
HTTP OK - HTTP/1.1 301 Moved Permanently - 0,566 second response time 
|time=0,565672s;;;0,00 size=539B;;;0
w...@schuhkarton:~$ /usr/lib/nagios/plugins/check_http -H www1.wowhead.com -I 
www1.wowhead.com
HTTP OK - HTTP/1.1 301 Moved Permanently - 0,443 second response time 
|time=0,442510s;;;0,00 size=539B;;;0

a version compiles against latest git:

w...@schuhkarton:~$ dpkg -l | grep nagios-plugins
ii  nagios-plugins-basic 1.4.13+git200906171200-1 Plugins for the nagios 
network monitoring an
w...@schuhkarton:~$ /usr/lib/nagios/plugins/check_http -H www1.wowhead.com:80 
-I www1.wowhead.com
HTTP OK: HTTP/1.1 301 Moved Permanently - 539 bytes in 0.338 second response 
time |time=0.337850s;;;0.00 size=539B;;;0
w...@schuhkarton:~$ /usr/lib/nagios/plugins/check_http -H www1.wowhead.com -I 
www1.wowhead.com
HTTP OK: HTTP/1.1 200 OK - 6537 bytes in 0.524 second response time 
|time=0.524306s;;;0.00 size=6537B;;;0

Can you confirm that this behavior fixes the problem your had?

Thanks and with kind regards, Jan.
-- 
Never write mail to , you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GIT d-- s+: a- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w--- O M V- PS PE
Y++ PGP++ t-- 5 X R tv- b+ DI- D++ G++ e++ h-- r+++ y+++
--END GEEK CODE BLOCK--


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

Bug#533459: [Mutt] #3273: mutt: every unmailboxes command segfaults

[Mutt]

#3273: mutt: every unmailboxes command segfaults
---+
  Reporter:  anto...@dyne.org  |   Owner:  brendan 
  Type:  defect|  Status:  accepted
  Priority:  major |   Milestone:  
 Component:  mutt  | Version:  1.5.20  
Resolution:|Keywords:  
---+
Changes (by brendan):

  * owner:  mutt-dev => brendan
  * status:  new => accepted


-- 
Ticket URL: 
Mutt 
The Mutt mail user agent




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

Bug#512759: [rt-b...@bestpractical.com: Re: [fsck.com #13104] Missing Pg index on GroupMembers]

[Dominic Hargreaves]

- Forwarded message from Kevin Falcone via RT  
-

X-Spam-Status: No, score=-3.4 required=5.0 tests=AWL,BAYES_00,
RCVD_IN_DNSWL_LOW autolearn=ham version=3.2.5
Subject: Re: [fsck.com #13104] Missing Pg index on GroupMembers 
From: Kevin Falcone via RT 
Reply-To: rt-b...@bestpractical.com
To: d...@earth.li
Date: Mon, 15 Jun 2009 08:22:36 -0400
X-Urchin-Spam-Score-Int: -34


On Jun 14, 2009, at 10:33 AM, Guest via RT wrote:

> On Sat Feb 21 00:34:30 2009, ruz wrote:
>> Done, will be part of 3.8.3.
>
> I noticed that only the first of the two schema updates described in  
> this
> ticket are in 3.8.3; was this because you decided the second one  
> wasn't needed,
> or should I have made a separate ticket?

As Andrew Nicols noted, this issue is being tracked separately
in 13056

-kevin

- End forwarded message -

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#532772: [eric] Segmentation fault

[zees thefirst]

I too am experiencing this seg fault in eric. I am tracking unstable and
have tried both of the suggestions. Neither has worked.

Bug#533459: [Mutt] #3273: mutt: every unmailboxes command segfaults

[Mutt]

#3273: mutt: every unmailboxes command segfaults
---+
  Reporter:  anto...@dyne.org  |   Owner:  mutt-dev
  Type:  defect|  Status:  new 
  Priority:  major |   Milestone:  
 Component:  mutt  | Version:  1.5.20  
Resolution:|Keywords:  
---+

Comment(by anto...@dyne.org):

 commit diff URL, it seems that it was not converted:
 
http://dev.mutt.org/trac/changeset?new=5779%3A7bc332ddd8fc%40buffy.c&old=5778%3A1dc96cc13a87%40buffy.c

-- 
Ticket URL: 
Mutt 
The Mutt mail user agent




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

Bug#520052: wrong CVE

[Michael S. Gilbert]

CVE-2008-4723 is the wrong CVE, which is for firefox.  it should be
CVE-2008-4724



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

Bug#533485: ITP: lshell -- limited shell configurable per user

[Ryan Niebur]

Ignace Mouzannar already sent an ITP, packaged it, and sent a RFS to
debian-mentors.

On Thu, Jun 18, 2009 at 12:33:30AM +0200, Carl Chenet wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Carl Chenet 
> 
> 
> * Package name: lshell
>   Version : 0.9.4
>   Upstream Author : Ignace Mouzannar 
> * URL : http://lshell.ghantoos.org/
> * License : GPL
>   Programming Lang: Python
>   Description : limited shell configurable per user
> 
> Limited Shell (lshell) lets you restrict users to limited sets of
> commands, choose to enable/disable any command over SSH (e.g. SCP,
> SFTP, rsync, etc.), log user's commands, implement timing
> restrictions, and more.
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> 

-- 
_
Ryan Niebur
ryanrya...@gmail.com


signature.asc
Description: Digital signature

Bug#488609: rt man page

[Dominic Hargreaves]

Thanks for your proposed contribution to the rt man page. It certainly
would be nice to have something like this merged. However, I'm uneasy
about adding this now as a future maintenance burden; at the moment the
manpage is a general overview with a pointer on how to get specific
information, but adding the detailed help runs the real risk of things
becoming out of date.

I suspect the best thing to do really would be to get upstream to include
POD documentation (which is, incidentally, how the current docs are
maintained).

Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



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

Bug#531077: packages available for testing

[Michael Prokop]

JFYI:

Preliminary (not yet official though) packages of [u]anytun are
available for testing on http://people.debian.org/~mika/

I'll have a meeting with upstream where we'll have a detailled look
at the packages. I plan to upload them as soon as I've the ACK from
upstream.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#533486: Please update jcc to version 2.3

[Ludovico Cavedon]

Package: jcc
Severity: wishlist

Please update to the latest version (2.3),
http://pypi.python.org/pypi/JCC/2.3

I would be available in co-maintaining this package, if you are interested.

Thanks,
Ludovico



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

Bug#533450: ITP: xserver-xorg-video-psb -- Xorg Graphics driver for Intel Poulsbo chipset (GMA 500)

[Kushal Koolwal]

Thanks Daniel! Sorry about the errors in the ITP (license, versions). I did an 
ITP for the first time and I wasn't quite sure how to find proper licenses and 
versions. Does it need to be corrected? If yes, then how?

I apologize for the trouble and errors.

Kushal Koolwal

I do blog at http://blogs.koolwal.net/


> Subject: Bug#533450: ITP: xserver-xorg-video-psb -- Xorg Graphics driver for 
> Intel Poulsbo chipset (GMA 500)
> Date: Wed, 17 Jun 2009 12:02:16 -0700
> From: dmoer...@gmail.com
> To: kushalkool...@hotmail.com; 533...@bugs.debian.org
> CC: debian-de...@lists.debian.org
>
> I originally just sent this to debian-devel since I didn't see the bug
> report on it, here are my comments on the bug report for posterity.
> I'll keep debian-devel on CC. I've attached the forwarded message at
> the end.
>
> On Wed, Jun 17, 2009 at 11:20 AM, Kushal
> Koolwal wrote:
>> * Package name: xserver-xorg-video-psb
>>  Version : 1.0
>
> I only see version 0.2.1 on various websites, the upstream git repo on
> moblin.org no longer exists.
>
>>  Upstream Author : Intel Moblin
>> * URL : http://www.intel.com/products/mid/
>> * License : GPL
>
> It looks like MIT to me.
>
>>  Programming Lang: C/C++
>>  Description : Xorg Graphics driver for Intel Poulsbo chipset (GMA 500)
>>
>> http://lists.debian.org/debian-devel/2009/06/msg00515.html
>>
>> -- System Information:
>> Debian Release: 5.0.1
>>  APT prefers stable
>>  APT policy: (500, 'stable')
>> Architecture: amd64 (x86_64)
>>
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
>>
>>
>
> Here was my original message that I sent out before I saw the bug report:
>
> -- Forwarded message --
> From: Daniel Moerner 
> Date: Wed, Jun 17, 2009 at 11:42 AM
> Subject: Re: Intel Atom Poulsbo chipset Xorg driver in Debian
> To: debian-de...@lists.debian.org
>
>
> On Wed, Jun 17, 2009 at 10:49 AM, Jonathan
> Wiltshire wrote:
>> On Wed, Jun 17, 2009 at 10:42:55AM -0700, Kushal Koolwal wrote:
>>>
>>> It seems that the support for Intel's Poulsbo chipset (Graphics GMA 500) 
>>> for Atom processor (US15) is sparse [1].
>>> So far I have been able to find a driver package in Ubuntu Hardy [2].
>>>
>>> I was wondering if anyone has ideas as to if Debian will get the support 
>>> for Poulsbo chipset.
>>
>> From a brief look at the package in Hardy, the license would be
>> considered free, so I suggest you file a Request for Packaging [1] and
>> hopefully somebody will take you up on it.
>
> Is the driver in better shape than it was in January?
>
> http://www.happyassassin.net/2009/01/30/intel-gma-500-poulsbo-graphics-on-linux-a-precise-and-comprehensive-summary-as-to-why-youre-screwed/
>
> Ubuntu even requested to have it removed from their archive because it
> was obsolete and broken:
>
> https://launchpad.net/ubuntu/+source/xserver-xorg-video-psb/0.2.1-1ubuntu3
>
> I'm not sure if this is something that would be wanted in the archive
> unless support has improved (which is a legitimate possibility, given
> that Dell purports to support this chipset in the Mini 12).
>
> Cheers,
> Daniel
>
> --
> Daniel Moerner 
>
>

_
Lauren found her dream laptop. Find the PC that’s right for you.
http://www.microsoft.com/windows/choosepc/?ocid=ftp_val_wl_290


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

Bug#520052: webkit: CVE-2008-4723 cross-site scripting vulnerability

[Michael S. Gilbert]

reopen 520052
found 520052 1.0.1-4
fixed 520052 1.1.7-1
thanks

yes, i, as the original reporter, spent a non-insignificant amount of
time to determine that webkit is indeed affected.  in fact, i believe
that my description in the original report is very complete and
describes the extent of the problem very accurately.  enough so that
someone could come along and recheck the status.

i don't mean to sound rude, but if you wish to close bugs, please do the
requisite testing and background checking first.  i spent the time to
do a good job before submitting the bug.  please respect that by doing a
thorough job before closing the bug.  

also, you could have just asked me to recheck, which i have now done.
it appears that the problem is now resolved in unstable; however,
lenny is still affected.

kind regards,
mike

[1] http://www.jorgan.users.cg.yu/gc-mf.txt



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

Bug#460946: Volunteering

[Michael Prokop]

* Rince  [20090617 22:32]:

> In the event that this package, indeed, orphaned (as the maintainer
> hasn't touched it himself since 2006), I'm throwing my hat into the
> ring to maintain it.

> I contacted debian-devel to ask if they knew better than I about his
> absence, and after muddling it, he eventually got CCed, so we'll see
> if/when I hear back.

I saw you posted a RFS on debian-mentors:

  http://lists.debian.org/debian-mentors/2009/05/msg00696.html

If the native packaging issue has been resolved please ping
me so we could schedule an upload.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#533485: ITP: lshell -- limited shell configurable per user

[Carl Chenet]

Package: wnpp
Severity: wishlist
Owner: Carl Chenet 


* Package name: lshell
  Version : 0.9.4
  Upstream Author : Ignace Mouzannar 
* URL : http://lshell.ghantoos.org/
* License : GPL
  Programming Lang: Python
  Description : limited shell configurable per user

Limited Shell (lshell) lets you restrict users to limited sets of
commands, choose to enable/disable any command over SSH (e.g. SCP,
SFTP, rsync, etc.), log user's commands, implement timing
restrictions, and more.



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

Bug#533483: ddrescue: new upstream version 1.14 since 2007-08-28 available

[Michael Prokop]

Package: ddrescue
Version: 1.13-3
Severity: wishlist


| The current version is 1.14, released 2007-08-28.
| In version 1.14, a bug is fixed that could lead to a target file not
| having the correct size when copied in sparse (-a) mode.

  -- http://www.garloff.de/kurt/linux/ddrescue/

regards,
-mika-



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

Bug#525078: already fixed

[Sam Hocevar]

reopen 525078
thanks

On Mon, Jun 15, 2009, Steffen Joeris wrote:

> The code snippet is upstream's security fix. Testing it now and preparing DSA.

   Unfortunately it doesn't work properly. It looks like upstream didn't
even bother to test the fix.

   Quick (and harmless) way to simulate an attack and reproduce the bug:

- run amule from the command line
- set video player to "vlc" in the preferences
- start downloading a file (use the search tool to find a small
  txt file)
- pause download using right click -> Pause
- rename file to '-.avi (with a leading tick) using right
  click -> Show File Details
- resume download, wait for completion
- double click on the file
- you should see VLC's very verbose debug messages in amule's console,
  indicating that it has been called with -.avi as an extra
  argument, increasing its verbosity

   The following fix works, though (tested with 2.2.5):

 rawFileName.Replace(QUOTE, wxT("\\") QUOTE);

-- 
Sam.



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

Bug#532610: Info received (Bug#532610: Info received (Bug#532610: Acknowledgement (quiteinsane: segfaults upon quit)))

[Mark T.B. Carroll]

In case it helps, today I also got out of it a:

quiteinsane: ../avahi-common/dbus-watch-glue.c:72: connection_data_ref: 
Assertion `d->ref >= 1' failed.

Mark



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

Bug#533095: New upstream version 1.8.4

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

On Wed, Jun 17, 2009 at 11:13:32PM +0200, Frank Lin PIAT wrote:
>On Wed, 2009-06-17 at 10:16 +0200, Jonas Smedegaard wrote:
>> On Wed, Jun 17, 2009 at 08:50:26AM +0200, Frank Lin PIAT wrote:
>> >On Sun, 2009-06-14 at 21:23 +0100, Marco Rodrigues wrote:
>> >> 
>> >> Please update moinmoin to version 1.8.4.
>> >
>> >I have prepared the new upstream in my local git repo. I should push 
>> >my commit tonight (after some tests).
>
>I have pushed the new release to the git repository. We would upload it 
>soon.

I am building now...


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEAREDAAYFAko5bAUACgkQn7DbMsAkQLjkNQCfYyI9Zs1UnpDIkGG+bKmcOVzM
Sh4AoJXSLmma2Ift+i31NLzVVsSOURH1
=zkW8
-END PGP SIGNATURE-



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

Bug#533484: Upgrading to 0.0.20090214b-1 changes the website location to /

[Mohammed Adnène Trojette]

Package: dokuwiki
Version: 0.0.20090214b-1
Tags: moreinfo, unreproducible

On Wed, Jun 17, 2009, Bin Zhang wrote:
> Non. I didn't run dpkg-reconfigure.
> I just said yes to the question "Installing package's apache.conf".

But didn't it ask you about the location?

> Before  today's upgrade, it was
> Alias /dokuwiki /usr/share/dokuwiki
> Ater upgrade it became
> Alias / /usr/share/dokuwiki

Weird. I can't manage to reproduce this bug. But it is not the same bug
as before. Hence closing the old one and opening a new one.

-- 
Mohammed Adnène Trojette



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

Bug#516347: debian-installer: guided-with-lvm no longer allows multiple primary partition

[Julio C. Ortega]

> Yup, this is biting me too... Sorry for the long stream-of-conscious 
> report here, but I wrote as I worked through this issue and it shows. ;) 
> I don't know what someone may find important or not.
> 
> It's an odd bug though. When I create a small /boot partition as the 
> first item in the recipe, it rolls right along.
> [.] 
> 
> part_start = 19535040
> part_end   = 117212774 <--- more sectors than the disk has
> 
> The formula used in parted_server.c for calculating the part_end value is:
> 
> 1824: part_start = range_start / PED_SECTOR_SIZE_DEFAULT;
> 1825: part_end = (range_start + length) / PED_SECTOR_SIZE_DEFAULT;
> 
> So if there is a bounds check just after this code to keep the part_end 
> value at less than the range_end it should work (see attached patch).
> 
> I'll dig some more in the partman-auto-lvm package and see if the 
> calculations are borked there. Based upon the other bug reports claiming 
> this is not an lvm specific issue, I bet the size/offset calculations 
> are being done in some shared resource.
> 
> Does anyone know how to force the debian installer to use an unsigned 
> udeb source? I have a local debian mirror for netboot installs, but 
> since deb started using signed installer packages I've found it 
> difficult to replace or override the default installer udebs.
> 
> Tony
> 
> [parted_server.c.diff (text/plain, inline)]
> 
> --- parted_server.c.orig2009-06-17 17:08:04.0 +
> +++ parted_server.c 2009-06-17 16:34:12.0 +
> @@ -1823,6 +1823,10 @@
>  } else if (!strcasecmp(position, "beginning")) {
>  part_start = range_start / PED_SECTOR_SIZE_DEFAULT;
>  part_end = (range_start + length) / PED_SECTOR_SIZE_DEFAULT;
> +// Truncate the partition end to fit the maximum disk size
> +if ( part_end > ( range_end / PED_SECTOR_SIZE_DEFAULT ) ) {
> +  part_end = ( range_end / PED_SECTOR_SIZE_DEFAULT );
> +}
>  } else if (!strcasecmp(position, "end")) {
>  part_start = (range_end - length) / PED_SECTOR_SIZE_DEFAULT;
>  part_end = ((range_end - PED_SECTOR_SIZE_DEFAULT + 1)

Greetings all.

I've hit this bug also.

I've also tried the patch from Anthony to no avail.

I've been trying to make a recipe for a PowerPC based IBM Machine.
keeping "/" from entering the LVM, because Debian (and other distros
too) have major bugs when "/" it's inside it (in this architecture). So
there's no point on making only a "/boot" partition that stays out of it.

I've made it work at last making these changes in
lib/partman/lib/auto-lvm.sh: (partman-auto-lvm UDEB)

17c17
  echo "$scheme${NL}100 1000 -1 ext3 \$primary{ } method{ $method }"
---
  echo "$scheme${NL}100 1000 -1 ext3 method{ $method }"


As we know, device mapper doesn't care if it's physical volume it's on a
primary or a logical partition. He is there only to activate it(/them).

I've also included in this test installation (made a couple of them,
successfully) a partman-base modified UDEB with anthony's patch (but, as
stated earlier, it's not making difference)

Thanks to anthony for keeping alive this bug, and for the proposed
patch, else i couldn't have solved it.

The recipe im using is below.

d-i partman-auto/expert_recipe string \
  boot-root ::\
  8 1 1 prep  \
  $primary{ } \
  $bootable{ }\
  method{ prep }  \
  .   \
  8192 1 8192 ext3\
  $primary{ } \
  method{ format } format{ }  \
  use_filesystem{ } filesystem{ ext3 }\
  mountpoint{ / } \
  .   \
  64 512 300% linux-swap  \
  $lvmok{ }   \
  method{ swap } format{ }\
  .   \
  500 1 -1 ext3   \
  $lvmok{ }   \
  $defaultignore{ }   \
  method{ format } format{ }  \
  use_filesystem{ } filesystem{ ext3 }\
  mountpoint{ /srv }  \
  .


Again. Thanks, and have a nice day.

-- 

Julio C. Ortega
Equipo de Infraestructura
ONUVA | Integración de Sistemas



signature.asc
Description: OpenPGP digital

Bug#533481: RFP: liblog-dispatch-filerotate-perl -- Log to files that archive/rotate themselves

[Hans Dieter Pearcey]

Package: wnpp
Severity: wishlist


* Package name: liblog-dispatch-filerotate-perl
  Version : 1.19
  Upstream Author : Mark Pfeiffer 
* URL : http://search.cpan.org/~markpf/Log-Dispatch-FileRotate-1.19
* License : Artistic
  Programming Lang: Perl
  Description : Log to files that archive/rotate themselves

This module provides a simple object for logging to files under the
Log::Dispatch::* system, and automatically rotating them according to different
constraints.

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy
  APT policy: (800, 'hardy'), (700, 'jaunty'), (500, 'jaunty-updates'), (500, 
'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports')
Architecture: i386 (i686)

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



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

Bug#500195: transmission-gtk crashes when choosing OK on new torrent too fast

[Leo 'costela' Antunes]

Hi,

Charles Kerr wrote:
> I can't reproduce this in 1.72.
>
> It may be related to http://trac.transmissionbt.com/ticket/2197 but
> I'm not positive about this.  Carl, Jerome, Leo, could one of you
> please try to reproduce this in 1.72?
I couldn't replicate it since all the browsers I have leave the tmp
file, but the logic behind the race-condition was clear.
I'm marking it as fixed in 1.72 since you addressed the issue and it
seemed to be a probable enough cause.

Carl, Jerome, if you ever run into the problem again, please don't
hesitate to reopen the bug.

Cheers

-- 
Leo "costela" Antunes
[insert a witty retort here]




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

Bug#533482: wrong version in libc6-i386-dev conflict

[Matthias Klose]

Package: libc6-i386
Version: 2.9-16
Severity: serious

conficts with libc6-dev-i386 (<= 2.9.14), which should be 2.9-14.



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

Bug#533480: RFP: libdata-transformer-perl -- Traverse a data structure, altering it in place

[Hans Dieter Pearcey]

Package: wnpp
Severity: wishlist


* Package name: libdata-transformer-perl
  Version : 0.04
  Upstream Author : Baldur Kristinsson 
* URL : http://search.cpan.org/~baldur/Data-Transformer-0.04
* License : Perl
  Programming Lang: Perl
  Description : Traverse a data structure, altering it in place



-- System Information:
Debian Release: lenny/sid
  APT prefers hardy
  APT policy: (800, 'hardy'), (700, 'jaunty'), (500, 'jaunty-updates'), (500, 
'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports')
Architecture: i386 (i686)

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



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

Bug#533479: RFP: libcgi-validop-perl -- Simple validation of CGI parameters and runmodes.

[Hans Dieter Pearcey]

Package: wnpp
Severity: wishlist


* Package name: libcgi-validop-perl
  Version : 0.53
  Upstream Author : Randall Hansen 
* URL : http://search.cpan.org/~hdp/CGI-ValidOp-0.53/
* License : Perl
  Programming Lang: Perl
  Description : Simple validation of CGI parameters and runmodes.

CGI::ValidOp is a CGI parameter validator that also helps you manage runmodes.
Its aims are similar to Perl's: make the easy jobs easy and the complex jobs
possible. CGI parameter validation is boring, and precisely for that reason
it's easy to get wrong or ignore. CGI::ValidOp takes as much of the repetition
as possible out of this job, replacing it with a simple interface.

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy
  APT policy: (800, 'hardy'), (700, 'jaunty'), (500, 'jaunty-updates'), (500, 
'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports')
Architecture: i386 (i686)

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



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

Bug#533476: RFP: libcatalyst-controller-wrapcgi-perl -- Run CGIs in Catalyst

[Hans Dieter Pearcey]

Package: wnpp
Severity: wishlist


* Package name: libcatalyst-controller-wrapcgi-perl
  Version : 0.019
  Upstream Author : Rafael Kitover 
* URL : http://search.cpan.org/dist/Catalyst-Controller-WrapCGI
* License : Perl
  Programming Lang: Perl
  Description : Run CGIs in Catalyst

Allows you to run Perl code in a CGI environment derived from your Catalyst
context.

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy
  APT policy: (800, 'hardy'), (700, 'jaunty'), (500, 'jaunty-updates'), (500, 
'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports')
Architecture: i386 (i686)

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



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

Bug#533475: --modify option prints duplicates

[Todd A. Jacobs]

Package: dnotify
Version: 0.18.0-2
Severity: normal


Dnotify will print duplicate messages when a file changes. For example,
running the following:

 mkdir /tmp/dnotify
 dnotify --modify /tmp/dnotify &
 touch /tmp/dnotify/test
 echo 1 > /tmp/dnotify/test

results in output to the screen of:

$ /tmp/dnotify
/tmp/dnotify

apprently duplicating stdout. This doesn't happen with the create or
delete options; it seems to affect only the modify option.

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

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

Versions of packages dnotify depends on:
ii  libc6 2.9-12 GNU C Library: Shared libraries

dnotify recommends no packages.

dnotify 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#533477: RFP: libclass-c3-adopt-next-perl -- make NEXT suck less

[Hans Dieter Pearcey]

Package: wnpp
Severity: wishlist


* Package name: libclass-c3-adopt-next-perl
  Version : 0.12
  Upstream Author : Florian Ragwitz 
* URL : http://search.cpan.org/dist/Class-C3-Adopt-NEXT
* License : Perl
  Programming Lang: Perl
  Description : make NEXT suck less

A drop-in replacement for NEXT, supporting the same interface, but using
Class::C3 to do the hard work.

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy
  APT policy: (800, 'hardy'), (700, 'jaunty'), (500, 'jaunty-updates'), (500, 
'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports')
Architecture: i386 (i686)

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



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

Bug#533478: RFP: libx12-parser-perl -- Perl module for parsing X12 Transaction files

[Hans Dieter Pearcey]

Package: wnpp
Severity: wishlist


* Package name: libx12-parser-perl
  Version : 0.09
  Upstream Author : Prasad Poruporuthan 
* URL : http://search.cpan.org/~prasad/X12-0.09
* License : Perl
  Programming Lang: Perl
  Description : Perl module for parsing X12 Transaction files

X12::Parser package provides a efficient way to parse X12 transaction files.
Although this package is built keeping HIPAA related X12 transactions in mind,
it is flexible and can be adapted to parse any X12 or similar transactions.

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy
  APT policy: (800, 'hardy'), (700, 'jaunty'), (500, 'jaunty-updates'), (500, 
'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports')
Architecture: i386 (i686)

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



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

Bug#533444: xserver-xorg-video-ati: X server hang while starting opengl application

[Henri Valta]

On Wednesday 17 June 2009 23:44:05 Brice Goglin wrote:
> Henri Valta wrote:
> > Same problem (hang+kernel oops) with libdrm2 downgraded to 2.4.11-1
> > Previous report had libdrm2 2.4.11+git+20090519+f355ad8-1
>
> Which drm kernel module are you running in both cases?
>

In both cases I was running radeon drm module from linux-image-2.6.30-trunk-
amd64 2.6.30-1~experimental.1~snapshot.13813

I also tried linux-image-2.6.30-1-amd64 2.6.30-1which produced almost exactly 
the same gdb trace and oops.

linux-image-2.6.29-2-amd64 2.6.29-5 however produced slightly different oops 
(gdb trace was the same):

[  218.565299] BUG: unable to handle kernel NULL pointer dereference at (null)
[  218.565306] IP: [] radeon_do_cp_idle+0x186/0x1ba [radeon]
[  218.565316] PGD 5a1ec067 PUD 718cc067 PMD 4c048067 PTE 0
[  218.565320] Oops:  [#1] SMP
[  218.565322] last sysfs file: 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
[  218.565324] CPU 0
[  218.565326] Modules linked in: radeon drm kvm_amd kvm powernow_k8 
cpufreq_userspace cpufreq_conservative cpufreq_stats cpufreq_powersave nfsd 
exportfs nfs lockd nfs_acl auth_rpcgss sunrpc ipv6 fuse loop 
snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss 
snd_mixer_oss s626(C) snd_pcm comedi_fc(C) comedi(C) snd_seq_dummy snd_seq_oss 
snd_seq_midi ves1820 snd_rawmidi snd_seq_midi_event snd_seq snd_timer 
snd_seq_device budget budget_core saa7146 snd soundcore ttpci_eeprom 
snd_page_alloc dvb_core i2c_viapro i2c_core psmouse shpchp joydev k8temp 
pci_hotplug evdev pcspkr serio_raw parport_pc parport button ext4 mbcache jbd2 
crc16 sd_mod crc_t10dif usbhid hid ide_cd_mod cdrom ata_generic usb_storage 
ide_pci_generic sata_via uhci_hcd libata ehci_hcd via82cxxx ide_core scsi_mod 
atl1 mii thermal processor fan thermal_sys
[  218.565376] Pid: 4696, comm: Xorg Tainted: G C 2.6.29-2-amd64 #1 
M2V
[  218.565378] RIP: 0010:[]  [] 
radeon_do_cp_idle+0x186/0x1ba [radeon]
[  218.565385] RSP: 0018:880074c8bc28  EFLAGS: 00010202
[  218.565387] RAX:  RBX: 8800775ef000 RCX: 0002f69d
[  218.565389] RDX: 0002f69d RSI: 0003 RDI: 8800775ef000
[  218.565390] RBP: 88007d8f6800 R08:  R09: 88000101a500
[  218.565392] R10: 8800764dd500 R11: 8034e5e9 R12: 880074d0a428
[  218.565394] R13: 8800764dd500 R14: 88007d0f1ec0 R15: 
[  218.565397] FS:  7f78ee00b7b0() GS:806c1000() 
knlGS:1823fb90
[  218.565399] CS:  0010 DS:  ES:  CR0: 8005003b
[  218.565400] CR2:  CR3: 7c5bb000 CR4: 
06e0
[  218.565402] DR0:  DR1:  DR2: 

[  218.565404] DR3:  DR6: 0ff0 DR7: 0400
[  218.565407] Process Xorg (pid: 4696, threadinfo 880074c8a000, task 
8800775b6660)
[  218.565408] Stack:
[  218.565409]  8800775ef000 a04bc599 80479fb0 
0008
[  218.565412]  88007d8f6800 a0491e3e 88007690bc80 
0008
[  218.565416]  88007690bc80 880074d0a428 8800764dd500 
802be27a
[  218.565420] Call Trace:
[  218.565422]  [] ? radeon_do_release+0x4e/0x13b [radeon]
[  218.565428]  [] ? unlock_kernel+0x2b/0x2d
[  218.565432]  [] ? drm_lastclose+0x40/0x28d [drm]
[  218.565451]  [] ? __fput+0xc6/0x16e
[  218.565455]  [] ? filp_close+0x5b/0x62
[  218.565459]  [] ? put_files_struct+0x64/0xc2
[  218.565462]  [] ? _spin_lock_irq+0xd/0xf
[  218.565465]  [] ? do_exit+0x1ea/0x7b1
[  218.565467]  [] ? ktime_get_ts+0x21/0x4a
[  218.565471]  [] ? reschedule_interrupt+0xe/0x20
[  218.565474]  [] ? do_group_exit+0x73/0x9f
[  218.565476]  [] ? get_signal_to_deliver+0x315/0x33e
[  218.565479]  [] ? do_notify_resume+0x85/0x7cf
[  218.565483]  [] ? set_next_entity+0x34/0x56
[  218.565486]  [] ? finish_task_switch+0x2a/0xc7
[  218.565490]  [] ? thread_return+0x3d/0xd4
[  218.565494]  [] ? sysret_signal+0x96/0xff
[  218.565497] Code: 28 0f ae f0 83 bb 80 00 00 00 00 74 0d 48 8b 83 20 01 00 
00 48 8b 40 18 eb 11 48 8b 83 f8 03 00 00 48 8b 40 18 48 05 10 07 00 00 <8b> 
00 48 8b 83 f8 03 00 00 8b 53 28 48 8b 40 18 48 05 14 07 00
[  218.565520] RIP  [] radeon_do_cp_idle+0x186/0x1ba [radeon]
[  218.565526]  RSP 
[  218.565527] CR2: 
[  218.565529] ---[ end trace 1d65bdc6a8c8773a ]---
[  218.565531] Fixing recursive fault but reboot is needed!




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

Bug#526490: madwifi: please re-add this package (in main)

[Colomban Wendling]

Hi,

I'm asking too to re-add Madwifi in a way or another, since the ath5k
driver is not very mature for now. With my hardware for example
(AR5001X+), using ath5k slows my connexion down to about 250/300 ko/s
(instead of at least 1.6 Mb/s).
With the Madwifi SVN trunk, the driver builds right on Debian's 2.6.29
and seems to work well - and if I understand right, the current trunk
doesn't rely on the proprietary hal firmeware any more, then we should
all be happy!
Well, the only missing thing is an official madwifi release compatible
with 2.6.29 kernels.

I don't really know the status of Madwifi, ath5k and ath9k (is
madwifi-free about to be merged in kernel tree or something, even if
there's two other drivers around here - ath5k and ath9k - or
madwifi-free is only a half-step in the move to ath5k?), but I think
that it would be cool to have at least a package providing a
module-assistant source & friends - as madwifi-source was - if madwifi
is not provided with the standard kernel modules.

Best regards,
Colomban W.




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

Bug#533474: unsufficent versions for lib32 libs

[Matthias Klose]

Package: libc6-i386
Severity: serious

the current conflict (<= 4.4.0-5) is not enough. it has to be << 4.4.0-7.



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

Bug#533473: RFP: libmoosex-singleton-perl -- turn your Moose class into a singleton

[Hans Dieter Pearcey]

Package: wnpp
Severity: wishlist


* Package name: libmoosex-singleton-perl
  Version : 0.17
  Upstream Author : Shawn M. Moore 
* URL : http://search.cpan.org/~sartak/MooseX-Singleton-0.17/
* License : Perl
  Programming Lang: Perl
  Description : turn your Moose class into a singleton

(Include the long description here.)

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy
  APT policy: (800, 'hardy'), (700, 'jaunty'), (500, 'jaunty-updates'), (500, 
'hardy-updates'), (500, 'hardy-security'), (500, 'hardy-backports')
Architecture: i386 (i686)

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



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

Bug#522984: magics++_2.6.4+dfsg-1_i386.changes REJECTED

[Joerg Jaspert]

On 11782 March 1977, Alastair McKinstry wrote:

>> - gshhs/coast/gshh_h.b seems to be a binary file, what is the source?
> I will probably do gshss as a separate debian package, and Depend: on it
> rather than include two copies of these binary files.

Removing them from this source then. Ok.

>> - src/terralib/jpeg/* seem to be Copyright Intel and has unclear
>>   licensing. Especially the header in ihl.h is bad.
> Terralib is also a library present in Debian, but only an old version
> (3.0) in etch. The current version
> 3.3.1 is available, and uses libjpeg rather than these Intel files. It
> seems a good idea to update this.
> I may take over terralib to do so, and remove the terralib sources from
> the dfsg.

If you dont tak it over, and they do have the problem files too, at
least a bug about it would be great.


>> - test/data/* seem to be binary files. Is there a way to generate / edit
>>   those using tools available in Debian? If so, which, and where is the
>>   source? Or are they to be handled like images (jpg/png/whatever)?
> This should be handled like images, in my opinion. They probably came
> from instrumental / model results, rather than being generated by
> 'hidden sources'.

Can we somehow verify the probably? Im not against treating them as
images, if its clear they are like that.

> In your opinion, with these changes made, would magics++be accepted ?

It does sound good, but except by pressing "A"ccept in NEW i dont give
final answers. :) And for that i need the package in NEW again.

-- 
bye, Joerg
>Starting network management services:
>   Warning: -s option is deprecated, use -Lsd instead
Uah. snmpd on drugs.



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

Bug#488022: Confirm Your Won Amount

[Management Center]

Congrats in our Uk monthly online award bonanza by sending
yourName,Add,Age,Tel to(drwhiter...@hotmail.co.uk)for 891,934GBP.send your data 
for more details




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

Bug#532129: Fwd: Bug#532129: follow-up information

[Eric Chassande-Mottin]

dear David,

> > Could you please provide the following information as well?

 here is the information you requested :

>  - iwconfig output when connected

eth1  IEEE 802.11g  ESSID:"mynetwork"
  Mode:Managed  Frequency:2.412 GHz  Access Point: 92:48:15:E9:70:0C
  Bit Rate:54 Mb/s   Tx-Power=20 dBm   Sensitivity=8/0
  Retry limit:7   RTS thr:off   Fragment thr:off
  Encryption key:FC9F-[KEY REMOVED HERE]-AB2B   Security mode:open
  Power Management:off
  Link Quality=90/100  Signal level=-39 dBm  Noise level=-85 dBm
  Rx invalid nwid:0  Rx invalid crypt:1  Rx invalid frag:0
  Tx excessive retries:0  Invalid misc:0   Missed beacon:1

> >  - /etc/wicd/wireless-settings.conf [1]


[92:48:15:E9:70:0C]
afterscript = None
bssid = 92:48:15:E9:70:0C
ip = None
quality = 91
gateway = None
use_global_dns = 0
strength = -38
disconnect = None
encryption = True
beforescript = None
hidden = False
channel = 1
mode = Master
has_profile = False
netmask = None
key = mypassphrase
enctype = wpa
dns3 = None
dns2 = None
dns1 = None
use_settings_globally = 0
use_static_dns = 0
encryption_method = WPA
essid = mynetwork
automatic = False

> >  - /etc/wicd/manager-settings.conf [1]

 [Settings]
wireless_interface = eth1
pref_width = 485
window_width = 1024
flush_tool = 0
use_global_dns = False
always_show_wired_interface = True
global_dns_1 = None
global_dns_2 = None
global_dns_3 = None
link_detect_tool = 0
dhcp_client = 0
window_height = 691
wired_connect_mode = 1
debug_mode = 1
pref_height = 590
wired_interface = eth0
signal_display_type = 0
dns3 = None
dns2 = None
dns1 = None
auto_reconnect = True
wpa_driver = wext

> >  - lspci/lsusb output (depending on what your card is connected to)

my card is internal

lspci
00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV
Processor to I/O Controller (rev 02)
00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV
Processor to I/O Controller (rev 02)
00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV
Processor to I/O Controller (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82852/855GM
Integrated Graphics Device (rev 02)
00:02.1 Display controller: Intel Corporation 82852/855GM Integrated
Graphics Device (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03)
00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03)
00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03)
00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M)
USB2 EHCI Controller (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83)
00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface
Bridge (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE
Controller (rev 03)
00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
SMBus Controller (rev 03)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M)
AC'97 Modem Controller (rev 03)
01:0a.0 CardBus bridge: O2 Micro, Inc. OZ6933/711E1
CardBus/SmartCardBus Controller (rev 20)
01:0a.1 CardBus bridge: O2 Micro, Inc. OZ6933/711E1
CardBus/SmartCardBus Controller (rev 20)
01:0c.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M_2
Gigabit Ethernet (rev 03)
01:0d.0 Network controller: Intel Corporation PRO/Wireless 2200BG
[Calexico2] Network Connection (rev 05)
01:0e.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21
IEEE-1394a-2000 Controller (PHY/Link)

> >  - syslog output relative to the timespan of two consecutive connections 
> > (i.e.
>
> >    connect-disconnect-connect

here is one cycle

Jun 17 23:06:14 tchao dhclient: There is already a pid file
/var/run/dhclient.pid with pid 15134
Jun 17 23:06:14 tchao dhclient: killed old client process, removed PID file
Jun 17 23:06:14 tchao dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jun 17 23:06:14 tchao dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jun 17 23:06:14 tchao dhclient: All rights reserved.
Jun 17 23:06:14 tchao dhclient: For info, please visit
http://www.isc.org/sw/dhcp/
Jun 17 23:06:14 tchao dhclient:
Jun 17 23:06:14 tchao dhclient: Bind socket to interface: No such device
Jun 17 23:06:14 tchao dhclient: Internet Systems Consortium DHCP Client V3.1.1
Jun 17 23:06:14 tchao dhclient: Copyright 2004-2008 Internet Systems Consortium.
Jun 17 23:06:14 tchao dhclient: All rights reserved.
Jun 17 23:06:14 tchao dhclient: For info, please visit
http://www.isc.org/sw/dhcp/
Jun 17 23:06:14 tchao dhclient:
Jun 17 23:06:14 tchao dhclient: Bind socket to interface: No such device
Jun 17 23:06:14 tchao kernel: [13206.399560] ADDRCONF(NETDEV_UP):
eth1: link is not ready
Jun 17 23

Bug#533459: mutt: every unmailboxes command segfaults

[Dirk Griesbach]

Package: mutt
Version: 1.5.20-1
Severity: normal

Just for the record: with 1.5.20-1 every unmailboxes command of an
subscribed mailbox fails on my system. I tried it with maildir and mbox
formatted mailboxes.

Regards,
Dirk

-- Package-specific info:
Mutt 1.5.20 (2009-06-14)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.30-1-686 (i686)
ncurses: ncurses 5.7.20090523 (compiled with 5.7)
libidn: 1.15 (compiled with 1.15)
hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 09:23:18)
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

patch-1.5.13.cd.ifdef.2

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

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

Versions of packages mutt depends on:
ii  libc62.9-15  GNU C Library: Shared libraries
ii  libcomerr2   1.41.6-1common error description library
ii  libgdbm3 1.8.3-4 GNU dbm database routines (runtime
ii  libgnutls26  2.6.6-1 the GNU TLS library - runtime libr
ii  libgpg-error01.6-1   library for common error values an
ii  libgpgme11   1.1.8-2 GPGME - GnuPG Made Easy
ii  libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k
ii  libidn11 1.15-1  GNU Libidn library, implementation
ii  libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C
ii  libkrb5-31.7dfsg~beta3-1 MIT Kerberos runtime libraries
ii  libncursesw5 5.7+20090523-1  shared libraries for terminal hand
ii  libsasl2-2   2.1.23.dfsg1-1  Cyrus SASL - authentication abstra

Versions of packages mutt recommends:
ii  exim4 4.69-11metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail- 4.69-11lightweight Exim MTA (v4) daemon
ii  libsasl2-modules  2.1.23.dfsg1-1 Cyrus SASL - pluggable authenticat
ii  locales   2.9-15 GNU C Library: National Language (
ii  mime-support  3.44-1 MIME files 'mime.types' & 'mailcap

Versions of packages mutt suggests:
ii  aspell  0.60.6-1 GNU Aspell spell-checker
ii  ca-certificates 20081127 Common CA certificates
ii  gnupg   1.4.9-4  GNU privacy guard - a free PGP rep
ii  ispell  3.1.20.0-4.5 International Ispell (an interacti
pn  mixmaster  (no description available)
ii  openssl 0.9.8k-3 Secure Socket Layer (SSL) binary a
pn  urlview(no description available)

Versions of packages mutt is related to:
ii  mutt  1.5.20-1   text-based mailreader supporting M
ii  mutt-dbg  1.5.20-1   debugging symbols for mutt
pn  mutt-patched   (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#516405: closed by Mohammed Adnène Trojette (Bug#516405: fixed in dokuwiki 0.0.20090214b-1)

[Bin Zhang]

Mohammed Adnène Trojette wrote:

On Wed, Jun 17, 2009, Bin Zhang wrote:
  

I had

Alias /   /usr/share/dokuwiki

When upgrading dokuwiki, I installed the new /etc/dokuwiki.apache.conf  
from your package.



In the package postinst file, it is:

# Get config options
db_get dokuwiki/system/documentroot
docroot=$RET;

echo "Alias $docroot/   /usr/share/dokuwiki" >> $apacheconf

It is not "Alias / /usr/share/dokuwiki". Did you reconfigure the
package ? The first question is about the location of the wiki.

  

Non. I didn't run dpkg-reconfigure.
I just said yes to the question "Installing package's apache.conf".

Before  today's upgrade, it was
Alias /dokuwiki /usr/share/dokuwiki
Ater upgrade it became
Alias / /usr/share/dokuwiki

Regards,
Bin

Bug#533471: mutt: maildir_mtime=yes should place maildirs with new mail first

[Kiko Piris]

Package: mutt
Version: 1.5.20-1
Severity: wishlist


When maildir_mtime is set, maildirs are sorted in the desired order, but IMHO
the way it worked before 1.5.20-1 was way more useful: maildirs with _new_ mail
always were sorted _before_ maildirs with no new mail; _then_ sorted by newest
message.


-- Package-specific info:
Mutt 1.5.20 (2009-06-14)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 2.6.29.5--std-ipv6-64 (x86_64)
ncurses: ncurses 5.7.20090523 (compiled with 5.7)
libidn: 1.15 (compiled with 1.15)
hcache backend: GDBM version 1.8.3. 10/15/2002 (built Aug 27 2008 08:41:43)
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

patch-1.5.13.cd.ifdef.2

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

Kernel: Linux 2.6.29.5--std-ipv6-64 (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 mutt depends on:
ii  libc62.9-15+b1   GNU C Library: Shared libraries
ii  libcomerr2   1.41.6-1common error description library
ii  libgdbm3 1.8.3-4 GNU dbm database routines (runtime
ii  libgnutls26  2.6.6-1 the GNU TLS library - runtime libr
ii  libgpg-error01.6-1   library for common error values an
ii  libgpgme11   1.1.8-2 GPGME - GnuPG Made Easy
ii  libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k
ii  libidn11 1.15-1  GNU Libidn library, implementation
ii  libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C
ii  libkrb5-31.7dfsg~beta3-1 MIT Kerberos runtime libraries
ii  libncursesw5 5.7+20090523-1  shared libraries for terminal hand
ii  libsasl2-2   2.1.23.dfsg1-1  Cyrus SASL - authentication abstra

Versions of packages mutt recommends:
ii  belocs-locales-data [loca 2.4-6  base files for localization
ii  libsasl2-modules  2.1.23.dfsg1-1 Cyrus SASL - pluggable authenticat
ii  mime-support  3.44-1 MIME files 'mime.types' & 'mailcap
ii  postfix [mail-transport-a 2.6.2~rc1-1High-performance mail transport ag

Versions of packages mutt suggests:
ii  ca-certificates 20081127 Common CA certificates
ii  gnupg   1.4.9-4  GNU privacy guard - a free PGP rep
ii  ispell  3.1.20.0-4.5 International Ispell (an interacti
pn  mixmaster  (no description available)
ii  openssl 0.9.8k-3 Secure Socket Layer (SSL) binary a
pn  urlview(no description available)

Versions of packages mutt is related to:
ii  mutt  1.5.20-1   text-based mailreader supporting M
pn  mutt-dbg   (no description available)
pn  mutt-patched   (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#533472: unresolved dependencies when installing ia32-libs

[Philip J. Clark]

Package: ia32-libs
Severity: important

when I recently updated unstable the ia32-libs package had unresolved 
dependencies and I can't reinstall due to them.

apt-get install ia32-libs
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies.
  ia32-libs: Depends: lib32gcc1 but it is not going to be installed
 Depends: libc6-i386 (>= 2.3.6-2) but it is not going to be 
installed
 Depends: lib32z1 but it is not going to be installed
 Depends: lib32stdc++6 but it is not going to be installed
 Depends: lib32asound2 but it is not going to be installed
 Depends: lib32ncurses5 but it is not going to be installed
E: Broken packages


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

Kernel: Linux 2.6.29.3 (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 ia32-libs depends on:
ii  dpkg  1.15.2 Debian package management system
pn  lib32asound2   (no description available)
ii  lib32gcc1 1:4.4.0-6  GCC support library (32 bit Versio
pn  lib32ncurses5  (no description available)
ii  lib32stdc++6  4.4.0-6The GNU Standard C++ Library v3 (3
pn  lib32z1(no description available)
ii  libc6-i3862.9-15+b1  GNU C Library: 32bit shared librar
ii  lsb-release   3.2-22 Linux Standard Base version report

ia32-libs recommends no packages.

Versions of packages ia32-libs suggests:
pn  ia32-libs-gtk  (no description available)



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

Bug#533470: RFP: liblocal-lib-perl -- create and use a local lib/ for perl modules with PERL5LIB

[Florian Ragwitz]

Package: wnpp
Severity: wishlist


* Package name: liblocal-lib-perl
  Version : 1.004003
  Upstream Author : Matt S Trout 
* URL : http://search.cpan.org/dist/local-lib/
* License : Perl
  Programming Lang: Perl
  Description : create and use a local lib/ for perl modules with PERL5LIB

This module provides a quick, convenient way of bootstrapping a user-local Perl
module library located within the user's home directory. It also constructs and
prints out for the user the list of environment variables using the syntax
appropriate for the user's current shell (as specified by the SHELL environment
variable), suitable for directly adding to one's shell configuration file.

More generally, local::lib allows for the bootstrapping and usage of a
directory containing Perl modules outside of Perl's @INC. This makes it easier
to ship an application with an app-specific copy of a Perl module, or
collection of modules. Useful in cases like when an upstream maintainer hasn't
applied a patch to a module of theirs that you need for your application.



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

Bug#533095: New upstream version 1.8.4

[Frank Lin PIAT]

tag 533095 pendingl
thanks

On Wed, 2009-06-17 at 10:16 +0200, Jonas Smedegaard wrote:
> On Wed, Jun 17, 2009 at 08:50:26AM +0200, Frank Lin PIAT wrote:
> >On Sun, 2009-06-14 at 21:23 +0100, Marco Rodrigues wrote:
> >> 
> >> Please update moinmoin to version 1.8.4.
> >
> >I have prepared the new upstream in my local git repo. I should push my 
> >commit tonight (after some tests).

I have pushed the new release to the git repository. We would upload it
soon.

Franklin




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

Bug#531518: missing dependency

[Julien Lavergne]

Hi,

python-gnomekeyring is already a recommends of screenlets. It's not a
depends because it's an optional option, it should work without it.

Regards,
Julien Lavergne

Le lundi 01 juin 2009 à 17:49 -0700, Alex Goebel a écrit :
> Package: screenlets
> Version: 0.1.2-5
> 
> screenlets* bails out, essentially with
> 
> ImportError: No module named gnomekeyring
> 
> Installing package python-gnomekeyring fixes this, so that one should
> be a dependency.
> 
> 




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

Bug#533282: [Python-apps-team] Bug#533282: pylint: AttributeError on program invocation

[Sandro Tosi]

reassign 533282 python-logilab-astng
thanks

Hi Helmut,

On Tue, Jun 16, 2009 at 11:46, Helmut Grohne wrote:
> Hi Sandro,
>
> I just found one interesting thing: A dead-link farm to pyshared.
>
> $ ls -l /usr/lib/python2.5/site-packages/logilab/astng/
> total 400
> lrwxrwxrwx 1 root root    45 Jul 20  2008 __init__.py -> 
> /usr/share/pyshared/logilab/astng/__init__.py
...
>
> All these links are dead.

yes, this is a leftover from pycentral after we moved to python-support.

> After removing these pylint works as expected.

That's good to know!

> Do you know why these are left there? Maybe postinst should clean them?

I've reassigned the bug to the right package (python-logilab-astng)
and I'm preparing an upload for it to fix this problem: if you're
still able to take the situation back to the problem, we can check the
package works as expected.

> I suggest downgrading severity.

It's ok, it should be RC, but I've got another bug with that severity
so I leave this as it is :)

Cheers,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#523504: Bug #523504 is probably a duplicate of #447084

[Francesco Poli]

On Wed, 17 Jun 2009 22:58:35 +0400 Андрей Парамонов wrote:

> 2009/6/17 Francesco Poli :
> > I think that bug #523504 is probably due to an issue in libx11-6,
> > which I myself experience (bug report already filed: see bug
> > #447084).
> >
> > As a consequence, bug #523504 should probably be reassigned
> > to libx11-6 version 6.9.0.dfsg.1-6 and merged with #447084.
> >
[...]
> I've looked through the #447084, and indeed it's most probably the
> same bug. The only difference is that I use antialiased fonts. Don't
> know if it matters though.

OK, if fluxbox package maintainer (Dmitry) does not object, I think
this bug should definitely be reassigned and merged, as detailed above.


-- 
 New location for my website! Update your bookmarks!
 http://www.inventati.org/frx
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpnnbcp9dv6x.pgp
Description: PGP signature

Bug#421187: suggested patch for expect "empty write" problem

[Tom Yu]

I ran across this problem on an Ubuntu 9.04 "Jaunty" system (which
uses the unmodified Debian package expect_5.43.0-17).  I have included
a suggested patch, which incorporates a patch from upstream:

http://expect.cvs.sourceforge.net/viewvc/expect/expect/exp_chan.c?r1=5.12&r2=5.13

My patch is the output from debdiff; please let me know if some
alternative format of patch is more appropriate.

diff -u expect-5.43.0/debian/changelog expect-5.43.0/debian/changelog
--- expect-5.43.0/debian/changelog
+++ expect-5.43.0/debian/changelog
@@ -1,3 +1,9 @@
+expect (5.43.0-17tlyu1) jaunty; urgency=low
+
+  * Upstream patch to handle empty writes.
+
+ -- Tom Yu   Wed, 17 Jun 2009 14:20:08 -0400
+
 expect (5.43.0-17) unstable; urgency=low
 
   * Reordering removal of config.guess and config.sub in clean target
diff -u expect-5.43.0/debian/patches/00list expect-5.43.0/debian/patches/00list
--- expect-5.43.0/debian/patches/00list
+++ expect-5.43.0/debian/patches/00list
@@ -13,0 +14 @@
+14-empty-write
only in patch2:
unchanged:
--- expect-5.43.0.orig/debian/patches/14-empty-write.dpatch
+++ expect-5.43.0/debian/patches/14-empty-write.dpatch
@@ -0,0 +1,20 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 14-empty-write.dpatch by Tom Yu 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Upstream patch to handle empty writes.
+
+...@dpatch@
+diff -urNad expect-5.43.0~/exp_chan.c expect-5.43.0/exp_chan.c
+--- expect-5.43.0~/exp_chan.c	2009-06-17 14:05:26.0 -0400
 expect-5.43.0/exp_chan.c	2009-06-17 14:14:32.0 -0400
+@@ -248,6 +248,9 @@
+ *errorCodePtr = 0;
+ 
+ if (toWrite < 0) Tcl_Panic("ExpOutputProc: called with negative char count");
++if (toWrite ==0) {
++return 0;
++}
+ 
+ written = write(esPtr->fdout, buf, (size_t) toWrite);
+ if (written == 0) {

Bug#533466: errors during postinst: GPT partition label, embedding impossible

[Felix Zielcke]

Am Mittwoch, den 17.06.2009, 22:24 +0200 schrieb martin f krafft:
> Package: grub-pc
> Version: 1.96+20090603-2
> Severity: normal
> 
> The installation yields warnings/errors during postinst:
> 
> Setting up grub-pc (1.96+20090611-1) ...
> grub-setup: warn: This GPT partition label has no BIOS Boot Partition; 
> embedding won't be possible!
> grub-setup: error: Embedding is not possible, but this is required when the 
> root device is on a RAID array or LVM volume.
> Invalid device `/dev/vdb'.
> Try ``grub-setup --help'' for more information.
> Generating grub.cfg ...
> 
> The system still boots.
> 
> vdb does not seem to be referenced anywhere:
> 
> mdadm-lab:~# grep -r vdb /etc/grub.d /etc/default/grub /etc/fstab /boot/grub 
> || echo none
> none
> 
> Running grub-install /dev/md0 works:
> 
> mdadm-lab:~# grub-install /dev/md0
> Installation finished. No error reported.
> This is the contents of the device map /boot/grub/device.map.
> Check if this is correct or not. If any of the lines is incorrect,
> fix it and re-run the script `grub-install'.
> 
> (hd0)   /dev/hda
> (hd1)   /dev/hdb
> (hd2)   /dev/hdc
> (hd3)   /dev/hdd
> (hd4)   /dev/vda
> (hd5)   /dev/sda
> (hd6)   /dev/sdb
> (hd7)   /dev/sdc
> (hd8)   /dev/sdd
> (hd9)   /dev/sde
> (hd10)  /dev/sdf
> 
> I can provide root access to the test system if it helps.

> 
> -- debconf information excluded

That's bad. Maybe /dev/vdb was in device.map and you selected it in the
grub-pc/install_devices debconf prompt and so it's still stored in the
debconf registry.
dpkg-reconfigure grub-pc should fix this if that's the case.
-- 
Felix Zielcke




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

Bug#533444: xserver-xorg-video-ati: X server hang while starting opengl application

[Brice Goglin]

Henri Valta wrote:
> Same problem (hang+kernel oops) with libdrm2 downgraded to 2.4.11-1 
> Previous report had libdrm2 2.4.11+git+20090519+f355ad8-1
>   

Which drm kernel module are you running in both cases?

IIRC, we've seen some reports of kernel oops with recent radeon drm modules.

Brice



> Changing AccelMethod to exa produces following gdb backtrace (now using 
> downgraded libdrm2)
>
> Program received signal SIGINT, Interrupt.
> 0x7fbfa7d1e087 in ioctl () from /lib/libc.so.6
> #0  0x7fbfa7d1e087 in ioctl () from /lib/libc.so.6
> No symbol table info available.
> #1  0x7fbfa67d7623 in drmIoctl (fd=10, request=25668, arg=0x0) at 
> ../../libdrm/xf86drm.c:187
> ret = 15
> #2  0x7fbfa67d7926 in drmCommandNone (fd=10, drmCommandIndex= optimized out>) at ../../libdrm/xf86drm.c:2313
> No locals.
> #3  0x7fbfa5d09cf4 in RADEONDownloadFromScreenCP (pSrc= out>, x=0, y=15, w=21, h=0, dst=0x1da44c0 "P", dst_pitch=84) at 
> ../../src/radeon_exa_funcs.c:411
> oldhpass = 
> i = 117
> hpass = 0
> scratch_pitch_offset = 12061448
> indirect = {idx = 0, start = 0, end = 0, discard = 0}
> __head = 
> pScrn = 0x12a0820
> src =
> 0x7fbf9358 
> "\b\b\b\b\b\b\b\b\b\b\b\bhhh\215\220\220\215\220\220\215\220\220\210\216\215\210\216\215`d``d`HIJHIJ"
> bpp = 
> datatype = 6
> src_pitch_offset = 11940080
> scratch_pitch = 128
> scratch_off = 0
> scratch = 0x12e7a70
> #4  0x7fbfa544a2e9 in exaCopyDirty (migrate=0x7fff101aab60, 
> pValidDst=0x1da3f40, pValidSrc=, transfer=0x7fbfa5d09750 
> , fallback_src=
> 0x7fbf9e07c000 
> "\002\002\002\002\006\006\006\027\a\a\a\031\a\a\a\031\a\a\a\031\a\a\a\031\a\a\a\031\006\006\006\027\002\002\002\b\b\b\bl",
>  
> fallback_dst=0x1da44c0 "P", fallback_srcpitch=128,
> fallback_dstpitch=84, fallback_index=1, sync=0x7fbfa590 
> ) 
> at ../../exa/exa_migration.c:210
> pPixmap = 0x1da4480
> pExaPixmap = 0x1da3f00
> damage = 
> CopyReg = {extents = {x1 = 0, y1 = 0, x2 = 21, y2 = 15}, data = 0x0}
> save_offscreen = 1
> save_pitch = 128
> pBox = 0x7fff101aa9a0
> nbox = 0
> access_prepared = 0
> need_sync = 0
> #5  0x7fbfa544a620 in exaDoMoveOutPixmap (migrate=0x7fff101aab60) at 
> ../../exa/exa_migration.c:258
> pPixmap = 0x1da4480
> #6  0x7fbfa544ad47 in exaDoMigration (pixmaps=0x7fff101aab60, npixmaps=1, 
> can_accel=0) at ../../exa/exa_migration.c:679
> pExaScr = 0x12e74c0
> i = 1
> j = 
> __func__ = "exaDoMigration"
> #7  0x7fbfa5446c8a in exaGetImage (pDrawable=0x1da4480, x=0, y=0, w=21, 
> h=15, format=2, planeMask=4294967295, d=0x7fbf806a7000 "") at 
> ../../exa/exa_accel.c:1198
> pixmaps = {{as_dst = 0, as_src = 1, pPix = 0x1da4480, pReg = 
> 0x7fff101aab80}}
> Reg = {extents = {x1 = 0, y1 = 0, x2 = 21, y2 = 15}, data = 0x0}
> pPix = 
> xoff = 
> yoff = 
> ok = 
> #8  0x004def9d in miSpriteGetImage (pDrawable=0x1da4480, sx=0, sy=0, 
> w=21, h=15, format=2, planemask=4294967295, pdstLine=0x7fbf806a7000 "") at 
> ../../mi/misprite.c:354
> pScreen = 0x12b3eb0
> pDev = 0x0
> pCursorInfo = 
> #9  0x0050d844 in ProcShmGetImage (client=0x4b5e080) at 
> ../../Xext/shm.c:969
> pDraw = 0x1da4480
> lenPer = 0
> length = 140460469940224
> plane = 0
> xgi = {type = 1 '\001', depth = 24 '\030', sequenceNumber = 14619, 
> length = 0, visual = 0, size = 1260, pad0 = 91857776, pad1 = 0, pad2 = 
> 19974240, pad3 = 0}
> shmdesc = 0x1da3f70
> rc = 
> #10 0x0050e288 in ProcShmDispatch (client=0x4b5e080) at 
> ../../Xext/shm.c:1125
> No locals.
> #11 0x0044d374 in Dispatch () at ../../dix/dispatch.c:437
> result = 
> client = 0x4b5e080
> nready = 0
> start_tick = 10660
> #12 0x0043321d in main (argc=8, argv=0x7fff101aafb8, envp= optimized out>) at ../../dix/main.c:397
> i = 1
> alwaysCheckForInput = {0, 1}
>
>
>
>
>
>   




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