Bug#365975: newmat: [m68k] FTBFS Segmentation fault

[Christian T. Steigies]

Package: newmat
Version: 1.10.3-1
Severity: important
Justification: fails to build from source

Automatic build of newmat_1.10.3-1 on garkin by sbuild/m68k 85
[...]
** Using build dependencies supplied by package:
Build-Depends: debhelper (>= 4.0.0), autotools-dev, automake1.7, autoconf (>> 
2.13), libtool, libltdl3-dev
[...]
Matrix type: Rect  (4, 4)

All elements are zero

Matrix type: Rect  (1, 2)

All elements are zero
make: *** [build-stamp] Segmentation fault

See full log at
http://buildd.debian.org/build.php?pkg=newmat

Christian


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

Bug#365885: video playback on X.org 7 fails

[Michel Dänzer]

On Wed, 2006-05-03 at 20:10 +0530, Toufeeq Hussain wrote: 
> Package: xserver-xorg
> Version: 1:7.0.15
> Severity: normal
> 
> Hi,
> 
> While playing video files using totem/xine/mplayer the following error occurs.
> 
> The program 'totem' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'BadAlloc (insufficient resources for operation)'.

This usually happens because there's not enough video RAM available to
store the XVideo data. If increasing the amount of RAM reserved for
graphics via the VideoRam directive doesn't help, please post full X
config and log files.


-- 
Earthling Michel Dänzer   |  http://tungstengraphics.com
Libre software enthusiast |  Debian, X and DRI developer

Bug#365688: dependency chain is broken

[Steve Langasek]

reopen 365688
thanks

On Wed, May 03, 2006 at 12:49:49PM -0700, Steve Langasek wrote:
> On Wed, May 03, 2006 at 07:56:35AM -0400, Johan Kullstam wrote:

> > I think have figured out the problem of aptitude trying to evict emacs21.

> > emacs21 version 21.4a-3.1 depends on emacs21-common and emacs21-bin-common
> >   emacs21-common version 21.4a-3.1 wants
> >   emacs21-bin-common version 21.4a-3.1

> > Since there is no emacs21-bin-common version 21.4a-3.1 for i386 linux,
> > the chain fails.

> > Simple fix - upload emacs21-bin-common 21.4a-3.1 for i386 and other
> > arches.

> Which, as documented in the merged bugs, was not possible because one of
> emacs21's build-dependencies was broken.

> It's been fixed now in xaw3dg-dev 1.5+E-14, so fixed emacs21 packages should
> begin dripping into incoming.debian.org in a couple of hours.

Well, I'm afraid I have to reopen this bug.  It turns out that it was never
really an xaw3dg bug at all: emacs21 build-depends only on xaw3dg-dev, but
expects to find X11/Xaw/Paned.h, which has never been shipped by xaw3dg-dev
but only incidentally dragged in by a (wrong) dependency on libxaw7-dev.

