Bug#443795: amule-utils-gui: amulegui doesn't starts

[Fabrizio Regalli]

Package: amule-utils-gui
Version: 2.1.3-4
Severity: serious
Justification: unknow

When I try to start amulegui I get:

[EMAIL PROTECTED]:~$ amulegui 
Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot 
open shared object file: No such file or directory
*** glibc detected *** amulegui: munmap_chunk(): invalid pointer: 0x08411e90 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6(cfree+0x1bb)[0xb74478ab]
/usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb6d60961]
/usr/lib/libwx_gtk2u_core-2.6.so.0[0xb78e3bfe]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN8wxButton10SetDefaultEv+0x74)[0xb78e3cf4]
amulegui[0x816762b]
amulegui[0x80689e6]
amulegui[0x80696d2]
amulegui[0x806c8c2]
amulegui(_ZN12wxAppConsole10CallOnInitEv+0x11)[0x8071f11]
/usr/lib/libwx_baseu-2.6.so.0(_Z7wxEntryRiPPw+0x40)[0xb76af430]
/usr/lib/libwx_baseu-2.6.so.0(_Z7wxEntryRiPPc+0x36)[0xb76af506]
amulegui(_ZN10wxWindowDC6DoBlitEP4wxDCiiibii+0xe2c)[0x8067140]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb73f0050]
amulegui(_ZN13wxInputStream5SeekIEx10wxSeekMode+0x3d)[0x80669c1]
=== Memory map: 
08048000-08218000 r-xp  08:01 145455 /usr/bin/amulegui
08218000-0821c000 rw-p 001d 08:01 145455 /usr/bin/amulegui
0821c000-084fb000 rw-p 0821c000 00:00 0  [heap]
b6766000-b67f2000 r--p  08:01 23686  
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
b67f2000-b6821000 r-xp  08:01 35785  
/usr/lib/libgnomecanvas-2.so.0.2000.0
b6821000-b6822000 rw-p 0002f000 08:01 35785  
/usr/lib/libgnomecanvas-2.so.0.2000.0
b6822000-b686 r-xp  08:01 31589  
/usr/lib/libgnomeprintui-2-2.so.0.1.0
b686-b6862000 rw-p 0003d000 08:01 31589  
/usr/lib/libgnomeprintui-2-2.so.0.1.0
b6862000-b6979000 r-xp  08:01 3188   /usr/lib/libxml2.so.2.6.30
b6979000-b697e000 rw-p 00117000 08:01 3188   /usr/lib/libxml2.so.2.6.30
b697e000-b697f000 rw-p b697e000 00:00 0 
b697f000-b6994000 r-xp  08:01 35590  
/usr/lib/libart_lgpl_2.so.2.3.19
b6994000-b6995000 rw-p 00014000 08:01 35590  
/usr/lib/libart_lgpl_2.so.2.3.19
b6995000-b69fa000 r-xp  08:01 69838  
/usr/lib/libgnomeprint-2-2.so.0.1.0
b69fa000-b69fc000 rw-p 00065000 08:01 69838  
/usr/lib/libgnomeprint-2-2.so.0.1.0
b6a02000-b6a06000 r-xp  08:01 35883  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b6a06000-b6a07000 rw-p 3000 08:01 35883  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b6a08000-b6a0a000 r-xp  08:01 18453  
/usr/lib/pango/1.6.0/modules/pango-basic-fc.so
b6a0a000-b6a0b000 rw-p 1000 08:01 18453  
/usr/lib/pango/1.6.0/modules/pango-basic-fc.so
b6a0b000-b6a11000 r--s  08:01 72733  
/var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-x86.cache-2
b6a11000-b6a17000 r--s  08:01 81455  
/var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-x86.cache-2
b6a17000-b6a18000 r--s  08:01 72729  
/var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-x86.cache-2
b6a18000-b6a28000 r--s  08:01 72726  
/var/cache/fontconfig/cabbd14511b9e8a55e92af97fb3a0461-x86.cache-2
b6a28000-b6a2a000 r--s  08:01 77591  
/var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-x86.cache-2
b6a2a000-b6a6a000 r--s  08:01 77590  
/var/cache/fontconfig/eeebfc908bd29a90773fd860017aada4-x86.cache-2
b6a6a000-b6aaa000 r--s  08:01 72721  
/var/cache/fontconfig/21a99156bb11811cef641abeda519a45-x86.cache-2
b6aaa000-b6ad r-xp  08:01 96933  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
b6ad-b6ad1000 rw-p 00025000 08:01 96933  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
b6ad1000-b6ada000 r-xp  08:01 28949  
/lib/i686/cmov/libnss_files-2.6.1.so
b6ada000-b6adc000 rw-p 8000 08:01 28949  
/lib/i686/cmov/libnss_files-2.6.1.so
b6adc000-b6ae4000 r-xp  08:01 28956  
/lib/i686/cmov/libnss_nis-2.6.1.so
b6ae4000-b6ae6000 rw-p 7000 08:01 28956  
/lib/i686/cmov/libnss_nis-2.6.1.so
b6ae6000-b6afa000 r-xp  08:01 24457  /lib/i686/cmov/libnsl-2.6.1.so
b6afa000-b6afc000 rw-p 00013000 08:01 24457  /lib/i686/cmov/libnsl-2.6.1.so
b6afc000-b6afe000 rw-p b6afc000 00:00 0 
b6afe000-b6b05000 r-xp  08:01 27945  
/lib/i686/cmov/libnss_compat-2.6.1.so
b6b05000-b6b07000 rw-p 6000 08:01 27945  
/lib/i686/cmov/libnss_compat-2.6.1.so
b6b07000-b6b0d000 r-xp  08:01 35750  /usr/lib/libgailutil.so.18.0.1
b6b0d000-b6b0e000 rw-p 6000 08:01 35750  /usr/lib/libgailutil.so.18.0.1
b6b0e000-b6b11000 r--s  08:01 81536  
/var/cache/fontconfig/8ab5f685cd6d8ba67c37c908faf08172-x86.cache-2
b6b11000-b6b16000 r--s  08:01 81535  
/var/cache/fontconfig/a960c40fc9306f090224a04585f8a963-x86.cache-2
b6b16000-b6b19000 rw-p b6b16000 00:00 0 
b6b19000-b6b45000 r-xp  08:01 18464  
/usr/lib/libpangoft2-1.0.so.0.1800.2
b6b45000-b6b46000 rw-p 0002c000 08:01 18464  
/

Bug#443206:

[Arthur Loiret]

tags 443206 + upstream
severity 443206 serious
thanks

Reported upstream: http://bugzilla.gnome.org/show_bug.cgi?id=479722



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

Bug#443744:

[Arthur Loiret]

tags 443744 + upstream confirmed
thanks


Reported upstream:
http://sourceforge.net/tracker/index.php?func=detail&aid=1800931&group_id=154306&atid=791252



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

Bug#434045: [pkg-horde] Bug#434045: security-bug informations for horde3 package

[Gregory Colpart]

Hello,

Here is a little "ping" to know if you intent to fix this
security issue[*] opened since july 2007.

[*] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434045

Regards,

On Sun, Jul 22, 2007 at 09:06:48AM +0200, Gregory Colpart wrote:
> Hello,
> 
> The package horde3 has XSS vulnerability (See CVE-2007-1473 and bug #434045).
> Affected versions are:
> - sarge version (3.0.4-4sarge4)
> - etch version (3.1.3-4)
> - testing/unstable version (3.1.3-5)
> 
> 
> Upstream patch is trivial
> (http://bugs.horde.org/ticket/?id=4816):
> 
> 8<--
> - } elseif (!empty($lang)) {
> + } elseif (!empty($lang) && NLS::isValid($lang)) {
> 8<--
> 
> 
> I prepared fixed packages:
> 
> - sarge version
> http://gcolpart.evolix.net/debian/horde3/horde3_3.0.4-4sarge5.diff.gz
> http://gcolpart.evolix.net/debian/horde3/horde3_3.0.4-4sarge5.dsc
> http://gcolpart.evolix.net/debian/horde3/horde3_3.0.4-4sarge4_3.0.4-4sarge5.diff
> 
> - etch version
> http://gcolpart.evolix.net/debian/horde3/horde3_3.1.3-4etch1.diff.gz
> http://gcolpart.evolix.net/debian/horde3/horde3_3.1.3-4etch1.dsc
> http://gcolpart.evolix.net/debian/horde3/horde3_3.1.3-4_3.1.3-4etch1.diff
> 
> - unstable version
> http://gcolpart.evolix.net/debian/horde3/horde3_3.1.4-1.diff.gz
> http://gcolpart.evolix.net/debian/horde3/horde3_3.1.4-1.dsc
> http://gcolpart.evolix.net/debian/horde3/horde3_3.1.3-5_3.1.4-1.diff
> 
> Note that I'm member of pkg-horde team but I'm not DD, then
> I am waiting my sponsor upload unstable package.
> 
> 
> If you want to test the vulnerability, you could go to:
> http:///horde3/?new_lang=%22%3E%3Cbody%20onload=%22alert%28'hello%20world'%29%3B
> (I can provide you vulnerable URL in private if you want)
> 
> 
> Information for the advisory:
> 
> 8<--
> horde3 -- XSS vulnerability
> 
> Date Reported:
> ?? Jul 2007
> Affected Packages:
> horde3
> Vulnerable:
> Yes
> Security database references:
> In Mitre's CVE dictionary: CVE-2007-1473
> More information:
> 
> It was discovered that the Horde web application framework has a cross-site
> scripting (XSS) vulnerability in framework/NLS/NLS.php, allows remote 
> attackers
> to inject arbitrary web script or HTML via the new_lang parameter.
> 
> The old stable distribution (sarge) this problem has been fixed in version 
> 3.0.4-4sarge5.
> 
> For the stable distribution (etch) this problem has been fixed in version 
> 3.1.3-4etch1.
> 
> For the unstable distribution (sid) this problem has been fixed in version 
> 3.1.4-1.
> 
> We recommend that you upgrade your horde3 package.
> 8<--
> 
> 
> Regards,
> -- 
> Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
> Evolix - Informatique et Logiciels Libres http://www.evolix.fr/

-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/



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

Bug#443029: tagging 443029

[Lucas Nussbaum]

# Automatically generated email from bts, devscripts version 2.10.8
# doesnt affect stable
tags 443029 + sid lenny




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

Bug#443787: libmpich1.0ldbl: seems bug #441946(#441882, #443502) is still there... because of a typo

[Marco Bodrato]

Package: libmpich1.0ldbl
Version: 1.2.7-3.1
Followup-For: Bug #443787

Package libmpich1.0ldbl description contains:

Replaces: libmpich1.0, libmich1.0c2, libmpich1.0-noslog

but it should probably be

Replaces: libmpich1.0, libmpich1.0c2, libmpich1.0-noslog
   ^
A "p" is missing...

regards,
Marco

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

Kernel: Linux 2.6.22-tm290
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libmpich1.0ldbl depends on:
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libg2c0   1:3.4.6-6  Runtime library for GNU Fortran 77
ii  libgcc1   1:4.2.1-5  GCC support library
ii  libstdc++64.2.1-5The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library

libmpich1.0ldbl recommends no packages.



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

Bug#443632: tagging 443632

[Lucas Nussbaum]

# Automatically generated email from bts, devscripts version 2.10.8
# doesnt affect stable
tags 443632 + sid lenny




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

Bug#443033: tagging 443033

[Lucas Nussbaum]

# Automatically generated email from bts, devscripts version 2.10.8
# doesnt affect stable
tags 443033 + sid lenny




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

Bug#443803: duplicity: Can't make any backups... IEError (broken pipe) in gpg.py line 117

[Sam Morris]

Package: duplicity
Version: 0.4.3-2
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is quite odd. I've been using the current version of duplicity to
produce incremental backups since last week. Today is monday so we start
a fresh backup, which fails. It seems that invoking duplicity to create
any kind of full backup also fails with the following output:

$ duplicity --full /home/sam/bin file:///tmp/foob
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 388, in ?
if __name__ == "__main__": main()
  File "/usr/bin/duplicity", line 377, in main
if action == "full": full_backup(col_stats)
  File "/usr/bin/duplicity", line 146, in full_backup
bytes_written = write_multivol("full", tarblock_iter, globals.backend)
  File "/usr/bin/duplicity", line 82, in write_multivol
globals.gpg_profile,globals.volsize)
  File "/usr/lib/python2.4/site-packages/duplicity/gpg.py", line 198, in 
GPGWriteFile
try: data = block_iter.next(bytes_to_go).data
  File "/usr/lib/python2.4/site-packages/duplicity/diffdir.py", line 407, in 
next
result = self.process(self.input_iter.next(), size)
  File "/usr/lib/python2.4/site-packages/duplicity/diffdir.py", line 284, in 
get_delta_iter_w_sig
sigTarFile.close()
  File "/usr/lib/python2.4/site-packages/duplicity/tarfile.py", line 508, in 
close
self.fileobj.write("\0" * (RECORDSIZE - remainder))
  File "/usr/lib/python2.4/site-packages/duplicity/dup_temp.py", line 120, in 
write
return self.fileobj.write(buf)
  File "/usr/lib/python2.4/site-packages/duplicity/gpg.py", line 117, in write
def write(self, buf): return self.gpg_input.write(buf)
IOError: [Errno 32] Broken pipe
close failed: [Errno 32] Broken pipe

And on my desktop system:

$ duplicity  --full bin file:///tmp/foo
Traceback (most recent call last):
  File "/usr/bin/duplicity", line 388, in ?
if __name__ == "__main__": main()
  File "/usr/bin/duplicity", line 377, in main
if action == "full": full_backup(col_stats)
  File "/usr/bin/duplicity", line 146, in full_backup
bytes_written = write_multivol("full", tarblock_iter, globals.backend)
  File "/usr/bin/duplicity", line 82, in write_multivol
globals.gpg_profile,globals.volsize)
  File "/usr/lib/python2.4/site-packages/duplicity/gpg.py", line 198, in 