Perhaps xaw3dg-dev should actually be installing its own headers as
X11/Xaw/*, I don't know; but in practice this is not the interface that
Xaw3d provides, upstream or in Debian, so emacs21 needs to either include
X11/Xaw3d/* instead of X11/Xaw/, or build-depend on libxaw7-dev.

-- 
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/


signature.asc
Description: Digital signature

Bug#365974: pan_0.95-3(m68k/experimental):

[wouter]

Package: pan
Version: 0.95-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of pan_0.95-3 on quickstep by sbuild/m68k 69
> Build started at 20060503-2223

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.0), autotools-dev, libpcre3-dev (>= 3.9), 
> libgtk2.0-dev (>= 2.2.0), libgmime2.1-dev, intltool, dpatch

[...]

> gpg: Signature made Tue May  2 10:02:12 2006 CEST using DSA key ID 1EB2DE66
> gpg: Can't check signature: public key not found
> dpkg-source: extracting pan in pan-0.95
> dpkg-source: unpacking pan_0.95.orig.tar.gz
> dpkg-source: applying /home/buildd/build/pan_0.95-3.diff.gz
> dpkg-buildpackage: source package is pan
> dpkg-buildpackage: source version is 0.95-3
> dpkg-buildpackage: host architecture m68k
>  /usr/bin/fakeroot debian/rules clean
> make clean
> make[1]: Entering directory `/build/buildd/pan-0.95'
> make[1]: *** No rule to make target `clean'.  Stop.
> make[1]: Leaving directory `/build/buildd/pan-0.95'
> make: *** [clean-patched] Error 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=m68k&pkg=pan&ver=0.95-3



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

Bug#365859: found difference between boot logs of the two xserves

[Sven Luther]

On Wed, May 03, 2006 at 08:24:05PM +0200, Frans Pop wrote:
> Why are you filing all these different reports [1] about, AFAICT very 
> related issues? Please file _one_ report for an issue and then follow up 
> to that report.
> 
> [1]http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]
> 
> I'm afraid I feel unable to process your reports anymore. I do not have 
> enough affinity with powerpc or the issues you are experiencing and I 
> don't want to burden the kernel maintainers with 4 or 5 related reports.

And you kicked out the powerpc maintainer despite this ? It is your
responsability to fix this now, or to get Colin Watson to fix it. 

With power comes responsability, so please get this issue handled and fixed as
soon as possible.

Sven Luther



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

Bug#365696: Fwd: Re: Bug#365696: Failure to detect CD on IBM T43.

[Frans Pop]

--  Forwarded Message  --

Subject: Re: Bug#365696: Failure to detect CD on IBM T43.
Date: Thursday 04 May 2006 07:18
From: Sergei Organov <[EMAIL PROTECTED]>
To: Frans Pop <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]

Frans Pop <[EMAIL PROTECTED]> writes:
> On Tuesday 02 May 2006 08:45, Sergei Organov wrote:
>> Comments/Problems:
>> The CD detection fails due to the ata_piix module that is loaded
>> before ide_generic. ata_piix detects the CD, ignores it (due to ATAPI
>> is disabled), but prevents ide_generic from accessing corresponding
>> ports later. Here are relevant parts from the syslog:
>
> See: http://www.debian.org/devel/debian-installer/errata

But my case is not exactly what is described in the errata, I'm
afraid. If ata-piix is not loaded, ide-generic nicely handles both the
hard-drive and the CD on IBM Thinkpad T43, so my system is not entirely
SATA in this sense, and inability of libata to handle ATAPI is not a
show-stopper for this system. In fact I have custom kernel running on
the system that *does not* enable ATAPI support in libata and handles
the CD by ide-generic while hard-drive is handled by ata-piix.

> and: http://wiki.debian.org/DebianInstaller/SataAtapiHowto

Yes, enabling ATAPI support in libata does allow the installer to see
the CD, but that's not the right thing to do for given hardware and
given kernel as ide-generic does support the CD nicely, and ATAPI
support in the current libata indeed has all kinds of problems.

> Closing your report as this is a known issue.

What is the Bug# for this known issue then? I'd like to track the status.

--
Sergei.
---


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

Bug#365973: ifupdown: preinst and postinst both create interfaces if it doesn't exist

[Peter Cordes]

Package: ifupdown
Version: 0.6.7
Severity: normal

I think that only one of the preinst and postinst scripts should create
/etc/network/interfaces.  Specifically, preinst should not create
it.  Or if it does, move the code from the postinst to the
preinst (so the created file will have a stanza for lo).

 This isn't normally a problem, because debian-installer's netcfg
writes /etc/network/interfaces itself, and FAI munges it too...  

 I ran into this while hacking my FAI scripts to only write
/etc/network/interfaces if it didn't exist, which is where the version
created by the pre/postinst scripts comes in.  I found it
confusing, so I'm reporting a bug...

happy hacking,
Peter Cordes


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

Bug#365972: powerbtn.sh should include "-P" option to "shutdown"

[Andrew Sayers]

Package: acpid
Version: 1.0.4-5
Severity: minor

There seems to have been a recent change to the init system.  Now,
calling "shutdown" doesn't power the system down unless you include the
"-P" option on the command-line.  Could you update /etc/acpi/powerbtn.sh
such that the last line reads:

/sbin/shutdown -h -P now "Power button pressed"

Thanks,
- Andrew Sayers

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages acpid depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

acpid recommends no packages.

-- debconf information:
  acpid/noacpi:
* acpid/modules: all


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

Bug#311358: kernel: Should be marked critical, as it freezes my system when running X

[Martin Hansen]

Package: kernel
Severity: critical
Followup-For: Bug #311358


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-486
Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)


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

Bug#365806: manpage for ark

[Sune Vuorela]

tag 365806 +patch
thank you bts you are beautiful

Attached is a quick man page for ark.

/Sune


ark.man.1
Description: Troff document


pgpPxKSsZkIep.pgp
Description: PGP signature

Bug#237100: Correct file

[Christian Perrier]

Atatched is the correct file for this translation. Please discard the
formerly sent one, which pertains to openldap2.2.

-- 





fr.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#365948: x11-common: broken depends on compat package xfree86-common

[Steve Langasek]

On Wed, May 03, 2006 at 06:35:56PM -0400, Ray Kohler wrote:
> Package: x11-common
> Version: 1:7.0.16
> Severity: grave
> Justification: renders package unusable

> Version 7.0.16 of x11-common depends on xfree86-common, which is a
> "useless" compatibility package. Making things worse is that
> xfree86-common conflicts with x11-common. This prevents x11-common from
> being installed at all.

> I screwed this up. It installs fine if I do it right.

So your assessment is that there's no bug here?  What way did you do it
first that was "wrong", btw?

On Thu, May 04, 2006 at 10:15:29AM +0800, Haifeng Chen wrote:

> The installation is not clean.

> You can find the following script in the xfree86-common.postinst.

> # Just move the Xsession file if it's still around
> if [ -f /etc/X11/Xsession ]; then
>   mv /etc/X11/Xsession /etc/X11/Xsession.xfree86
> fi

Right... this is a problem because plenty of users already *have* an
x11-common on their system (in unstable) that contains /etc/X11/Xsession, so
this code deletes the x11-common version of the config file for those users
-- not the xfree86-common version!

The workaround is, after upgrade, to run

  apt-get install --reinstall -o DPkg::Options::=--force-confmiss x11-common

to restore the missing /etc/X11/Xsession file.

This bug will only affect upgrades within unstable; it will not affect users
who are still running testing, so technically this is not release-critical
(it doesn't need to be fixed before xorg is updated in testing), but it's
still rather nasty...

-- 
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/


signature.asc
Description: Digital signature

Bug#237100: New French translation update

[Christian Perrier]

Hello,

The recent release that changed some templates did NOT include the
French translation I sent in this bug report. Even though it would
have been broken by these templates changes, it is way better to apply
pending translation updates *anyway*.

The very low bug number for this updates makes me think that debconf
translation updates like this one are more or less rotting in the
BTS. This is unfortunate for the efforts of translators.

BTW, the templates of this package are still incredibly verbose with
most of the information really pertaining to README files...

-- 




fr.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#320739: New updated French translation file

[Christian Perrier]

Here is the updated translation file. The same remarks I did for
openldap2 also apply to this package

-- 




fr.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#365971: doesn't support generating valid xhml

[Joey Hess]

Package: libhtml-scrubber-perl
Version: 0.08-2
Severity: normal

HTML::Scrubber seems to have no support for generating valid XHTML 1.0
Strict. It converts invoming valid  to . Probably the best way
to fix this would be to add a config option that turns on using 
and similar.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#361478: acknowledged by developer (fixed in unstable)

[Petr Salinger]

> this bug should be fixed in unstable, please check if it builds on
> kfreebsd amd64 now.

Yes, http://ftp.gnuab.org/debian/pool-kfreebsd-amd64/main/s/smartmontools/

Thanks.

Petr




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

Bug#365970: libxmlsec1-openssl: is optional, but depends on libssl0.9.7 which is extra

[Brian M. Carlson]

Package: libxmlsec1-openssl
Version: 1.2.9-1
Severity: serious
Justification: Policy 2.5

Policy 2.5 says:

  Packages must not depend on packages with lower priority values (excluding
  build-time dependencies). In order to ensure this, the priorities of one or
  more packages may need to be adjusted.

libxmlsec1-openssl is optional; however, it Depends on libssl0.9.7, which is
extra.  Additionally, fixing this bug would probably fix 355484, and would
reduce your dependencies on packages in section oldlibs (which are hopefully
going away *soon*).

Thank you for your consideration.

-- System Information:
Debian Release: testing/unstable
  APT prefers experimental
  APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)

Versions of packages libxmlsec1-openssl depends on:
ii  libc6  2.3.6-7   GNU C Library: Shared libraries
ii  libssl0.9.70.9.7i-1  SSL shared libraries
ii  libxml22.6.24.dfsg-1 GNOME XML library
ii  libxmlsec1 1.2.9-1   XML security library
ii  libxslt1.1 1.1.16-1  XSLT processing library - runtime 
ii  zlib1g 1:1.2.3-11compression library - runtime

libxmlsec1-openssl recommends no packages.

-- no debconf information


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

Bug#100421: Message for pat hysler

[Ruth]

Hi,

 I have   rec eived your filled app.

http://geocities.com/verbanec102
 
Please cl ick the site above, Our office shall then re-confirm your info.

With Ref to: pat hysler  

and your past track record is not an issue.

All fin ance types have been   Ap prove d   for you  pat hysler

say never:  http://geocities.com/biguet634/a.htm

Thanks,

Ruth





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

Bug#365870: firefox.desktop Spanish translation

[Eric Dorland]

tags 365870 pending
thanks

* Ian Jackson ([EMAIL PROTECTED]) wrote:
Content-Description: message body text
> Package: firefox
> Version: 1.5.dfsg+1.5.0.1-1
> Tags: patch
> 
> This was submitted by an Ubuntu user, at
>  https://launchpad.net/distros/ubuntu/+source/firefox/+bug/39972

Just in time for a Mexican DebConf! Gracias. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#356821: Fixed upstream

[Daniel Richard G.]

I've sent Jamie a patch that fixes the /proc/interrupts detection. The next 
version of XScreenSaver---which, according to him, will be 5.00---should do 
away with this bug.


--Daniel


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

Bug#365969: garbage in 'acpitool -c' output

[Piotr Engelking]

Package: acpitool
Version: 0.4.4-1
Severity: minor

$ acpitool -c
 CPU type   : AMD Sempron(tm) Processor 2500+
 CPU speed  : 1406.848 MHz
 Bogomips   : es   : 40 bi
 Processor ID   : 0
 Bus mastering control  : yes
 Power management   : no
 Throttling control : no
 Limit interface: no
 Active C-state : C1
 C-states (incl. C0): 2
 Usage of state C1  : 0 (nan %)

Observe the NaN in the last line and the Bogomips garbage.

$ grep 'es.*: 40 bi' /proc/cpuinfo
address sizes   : 40 bits physical, 48 bits virtual

Instead of parsing /proc/cpuinfo properly, acpitool.cpp::Show_CPU_Info()
assumes specific number and order of the fields listed (which can change
depending on kernel version and configuration).

-- System Information:
Debian Release: testing/unstable
 APT prefers testing
 APT policy: (500, 'testing')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=pl_PL.UTF8 (charmap=UTF-8)

Versions of packages acpitool depends on:
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.0-1+b1 GCC support library
ii  libstdc++6  4.1.0-1+b1   The GNU Standard C++ Library v3

Versions of packages acpitool recommends:
ii  acpid 1.0.4-5Utilities for using ACPI power man

-- no debconf information

Bug#365718: thoggen: Reproducible crash, pointer problem

[Sebastian Dröge]

Am Mittwoch, den 03.05.2006, 23:35 +0200 schrieb Eugen Dedu:
> Hi,
> 
> I put the two files at http://lifc.univ-fcomte.fr/~dedu/thoggen
> 
> For valgrind: I had to stop it with ctrl-c and ctrl-/, because it wasn't 
> doing anything and ps ux was printing:
> 
> root  2568  0.1  0.0  0 0 ?S22:32   0:04 [pdflush]
> dedu  2639 49.3  0.0  0 0 pts/0Zl+  22:49  17:49 [mem] 
> 
> 
> I hope this information is useful.
> 
> What's interesting is that with valgrind thoggen started to print 
> elapsed time in the window, and the .ogg output file has 37kB (without 
> valgrind, I would had 0 bytes).

And the permission to the valgrind.log are wrong... I can't access it
from here...



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

Bug#365718: thoggen: Reproducible crash, pointer problem

[Sebastian Dröge]

Am Mittwoch, den 03.05.2006, 23:35 +0200 schrieb Eugen Dedu:
> Sebastian Dröge wrote:
> Hi,
> 
> I put the two files at http://lifc.univ-fcomte.fr/~dedu/thoggen
> 
> For valgrind: I had to stop it with ctrl-c and ctrl-/, because it wasn't 
> doing anything and ps ux was printing:
> 
> root  2568  0.1  0.0  0 0 ?S22:32   0:04 [pdflush]
> dedu  2639 49.3  0.0  0 0 pts/0Zl+  22:49  17:49 [mem] 
> 
> 
> I hope this information is useful.
> 
> What's interesting is that with valgrind thoggen started to print 
> elapsed time in the window, and the .ogg output file has 37kB (without 
> valgrind, I would had 0 bytes).

Oh sorry, I forgot that thoggen is multi-threaded...
please do "thread apply all bt" instead of "backtrace" with gdb

Other than that this informations are helpful :)

Bye

Bug#365815: date: --rfc-3339=seconds or --rfc-3339=ns option does NOT output timestamp in RFC 3339 format

[Bob Proulx]

Romain Lenglet wrote:
> RFC 3339 makes it mandatory to separate the date and time with a "T".
> Cf. section 5.6 of RFC 3339, describing the timestamp syntax in ABNF:
> 
> date-time   = full-date "T" full-time
> 
> Replacing "T" with a space character is an option in ISO 8601, but not in RFC 
> 3339.
> 
> GNU date's --rfc-3339=seconds and --rfc-3339=ns options replace the "T" with 
> a space character.
> Please either correct the output format, or remove that option, or
> update the manpage to document the fact that the output does not
> respect the standard.

For anyone reading this bug please see the upstream discussion to get
up to speed on the issues before posting followups.

  http://lists.gnu.org/archive/html/bug-coreutils/2005-07/msg00186.html
  http://lists.gnu.org/archive/html/bug-coreutils/2005-09/msg00056.html

A new upstream discussion has been started here:

  http://lists.gnu.org/archive/html/bug-coreutils/2006-05/msg00014.html

Bob


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

Bug#365968: crashes advancing past the checkmark.png from moinmoin-common

[Joey Hess]

Package: xzgv
Version: 0.8-5
Severity: normal

To reproduce this segfault, install moinmoin-common (I have version
1.5.3-1). Then:

# xzgv /usr/share/moin/htdocs/modern/img/checkmark.png 
/usr/share/moin/htdocs/modern/img/idea.png
*** glibc detected *** free(): invalid next size (normal): 0x081906a0 ***
zsh: abort  xzgv /usr/share/moin/htdocs/modern/img/checkmark.png 

(press space once it displays the first image)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages xzgv depends on:
ii  gdk-imlib11   1.9.14-30  imaging library for use with gtk
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libglib1.21.2.10-10.1The GLib library of C routines
ii  libgtk1.2 1.2.10-18  The GIMP Toolkit set of widgets fo
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libpng12-01.2.8rel-5.1   PNG library - runtime
ii  libtiff4  3.8.2-1Tag Image File Format (TIFF) libra
ii  libx11-6  2:1.0.0-6  X11 client-side library
ii  libxext6  1:1.0.0-4  X11 miscellaneous extension librar
ii  libxi61:1.0.0-5  X11 Input extension library
ii  xlibs 6.9.0.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-11 compression library - runtime

xzgv recommends no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#364324: Invalid rule

[Benjamí Villoslada]

ou are not allowed to store it in your Windows computer.
MIME-Version: 1.0
Content-Disposition: inline
Date: Thu, 4 May 2006 05:52:07 +0200
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Message-Id: <[EMAIL PROTECTED]>
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00,REMOVE_IN_QUOTES 
autolearn=no version=2.60-bugs.debian.org_2005_01_02

I look into syslog after the last dist-upgrade (with new hal and pmount) an=
d=20
see this error 3 times:

"add_to_rules: invalid rule '/etc/udev/rules.d/050_hal-plugdev.rules:5'"

The 5th line in  /etc/udev/rules.d/050_hal-plugdev.rule is

SUBSYSTEM=3D=3D"block", ACTION=3D=3D"remove", RUN+=3D"/usr/lib/hal/hal-unmo=
unt.sh"

hal 0.5.7-2=20

Regards,

=2D-=20
Benjam=ED
http://blog.bitassa.cat



=2E


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

Bug#365967: x11-common: unnecessary use of pre-depends (354146)

[Steve Langasek]

Package: x11-common
Version: 1:7.0.16
Severity: important

The latest version of x11-common now pre-depends on xfree86-common,
nominally in order to fix bug #354146.  The rationale given for the
pre-depends in that bug is incorrect:

  Hmm, then x11-common Pre-Depends: xfree86-common to make sure that
  xfree86-common.postinst is run before x11-common is configured,
  shouldn't it?  Or maybe remove the conffile in xfree86-common.preinst?



Please review the definitions of Depends and Pre-Depends in Policy.  "A
configured before B configured" is satisfied by a simple Depends, a
Pre-Depends is only required if A must be configured before B is *unpacked*.
Constraining the unpack order of packages in this fashion, when it isn't
actually required, makes for brittle upgrades.

Pre-Depends are also not supposed to be added to packages without first
discussing them on -devel...

BTW, some other conffile that was moved from one package to another as part
of the modular switch apparently moved just fine (i.e., without conffile
prompts, whether or not it was modified) just by setting Conflicts/Replaces
against the old package.  Does anyone understand why this worked in the
other case, but not in this one?

Actually, can anyone even confirm that this bug was reproducible with
x11-common 1:7.0.14/15?  The bug was *filed* against version 1:7.0.0, but
the bug log only shows the output of upgrading to x11-common 6.9.0.dfsg.1-4.
Does that version predate the addition of the xfree86-common conflicts?

-- 
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/


signature.asc
Description: Digital signature

Bug#365965: playground: doesn't hide player window from the gnome window list panel

[Paul Wise]

Package: playground
Version: 0.3-1
Severity: normal

Since I upgraded to 0.3, playground hides my player window (xmms), but
doesn't hide the entry in bottom gnome panel (the window list applet).

-- System Information:
Debian Release: unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages playground depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.11.4-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-2  The Bonobo UI library
ii  libc6  2.3.6-7   GNU C Library: Shared libraries
ii  libcairo2  1.0.4-2   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-5.1 generic font configuration library
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.2-2  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.1-1  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.17-2  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-1libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.12.3-1  library for GNOME 2 panel applets
ii  libpango1.0-0  1.12.1-2  Layout and rendering of internatio
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-6 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.24.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  playground-plugin-xmms 0.3-1 XMMS control plugin for playground
ii  zlib1g 1:1.2.3-11compression library - runtime



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

Bug#364706: azureus: unable to close warning window too

[Edward J. Shornock]

Package: azureus
Version: 2.4.0.2-1
Followup-For: Bug #364706

I also have the problem of not being able to close the warning window.

Java 1.5.0_06
 Sun Microsystems Inc.
 SWT v3139, gtk
 Linux v2.6.16-ck8-p4, i386


$ java -version
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode, sharing)


I don't know why it works for some but not for others


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (650, 'unstable'), (640, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck8-p4
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages azureus depends on:
ii  libcommons-cli-java   1.0-8  API for working with the command l
ii  liblog4j1.2-java  1.2.13-1   Logging library for java
ii  libseda-java  3.0-3  the Staged Event-Driven Architectu
ii  libswt-gtk-3.1-java   3.1.2-2Standard Widget Toolkit for GTK Ja
ii  sun-j2re1.5 [java2-runtim 1.5.0+update06 Java(TM) 2 RE, Standard Edition, S
ii  sun-j2sdk1.5 [java2-runti 1.5.0+update05 Java(TM) 2 SDK, Standard Edition, 

Versions of packages azureus recommends:
ii  java-package  0.27   utility for building Java(TM) 2 re

-- no debconf information


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

Bug#365933: offlineimap: Dies with "instance has no attribute 'getrestoreatime'"

[John Goerzen]

On Wed, May 03, 2006 at 02:52:16PM -0700, Brian Nelson wrote:
> The error happens immediately on the first folder.  Here's the config
> file:

Thanks.  Found the problem -- the patch wasn't friendly to using IMAP on
the local side.  I'll make a new release in the morning.

-- John


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

Bug#365966: playground: preferences dialog problems

[Paul Wise]

Package: playground
Version: 0.3-1
Severity: normal

Since I upgraded to 0.3, the playground preferences dialog (not xmms)
does not close when I click on the close button. Clicking on the window
manager X button closes it, but then playground can no longer open its
preferences dialog.

-- System Information:
Debian Release: unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages playground depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.11.4-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-2  The Bonobo UI library
ii  libc6  2.3.6-7   GNU C Library: Shared libraries
ii  libcairo2  1.0.4-2   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.3.2-5.1 generic font configuration library
ii  libgconf2-42.14.0-1  GNOME configuration database syste
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.10.2-2  The GLib library of C routines
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.14.1-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.1-1  GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.17-2  The GTK+ graphical user interface 
ii  libice61:1.0.0-3 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-1libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0 2.12.3-1  library for GNOME 2 panel applets
ii  libpango1.0-0  1.12.1-2  Layout and rendering of internatio
ii  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 1:1.0.0-4 X11 Session Management library
ii  libx11-6   2:1.0.0-6 X11 client-side library
ii  libxcursor11.1.5.2-5 X cursor management library
ii  libxext6   1:1.0.0-4 X11 miscellaneous extension librar
ii  libxfixes3 1:3.0.1.2-4   X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.0-5 X11 Input extension library
ii  libxinerama1   1:1.0.1-4 X11 Xinerama extension library
ii  libxml22.6.24.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.0.2-4   X Rendering Extension client libra
ii  playground-plugin-xmms 0.3-1 XMMS control plugin for playground
ii  zlib1g 1:1.2.3-11compression library - runtime

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#365964: openoffice.org-l10n-he: changes all function names to German upon installation

[Itai Seggev]

Package: openoffice.org-l10n-he
Version: 2.0.2-3
Severity: important
Tags: l10n

Upon installation of openoffice.org-l10n-he, openoffice calc converts
all function names to their German equivalents. I must therefore enter
STABW instead of STDEV and so on (existing formulae are translated to
German so they continue to work, but since I'm not fluent in German I
find it extremely difficult to enter new ones). This might be remotely
sane if I had a German locale installed, but I do not. I have en-US
and he installed.

Thanks,

--Itai

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (100, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8)

Versions of packages openoffice.org-l10n-he depends on:
ii  locales   2.3.6-7GNU C Library: National Language (

Versions of packages openoffice.org-l10n-he recommends:
ii  openoffice.org-core   2.0.2-3OpenOffice.org office suite archit

-- no debconf information


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

Bug#365950: ntp-simple must be configured before ntp-server

[Steve Langasek]

tags 365950 -moreinfo unreproducible
severity 329746 serious
severity 365950 serious
merge 329746 365950
thanks

On Thu, May 04, 2006 at 03:46:48AM +0200, Laurent Bigonville wrote:
> > Package: ntp-server
> > Priority: optional
> > Section: net
> > Installed-Size: 176
> > Maintainer: Debian NTP Team <[EMAIL PROTECTED]>
> > Architecture: i386
> > Source: ntp
> > Version: 1:4.2.0a+stable-8.1
> > Replaces: xntp, xntp3, ntp (<= 1:4.1.0-2)
> > Depends: ntp-simple (>> 1:4.2.0a+stable-6) | ntp-refclock (>> 
> > 1:4.2.0a+stable-6)
> >  
> > ^^^

> > Could you please explain how ntp-server was configured on your system
> > without this dependency being satisfied first?  Both ntp-refclock and
> > ntp-simple create the ntp system user in their postinsts in the current
> > unstable version.

> This is the same bug a this one (http://bugs.debian.org/329746)...

> The problem is that ntp-server may be configured before ntp-simple or
> ntp-refclock.

No, a package cannot be configured before the packages it depends on.

Except... that ntp-server and ntp-simple have a circular dependency
relationship.  This explains all the symptoms you've described, as well as
those in bug #329746.

Circular dependencies result in an undefined package configuration order,
which defeats one of the main purposes of the Depends: field.  So this needs
to be fixed by breaking the loop, not by adding a Pre-Depends.

-- 
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/


signature.asc
Description: Digital signature

Bug#360017: syslog DoS fixed upstream, duplex breakage remains

[Henrique de Moraes Holschuh]

The DoS part has been fixed upstream, but the duplex breakage has not been
reproduced there yet, so we have no idea when it will be fixed.

I have seem something *somewhere* (still trying to track it down again)
about ghostscript/cups/foomatic/whatever doing dumbass things to the
PostScript duplex stuff, which might be related to the issue.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#365961: wrong patch

[Gustavo Noronha Silva]

Oops,

Sorry, that was a bad patch; this one is the correct one.

Thanks,

-- 
Gustavo Noronha Silva <[EMAIL PROTECTED]>
http://people.debian.org/~kov/


sqlobject_0.7.0.really.0.7.1dev1748-0.1.diff.gz
Description: GNU Zip compressed data


signature.asc
Description: Esta é uma parte de mensagem	assinada digitalmente

Bug#365797: evolution is using lots of CPU

[Tom Epperly]

On Wed, 2006-05-03 at 13:40 +0200, Øystein Gisnås wrote:
> Can you guys check and report which dbus version you are running, and if
> it's installed at all. There is probably some package down the
> dependency chain that should depend on the correct version of dbus.

faerun:/home/tepperly/usb_content# dpkg --list '*dbus*'
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)||/ Name   VersionDescription
+++-==-==-
un  dbus(no description available)
ii  dbus-1 0.23.4-8   simple interprocess messaging system
pn  dbus-glib-1 (no description available)
un  dbus-qt-1   (no description available)
rc  dbus-qt-1c20.23.4-8   simple interprocess messaging system
(Qt-bas
ii  libdbus-1-20.61-5 simple interprocess messaging system
ii  libdbus-1-cil  0.61-5 CLI binding for D-BUS interprocess
messaging
pn  libdbus-cil (no description available)
ii  libdbus-glib-1 0.61-5 simple interprocess messaging system
(GLib-b
un  libdbus-glib0   (no description available)
un  libdbus-qt-1-1  (no description available)
ii  libdbus-qt-1-1 0.61-5 simple interprocess messaging system
(Qt-bas
un  libdbus0(no description available)


faerun:/home/tepperly/usb_content# ps aux | grep dbus
108   4451 21.8  0.0   2196   704 ?Rs   18:59
0:49 /usr/bin/dbus-daemon-1 --system
root  5277  0.0  0.0   1948   636 pts/1S+   19:03   0:00 grep
dbus

If I run evolution from a gnome-terminal, I see the following message
repeated over and over and over...

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time

libnm_glib_dbus_init: error, org.freedesktop.DBus.Error.NoReply raised:
 No reply within specified time




> 
> If you have dbus-1 (from "stable") installed, you might have this kind
> of problem because it is not compatible with the newer dbus (0.61-5 is
> in unstable).
> 
> About the .xsession-errors problem, that's a bit weird. My error file
> always stops growing at 200KiB.
> 
> Thanks,
> Øystein
-- 
Tom Epperly <[EMAIL PROTECTED]>



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

Bug#365963: new firefox has odd error when called with a url

[Rodney Gordon II]

Package: firefox
Version: 1.5.dfsg+1.5.0.3-1
Severity: important

New firefox build for 1.5.0.3, reproducably, gives an error when called
with a URL when it is already running.

$ firefox http://google.com

.. pops up a window "Firefox is already running, but is not responding.
To open a new window, you must first close the existing Firefox process,
or restart your system."

Indeed firefox is running, but it IS responding. I have closed and
reopened firefox many times since the update, no luck.

With my current setup for FF this should open a new window with that
URL.

Thanks.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-ck9-mt
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages firefox depends on:
ii  debianutils 2.16 Miscellaneous utilities specific t
ii  fontconfig  2.3.2-5.1generic font configuration library
ii  libatk1.0-0 1.11.4-1 The ATK accessibility toolkit
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libcairo2   1.0.4-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-2GCC support library
ii  libglib2.0-02.10.2-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface 
ii  libidl0 0.8.6-1  library for parsing CORBA IDL file
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.12.1-2 Layout and rendering of internatio
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libstdc++6  4.1.0-2  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.8.2-7FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxp6  1:1.0.0-1X Printing Extension (Xprint) clie
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-4X11 toolkit intrinsics library
ii  psmisc  22.2-1   Utilities that use the proc filesy
ii  zlib1g  1:1.2.3-11   compression library - runtime

firefox recommends no packages.

-- no debconf information


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

Bug#365948: x11-common: broken depends on compat package xfree86-common

[Haifeng Chen]

The installation is not clean.

You can find the following script in the xfree86-common.postinst.

# Just move the Xsession file if it's still around
if [ -f /etc/X11/Xsession ]; then
 mv /etc/X11/Xsession /etc/X11/Xsession.xfree86
fi

This action makes a big broken in my system. I can't use startx to start Xwindow
--
Best Regards
Haifeng Chen

Bug#365962: uni2ascii: Z/a and 9/y are treated as stylistic variants

[Chung-chieh Shan]

Package: uni2ascii
Version: 3.5-1
Severity: normal
Tags: patch

The following patch stops "uni2ascii -f" from turning "9" into "y", and
"Z" into "a".

Thanks,
Ken

--- uni2ascii-3.5.orig/uni2ascii.c
+++ uni2ascii-3.5/uni2ascii.c
@@ -1777,7 +1777,7 @@
 case 0xFE68:
   putchar(0x5C);   /* Backslash */
   break;
-case 0x005A:
+case 0x0061:
 case 0x2124:
 case 0x2128:
 case 0xFF3A:
@@ -2182,7 +2182,7 @@
 case 0x1D6A1:
   putchar(0x78);
   break;
-case 0x0039:   /* y */
+case 0x0079:   /* y */
 case 0xFF59:
 case 0x1D432:
 case 0x1D466:


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8)

Versions of packages uni2ascii depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

uni2ascii recommends no packages.

-- no debconf information

-- 
Edit this signature at http://www.digitas.harvard.edu/cgi-bin/ken/sig
Make $$$ Fast!

Hold down your shift and 4 keys at the same time. In about a second
you will be making $$$ fast.


signature.asc
Description: Digital signature

Bug#364522: Patch for Vacation NMU

[Don Armstrong]

Attached is the patch for the NMU to fix 364522.


Don Armstrong

-- 
Do not handicap your children by making their lives easy.
 -- Robert Heinlein _Time Enough For Love_ p251

http://www.donarmstrong.com  http://rzlab.ucr.edu
diff -ru tmp/debian/changelog vacation-3.3.0/debian/changelog
--- tmp/debian/changelog2005-12-31 00:12:39.0 -0800
+++ vacation-3.3.0/debian/changelog 2006-05-03 13:00:05.0 -0700
@@ -1,3 +1,12 @@
+vacation (3.3.0-0.2) unstable; urgency=low
+
+  * NMU
+  * Fix the debian/copyright to properly indicate the history of this
+package (Closes: #364522)
+  * Add binary-indep target comply with policy 4.8
+  
+ -- Don Armstrong <[EMAIL PROTECTED]>  Tue, 25 Apr 2006 20:47:09 -0700
+
 vacation (3.3.0-0.1) unstable; urgency=low
 
   * NMU
Only in vacation-3.3.0/debian: changelog~
diff -ru tmp/debian/copyright vacation-3.3.0/debian/copyright
--- tmp/debian/copyright2000-07-16 10:05:00.0 -0700
+++ vacation-3.3.0/debian/copyright 2006-05-03 12:33:05.0 -0700
@@ -1,5 +1,26 @@
 This package was debianized by Marco d'Itri <[EMAIL PROTECTED]> on
 Sun Jul 16 19:04:48 CEST 2000
 
-Copyright: BSD.
+Authors:
+ Eric P. Allman
+ Marco d'Itri <[EMAIL PROTECTED]>
+ Stefan Muenkner <[EMAIL PROTECTED]>
+
+Copyright:
+ Copyright (c) 1983, 1987, 1993
+  The Regents of the University of California.  All rights reserved.
+
+ Copyright (c) 1983  Eric P. Allman
+
+ Copyright 2000-2003 by Marco d'Itri <[EMAIL PROTECTED]>
+  (I removed the advertisement clause from the original BSD license.)
+
+ Portions from Stefan Muenkner <[EMAIL PROTECTED]>
+ 
+License: /usr/share/common-licenses/BSD
+
+Upstream: This is a native Debian package, and as such, there is no
+actual upstream version. It originated from the NetBSD release, but
+contains portions from FreeBSD, OpenBSD, the sourceforge version, and
+a few other contributors.
 
Only in vacation-3.3.0/debian: copyright~
diff -ru tmp/debian/rules vacation-3.3.0/debian/rules
--- tmp/debian/rules2000-08-01 02:29:39.0 -0700
+++ vacation-3.3.0/debian/rules 2006-05-03 12:57:47.0 -0700
@@ -16,6 +16,8 @@
-make distclean
-cd debian && rm -rf tmp files* substvars *debhelper
 
+binary-indep:
+
 binary-arch: checkroot build
$(checkdir)
-rm -rf debian/tmp
Only in vacation-3.3.0/debian: rules~

Bug#365960: firefox: Remote functionality broken in latest version

[Stephen Smith]

Package: firefox
Version: 1.5.dfsg+1.5.0.3-1
Severity: important


After upgrade to this version the remote functionality of Firefox
appears broken.  To reproduce:

Start Firefox.
>From commandline invoke: firefox http://debian.org/

Expected: Firefox opens debian.org in existing session.

Actual: Error: "Firefox is already running, but is not responding..."

Additional information:
 * If I run the Debian version of Firefox, but
   use the official Firefox binary to open the new session it works
   fine.
 * '--safe-mode' makes no difference.
 
Thanks,
Steve

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-k7-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages firefox depends on:
ii  debianutils 2.16 Miscellaneous utilities specific t
ii  fontconfig  2.3.2-5.1generic font configuration library
ii  libatk1.0-0 1.11.4-1 The ATK accessibility toolkit
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libcairo2   1.0.4-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-2GCC support library
ii  libglib2.0-02.10.2-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface 
ii  libidl0 0.8.6-1  library for parsing CORBA IDL file
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.12.1-2 Layout and rendering of internatio
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libstdc++6  4.1.0-2  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.8.2-7FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxp6  1:1.0.0-1X Printing Extension (Xprint) clie
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-4X11 toolkit intrinsics library
ii  psmisc  22.2-1   Utilities that use the proc filesy
ii  zlib1g  1:1.2.3-11   compression library - runtime

firefox recommends no packages.

-- no debconf information


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

Bug#365950: ntp-simple must be configured before ntp-server

[Laurent Bigonville]

On Wed, 3 May 2006 18:26:11 -0700
Steve Langasek <[EMAIL PROTECTED]> wrote:

> tags 365950 moreinfo unreproducible
> quit
> 
> On Thu, May 04, 2006 at 01:18:18AM +0200, Laurent Bigonville wrote:
> > Package: ntp-server
> > Severity: grave
> > Version: 4.2.0a+stable-8.1
> 
> > I just installed ntp-server on my debian sid, and the configuration
> > failed because the ntp user doesn't exist. The ntp user is created by
> > ntp-simple. ntp-simple must be configured before ntp-server.
> 
> Package: ntp-server
> Priority: optional
> Section: net
> Installed-Size: 176
> Maintainer: Debian NTP Team <[EMAIL PROTECTED]>
> Architecture: i386
> Source: ntp
> Version: 1:4.2.0a+stable-8.1
> Replaces: xntp, xntp3, ntp (<= 1:4.1.0-2)
> Depends: ntp-simple (>> 1:4.2.0a+stable-6) | ntp-refclock (>> 
> 1:4.2.0a+stable-6)
>  
> ^^^
> 
> Could you please explain how ntp-server was configured on your system
> without this dependency being satisfied first?  Both ntp-refclock and
> ntp-simple create the ntp system user in their postinsts in the current
> unstable version.
>

This is the same bug a this one (http://bugs.debian.org/329746)...

The problem is that ntp-server may be configured before ntp-simple or
ntp-refclock. So the ntp user doesn't exist. ntp-server must pre-depend
of ntp-simple or ntp-refclock to be sure that the postinst script of
ntp-{simple|refclock} is run before the one of ntp-server.





pgpmgDSDbOqOf.pgp
Description: PGP signature

Bug#333591: dvdisaster: Problem still occurs in 0.66-2

[Ted Percival]

Package: dvdisaster
Version: 0.66-2
Followup-For: Bug #333591

Still occurs in 0.66-2.

Documentation DVDISASTER is documented by its own manual, installed  in
/build/buildd/dvdisaster-0.66/debian/tmp/usr/share/doc/dvdisaster-doc/en


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16-1-686-smp
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages dvdisaster depends on:
ii  libatk1.0-0  1.11.4-1The ATK accessibility toolkit
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libcairo21.0.4-2 The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-5.1   generic font configuration library
ii  libglib2.0-0 2.10.2-2The GLib library of C routines
ii  libgtk2.0-0  2.8.17-2The GTK+ graphical user interface 
ii  libpango1.0-01.12.1-2Layout and rendering of internatio
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxcursor1  1.1.5.2-5   X cursor management library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxfixes3   1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio
ii  libxi6   1:1.0.0-5   X11 Input extension library
ii  libxinerama1 1:1.0.1-4   X11 Xinerama extension library
ii  libxrandr2   2:1.1.0.2-4 X11 RandR extension library
ii  libxrender1  1:0.9.0.2-4 X Rendering Extension client libra

Versions of packages dvdisaster recommends:
pn  dvdisaster-doc (no description available)

-- no debconf information


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

Bug#291735: [PATCH] Bug#291735: w3m shouldn't "simplify" page's charset

[Karsten Schoelzel]

package w3m
tag 291735 patch
thanks

On Sat, Jan 22, 2005 at 09:59:27PM +0100, Samuel Thibault wrote:
> Package: w3m
> Version: 0.5.1-3
> Severity: normal
> 
> 
> Hi,
> 
> Say I have a test.html.utf-8 page on some web server:
> 
> test
> 
> 
> The web server properly announces that it is an utf-8 encoded page:
> Content-Type: text/html; charset=utf-8
> 
> But w3m simplify this into US-ASCII, because the page indeed doesn't
> contain anything than can't be coded in plain ascii:
> 
> [snipped]
> 
> The problem comes if I put a form in my page. Since the page is
> announced as utf-8-encoded, w3m should default to using utf-8 to code
> the values. But since w3m simplifies charset into US-ASCII, it will
> default to that to code the values (and won't know how to code accents &
> co).
> 
> W3m should *not* simplify charset.
> 
Hi,

here is a patch so that w3m does not simplify the charset with
autodetect of charsets on. Another possibility is to set the option
"Automatic charset detect when loading" to OFF.

Regards,
-- 
Karsten Schölzel| Email:  [EMAIL PROTECTED]
Väderleden 9 4:98   | Jabber: [EMAIL PROTECTED]
97633 Luleå | VoIP:   sip:[EMAIL PROTECTED]
Sweden  | sip:[EMAIL PROTECTED]
| Tel:+4918015855857712
| Mobile: +46706725974
Use the hint instead of US_ASCII in wc_auto_detect.
Fixes Debian bug #291735: w3m shouldn't "simplify" page's charset

---
commit 5ab3cec76b0514cc1cb333889ba34de5f82800c7
tree 249e2fcf17a83a378caeb7f829afe4e592723ccf
parent a3449ff39ec4a3cda629873f4e2fc37b026a9327
author Karsten Schoelzel <[EMAIL PROTECTED](none)> Sun, 06 Nov 2005 00:25:35 
+0100
committer Karsten Schoelzel <[EMAIL PROTECTED](none)> Sun, 06 Nov 2005 00:25:35 
+0100

 libwc/detect.c |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/libwc/detect.c b/libwc/detect.c
--- a/libwc/detect.c
+++ b/libwc/detect.c
@@ -99,7 +99,7 @@ wc_auto_detect(char *is, size_t len, wc_
 for (; p < ep && ! WC_DETECT_MAP[*p]; p++)
;
 if (p == ep)
-   return WC_CES_US_ASCII;
+   return hint;
 
 switch (hint) {
 case WC_CES_ISO_2022_JP:

Bug#365961: python-sqlobject: egg-info support

[Gustavo Noronha Silva]

Package: python-sqlobject
Severity: wishlist

Hello,

SQLObject is one of the standalone modules which are glued into
TurboGears. TG uses a system to hold dependency, versioning and
some other kinds of information, which I'm calling 'egg-info'.

Attached is a patch that enables distribution of this information
by the python-sqlobject package, so that TurboGears and other
python-setuptools-using packages will be able to fully integrate
with it (and we will be able to package them, at last).

I had to package a newer version, though; I checked out a version
of the repository, svn exported it and docs/ and grabbed ez_setup
from the cherrypy package (the version it checked out needs a
python-setuptools newer than what is in Debian right now).

I thought I'd send the patch in a wishlist bug report anyway, so you
can take a look at it, and maybe package a snapshot to experimental,
so we can have some TG packages going into Debian in the near future.

Also, please consider joining the python-modules project in Alioth,
so we can cooperate on maintaining Python modules =).

See: http://python-modules.alioth.debian.org/

Thanks,


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages python-sqlobject depends on:
ii  python 2.3.5-5   An interactive high-level object-o
ii  python2.3- 0.7.0.really.0.7.1dev1748-0.1 Python 2.3 module for SQLObject

python-sqlobject recommends no packages.

-- no debconf information


sqlobject_0.7.0.really.0.7.1dev1748-0.1.diff.gz
Description: Binary data

Bug#365950: ntp-simple must be configured before ntp-server

[Steve Langasek]

tags 365950 moreinfo unreproducible
quit

On Thu, May 04, 2006 at 01:18:18AM +0200, Laurent Bigonville wrote:
> Package: ntp-server
> Severity: grave
> Version: 4.2.0a+stable-8.1

> I just installed ntp-server on my debian sid, and the configuration
> failed because the ntp user doesn't exist. The ntp user is created by
> ntp-simple. ntp-simple must be configured before ntp-server.

Package: ntp-server
Priority: optional
Section: net
Installed-Size: 176
Maintainer: Debian NTP Team <[EMAIL PROTECTED]>
Architecture: i386
Source: ntp
Version: 1:4.2.0a+stable-8.1
Replaces: xntp, xntp3, ntp (<= 1:4.1.0-2)
Depends: ntp-simple (>> 1:4.2.0a+stable-6) | ntp-refclock (>> 1:4.2.0a+stable-6)
 ^^^

Could you please explain how ntp-server was configured on your system
without this dependency being satisfied first?  Both ntp-refclock and
ntp-simple create the ntp system user in their postinsts in the current
unstable version.

You didn't include any information in your report about which versions of
ntp-server's dependencies are installed, so if the version number in this
dependency is wrong, I can't guess how based on the packages currently
available in the archive.

-- 
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/


signature.asc
Description: Digital signature

Bug#365931: util-vserver: fail to load bash_completion

[Micah Anderson]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Daniel 'NebuchadnezzaR' Dehennin wrote:
> Package: util-vserver
> Version: 0.30.210-9
> Severity: normal
> 
> Hello,
> 
> Upgrading to the latest util-vserver I have errors with the bash_completion:
> -bash: vserver-info: command not found
> -bash: /etc//bash_completion.d/vserver: line 242: syntax error near 
> unexpected token `)'
> -bash: /etc//bash_completion.d/vserver: line 242: [EMAIL PROTECTED]; i++ )); 
> do'
> 
> You should use the full path to vserver-info.

Hi, I will send this bug report to the original author of the completion
script and see what I can do to fix it myself, if he does not reply in a
reasonable time-frame.

Thanks
Micah
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFEWVge9n4qXRzy1ioRAkZOAJ90Q1ulrhiFzOz/G6oeF/I74z0EFACeISLi
tAtibSdS9X/ga7cJD+dH98I=
=rvP4
-END PGP SIGNATURE-


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

Bug#365959: O: qtorrent -- graphical BitTorrent client using Qt 3.x

[Wesley J. Landaker]

Package: wnpp
Severity: normal

I've orphaned the qtorrent package on behalf of myself (co-maintainer,
sponsor) and the current (inactive, non-DD) maintainer.

The program works well enough, and has no RC bugs, but has a slow and/or
dead upstream, and I believe is somewhat obsoleted by ktorrent, which
provides very similar functionality with just a few more dependencies.

This package does have a fairly good size install-based according to
popcon, so I don't recommend immediately removing it. I've fixed it up
(I think) pretty good before orphaning.

The package description is:
 QTorrent is a PyQt-based client for the popular BitTorrent
 software known for allowing users to distribute content without
 massive bandwidth usage.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc3
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#363529: xserver-xorg-input-wacom: No wacom driver for xorg 7.0

[David Martínez Moreno]

El miércoles, 19 de abril de 2006 19:58, David Martínez Moreno escribió:
>   I know, I know. I just received my new Graphire2 a week ago, and I am
> having problems with my USB ports. I hope to work on it the next week. :-)

Hello, Jean Marie. A bit later than expected, but I have already got an 
useable driver for Wacom tablets. It is working for 6.9, and the switch to 
7.0 should be trivial. I am upgrading my whole development environment to 
latest 7.0 packages (I was still on 6.9) just now, and I hope to send you 
preliminary packages by tomorrow.

Best regards,


Ender.
-- 
Network engineer
Debian Developer


pgpJbMj1B5OKw.pgp
Description: PGP signature

Bug#363263: emacs-goodies-el: Session.el conflicts w/ Org Mode of emacs-snapshot

[Peter S Galbraith]

forwarded 363263 Christoph Wedler <[EMAIL PROTECTED]>
thanks

Hi Christoph,

I noticed the same bug on the sourceforge.net site.  Let me know if you
don't intend on fixing this and I'll dig into it.

Peter

Bake Timmons III <[EMAIL PROTECTED]> wrote:

> Package: emacs-goodies-el
> Version: 26.5-2
> Severity: normal
> 
> Given the following minimal .emacs file
> 
> (custom-set-variables
>  '(session-initialize t nil (session)))
> 
> if we run emacs-snapshot and then run org-mode say, on any buffer such
> as *scratch*, then trying to quit emacs, i.e., kill-emacs, will not
> work.  I had to do a kill %emacs to exit.  This happens with or
> without a .session file and for at least a couple of emacs snapshot
> versions, perhaps many more.
> 
> In particular, session-save-session hangs.
> 
> I tried debugging by loading the source session.el file in order to
> make the backtrace readable and then running the debugger.  Below I
> have copied from an emacs screen: (1) an upper window of the *scratch*
> buffer used for several evaluations (in reverse chronological order)
> of list "val"; (2) a lower window of the *Backtrace* buffer.
> 
> The endless loop in *Backtrace* is
> (while val (or (and ... ...) (if ass-p ... ...) (progn ... ...) ...
> 
> The most recent evaluation of variable val is at the top of *scratch*;
> in a previous debugging session evaluating (length val) at this point
> hangs. The following lines are copied from the split windows:
> 
> val
> (# # # 
> # in no buffer> # # # buff\
> er> . #3)
> 
> ("~/" "~/")
> 
> ("debug-on-entry" "org-mode" "load-file" "customize" "session-initialize")
> 
> ("session-save-session" "session-initialize")
> 
> ("load-file" "customize" "session-save-session" "session-initialize")
> 
> ("lisp-interaction-mode" "session-save-session" "debug-on-entry" "org-mode" 
> "lo\
> :**-F1  *scratch*  Top L3  [(Lisp 
> Interaction)]-
> Debugger entered--beginning evaluation of function call form:
> * (stringp (car val))
> * (and (stringp (car val)) (> (length ...) session-globals-max-string))
> * (or (and (stringp ...) (> ... session-globals-max-string)) (if ass-p (assoc 
> .$
> * (while val (or (and ... ...) (if ass-p ... ...) (progn ... ...) (setq val 
> nil$
> * (progn (push symbol s-excl) (setq vlist nil) (while val (or ... ... ... 
> ...) $
> * (condition-case nil (progn (push symbol s-excl) (setq vlist nil) (while val 
> .$
> * (and (default-boundp symbol) (setq val (default-value symbol)) (consp val) 
> (n$
> * (while slist (setq symbol (car slist) slist (cdr slist) len 
> session-globals-m$
> * (let ((s-excl session-globals-exclude) (slist ...) symbol val vlist len 
> ass-p$
> * (save-excursion (let (...) (while buffers ... ... ...)) (set-buffer 
> (get-buff$
> * (and session-save-file (not (and ... ...)) (or session-successful-p (not 
> ...)$
> * session-save-session()
>   call-interactively(session-save-session)
> -:%*-F1  *Backtrace*Top L2  
> [(Debugger)]
> 
> I hope this is helpful.  Thanks!
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.16.5
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages emacs-goodies-el depends on:
> ii  bash3.1-4The GNU Bourne Again SHell
> ii  emacs-snapshot-gtk [emacsen 1:20060415-2 The GNU Emacs editor (with GTK+ 
> 2.
> ii  emacs21 [emacsen]   21.4a-3  The GNU Emacs editor
> 
> Versions of packages emacs-goodies-el recommends:
> ii  dict  1.10.2-3   Dictionary Client
> pn  perl-doc   (no description available)
> ii  wget  1.10.2-1   retrieves files from the web
> 
> -- no debconf information


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

Bug#365956: running firefox doesn't respond to requests from external apps

[Michael Marsh]

Package: firefox
Version: 1.5.dfsg+1.5.0.3-1
Severity: important

With today's update to firefox in sid, I can no longer open links in
firefox from thunderbird if firefox is already running.  The dialog
that firefox pops up is, "Firefox is already running, but is not
responding. To open a new window, you must first close the existing
Firefox process, or restart your system."

If no instance of firefox is currently running, thunderbird will open
one with the linked page, as normal.

Steps to reproduce:
1) Open firefox (in safe mode).
2) Open thunderbird.
3) Click on a link in thunderbird.

My installed thunderbird is 1.5.0.2-2

This also happens from the command line with both
firefox -new-tab http://www.debian.org
firefox -new-window http://www.debian.org

so the problem isn't with thunderbird.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages firefox depends on:
ii  debianutils 2.16 Miscellaneous utilities specific t
ii  fontconfig  2.3.2-5.1generic font configuration library
ii  libatk1.0-0 1.11.4-1 The ATK accessibility toolkit
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libcairo2   1.0.4-2  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-2GCC support library
ii  libglib2.0-02.10.2-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface 
ii  libidl0 0.8.6-1  library for parsing CORBA IDL file
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libpango1.0-0   1.12.1-2 Layout and rendering of internatio
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libstdc++6  4.1.0-2  The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.8.2-7FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxp6  1:1.0.0-1X Printing Extension (Xprint) clie
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-4X11 toolkit intrinsics library
ii  psmisc  22.2-1   Utilities that use the proc filesy
ii  zlib1g  1:1.2.3-11   compression library - runtime

firefox recommends no packages.

-- no debconf information


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

Bug#365958: plptools: Improvements to description

[Reuben Thomas]

Package: plptools
Version: 0.12-5
Severity: minor

I suggest the following version:

---cut here---
This package lets you access EPOC devices' drives over a serial link.
You can mount them NFS-style, access them FTP-style, use a local 
printer from the remote device (EPOC32 only) and perform
backup/restore.
.
Homepage: http://plptools.sourceforge.net/
---cut here---

Three sets of changes:

1. Refer to EPOC rather than Psion: should work with GeoFox, Osaris &c.
   too.

2. Correct English.

3. Don't mention p3nfs, which is no longer in Debian.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages plptools depends on:
ii  debconf 1.5.0Debian configuration management sy
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.0-1+b1 GCC support library
ii  libnewt0.51 0.51.6-31Not Erik's Windowing Toolkit - tex
ii  libreadline44.3-18   GNU readline and history libraries
ii  libstdc++5  1:3.3.6-13   The GNU Standard C++ Library v3

plptools recommends no packages.

-- debconf information:
* plptools/plpnfsd/start: false
* plptools/plpprintd/start: true
* plptools/ncpd/start: true
  plptools/frontends/remoteaddr:
* plptools/plpprintd/printqueue: psion
  plptools/customize:
* plptools/ncpd/serial: /dev/ttyS0
* plptools/ncpd/listenat: 127.0.0.1
* plptools/plpnfsd/suid: false


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

Bug#242599: Bug#357817: Patch to support xhtml

[Karsten Schoelzel]

On Wed, May 03, 2006 at 05:38:58PM +0200, Karsten Schoelzel wrote:
> Hi,
> 
> here is a patch to support application/xhtml+xml and use UTF-8 as
> default character set for it.

Here is a updated patch which removes a segfault.

Regards,
-- 
Karsten Schölzel| Email:  [EMAIL PROTECTED]
Väderleden 9 4:98   | Jabber: [EMAIL PROTECTED]
97633 Luleå | VoIP:   sip:[EMAIL PROTECTED]
Sweden  | sip:[EMAIL PROTECTED]
| Tel:+4918015855857712
| Mobile: +46706725974
Support for application/xhtml+xml and default UTF-8 encoding for these.

---
commit e6f2cebfaf5a026a1dd3901d226cd8dcdbda8b45
tree 4182106482bf6409ee482bf35495e4daf044ddee
parent 183d52a10e7ad0115ad6853b8a67a71228d7b0ee
author Karsten Schoelzel <[EMAIL PROTECTED]> Wed, 03 May 2006 17:34:05 +0200
committer Karsten Schoelzel <[EMAIL PROTECTED]> Wed, 03 May 2006 17:34:05 +0200

 backend.c |2 +-
 buffer.c  |4 ++--
 display.c |2 +-
 file.c|   28 
 main.c|   12 ++--
 proto.h   |1 +
 url.c |1 +
 7 files changed, 32 insertions(+), 18 deletions(-)

diff --git a/backend.c b/backend.c
index 101e67e..1360091 100644
--- a/backend.c
+++ b/backend.c
@@ -95,7 +95,7 @@ internal_get(char *url, int flag, FormLi
 buf = loadGeneralFile(url, NULL, NO_REFERER, 0, request);
 do_download = FALSE;
 if (buf != NULL && buf != NO_BUFFER) {
-   if (!strcasecmp(buf->type, "text/html") && backend_halfdump_buf) {
+   if (is_html_type(buf->type) && backend_halfdump_buf) {
TextLineListItem *p;
Str first, last;
int len = 0;
diff --git a/buffer.c b/buffer.c
index f258dd6..ec48942 100644
--- a/buffer.c
+++ b/buffer.c
@@ -558,7 +558,7 @@ reshapeBuffer(Buffer *buf)
 WcOption.auto_detect = WC_OPT_DETECT_OFF;
 UseContentCharset = FALSE;
 #endif
-if (!strcasecmp(buf->type, "text/html"))
+if (is_html_type(buf->type))
loadHTMLBuffer(&f, buf);
 else
loadBuffer(&f, buf);
@@ -590,7 +590,7 @@ reshapeBuffer(Buffer *buf)
gotoLine(buf, cur->linenumber);
}
buf->pos -= buf->currentLine->bpos;
-   if (FoldLine && strcasecmp(buf->type, "text/html"))
+   if (FoldLine && !is_html_type(buf->type))
buf->currentColumn = 0;
else
buf->currentColumn = sbuf.currentColumn;
diff --git a/display.c b/display.c
index addcaeb..18b8655 100644
--- a/display.c
+++ b/display.c
@@ -383,7 +383,7 @@ displayBuffer(Buffer *buf, int mode)
 if (buf->height == 0)
buf->height = LASTLINE + 1;
 if ((buf->width != INIT_BUFFER_WIDTH &&
-((buf->type && !strcmp(buf->type, "text/html")) || FoldLine))
+(is_html_type(buf->type) || FoldLine))
|| buf->need_reshape) {
buf->need_reshape = TRUE;
reshapeBuffer(buf);
diff --git a/file.c b/file.c
index 0c82b93..df0 100644
--- a/file.c
+++ b/file.c
@@ -272,6 +272,13 @@ is_plain_text_type(char *type)
(is_text_type(type) && !is_dump_text_type(type)));
 }
 
+int
+is_html_type(char *type)
+{
+return (type && (strcasecmp(type, "text/html") == 0 ||
+strcasecmp(type, "application/xhtml+xml") == 0));
+}
+
 static void
 check_compression(char *path, URLFile *uf)
 {
@@ -373,7 +380,7 @@ examineFile(char *path, URLFile *uf)
uf->guess_type = guessContentType(path);
if (uf->guess_type == NULL)
uf->guess_type = "text/plain";
-   if (strcasecmp(uf->guess_type, "text/html") == 0)
+   if (is_html_type(uf->guess_type))
return;
if ((fp = lessopen_stream(path))) {
UFclose(uf);
@@ -2054,6 +2061,10 @@ loadGeneralFile(char *path, ParsedURL *v
t = f.guess_type;
 }
 
+/* XXX: can we use guess_type to give the type to loadHTMLstream
+ *  to support default utf8 encoding for XHTML here? */
+f.guess_type = t;
+
   page_loaded:
 if (page) {
FILE *src;
@@ -2164,7 +2175,7 @@ loadGeneralFile(char *path, ParsedURL *v
 }
 #endif
 
-if (!strcasecmp(t, "text/html"))
+if (is_html_type(t))
proc = loadHTMLBuffer;
 else if (is_plain_text_type(t))
proc = loadBuffer;
@@ -2228,7 +2239,7 @@ loadGeneralFile(char *path, ParsedURL *v
b->real_type = real_type;
if (b->currentURL.host == NULL && b->currentURL.file == NULL)
copyParsedURL(&b->currentURL, &pu);
-   if (!strcasecmp(t, "text/html"))
+   if (is_html_type(t))
b->type = "text/html";
else if (w3m_backend) {
Str s = Strnew_charp(t);
@@ -6734,6 +6745,8 @@ loadHTMLstream(URLFile *f, Buffer *newBu
 }
 if (content_charset && UseContentCharset)
doc_charset = content_charset;
+else if (f->guess_type && !strcasecmp(f->guess_type, 
"application/xhtml+xml"))
+   doc_charset = WC_CES_UTF_8;
 meta_charset = 0;
 #endif
 #if 

Bug#365957: python-formencode: please include egg-info support

[Gustavo Noronha Silva]

Package: python-formencode
Version: 0.4-5
Severity: normal

Hello,

FormEncode is one of the standalone modules which are glued into
TurboGears. TG uses a system to hold dependency, versioning and
some other kinds of information, which I'm calling 'egg-info'.

Attached is a patch that enables distribution of this information
by the python-formencode package, so that TurboGears and other
python-setuptools-using packages will be able to fully integrate
with it (and we will be able to package them, at last).

Also, please consider joining the python-modules project in Alioth,
so we can cooperate on maintaining Python modules =).

See: http://python-modules.alioth.debian.org/

Thanks,

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages python-formencode depends on:
ii  python2.3.5-5An interactive high-level object-o
ii  python2.3-formencode  0.4-5.1FormEncode is a validation and for

python-formencode recommends no packages.

-- no debconf information
diff -urN python-formencode-0.4.old/debian/changelog 
python-formencode-0.4/debian/changelog
--- python-formencode-0.4.old/debian/changelog  2006-05-03 21:22:30.0 
-0300
+++ python-formencode-0.4/debian/changelog  2006-05-03 21:53:14.0 
-0300
@@ -1,3 +1,11 @@
+python-formencode (0.4-5.1) UNRELEASED; urgency=low
+
+  * NMU
+  * debian/rules, setup.py:
+  - modified to use python-support to install the egg support
+
+ -- Gustavo Noronha Silva <[EMAIL PROTECTED]>  Wed,  3 May 2006 21:53:14 -0300
+
 python-formencode (0.4-5) unstable; urgency=low
 
   * Removed sqlformgen.py and formgen.py from the python2.3 package,
diff -urN python-formencode-0.4.old/debian/control 
python-formencode-0.4/debian/control
--- python-formencode-0.4.old/debian/control2006-05-03 21:22:30.0 
-0300
+++ python-formencode-0.4/debian/control2006-05-03 21:53:54.0 
-0300
@@ -1,7 +1,7 @@
 Source: python-formencode
 Section: python
 Priority: optional
-Build-Depends-Indep: debhelper (>= 4.0.0), python2.3, python2.3-dev, 
python2.4, python2.4-dev, python
+Build-Depends-Indep: debhelper (>= 4.0.0), python2.3, python2.3-dev, 
python2.4, python2.4-dev, python, python2.3-setuptools (>= 0.6a9), 
python2.4-setuptools (>= 0.6a9)
 Maintainer: Fabio Tranchitella <[EMAIL PROTECTED]>
 Uploaders: Robert J. Tanner <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2.0
diff -urN python-formencode-0.4.old/debian/rules 
python-formencode-0.4/debian/rules
--- python-formencode-0.4.old/debian/rules  2006-05-03 21:22:30.0 
-0300
+++ python-formencode-0.4/debian/rules  2006-05-03 21:56:57.0 -0300
@@ -16,7 +16,8 @@
dh_testdir
python2.3 setup.py clean
python2.4 setup.py clean
-   rm -rf build-stamp build
+   rm -rf build-stamp build FormEncode.egg-info
+   rm ez_setup/__init__.pyc
dh_clean
 
 install: build
@@ -24,8 +25,8 @@
dh_testroot
dh_clean -k
dh_installdirs
-   python2.3 setup.py install 
--prefix=$(CURDIR)/debian/python2.3-formencode/usr --no-compile
-   python2.4 setup.py install 
--prefix=$(CURDIR)/debian/python2.4-formencode/usr --no-compile
+   python2.3 setup.py install --root=$(CURDIR)/debian/python2.3-formencode 
--no-compile --single-version-externally-managed
+   python2.4 setup.py install --root=$(CURDIR)/debian/python2.4-formencode 
--no-compile --single-version-externally-managed
rm 
$(CURDIR)/debian/python2.3-formencode/usr/lib/python2.3/site-packages/formencode/formgen.py
 \
   
$(CURDIR)/debian/python2.3-formencode/usr/lib/python2.3/site-packages/formencode/sqlformgen.py
 
diff -urN python-formencode-0.4.old/setup.py python-formencode-0.4/setup.py
--- python-formencode-0.4.old/setup.py  2006-05-03 21:22:30.0 -0300
+++ python-formencode-0.4/setup.py  2006-05-03 21:52:19.0 -0300
@@ -1,7 +1,7 @@
-#from ez_setup import use_setuptools
-#use_setuptools()
-#from setuptools import setup
-from distutils.core import setup
+from ez_setup import use_setuptools
+use_setuptools()
+from setuptools import setup
+#from distutils.core import setup
 
 version = '0.4'
 

Bug#219592: libnetcdf3: fortran90 interface

[Warren Turkal]

Package: libnetcdf3
Version: 3.6.0+3.6.1-beta3-0.1
Followup-For: Bug #219592

It would be nice to have the fortran90 interfaces also. It compiles just
fine as long as you have the F90 environmental var set to
"gfortran-4.1" during the compile. It might work with gfortran-4.0, but
I didn't test.

wt


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages libnetcdf3 depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries

libnetcdf3 recommends no packages.

-- no debconf information


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

Bug#365955: tray icons for non-KDE apps detach from kicker system tray after kicker restart

[Matt R Hall]

Package: kicker
Version: 4:3.5.2-2
Severity: minor

Restarting kicker using "dcop kicker kicker restart" or other methods (KDE 
crash handler) causes non-KDE tray icons used by such apps as Gaim, aMule and 
Azureus to remove themselves from the tray and re-appear at the upper left of 
the screen in their own seperate tiny windows with just a border and no 
control buttons. These new tiny windows get newly-minted taskbar entries in 
kicker.

In Gaim, Right-clicking its kicker taskbar listing and closing the 
newly-windowed tray icon causes a new instance to appear on the system tray.

For aMule and Azureus, minimizing Azureus no longer results in it minimizing 
to the tray like it normally will do if you have tray minimization enabled. It 
just minimizes to the taskbar instead.

Not sure if this can be fixed,
Matt

-- System Information: Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages kicker depends on:
ii  kdebase-data4:3.5.2-2shared data files for the KDE base
ii  kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica
ii  libacl1 2.2.36-1 Access control list shared library
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libattr12.4.32-1 Extended attribute shared library
ii  libaudio2   1.7-9The Network Audio System (NAS). (s
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libfam0 2.7.0-9  Client library to control the FAM 
ii  libfontconfig1  2.3.2-5.1generic font configuration library
ii  libfreetype62.1.10-3 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.1.0-1+b1 GCC support library
ii  libice6 1:1.0.0-3X11 Inter-Client Exchange library
ii  libidn110.5.18-2 GNU libidn library, implementation
ii  libjpeg62   6b-12The Independent JPEG Group's JPEG 
ii  libkonq44:3.5.2-2core libraries for Konqueror
ii  libpng12-0  1.2.8rel-5.1 PNG library - runtime
ii  libqt3-mt   3:3.3.6-2Qt GUI Library (Threaded runtime v
ii  libsm6  1:1.0.0-4X11 Session Management library
ii  libstdc++6  4.1.0-1+b1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.0-6X11 client-side library
ii  libxau6 1:1.0.0-3X11 authorisation library
ii  libxcomposite1  1:0.2.2.2-3  X11 Composite extension library
ii  libxcursor1 1.1.5.2-5X cursor management library
ii  libxext61:1.0.0-4X11 miscellaneous extension librar
ii  libxfixes3  1:3.0.1.2-4  X11 miscellaneous 'fixes' extensio
ii  libxft2 2.1.8.2-6FreeType-based font drawing librar
ii  libxi6  1:1.0.0-5X11 Input extension library
ii  libxinerama11:1.0.1-4X11 Xinerama extension library
ii  libxrandr2  2:1.1.0.2-4  X11 RandR extension library
ii  libxrender1 1:0.9.0.2-4  X Rendering Extension client libra
ii  libxt6  1:1.0.0-4X11 toolkit intrinsics library
ii  libxtst61:1.0.1-3X11 Testing -- Resource extension 
ii  zlib1g  1:1.2.3-11   compression library - runtime

kicker recommends no packages.

-- no debconf information


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

Bug#365447: acknowledged by developer (Re: Cannot upgrade nfs-common in a chroot environment)

[Adam Warner]

On Wed, 2006-05-03 at 11:33 -0700, Debian Bug Tracking System wrote:

> > On Sun, Apr 30, 2006 at 05:59:10PM +1200, Adam Warner wrote:
> > > I typically upgrade Debian for IA32 in a chroot environment of Debian
> > > for AMD64. nfs-common package upgrades consistently break (i.e. I've
> > > finally got around to reporting them!)
> > 
> > After discussing this with others (well, at least one), I've come to the
> > conclusion that this is not a bug -- you can't expect start-stop-daemon (nor
> > much else, really) to work properly without a mounted /proc, chroot or not.
> > Just mount /proc inside your chroot, and all should be well.

Steinar, many thanks for the tip! My fstab was and is correct according
to the Debian GNU/Linux AMD64 HOW-TO:


This is my proc entry for my chroot environment:
proc/ia32/proc  procdefaults0   0

I have tracked down the error to initscripts. This is
how /etc/init.d/mountall.sh parses fstab:

do_start() {
#
# Mount local file systems in /etc/fstab.
#
if [ "$VERBOSE" = no ]
then
log_action_begin_msg "Mounting local filesystems"
mount -a -t proc >/dev/null 2>&1  # Ignore error message due to 
/proc already being mounted
ES_TO_REPORT=$?
mount -a -t noproc,nfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs
ES=$?
ES_TO_REPORT=$(($ES_TO_REPORT | $ES))
if [ 0 = "$ES_TO_REPORT" ]
then
log_action_end_msg 0
else
log_action_end_msg 1 "code $ES_TO_REPORT"
fi
else
log_action_msg "Will now mount local filesystems"
mount -a -t proc >/dev/null 2>&1  # Ignore error message due to 
/proc already being mounted
ES=$?
[ 0 = "$ES" ] || log_failure_msg "Mounting proc filesystems 
failed with error code ${ES}."
mount -a -v -t 
noproc,nfs,nfs4,smbfs,cifs,ncp,ncpfs,coda,ocfs2,gfs
ES=$?
if [ 0 = "$ES" ]
then
log_success_msg "Done mounting local filesystems."
else
log_failure_msg "Mounting local filesystems failed with 
error code ${ES}."
fi
fi

One can see that mountall.sh silently ignores all explicit fstab entries
to mount any proc filesystem (via the noproc directive)!

This is the most similar bug report:
"mountall.sh: additional proc mountpoints (for chroots) are not mounted"


Maybe this bug report could be merged with 359651?

Regards,
Adam



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

Bug#190167: [PATCH] Bug#190167: w3m: mailer configuration ignored!

[Karsten Schoelzel]

package w3m
tag 190167 patch
tag 190167 - wontfix
thanks

Hi,

Here is a patch which makes it possible to disable the internal mailer
completely calling the external mailer either just with the email address
(ignoring the options in the mailto: URL) or with the full mailto: URL.

Regards,
-- 
Karsten Schölzel| Email:  [EMAIL PROTECTED]
Väderleden 9 4:98   | Jabber: [EMAIL PROTECTED]
97633 Luleå | VoIP:   sip:[EMAIL PROTECTED]
Sweden  | sip:[EMAIL PROTECTED]
| Tel:+4918015855857712
Now we can decide what to do with mailto: URLs with options
 - use internal mailer
 - ignore the options (never call internal mailer if Mailer is set)
 - call Mailer with the full mailto: URL

---
commit 94271604a3d86e59535073e83c22549dc3f6e301
tree f8278a14e38e39e813024bddd980e27026ed590d
parent 84475d826a57ae466f2422db6e2bc64677187dfe
author Karsten Schoelzel <[EMAIL PROTECTED]> Thu, 04 May 2006 02:03:33 +0200
committer Karsten Schoelzel <[EMAIL PROTECTED]> Thu, 04 May 2006 02:03:33 +0200

 fm.h   |6 
 main.c |   88 +---
 rc.c   |   12 +
 3 files changed, 58 insertions(+), 48 deletions(-)

diff --git a/fm.h b/fm.h
index 1a1a60c..a593a3f 100644
--- a/fm.h
+++ b/fm.h
@@ -932,6 +932,12 @@ global char *Mailer init(NULL);
 #else
 global char *Mailer init(DEF_MAILER);
 #endif
+#ifdef USE_W3MMAILER
+#define MAILTO_OPTIONS_USE_W3MMAILER 0
+#endif
+#define MAILTO_OPTIONS_IGNORE 1
+#define MAILTO_OPTIONS_USE_MAILTO_URL 2
+global int MailtoOptions init(MAILTO_OPTIONS_IGNORE);
 global char *ExtBrowser init(DEF_EXT_BROWSER);
 global char *ExtBrowser2 init(NULL);
 global char *ExtBrowser3 init(NULL);
diff --git a/main.c b/main.c
index 9026775..6e11806 100644
--- a/main.c
+++ b/main.c
@@ -2871,6 +2871,44 @@ gotoLabel(char *label)
 return;
 }
 
+static int
+handleMailto(char *url)
+{
+Str to;
+char *pos;
+
+if (strncasecmp(url, "mailto:";, 7))
+   return 0;
+#ifdef USE_W3MMAILER
+if (!non_null(Mailer) || 
+(MailtoOptions == MAILTO_OPTIONS_USE_W3MMAILER &&
+strchr(url, '?') != NULL))
+   return 0;
+#else
+if (!non_null(Mailer)) {
+   /* FIXME: gettextize? */
+   disp_err_message("no mailer is specified", TRUE);
+   return 1;
+}
+#endif
+   
+/* invoke external mailer */
+if (MailtoOptions == MAILTO_OPTIONS_USE_MAILTO_URL) {
+   to = Strnew_charp(html_unquote(url));
+} else {
+   to = Strnew_charp(url + 7);
+   if ((pos = strchr(to->ptr, '?')) != NULL)
+   Strtruncate(to, pos - to->ptr);
+}
+fmTerm();
+system(myExtCommand(Mailer, shell_quote(file_unquote(to->ptr)),
+   FALSE)->ptr);
+fmInit();
+displayBuffer(Currentbuf, B_FORCE_REDRAW);
+pushHashHist(URLHist, url);
+return 1;
+}
+
 /* follow HREF link */
 DEFUN(followA, GOTO_LINK, "Go to current link")
 {
@@ -2920,31 +2958,8 @@ DEFUN(followA, GOTO_LINK, "Go to current
return;
}
 }
-if (!strncasecmp(a->url, "mailto:";, 7)
-#ifdef USE_W3MMAILER
-   && non_null(Mailer) && strchr(a->url, '?') == NULL
-#endif
-   ) {
-   /* invoke external mailer */
-   Str to = Strnew_charp(a->url + 7);
-#ifndef USE_W3MMAILER
-   char *pos;
-   if (!non_null(Mailer)) {
-   /* FIXME: gettextize? */
-   disp_err_message("no mailer is specified", TRUE);
-   return;
-   }
-   if ((pos = strchr(to->ptr, '?')) != NULL)
-   Strtruncate(to, pos - to->ptr);
-#endif
-   fmTerm();
-   system(myExtCommand(Mailer, shell_quote(file_unquote(to->ptr)),
-   FALSE)->ptr);
-   fmInit();
-   displayBuffer(Currentbuf, B_FORCE_REDRAW);
-   pushHashHist(URLHist, a->url);
+if (handleMailto(a->url))
return;
-}
 #if 0
 else if (!strncasecmp(a->url, "news:";, 5) && strchr(a->url, '@') == NULL) {
/* news:newsgroup is not supported */
@@ -3957,31 +3972,8 @@ cmd_loadURL(char *url, ParsedURL *curren
 {
 Buffer *buf;
 
-if (!strncasecmp(url, "mailto:";, 7)
-#ifdef USE_W3MMAILER
-   && non_null(Mailer) && strchr(url, '?') == NULL
-#endif
-   ) {
-   /* invoke external mailer */
-   Str to = Strnew_charp(url + 7);
-#ifndef USE_W3MMAILER
-   char *pos;
-   if (!non_null(Mailer)) {
-   /* FIXME: gettextize? */
-   disp_err_message("no mailer is specified", TRUE);
-   return;
-   }
-   if ((pos = strchr(to->ptr, '?')) != NULL)
-   Strtruncate(to, pos - to->ptr);
-#endif
-   fmTerm();
-   system(myExtCommand(Mailer, shell_quote(file_unquote(to->ptr)),
-   FALSE)->ptr);
-   fmInit();
-   displayBuffer(Currentbuf, B_FORCE_REDRAW);
-   pushHashHist(URLHist, url);
+if (handleMailto(url))
return;
-}
 #if 0
 if (!strncasecmp(url, "news:";, 5) && strchr(url, '@') == NULL)

Bug#355701: [Logcheck-devel] Bug#355701: logcheck-database: upgrade from sarge to sid, then purging leaves /etc/logcheck/ignore.d.paranoid/imap

[Jamie L. Penman-Smithson]

package logcheck-database
tags 355701 moreinfo
thanks

On 7 Mar 2006, at 12:34, Lars Wirzenius wrote:
When testing logcheck-database with piuparts I get the following  
error:


2m15.7s ERROR: Package purging left files on system:
  /etc/logcheck
owned by: logcheck-database
  /etc/logcheck/ignore.d.paranoid
owned by: logcheck-database
  /etc/logcheck/ignore.d.paranoid/imap
owned by: logcheck-database


The piuparts log file is about 170 kilobytes, so I don't attach it,  
even

compressed, but if you want it, I'd be happy to send it, just ask. It
doesn't seem to contain anything relevant, on a quick reading, but  
I may

have missed something, since I'm not an expert on logcheck-database.


I'd appreciate it if you could send me the log (without Cc'ing b.d.o).

Thanks,

--
-Jamie L. Penman-Smithson <[EMAIL PROTECTED]>
 PGP: C0A7 955E EED6 A309 23D7 863B C76A 26A3 F0DC FCA8
 never send mail to: [EMAIL PROTECTED]




PGP.sig
Description: This is a digitally signed message part

Bug#365368: acknowledged by developer (Re: Bug#365368: powersaved mistaken about resume= parameter)

[jacob]

On Thu, May 04, 2006 at 01:05:37AM +0200, Michael Biebl wrote:
> jacob wrote:
> > On Wed, May 03, 2006 at 01:03:25PM -0700, Debian Bug Tracking System wrote:
> >> From: Michael Biebl <[EMAIL PROTECTED]>
> >> jacob wrote:
> >>> On Tue, May 02, 2006 at 03:37:05PM +0200, Michael Biebl wrote:
>  jacob wrote:
> > Package: powersaved
> > Version: 0.12.11-1
> > Severity: normal
> >
> >
> > powersaved complains that there is no resume= boot option, when I try to
> > suspend to disk. However:
> >
> 
> >>> $ cat /sys/power/resume
> >>> 0:0
> >> Ok, here is the source of the problem. Your resume partition is not
> >> correctly set (0:0 basically means, no resume partition). So powersaved
> >> is actually working correctly (that's why I'm closing this bug).
> >> The question now is, why the resume partition is not correctly set.
> >>
> >>
> 
> I'm not a initrd expert, but a quick google search revealed [1]. Maybe
> your problem is similar. Could be that one of the initrd scripts does
> not set /sys/power/resume correctly. You could try to comment out
> SUSPEND in /etc/mkinitramfs/conf.d/resume and update the initrd
> (update-initramfs), maybe then /sys/power/resume is not modified by the
> scripts in the initrd.
> 

Light finally dawns. It was something even more insidious. I was
suspending before I got resume working, with a ramdisk created by yaird.
Yaird doesn't properly support resume yet. When I discovered this, I
installed initramfs-tools, updated my ramdisk, and suspended. It resumed
properly on reboot. I hadn't rebooted since. So it never set
/sys/power/resume. After a reboot, /sys/power/resume says 3:2, as it
should. Thanks for your help, Michael. Hopefully, no one else follows
this odd sequence, but if they do, then this bug report should help
them.

Jacob


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

Bug#365953: dh-make: Cosmetic fix for example changelog

[Thijs Kinkhorst]

Package: dh-make
Version: 0.40
Severity: minor
Tags: patch

Hello,

When reviewing packages on the debian-mentors list, I consistently see
them with this as their first changelog entry:

  * Initial release Closes: #12345

I think that misses some puntuation. I personally prefer the closes to
be in parentheses, but other separations could also be acceptable.

This comes from the following template:

  * Initial release Closes: #  ( is the bug number of your ITP)

I've added a patch to add the parens around the closes, and to change
the parens around the comments to < and >, to be more consistent with
the other templates.

Thanks for the package by the way, I see on debian-mentors that it's
used very often and as such is very useful.


Thijs
--- changelog.orig  2006-05-04 01:37:18.0 +0200
+++ changelog   2006-05-04 01:37:28.0 +0200
@@ -1,6 +1,6 @@
 #PACKAGE# (#VERSION#-1) unstable; urgency=low
 
-  * Initial release Closes: #  ( is the bug number of your ITP)
+  * Initial release (Closes: #)  
 
  -- #USERNAME# <#EMAIL#>  #DATE#
 

Bug#365954: defoma-reconfigure should be in man8 and /usr/sbin

[Tyler MacDonald]

Package: defoma
Version: 0.11.8-0.1
Severity: minor


Since defoma-reconfigure can only be run as root, it doesn't really belong
in man1 and /usr/bin ...



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-686
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages defoma depends on:
ii  dialog1.0-20060221-1 Displays user-friendly dialog boxe
ii  file  4.17-1 Determines file type using "magic"
ii  perl  5.8.8-4Larry Wall's Practical Extraction 
ii  whiptail  0.52.2-4   Displays user-friendly dialog boxe

Versions of packages defoma recommends:
pn  libft-perl (no description available)

-- no debconf information


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

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Daniel Leidert]

Am Donnerstag, den 04.05.2006, 01:20 +0200 schrieb Daniel Leidert:

[..]
> Hmm. It seems, that debian-start runs mysql_upgrade with
> '--defaults-file=/etc/mysql/debian.cnf' and sets 'user' automatically to
> 'root'. But debian.cnf is created by debconf and the user configured
> there may be not 'root' (e.g. for me, the user-name is completely
> different).

Or forget this one. I should better shut up and stop making guesses.

Regards, Daniel



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

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Daniel Leidert]

Am Donnerstag, den 04.05.2006, 01:22 +0200 schrieb Christian Hammers:
> 
> On 2006-05-04 Daniel Leidert wrote:
> > Am Donnerstag, den 04.05.2006, 00:55 +0200 schrieb Christian Hammers:
> > > tags 365433 - unreproducible moreinfo
> > > thanks
> > > 
> > > On 2006-05-04 Daniel Leidert wrote:
> > > > # cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
> > > > --verbose --no-defaults --force --user=root --host=localhost
> > > > --database=mysql /usr/bin/mysql: unknown option '--no-defaults'
> > > 
> > > Ah, yes, --no-defaults must be the very first parameter so putting
> > > the --verbose after it fixes the problem!
> > 
> > It fixes the "unknown option" issue. But using the --no-defaults option
> > still results in the issue I described, that every start & restart of
> > mysqld produces this error. Without the --no-defaults option, everything
> > works and I guess, the password for root is read from ~root/.my.cnf. So
> > can I "deactivate" the usage of the --no-defaults option? Or did I miss
> > something (I read /usr/share/doc/mysql-server-5.0 without getting an
> > answer to this question).
> 
> The line in mysql_fix_privilege_tables is, as far as I figured out until
> now: cmd="$bindir/mysql --no-defaults --force --user=$user --host=$host"
> so user and password should be debian-sys-maint

No. This seems to be the problem: For me --user=root

You can see it in my boot.log I sent you at the beginning:

Got a failure from command:
cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
--no-defaults --force --user=root --host=localhost --database=mysql
  ^^^

> and the random string
> and heaven knows where the --verbose is coming from...

I added '--verbose' to get an info, why the command failed (as suggested
by the scrip itself) - I just added it in the wrong place.

> But I surely figure it out until I go to bed :)

Seems you are German too (.de TLD)? So it's time to go to bed :)

Greeting from Dresden,
Daniel



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

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Christian Hammers]

On 2006-05-04 Daniel Leidert wrote:
> Am Donnerstag, den 04.05.2006, 00:55 +0200 schrieb Christian Hammers:
> > tags 365433 - unreproducible moreinfo
> > thanks
> > 
> > On 2006-05-04 Daniel Leidert wrote:
> > > # cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
> > > --verbose --no-defaults --force --user=root --host=localhost
> > > --database=mysql /usr/bin/mysql: unknown option '--no-defaults'
> > 
> > Ah, yes, --no-defaults must be the very first parameter so putting
> > the --verbose after it fixes the problem!
> 
> It fixes the "unknown option" issue. But using the --no-defaults option
> still results in the issue I described, that every start & restart of
> mysqld produces this error. Without the --no-defaults option, everything
> works and I guess, the password for root is read from ~root/.my.cnf. So
> can I "deactivate" the usage of the --no-defaults option? Or did I miss
> something (I read /usr/share/doc/mysql-server-5.0 without getting an
> answer to this question).

The line in mysql_fix_privilege_tables is, as far as I figured out until
now: cmd="$bindir/mysql --no-defaults --force --user=$user --host=$host"
so user and password should be debian-sys-maint and the random string
and heaven knows where the --verbose is coming from... But I surely
figure it out until I go to bed :)

bye,

-christian-


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

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Daniel Leidert]

Am Donnerstag, den 04.05.2006, 01:14 +0200 schrieb Daniel Leidert:
> Am Donnerstag, den 04.05.2006, 00:55 +0200 schrieb Christian Hammers:
> > tags 365433 - unreproducible moreinfo
> > thanks
> > 
> > On 2006-05-04 Daniel Leidert wrote:
> > > # cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
> > > --verbose --no-defaults --force --user=root --host=localhost
> > > --database=mysql /usr/bin/mysql: unknown option '--no-defaults'
> > 
> > Ah, yes, --no-defaults must be the very first parameter so putting
> > the --verbose after it fixes the problem!
> 
> It fixes the "unknown option" issue. But using the --no-defaults option
> still results in the issue I described, that every start & restart of
> mysqld produces this error. Without the --no-defaults option, everything
> works and I guess, the password for root is read from ~root/.my.cnf. So
> can I "deactivate" the usage of the --no-defaults option? Or did I miss
> something (I read /usr/share/doc/mysql-server-5.0 without getting an
> answer to this question).

Hmm. It seems, that debian-start runs mysql_upgrade with
'--defaults-file=/etc/mysql/debian.cnf' and sets 'user' automatically to
'root'. But debian.cnf is created by debconf and the user configured
there may be not 'root' (e.g. for me, the user-name is completely
different).

Regards, Daniel



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

Bug#355574: [Logcheck-devel] Bug#355574: logcheck-database: Logcheck password expiration

[Jamie L. Penman-Smithson]

package logcheck-database
tags 355574 moreinfo
thanks

On 6 Mar 2006, at 14:40, Francisco Javier F. Serrador wrote:

Please avoid displaying this unuseful message: System accounts do not
expire.
(pam_unix) password for user logcheck will expire in 6 days


Did this message appear when upgrading, on a new install? Any steps  
to reproduce?


--
-Jamie L. Penman-Smithson <[EMAIL PROTECTED]>
 PGP: C0A7 955E EED6 A309 23D7 863B C76A 26A3 F0DC FCA8
 never send mail to: [EMAIL PROTECTED]




PGP.sig
Description: This is a digitally signed message part

Bug#365951: ITP: ifpgui -- QT based iRiver iFP media player manager

[Jacob Luna Lundberg]

Package: wnpp
Severity: wishlist
Owner: Jacob Luna Lundberg <[EMAIL PROTECTED]>


* Package name: ifpgui
  Version : 0.10.7
  Upstream Author : Jim Campbell <[EMAIL PROTECTED]>
* URL : http://ifpgui.sourceforge.net/
* License : GPL, BSD
  Programming Lang: C++
  Description : QT based iRiver iFP media player manager

This project is an open-source graphical user interface (GUI) for
iRiver's iFP flash player.  It uses libifp to access the player
using the management interface.

You can only use this software if your player has the "Management"
version of iRiver's firmware installed.

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


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

Bug#365948: x11-common: broken depends on compat package xfree86-common

[Ray Kohler]

I screwed this up. It installs fine if I do it right.


smime.p7s
Description: S/MIME Cryptographic Signature

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Christian Hammers]

On 2006-05-04 Daniel Leidert wrote:
> Am Donnerstag, den 04.05.2006, 01:22 +0200 schrieb Christian Hammers:
> > 
> > On 2006-05-04 Daniel Leidert wrote:
> > > Am Donnerstag, den 04.05.2006, 00:55 +0200 schrieb Christian Hammers:
> > > > tags 365433 - unreproducible moreinfo
> > > > thanks
> > > > 
> > > > On 2006-05-04 Daniel Leidert wrote:
> > > > > # cat /usr/share/mysql/mysql_fix_privilege_tables.sql
> > > > > | /usr/bin/mysql --verbose --no-defaults --force --user=root
> > > > > --host=localhost --database=mysql /usr/bin/mysql: unknown option
> > > > > '--no-defaults'
> > > > 
> > > > Ah, yes, --no-defaults must be the very first parameter so putting
> > > > the --verbose after it fixes the problem!
> > > 
> > > It fixes the "unknown option" issue. But using the --no-defaults option
> > > still results in the issue I described, that every start & restart of
> > > mysqld produces this error. Without the --no-defaults option,
> > > everything works and I guess, the password for root is read from
> > > ~root/.my.cnf. So can I "deactivate" the usage of the --no-defaults
> > > option? Or did I miss something (I
> > > read /usr/share/doc/mysql-server-5.0 without getting an answer to this
> > > question).
> > 
> > The line in mysql_fix_privilege_tables is, as far as I figured out until
> > now: cmd="$bindir/mysql --no-defaults --force --user=$user --host=$host"
> > so user and password should be debian-sys-maint
> 
> No. This seems to be the problem: For me --user=root
> 
> You can see it in my boot.log I sent you at the beginning:
> 
> Got a failure from command:
> cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
> --no-defaults --force --user=root --host=localhost --database=mysql
>   ^^^

Ok, so where does it come from?

* What does your /etc/mysql/debian.cnf contain?
  (you can  the password, of course)

* What gives 
  "my_print_defaults --defaults-file=/etc/mysql/debian.cnf mysqld
mysql_upgrade"
  It should give as ROOT executed:
  --host=localhost 
  --user=debian-sys-maint
  --password=XXX 
  --socket=/var/run/mysqld/mysqld.sock


> > and heaven knows where the --verbose is coming from...
> 
> I added '--verbose' to get an info, why the command failed (as suggested
> by the scrip itself) - I just added it in the wrong place.
Argh, and I feld stupid for not finding it in any of the scripts! :)

> Seems you are German too (.de TLD)? So it's time to go to bed :)
Indeed, greetings from Aachen :)

bye,

-christian-


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

Bug#365950: ntp-simple must be configured before ntp-server

[Laurent Bigonville]

Package: ntp-server
Severity: grave
Version: 4.2.0a+stable-8.1

Hi,

I just installed ntp-server on my debian sid, and the configuration
failed because the ntp user doesn't exist. The ntp user is created by
ntp-simple. ntp-simple must be configured before ntp-server.

Regards

Laurent Bigonville


pgpTSucCIJRmr.pgp
Description: PGP signature

Bug#365952: please could update-alternatives support non-packaged targets?

[Richard Kettlewell]

Package: dpkg
Version: 1.10.28
Severity: wishlist

lyonesse$ really update-alternatives --set x-www-browser /usr/bin/konqueror 
Using `/usr/bin/konqueror' to provide `x-www-browser'.
lyonesse$ really update-alternatives --set x-www-browser /usr/local/bin/firefox
update-alternatives: Cannot find alternative `/usr/local/bin/firefox'.

ttfn/rjk


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

Bug#365368: acknowledged by developer (Re: Bug#365368: powersaved mistaken about resume= parameter)

[Michael Biebl]

jacob wrote:
> On Wed, May 03, 2006 at 01:03:25PM -0700, Debian Bug Tracking System wrote:
>> From: Michael Biebl <[EMAIL PROTECTED]>
>> jacob wrote:
>>> On Tue, May 02, 2006 at 03:37:05PM +0200, Michael Biebl wrote:
 jacob wrote:
> Package: powersaved
> Version: 0.12.11-1
> Severity: normal
>
>
> powersaved complains that there is no resume= boot option, when I try to
> suspend to disk. However:
>
> (root) /boot$ grep resume= /boot/grub/menu.lst
> ## e.g. defoptions=vga=791 resume=/dev/hda5
> # defoptions=resume=/dev/hda2
> kernel  /boot/vmlinuz-2.6.16-dsdt-64m root=/dev/hda1 ro
> resume=/dev/hda2
> kernel  /boot/vmlinuz-2.6.16-1-k7 root=/dev/hda1 ro
> resume=/dev/hda2
> (root) /boot$ cat /proc/cmdline
> root=/dev/hda1 ro resume=/dev/hda2
>
> Setting SUSPEND2DISK_SKIP_RESUME_CHECK to yes, as mentioned in the error
> message (although not found in /etc/powersave/sleep), corrects the
> problem.
>
 Hi Jacob,

 could you please send me the output from cat /sys/power/resume?
 powersaved uses this method for determining the swap partition as there
 are several ways to specify the default resume partition (kernel config,
  boot pararameter, initrd parameter).
 Please also send me the log file /var/log/suspend2disk.log.

>>> $ cat /sys/power/resume
>>> 0:0
>> Ok, here is the source of the problem. Your resume partition is not
>> correctly set (0:0 basically means, no resume partition). So powersaved
>> is actually working correctly (that's why I'm closing this bug).
>> The question now is, why the resume partition is not correctly set.
>>
>>
>>> Memory info:
>>>  total   used   free sharedbuffers cached
>>> Mem:710696 302760 407936  0  0 228288
>>> -/+ buffers/cache:  74472 636224
>>> Swap:0  0  0
>>>
>> Interesting. Seems as if the swap partition is not activated. Do you
>> have a
>>
>> /dev/hda2   noneswapsw  0 0
>>
>> line in your /etc/fstab?
> 
> Hmm... that's odd.
> 
> $ free
>  total   used   free sharedbuffers   cached
> Mem:  710696 330852 379844  0  0   263396
> -/+ buffers/cache:67456 643240
> Swap:0  0  0
> $ sudo /sbin/swapon -a
> $ free
>total   used   free sharedbuffers cached
> Mem:  710696 330940 379756  0  4 263512
> -/+ buffers/cache:67424 643272
> Swap: 506036  0 506036
> $ cat /sys/power/resume
> 0:0
> $
> 
>> Another possible reason could be, that the resume partition is not
>> correctly set in the initrd (You are using a Debian kernel which uses an
>> initial ramdisk).
>> Could you please check /etc/mkinitramfs/conf.d/resume and also
>> /etc/mkinitramfs/initramfs.conf if they have a bogus RESUME=...
>>
> 
> $ grep RESUME /etc/mkinitramfs/conf.d/resume
> RESUME=/dev/hda2
> $ grep RESUME /etc/mkinitramfs/initramfs.conf
> # RESUME: [ /dev/hda2 | /dev/sdb2 ]
> #RESUME=
> $ sudo powersave -U
> $
> 
> gives the same "The resume partition is not set up..." message.
> 
> $ cat /sys/power/resume
> 0:0
> $
> 
> So powersave *is* doing the right thing, based on the sysfs entries. So,
> maybe this is a kernel bug?

I'm not a initrd expert, but a quick google search revealed [1]. Maybe
your problem is similar. Could be that one of the initrd scripts does
not set /sys/power/resume correctly. You could try to comment out
SUSPEND in /etc/mkinitramfs/conf.d/resume and update the initrd
(update-initramfs), maybe then /sys/power/resume is not modified by the
scripts in the initrd.

Cheers,
Michael


[1] http://lists.debian.org/debian-kernel/2005/10/msg00924.html



signature.asc
Description: OpenPGP digital signature

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Daniel Leidert]

Am Donnerstag, den 04.05.2006, 00:55 +0200 schrieb Christian Hammers:
> tags 365433 - unreproducible moreinfo
> thanks
> 
> On 2006-05-04 Daniel Leidert wrote:
> > # cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
> > --verbose --no-defaults --force --user=root --host=localhost
> > --database=mysql /usr/bin/mysql: unknown option '--no-defaults'
> 
> Ah, yes, --no-defaults must be the very first parameter so putting
> the --verbose after it fixes the problem!

It fixes the "unknown option" issue. But using the --no-defaults option
still results in the issue I described, that every start & restart of
mysqld produces this error. Without the --no-defaults option, everything
works and I guess, the password for root is read from ~root/.my.cnf. So
can I "deactivate" the usage of the --no-defaults option? Or did I miss
something (I read /usr/share/doc/mysql-server-5.0 without getting an
answer to this question).

Regards, Daniel



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

Bug#316337: Better workaround

[Roan Kattouw]

What I believe to be the cause of the trouble are the files in 
/var/lib/apt/lists/partial/
apt-get update leaves some empty files there, and it's exactly the 
package lists corresponding to those files that bzip2 chokes on. I got 
into the habit of running

# rm -f /var/lib/apt/lists/partial/*
# apt-get update
but there should be a better way: apt-get update should somehow avoid 
creating empty files in /var/lib/apt/lists/partial or nuke the empty 
files as part of its cleanup.


Also, by some research I don't remember anymore, I think I found out the 
reason for bzip2's choking: apt-get feeds it an empty file (maybe the 
empty lists/partial file?). Whether this is correct I don't remember, 
I'll see if I can prove it tomorrow.





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

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Christian Hammers]

tags 365433 - unreproducible moreinfo
thanks

On 2006-05-04 Daniel Leidert wrote:
> # cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql
> --verbose --no-defaults --force --user=root --host=localhost
> --database=mysql /usr/bin/mysql: unknown option '--no-defaults'

Ah, yes, --no-defaults must be the very first parameter so putting
the --verbose after it fixes the problem!

bye,

-christian-


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

Bug#365949: monodevelop: Stetic designer depends on libmetacity0, but this is not specified

[Chris Howie]

Package: monodevelop
Version: 0.10-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

If libmetacity0 is not installed and the built-in Stetic designer is opened,
monodevelop will crash with:

- -8<-
System.TypeInitializationException: An exception was thrown by the type 
initializer for Metacity.Preview ---> System.DllNotFoundException: 
libmetacity-private.so.0
in (wrapper managed-to-native) Metacity.Preview:meta_preview_get_type ()
in <0x00014> Metacity.Preview:get_GType ()
in <0x00022> GtkSharp.MetacitySharp.ObjectManager:Initialize ()
in <0x7> Metacity.Preview:.cctor ()--- End of inner exception stack trace 
---

in <0x0> 
in <0x00032> Stetic.PreviewBox:CreateMetacityPreview (Gtk.Window window)
in <0x000a4> Stetic.PreviewBox:.ctor (Gtk.Container container, Int32 
designWidth, Int32 designHeight)
in <0x00115> Stetic.EmbedWindow:Wrap (Gtk.Container container, Int32 
designWidth, Int32 designHeight)
in <0x0006a> 
MonoDevelop.GtkCore.GuiBuilder.GuiBuilderEditSession:get_WrapperWidget ()
in <0x00470> MonoDevelop.GtkCore.GuiBuilder.GuiBuilderView:.ctor (IViewContent 
content, MonoDevelop.GtkCore.GuiBuilder.GuiBuilderWindow window)
in <0x0007d> 
MonoDevelop.GtkCore.GuiBuilder.GuiBuilderDisplayBinding:CreateContentForFile 
(System.String fileName)
in <0x00023> MonoDevelop.Ide.Gui.LoadFileWrapper:Invoke (System.String fileName)
in <0x009bd> MonoDevelop.Ide.Gui.Workbench:RealOpenFile (System.Object 
openFileInfo)
in <0x003db> MonoDevelop.Ide.Gui.Workbench:OpenDocument (System.String 
fileName, Int32 line, Int32 column, Boolean bringToFront)
in <0x00016> MonoDevelop.Ide.Gui.Workbench:OpenDocument (System.String 
fileName, Boolean bringToFront)
in <0x0009a> 
MonoDevelop.GtkCore.NodeBuilders.GladeWindowCommandHandler:ActivateItem ()
in <0x000eb> MonoDevelop.Ide.Gui.Pads.TreeViewPad:ActivateCurrentItem ()
in <0xb> MonoDevelop.Ide.Gui.Pads.TreeViewPad:OnNodeActivated 
(System.Object sender, Gtk.RowActivatedArgs args)
in (wrapper delegate-invoke) 
System.MulticastDelegate:invoke_void_object_RowActivatedArgs 
(object,Gtk.RowActivatedArgs)
in <0x001a1> Gtk.TreeView:RowActivatedSignalCallback (IntPtr arg0, IntPtr arg1, 
IntPtr arg2, IntPtr gch)
in (wrapper native-to-managed) Gtk.TreeView:RowActivatedSignalCallback 
(intptr,intptr,intptr,intptr)
in <0x0> 
in (wrapper managed-to-native) Gtk.Application:gtk_main ()
in <0x7> Gtk.Application:Run ()
in <0x7> MonoDevelop.Ide.Gui.IdeApp:Run ()
in <0x00b24> MonoDevelop.Ide.Gui.IdeStartup:Run (System.String[] args)
in <0x00169> MonoDevelop.Core.AddIns.AddInService:StartApplication 
(System.String addinId, System.String[] parameters)
- ->8-

I am not sure if it is the monodevelop package that needs to depend on
libmetacity0, but since I'm not particularly good at tracking down dependency
issues I figured this would be a good starting point.

This box runs testing, with monodevelop (and dependencies) pulled in from
unstable, and nothing else.  However, I do have an unstable install inside
VMWare and I've verified that it happens there too, so this is not a "mixing
testing with unstable" problem.

Manually installing libmetacity0 fixed the problem in both cases.

- -- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages monodevelop depends on:
ii  gnome-icon-theme   2.14.2-1  GNOME Desktop icon theme
ii  konsole [x-terminal-em 4:3.5.2-1 X terminal emulator for KDE
ii  libgconf2.0-cil2.8.2-1   CLI binding for GConf 2.12
ii  libgecko2.0-cil0.11-2CLI binding for the GtkMozEmbed li
ii  libglade2.0-cil2.8.2-1   CLI binding for the Glade librarie
ii  libglib2.0-0   2.10.2-1  The GLib library of C routines
ii  libglib2.0-cil 2.8.2-1   CLI binding for the GLib utility l
ii  libgnome2.0-cil2.8.2-1   CLI binding for GNOME 2.12
ii  libgtk2.0-02.8.16-1  The GTK+ graphical user interface 
ii  libgtk2.0-cil  2.8.2-1   CLI binding for the GTK+ toolkit 2
ii  libgtksourceview1.0-0  1.4.2-2   shared libraries for the GTK+ synt
ii  libgtksourceview2.0-ci 0.10-3CLI binding for the gtksourceview 
ii  liblog4net1.2-cil  1.2.8+1.2.9beta-1 highly configurable logging API fo
ii  libmono-cecil0.3-cil   0.3-1 library to generate and inspect CI
ii  libmono-corlib1.0-cil  1.1.13.6-3Mono core library (1.0)
ii  libmono-sharpzip0.84-c 1.1.13.6-3Mono SharpZipLib library
ii  libmono-system-runtime 1.1.13.6-3Mono System.Runtime library
ii  libmono-system1.0-cil  1.1.13.6-3Mono System libraries (1.0)
ii  libmono1.0-cil 1.1.13.6-3Mono libraries (1.0)
ii  mono-mcs   1.1.13.2-1

Bug#365940: [quagga-users 6839] Re: Quagga RIPD unauthenticated route injection

[Christian Hammers]

Notes from the upstream author. Maybe we should wait a day or two with
the DSA as it could break something with the current patch.

bye,

-christian-


On 2006-05-03 Paul Jakma wrote:
> On Wed, 3 May 2006, Christian Hammers wrote:
> 
> > Can I use the second version of the patch to prepare the Debian 
> > security updates or should I rather wait until you have a cleaner 
> > patch?
> 
> The patch itself is clean, however it changes the default 
> authentication type - which isn't the best thing to do for 0.98. I 
> need to change it to leave the default alone so it can be releasable.
> 
> > Apropos, the patch cleanly applies to version 0.98.3 which was the 
> > one shipped with the last Debian release. Can I safely use it and 
> > does it fix the problem in 0.98.3, too?
> 
> Yes. But see above.


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

Bug#41046: Possible fix

[Roan Kattouw]

Maybe ud should check /proc/uptime to see what the real uptime is. That 
guards against ud being killed/restarted/whatever, but it has another 
flaw: on 32-bit machines /proc/uptime rewinds every 49.7 days (on 2.6, 
497 days on 2.4). A better scheme would be to log the /proc/uptime value 
and the amount of rewinds detected to a /var/tmp file. Whenever 
/proc/uptime reports a lower value than our last logged one, we've found 
ourselves a rewind. A schematical overview of this process would be like 
this:

1. Read /proc/uptime
2. Compare the uptime value with the previous one. If it's lower, 
increase the rewind counter.

3. Overwrite the old uptime value and rewind count with the new ones
4. Calculate uptime and write it to the records
5. Sleep for some time
6. Return to 1
Uptime (in seconds) can be calculated the usual way, adding in 
rewinds*49.7 days.


The only case in which this doesn't work is when ud isn't there to watch 
/proc/uptime for 49.7 days straight, but most admins know better than to 
leave their system in single-user mode for 50 days. Of course the 
/var/tmp file should be nuked on reboot, but I believe FHS dictates that 
/var/tmp be cleaned at boot time.



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

Bug#365224: udev: missing and incomplete links to CD and DVD devices

[Marco d'Itri]

On May 03, Kirill <[EMAIL PROTECTED]> wrote:

> Hmm, so it looks like the
> 
> [ "$ID_CDROM_DVD_RW" ] && write_rule "$match" "dvdrw$link_num"
> 
> line in /lib/udev/write_cd_rules needs to be
> 
> [ "$ID_CDROM_DVD_R" ] && write_rule "$match" "dvdrw$link_num"

No, because a DVD_R is obviously not writeable.
The correct solution is to consider $ID_CDROM_MRW_W too.
(BTW, you will have to update or delete the rules file by yourself since
it has already been created.)

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#360120: [Logcheck-devel] Bug#360120: logcheck-database: logcheck-sudo should treat sudoedit no worse than "sudo vi"

[Jamie L. Penman-Smithson]

package logcheck-database
tags 360120 pending
thanks

On 30 Mar 2006, at 18:48, Jan Braun wrote:
logcheck does not report invocations of "sudo $EDITOR /some/file",  
while it

does report "sudoedit /some/file". That's obviously inconsistent.
The patch below fixes it (by ignoring sudoedit, too).



Thanks for the patch. This will be included in the next release.

Thanks for your bug report,

--
-Jamie L. Penman-Smithson <[EMAIL PROTECTED]>
 PGP: C0A7 955E EED6 A309 23D7 863B C76A 26A3 F0DC FCA8
 never send mail to: [EMAIL PROTECTED]




PGP.sig
Description: This is a digitally signed message part

Bug#365814: gnupg: gpg does not round-trip clearsigned messages

[David Shaw]

On Wed, May 03, 2006 at 03:18:50PM -0700, Andrew Pimlott wrote:
> PS. I was off-line when I filed this, but now I notice that this has
> been discussed.  One message [1] suggests that this is a spec violation
> by gnupg.
> 
> Andrew
> 
> [1] http://www.imc.org/ietf-openpgp/mail-archive/msg12809.html

He is incorrect.  The spec explicitly states that clear signatures are
not reversible.  If some implementation makes them reversible, that's
great, but the spec says:

It is desirable to sign a textual octet stream without ASCII
armoring the stream itself, so the signed text is still readable
without special software. In order to bind a signature to such a
cleartext, this framework is used. (Note that this framework is not
intended to be reversible. RFC 3156 defines another way to sign
cleartext messages for environments that support MIME.)

David


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

Bug#365368: acknowledged by developer (Re: Bug#365368: powersaved mistaken about resume= parameter)

[jacob]

On Wed, May 03, 2006 at 01:03:25PM -0700, Debian Bug Tracking System wrote:
> From: Michael Biebl <[EMAIL PROTECTED]>
> jacob wrote:
> > On Tue, May 02, 2006 at 03:37:05PM +0200, Michael Biebl wrote:
> >> jacob wrote:
> >>> Package: powersaved
> >>> Version: 0.12.11-1
> >>> Severity: normal
> >>>
> >>>
> >>> powersaved complains that there is no resume= boot option, when I try to
> >>> suspend to disk. However:
> >>>
> >>> (root) /boot$ grep resume= /boot/grub/menu.lst
> >>> ## e.g. defoptions=vga=791 resume=/dev/hda5
> >>> # defoptions=resume=/dev/hda2
> >>> kernel  /boot/vmlinuz-2.6.16-dsdt-64m root=/dev/hda1 ro
> >>> resume=/dev/hda2
> >>> kernel  /boot/vmlinuz-2.6.16-1-k7 root=/dev/hda1 ro
> >>> resume=/dev/hda2
> >>> (root) /boot$ cat /proc/cmdline
> >>> root=/dev/hda1 ro resume=/dev/hda2
> >>>
> >>> Setting SUSPEND2DISK_SKIP_RESUME_CHECK to yes, as mentioned in the error
> >>> message (although not found in /etc/powersave/sleep), corrects the
> >>> problem.
> >>>
> >> Hi Jacob,
> >>
> >> could you please send me the output from cat /sys/power/resume?
> >> powersaved uses this method for determining the swap partition as there
> >> are several ways to specify the default resume partition (kernel config,
> >>  boot pararameter, initrd parameter).
> >> Please also send me the log file /var/log/suspend2disk.log.
> >>
> > 
> > $ cat /sys/power/resume
> > 0:0
> 
> Ok, here is the source of the problem. Your resume partition is not
> correctly set (0:0 basically means, no resume partition). So powersaved
> is actually working correctly (that's why I'm closing this bug).
> The question now is, why the resume partition is not correctly set.
> 
> 
> > Memory info:
> >  total   used   free sharedbuffers cached
> > Mem:710696 302760 407936  0  0 228288
> > -/+ buffers/cache:  74472 636224
> > Swap:0  0  0
> > 
> 
> Interesting. Seems as if the swap partition is not activated. Do you
> have a
> 
> /dev/hda2   noneswapsw  0 0
> 
> line in your /etc/fstab?

Hmm... that's odd.

$ free
   total   used   free sharedbuffers   cached
Mem:  710696 330852 379844  0  0   263396
-/+ buffers/cache:67456 643240
Swap:0  0  0
$ sudo /sbin/swapon -a
$ free
   total   used   free sharedbuffers cached
Mem:  710696 330940 379756  0  4 263512
-/+ buffers/cache:67424 643272
Swap: 506036  0 506036
$ cat /sys/power/resume
0:0
$

> Another possible reason could be, that the resume partition is not
> correctly set in the initrd (You are using a Debian kernel which uses an
> initial ramdisk).
> Could you please check /etc/mkinitramfs/conf.d/resume and also
> /etc/mkinitramfs/initramfs.conf if they have a bogus RESUME=...
> 

$ grep RESUME /etc/mkinitramfs/conf.d/resume
RESUME=/dev/hda2
$ grep RESUME /etc/mkinitramfs/initramfs.conf
# RESUME: [ /dev/hda2 | /dev/sdb2 ]
#RESUME=
$ sudo powersave -U
$

gives the same "The resume partition is not set up..." message.

$ cat /sys/power/resume
0:0
$

So powersave *is* doing the right thing, based on the sysfs entries. So,
maybe this is a kernel bug?

Jacob


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

Bug#365946: Acknowledgement (openbox: Openbox menu are unable to launch X apps except terminal)

[Laurent CARON]

Debian Bug Tracking System wrote:

Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Tollef Fog Heen <[EMAIL PROTECTED]>

If you wish to submit further information on your problem, please send
it to [EMAIL PROTECTED] (and *not* to
[EMAIL PROTECTED]).

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




Problem seems solved by the latest dist-upgrade done just a few mins ago.

Thanks


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

Bug#365886: epiphany-browser: Cannot display contents correctly with GBK encoding

[Mike Hommey]

On Wed, May 03, 2006 at 09:41:24PM +0200, Mike Hommey <[EMAIL PROTECTED]> wrote:
> reassign 365886 libxul0d
> thanks
> 
> On Wed, May 03, 2006 at 11:26:49PM +0800, Hongzheng Wang <[EMAIL PROTECTED]> 
> wrote:
> > Hi,
> > 
> > Any web pages encoded in simplified chinese are OK.  That is, the
> > charset in the html source is "gb2312", "gbk" or "gb18030".  For
> > example,
> > http://news.tsinghua.edu.cn/new/
> > These pages can be decoded correctly with GB2312 (maybe partly if
> > there are some chinese characters out of the scope of GB2312) and
> > GB18030, but displays incorrectly with GBK.
> > 
> > In fact, I also tested plain text files.  I composed a text file with
> > GB2312, and open it with epiphany.  Only gb2312 and gb18030 can
> > display the contents properly.
> 
> I's obviously a problem with the native uconv support in libxul0d.
> Reassigning. I will take a deeper look into that.

Okay, I identified the bug, and a workaround.

Edit the /usr/lib/xulrunner/res/charsetalias.properties file and replace
the x-gbk=x-gbk line by x-gbk=gbk.

Please confirm that solves your problem.

Thanks

Mike


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

Bug#365814: gnupg: gpg does not round-trip clearsigned messages

[David Shaw]

On Wed, May 03, 2006 at 03:16:21PM -0700, Andrew Pimlott wrote:
> On Wed, May 03, 2006 at 11:18:04AM -0400, David Shaw wrote:
> > This is not a bug.  Clearsigned messages are not reversible to restore
> > the original message including line endings and trailing whitespace.
> > If perfect reversibility is desired, you must use regular signatures.
> 
> Ok, but this seems like a strange and unexpected design for a
> signature.

It's part of the OpenPGP spec: under "Cleartext signature framework"
it says "Note that this framework is not intended to be reversible."

If you think about it, clear signatures have to modify the message to
some extent as line endings are different on different platforms.

> There should probably be some strong warnings in the documentation.  For
> example, the handbook misleadingly says
> 
> The option --clearsign causes the document to be wrapped in an
> ASCII-armored signature but otherwise does not modify the document.
> 
> Maybe the docs should say
> 
> Clearsigning modifies the message in minor ways that should not
> affect reading.  However, for this reason it should not be used on
> data that must be preserved exactly.

Ok, I'll add a note.

David


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

Bug#360017: I confirm the bug

[gpe]

I confirm the bug with a Deskjet 5652 with duplex unit.

-- 
+---+
| gpe92 |
+---+


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

Bug#365797: Need help with bug #365797

[Øystein Gisnås]

tag 365797 confirmed
quit

Hi,

I've learned to know that you are NM for the libnm-glib0 package. I'm NM
for evolution, and we have a problem with the new 1.6.1 release, see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365797

I've pretty much isolated the problem. Evolution uses NetworkManager
status to set online/offline. If dbus is not installed, though,
libnm_glib_dbus_init() in libnm-glib0 reports the error, but many times,
actually hundreds of times per second. The result is 100% CPU usage. At
first I thought the problem was in Evolution, but now I believe it's the
rescheduling of connection attempts in libnm-glib.c that causes it.

Since you might know the libnm-glib code better, can you have a look at
what might be wrong here? Shouldn't the rescheduling of connection
attempts have a timer?

I can easily reproduce this and have evo+libnm-glib with debug symbols
installed, if that can help.

RedHat also has this problem, as in
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183870

Cheers,
Øystein Gisnås

Bug#365814: gnupg: gpg does not round-trip clearsigned messages

[Andrew Pimlott]

PS. I was off-line when I filed this, but now I notice that this has
been discussed.  One message [1] suggests that this is a spec violation
by gnupg.

Andrew

[1] http://www.imc.org/ietf-openpgp/mail-archive/msg12809.html


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

Bug#365948: x11-common: broken depends on compat package xfree86-common

[Ray Kohler]

Package: x11-common
Version: 1:7.0.16
Severity: grave
Justification: renders package unusable

Version 7.0.16 of x11-common depends on xfree86-common, which is a
"useless" compatibility package. Making things worse is that
xfree86-common conflicts with x11-common. This prevents x11-common from
being installed at all.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-1-amd64-k8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0] 1.5.0  Debian configuration management sy
ii  debianutils   2.16   Miscellaneous utilities specific t
ii  lsb-base  3.1-5  Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf information:
* x11-common/xwrapper/nice_value: 0
* x11-common/xwrapper/allowed_users: Anybody
  x11-common/experimental_packages:
  x11-common/xwrapper/actual_allowed_users: anybody
  x11-common/xwrapper/nice_value/error:


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

Bug#365947: x11-common wrongly depends on transitional package xfree86-common

[Michael Biebl]

Package: x11-common
Version: 1:7.0.16
Severity: normal

x11-common has a wrong dependency on xfree86-common, which is a
transitional package. The dependency should most likely be the other way
around (xfree86-common depending on x11-common)

Cheers,
Michael

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (300, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-gentoo-r6
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages x11-common depends on:
ii  debconf [debconf-2.0] 1.5.0  Debian configuration management sy
ii  debianutils   2.16   Miscellaneous utilities specific t
ii  lsb-base  3.1-5  Linux Standard Base 3.1 init scrip

x11-common recommends no packages.

-- debconf information:
  x11-common/xwrapper/allowed_users: Console Users Only
  x11-common/experimental_packages:
  x11-common/xwrapper/actual_allowed_users: console
  x11-common/xwrapper/nice_value/error:
  x11-common/xwrapper/nice_value: 0


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

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Daniel Leidert]

Am Mittwoch, den 03.05.2006, 23:48 +0200 schrieb Christian Hammers:
> tags 365433 + unreproducible moreinfo
> thanks
> 
> Hello
> 
> > /usr/bin/mysql: unknown option '--no-defaults'
> 
> This is quite strange, as:
> 
>  $ mysql  --no-defaults --force --user=root --host=localhost --database=mysql
>  Reading table information for completion of table and column names
>  You can turn off this feature to get a quicker startup with -A
>  ...
> 
> The "--no-defaults" is a standard parameter that works for mysql since
> ages...
> Please check "/usr/bin/mysql --version" and "/usr/bin/mysql --help |grep
> default".

# /usr/bin/mysql --version
/usr/bin/mysql  Ver 14.12 Distrib 5.0.20a, for pc-linux-gnu (i486) using 
readline 5.1

# /usr/bin/mysql --help |grep default
  --default-character-set=name
  Set the default character set.
  starts with this option ENABLED by default! Disable with
  disabled by default.
  -o, --one-database  Only update the default database. This is useful for
  option the default pager is taken from your ENV variable
  --disable-reconnect. This option is enabled by default.
--print-defaultsPrint the program argument list and exit
--no-defaults   Don't read default options from any options file
--defaults-file=#   Only read default options from the given file #
--defaults-extra-file=# Read this file after the global files are read
character-sets-dir(No default value)
default-character-set latin1
database  (No default value)
host  (No default value)

# cat /usr/share/mysql/mysql_fix_privilege_tables.sql | /usr/bin/mysql 
--verbose --no-defaults --force --user=root --host=localhost --database=mysql
/usr/bin/mysql: unknown option '--no-defaults'

> Can you reproduce the problem?

I can reproduce that issue even when mysqld gets started or when I
reinstall mysql-server-5.0.

$ less /var/log/boot

Thu May  4 00:11:30 2006: Starting MySQL database server: mysqld.
Thu May  4 00:11:33 2006: .
Thu May  4 00:11:33 2006: FIXME: This is still too noisy but will be changed, 
soon!
Thu May  4 00:11:33 2006: This script updates all the mysql privilege tables to 
be usable by
Thu May  4 00:11:33 2006: MySQL 4.0 and above.
Thu May  4 00:11:33 2006:
Thu May  4 00:11:33 2006: This is needed if you want to use the new GRANT 
functions,
Thu May  4 00:11:33 2006: CREATE AGGREGATE FUNCTION, stored procedures, or
Thu May  4 00:11:33 2006: more secure passwords in 4.1
Thu May  4 00:11:33 2006:
Thu May  4 00:11:33 2006: Got a failure from command:
Thu May  4 00:11:33 2006: cat /usr/share/mysql/mysql_fix_privilege_tables.sql | 
/usr/bin/mysql --no-defaults --force --user=root --host=localhost 
--database=mysql
Thu May  4 00:11:33 2006: Please check the above output and try again.
Thu May  4 00:11:33 2006:
Thu May  4 00:11:33 2006: Running the script with the --verbose option may give 
you some information
Thu May  4 00:11:33 2006: of what went wrong.
Thu May  4 00:11:33 2006:
Thu May  4 00:11:33 2006: If you get an 'Access denied' error, you should run 
this script again and
Thu May  4 00:11:33 2006: give the MySQL root user password as an argument with 
the --password= option
Thu May  4 00:11:33 2006: Checking for crashed MySQL tables in the background.

> And if so send me
> your /etc/mysql/my.cnf, /root/.my.cnf and /etc/mysql/debian-start?

The first and the latter one are attached. The ~root/.my.cnf does not
contain related information. If I can provide more information, please
let me know.

Regards, Daniel


debian-start
Description: application/shellscript
#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "/var/lib/mysql/my.cnf" to set server-specific options or
# - "~/.my.cnf" to set user-specific options.
# 
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port= 3306
socket  = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket  = /var/run/mysqld/mysqld.sock
nice= 0

[mysqld]
#
# * Basic Settings
#
user= mysql
pid-file= /var/run/mysqld/mysqld.pid
socket  = /var/run/mysqld/mysqld.sock
port= 3306
basedir

Bug#365433: Possible bug in mysql_fix_privilege_tables (update was broken)?

[Christian Hammers]

tags 365433 + unreproducible moreinfo
thanks

Hello

> /usr/bin/mysql: unknown option '--no-defaults'

This is quite strange, as:

 $ mysql  --no-defaults --force --user=root --host=localhost --database=mysql
 Reading table information for completion of table and column names
 You can turn off this feature to get a quicker startup with -A
 ...

The "--no-defaults" is a standard parameter that works for mysql since
ages...
Please check "/usr/bin/mysql --version" and "/usr/bin/mysql --help |grep
default".

Can you reproduce the problem? And if so send me
your /etc/mysql/my.cnf, /root/.my.cnf and /etc/mysql/debian-start?

bye,

-christian-


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

Bug#365926: gwget2: implicit pointer conversion

[Arnaud Fontaine]

tags 365926 + upstream
thanks

Hello,

I have  sent the  patch to upstream  author.  I  hope it will  fix soon,
otherwise  I will  make  a patches  into  the debian/patches  directory.
Thanks for your patch and bug report.

Regards,
Arnaud Fontaine



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

Bug#365933: offlineimap: Dies with "instance has no attribute 'getrestoreatime'"

[Brian Nelson]

John Goerzen <[EMAIL PROTECTED]> writes:

> On Wed, May 03, 2006 at 02:11:47PM -0700, Brian Nelson wrote:
>> >> trying to sync between two IMAP servers (both courier 0.47-13, the
>> >> remote one using ssl), I get:
>> >
>> > Did you enable restoreatime in your config file?
>> 
>> Nope.
>
> OK, I'm going to need some more information from you then.  I'm using
> 4.0.12 here and am not having trouble at all.
>
> Can you send me along your config file, and also tell me at what point
> do you get the error?

The error happens immediately on the first folder.  Here's the config
file:

[general]
accounts = Personal, Lists
ui = Noninteractive.Basic, Noninteractive.Quiet
maxsyncaccounts = 2

[Account Lists]
localrepository = Local
remoterepository = RemoteLists
autorefresh = 10
maxconnections = 3

[Account Personal]
localrepository = Local
remoterepository = RemotePersonal
maxconnections = 3
autorefresh = 1

[Repository Local]
type = IMAP
remotehost = localhost
ssl = no
remoteuser = nelson
remotepassfile = ~/.offlineimap.pass
holdconnectionopen = yes

[Repository RemoteLists]
type = IMAP
remotehost = mail.bignachos.net
ssl = yes
remoteuser = nelson
remotepassfile = ~/.offlineimap.pass
#preauthtunnel = ssh -q mail.bignachos.net '/usr/bin/imapd ./Maildir'
holdconnectionopen = no
folderfilter = lambda foldername: foldername not in ['INBOX', 
'INBOX.catchmedia',
 'INBOX.debian']
#nametrans = lambda foldername: re.sub('^INBOX\.', '.', foldername)

[Repository RemotePersonal]
type = IMAP
remotehost = mail.bignachos.net
ssl = yes
remoteuser = nelson
remotepassfile = ~/.offlineimap.pass
#preauthtunnel = ssh -q mail.bignachos.net '/usr/bin/imapd ./Maildir'
holdconnectionopen = no
folderfilter = lambda foldername: foldername in ['INBOX', 'INBOX.catchmedia',
 'INBOX.debian']
#nametrans = lambda foldername: re.sub('^INBOX\.', '.', foldername)

> Are you sure you have the current OfflineIMAP installed?  (Can you try
> removing and reinstalling it?)

Yeah, it was definitely 4.0.12, and the same error occurred on two
different machines after upgrading.  I'm using 4.0.11 right now though
so that I can still get my mail.  :)

-- 
Captain Logic is not steering this tugboat.

Bug#362096: rtorrent: doesn't properly check for write errors

[Qingning Huo]

package rtorrent
tag 362096 + upstream confirmed
thanks

On Mon, May 01, 2006 at 03:44:47PM +0200, Jari Petter Sundell wrote:
> On Tue, 25 Apr 2006, Qingning Huo wrote:
> 
> >On Wed, Apr 12, 2006 at 10:07:45AM +0200, Yann Vernier wrote:
> >>Package: rtorrent
> >>Version: 0.4.5-1
> >>Severity: normal
> >>
> >>While downloading to a nearly full disc, rtorrent will assume writes
> >>succeed and download much more than it could store. I don't know if this
> >>also makes it send incorrect data.
> >
> >Hi Yann,
> >
> >Thanks for your bug report.  I am CC'ing the upstream author of rtorrent
> >because this seems to be a upstream problem.
> >
> >Jari, what is your thinking of the bug report?
> 
> Sorry for the late reply, got distracted by other things.
> 
> Linux 2.4 used to send a SIGBUS when the client tried to write to a full 
> disk. According to my cursory tests, on 2.6 it silently drops the pages 
> when the disk is full and it is forced to page out the data.
> 
> This would be detectable if I was using blocking msync as it would return 
> an error on full disk, non-blocking msync does not give any such error. To 
> fix this a separate thread could run msync (and hashing) in a blocking 
> manner.
> 
> Due to time constraints I haven't had time to fix this.
> 
> Rakshasa
> 

Hi,

Thanks for your confirmation.  I am tagging the bug as confirmed and
upstream. 

Regards,
Qingning



signature.asc
Description: Digital signature

Bug#346023: more information

[C. Scott Ananian]

On Wed, 3 May 2006, Bill Allombert wrote:


So I am considering following Guido advice and set the default value
to 1024M (so JPEGMEM still work but the 'nop' memory manager is almost
always used).

However I am surprised the speed differences are so large, it looks
like the ansi allocator is very slow. Would you be willing to investigate
that issue ? The log of bug #356556 include a test image.


Well, both allocators will be equivalently fast, until you run out of 
available memory.  Then the ansi allocator will do a much better job 
swapping to disk than linux's default memory manager, which will just 
thrash randomly.


On the other hand, not swapping to disk is always faster than having to 
swap (undoubtedly your bug reporters have lots of main memory and so don't 
otherwise have to swap).


The "best" solution is to figure out how much available memory is on the 
machine and set the cut off to that.  This is a hard problem: how much of 
the "free" memory in the system could safely be swapped?  It might be 
better to set JPEGMEM by default to some fixed fraction (25%?) of the 
memory in the system -- which works unless the machine is heavily loaded, 
etc.


One way or another, someone is going to have to set JPEGMEM -- either 
those on small memory machines or those on large.  The small memory 
machines get completely unresponsive if JPEGMEM is too large (because they 
swap uncontrollably), while the large memory machines just do things more 
slowly than they would otherwise.  That was my rational for setting 
JPEGMEM at a relatively modest value.  I don't have any vested interest in 
one particular value over another, as long as the code is compiled so that 
you can set JPEGMEM if you need to.  It may well make sense to gradually 
increase JPEGMEM as time goes on.

 --scott

mustard ESGAIN SEQUIN ODENVY operative MKULTRA COBRA JANE shotgun 
Noriega ZRMETAL operation Sigint ODEARL Waco, Texas PANCHO Diplomat

 ( http://cscott.net/ )


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

Bug#365814: gnupg: gpg does not round-trip clearsigned messages

[Andrew Pimlott]

On Wed, May 03, 2006 at 11:18:04AM -0400, David Shaw wrote:
> This is not a bug.  Clearsigned messages are not reversible to restore
> the original message including line endings and trailing whitespace.
> If perfect reversibility is desired, you must use regular signatures.

Ok, but this seems like a strange and unexpected design for a signature.
There should probably be some strong warnings in the documentation.  For
example, the handbook misleadingly says

The option --clearsign causes the document to be wrapped in an
ASCII-armored signature but otherwise does not modify the document.

Maybe the docs should say

Clearsigning modifies the message in minor ways that should not
affect reading.  However, for this reason it should not be used on
data that must be preserved exactly.

Andrew


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

Bug#365871: dosemu: VGA window no longer resizes

[Ross Boylan]

What's the best way to get old versions of the package?  I know how to
get stable, but I recall there's somewhere that has each individual
version.


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

Bug#365871: dosemu: VGA window no longer resizes

[Ross Boylan]

On Wed, May 03, 2006 at 11:32:17PM +0200, Bart Martens wrote:
> On Wed, May 03, 2006 at 06:35:50AM -0700, Ross Boylan wrote:
> > Package: dosemu
> > Version: 1.2.2-3
> > Severity: normal
> > 
> > Since the upgrade,
> 
> What exactly did you upgrade? Only dosemu, or also other packages? Did
> you upgrade dosemu from 1.2.2-2 to 1.2.2-3 ?

Everything.  Prior dosemu was 1.2.1-3.  In particular, some X upgrades
came along about the same time.  But I believe these problems started
with the dosemu upgrade.  Here's the log of stuff updated at the same
time (there have been others since):
wheat:/usr/local/rootlog# date; time apt-get -q dist-upgrade; date
Fri Feb 24 22:54:48 PST 2006
Reading package lists...
Building dependency tree...
The following packages will be REMOVED:
  libxklavier8
The following NEW packages will be installed:
  libwavpack0
The following packages have been kept back:
  grip libkrb5-17-heimdal locales mysql-client mysql-server
The following packages will be upgraded:
  console-common cpp-4.0 dmidecode dosemu dpatch eog fastjar g++-4.0 gcc-4.0 
gcc-4.0-base gimp gimp-data gimp-helpbrowser gimp-python
  gimp-svg gnome-applets gnome-applets-data gobjc-4.0 gstreamer0.8-cdparanoia 
gstreamer0.8-misc gstreamer0.8-oss initscripts jikes kcalc
  kcharselect kdf kfloppy khexedit kjots libaudio-dev libaudio2 libfreetype6 
libfreetype6-dev libgcc1 libgimp2.0 libgnomeui-0
  libgnomeui-common libgstreamer-gconf0.8-0 libgstreamer-plugins0.8-0 
libgstreamer0.8-0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common
  libgtk2.0-dev libobjc1 libsoup2.2-8 libstdc++6 libstdc++6-4.0-dev 
libxklavier10 mindi-busybox nano python-gnome2 python2.3-gnome2 sysv-rc
  sysvinit tetex-base tetex-doc tetex-extra xfonts-dosemu
59 upgraded, 1 newly installed, 1 to remove and 5 not upgraded.

> 
> > when I run a program that uses VGA mode
> 
> Which program? 
Grandview with the /v switch

>How to reproduce the problem?
> 
> > under
> > xdosemu the window does not resize and I end up with an incredibly
> > squished display.
> 
> Can you upload screenshots of the good display and the "squished"
> display?
The squished display is attached.
> 
> > I do find that if I manually resize the window
> 
> Is this "manually resize" something else than what you meant before
> "does not resize"?  
Yes.
>What is the difference?
Manually resize = click on edge of window and drag to change its
shape.

The previous behavior was that I would be in a standard size window
(inside xdosemu) and type the name of a batch file.  The batch file
executed the command "gv /v" where /v is vga mode.  xdosemu appeared
to detect that program had gone into VGA mode and resized the window,
making it about twice as tall as before.  I did not click the window.
In fact, I'm not even sure what resizing the window did before.
> 
> > everything gets bigger, though the font doesn't look too good.  I
> > think that's because it is just an enlarged, low-res font.
> 
> Screenshots?
Attached, with about the best resizing I could manage.

> 
> > May be related to #362367.
> 
> Good guess, could be, worth checking.
How?  Is a fix for that coming anytime soon?  Or is there a
work-around?

There might be two separate issues here: the window resizing and the
font.

> 
> > The old behavior was that the window resized dynamically as I went
> > into or out of VGA mode.
> 
> Can you describe how you do this? Can you confirm that this still works
> after downgrading dosemu to the older version?
> 
> > Versions of packages dosemu recommends:
> > pn  dosemu-freedos (no description available)
> 
> Does the problem of this bug also exist when you use dosemu-freedos
> 0.0.b9r5a-2 instead of some other DOS you may be using?
> 

I will experiment with the variations and report back as time permits,
probably not before the weekend.

Thanks.

Ross


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