GPGWriteFile
try: data = block_iter.next(bytes_to_go).data
  File "/usr/lib/python2.4/site-packages/duplicity/diffdir.py", line 407, in 
next
result = self.process(self.input_iter.next(), size)
  File "/usr/lib/python2.4/site-packages/duplicity/diffdir.py", line 487, in 
process
data, last_block = self.get_data_block(fp, size - 512)
  File "/usr/lib/python2.4/site-packages/duplicity/diffdir.py", line 509, in 
get_data_block
if fp.close(): raise DiffDirException("Error closing file")
  File "/usr/lib/python2.4/site-packages/duplicity/diffdir.py", line 347, in 
close
self.callback(self.sig_gen.getsig(), *self.extra_args)
  File "/usr/lib/python2.4/site-packages/duplicity/diffdir.py", line 298, in 
callback
sigTarFile.addfile(ti, cStringIO.StringIO(sig_string))
  File "/usr/lib/python2.4/site-packages/duplicity/tarfile.py", line 768, in 
addfile
copyfileobj(fileobj, self.fileobj, tarinfo.size)
  File "/usr/lib/python2.4/site-packages/duplicity/tarfile.py", line 198, in 
copyfileobj
dst.write(buf)
  File "/usr/lib/python2.4/site-packages/duplicity/dup_temp.py", line 120, in 
write
return self.fileobj.write(buf)
  File "/usr/lib/python2.4/site-packages/duplicity/gpg.py", line 117, in write
def write(self, buf): return self.gpg_input.write(buf)
IOError: [Errno 32] Broken pipe
close failed: [Errno 32] Broken pipe
close failed: [Errno 32] Broken pipe

strace reveals some more information. On the first system:

execve("duplicity", ["duplicity", "--full", "bin", "file:///tmp/foob"], []) = 
-1 ENOENT (No such file or directory)
execve("/bin/duplicity", ["duplicity", "--full", "bin", "file:///tmp/foob"], 
[]) = -1 ENOENT (No such file or directory)
execve("/usr/bin/duplicity", ["duplicity", "--full", "bin", 
"file:///tmp/foob"], []) = 0
clone(Process 13213 attached
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0xb7dbb928) = 13213
[pid 13212] clone(Process 13214 attached
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0xb7dbb928) = 13214
[pid 13212] waitpid(13214, Process 13212 suspended
 
[pid 13213] execve("gpg", ["gpg", "--logger-fd", "3", "--passphrase-fd", "7", 
"--batch", "--no-tty", "--no-secmem-warning", "--force-mdc", "--symmetric"], 
[]) = -1 ENOENT (No such file or directory)
[pid 13213] execve("/bin/gpg", ["gpg", "--logger-fd", "3", "--passphrase-fd", 
"7", "--batch", "--no-tty", "--no-secmem-warning", "--force-mdc", 
"--symmetric"], []) = -1 ENOENT (No such file or directory)
[pid 13213] execve("/usr/bin/gpg", ["gpg", "--logger-fd", "3", 
"--passphrase-fd", "7", "--batch", "--no-tty", "--

Bug#443070: hylafax-server: Sorry, the device is currently in use by another program - faxaddmodem does not remove LCK..ttyS file

[Giuseppe Sacco]

package hylafax-server
retitle 443070 faxaddmodem doesn't release lock file in /var/lock/
quit

Hi Lukasz,
I changed the title of this bug report and I'll try to fix it during the
next days.

Bye,
Giuseppe




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

Bug#430726: opencv: not binNMU safe

[Lucas Nussbaum]

severity 430726 important
tags 430726 + moreinfo unreproducible
thanks

On 27/06/07 at 00:00 +0300, Lior Kaplan wrote:
> Dear opencv maintainer,
> 
> opencv isn't binNMU safe, which causes other packages to FTBFS due to problems
> installing their build depends. Example can be seen at 
> http://people.debian.org/~lucas/logs/2007/06/25/gimp-plugin-registry_0.1-1_sid32.buildlog
> 
> I'm attaching a patch to your debian/control to fix this. Notice you can also 
> tighten the dependny on libcv-dev from >= to =, and the right version of the

Hi Lior,

I've looked at this bug, but I'm not sure about your analysis.

All binary packages in opencv are arch-specific. Therefore, dependancy
problems between packages from opencv are unlikely.

In the log your pointed at, libcv-dev failed to satisfy its dep on
libhighgui-dev, but that was probably for another reason. Also, without
any change, it builds fine now.

Of course, it would be better if opencv didn't use ${Source-version},
but it's harmless here, I think.
-- 
| Lucas Nussbaum
| [EMAIL PROTECTED]   http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |



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

Bug#436159: Has anybody of Darwin devs replied to this bug

[Adam Strzelecki]

Hi,

I was browsing Darwin dev mailing list, but I didn't see your message.
Are you sure it has reached [EMAIL PROTECTED] ??

Any progress regarding this bug... it is really making AMD64 build useless.

Cheers,
-- 
: nanoANT Adam Strzelecki :
:   nanoant.com   :



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

Bug#443821: yaird: Problems parsing proc/bus/input/devices with kernel 2.6.23

[Michael Guntsche]

Package: yaird
Version: 0.0.12-22
Severity: grave
Justification: renders package unusable

I recently installed a 2.6.23 kernel for testing purposes and noticed
that yaird is no longer able to create a valid ramdisk. The errors I get
are

..
yaird error: unrecognised device:
/sys/devices/pci:00/:00:1d.0/usb1/1-2/1-2:1.0/input
yaird error: unrecognised device:
/sys/devices/pci:00/:00:1d.0/usb1/1-2/1-2:1.0/input/input2
.

I had a look at /proc/bus/input/devices and noticed that the SysFs
entries had changed with 2.6.23. Instead of

/class/input/input2

they are now

/devices/pci:00/:00:1d.0/usb1/1-2/1-2:1.0/input/input2

and for my power buttons

/devices/virtual/input/input0

I am not sure if this change is the cause for this problem but it
renders yaird unuseable for me right now.


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

Kernel: Linux 2.6.23-rc7
Locale: LANG=C, [EMAIL PROTECTED] (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages yaird depends on:
ii  cpio 2.9-3   GNU cpio -- a program to manage ar
ii  dash 0.5.4-1 The Debian Almquist Shell
ii  libc62.6.1-5 GNU C Library: Shared libraries
ii  libhtml-template-perl2.9-1   HTML::Template : A module for usin
ii  libparse-recdescent-perl 1.94.free-4 Generates recursive-descent parser
ii  perl 5.8.8-11Larry Wall's Practical Extraction 

yaird recommends no packages.

-- no debconf information



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

Bug#432666: sauerbraten: segfaults on powerpc

[Gerfried Fuchs]

On Sat, Sep 22, 2007 at 04:38:06AM +0200, Gonéri Le Bouder wrote:
> On Wed, Jul 11, 2007 at 11:39:47AM +0200, Gerfried Fuchs wrote:
> >  sauerbraten segfaults on my PowerBook G4 no matter if I start it with
> > -f (then I receive a bit of output) or not.  Please find attached an
> > strace and gdb bt output.
> > 
> >  If you have any further hints how I can help (propably you want to
> > offer a -dbg package?) just let me know.
>
> Hi Rhonda,
> 
> Can you check if you still have the problem with mesa 7.0.1-2?

 It does segfault only when invoked without -f now.  But when invoked
with -f I get a very greyish display with some bluegreyish parts in it
which seems to be sort of progress informations, and then the game
itself comes up - but is unusable due to total lack of any frames per
second, I guess it seems to be one frame every three seconds or such, in
contrary to tremulous, nexuiz and warsow which perform pretty well.

 So long,
Rhonda



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

Bug#443831: apt-setup: Does not select mirror with netinst CD

[Frans Pop]

Package: apt-setup
Severity: serious
Version: 1:0.27

The check added by Joey to see if the DHCP question was asked is broken.

Getting the question asked interactively does _not_ set the seen flag, which 
means that currently with a netinst install at default priority you do not 
get a mirror.


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

Bug#443838: po4a: missing/wrong (indirect) versioned dependency on perl-base

[Jens Seidel]

Package: po4a
Severity: serious

Hi,

hex-a-hop fails to build from source on m68k:
http://buildd.debian.org/fetch.cgi?&pkg=hex-a-hop&ver=0.0.20070315-6&arch=m68k&stamp=1190551250&file=log

The affected output line is:

Building "bg" translation
Can't locate unicore/PVA.pl in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8
/usr/local/lib/site_perl .) at /usr/share/perl/5.8/utf8_heavy.pl line
80.

That's clearly a po4a call which fails.

The file unicore/PVA.pl is provided in version 5.8.8-8 and newer
(check also the perl changelog entry 5.8.8-9: "Fix perl-base replaces
after move of PVA.pl etc.") of perl-base.

m68k has 5.8.8-7 or older installed.

Please adapt the dependencies. Thanks.

Jens



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

Bug#443838: po4a: missing/wrong (indirect) versioned dependency on perl-base

[Jens Seidel]

On Mon, Sep 24, 2007 at 03:20:06PM +0200, Jens Seidel wrote:
> Package: po4a
> Severity: serious
> 
> Please adapt the dependencies. Thanks.

I see that perl-base has the following line:

Replaces: perl (<< 5.8.8-5), perl-modules (<< 5.8.8-8), ...

Should it be safe to directly depend on perl-base instead of
perl-modules?

Please note that I'm not sure whether unicore/PVA.pl is required for
only some parts of po4a which may justify to not depend on it. But
should it not at least suggest a recent version of perl-base in this
case?

Or is
Depends: perl-base
Suggests: perl-base (>> 5.8.8-8)
(or something similar) invalid?

PS: I now see in http://buildd.debian.org/pkg.cgi?pkg=hex-a-hop
that the state of m68k is: "Dep-Wait: perl (>= 5.8.8-11)". Does this
mean that the dependencies of hex-a-hop are not yet fullfilled but a build
attempt happened nevertheless?

Sorry for many stupid questions but I want hex-a-hop in testing as soon
as possible ...

Thanks,
Jens



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

Bug#437148: scponly: deactivating or splitting packages

[Steffen Joeris]

Hi

I was just wondering about the status of this security bug.
Shall we go ahead and deactivate the svn support via NMU and you can decide 
what to do later or do you likely have the time to do the splitting?
Thanks for your feedback.

Cheers
Steffen


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

Bug#429160: po4a: po4a-gettextize is vulnerable to symlink attacks in /tmp

[Jens Seidel]

Hi!

On Sat, Jun 16, 2007 at 02:15:13AM +0200, Javier Fernández-Sanguino Peña wrote:
> Package: po4a
> Version: 0.29-1
> Severity: grave
> Tags: security patch
> 
> If you run po4a-gettextize on contents that do not get converted to PO files
> due to some issue, the script will dump its results in
> /tmp/gettextization.failed.po. 
> 
> The script uses a file in the /tmp diretory but does not try to prevent a
> symlink attack. A malicious user could create a symlink named liked that in
> the temporary directory and pointing to one of the user's files so that when
> a user runs po4-gettextize (and fails) the file the symlink pointed to would
> get overwritten.
> 
> The fix is, IMHO, simple: just dump the results in the local directory, don't
> use /tmp at all (it is, after all, unnecesary). The attached patch to
> /usr/share/perl5/Locale/Po4a/Po.pm fixes this issue.

I don't want to reopen this bug but why is it OK to omit /tmp? The code
is still vulnerable. Just assume po4a is started in /tmp or in another
directory where an attcker has write access and the problem remains ...

I agree that it is unlikely but I often work in /tmp to handle
translations ...

Jens

Bug#439642: Probably something debian buildd specific

[Sami Liedes]

Hi,

When I build snort on my sid amd64 box, the .so files get built as 64
bit as they should. So this is probably something debian buildd
specific.

Sami


signature.asc
Description: Digital signature

Bug#443845: Dependency mess-up in upgrade of mysql-admin to 1.2.5rc-2 with uninstall of mysql-admin-common?

[Jan Ingvoldstad]

Package: mysql-admin
Version: 1.2.5rc-2
Severity: serious
Justification: Policy 7.3 or 7.5.1/7.5.2


mysql-admin does not list mysql-admin-common in Conflicts or
Replaces, yet it replaces one of the files in mysql-admin-common.

Removal of mysql-admin-common happens at a later stage than the
install script for mysql-admin when mysql-gui-tools-common gets
the round tuits.


Get: 1 http://ftp.no.debian.org unstable Release.gpg [189B]
Ign http://ftp.no.debian.org unstable/main Translation-en_US
Ign http://ftp.no.debian.org unstable/contrib Translation-en_US
Ign http://ftp.no.debian.org unstable/non-free Translation-en_US
Hit http://ftp.no.debian.org unstable Release
Hit http://ftp.no.debian.org unstable/main Packages/DiffIndex
Hit http://ftp.no.debian.org unstable/contrib Packages/DiffIndex
Hit http://ftp.no.debian.org unstable/non-free Packages/DiffIndex
Hit http://ftp.no.debian.org unstable/main Sources/DiffIndex
Hit http://ftp.no.debian.org unstable/contrib Sources/DiffIndex
Hit http://ftp.no.debian.org unstable/non-free Sources/DiffIndex
Fetched 1B in 2s (0B/s)
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED
  mysql-admin-common
The following NEW packages will be installed
  libffi4 mysql-gui-tools-common
The following packages will be upgraded:
  dhcp3-common hal libcompress-zlib-perl libhal-storage1 libhal1 libpcap0.8
  libstroke0 libtheora0 myspell-en-gb myspell-en-us mysql-admin python-gobject
  python-gtk2 python-qt3 zenity
15 upgraded, 2 newly installed, 1 to remove and 0 not upgraded.
Need to get 1688kB/12.7MB of archives.
After unpacking 1135kB of additional disk space will be used.
Do you want to continue [Y/n]?
Get: 1 http://ftp.no.debian.org unstable/main mysql-admin 5.0~rc12-1 [1688kB]
Fetched 1688kB in 0s (2436kB/s)
Reading package fields... Done
Reading package status... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 131106 files and directories currently installed.)
Preparing to replace mysql-admin 1.2.5rc-2 (using 
.../mysql-admin_5.0~rc12-1_i386.deb) ...
Unpacking replacement mysql-admin ...
dpkg: error processing /var/cache/apt/archives/mysql-admin_5.0~rc12-1_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/applications/MySQLAdministrator.desktop', 
which is also in package mysql-admin-common
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/mysql-admin_5.0~rc12-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



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

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages mysql-admin depends on:
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libc6  2.6.1-5   GNU C Library: Shared libraries
ii  libcairo2  1.4.10-1  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libgcc11:4.2.1-5 GCC support library
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.14.1-3  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.12.10-0.1   C++ wrapper for the GLib toolkit (
ii  libgtk2.0-02.12.0-2  The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a  1:2.10.10-0.2 C++ wrappers for GTK+ 2.4 (shared 
ii  libmysqlclient15off5.0.45-1  MySQL database client library
ii  libpango1.0-0  1.18.2-1  Layout and rendering of internatio
ii  libpcre3   7.3-2 Perl 5 Compatible Regular Expressi
ii  libsigc++-2.0-0c2a 2.0.17-2  type-safe Signal Framework for C++
ii  libstdc++6 4.2.1-5   The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxml22.6.30.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  mysql-admin-common 1.2.5rc-2 Architecture independent files for

Versions of packages mysql-admin recommends:
pn  mysql-query-browser(no description available)

-- no debconf information

Bug#431692: nautilus crashes when diff-ext is installed

[Sven Arvidsson]

tags 431692 + fixed-upstream
thanks

Hi

According to upstream, this was fixed in 0.2.3,
http://sourceforge.net/tracker/index.php?func=detail&aid=1799127&group_id=97143&atid=617135

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#443838: po4a: missing/wrong (indirect) versioned dependency on perl-base

[Luk Claes]

Jens Seidel wrote:

On Mon, Sep 24, 2007 at 03:20:06PM +0200, Jens Seidel wrote:



PS: I now see in http://buildd.debian.org/pkg.cgi?pkg=hex-a-hop
that the state of m68k is: "Dep-Wait: perl (>= 5.8.8-11)". Does this
mean that the dependencies of hex-a-hop are not yet fullfilled but a build
attempt happened nevertheless?


This means that the next try for a build will only happen when perl 
version 5.8.8-11 or later is available on m68k...



Sorry for many stupid questions but I want hex-a-hop in testing as soon
as possible ...


hex-a-hop is ready for testing migration if it's mipsel build is 
installed in the archive and it's staging period is over [1] ... m68k is 
not taken into account for testing migration...


Cheers

Luk

[1] http://bjorn.haxx.se/debian/testing.pl?package=hex-a-hop



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

Bug#443838: po4a: missing/wrong (indirect) versioned dependency on perl-base

[Jens Seidel]

On Mon, Sep 24, 2007 at 05:22:21PM +0200, Luk Claes wrote:
> Jens Seidel wrote:
> >On Mon, Sep 24, 2007 at 03:20:06PM +0200, Jens Seidel wrote:
> 
> >PS: I now see in http://buildd.debian.org/pkg.cgi?pkg=hex-a-hop
> >that the state of m68k is: "Dep-Wait: perl (>= 5.8.8-11)". Does this
> >mean that the dependencies of hex-a-hop are not yet fullfilled but a build
> >attempt happened nevertheless?
> 
> This means that the next try for a build will only happen when perl 
> version 5.8.8-11 or later is available on m68k...

OK, but why happened an initial build if build deps are not fulfilled?

I also do not know where >= 5.8.8-11 comes from, at least not from po4a
so the bug remains open.
 
> >Sorry for many stupid questions but I want hex-a-hop in testing as soon
> >as possible ...
> 
> hex-a-hop is ready for testing migration if it's mipsel build is 
> installed in the archive and it's staging period is over [1] ... m68k is 
> not taken into account for testing migration...

Ah, m68k is not considered!?

Jens



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

Bug#443838: po4a: missing/wrong (indirect) versioned dependency on perl-base

[Luk Claes]

On Mon, Sep 24, 2007 at 05:46:44PM +0200, Jens Seidel wrote:
> On Mon, Sep 24, 2007 at 05:22:21PM +0200, Luk Claes wrote:
> > Jens Seidel wrote:
> > >On Mon, Sep 24, 2007 at 03:20:06PM +0200, Jens Seidel wrote:
> > 
> > >PS: I now see in http://buildd.debian.org/pkg.cgi?pkg=hex-a-hop
> > >that the state of m68k is: "Dep-Wait: perl (>= 5.8.8-11)". Does this
> > >mean that the dependencies of hex-a-hop are not yet fullfilled but a build
> > >attempt happened nevertheless?
> > 
> > This means that the next try for a build will only happen when perl 
> > version 5.8.8-11 or later is available on m68k...
> 
> OK, but why happened an initial build if build deps are not fulfilled?

It's just the way it's implemented...

> I also do not know where >= 5.8.8-11 comes from, at least not from po4a
> so the bug remains open.

Probably the buildd maintainer saw that a recent version of perl was needed
which only happens when the most recent version gets built...

Which is also an implementation detail...

> > >Sorry for many stupid questions but I want hex-a-hop in testing as soon
> > >as possible ...
> > 
> > hex-a-hop is ready for testing migration if it's mipsel build is 
> > installed in the archive and it's staging period is over [1] ... m68k is 
> > not taken into account for testing migration...
> 
> Ah, m68k is not considered!?

Indeed, m68k is not considered for migration to testing. There is
currently not a single m68k package in testing...

Will you please close this bogus bug now?

Cheers

Luk



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

Bug#431692: nautilus crashes when diff-ext is installed

[Andrea Veri]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

hi,

sorry for the delay on this, got a quite busy time!
I received a mail with a patch to fix this odd bug some hours ago, but
it seems new upstream version (0.2.3) fixes this definitely. I gonna
move to package it really soon.

If someone is interested to co-maintain diff-ext with me to prevent
any delay on busy periods, can mail me as soon as I submit the new
package.

Thanks to everyone for the bug reports and testing and keep me updated
on everything it seems wrong or bad on diff-ext.

Andrea
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG9+yXNVHG4ppG+csRArb/AKDGZCZE2IXtQ+TrXSHpXSeU00WgmACgndb4
vr3jUAii32IXRN7VW9yfPPI=
=Bj4i
-END PGP SIGNATURE-




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

Bug#439234: massage therapists mailing list

[Justice andorra]

Only until Sep 28 - When you purchase the Doctor Listing at the sale price you 
will also get Hospital, Nursing Home, Dentist and Chiropractor data at no 
additional cost


Licensed Doctors in the USA 

788,462 in total – 17,400 emails

34 primary and secondary specialties

Sort by over a dozen different fields

Special Price: $389


*** Get the 4 databases below as a bonus when you order the MD list above ***

Listing of US Hospitals
more than 23k hospital administrators in over 7k hospitals [worth over $300 
alone)

Dentists in the USA
More than half a million listings [worth $299 alone!]

Nursing Homes in the USA
includes over 31,589 Senior administrators, 11,288 Nursing Directors in over 
14,706 Nursing Homes in the United States. (value: $249)

American Chiropractors Database
100k Chiropractors offices with full contact data including email, postal 
address, phone and fax

send us an email: [EMAIL PROTECTED] call us: 206-202-1564




to be promptly excluded from future mailings please type "exclude" in the 
subject 



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

Bug#429160: po4a: po4a-gettextize is vulnerable to symlink attacks in /tmp

[Nicolas François]

Hello Jens,

On Mon, Sep 24, 2007 at 03:59:00PM +0200, [EMAIL PROTECTED] wrote:
> Hi!
> 
> On Sat, Jun 16, 2007 at 02:15:13AM +0200, Javier Fernández-Sanguino Peña 
> wrote:
> > Package: po4a
> > Version: 0.29-1
> > Severity: grave
> > Tags: security patch
> > 
> > If you run po4a-gettextize on contents that do not get converted to PO files
> > due to some issue, the script will dump its results in
> > /tmp/gettextization.failed.po. 
> > 
> > The script uses a file in the /tmp diretory but does not try to prevent a
> > symlink attack. A malicious user could create a symlink named liked that in
> > the temporary directory and pointing to one of the user's files so that when
> > a user runs po4-gettextize (and fails) the file the symlink pointed to would
> > get overwritten.
> > 
> > The fix is, IMHO, simple: just dump the results in the local directory, 
> > don't
> > use /tmp at all (it is, after all, unnecesary). The attached patch to
> > /usr/share/perl5/Locale/Po4a/Po.pm fixes this issue.
> 
> I don't want to reopen this bug but why is it OK to omit /tmp? The code
> is still vulnerable. Just assume po4a is started in /tmp or in another
> directory where an attcker has write access and the problem remains ...

It is quite common to write in a predefined file of the current firectory
(e.g. gcc if you do not specify an output file, generated files by
automake autoconf, ...)
The risk is IMO only present when the command may eventually be run as
root.
The goal is hence to reduce the risk to the case where the command create
the file and is run by root.

Also, the file is rarely used (only created by po4a-gettextize when run
(interractively) to reuse an existing translation, and when this process
fails). I don't expect this use case to occur without the system being at
much greater risk (i.e. the user only uses the root account).

(Moreover, it would not be possible to create a safe temporary file without
a possible race condition in the po4a use case.)

> I agree that it is unlikely but I often work in /tmp to handle
> translations ...

Unless you are doing so as root, I don't think there is a risk to
continue doing it.

Cheers,
-- 
Nekral

Bug#443870: xorg: Xorg segfaults on startup

[Phil Dibowitz]

Package: xorg
Version: 1:7.3+2
Severity: grave
Justification: renders package unusable


After the recent Xorg and Nvidia upgrade, I can no longer run my
Xinerama setup without causing Xorg to segfault, and the following
backtrace:

  Backtrace:
  0: /usr/bin/X11/X(xf86SigHandler+0x7e) [0x80c632e]
  1: [0xe420]
  2: /usr/bin/X11/X(Xrealloc+0x32) [0x81b3be2]
  3: /usr/bin/X11/X [0x8102199]
  4: /usr/lib/xorg/modules/drivers//nvidia_drv.so [0xb703eac9]

  Fatal server error:
  Caught signal 11.  Server aborting

It may be that this bug belongs in nvidia - it's probably some
combination between the new Xorg and the new nvidia.

I've included my xorg.conf below. This configuration has worked for me
for 2 years now, until this upgrade.

I have the latest (fixed) nvidia stuff:

  nvidia-glx 100.14.19-1
  nvidia-kernel-2.6.22-2-686 100.14.19-1+2.6.22-4

This setup has two monitorings a dual-headed Nvidia GeForce 6600 (using
the nvidia drivers), and a thurd monitoring on an older nvidia NV6
(using the 'nv' driver - nvidia no longer supports this), all Xinerama'd
up together.

Note that if I drop the 3rd monitor and just use the 6600 I still have
the same problem. I have to turn off Xinerama in order for it to work.

xorg.conf:
-CUTHERE--
# xorg.conf (Xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/xorg.conf /etc/X11/xorg.conf.custom
#   md5sum /etc/X11/xorg.conf >/var/lib/xfree86/xorg.conf.md5sum
#   dpkg-reconfigure xserver-xorg

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/share/fonts/X11/CID"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
#Load   "dri"
#Load   "GLCore"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"type1"
#Load   "v4l"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

# Old Card
#Section "Device"
#   Identifier  "NVIDIA Corporation NV6 [Vanta/Vanta LT]"
#   Driver  "nv"
#EndSection

Section "Device"
Identifier  "Card0"
Driver  "nvidia"
VendorName  "NVIDIA"
BoardName   "NV43  [GeForce 6600/GeForce 6600 GT]"
#Screen 0
BusID   "PCI:1:0:0"
EndSection

Section "Device"
Identifier  "Card1"
Driver  "nvidia"
VendorName  "NVIDIA"
BoardName   "NV43  [GeForce 6600/GeForce 6600 GT]"
Screen  1
BusID   "PCI:1:0:0"
EndSection

# PCI Card
Section "Device"
Identifier  "Card2"
Driver  "nv"
VendorName  "NVIDIA"
BoardName   "TNT2"
BusID   "PCI:2:13:0"
EndSection

Section "Monitor"
Identifier  "Planar PE1900"
Option  "DPMS"
HorizSync   30-65
VertRefresh 50-75
EndSection

Section "Monitor"
Identifier  "Samsung"
Option  "DPMS"
HorizSync   30-65
VertRefresh 50-75
EndSection

Section "Monitor"
Identifier  "Planar vga"
Option  "DPMS"
HorizSync   30-65
VertRefresh 50-75
EndSection

Section "Screen"
Identifier   

Bug#440836: dovecot: Possible permission issue?

[René Pfeiffer]

On Sep 20, 2007 at 1900 +0300, Timo Sirainen appeared and said:
> On Thu, 2007-09-20 at 17:49 +0200, René Pfeiffer wrote:
> > Sep 20 17:42:49 messages dovecot: POP3(XX): Couldn't open INBOX: 
> > Internal error occurred. Refer to server log for more information. 
> > [2007-09-20 17:42:49]
> 
> None of the lines you pasted was an error message. I guess it's possible
> that rc15 still had some bugs that didn't cause it to write errors in
> all cases, but just to be sure, see http://wiki.dovecot.org/Logging to
> find out if error messages really go to the log you were looking at.

I tried to capture all logs by doing all the steps described in the
Wiki. I don't get more information than I already posted. I also tried
disabling logging to syslog and redirected all of dovecot's logs to
seperate files. I failed to see the string „This is Dovecot's error log”
in either log though.

I have attached dovecot's configuration in case I missed something and
someone else is able to spot it.

Best regards,
René.

-- 
  )\._.,--,'``.  Let GNU/Linux work for you while you take a nap.
 /,   _.. \   _\  (`._ ,. R. Pfeiffer  + http://web.luchs.at/
`._.-(,_..'--(,_..'`-.;.'  - System administration + Consulting + Teaching -
Got mail delivery problems?  http://web.luchs.at/information/blockedmail.php
## Dovecot configuration file

# If you're in a hurry, see http://wiki.dovecot.org/QuickConfiguration

# '#' character and everything after it is treated as comments. Extra spaces
# and tabs are ignored. If you want to use either of these explicitly, put the
# value inside quotes, eg.: key = "# char and trailing whitespace  "

# Default values are shown for each setting, it's not required to uncomment
# any of the lines. Exception to this are paths, they're just examples with
# the real defaults being based on configure options. The paths listed here
# are for configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
# --with-ssldir=/etc/ssl

# Base directory where to store runtime data.
base_dir = /var/run/dovecot/

# Protocols we want to be serving: imap imaps pop3 pop3s
# If you only want to use dovecot-auth, you can set this to "none".
#protocols = imap imaps
protocols = imap imaps pop3 pop3s

# IP or host address where to listen in for connections. It's not currently
# possible to specify multiple addresses. "*" listens in all IPv4 interfaces.
# "[::]" listens in all IPv6 interfaces, but may also listen in all IPv4
# interfaces depending on the operating system.
#
# If you want to specify ports for each service, you will need to configure
# these settings inside the protocol imap/pop3 { ... } section, so you can
# specify different ports for IMAP/POP3. For example:
#   protocol imap {
# listen = *:10143
# ssl_listen = *:10943
# ..
#   }
#   protocol pop3 {
# listen = *:10100
# ..
#   }
listen = *

# Disable LOGIN command and all other plaintext authentications unless
# SSL/TLS is used (LOGINDISABLED capability). Note that if the remote IP
# matches the local IP (ie. you're connecting from the same computer), the
# connection is considered secure and plaintext authentication is allowed.
disable_plaintext_auth = no

# Should all IMAP and POP3 processes be killed when Dovecot master process
# shuts down. Setting this to "no" means that Dovecot can be upgraded without
# forcing existing client connections to close (although that could also be
# a problem if the upgrade is eg. because of a security fix). This however
# means that after master process has died, the client processes can't write
# to log files anymore.
shutdown_clients = no

##
## Logging
##

# Use this logfile instead of syslog(). /dev/stderr can be used if you want to
# use stderr for logging (ONLY /dev/stderr - otherwise it is closed).
log_path = /var/log/dovecot.log

# For informational messages, use this logfile instead of the default
info_log_path = /var/log/dovecot-info.log

# Prefix for each line written to log file. % codes are in strftime(3)
# format.
#log_timestamp = "%b %d %H:%M:%S "
log_timestamp = "%Y-%m-%d %H:%M:%S "

# Syslog facility to use if you're logging to syslog. Usually if you don't
# want to use "mail", you'll use local0..local7. Also other standard
# facilities are supported.
#syslog_facility = mail

##
## SSL settings
##

# IP or host address where to listen in for SSL connections. Defaults
# to above if not specified.
#ssl_listen =

# Disable SSL/TLS support.
ssl_disable = no

# PEM encoded X.509 SSL/TLS certificate and private key. They're opened before
# dropping root privileges, so keep the key file unreadable by anyone but
# root.
ssl_cert_file = /etc/dovecot/messages.luchs.at.cert
ssl_key_file  = /etc/dovecot/messages.luchs.at.key

# If key file is password protected, give the password here. Alternatively
# give it when starting dovecot with -p parameter.
#ssl_key_password =

# File containing trusted SSL certificate authorities. Usually not needed.
# The CAfile should contain the CA-certificate(s) 

Bug#440538: openssl testsuite failure on sparc.

[Kurt Roeckx]

Hi,

Can someone please take a look at bug #440538.  There doesn't seem to be
any sparc developers machines available.


Kurt




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

Bug#443831: apt-setup: Does not select mirror with netinst CD

[Joey Hess]

Frans Pop wrote:
> Getting the question asked interactively does _not_ set the seen flag, which 
> means that currently with a netinst install at default priority you do not 
> get a mirror.

Is there a reason why you chose to make apt-setup look at netcfg's
question instead of just checking for a default route?

If asking the question interactively does not set the seen flag then
it's impossible to reliably use the question as a check for whether
netcfg configured the network, and the check should be removed and the
question always asked, or some more robust method use to see if the
network is configured.

BTW, won't your check also fail if netcfg-static is used?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#443831: reopen

[Joey Hess]

I'm reopening this bug because the fix was not implemented reliably
and had to be reverted. See #442891 and #402645.

IMHO testing for a configured network interface is the only
semi-reliable way to approach this. Digging around in netcfg's internals
is messy, creates a binding between apt-setup and netcfg that shouldn't
exist, etc.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#443831: apt-setup: Does not select mirror with netinst CD

[Frans Pop]

On Monday 24 September 2007, you wrote:
> Is there a reason why you chose to make apt-setup look at netcfg's
> question instead of just checking for a default route?

No, there is not. I basically did not have the "no NIC present" use case in 
mind.

> If asking the question interactively does not set the seen flag then

I'd have expected you to know that ;-)

> it's impossible to reliably use the question as a check for whether
> netcfg configured the network, and the check should be removed and the
> question always asked,

Note that with my old, apt-setup would only default to using a mirror and 
thus time out. Your patch was intended to avoid that time out (which is 
fine), but at the cost of breaking the normal case. IMO timing out in 
situations that occur only rarely is even somewhat acceptable.

The check could remain and you could still skip the question at default prio 
if "Do not configure" was selected, you'd just have to raise the priority 
for other cases.

> or some more robust method use to see if the network is configured.

Feel free to implement a route based check and see how that works in 
practice.

> BTW, won't your check also fail if netcfg-static is used?

Quite possibly, but at least it would default to "use a mirror" in that 
case. Again, this would only result in the mirror timing out.


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

Bug#433187: Installing Debian on Ultrasparc III machines

[Josip Rodin]

On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote:
> > kernel which works well - at least on out US III machine. We've applied
> > 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system
> > doesn't create unkillable processes anymore if you use the libc6 from
> > _lenny_.
> 
> BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned
> patch still created unkillable dpkg-query processes.

BTW, I got around to changing the input/output-device on lebrun today,
so I'll be able to get register dumps in case it goes dead.

Right now its buildd has been building for over 3.5 hours, and it has
created this one process:

buildd   20263  100  0.5 1941872 11472 ?   RN   18:25 192:03 dpkg-query 
--search libc.so.6

But it keeps moving! The load was around 5 when I checked this.

I went to run 'less buildd.log', but that process just stopped responding
instantly. I tried stracing it, and that strace stopped responding :)
The load went up to 7 after that.

-- 
 2. That which causes joy or happiness.



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

Bug#438704: [patch] grun: As of gtk 2.12, #438704 causes a segfault on

[Luis Rodrigo Gallardo Cruz]

program startup
Reply-To: 
In-Reply-To: <[EMAIL PROTECTED]>

I have created a complete patch for this bug. I will ask for
sponsorship to upload this as an NMU in 7 days.

--
diff -u grun-0.9.2/debian/changelog grun-0.9.2/debian/changelog
--- grun-0.9.2/debian/changelog
+++ grun-0.9.2/debian/changelog
@@ -1,3 +1,13 @@
+grun (0.9.2-14.1) unstable; urgency=low
+
+  * grun.c: Call bind_textdomain_codeset() to have gettext recode strings
+to UTF-8. (Closes: #438704).
+  * po/*.po: Set ISO-8859-1 encoding headers.
+  * debian/rules: Remove po/*gmo files on configure, to force regenerating
+with correct encoding headers.
+  
+ -- Luis Rodrigo Gallardo Cruz <[EMAIL PROTECTED]>  Mon, 24 Sep 2007 14:26:41 
-0500
+
 grun (0.9.2-14) unstable; urgency=low
 
   * grun.c: yet another fix of auto-completion (closes: #281334)
diff -u grun-0.9.2/debian/rules grun-0.9.2/debian/rules
--- grun-0.9.2/debian/rules
+++ grun-0.9.2/debian/rules
@@ -23,7 +23,7 @@
dh_testdir
 # Add here commands to configure the package.
./configure --with-default-xterm=x-terminal-emulator --enable-testfile 
--enable-associations --prefix=/usr --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info
-
+   -rm po/*gmo 
touch configure-stamp
 
 build: configure-stamp build-stamp
diff -u grun-0.9.2/config.guess grun-0.9.2/config.guess
diff -u grun-0.9.2/config.sub grun-0.9.2/config.sub
diff -u grun-0.9.2/grun.c grun-0.9.2/grun.c
--- grun-0.9.2/grun.c
+++ grun-0.9.2/grun.c
@@ -40,6 +40,7 @@
 #include "grun2.xpm"
 #if defined (HAVE_GETTEXT) || defined (HAVE_CATGETS)
 #include 
+#define UTF8 "UTF-8"
 #else
 #include "intl/libintl.h"
 #endif
@@ -1107,6 +1108,7 @@
 #ifndef WIN32
setlocale (LC_ALL, "");
bindtextdomain (PACKAGE, LOCALEDIR);
+   bind_textdomain_codeset (PACKAGE, UTF8);
textdomain (PACKAGE);
 #endif /* WIN32 */
  
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/de.po
+++ grun-0.9.2/po/de.po
@@ -7,12 +7,12 @@
 msgstr ""
 "Project-Id-Version: gRun 0.9.2\n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 13:54+0200\n"
+"PO-Revision-Date: 2007-09-24 14:24-0500\n"
 "Last-Translator: Dominik Brettnacher <[EMAIL PROTECTED]>\n"
 "Language-Team: Dominik Brettnacher <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/es.po
+++ grun-0.9.2/po/es.po
@@ -2,17 +2,16 @@
 # Copyright (C) 1999 Southern Gold Development
 # Esteban Manchado <[EMAIL PROTECTED]>, 1999.
 #
-#, fuzzy
 msgid ""
 msgstr ""
 "Project-Id-Version: gRun 0.9.2\n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 13:54+0200\n"
+"PO-Revision-Date: 2007-09-21 19:51-0500\n"
 "Last-Translator: Esteban Manchado <[EMAIL PROTECTED]>\n"
 "Language-Team: Esteban Manchado <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/fr.po
+++ grun-0.9.2/po/fr.po
@@ -7,12 +7,12 @@
 msgstr ""
 "Project-Id-Version: gRun 0.9.2 \n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 14:+0200\n"
+"PO-Revision-Date: 2007-09-24 14:23-0500\n"
 "Last-Translator: Mathieu Lutfy <[EMAIL PROTECTED]>\n"
 "Language-Team: Mathieu Lutfy <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
only in patch2:
unchanged:
--- grun-0.9.2.orig/po/pt.po
+++ grun-0.9.2/po/pt.po
@@ -7,12 +7,12 @@
 msgstr ""
 "Project-Id-Version: gRun 0.9.2\n"
 "POT-Creation-Date: 1999-02-06 15:28+0200\n"
-"PO-Revision-Date: 1999-02-06 13:58+0200\n"
+"PO-Revision-Date: 2007-09-24 14:23-0500\n"
 "Last-Translator: Frédéric L.W.Meunier <[EMAIL PROTECTED]>\n"
 "Language-Team: Frédéric L.W.Meunier <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
-"Content-Type: text/plain; charset=CHARSET\n"
-"Content-Transfer-Encoding: ENCODING\n"
+"Content-Type: text/plain; charset=ISO-8859-1\n"
+"Content-Transfer-Encoding: 8bit\n"
 
 #: grun.c:838
 msgid "Choose Application"
--

-- 
Rodrigo Gallardo
GPG-Fingerprint: 7C81 E60C 442E 8FBC D975  2F49 0199 8318 ADC9 BC28


signature.asc
Description: Digital signature

Bug#443838: po4a: missing/wrong (indirect) versioned dependency on perl-base

[Jens Seidel]

On Mon, Sep 24, 2007 at 06:54:01PM +0200, Luk Claes wrote:
> On Mon, Sep 24, 2007 at 05:46:44PM +0200, Jens Seidel wrote:
> > On Mon, Sep 24, 2007 at 05:22:21PM +0200, Luk Claes wrote:
> > > This means that the next try for a build will only happen when perl 
> > > version 5.8.8-11 or later is available on m68k...
> > 
> > OK, but why happened an initial build if build deps are not fulfilled?
> 
> It's just the way it's implemented...

Aha ...

> > I also do not know where >= 5.8.8-11 comes from, at least not from po4a
> > so the bug remains open.
> 
> Probably the buildd maintainer saw that a recent version of perl was needed
> which only happens when the most recent version gets built...
 
> Will you please close this bogus bug now?

Please explain why you consider this bug is a bogus one? Po4a doesn't
has a versioned package dependency on perl but needs one. This breaks
other packages.

If you really think I'm wrong or if it just does not matter that a
snapshot in Debian does not work feel free to close it yourself.

Jens



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

Bug#433187: Installing Debian on Ultrasparc III machines

[Bernd Zeimetz]

Josip Rodin wrote:
> On Wed, Sep 19, 2007 at 12:10:26AM +0200, Josip Rodin wrote:
>>> kernel which works well - at least on out US III machine. We've applied
>>> 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system
>>> doesn't create unkillable processes anymore if you use the libc6 from
>>> _lenny_.
>> BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned
>> patch still created unkillable dpkg-query processes.
> 
> BTW, I got around to changing the input/output-device on lebrun today,
> so I'll be able to get register dumps in case it goes dead.

I'm not sure if those problems are related :) The register dumps would
be needed if the kernel fails to initialize the CPU (as in: try to boot
a non-SMP kernel on lebrun - but I guess that works well in lebrun's
case). See #440720

I find it interesting though, that the machine is still accessible - but
probably this was just the same here and I should have been a bit
patient for half an hour or so.

Unfortunately the machine didn;t want to boot the kernel I've build with
a lot of debug stuff included I'll give this another try when I have
some spare time.

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 



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

Bug#433187: Installing Debian on Ultrasparc III machines

[Josip Rodin]

On Mon, Sep 24, 2007 at 09:53:44PM +0200, Bernd Zeimetz wrote:
> >>> kernel which works well - at least on out US III machine. We've applied
> >>> 179c85ea53bef807621f335767e41e23f86f01df to make sure that the system
> >>> doesn't create unkillable processes anymore if you use the libc6 from
> >>> _lenny_.
> >> BTW, lebrun.d.o, also an USIII, running 2.6.23-rc6 plus the aforementioned
> >> patch still created unkillable dpkg-query processes.
> > 
> > BTW, I got around to changing the input/output-device on lebrun today,
> > so I'll be able to get register dumps in case it goes dead.
> 
> I'm not sure if those problems are related :) The register dumps would
> be needed if the kernel fails to initialize the CPU

Fabio told me that break+p output might be useful in this case too,
I'm just repeating :)

-- 
 2. That which causes joy or happiness.



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

Bug#433187: Installing Debian on Ultrasparc III machines

[Bernd Zeimetz]

>> I'm not sure if those problems are related :) The register dumps would
>> be needed if the kernel fails to initialize the CPU
> 
> Fabio told me that break+p output might be useful in this case too,
> I'm just repeating :)

Does Fabio probably know how to send that via a serial connection? :)

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 



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

Bug#443883: [PATCH] wxgtk2.6 crashes with recent gtk+

[Jindrich Makovicka]

Package: wxwidgets2.6
Version: 2.6.3.2.1.5
Severity: grave

Hi,

with wxWidgets 2.6 and recent GTK+ in Sid, almost all applications
using wxWidgets crash due to bugs in GtkBorder handling. I have
observed these crashes in aMule (detail dialog), Audacity (about,
preferences) and FileZilla (crashes right at startup). The issue can be
fixed by replacing g_free with gtk_border_free as in the patch.

See also

http://mail.gnome.org/archives/desktop-devel-list/2007-August/msg00256.html

Regards,
-- 
Jindrich Makovicka
diff -ur gtk.orig/button.cpp gtk/button.cpp
--- gtk.orig/button.cpp	2006-05-01 06:38:40.0 +0200
+++ gtk/button.cpp	2007-09-24 21:20:37.0 +0200
@@ -89,7 +89,7 @@
 right_border += default_border->right;
 top_border += default_border->top;
 bottom_border += default_border->bottom;
-g_free( default_border );
+gtk_border_free( default_border );
 }
 #else
 left_border = 6;
diff -ur gtk.orig/window.cpp gtk/window.cpp
--- gtk.orig/window.cpp	2006-05-01 06:38:40.0 +0200
+++ gtk/window.cpp	2007-09-24 21:47:37.0 +0200
@@ -3276,7 +3276,7 @@
 right_border += default_border->right;
 top_border += default_border->top;
 bottom_border += default_border->bottom;
-g_free( default_border );
+gtk_border_free( default_border );
 }
 #else
 left_border = 6;

Bug#443831: apt-setup: Does not select mirror with netinst CD

[Joey Hess]

Frans Pop wrote:
> Note that with my old, apt-setup would only default to using a mirror and 
> thus time out. Your patch was intended to avoid that time out (which is 
> fine), but at the cost of breaking the normal case. IMO timing out in 
> situations that occur only rarely is even somewhat acceptable.

It wasn't only a timeout, it kept looping back and asking for a mirror
over and over, since each time one was entered it failed to work due to
there being no network. See #442891.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#443894: bind9 package removed on update/upgrade

[Andrew Sharp]

Package: bind9
Version: 1:9.3.1-2.0.1
Severity: critical
Tags: security
Justification: breaks unrelated software

Currently if you update your etch system, bind9 package is removed!
This happened on our firewall/router/server machine, rendering DNS
support for the whole network inoperable.

bind9 depends on specific versions of libraries from the bind9 source
package that aren't available anymore.  Hence dselect and/or apt will
remove it!  I don't know if the newer library packages are the result
of NMUs or what, but they aren't there in, say, x86_64 distribution,
only i386.

Here is the current Package paragraph from bind9:

Package: bind9
Priority: optional
Section: net
Installed-Size: 764
Maintainer: LaMont Jones <[EMAIL PROTECTED]>
Architecture: i386
Version: 1:9.3.4-2etch1
Replaces: bind, dnsutils (<< 1:9.1.0-3)
Depends: libbind9-0, libc6 (>= 2.3.6-6), libdns22, libisc11, libisccc0,
libisccfg1, liblwres9, libssl0.9.8 (>= 0.9.8c-1), netbase, adduser,
libdns22 (= 1:9.3.4-2etch1), libisccfg1 (= 1:9.3.4-2etch1), libisc11 (=
1:9.3.4-2etch1), libisccc0 (= 1:9.3.4-2etch1), lsb-base (>= 3.0-6)

but the currently available version of libdns22 is 
Version: 1:9.3.4-2etch2~bpo.1

so I'm out of luck trying to install bind9.


-- System Information:
Debian Release: 4.0
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.15-c3-gbc70adfe
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages bind9 depends on:
ii  adduser 3.102Add and remove users and groups
ii  libbind9-0  1:9.3.4-2etch2~bpo.1 BIND9 Shared Library used by BIND
ii  libc6   2.3.6.ds1-13etch2GNU C Library: Shared libraries
pn  libdns20   (no description available)
hi  libisc9 1:9.3.1-2.0.1ISC Shared Library used by BIND
ii  libisccc0   1:9.3.4-2etch1   Command Channel Library used by BI
ii  libisccfg1  1:9.3.4-2etch2~bpo.1 Config File Handling Library used 
ii  liblwres1   1:9.2.4-1sarge3  Lightweight Resolver Library used 
ii  libssl0.9.8 0.9.8c-4 SSL shared libraries
ii  netbase 4.29 Basic TCP/IP networking system

bind9 recommends no packages.

-- no debconf information



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

Bug#443897: cdrom: Freshly installed system with hardware RAID doesn't boot

[Daniel Koc]

Package: cdrom
Severity: critical
Justification: breaks the whole system


I have a server with an onboard Adaptec RAID bus controller (ASR-2010s). 
After the fresh installation of stable Debian 4.0 distribution my system 
was rendered unbootable. It got stucked waiting for the root partition.

The main problem was that grub menu entries were pointing at /dev/sda1
as the root partition, while the Linux kernel didn't know that name. 
Booting message issued by "block-osm" reported registration of i2o/hda 
device, so the root partition was apparentely seen as /dev/i2o/hda1.

Manual editing grub entry has helped to mount the root partition, but 
the system was unable to mount all the other partitions, because all 
fstab entries created by the installer were also following the 
"/dev/sda" schema. Renaming them to the "/dev/i2o/hda" schema fixed this 
problem and my system started to work as expected.

But I faced the problem with grub once again few minutes later, after 
the kernel was upgraded with standard "apt-get dist-upgrade" operation. 
Soon I have discovered that it was most probably caused by "update-grub" 
script. Every time it was activated, both entries in /boot/grub/menu.lst 
file were pointing at root partition /dev/sda1 again. I had to change 
the line:

# kopt=root=/dev/sda1 ro

to look like this:

# kopt=root=/dev/i2o/hda1 ro

This was the right solution. Now my update-grub script does not break 
root partition name in grub entries anymore.

I'm not sure if this is a grub issue or maybe the installer's fault, 
but I don't know how to check it, so I leave it at the CD level.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)



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

Bug#443792: all of the gnome-panel applets crash

[luis . pureza]

I have the same problem with the same error messages.
However, I don't even have gnome-applets installed!

I am unable to install it since it depends on libwnck18, which is  
tagged as BROKEN. Shouldn't it depend on linbwnck22 instead?




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

Bug#443899: php-pear: CVE-2007-2519: PEAR installer arbitrary code execution vulnerability

[Gregory Colpart]

Package: php-pear
Version: 5.2.0-8+etch7
Severity: grave
Tags: patch security

Hello,

Overview:
=
Lack of validation of the install-as attribute in package.xml
version 1.0 and of the  tag in package.xml version 2.0
allows attackers to install files in any location and possibly
overwrite crucial system files if the PEAR Installer is running
as a privileged user.

Vendor advisory:
http://pear.php.net/advisory-20070507.txt

CVE:
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-2519


I attach a patch backported by Ubuntu for this security issue.

Regards,
-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/
diff -uNrp PEAR-1.5.3/PEAR/Installer.php PEAR-1.5.4/PEAR/Installer.php
--- PEAR-1.5.3/PEAR/Installer.php   2007-04-18 20:01:48.0 -0700
+++ PEAR-1.5.4/PEAR/Installer.php   2007-05-07 21:10:49.0 -0700
@@ -292,6 +292,9 @@ class PEAR_Installer extends PEAR_Downlo
 $installedas_dest_file = $installedas_dest_dir . 
DIRECTORY_SEPARATOR . '.tmp' . basename($final_dest_file);
 }
 $dest_dir = dirname($final_dest_file);
+if (preg_match('~/\.\.(/|\\z)|^\.\./~', str_replace('\\', '/', 
$dest_file))) {
+return $this->raiseError("SECURITY ERROR: file $file (installed to 
$dest_file) contains parent directory reference ..", PEAR_INSTALLER_FAILED);
+}
 $dest_file = $dest_dir . DIRECTORY_SEPARATOR . '.tmp' . 
basename($final_dest_file);
 // }}}
 
@@ -482,6 +485,9 @@ class PEAR_Installer extends PEAR_Downlo
 } else {
 list($save_destdir, $dest_dir, $dest_file, $orig_file) = $info;
 }
+if (preg_match('~/\.\.(/|\\z)|^\.\./~', str_replace('\\', '/', 
$dest_file))) {
+return $this->raiseError("SECURITY ERROR: file $file (installed to 
$dest_file) contains parent directory reference ..", PEAR_INSTALLER_FAILED);
+}
 $final_dest_file = $installed_as = $dest_file;
 if (isset($this->_options['packagingroot'])) {
 $final_dest_file = $this->_prependPath($final_dest_file,

Bug#429160: po4a: po4a-gettextize is vulnerable to symlink attacks in /tmp

[Javier Fernández-Sanguino Peña]

On Mon, Sep 24, 2007 at 03:59:00PM +0200, Jens Seidel wrote:
> I don't want to reopen this bug but why is it OK to omit /tmp? The code
> is still vulnerable. Just assume po4a is started in /tmp or in another
> directory where an attcker has write access and the problem remains ...

Yes, but only in that ocasion and not everytime. Users should not run stuff
with their current directory pointing to /tmp. 

> I agree that it is unlikely but I often work in /tmp to handle
> translations ...

Then you might want to produce a patch that uses File::Temp's tempfile, since
that honors TMPDIR setting and does the right thing. I just didn't find it
would be necessary for this package but should be trivial to implement.

Regards

Javier


signature.asc
Description: Digital signature

Bug#443899: [php-maint] Bug#443899: php-pear: CVE-2007-2519: PEAR installer arbitrary code execution vulnerability

[Steve Langasek]

severity 443899 important
quit

On Mon, Sep 24, 2007 at 11:48:41PM +0200, Gregory Colpart wrote:
> Package: php-pear
> Version: 5.2.0-8+etch7
> Severity: grave
> Tags: patch security

Overinflated severity.  Yeah, running programs as root that pull input from
untrusted network sources can break things, and?  This is still true after
this patch, only with one more level of indirection.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/



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

Bug#433187: Installing Debian on Ultrasparc III machines

[Sébastien Bernard]

Bernd Zeimetz a écrit :

I'm not sure if those problems are related :) The register dumps would
be needed if the kernel fails to initialize the CPU

Fabio told me that break+p output might be useful in this case too,
I'm just repeating :)


Does Fabio probably know how to send that via a serial connection? :)



Use the /proc/sysrq-trigger to send the corresponding keystroke.
I used this trick to reboot the machine with unkillable processes since it
won't go down by itself.

Seb

Bug#443903: CVE-2007-5049 stack based buffer overflow

[Nico Golde]

Package: poppler
Severity: grave
Tags: security

Hi,
the following CVE (Common Vulnerabilities & Exposures) id was
published for poppler.

CVE-2007-5049[0]:
| Stack-based buffer overflow in the StreamPredictor::getNextLine
| function in xpdf, as used in (1) poppler before 0.5.91, (2) gpdf, (3)
| kpdf, (4) kdegraphics, (5) CUPS, and other products, might allow
| remote attackers to execute arbitrary code via a crafted PDF file, a
| different vulnerability than CVE-2007-3387.

If you fix this vulnerability please also include the CVE id
in your changelog entry.

You can find a patch on:
ftp://ftp.foolabs.com/pub/xpdf/xpdf-3.02pl1.patch

For further information:
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5049

Kind regards
Nico

-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpD9myB8X4Xz.pgp
Description: PGP signature

Bug#443906: CVE-2007-5049 stack based buffer overflow

[Nico Golde]

Package: xpdf
Severity: grave
Tags: security

Hi,
the following CVE (Common Vulnerabilities & Exposures) id was
published for xpdf.

CVE-2007-5049[0]:
| Stack-based buffer overflow in the StreamPredictor::getNextLine
| function in xpdf, as used in (1) poppler before 0.5.91, (2) gpdf, (3)
| kpdf, (4) kdegraphics, (5) CUPS, and other products, might allow
| remote attackers to execute arbitrary code via a crafted PDF file, a
| different vulnerability than CVE-2007-3387.

If you fix this vulnerability please also include the CVE id
in your changelog entry.

You can find a patch on:
ftp://ftp.foolabs.com/pub/xpdf/xpdf-3.02pl1.patch

For further information:
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5049

Kind regards
Nico

-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpjjU2mGaDm0.pgp
Description: PGP signature

Bug#439897: Patent holders on mpeg2 encoder

[Touko Korpela]

  libavutil version: 1d.49.3.0
  libavcodec version: 1d.51.38.0
  libavformat version: 1d.51.10.0
  built on Jun 23 2007 14:31:53, gcc: 4.1.3 20070601 (prerelease) (Debian 
4.1.2-12)
File formats:
  E mpeg2video  MPEG2 video
Codecs:
 D VSDT mpeg2video

Doesn't this mean that mpeg2 encoder is disabled in 0.cvs20070307-6?
(no E in mpeg2video codec line, but E shows in file formats,error maybe)

Compare to unofficial ffmpeg where mpeg2 encoding is enabled:
DEVSDT mpeg2video



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

Bug#443870: xorg: Xorg segfaults on startup

[Brice Goglin]

reassign 443870 nvidia-glx
retitle 443870 'nvidia-glx: segfault in Xrealloc with Xserver 1.4 and Xinerama"
found 443870 100.14.19-1
thank you




Phil Dibowitz wrote:
> After the recent Xorg and Nvidia upgrade, I can no longer run my
> Xinerama setup without causing Xorg to segfault, and the following
> backtrace:
>
>   Backtrace:
>   0: /usr/bin/X11/X(xf86SigHandler+0x7e) [0x80c632e]
>   1: [0xe420]
>   2: /usr/bin/X11/X(Xrealloc+0x32) [0x81b3be2]
>   3: /usr/bin/X11/X [0x8102199]
>   4: /usr/lib/xorg/modules/drivers//nvidia_drv.so [0xb703eac9]
>
> This setup has two monitorings a dual-headed Nvidia GeForce 6600 (using
> the nvidia drivers), and a thurd monitoring on an older nvidia NV6
> (using the 'nv' driver - nvidia no longer supports this), all Xinerama'd
> up together.
>
> Note that if I drop the 3rd monitor and just use the 6600 I still have
> the same problem. I have to turn off Xinerama in order for it to work.
>   

There are some known bugs about Xinerama in Xserver 1.4, especially
#443274. But the backtrace above is completely different, and it seems
totally nvidia specific. So I am reassigning this bug to nvidia-glx.
We'll keep #443274 to deal with Xserver-without-nvidia Xinerama problems.

Brice




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

Bug#443913: CVE-2007-5037 buffer overflow in inotifytools_snprintf

[Nico Golde]

Package: inotify-tools
Severity: grave
Tags: security

Hi,
the following CVE (Common Vulnerabilities & Exposures) id was
published for inotify-tools.

CVE-2007-5037[0]:
| Buffer overflow in the inotifytools_snprintf function in
| src/inotifytools.c in the inotify-tools library before 3.11 allows
| context-dependent attackers to execute arbitrary code via a long
| filename.

If you fix this vulnerability please also include the CVE id
in your changelog entry.

For further information:
[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-5037

Kind regards
Nico

-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.


pgpmwtZ5GZcs4.pgp
Description: PGP signature

Bug#443897: cdrom: Freshly installed system with hardware RAID doesn't boot

[Otavio Salvador]

reassign 443897 grub
retitle 443897 update-grub fails to reconize /dev/i2o/* root
partitions
thanks

Daniel Koc <[EMAIL PROTECTED]> writes:

<...>
> Manual editing grub entry has helped to mount the root partition, but 
> the system was unable to mount all the other partitions, because all 
> fstab entries created by the installer were also following the 
> "/dev/sda" schema. Renaming them to the "/dev/i2o/hda" schema fixed this 
> problem and my system started to work as expected.
<...>

I've assigned it to grub since I believe it's update-grub fault but
I'm unsure about it too. When you believe it's a installer fault but
do not knows who has caused it, you can use installation-report to
report it back to us and we'd handle it after we got it.

Robert, do you think it's really a grub issue?

-- 
O T A V I OS A L V A D O R
-
 E-mail: [EMAIL PROTECTED]  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."



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

Bug#443894: closed by Julien Cristau <[EMAIL PROTECTED]> (Re: Bug#443894: bind9 package removed on update/upgrade)

[Andrew Sharp]

Long before submitting the bug report, I changed my sources.list to the
following:

deb http://http.us.debian.org/debian etch main contrib non-free
deb http://security.debian.org etch/updates main contrib non-free

deb http://http.us.debian.org/debian sarge main contrib non-free
deb http://security.debian.org sarge/updates main contrib non-free

deb http://non-us.debian.org/debian-non-US sarge/non-US main contrib non-free

But the problem persisted.  It never occured to me that some way old
packages from backports.org could be out-versioning etch-current
packages.  It was a lot of trouble to get those stinking packages off my
system and get back to normal, but finally it works.

Thanks very much for your insight.

Cheers,

a


On Mon, Sep 24, 2007 at 09:27:07PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the bind9 package:
> 
> #443894: bind9 package removed on update/upgrade
> 
> It has been closed by Julien Cristau <[EMAIL PROTECTED]>.
> 
> Their explanation is attached below.  If this explanation is
> unsatisfactory and you have not received a better one in a separate
> message then please contact Julien Cristau <[EMAIL PROTECTED]> by replying
> to this email.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 

> Date: Mon, 24 Sep 2007 23:23:59 +0200
> From: Julien Cristau <[EMAIL PROTECTED]>
> To: Andrew Sharp <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Subject: Re: Bug#443894: bind9 package removed on update/upgrade
> X-Operating-System: Linux 2.6.22-2-686 i686
> User-Agent: Mutt/1.5.16 (2007-06-11)
> 
> On Mon, Sep 24, 2007 at 14:08:02 -0700, Andrew Sharp wrote:
> 
> > Currently if you update your etch system, bind9 package is removed!
> > This happened on our firewall/router/server machine, rendering DNS
> > support for the whole network inoperable.
> > 
> > bind9 depends on specific versions of libraries from the bind9 source
> > package that aren't available anymore.  Hence dselect and/or apt will
> > remove it!  I don't know if the newer library packages are the result
> > of NMUs or what, but they aren't there in, say, x86_64 distribution,
> > only i386.
> > 
> > Here is the current Package paragraph from bind9:
> > 
> > Package: bind9
> > Priority: optional
> > Section: net
> > Installed-Size: 764
> > Maintainer: LaMont Jones <[EMAIL PROTECTED]>
> > Architecture: i386
> > Version: 1:9.3.4-2etch1
> > Replaces: bind, dnsutils (<< 1:9.1.0-3)
> > Depends: libbind9-0, libc6 (>= 2.3.6-6), libdns22, libisc11, libisccc0,
> > libisccfg1, liblwres9, libssl0.9.8 (>= 0.9.8c-1), netbase, adduser,
> > libdns22 (= 1:9.3.4-2etch1), libisccfg1 (= 1:9.3.4-2etch1), libisc11 (=
> > 1:9.3.4-2etch1), libisccc0 (= 1:9.3.4-2etch1), lsb-base (>= 3.0-6)
> > 
> > but the currently available version of libdns22 is 
> > Version: 1:9.3.4-2etch2~bpo.1
> > 
> > so I'm out of luck trying to install bind9.
> > 
> This looks like a local apt configuration problem trying to mix
> packages from backports.org and security.debian.org.
> 
> libdns22 1:9.3.4-2etch1 is available on all architectures from
> security.d.o (and from proposed-updates on the mirrors).
> 
> Cheers,
> Julien
> 




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

Bug#443925: wammu: memory corruption

[Samuel Mimram]

Package: wammu
Version: 0.22-1
Severity: grave
Justification: renders package unusable

Hi,

I decided to give wammu a second try. When I launch wammu it tells me
that there is no configuration file and asks me if I want to configure
phone connection. If I click on yes I get alternatively:

% wammu
Debug log created in /tmp/wammui1Io45.log, in case of crash please include it 
in bugreport!
*** glibc detected *** /usr/bin/python: double free or corruption (out): 
0x087154b0 ***

or

% wammu
Debug log created in /tmp/wammuT0b6oS.log, in case of crash please include it 
in bugreport!
*** glibc detected *** /usr/bin/python: munmap_chunk(): invalid pointer: 
0x087150b0 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6(cfree+0x1bb)[0xb7df78bb]
/usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb6b5d4a1]
/usr/lib/libwx_gtk2u_core-2.6.so.0[0xb759dbfe]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN8wxButton10SetDefaultEv+0x74)[0xb759dcf4]
/usr/lib/libwx_gtk2u_adv-2.6.so.0(_ZN8wxWizard8ShowPageEP12wxWizardPageb+0x3b1)[0xb77a0cf1]
/usr/lib/libwx_gtk2u_adv-2.6.so.0(_ZN8wxWizard9RunWizardEP12wxWizardPage+0x43)[0xb77a1403]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_wizard.so[0xb61878dc]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_EvalFrame+0x3636)[0x80b88f6]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python[0x8101a11]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python[0x805fd97]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_CallObjectWithKeywords+0x6c)[0x80b457c]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core_.so(_ZN7wxPyApp13_BootstrapAppEv+0x1b3)[0xb791e7f3]
/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core_.so[0xb7995b8a]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_EvalFrame+0x3636)[0x80b88f6]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalFrame+0x41d2)[0x80b9492]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python[0x8101a11]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python[0x805fd97]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python[0x808df3b]
/usr/bin/python[0x808f483]
/usr/bin/python(PyObject_Call+0x27)[0x805a4f7]
/usr/bin/python(PyEval_EvalFrame+0x1efa)[0x80b71ba]
/usr/bin/python(PyEval_EvalFrame+0x4a82)[0x80b9d42]
/usr/bin/python(PyEval_EvalCodeEx+0x835)[0x80bb125]
/usr/bin/python(PyEval_EvalCode+0x57)[0x80bb197]
/usr/bin/python(PyRun_FileExFlags+0xca)[0x80ddfba]
/usr/bin/python(PyRun_SimpleFileExFlags+0x187)[0x80de1a7]
/usr/bin/python(Py_Main+0xa82)[0x8057652]
/usr/bin/python(main+0x22)[0x8056ac2]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7da0050]
/usr/bin/python[0x8056a31]
=== Memory map: 
08048000-0812 r-xp  03:02 645129 /usr/bin/python2.4
0812-08142000 rw-p 000d7000 03:02 645129 /usr/bin/python2.4
08142000-08731000 rw-p 08142000 00:00 0  [heap]
b5608000-b5617000 r-xp  03:02 629042 /lib/libbz2.so.1.0.3
b5617000-b5618000 rw-p f000 03:02 629042 /lib/libbz2.so.1.0.3
b5618000-b564a000 r-xp  03:02 307177 /usr/lib/libcroco-0.6.so.3.0.1
b564a000-b564d000 rw-p 00031000 03:02 307177 /usr/lib/libcroco-0.6.so.3.0.1
b564d000-b567c000 r-xp  03:02 308641 /usr/lib/libgsf-1.so.114.0.7
b567c000-b567f000 rw-p 0002e000 03:02 308641 /usr/lib/libgsf-1.so.114.0.7
b567f000-b568 rw-p b567f000 00:00 0 
b568-b56b r-xp  03:02 306983 /usr/lib/librsvg-2.so.2.18.2
b56b-b56b1000 rw-p 0003 03:02 306983 /usr/lib/librsvg-2.so.2.18.2
b56c3000-b56c4000 r-xp  03:02 564816 
/usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
b56c4000-b56c5000 rw-p  03:02 564816 
/usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
b56c5000-b5725000 rw-s  00:08 1010520/SYSV (deleted)
b5725000-b5a21000 rw-p b5725000 00:00 0 
b5a21000-b5a3 r--p  03:02 387366 
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf
b5a3-b5a34000 r-xp  03:02 565058 
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b5a34000-b5a35000 rw-p 3000 03:02 565058 
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b5a36000-b5a96000 rw-s  00:08 1010511/SYSV (deleted)
b5a96000-b5aa7000 r--p  03:02 387229 
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf
b5aa7000-b5ab9000 r-xp  03:02 32307  
/usr/lib/scim-1.0/1.

Bug#436200: segv on motion detection, maybe a problem with ffmpeg

[Matthew Toseland]

Package: motion
Version: 3.2.3-2.1+b3
Followup-For: Bug #436200


The stable version (3.2.3-2.1) works perfectly if I install it with
apt-get -t stable.
The testing version (3.2.3-3.1+b3) crashes on any motion being detected,
apparently because of a problem with ffmpeg:

servalan:~# motion -n -c /etc/motion/motion.conf
[0] Processing thread 0 - config file /etc/motion/motion.conf
[0] Processing config file /etc/motion/camera1.conf
[0] Processing config file /etc/motion/camera2.conf
[1] Thread is from /etc/motion/camera1.conf
[2] Thread is from /etc/motion/camera2.conf
[1] Thread started
[2] Thread started
[1] File of type 32 saved to:
/var/lib/motion/timelapse/01-20070925-timelapse-cam1.mpg
[2] File of type 32 saved to:
/var/lib/motion/timelapse/01-20070925-timelapse-cam2.mpg
[2] Codec not found: Success
motion[27758]: segfault at 0028 rip 2b0f5153cbe5 rsp
40ffe680 error 4
Segmentation fault

The following strace snippet suggests it manages to load the library in
the first place:

open("/usr/lib32/xorg/libavcodec.so.1d", O_RDONLY) = -1 ENOENT (No such
file or
directory)
open("/usr/lib64/xorg/libavcodec.so.1d", O_RDONLY) = -1 ENOENT (No such
file or
directory)
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/usr/lib/libavcodec.so.1d", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\34\2"...,
832) = 832fstat(3, {st_mode=S_IFREG|0644, st_size=4085392, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x2ac939633000
mmap(NULL, 6612632, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2ac939634000
mprotect(0x2ac9399fa000, 2093056, PROT_NONE) = 0
mmap(0x2ac939bf9000, 131072, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3c5000) = 0x2ac939bf9000
mmap(0x2ac939c19000, 431768, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ac939c19000
close(3)= 0
open("/usr/lib32/xorg/libavutil.so.1d", O_RDONLY) = -1 ENOENT (No such
file or directory)
open("/usr/lib64/xorg/libavutil.so.1d", O_RDONLY) = -1 ENOENT (No such
file or directory)
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
directory)
open("/usr/lib/libavutil.so.1d", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \32\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=27544, ...}) = 0
mmap(NULL, 2131680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x2ac939c83000
mprotect(0x2ac939c8a000, 2093056, PROT_NONE) = 0
mmap(0x2ac939e89000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x2ac939e89000
mmap(0x2ac939e8a000, 5856, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2ac939e8a000
close(3)= 0

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (900, 'testing'), (700, 'stable'), (600, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.21.6-toad-new (SMP w/2 CPU cores; PREEMPT)
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 motion depends on:
ii  debconf [debconf-2.0 1.5.14  Debian configuration management sy
ii  liba52-0.7.4 0.7.4-11library for decoding ATSC A/52 str
ii  libavcodec1d 0.cvs20070307-6 ffmpeg codec library
ii  libavformat1d0.cvs20070307-6 ffmpeg file format library
ii  libavutil1d  0.cvs20070307-6 ffmpeg utility library
ii  libc62.6.1-1 GNU C Library: Shared libraries
ii  libdc1394-13 1.1.0-3+b1  high level programming interface f
ii  libgsm1  1.0.10-13   Shared libraries for GSM speech co
ii  libjpeg626b-14   The Independent JPEG Group's JPEG 
ii  libmysqlclient15off  5.0.45-1MySQL database client library
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libpq5   8.2.4-2 PostgreSQL C client library
ii  libraw1394-8 1.2.1-3.1   library for direct access to IEEE 
ii  libtheora0   0.0.0.alpha7.dfsg-2 The Theora Video Compression Codec
ii  libvorbis0a  1.2.0.dfsg-2The Vorbis General Audio Compressi
ii  libvorbisenc21.2.0.dfsg-2The Vorbis General Audio Compressi
ii  zlib1g   1:1.2.3.3.dfsg-5compression library - runtime

Versions of packages motion recommends:
ii  ffmpeg3:20070903-0.0 audio/video encoder, streaming ser

-- debconf-show failed



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

Bug#443803: duplicity: Can't make any backups... IEError (broken pipe) in gpg.py line 117

[Alexander Zangerl]

On Mon, 24 Sep 2007 09:21:24 +0100, Sam Morris writes:
>Package: duplicity
>Version: 0.4.3-2
>Severity: grave
>Justification: renders package unusable
>
>Severity serious because I can't run duplicity at all now, on two
>different machines.

indeed; i'll track this down tonight.

regards
az


-- 
+ Alexander Zangerl + DSA 42BD645D + (RSA 5B586291)
Pauli's exclusive, Heisenberg's uncertain and Schroedinger just waves 
 -- Caton Little


signature.asc
Description: Digital Signature

Bug#443931: libgtkhtml3.14-19: Cannot install

[Ian McDonald]

Package: libgtkhtml3.14-19
Version: 3.14.3-1
Severity: grave
Justification: renders package unusable


This is attempting to be installed as part of a dist-upgrade and get
this:
Preparing to replace libgtkhtml3.14-19 3.14.3-1 (using
/libgtkhtml3.14-19_3.16.0-1_i386.deb) ...
Unpacking replacement libgtkhtml3.14-19 ...
dpkg: error processing
/var/cache/apt/archives/libgtkhtml3.14-19_3.16.0-1_i386.deb (--unpack):
 trying to overwrite `/usr/share/locale/bn/LC_MESSAGES/gtkhtml-3.14.mo',
 which is also in package gtkhtml3.14



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

Kernel: Linux 2.6.23-rc3faster (PREEMPT)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgtkhtml3.14-19 depends on:
ii  libart-2.0-2   2.3.19-3  Library of functions for 2D graphi
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.20.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.20.0-1  The Bonobo UI library
ii  libc6  2.6.1-5   GNU C Library: Shared libraries
ii  libcairo2  1.4.10-1  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libgail-common 1.20.0-1  GNOME Accessibility Implementation
ii  libgail18  1.20.0-1  GNOME Accessibility Implementation
ii  libgconf2-42.20.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.14.1-3  The GLib library of C routines
ii  libgnome-keyring0  0.8.1-2   GNOME keyring services library
ii  libgnome2-02.20.0-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.0-1  A powerful object-oriented display
ii  libgnomeui-0   2.20.0-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.20.0-1GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.0-2  The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.7-0.1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.18.2-1  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxml22.6.30.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra

libgtkhtml3.14-19 recommends no packages.

-- no debconf information



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

Bug#443616: htp - FTBFS: error: incompatible types in assignment

[Diego Escalante Urrelo]

Hey Bastian,

Reading http://ccrma.stanford.edu/planetccrma/man/man3/stdarg.3.html
I see that I can also use:

*aq = *ap;

what do you think?


Diego



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

Bug#443937: openafs-modules-source: Bizzare failures when building on a newer cc/glibc

[Richard A Nelson]

Package: openafs-modules-source
Version: 1.4.4.dfsg1-7
Severity: grave
Justification: renders package unusable

I just built a new x86_64 machine to bridge AFS/NFS/CIFS and after
logging in to an AFS id, I found this:
ls -l /u1/cobdev/cobbuild/
total 21
?- ? ?? ?? /u1/cobdev/cobbuild/bin.tar
?- ? ?? ?? /u1/cobdev/cobbuild/cobol
?- ? ?? ?? /u1/cobdev/cobbuild/cobolw3
?- ? ?? ?? /u1/cobdev/cobbuild/cobolw4
?- ? ?? ?? /u1/cobdev/cobbuild/cobolw5
?- ? ?? ?? /u1/cobdev/cobbuild/cobolwp
?- ? ?? ?? /u1/cobdev/cobbuild/nohup.out
?- ? ?? ?? /u1/cobdev/cobbuild/private
?- ? ?? ?? /u1/cobdev/cobbuild/scheduled
?- ? ?? ?? /u1/cobdev/cobbuild/windows
drwxr-xr-x 2 cobbuild cobdev 2048 2007-09-06 14:34 AIX

I thought it might be a 64bit, or new kernel issue, as 2.6.22.5 on my
x86_32 box worked fine...   However, using 2.6.22.5 on the _64 box still
showed the error :(   So I compiled 2.6.22.7 on the _32 box and see the
exact same failure !

This likely coincides with the kernel-headers sharing 32bit and 64bit
headers for portions - and I'm guessing is 32bit vs 64bit alignment
and/or size issue.

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

Kernel: Linux 2.6.22.7 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages openafs-modules-source depends on:
ii  bison   1:2.3.dfsg-5 A parser generator that is compati
ii  debhelper   5.0.56   helper programs for debian/rules
ii  flex2.5.33-12A fast lexical analyzer generator.
ii  kernel-package  11.001   A utility for building Linux kerne
ii  module-assistant0.10.11  tool to make module package creati

openafs-modules-source recommends no packages.

-- no debconf information



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

Bug#443870: xorg: Xorg segfaults on startup

[Phil Dibowitz]

Brice Goglin wrote:
> There are some known bugs about Xinerama in Xserver 1.4, especially
> #443274. But the backtrace above is completely different, and it seems
> totally nvidia specific. So I am reassigning this bug to nvidia-glx.
> We'll keep #443274 to deal with Xserver-without-nvidia Xinerama problems.

Thanks Brice. Indeed it turns out people are having this problem even with
older Xorgs - it's a bug in the latest nvidia drivers.

Doing some research I found this:

http://www.nvnews.net/vbulletin/showthread.php?s=7858bb6d26391d3abf310c8788143778&t=99016

which suggests that I can work around the problem by explicitly disabling
"composite."

I'll try this when I get into the office tomorrow and report back if that works.

-- 
Phil Dibowitz [EMAIL PROTECTED]
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming




signature.asc
Description: OpenPGP digital signature

Bug#443870: xorg: Xorg segfaults on startup

[Phil Dibowitz]

Phil Dibowitz wrote:
> Doing some research I found this:
> 
> http://www.nvnews.net/vbulletin/showthread.php?s=7858bb6d26391d3abf310c8788143778&t=99016
> 
> which suggests that I can work around the problem by explicitly disabling
> "composite."
> 
> I'll try this when I get into the office tomorrow and report back if that 
> works.

Actually, I realized I can try it remotely - while I can't see if my xserver
is doing what I expect, I *can* see if it segfaults pretty readily.

So yes, adding the following to my xorg.conf _does_ work around it. However,
the nvidia folks claim that they will actually fix this in the next version:

   Section "Extensions"
   Option "Composite" "Disable"
   EndSection

-- 
Phil Dibowitz [EMAIL PROTECTED]
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/   http://www.ipom.com/

"Never write it in C if you can do it in 'awk';
 Never do it in 'awk' if 'sed' can handle it;
 Never use 'sed' when 'tr' can do the job;
 Never invoke 'tr' when 'cat' is sufficient;
 Avoid using 'cat' whenever possible" -- Taylor's Laws of Programming




signature.asc
Description: OpenPGP digital signature

Bug#443937: openafs-modules-source: Bizzare failures when building on a newer cc/glibc

[Russ Allbery]

Richard A Nelson <[EMAIL PROTECTED]> writes:

> Package: openafs-modules-source
> Version: 1.4.4.dfsg1-7
> Severity: grave
> Justification: renders package unusable

> I just built a new x86_64 machine to bridge AFS/NFS/CIFS and after
> logging in to an AFS id, I found this:
> ls -l /u1/cobdev/cobbuild/
> total 21
> ?- ? ?? ?? /u1/cobdev/cobbuild/bin.tar
> ?- ? ?? ?? /u1/cobdev/cobbuild/cobol
> ?- ? ?? ?? /u1/cobdev/cobbuild/cobolw3
> ?- ? ?? ?? /u1/cobdev/cobbuild/cobolw4
> ?- ? ?? ?? /u1/cobdev/cobbuild/cobolw5
> ?- ? ?? ?? /u1/cobdev/cobbuild/cobolwp
> ?- ? ?? ?? 
> /u1/cobdev/cobbuild/nohup.out
> ?- ? ?? ?? /u1/cobdev/cobbuild/private
> ?- ? ?? ?? 
> /u1/cobdev/cobbuild/scheduled
> ?- ? ?? ?? /u1/cobdev/cobbuild/windows
> drwxr-xr-x 2 cobbuild cobdev 2048 2007-09-06 14:34 AIX

> I thought it might be a 64bit, or new kernel issue, as 2.6.22.5 on my
> x86_32 box worked fine...   However, using 2.6.22.5 on the _64 box still
> showed the error :(   So I compiled 2.6.22.7 on the _32 box and see the
> exact same failure !

That output looks like you don't have a token.  It's the output I'd expect
from listing a directory that's listable but not readable.  Do you
actually have a token?  What is the output from the tokens command and
what are the ACLs on that directory?

> This likely coincides with the kernel-headers sharing 32bit and 64bit
> headers for portions - and I'm guessing is 32bit vs 64bit alignment
> and/or size issue.

This is unlikely given that AFS has worked fine on x86_64 and x86 for
years and nothing changed about this in the latest AFS release.  I expect
it's something else.  The x86_64 kernel is rather different from the x86
kernel.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#443937: openafs-modules-source: Bizzare failures when building on a newer cc/glibc

[Richard A Nelson]

On Mon, 24 Sep 2007, Russ Allbery wrote:


That output looks like you don't have a token.  It's the output I'd expect
from listing a directory that's listable but not readable.  Do you
actually have a token?  What is the output from the tokens command and
what are the ACLs on that directory?


I thought about tokens initially - but some of the files are corrrect
and readable, some (files and directories) completely unavailable.

Here is a fresh attempt, to a _32 system:

$ tokens

Tokens held by the Cache Manager:

User's (AFS ID 6976) tokens for [EMAIL PROTECTED] [Expires Sep 26 05:19]
   --End of list--

$ id
uid=6976(cobbuild) gid=210(cobdev)
groups=100(users),210(cobdev),666(ssh-user)

=== this is kerberos 4... thought they're working on moving the server
from transarc to openafs ===

$ fs la 
Access list for . is

Normal rights:
  system:anyuser rl
  cowboy rla <<<=== that'd be my primary id
  cobbuild rlidwka   <<<=== the ID logged onto

$ls -la
...
-rw---  1 cobbuild cobdev  2778 Jun 27 16:47 .bash_history
?-  ? ??  ?? .bashrc-old
-rw---  1 cobbuild cobdev22 May  1 19:06 .dbxhist
?-  ? ??  ?? .envfile
-rw-r--r--  1 cobbuild cobdev20 Jul 14  2005 .forward
?-  ? ??  ?? .lesshst
-rwxr-xr-x  1 cobbuild cobdev   302 Feb 14  2007 .logout
?-  ? ??  ?? .netrc
?-  ? ??  ?? .plan
...

If I reboot back to the 2.6.22.5 kernel/afs modules, things work just
fine:

$ls -la
...
-rw---  1 cobbuild cobdev  2778 2007-06-27 16:47 .bash_history
-rw-r--r--  1 cobbuild cobdev  3165 2007-02-20 23:04 .bashrc-old
-rw---  1 cobbuild cobdev22 2007-05-01 19:06 .dbxhist
-rwxr-xr--  1 cobbuild cobdev  2103 2007-02-05 17:49 .envfile
-rw-r--r--  1 cobbuild cobdev20 2005-07-14 10:42 .forward
-rw---  1 cobbuild cobdev77 2007-06-26 23:00 .lesshst
-rwxr-xr-x  1 cobbuild cobdev   302 2007-02-14 17:14 .logout
lrwxr-xr-x  1 cobbuild cobdev14 2007-07-10 13:21 .netrc ->
private/.netrc
-rwxrwxrwx  1 cobbuild cobdev  1470 2007-09-24 00:40 .plan
...


This likely coincides with the kernel-headers sharing 32bit and 64bit
headers for portions - and I'm guessing is 32bit vs 64bit alignment
and/or size issue.


This is unlikely given that AFS has worked fine on x86_64 and x86 for
years and nothing changed about this in the latest AFS release.  I expect
it's something else.  The x86_64 kernel is rather different from the x86
kernel.


Yes, I run both - and haven't had any problems for years - until now...
and istr issues on the lists/irc relating to problems due to using _64
headers on _32 systems...  I hadn't actually rebuilt a kernel/module in
a while... since 2.6.22.5, so I'm not sure when it exactly started.

Anyway, this is fairly new, and totally repeatable, here, on
_32 and _64 systems:
2.6.22.5 >= kernel <= 2.6.22.7,  libc6 2.6.1-5,  gcc 4.2.1-5

--
Rick Nelson
I did this 'cause Linux gives me a woody.  It doesn't generate revenue.
(Dave '-ddt->` Taylor, announcing DOOM for Linux)



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

Bug#443937: openafs-modules-source: Bizzare failures when building on a newer cc/glibc

[Russ Allbery]

Richard A Nelson <[EMAIL PROTECTED]> writes:

> $ fs la Access list for . is
> Normal rights:
>   system:anyuser rl
>   cowboy rla <<<=== that'd be my primary id
>   cobbuild rlidwka   <<<=== the ID logged onto

> $ls -la
> ...
> -rw---  1 cobbuild cobdev  2778 Jun 27 16:47 .bash_history
> ?-  ? ??  ?? .bashrc-old
> -rw---  1 cobbuild cobdev22 May  1 19:06 .dbxhist
> ?-  ? ??  ?? .envfile
> -rw-r--r--  1 cobbuild cobdev20 Jul 14  2005 .forward
> ?-  ? ??  ?? .lesshst
> -rwxr-xr-x  1 cobbuild cobdev   302 Feb 14  2007 .logout
> ?-  ? ??  ?? .netrc
> ?-  ? ??  ?? .plan
> ...

Ah, okay, this, where you see some stuff and not others.  Yeah, this was
reported on the list as well, so with the additional details you gave, it
means something broke in 2.6.22.6 on x86 and possibly in 2.6.22.5 on
x86_64.

I'll follow up to the current mailing list discussion about this and see
if we can get to the bottom of it.

Does the current Debian unstable kernel work?

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#443955: audacity crashes during the start-up if the configuration file is non existent

[Géraud Meyer]

Package: audacity
Version: 1.3.3-1+b1
Severity: grave
Justification: renders package unusable

First I noticed that audacity was crashing when almost any menu item was
used (notably the Preferences item). Moving the configuration file
~/.audacity aside made audacity refuse to start. Simply launching
audacity outputs this message:

*** glibc detected *** audacity: munmap_chunk(): invalid pointer:
0x08647ba0 ***

followed by the Backtrace and Memory map that are in the attached file
audacity.crash.

I suspect there are incompatibilites between the versions of wxwidgets
and gtk because all the programs using wxwidgets that I use crash a lot
since the last GNOME upgrade, although I would not say that something in
the file audacity.crash hints at that cause.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (850, 'testing'), (760, 'stable'), (10,
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-desk2-k7 (PREEMPT)
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 audacity depends on:
ii  libasound2  1.0.14a-2ALSA library
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libexpat1   1.95.8-4 XML parsing C library -
runtime li
ii  libgcc1 1:4.2.1-5GCC support library
ii  libglib2.0-02.14.1-3 The GLib library of C routines
ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user
interface
ii  libid3tag0  0.15.1b-10   ID3 tag reading library
from the M
ii  libjack00.103.0-6JACK Audio Connection Kit
(librari
ii  libmad0 0.15.1b-2.1  MPEG audio decoder library
ii  libogg0 1.1.3-2  Ogg Bitstream Library
ii  libsndfile1 1.0.17-4 Library for reading/writing
audio
ii  libstdc++6  4.2.1-5  The GNU Standard C++ Library v3
ii  libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio
Compressi
ii  libvorbisenc2   1.2.0.dfsg-2 The Vorbis General Audio
Compressi
ii  libvorbisfile3  1.2.0.dfsg-2 The Vorbis General Audio
Compressi
ii  libwxbase2.6-0  2.6.3.2.1.5  wxBase library (runtime) -
non-GUI
ii  libwxgtk2.6-0   2.6.3.2.1.5  wxWidgets Cross-platform
C++ GUI t

audacity recommends no packages.

-- no debconf information

*** glibc detected *** audacity: munmap_chunk(): invalid pointer: 0x08647ba0 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6(cfree+0x1bb)[0xb74068ab]
/usr/lib/libglib-2.0.so.0(g_free+0x31)[0xb6f6c961]
/usr/lib/libwx_gtk2u_core-2.6.so.0[0xb79aabfe]
/usr/lib/libwx_gtk2u_core-2.6.so.0(_ZN8wxButton10SetDefaultEv+0x74)[0xb79aacf4]
audacity[0x80c6555]
audacity[0x80c7363]
audacity[0x808241d]
audacity(_ZN12wxAppConsole10CallOnInitEv+0x11)[0x80832f1]
/usr/lib/libwx_baseu-2.6.so.0(_Z7wxEntryRiPPw+0x40)[0xb776d430]
/usr/lib/libwx_baseu-2.6.so.0(_Z7wxEntryRiPPc+0x36)[0xb776d506]
audacity[0x807e280]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb73af050]
audacity(_ZN16wxGridCellEditor13IsAcceptedKeyER10wxKeyEvent+0x31)[0x8072bb1]
=== Memory map: 
08048000-083dc000 r-xp  08:07 739127 /usr/bin/audacity
083dc000-083fa000 rw-p 00393000 08:07 739127 /usr/bin/audacity
083fa000-086d6000 rw-p 083fa000 00:00 0  [heap]
b637a000-b63a2000 rw-p b637a000 00:00 0 
b6507000-b6509000 r-xp  08:07 606351 
/usr/lib/pango/1.6.0/modules/pango-basic-fc.so
b6509000-b650a000 rw-p 1000 08:07 606351 
/usr/lib/pango/1.6.0/modules/pango-basic-fc.so
b650a000-b656a000 rw-s  00:08 7602195/SYSV (deleted)
b656a000-b6599000 r-xp  08:07 18051  
/usr/lib/libgnomecanvas-2.so.0.2000.0
b6599000-b659a000 rw-p 0002f000 08:07 18051  
/usr/lib/libgnomecanvas-2.so.0.2000.0
b659a000-b65d8000 r-xp  08:07 18386  
/usr/lib/libgnomeprintui-2-2.so.0.1.0
b65d8000-b65da000 rw-p 0003d000 08:07 18386  
/usr/lib/libgnomeprintui-2-2.so.0.1.0
b65da000-b66f1000 r-xp  08:07 17985  /usr/lib/libxml2.so.2.6.30
b66f1000-b66f6000 rw-p 00117000 08:07 17985  /usr/lib/libxml2.so.2.6.30
b66f6000-b66f7000 rw-p b66f6000 00:00 0 
b66f7000-b670c000 r-xp  08:07 19060  
/usr/lib/libart_lgpl_2.so.2.3.19
b670c000-b670d000 rw-p 00014000 08:07 19060  
/usr/lib/libart_lgpl_2.so.2.3.19
b670d000-b6772000 r-xp  08:07 19066  
/usr/lib/libgnomeprint-2-2.so.0.1.0
b6772000-b6774000 rw-p 00065000 08:07 19066  
/usr/lib/libgnomeprint-2-2.so.0.1.0
b677a000-b677e000 r-xp  08:07 49481  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b677e000-b677f000 rw-p 3000 08:07 49481  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so
b677f000-b679 r--p  08:07 475920 
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf
b679-b6793000 r--s  08:05 71892

Bug#443955: audacity crashes during the start-up if the configuration file is non existent

[Joost Yervante Damad]

Hello,

I fail to reproduce this. I have a suspicion that on some people systems 
indeed gtk and wxwidgets are causing problems.

Could you try running audacity without GNOME? (e.g. in KDE)

Joost

On Tuesday 25 September 2007 07:39:57 Géraud Meyer wrote:
> Package: audacity
> Version: 1.3.3-1+b1
> Severity: grave
> Justification: renders package unusable
>
> First I noticed that audacity was crashing when almost any menu item was
> used (notably the Preferences item). Moving the configuration file
> ~/.audacity aside made audacity refuse to start. Simply launching
> audacity outputs this message:
>
> *** glibc detected *** audacity: munmap_chunk(): invalid pointer:
> 0x08647ba0 ***
>
> followed by the Backtrace and Memory map that are in the attached file
> audacity.crash.
>
> I suspect there are incompatibilites between the versions of wxwidgets
> and gtk because all the programs using wxwidgets that I use crash a lot
> since the last GNOME upgrade, although I would not say that something in
> the file audacity.crash hints at that cause.
>
> -- System Information:
> Debian Release: lenny/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (850, 'testing'), (760, 'stable'), (10,
> 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.22-desk2-k7 (PREEMPT)
> 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 audacity depends on:
> ii  libasound2  1.0.14a-2ALSA library
> ii  libc6   2.6.1-5  GNU C Library: Shared
> libraries ii  libexpat1   1.95.8-4 XML parsing C
> library - runtime li
> ii  libgcc1 1:4.2.1-5GCC support library
> ii  libglib2.0-02.14.1-3 The GLib library of C routines
> ii  libgtk2.0-0 2.12.0-2 The GTK+ graphical user
> interface
> ii  libid3tag0  0.15.1b-10   ID3 tag reading library
> from the M
> ii  libjack00.103.0-6JACK Audio Connection Kit
> (librari
> ii  libmad0 0.15.1b-2.1  MPEG audio decoder library
> ii  libogg0 1.1.3-2  Ogg Bitstream Library
> ii  libsndfile1 1.0.17-4 Library for reading/writing
> audio
> ii  libstdc++6  4.2.1-5  The GNU Standard C++ Library
> v3 ii  libvorbis0a 1.2.0.dfsg-2 The Vorbis General Audio
> Compressi
> ii  libvorbisenc2   1.2.0.dfsg-2 The Vorbis General Audio
> Compressi
> ii  libvorbisfile3  1.2.0.dfsg-2 The Vorbis General Audio
> Compressi
> ii  libwxbase2.6-0  2.6.3.2.1.5  wxBase library (runtime) -
> non-GUI
> ii  libwxgtk2.6-0   2.6.3.2.1.5  wxWidgets Cross-platform
> C++ GUI t
>
> audacity recommends no packages.
>
> -- no debconf information

Bug#443937: openafs-modules-source: Bizzare failures when building on a newer cc/glibc

[Richard A Nelson]

On Mon, 24 Sep 2007, Russ Allbery wrote:


Ah, okay, this, where you see some stuff and not others.  Yeah, this was
reported on the list as well, so with the additional details you gave, it
means something broke in 2.6.22.6 on x86 and possibly in 2.6.22.5 on
x86_64.


that could be, I didn't have time to do earlier kernel releases before
I left this evening - at the time I kinda thought the recent
kernel-header issues might've been at fault, but since I build most
kernels locally - I guess that doens't really make sense...  but it has
been a long month so far this week :)


I'll follow up to the current mailing list discussion about this and see
if we can get to the bottom of it.


Cool,  I'm relieved I'm not just hallucinating the whole thing


Does the current Debian unstable kernel work?


Good question ! I'll hopefully be back in the office a few hours
tomorrow and will see if I can get that installed.

--
Rick Nelson
 What are 'bots'?
<``Erik> rsg is a bot, not a human, not a human usable client, just a bot.
<``Erik> about the same as a quake bot, except irc bots are (usually)
 built to help, not shoot your ass full of holes



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