Bug#441152: [Pkg-db-devel] Bug#441152: libdb4.4: 4.4.20-8 -> 4.4.20-9 breaks txn_begin

[Clint Adams]

On Fri, Sep 07, 2007 at 08:06:35AM +0200, Adrian von Bidder wrote:
> See #441069: txn_begin seems to fail with 4.4.20-9.  Downgrading to 4.4.20-8 
> makes the problem go away (doesn't matter which version the database was 
> created with.)

Yes, someone should revert the mutex change.


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

Bug#441071: Package libGLU1-mesa breaks compi-fusion's expo plugin

[Massimo Gagliasso]

Sorry. I was wrong!!
I've just retested : with version 7.0.1-1 it works. I didn't restarted my
gnome session.
Of course I get other strange behaveoiurs due to different libGLU1-mesa
version.


To compile the test program I attached you have to install freeglut3-dev and
link with -lglut .

Max


> Can you try 6.5.3 now?
> http://snapshot.debian.net/archive/2007/05/22/debian/pool/main/m/mesa/
>
> > Maybe should I wait for Mesa 7.0.2 release?
>
> 6.5.2 is still available from
> http://snapshot.debian.net/archive/2007/07/11/debian/pool/main/m/mesa/
> in the meantime.
>
> Since you provided a program to reproduce, we should be able to locate
> which commit broke this (with git-bisect between 6.5.2 and 6.5.3 or
> 6.5.3 and 7.0.1 depending on your reply to the first question).
>
> Brice
>
>

Bug#440714: [Pkg-db-devel] Bug#440714: Bug#440714: Bug#440714: libdb4.2: The latest upgrade seems to pose problem with cyrus and slapd database

[Clint Adams]

On Fri, Sep 07, 2007 at 08:46:43AM +0200, Florian Weimer wrote:
> What was the reason for that, anyway?
> 
> You can't change mutexes without changing the environment layout (data
> structure sizes change), and to make matters worse, this is not
> checked by the library.

The OpenLDAP people were making some claims about performance wrt mutex
types, and I had recalled that only the on-disk locking was different.
Obviously I was misinformed.


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

Bug#441140: keep this anjuta in unstable

[Neil Williams]

On Thu, 06 Sep 2007 23:30:21 -0300
David Roguin <[EMAIL PROTECTED]> wrote:

> Package: anjuta
> Version: 1:1.2.4a-5+b1
> Severity: wishlist
> 
> --- Please enter the report below this line. ---
> 
> Please I want to keep the old (stable and reliable) anjuta 1.2.4
> while I can install the new anjuta (2.2.0). I really want to test the
> new anjuta without losing the old one.
> 
> Thanks a lot.
> David.

It would help if you actually elaborated on the reasons because
although the version of anjuta in sid has bugs, so does the version in
Lenny.

The new version is much improved over the first attempt to upgrade
anjuta when the version in unstable had to be reverted by using the
epoch specified in your report.

Are you prepared to take on maintenance of anjuta1 in Debian
personally? i.e. a fork? You need to make a much more persuasive
argument if you expect the current maintainer to take on the
maintenance of TWO versions of anjuta in Debian. Keeping anjuta1 in
testing means that the maintainer has to fix bugs in both versions.

If you really, really want anjuta1 to remain, your only real option is
to create an ITP and package it yourself as a fork that can be
installed alongside anjuta2 and maintain it yourself in the absence of
any upstream support. I have no idea what would be involved in that
task - it could easily involve maintaining old versions of associated
libraries as well as the anjuta program itself.


-- 

Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/


pgpogRjWPKkI0.pgp
Description: PGP signature

Bug#440714: [Pkg-db-devel] Bug#440714: Bug#440714: libdb4.2: The latest upgrade seems to pose problem with cyrus and slapd database

[Florian Weimer]

* Clint Adams:

> On Mon, Sep 03, 2007 at 11:04:19PM +0200, Francois Lorrain wrote:
>> I had to downgrade libdb4.2 from 4.2.52+dfsg-3 to dfsg-2.1 otherwise 
>> Cyrus2.2 and slapd would not read their own databases ...
>
> Somebody should probably revert the mutex change.

What was the reason for that, anyway?

You can't change mutexes without changing the environment layout (data
structure sizes change), and to make matters worse, this is not
checked by the library.


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

Bug#438458: linux-image-2.6.18-5-686-bigmem: All freezes on boot after message "agpgart:

[Henrik Wallén]

On Thu, Sep 06, 2007 at 04:59:01PM -0600, dann frazier wrote:

> I've a couple more kernels for you guys to try - thanks for all the
> help so far:
> 
> http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-5-686-bigmem_2.6.18.dfsg.1-13etch2+agptest2_i386.deb
> http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-5-686-bigmem_2.6.18.dfsg.1-13etch2+agptest3_i386.deb

Neither works for me, but there seems to be a different problem.
In both cases the last line printed is

  input: AT Translated Set 2 keyboard as /class/input/input0

that is, the freeze happens much earlier (before initializing SCSI or
IDE), and in this case I can reboot using ctrl-alt-del.

I forgot to point out that I use the amd64 arch, not i386. Maybe this
mismatch is the problem this time? (I used --force-architecture to be
able to install the above packages, and I guess that's a bad idea in
general.)


  Henrik Wallén

Bug#441158: libpostgresql-ocaml: Uninstallable in sid: Needs to be rebuilt against ocaml 3.10.0

[Sami Liedes]

Package: libpostgresql-ocaml
Version: 1.5.4-2+b1
Severity: normal

libpostgresql-ocaml needs to be rebuilt against new ocaml in sid in
order to be installable again.

Sami


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

Kernel: Linux 2.6.22.3-sli (PREEMPT)
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libpostgresql-ocaml depends on:
ii  libc6 2.6.1-2GNU C Library: Shared libraries
ii  libpq58.2.4-3PostgreSQL C client library
ii  ocaml-base-nox [ocaml-base-no 3.10.0-8   Runtime system for ocaml bytecode 

libpostgresql-ocaml recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#441157: autofs & nis - wrong startup order

[Martin Hans]

Package: autofs
Version: 4.1.4-13
Severity: normal


Hi,

If using the autofs and nis package together, the rc2.d startup order is wrong.
S19nis is started after S19autofs, hence the automount of home directories
specified by nis will not work after boot.

A simple rename of S19autofs (i. e. S20autofs) fixes the issue.

Best Regards

Martin 

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages autofs depends on:
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  ucf2.0020Update Configuration File: preserv

Versions of packages autofs recommends:
ii  nfs-common 1:1.0.10-6+etch.1 NFS support files common to client

-- no debconf information


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

Bug#441156: glchess: error in postinst

[Bas Zoetekouw]

Package: glchess
Version: 1.0+debian-1
Severity: serious

glchess can't be installed atm:

Setting up glchess (1.0+debian-1) ...
Traceback (most recent call last):
  File "/usr/sbin/update-python-modules", line 294, in ?
process(basedir,install_modules(py_installed))
  File "/usr/sbin/update-python-modules", line 162, in process
func(basedir, dir, file)
  File "/usr/sbin/update-python-modules", line 129, in install_modules_func
raise "Trying to overwrite %s which is already provided by 
%s"%(os.path.join(dir,file),otherdir)
Trying to overwrite glchess/ai.py which is already provided by 
/usr/share/python-support/gnome-games-data
dpkg: error processing glchess (--configure):
 subprocess post-installation script returned error exit status 1




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

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


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

Bug#441040: [INTL:ta] debconf PO translations for the package hex-a-hop

[Tirumurti Vasudevan]

while working on the file kbabel threw up couple of warnings. they seem
related to the header file. i am attaching a screenshot.
see if something needs to be done
thanks
regards
tv

-- 
BE HAPPY! LIFE IS TOO SHORT TO BE UNHAPPY!
<>

Bug#441138: Min-Max limits interpretation inverted for negative values

[Aurelien Jarno]

Bernard Jungen a écrit :
> Package: sensord
> Version: 1:2.10.4-1
> Severity: Important
> 
> Min-max limits meaning seems to be inverted here when negative (voltage)
> values are involved, continuously setting off the alarm! Swapping the min-max
> values in the config file fixes the problem, but then it's xsensors that
> gets the limits wrong! Monitored chip is it87 and kernel is 2.6.18-4-k7.
> 

Could you please give me an example with the values?


-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#439751: grep: different behaviour with --null-data

[Joerg Platte]

Hi,

this bug seems to be resolved with the last grep update to unstable 
(2.5.3~dfsg-2). 

You can close this bug.


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

Bug#441155: imagemagick: display needs fig2dev from the transfig package to display xfig files

[Charles Plessy]

Package: imagemagick
Version: 7:6.2.4.5.dfsg1-1
Severity: normal

chouca〔tmp〕$ display test.xfig
sh: fig2dev: command not found
display: Delegate failed `"fig2dev" -L ps "%i" "%o"'.
chouca〔tmp〕$ sudo aptitude install transfig
[...]
chouca〔tmp〕$ display test.xfig
chouca〔tmp〕$ 

Dear Luciano,

it is necessary to have transfig installed to display .xfig pictures. I think
that imagemagick could recommend it, as does not not have a complex dependancy
list. 

Have a nice day,

-- Charles Plessy, Wako, Saitama, Japan

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

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

Versions of packages imagemagick depends on:
ii  libbz2-1.0 1.0.3-7   high-quality block-sorting file co
ii  libc6  2.6.1-1+b1GNU C Library: Shared libraries
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libjasper1 1.900.1-3 The JasPer JPEG-2000 runtime libra
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  liblcms1   1.16-6Color management library
ii  libmagick9 7:6.2.4.5.dfsg1-1 Image manipulation library
ii  libpng12-0 1.2.15~beta5-2PNG library - runtime
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libtiff4   3.8.2-7   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxml22.6.29.dfsg-1 GNOME XML library
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3.3.dfsg-5  compression library - runtime

imagemagick recommends no packages.

-- no debconf information


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

Bug#441083: sshpass breaks shopt -s checkwinsize

[Shachar Shemesh]

Dwayne Litzenberger wrote:
>
>> It's more to do with the fact that when run through sshpass, the ssh
>> process is connected to a different TTY than the one used by sshpass and
>> the parent process. If passing SIGWINCH along to ssh is all it will take
>> to make things work, I will gladly do it. If it takes starting to figure
>> out what goes wrong and why, I somewhat doubt I'll invest the time
>> (though, if you write a patch, I'll incorporate the fix into upstream,
>> of course).
>> 
>
> Oh, it uses a different tty?  I think there might be an ioctl that sshpass 
> needs to handle, then.
>
>   
So now you know how the magic is done.

I've tagged this bug "upstream". I also found the docs I should have
read before (tty_ioctl(4), in case you were wondering). I'll see what I
can do about this bug.

Shachar


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

Bug#441154: scuttle: [INTL:fr] French debconf templates translation update

[Christian Perrier]

Package: scuttle
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of scuttle debconf templates to French
# Copyright (C) 2007 Christian Perrier <[EMAIL PROTECTED]>
# This file is distributed under the same license as the scuttle package.
#
# Christian Perrier <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: \n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-08-03 11:21-0300\n"
"PO-Revision-Date: 2007-09-02 07:51+0200\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: select
#. Description
#: ../scuttle.templates:1001
msgid "Prefered locale:"
msgstr "Paramètres régionaux :"

#. Type: select
#. Description
#: ../scuttle.templates:1001
msgid "Select the locale that you desire to use with scuttle."
msgstr ""
"Veuillez choisir les paramètres régionaux (« locale ») à utiliser avec "
"scuttle."

#. Type: boolean
#. Description
#: ../scuttle.templates:2001
msgid "Do you want to configure apache2?"
msgstr "Voulez-vous configurer Apache 2 ?"

Bug#441153: emacs22 conflicts with ilisp 5.12.0+cvs

[Baylis Shanks]

Package: emacs22
Version: 22.1+1-2

I think emacs22 conflicts with ilisp 5.12.0+cvs:

Setting up emacs22-common (22.1+1-2) ...

Setting up emacs22-bin-common (22.1+1-2) ...

Setting up emacs22 (22.1+1-2) ...
emacs-install emacs22
install/apel: Byte-compiling for emacs22 ... done.
install/auctex: Ignoring emacsen flavor: "emacs22".
install/dictionaries-common: Byte-compiling for emacsen flavour emacs22
Wrote /usr/share/emacs22/site-lisp/dictionaries-common/debian-ispell.elc
Wrote /usr/share/emacs22/site-lisp/dictionaries-common/ispell.elc
Wrote /usr/share/emacs22/site-lisp/dictionaries-common/flyspell.elc
emacsen-common: Handling install of emacsen flavor emacs22
emacsen-common: byte-compiling for emacs22
Loading /etc/emacs22/site-start.d/00debian-vars.el (source)...
Loading /etc/emacs/site-start.d/20apel.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
Loading /etc/emacs/site-start.d/50eldav.el (source)...
Loading /etc/emacs/site-start.d/50festival.el (source)...
Loading /etc/emacs/site-start.d/50haskell-mode.el (source)...
Loading /etc/emacs/site-start.d/50ilisp.el (source)...
Loading /etc/ilisp/ilisp.el (source)...
Error while loading 50ilisp
Loading /etc/emacs/site-start.d/50octave2.9-emacsen.el (source)...
Loading /etc/emacs/site-start.d/50psvn.el (source)...
Loading /etc/emacs/site-start.d/50pymacs.el (source)...
Loading /etc/emacs/site-start.d/50python-mode.el (source)...
Wrote /etc/emacs22/site-start.d/00debian-vars.elc
Wrote /usr/share/emacs22/site-lisp/debian-startup.elc
install/octave2.9-emacsen: Byte-compiling for emacsen flavour emacs22
Compilation log saved to 
/usr/share/emacs22/site-lisp/octave2.9-emacsen/install.log

install/eldav: Handling install for emacsen flavor emacs22
Wrote /usr/share/emacs22/site-lisp/eldav/eldav.elc
Wrote /usr/share/emacs22/site-lisp/eldav/vc-eldav.elc
install/pymacs: Handling install for emacsen flavor emacs22
Loading 00debian-vars...
Loading /etc/emacs/site-start.d/20apel.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
Loading /etc/emacs/site-start.d/50eldav.el (source)...
Loading /etc/emacs/site-start.d/50festival.el (source)...
Loading /etc/emacs/site-start.d/50haskell-mode.el (source)...
Loading /etc/emacs/site-start.d/50ilisp.el (source)...
Loading /etc/ilisp/ilisp.el (source)...
Error while loading 50ilisp
Loading /etc/emacs/site-start.d/50octave2.9-emacsen.el (source)...
Loading /etc/emacs/site-start.d/50psvn.el (source)...
Loading /etc/emacs/site-start.d/50pymacs.el (source)...
Loading /etc/emacs/site-start.d/50python-mode.el (source)...
Wrote /usr/share/emacs22/site-lisp/pymacs/pymacs.elc
install/ilisp: Handling install for emacsen flavor emacs22
emacs-install: /usr/lib/emacsen-common/packages/install/ilisp emacs22 
emacs21 xemacs21 failed at /usr/lib/emacsen-common/emacs-install line 28, 
 line 9.

dpkg: error processing emacs22 (--configure):
subprocess post-installation script returned error exit status 255



thanks,
 bayle

_
Share your special parenting moments! 
http://www.reallivemoms.com?ocid=TXT_TAGHM&loc=us




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

Bug#441152: libdb4.4: 4.4.20-8 -> 4.4.20-9 breaks txn_begin

[Adrian von Bidder]

Package: libdb4.4
Version: 4.4.20-9
Severity: grave
Justification: totally breaks postgrey

(don't hesitate to shoot back if it turns out that postgrey or 
libberkeleydb-perl is using libdb4.4 the wrong way :-)

See #441069: txn_begin seems to fail with 4.4.20-9.  Downgrading to 4.4.20-8 
makes the problem go away (doesn't matter which version the database was 
created with.)

cheers
-- vbi

P.S.: I didn't reassign the bug because I want to keep it open against 
postgrey as documentation for "my" users.

-- 
Penetration testing ... [is] expensive, and you'll get a thick report
when the testing is done. [...] Probably the safest thing you can do
with the report, after you read it, is shred it.
-- Bruce Schneier
   http://www.schneier.com/blog/archives/2007/05/is_penetration.html


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

Bug#441069: postgrey: breaks after cleaining main database

[Adrian von Bidder]

> > What version of libdb4.4 do you have installed?
>
> the 4.4.20-9 package of libdb4.4

Hmm. I'm using 4.4.20-8 from lenny.  I just tried 4.4.20-9 and had exactly 
this problem.  I'll open a bug against libdb4.4, then.  (Not reassigning 
the bug because I'm sure another person will just file a duplucate if I 
don't leave this open against postgrey.)

At least it doesn't break the database: downgrading to the version from 
lenny again, and postgrey just continues to work.

cheers
-- vbi


-- 
All progress is based upon a universal innate desire of every organism
to live beyond its income.
-- Samuel Butler, "Notebooks"


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

Bug#438458: linux-image-2.6.18-5-686-bigmem: All freezes on boot after message "agpgart:

[Jari Jylhä]

dann frazier kirjoitti:

> Can you test this:
>   
> http://snapshot.debian.net/2007/04/11/debian/pool/main/l/linux-2.6/linux-image-2.6.20-1-686-bigmem_2.6.20-1_i386.deb
> and if that doesn't work:
>   
> http://snapshot.debian.net/2007/05/23/debian/pool/main/l/linux-2.6/linux-image-2.6.21-1-686-bigmem_2.6.21-2_i386.deb

Server response: Not Found



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

Bug#441151: CGI options not working

[martin f krafft]

Package: bugs.debian.org
Severity: important

The form at the bottom pkgreport.cgi yields and error, it seems that
it does not seed the pkg= field and thus produces URLs like

  http://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=0;repeatmerged=0

which causes this message:

  An error occurred. Dammit. Error was: You have to choose something
  to select by.

It would be splendid if this could be fixed soon. I'd prepare
a patch, but I could not find information as to where to find the
source. If you let me know, I'll have a go.

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

Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#441108: coreutils: watch file

[Clint Adams]

On Thu, Sep 06, 2007 at 03:07:32PM -0600, Bob Proulx wrote:
> I don't understand.  That watchfile does not seem to exciting to me.
> Do you have a bug to report or a wishlist item to ask for?  Your
> message by itself is not clear as to the intention.  Please clarify.

Yes, I'd like for that watch file to be added to the Debian packaging.
This would benefit QA tools and persons wishing to generate reports
about upstream versions or to NMU or hijack coreutils in order to
update it to version 6.9, for example.

DEHS [1] is already functioning without the watch file, but
adding it to the package would make it more explicit and consistent.

[1] http://dehs.alioth.debian.org/maintainer.php?name=coreutils


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

Bug#441150: FTBFS: missing build-dependency on autoconf

[Matt Kraai]

Package: bacula-doc
Version: 2.2.0-1
Severity: serious
Tags: patch

bacula-doc fails to build from source because it cannot run autoconf:

 cd /tmp/buildd/bacula-doc-2.2.0/debian/tmp-build/autoconf && autoconf
 /bin/sh: autoconf: command not found
 make: *** [configure-stamp] Error 127

The attached patch fixes this problem by adding a build-dependency on
autoconf.

-- 
Matt
diff -ru bacula-doc-2.2.0~/debian/control bacula-doc-2.2.0/debian/control
--- bacula-doc-2.2.0~/debian/control2007-09-06 22:36:34.0 -0700
+++ bacula-doc-2.2.0/debian/control 2007-09-06 22:36:46.0 -0700
@@ -2,7 +2,7 @@
 Section: doc
 Priority: optional
 Maintainer: John Goerzen <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5), tetex-bin | texlive-base, tetex-extra | 
texlive-latex-recommended, tetex-extra|texlive-fonts-recommended, gs-common
+Build-Depends: debhelper (>= 5), tetex-bin | texlive-base, tetex-extra | 
texlive-latex-recommended, tetex-extra|texlive-fonts-recommended, gs-common, 
autoconf
 Standards-Version: 3.7.2
 
 Package: bacula-doc

Bug#441093: fix last check time in future

[Theodore Tso]

On Thu, Sep 06, 2007 at 06:54:27PM +0100, Ian Jackson wrote:
Content-Description: message body text
> Package: e2fsprogs
> Version: e2fsprogs_1.40.2-1
> Tags: patch
> Severity: minor
> 
> If the clock and timezone settings are not wholly reliable, then the
> last check time can end up being in the future, just like the last
> mount and last write times.  I think these should be fixed up in the
> same way (as described in eg #343662 and #343645).

I'm not going to apply this patch, because it could be the clock is
totally bogus, and in that case, you *do* want to do an fsck, because
it could have been a very, very long time since a check had been done.

My plan for fixing this given all of the whinging and "it's impossible
to fix this" is that distros who believe this can set in /etc/e2fsck.conf:

[options]
buggy_init_scripts = 1

 and this will cause e2fsck to allow the CMOS clock to be up to 24
hours into the future, to accomodate people who insist on setting
their CMOS clock to localtime, and yet can't manage to get their init
scripts to do the right thing at e2fsck time.

- Ted


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

Bug#396170: ecj-bootstrap removal -> tomcat5.5 uninstallable

[Michael Koch]

tag 396170 pending
thanks

On Thu, Sep 06, 2007 at 01:11:48PM -0400, Daniel Schepler wrote:
> package tomcat5.5
> severity 396170 serious
> thanks
> 
> As the subject says: since ecj-bootstrap has been removed from sid, tomcat5.5 
> is no longer installable.

I'm working on this.


Cheers,
Michael


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

Bug#441089: Bug#441147: Uninstallable due to dependency on virtual package ecj-bootstrap

[Matt Kraai]

On Fri, Sep 07, 2007 at 09:25:51AM +0200, Michael Koch wrote:
> reassign 441147 kaffe 2:1.1.7-4
> merge 441147 441089
> tag 441147 pending
> tag 441089 pending
> thanks
> 
> On Thu, Sep 06, 2007 at 10:11:12PM -0700, Matt Kraai wrote:
> > Package: kaffe-pthreads
> > Version: 2:1.1.7-4
> > Severity: serious
> > 
> > kaffe-pthreads fails to install because it depends on the virtual
> > package ecj-bootstrap:
> > 
> >  # apt-get install kaffe-pthreads
> >  Reading package lists... Done
> >  Building dependency tree   
> >  Reading state information... Done
> >  Some packages could not be installed. This may mean that you have
> >  requested an impossible situation or if you are using the unstable
> >  distribution that some required packages have not yet been created
> >  or been moved out of Incoming.
> >  
> >  Since you only requested a single operation it is extremely likely that
> >  the package is simply not installable and a bug report against
> >  that package should be filed.
> >  The following information may help to resolve the situation:
> >  
> >  The following packages have unmet dependencies:
> >kaffe-pthreads: Depends: ecj-bootstrap but it is not installable
> >  E: Broken packages
> 
> This is a duplicate of #441089. I'm merging these two bugs. I#m also
> working on new kaffe upload. Will upload soon.

Thanks for letting me know and fixing it so quickly.

-- 
Matt


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

Bug#441149: FTBFS: missing build-dependencies on libboost development packages

[Matt Kraai]

Package: asio
Version: 0.3.8~rc3-1
Severity: serious
Tags: patch

asio fails to build from source because it cannot find the header
files provided by libboost-dev, libboost-date-time-dev,
libboost-regex-dev, and libboost-test-dev.  The attached patch adds
these packages to its build-dependencies so that the header files can
be found.

-- 
Matt
diff -ru asio-0.3.8~rc3~/debian/control asio-0.3.8~rc3/debian/control
--- asio-0.3.8~rc3~/debian/control  2007-09-06 08:29:01.0 -0700
+++ asio-0.3.8~rc3/debian/control   2007-09-06 22:12:12.0 -0700
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Simon Richter <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5), autoconf, automake, doxygen, graphviz
+Build-Depends: debhelper (>= 5), autoconf, automake, doxygen, graphviz, 
libboost-dev, libboost-date-time-dev, libboost-regex-dev, libboost-test-dev
 Standards-Version: 3.7.2
 
 Package: libasio-dev

Bug#441069: postgrey: breaks after cleaining main database

[Erwan David]

Le Thu  6/09/2007, Adrian von Bidder disait
> Hi Erwan,
> 
> On Thursday 06 September 2007 15.41:39 Erwan David wrote:
> 
> > Each time postgrey logs a "cleaning up main database" I get the
> > following errors, then postgrey crashes, leaving the mail server
> > blocked.
> >
> > nez-casse postgrey[2334]: FATAL: Can't call method "txn_commit" on an
> > undefined value at /usr/sbin/postgrey line 257.
> 
> What version of libdb4.4 do you have installed?
> 
> Can you try wiping the postgrey database (or moving it away) and start with 
> an empty database?

Same crash during the night, I try with the patch.

-- 
Erwan


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

Bug#441148: FTBFS: missing build dependency on texlive-latex-base

[Matt Kraai]

Package: avr-libc
Version: 1:1.4.6-1
Severity: serious

avr-libc fails to build from source because it cannot run pdflatex:

 pdflatex refman.tex
 make[5]: pdflatex: Command not found
 make[5]: *** [refman.pdf] Error 127

It does not build-depend on texlive-latex-base, which contains
pdflatex in sid.

-- 
Matt


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

Bug#441146: linux-modules-extra-2.6: please add virtualbox-ose-source

[Daniel Baumann]

tags 441146 +pending
thanks

Torsten Werner wrote:
> please add the vboxdrv module from package virtualbox-ose-source for
> architectures amd64 and i386.

on my todo as soon as the fixed vbox-ose 1.5 is uploaded.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#441089: Bug#441147: Uninstallable due to dependency on virtual package ecj-bootstrap

[Michael Koch]

reassign 441147 kaffe 2:1.1.7-4
merge 441147 441089
tag 441147 pending
tag 441089 pending
thanks

On Thu, Sep 06, 2007 at 10:11:12PM -0700, Matt Kraai wrote:
> Package: kaffe-pthreads
> Version: 2:1.1.7-4
> Severity: serious
> 
> kaffe-pthreads fails to install because it depends on the virtual
> package ecj-bootstrap:
> 
>  # apt-get install kaffe-pthreads
>  Reading package lists... Done
>  Building dependency tree   
>  Reading state information... Done
>  Some packages could not be installed. This may mean that you have
>  requested an impossible situation or if you are using the unstable
>  distribution that some required packages have not yet been created
>  or been moved out of Incoming.
>  
>  Since you only requested a single operation it is extremely likely that
>  the package is simply not installable and a bug report against
>  that package should be filed.
>  The following information may help to resolve the situation:
>  
>  The following packages have unmet dependencies:
>kaffe-pthreads: Depends: ecj-bootstrap but it is not installable
>  E: Broken packages

This is a duplicate of #441089. I'm merging these two bugs. I#m also
working on new kaffe upload. Will upload soon.


Cheers,
Michael


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

Bug#441147: Uninstallable due to dependency on virtual package ecj-bootstrap

[Matt Kraai]

Package: kaffe-pthreads
Version: 2:1.1.7-4
Severity: serious

kaffe-pthreads fails to install because it depends on the virtual
package ecj-bootstrap:

 # apt-get install kaffe-pthreads
 Reading package lists... Done
 Building dependency tree   
 Reading state information... Done
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 
 Since you only requested a single operation it is extremely likely that
 the package is simply not installable and a bug report against
 that package should be filed.
 The following information may help to resolve the situation:
 
 The following packages have unmet dependencies:
   kaffe-pthreads: Depends: ecj-bootstrap but it is not installable
 E: Broken packages

-- 
Matt


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

Bug#441146: linux-modules-extra-2.6: please add virtualbox-ose-source

[Torsten Werner]

Package: linux-modules-extra-2.6
Version: 2.6.22-1
Severity: wishlist

Hi,

please add the vboxdrv module from package virtualbox-ose-source for
architectures amd64 and i386.

Cheers,
Torsten


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (985, 'stable'), (88, 'testing'), (87, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.21.1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#441144: logwatch: Please make default log level 4.

[Russell Coker]

Package: logwatch
Version: 7.3.1-5
Severity: minor

The default level of 5 for the detail gives huge amounts of output.  The people
who are prepared to read so much detail are the ones who are most prepared to
reconfigure it.  Most people want it to just run with default options and not
be excessively verbose.


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

Versions of packages logwatch depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  postfix [mail-transport-agent 2.3.8-2+b1 A high-performance mail transport 

Versions of packages logwatch recommends:
ii  libdate-manip-perl5.44-5 a perl library for manipulating da

-- no debconf information


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

Bug#441145: logwatch: Patch for Postgrey summary

[Russell Coker]

Package: logwatch
Version: 7.3.1-5
Severity: normal

The following patch will summarise the grey-listing on receipt by Postgrey
(may need some changes for other grey-listing implementations) and the
grey-listing on transmission for all the records I found in the logs of a
couple of mail servers I run.

--- postfix.orig2007-09-07 14:28:51.0 +1000
+++ /usr/share/logwatch/scripts/services/postfix2007-09-07 
14:36:54.0 +1000
@@ -166,6 +166,8 @@
 $RejectUnknownClients   = 0;
 $Undeliverable  = 0;
 $Deliverable= 0;
+$PostgreyReceived   = 0;
+$GreyListSent   = 0;
 
 while (defined($ThisLine = )) {
if ( 
@@ -241,6 +243,10 @@
  $Temp = "To " . $Dest . " Msg=\"" . $Msg . "\"";
  $ForeignBounce{$Temp}++;
   }
+   } elsif ($ThisLine =~ /reject: RCPT from .*: Recipient address rejected: 
Greylisted, see/) {
+  $PostgreyReceived++;
+   } elsif ($ThisLine =~ /status=deferred.*Recipient address rejected: 
.*[Gg]reylist/) {
+  $GreyListSent++;
} elsif ( ($Relay,$Dest) = ($ThisLine =~ m/reject: RCPT from ([^ ]*): 
$re_DSN <([^ ]*)>.* Relay access denied.* to=([^ ]*)/) ) {
   # print "reject: " . $ThisLine . "\n";
   # print "Relay :" . $Relay . " to " . $Dest . "\n";
@@ -433,6 +439,14 @@
print "\n$RemovedFromQueue messages removed from queue";
 }
 
+if ($PostgreyReceived > 0) {
+   print "\n$PostgreyReceived messages temporarily deferred on receipt by 
Postgrey";
+}
+
+if ($GreyListSent > 0) {
+   print "\n$GreyListSent transmitted messages temporarily deferred by remote 
Greylisting";
+}
+
 if ($QueueSizeExceeded > 0) {
print "\n$QueueSizeExceeded messages exceeded queue or message file size 
limit and removed";
 }

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

Versions of packages logwatch depends on:
ii  perl  5.8.8-7Larry Wall's Practical Extraction 
ii  postfix [mail-transport-agent 2.3.8-2+b1 A high-performance mail transport 

Versions of packages logwatch recommends:
ii  libdate-manip-perl5.44-5 a perl library for manipulating da

-- no debconf information


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

Bug#22506: Fw,

[Bryce]

It really does matter www.cornerneighbor.cn It matters 
to her too.





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

Bug#440943: libcompress-zlib-perl: Documentation and/or API inconsistencies

[Gunnar Wolf]

tags 440943 + upstream
thanks

I reported this bug to the CPAN request tracker, as it should be fixed
upstream. You can see the CPAN bug report at:

http://rt.cpan.org/Ticket/Display.html?id=29215

-- 
Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF


pgpiNUXFvFfEe.pgp
Description: PGP signature

Bug#439589: yes worked on me

[lhj]

this patch worked on me ,thanks

qwer


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

Bug#441009: Asciidoc enhancement requests

[Tong Sun]

Thanks for your swift reply Stuart.

The quick fixes work well. I should have write to you first before
changing my files. :-)

FYI, Just for the archive, I've forwarded your reply to 
[EMAIL PROTECTED], ref:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=441009

Thanks



  

Luggage? GPS? Comic books? 
Check out fitting gifts for grads at Yahoo! Search
http://search.yahoo.com/search?fr=oni_on_mail&p=graduation+gifts&cs=bz


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

Bug#441143: linux-image-2.6.21-2-vserver-sparc64: Vserver unaligned access regression

[Nathaniel Filardo]

Package: linux-image-2.6.21-2-vserver-sparc64
Version: 2.6.21-5
Severity: normal


Booting 2.6.21-2-vserver-sparc64 will not start vservers with dlimits in
place, complaining "vdu: readdir(): Bad address" (meaning a return of
EFAULT).  Further, vserver-stat produces its header but no servers,
despite that servers without dlimits were successfully started by the
init scripts.

Some stracing makes it look like the root cause is a getdents64() call
with its data pointer only aligned mod 4, not mod 8.  However, booting
2.6.18-4-vserver-sparc64 works but gives a host of dmesg output like

Kernel unaligned access at TPC[4b72d0] filldir64+0x54/0x134
Kernel unaligned access at TPC[4b72ec] filldir64+0x70/0x134
Kernel unaligned access at TPC[4b72b8] filldir64+0x3c/0x134

when starting vservers.  Despite these warnings it _works_, which is
key.  This bug may be inappropriately filed -- I have no idea if the
important package is the kernel, glibc, or util-vserver, though from a
bit of code groveling I'd bet against the latter.

Requesting the attention of some guru.  Thanks much.

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

Kernel: Linux 2.6.18-4-vserver-sparc64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.21-2-vserver-sparc64 depends on:
ii  coreutils5.97-5.4The GNU core utilities
ii  debconf [debconf-2.0]1.5.14  Debian configuration management sy
ii  initramfs-tools [linux-initr 0.90a   tools for generating an initramfs
ii  module-init-tools3.3-pre11-4 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.21-2-vserver-sparc64 recommends:
ii  libc6-sparc64 2.6.1-2GNU C Library: 64bit Shared librar
ii  util-vserver  0.30.213-1 user-space tools for Linux-VServer

-- debconf information excluded


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

Bug#441009: Asciidoc enhancement requests

[Tong Sun]

Just for the archive, forwarding from asciidoc author Stuart
Rackham, not solution but workaround:

> In brief, I hope that new asciidoc will keep urls as is, instead of
> doing text formatting to it:. . .

To revert to version 7 behavior put the v7 compatibility 
attribute on the command-line:

   -a asciidoc7compatible

> Also IMHO, the most common use of superscripts and subscripts are in
> math and chemical equations. In such case, the superscripts and
> subscripts are rather short. . .

To drop the super/subscripts definitions put the following lines in a 
custom .conf file or change in your global asciidoc.conf file:

 [quotes]
 ^=
 ~=

Another trick, you can selectively choose which substitutions to
perform by setting the subs attribute at the start of a block, for
example:

[subs="specialcharacters,macros"]
~subscripts~ and ^super scripts^ quotes won't be substituted.
Nor will http://host/~user/file#_anchor_tag_str_[]



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

Bug#441142: xpdf font rendering bug

[Джонатан Вашингтон]

Package: xpdf
Version: 3.02-1.1

Running debian unstable version of xpdf (3.02-1.1) with libfreetype6
(2.3.5-1+b1) and libt1 (5.1.0-2), with anti-aliasing and hinting
turned on, xpdf renders fonts at different heights.

A recompile of xpdf's latest source (3.02 with 3.02pl1 patch) built
against freetype (2.3.5) and t1lib (5.1.0) (obtained from the xpdf and
freetype sites) displays everything fine.

A graphic comparing the two versions can be found at the following url:
http://wiki.firespeaker.org/Image:Xpdf-3.0.2_comparison.png

-- 
Jonathan


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

Bug#433510: Local changes to /etc/default/mailgraph are overwritten

[gregor herrmann]

tags 433510 + patch
thanks

On Tue, 17 Jul 2007 09:31:19 -0700, Ben Armstrong wrote:

> We set MAIL_LOG=/var/log/maillog in /etc/default/mailgraph and upgraded.
> The local change was ignored and set to the value stored in debconf.
> This took down mailgraph for two days.  Unhappiness ensued.  Please fix.

The problem is that debian/config ignores /etc/default/mailgraph.
Unfortunately fixing debian/config is not enough because the old
debian/postrm uncoditionally removes /etc/default/mailgraph before
the new debian/config is called ...

The attached patch tries to cope with this situation by
1) removing /etc/default/mailgraph only on package purge
2) once saving the values from /etc/default/mailgraph in a new
   debian/preinst

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rod Stewart
diff -u mailgraph-1.13/debian/changelog mailgraph-1.13/debian/changelog
--- mailgraph-1.13/debian/changelog
+++ mailgraph-1.13/debian/changelog
@@ -1,3 +1,11 @@
+mailgraph (1.13-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "Local changes to /etc/default/mailgraph are overwritten" by using
+the current configuration in debian/config (closes: #433510).
+
+ -- gregor herrmann <[EMAIL PROTECTED]>  Fri, 07 Sep 2007 03:28:51 +0200
+
 mailgraph (1.13-1) unstable; urgency=low
 
   * New upstream release.
diff -u mailgraph-1.13/debian/config mailgraph-1.13/debian/config
--- mailgraph-1.13/debian/config
+++ mailgraph-1.13/debian/config
@@ -1,5 +1,13 @@
 #!/bin/sh -e
 . /usr/share/debconf/confmodule
+
+if [ -f /etc/default/mailgraph ]; then
+	. /etc/default/mailgraph
+	db_set mailgraph/start_on_boot "$BOOT_START"
+	db_set mailgraph/mail_log "$MAIL_LOG"
+	db_set mailgraph/ignore_localhost "$IGNORE_LOCALHOST"
+fi
+	
 db_input medium mailgraph/start_on_boot || true
 db_go
 db_input medium mailgraph/mail_log || true
diff -u mailgraph-1.13/debian/postrm mailgraph-1.13/debian/postrm
--- mailgraph-1.13/debian/postrm
+++ mailgraph-1.13/debian/postrm
@@ -1,4 +1,9 @@
 #!/bin/sh
-rm -f /etc/default/mailgraph
+
+set -e
+
+if [ "$1" = "purge" ] ; then
+	rm -f /etc/default/mailgraph
+fi
 #DEBHELPER#
 exit 0
only in patch2:
unchanged:
--- mailgraph-1.13.orig/debian/preinst
+++ mailgraph-1.13/debian/preinst
@@ -0,0 +1,41 @@
+#!/bin/sh
+
+set -e
+
+# summary of how this script can be called:
+#*  `install'
+#*  `install' 
+#*  `upgrade' 
+#*  `abort-upgrade' 
+
+
+case "$1" in
+upgrade)
+	if [ "$2" \< "1.13-1.1" ]; then
+if [ -f /etc/default/mailgraph ]; then
+	. /usr/share/debconf/confmodule
+  . /etc/default/mailgraph
+  db_set mailgraph/start_on_boot "$BOOT_START"
+  db_set mailgraph/mail_log "$MAIL_LOG"
+  db_set mailgraph/ignore_localhost "$IGNORE_LOCALHOST"
+fi
+	fi
+;;
+
+install|abort-upgrade)
+;;
+
+*)
+echo "preinst called with unknown argument \`$1'" >&2
+exit 1
+;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0
+
+


signature.asc
Description: Digital signature

Bug#432421: tagging 432421

[gregor herrmann]

# Automatically generated email from bts, devscripts version 2.10.7
# argl, forgot [EMAIL PROTECTED]
tags 432421 + patch



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

Bug#441141: libfltk1.1-dev: fltk-config: please add shared linking option to --compile

[Felipe Sateler]

Package: libfltk1.1-dev
Version: 1.1.7-4
Severity: wishlist


When building with fltk-config, it uses the static library by default,
and has no obvious way of specifying the shared library for use, other
than parsing --cxxflags and --ldflags


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

Kernel: Linux 2.6.21-felipe (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libfltk1.1-dev depends on:
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy
ii  libfltk1.11.1.7-4Fast Light Toolkit shared librarie
ii  libx11-dev2:1.0.3-7  X11 client-side library (developme

Versions of packages libfltk1.1-dev recommends:
ii  nvidia-glx-dev [libgl-dev]   100.14.11-1 NVIDIA binary Xorg driver developm

-- debconf information excluded


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

Bug#441140: keep this anjuta in unstable

[David Roguin]

Package: anjuta
Version: 1:1.2.4a-5+b1
Severity: wishlist

--- Please enter the report below this line. ---

Please I want to keep the old (stable and reliable) anjuta 1.2.4 while I can 
install the new anjuta (2.2.0).
I really want to test the new anjuta without losing the old one.

Thanks a lot.
David.

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

Debian Release: lenny/sid
  500 testing http.us.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
libart-2.0-2 (>= 2.3.18) | 2.3.19-3
libatk1.0-0  (>= 1.13.2) | 1.18.0-2
libbonobo2-0 (>= 2.15.0) | 2.18.0-2
libbonoboui2-0   (>= 2.15.1) | 2.18.0-5
libc6   (>= 2.5) | 2.6.1-1
libcairo2 (>= 1.4.0) | 1.4.10-1+b2
libfontconfig1(>= 2.4.0) | 2.4.2-1.2
libgcc1  (>= 1:4.1.1-12) | 1:4.2.1-5
libgconf2-4  (>= 2.13.5) | 2.18.0.1-3
libglade2-0 (>= 1:2.5.1) | 1:2.6.2-1
libglib2.0-0 (>= 2.12.9) | 2.14.0-2
libgnome-keyring0   (>= 0.8) | 0.8.1-2
libgnome2-0  (>= 2.17.3) | 2.18.0-4
libgnomecanvas2-0(>= 2.11.1) | 2.14.0-3
libgnomeprint2.2-0   (>= 2.17.0) | 2.18.0-2
libgnomeprintui2.2-0 (>= 2.17.0) | 2.18.0-2
libgnomeui-0 (>= 2.17.1) | 2.18.1-2
libgnomevfs2-0(>= 1:2.17.90) | 1:2.18.1-3
libgtk2.0-0  (>= 2.10.3) | 2.10.13-1
libice6 (>= 1:1.0.0) | 2:1.0.4-1
liborbit2  (>= 1:2.14.1) | 1:2.14.7-0.1
libpango1.0-0(>= 1.16.2) | 1.16.5-1
libpcre3(>= 4.5) | 7.2-1
libpopt0   (>= 1.10) | 1.10-3
libsm6   | 2:1.0.3-1+b1
libstdc++6 (>= 4.1.1-12) | 4.2.1-5
libvte9(>= 1:0.16.0) | 1:0.16.8-1
libx11-6 | 2:1.0.3-7
libxcursor1   (>> 1.1.2) | 1:1.1.8-2
libxext6 | 1:1.0.3-2
libxfixes3  (>= 1:4.0.1) | 1:4.0.3-2
libxft2   (>> 2.1.1) | 2.1.12-2
libxi6   | 2:1.1.2-1
libxinerama1 | 1:1.0.2-1
libxml2  (>= 2.6.28) | 2.6.29.dfsg-1
libxrandr2  (>= 2:1.2.0) | 2:1.2.1-1
libxrender1  | 1:0.9.2-1
zlib1g  (>= 1:1.2.1) | 1:1.2.3.3.dfsg-5
scrollkeeper | 0.3.14-13
anjuta-common   (>= 1:1.2.4) | 1:1.2.4a-5




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

Bug#441139: libfltk1.1-dev: Does not depend on libxft-dev nor libxinerama-dev

[Felipe Sateler]

Package: libfltk1.1-dev
Version: 1.1.7-4
Severity: important

They are only suggested. This means I need to explicitly depend on them
although I don't explicitly use them:

% fltk-config --compile cseditor.cxx
g++ -I/usr/include/freetype2 -o cseditor cseditor.cxx /usr/lib/libfltk.a
-lXft -lXinerama -lpthread -lm -lX11

However cseditor.cxx doesn't directly use neither Xft nor Xinerama.

libxft-dev and libxinerama-dev should be at least Recommends.

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

Kernel: Linux 2.6.21-felipe (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libfltk1.1-dev depends on:
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy
ii  libfltk1.11.1.7-4Fast Light Toolkit shared librarie
ii  libx11-dev2:1.0.3-7  X11 client-side library (developme

Versions of packages libfltk1.1-dev recommends:
ii  nvidia-glx-dev [libgl-dev]   100.14.11-1 NVIDIA binary Xorg driver developm

-- debconf information excluded


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

Bug#441046: network-manager-kde: Fails to build from source

[Michael Biebl]

Christoph Pleger schrieb:
> Hello,
> 
> On Thu, 06 Sep 2007 18:02:07 +0200
> Michael Biebl <[EMAIL PROTECTED]> wrote:
> 
 Which versions of autoconf and automake have you installed?
>>> autoconf 2.13 and autoconf 2.61
>> Uninstall autoconf 2.13 and you should be fine. I probably should add
>> a Build-Conflicts against autoconf 2.13 and automake 1.4
> 
> Okay, after removing autoconf2.13 I could build the package. A
> build-conflict against automake1.4 is not necessary, another version is
> used automatically if possible.
> 
> Maybe it is possible to make some changes so that the
> auto-distinguish-mechanism of the autoconf wrapper script is used? Then,
> it would be unnecessary to remove autoconf2.13.

I copy the admin/ directory from kapptemplate. So there isn't really
that much I can do in knetworkmanager about that (besides adding the
aforementioned Build-Conflicts).

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#441134: bsdgames: debian/menu invokes binaries inside Exec= without full path

[Joey Hess]

Michael Prokop wrote:
> ACK¹ - good point. But then the behaviour should be adjusted in
> other packages according:
> 
> # grep -r 'Exec=.*bin/' /var/lib/menu-xdg/applications/menu-xdg/ | wc -l
> 502
> 
> There does not seem to exist any consensus how that should be
> handled generally. I can't find an according policy inside
> http://alioth.debian.org/docman/view.php/30046/2/menu-one-file.html#s3.6
> as well. Do we care about the issue so it should become part of the
> policy?

I would be happy to see it become part of policy, but I don't consider
the issue important enough to try to convince people that their habits
of hardcoding paths are wrong -- except in specific cases where it
causes me trouble. When I discussed it with the menu maintainer, Bill 
Allombert recently, he said:

| The full list of menu entries as of yesterday is there:
| 
| 
| There are 619 use of /usr/games/ out of 686 games.
| 
| There are 3866 commands, 3532 of them using an absolute path.
| 
| Hard-coded path in command field seems to be an entrenched historical
| practice.  Strange stuff. Probably not worth the trouble to try to
| change that now.

> ¹ IMHO a clear and readable error message should be presented in
> pdmenu if a binary can't be found then². You are the maintainer of
> pdmenu as well: should I fill a separate bug report? Or do you know
> what I mean and care about that on your own? Or don't you see that
> as a bug at all?

Since the menu files provide command strings that can be a whole shell
command, or even a sequence of commands, pdmenu can't just search the
path for the command string and show an error if it's not found. The
best that could be done would be to run the command and display an error
if it existed nonzero. But there are many reasons for a command to exit
nonzero, not just because the shell couldn't find it in the path. Some
commands might even exit nonzero after running more or less
successfully. So it's not really possible for pdmenu to display a
message that clarifies what's happening.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#440946: pod2html: Various markup errors with (nested) definition lists

[Frans Pop]

I've sent an updated patch against 'bleadperl' upstream, including updates 
for relevant testsets.

I'm not sure if testset updates are also needed for Debian, especially as 
one test already fails (lib/Pod/t/htmllink.t) for 5.8.8-7.
The other relevant test (lib/Pod/t/htmlview.t) is currently OK.

Attached a patch for htmlview.t with needed updates for my patch. Let me 
know if you want a patch for htmllink.t too, but that would then also 
include a "blind" cleanup for the existing failures.

Cheers,
FJP

--- lib/Pod/t/htmlview.t.orig	2007-09-07 03:44:37.0 +0200
+++ lib/Pod/t/htmlview.t	2007-09-07 03:44:47.0 +0200
@@ -82,17 +82,15 @@
 new()
 Constructor method.  Accepts the following config options:
 
-foo
+foo
 
 
 The foo item.
 
-
-bar
+bar
 
 
 The bar item.
-
 This is a list within a list
 
 
@@ -102,48 +100,54 @@
 The waz item.
 
 
-baz
+
+baz
 
 
 The baz item.
 
-
 
 Title on the same line as the =item + * bullets
 
 Black Cat
 
+
 Sat on the
 
+
 Mat
 
+
 
 Title on the same line as the =item + numerical bullets
 
 Cat
 
+
 Sat
 
+
 Mat
 
+
 
 No bullets, no title
 
-
+
+
 
 Cat
 
-
-
+
+
 
 Sat
 
-
-
+
+
 
 Mat
 
-
 
 
 


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

Bug#441138: Min-Max limits interpretation inverted for negative values

[Bernard Jungen]

Package: sensord
Version: 1:2.10.4-1
Severity: Important

Min-max limits meaning seems to be inverted here when negative (voltage)
values are involved, continuously setting off the alarm! Swapping the min-max
values in the config file fixes the problem, but then it's xsensors that
gets the limits wrong! Monitored chip is it87 and kernel is 2.6.18-4-k7.


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

Bug#370709: xserver-xorg-video-nv: system hang in NVSync() when scrolling programs or terminal windows

[Bernard Jungen]

On Fri, Aug 10, 2007 at 08:49:17PM +0200, Brice Goglin wrote:
> On Wed, May 16, 2007 at 12:59:42AM +0200, Bernard Jungen wrote:
> > On Sun, May 13, 2007 at 09:16:09PM +0200, Brice Goglin wrote:
> > > For now, the best would be to try with xserver-xorg-video-nv 2.0.2 (the
> > > one in unstable). If you can't upgrade to it because it brings lots of
> > > dependencies (such a libc6 2.5), you might want to rebuild it. It should
> > > be easy.
> > 
> > I choose the rebuild route, but it'll be low precedence on my todo list,
> > especially since my workaround is reliable enough for now.
> 
> Did you have a chance to test a newer driver? Either 2.0.2 or the latest 
> 2.1.2?

Alas I had no chance yet to upgrade: a lot of work and the need for a stable
machine. Moreover I've noticed recently that further upgrades will need
upgrading some core packages other than apparently stable libc6.

To be honest, according to what I've read about Nvidia drivers, I don't
really expect the bug to really be fixed soon. Anyway, count on me to report
results when I upgrade.

Bernard.


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

Bug#441134: bsdgames: debian/menu invokes binaries inside Exec= without full path

[Michael Prokop]

* Joey Hess <[EMAIL PROTECTED]> [20070907 02:14]:
> Michael Prokop wrote:

> > Would be great if the Exec= lines of debian/menu of bsdgames could
> > provide the full path to the applications instead of the binary
> > names only.

> If you would like to run programs in /usr/games, keep it in your PATH.
> It's there by default.

> Any directory can be added to or removed from PATH, not just /usr/games.
> That is not a good argument for using hardcoded paths everywhere.
> Hardcoded paths are harmful:
> http://kitenet.net/~joey/blog/entry/absolute_paths_absolute_bad_idea/

ACK¹ - good point. But then the behaviour should be adjusted in
other packages according:

# grep -r 'Exec=.*bin/' /var/lib/menu-xdg/applications/menu-xdg/ | wc -l
502

There does not seem to exist any consensus how that should be
handled generally. I can't find an according policy inside
http://alioth.debian.org/docman/view.php/30046/2/menu-one-file.html#s3.6
as well. Do we care about the issue so it should become part of the
policy?

¹ IMHO a clear and readable error message should be presented in
pdmenu if a binary can't be found then². You are the maintainer of
pdmenu as well: should I fill a separate bug report? Or do you know
what I mean and care about that on your own? Or don't you see that
as a bug at all?

² I typically don't have /usr/games inside $PATH of user root for
example.

thx && regards,
-mika-


signature.asc
Description: Digital signature

Bug#441137: openoffice.org cannot be installed

[Jim Cline]

Package: openoffice.org
Version: 2.0.4.dfsg.2-5
Severity: serious
Justification: Policy 7.2

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

When trying to reinstall openoffice.org in debian testing, I get
error messages:

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  openoffice.org: Depends: openoffice.org-core (= 2.2.1-8) but
  2.0.4.dfsg.2-5 is to be installed
Depends: openoffice.org-officebean but it is not going to be installed
Depends: openoffice.org-filter-binfilter but it is not going to be installed
Depends: openoffice.org-filter-mobiledev but it is not going to be installed
Depends: openoffice.org-java-common (> 2.2.0-4) but 2.0.1-5 is to be installed


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

Versions of packages openoffice.org depends on:
ii  openoffice.org-base   2.0.4.dfsg.2-5 OpenOffice.org office suite - data
ii  openoffice.org-calc   2.0.4.dfsg.2-5 OpenOffice.org office suite - spre
ii  openoffice.org-core   2.0.4.dfsg.2-5 OpenOffice.org office suite archit
ii  openoffice.org-draw   2.0.4.dfsg.2-5 OpenOffice.org office suite - draw
ii  openoffice.org-impress2.0.4.dfsg.2-5 OpenOffice.org office suite - pres
ii  openoffice.org-java-commo 2.0.1-5OpenOffice.org office suite Java s
ii  openoffice.org-math   2.0.1-5OpenOffice.org office suite - equa
ii  openoffice.org-writer 2.0.4.dfsg.2-5 OpenOffice.org office suite - word

openoffice.org recommends no packages.

-- no debconf information


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

Bug#432421: ossp-uuid: FTBFS: unmet build dep php4-dev

[gregor herrmann]

tags 432421 + patch
thanks

On Mon, 09 Jul 2007 20:34:53 +, Lucas Nussbaum wrote:

> During a rebuild of all packages in sid, your package failed to build on i386.

[..]
> Package php4-dev is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> E: Package php4-dev has no installation candidate

php4(-dev) doesn't exist in unstable anymore.
IMO the only meaningful solution is to drop the php4-uuid binary
package.

Find attached a patch that rips out the php4 package.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Blind Mamie Forehand: Honey in the rock
diff -u ossp-uuid-1.5.1/debian/changelog ossp-uuid-1.5.1/debian/changelog
--- ossp-uuid-1.5.1/debian/changelog
+++ ossp-uuid-1.5.1/debian/changelog
@@ -1,3 +1,11 @@
+ossp-uuid (1.5.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove php4-uuid binary package as php4(-dev) doesn't exist in unstable 
+any more (closes: #432421).
+
+ -- gregor herrmann <[EMAIL PROTECTED]>  Fri, 07 Sep 2007 01:46:10 +0200
+
 ossp-uuid (1.5.1-1) unstable; urgency=low
 
   * New upstream release.
diff -u ossp-uuid-1.5.1/debian/rules ossp-uuid-1.5.1/debian/rules
--- ossp-uuid-1.5.1/debian/rules
+++ ossp-uuid-1.5.1/debian/rules
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 # Generated automatically from debian/packages
-# by yada v0.51, of Thu, 16 Nov 2006
+# by yada v0.53, of Fri,  4 May 2007
 
 DEB_HOST_ARCH:= $(shell dpkg-architecture -qDEB_HOST_ARCH 2>/dev/null)
 DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS 2>/dev/null)
@@ -146,23 +146,20 @@
 	echo -E '';\
 	echo -E 'pushd php';\
 	echo -E 'phpize5';\
-	echo -E 'for php in 4 5; do';\
-	echo -E 'mkdir build-php$$php';\
-	echo -E 'pushd build-php$$php';\
-	echo -E 'CC="$$CC" CFLAGS="$$CFLAGS -I../.. -L../.. -L../../.libs" \';\
+	echo -E 'mkdir build-php5';\
+	echo -E 'pushd build-php5';\
+	echo -E 'CC="$$CC" CFLAGS="$$CFLAGS -I../.. -L../.. -L../../.libs" \';\
 	echo -E '../configure \';\
-	echo -E '--cache-file=../config.cache \';\
-	echo -E '--enable-uuid \';\
-	echo -E '--disable-static \';\
-	echo -E '--with-php-config=php-config$$php';\
-	echo -E 'make';\
-	echo -E 'popd';\
-	echo -E 'LD_LIBRARY_PATH=`pwd`/../.libs \';\
-	echo -E 'php$$php -q -d "safe_mode=0" -d "extension_dir=./build-php$$php" uuid.ts $$php';\
-	echo -E 'done';\
+	echo -E '--cache-file=../config.cache \';\
+	echo -E '--enable-uuid \';\
+	echo -E '--disable-static \';\
+	echo -E '--with-php-config=php-config5';\
+	echo -E 'make';\
+	echo -E '   popd';\
+	echo -E '   LD_LIBRARY_PATH=`pwd`/../.libs \';\
+	echo -E '   php5 -q -d "safe_mode=0" -d "extension_dir=./build-php5" uuid.ts 5';\
 	echo -E 'popd';\
 	echo -E '';\
-	echo -E 'echo "php:php4-uuid:Depends=phpapi-`php-config4 --phpapi`" >> debian/substvars';\
 	echo -E 'echo "php:php5-uuid:Depends=phpapi-`php-config5 --phpapi`" >> debian/substvars') | /bin/bash
 	touch debian/build-stamp
 
@@ -183,7 +180,6 @@
 	debian/tmp-libossp-uuid-dev/DEBIAN/control \
 	debian/tmp-uuid/DEBIAN/control \
 	debian/tmp-libossp-uuid-perl/DEBIAN/control \
-	debian/tmp-php4-uuid/DEBIAN/control \
 	debian/tmp-php5-uuid/DEBIAN/control
 
 debian/tmp-libossp-uuid15/DEBIAN/control: debian/build-stamp debian/control
@@ -386,61 +382,6 @@
 	yada generate substvars libossp-uuid-perl
 	umask 022 && dpkg-gencontrol -isp -plibossp-uuid-perl -Pdebian/tmp-libossp-uuid-perl
 
-debian/tmp-php4-uuid/DEBIAN/control: debian/build-stamp debian/control
-	rm -rf debian/tmp-php4-uuid
-	umask 022 && install -d debian/tmp-php4-uuid/DEBIAN
-	install -d debian/tmp-php4-uuid/usr/share/doc/php4-uuid
-	umask 022; yada generate copyright \
-	  > debian/tmp-php4-uuid/usr/share/doc/php4-uuid/copyright
-	install -m 644 -p debian/changelog \
-	  debian/tmp-php4-uuid/usr/share/doc/php4-uuid/changelog.Debian
-	@umask 022 \
-	  && export pwd="$$(pwd)" \
-	  && export ROOT="$$(pwd)/debian/tmp-php4-uuid" \
-	  && export TMPROOT="$$(pwd)/debian/tmp" \
-	  && export CONTROL="$$(pwd)/debian/tmp-php4-uuid/DEBIAN" \
-	  && export PACKAGE="php4-uuid" \
-	  && export SOURCE="ossp-uuid" \
-	  && export VERSION="$(VERSION)" \
-	  && export DEB_HOST_GNU_CPU="$(DEB_HOST_GNU_CPU)" \
-	  && export DEB_HOST_GNU_TYPE="$(DEB_HOST_GNU_TYPE)" \
-	  && export DEB_HOST_GNU_SYSTEM="$(DEB_HOST_GNU_SYSTEM)" \
-	  && export DEB_BUILD_GNU_CPU="$(DEB_BUILD_GNU_CPU)" \
-	  && export DEB_BUILD_GNU_TYPE="$(DEB_BUILD_GNU_TYPE)" \
-	  && export DEB_BUILD_GNU_SYSTEM="$(DEB_BUILD_GNU_SYSTEM)" && (\
-	echo -E 'eval "yada () { pe

Bug#441136: ITP: jfftw -- Java library to perform Fast Fourier Transformations (FFT)

[Manuel Prinz]

Package: wnpp
Severity: wishlist
Owner: Manuel Prinz <[EMAIL PROTECTED]>
X-Debbugs-Cc: [EMAIL PROTECTED]


* Package name: jfftw
  Version : 20070725
  Upstream Author : Will Hossack <[EMAIL PROTECTED]>
* URL : http://www.ph.ed.ac.uk/~wjh/teaching/Java/fft/
* License : GPL
  Programming Lang: C, Java
  Description : Java library to perform Fast Fourier Transformations (FFT)

 jfftw is a simple, and partial, Java interface to the highly optimised
 FFTW C-package from Matteo Frigo and Steven Johnson from the Department
 of Applied Mathematics, MIT.
 .
 jfftw is developed by Will Hossack from the School of Physics, University
 of Edinburgh, Scotland.
 .
  Homepage: http://www.ph.ed.ac.uk/~wjh/teaching/Java/fft/


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

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



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

Bug#438179: glibc's getaddrinfo() sort order

[Joey Hess]

Pierre Habouzit wrote:
>   The point is, there is an RFC, and we put a patch so that admins can
> disable it using gai.conf.

"There is an RFC" is not always a good excuse for breaking existing systems.

"Admins can disable it" is not a good argument when one common class of
the breakage is all the systems that _don't_ disable it hammering
systems that have round-robins set up to distribute load. More
generally, "we added an option so your bug is fixed" is a common
fallacy.

>   Note also that old calls like gethostbyname still return address
> randomly. It's somehow accepted that people using getaddrinfo should be
> aware of the RFC requirements wrt orderings, and that applications for
> whose DNS resolutions round robins may matter should implement their own
> randomization.

getaddrinfo was around for many years before RFC 3484. It's been in
glibc since 1996. So you're saying that developers writing code in
the 90's should have somehow been aware of an RFC that was published in
2003.


BTW, I'm seeing some programs that use getaddrinfo and still don't have
the RFC 3484 sorting behavior. Is this controlled by the AI_ADDRCONFIG flag?

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#323440: ONLINE WINNING NOTIFICATION

[UK NATIONAL LOTTERY]

Uk National Lottery
Ref: L/200-26937
Batch: 2007MJL-01

Email:[EMAIL PROTECTED]

ONLINE WINNING NOTIFICATION

Dear Winner

We are pleased to inform you of the August, 2007 result of the winners of the 
UK NATIONAL LOTTERY ONLINE PROMO PROGRAMME, held on the 25th of August, 2007.

Your e-mail address attached to ticket number: 56475600545188 with  Serial 
number 5368/02 drew the lucky numbers: 4-12-14-20-46-49(bonus No. 24), which 
subsequently won you the lottery in the 2nd category i.ematch 5 plus bonus.

You have therefore been approved for a lump sum pay out of £100.000.00 (One 
Hundred Thousand Pounds Sterling) in cash credited to file XYL/26510460037/06.
To file for your claim, please contact our claims agent;

NAME: SUSAN OXFORD

Email:[EMAIL PROTECTED]

Provide her with the following informations:

Full Name:

Telephone Number:

Address:

Congratulations once more from all members and staff of this UK NATIONAL 
LOTTERY.

Sincerely, 

Brant Hunt
UK NATIONAL LOTTERY.





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

Bug#441132: qemubuilder: build of package failing due to date problems

[Junichi Uekawa]

Hi,

> When using qemubuilder --build, the clock inside the qemu instance does
> not appear to be set correctly. This leads to warning messages when
> untaring the sources, followed by a fatal failure when autotools are
> run:

Yup.

> Full log is attached.
> 
> Would a call to `date` to set the current time, as taken when
> qemubuilder is launched, in the init scripts, be considered okay ?

I was intending to do that myself, but please do beat me to it.

The real fix would be to find out why RTC time is not obtained (time
to debug qemu and linux kernel).

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#441133: qemubuilder: fail to build any package for sarge

[Junichi Uekawa]

Hi,

> The pbuilder-satisfydepends invocation in qemubuilder passes options
> that are not recognized by Sarge's pbuilder-satisfydepends, it seems:
> the help message is displayed when trying to do sarge builds.
> 
> It is therefore impossible to build packages for Sarge with current
> qemubuilder in Sid.

Eek. I kind of try to shy away from oldstable support.  If it's
easy-enough fix, it could be fixed, if not, I'd rather document as
non-supported.  Opinions?


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#440944: qemu killed

[Junichi Uekawa]

> This also happens after building a package. Everything works, only the
> terminal is somehow confused after the qemubuilder has finished. By
> experimenting, it seems the terminal works, but is not repeating what
> I write. Example:
> 
> [EMAIL PROTECTED]:~/debian/alioth/build-area$
> [EMAIL PROTECTED]:~/debian/alioth/build-area$
> [EMAIL PROTECTED]:~/debian/alioth/build-area$
> [EMAIL PROTECTED]:~/debian/alioth/build-area$
> [EMAIL PROTECTED]:~/debian/alioth/build-area$ tmobile-scripts_0.1.dsc
>  tmobile-scripts_0.1.tar.gz
> tmobile-scripts_0.1_source.changes
> [EMAIL PROTECTED]:~/debian/alioth/build-area$

Should be fixed in the next upload.




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

Bug#394232: gui-apt-key: Please let the user verify the fingerprint before adding the key

[Martin Schulze]

Alexander Schmehl wrote:
> * Martin Schulze <[EMAIL PROTECTED]> [061020 15:07]:
> 
> > > Wouldn't it be a good feature when adding a new key to show the user the
> > > fingerprint of the key to be added and asking him to verify it before
> > > really adding the key?
> > Is the fingerprint provided anywhere so users have something to
> > check the calculated one against?
> 
> Yes, for example debian-multimedia.org and debian-unofficial.org have
> respective chapters in their FAQs [1][2].
> 
> Links:
>   1: http://www.debian-multimedia.org/faq.html

Uh?  Yes???

>   2: http://www.debian-unofficial.org/faq.html

Ok.

>   3: http://lists.debian.org/debian-devel-announce/2004/01/msg7.html

Isn't this key added automatically via debian-archive-keyring?

Regards,

Joey

-- 
Testing? What's that? If it compiles, it is good, if it boots up, it is perfect.

Please always Cc to me when replying to me on the lists.


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

Bug#438179: glibc's getaddrinfo() sort order

[Kurt Roeckx]

On Fri, Sep 07, 2007 at 12:34:10AM +0200, Pierre Habouzit wrote:
>   the Ctte may want to read:
>   - http://udrepper.livejournal.com/16116.html
>   - http://people.redhat.com/drepper/linux-rfc3484.html

The first one makes a point to which I party agree, but also disagree.

It's atleast in the spirit of the rfc to prefer one that's on the local
network.  It might be the intention of rule 9, but then rule 9 isn't
very well written.

In the case the server has 2 addresses assigned, I doubt that you're
going to advertise the local one outside.  So you're atleast have a
different response for an internal and external query.  I don't see
why the interal query should also return the external address.

I already suggested that maybe rule 9 should be limited to the common
prefix length of the netmask you're using.  An other option is that you
extend rule 2 to have the same behaviour with ipv4, and that 10/8,
172.16/12 and 192.168/16 should be considered organization-local.

Ulrich Drepper actually called site-local in the second document, but
I think organization-local would be the right "scope" for it.


Kurt



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

Bug#421053: news

[Huy]

Package: irssi
Version: 0.8.10-2

--- Please enter the report below this line. ---

So... here we are, 1 month later, any news on when 0.8.11 is coming out?

Irssi 0.8.12-rc1 was released on August 25th btw.

Thanks

Huy


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22.6

Debian Release: lenny/sid
  990 unstableftp.de.debian.org
  500 testing security.debian.org
  500 testing ftp.de.debian.org


--- Package information. ---
Depends   (Version) | Installed
===-+-==
libc6  (>= 2.3.6-6) | 2.6.1-2
libglib2.0-0(>= 2.10.0) | 2.14.0-2
libncurses5  (>= 5.4-5) | 5.6+20070825-1
libperl5.8   (>= 5.8.8) | 5.8.8-7
libssl0.9.8   (>= 0.9.8a-1) | 0.9.8e-8
perlapi-5.8.8   |
perl   (>= 5.8.8-4) | 5.8.8-7
perl-base(>= 5.8.1) | 5.8.8-7


-- 
⚗ e10a5ba52ebd2b06b3cb114647d0b2d7149357ece59ebfb787a2a6cb653280ba ⚗
Key ID = 0xE024A6F3
Key fingerprint = C9A1 2E1E 1E10 6514 2E7D  8934 08C6 B43F E024 A6F3



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

Bug#441135: doesn't start without '-nosound' option

[Rafal Czlonka]

Package: singularity
Version: 0.26a+r409-2
Severity: normal

Hi,
When I start the game all I get is:

Traceback (most recent call last):
  File "singularity.py", line 146, in ?
g.load_sounds()
  File "/usr/share/games/singularity/code/g.py", line 116, in load_sounds
pygame.mixer.init()
pygame.error: No available audio device

The sound is up and running.

The only way I can play the game is to start it with the '-nosound'
option.

Cheers,
Raf

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.22-2-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages singularity depends on:
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-pygame1.7.1release-4.1+b1 SDL bindings for games development
ii  python-support   0.6.4   automated rebuilding support for p
ii  ttf-bitstream-vera   1.10-7  The Bitstream Vera family of free 

Versions of packages singularity recommends:
ii  singularity-music 001-1  Music for Endgame: Singularity gam

-- no debconf information


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

Bug#438458: linux-image-2.6.18-5-686-bigmem: All freezes on boot after message "agpgart:

[dann frazier]

On Thu, Sep 06, 2007 at 01:32:22PM +0300, Henrik Wall??n wrote:
> On Thu, Sep 06, 2007 at 12:16:21AM -0600, dann frazier wrote:
> 
> > I've been assuming this bug is fixed
> > upstream, but I'm not seeing an obvious fix. Let's check that first,
> > and maybe it'll help narrow down the fix.
> 
> I have the same motherboard as Jari (Asus P5B) and my computer also freezes
> after the message: "agpgart: Detected an Intel 965G Chipset."
> The P5B mobo has an Intel 965 chipset (not 965G), and therefore, I
> believe the following patch in 2.6.22 solves the problem: 

Thanks Henrik.

I've a couple more kernels for you guys to try - thanks for all the
help so far:

http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-5-686-bigmem_2.6.18.dfsg.1-13etch2+agptest2_i386.deb
http://people.debian.org/~dannf/bugs/438458/linux-image-2.6.18-5-686-bigmem_2.6.18.dfsg.1-13etch2+agptest3_i386.deb

-- 
dann frazier



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

Bug#440709: [Pkg-sysvinit-devel] Bug#440709: Bug#440709: initscripts: Please mount securityfs

[Henrique de Moraes Holschuh]

On Tue, 04 Sep 2007, Michael Holzt wrote:
> > 2.6.21 tpm driver doesn't seem to provide securityfs in a non-SE-Linux box.
> > Does it depend on anything else than just loading tpm?
> 
> I can't tell. I just observed that the code in drivers/char/tpm/tpm_bios.c
> attempts to create some securityfs files in a exported function called
> tpm_bios_log_setup. This function seems to be called from tpm.c if a real
> tpm chip was found and setup by one of the tpm chipset drivers. So i guess 
> the files will only appear on a machine which contains a supported tpm 
> chip.

Like my T43, where I don't even have a securityfs in the kernel, no matter
what I do (and I do have a tpm, it is enabled, and the drivers are loaded).
I must search more for this thing, apparently... probably I need to change
some kconfig option.

> My point however: It really seems that securityfs is not specific to
> apparmor (it probably even predates apparmor) and might not be only 
> used by tpm chips but by other software (e.g. other security frameworks 
> like apparmor) as well, so it probably won't be the right solution to 
> have the mount call in the apparmor package. On the other hand it seems
> that /sys/kernel/security is present in all newer kernel versions, so 
> when using a generic mount it would get mounted on a lot of systems
> which don't use it. I'm not sure if this is a problem.
> 
> I just don't know what would be the right solution, but maybe you do? :-)

We can just mount it.  It is like tmpfs, so we could just check if it is
available in /proc/filesystems, and if it is, mount it.  But *what* should
be the parameters for that mount command?

It should be umounted along with sysfs and procfs (i.e. last, or never).

-- 
  "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#434398: nvidia-kernel-common: Bad permissions for /dev/nvidia* with udev

[Randall Donald]

On Fri, 2007-07-09 at 00:22 +0200, Nico Golde wrote:
> Hi,
> I will do a 0-day NMU for this issue.
> The attached patch fixes this bug.
> It will be also archived on:
> http://people.debian.org/~nion/nmu-diff/nvidia-kernel-common-20051028+1_20051028+1-0.1.patch
> 
Thanks, that looks fine.


> Kind regards
> Nico
> 
-- 

Randall Donald [EMAIL PROTECTED]
http://www.khensu.org[EMAIL PROTECTED]
Programmer/Debian Developer GnuPG: 6C27DEAB





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

Bug#386568: [pkg-lighttpd] Bug#386568: lighttpd: Problem exists in current sid version

[Pierre Habouzit]

On Thu, Sep 06, 2007 at 09:11:12PM +, Patrick Schoenfeld wrote:
> Package: lighttpd
> Version: 1.4.17-1
> Followup-For: Bug #386568
> 
> Hi,
> 
> i am trying to provide a lighttpd configuration file in my mantis
> package but aliases don't seem to work. I did the following:
> 
> 1) create a file 20-mantis.conf in conf-available and link it to
> conf-enabled. content:
>   alias.url += ( "/mantis/" => "/usr/share/mantis/www/" )
> 2) restart lighttpd
> 
> It does not work. Result is 404, Not found. Same with "alias.url ="
> instead of "alias.url +=".
> If I do uncomment the existing aliases for /doc, then it results in an
> infinitive loop of these messages in the logfile:
> 
> 127.0.0.1 localhost - [06/Sep/2007:23:08:44 +0200] "GET /mantis//
> HTTP/1.1" 301 0 "-" "Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.6)
> Gecko/20070723 Iceweasel/2.0.0.6 (Debian-2.0.0.6-1)
> 
> I can't imagine a way to get it running. Any ideas?

  could you please reinstate:

alias.url = ("___invalid___" => "___invalid___")

  in lighttpd.conf somewhere, and then use the alias.url += version in
your configuration and tell us if it works ?

thanks
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp3EwuHJdVxE.pgp
Description: PGP signature

Bug#441134: bsdgames: debian/menu invokes binaries inside Exec= without full path

[Michael Prokop]

Package: bsdgames
Version: 2.17-10
Severity: normal


# cat /var/lib/menu-xdg/applications/menu-xdg/X-Debian-Games-Toys-worms.desktop
[Desktop Entry]
Type=Application
Encoding=UTF-8
Name=Worms
GenericName=
Comment=
Icon=
Exec=worms
Terminal=true
Categories=X-Debian-Games-Toys

When selecting 'worms' for example inside application menu of pdmenu
and /usr/games isn't inside $PATH you can't invoke worms (there's a
very short flicking error message on the bottom of the screen only).
The same problem applies to other binaries inside bsdgames as well.

Would be great if the Exec= lines of debian/menu of bsdgames could
provide the full path to the applications instead of the binary
names only.

regards,
-mika-


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

Bug#441083: sshpass breaks shopt -s checkwinsize

[Dwayne Litzenberger]

On Thursday 06 September 2007 15:54, Shachar Shemesh wrote:
> Storing a password in plain text truly is less secure than using private
> keys (especially with ssh-add), 

This bug isn't about storing passwords.  sshpass doesn't store passwords, it 
leaves that up to the program that invokes it.  Right now, my program does 
store passwords in plain text (base64 actually), but the plan is to move the 
passwords into something like kwallet, which stores the passwords encrypted 
against a passphrase.

As a side note, storing passwords in plain text (which is not the issue here) 
is no less secure than using public key authentication with a weak or empty 
passphrase.  Either way, if your secrets file is compromised, it's bad.

MIT Kerberos stores its master key unencrypted on the disk, by the way.

> and so I am a bit reluctant to make the 
> use of sshpass as a replacement to public key authentication too easy.

I understand your reservations, and I think the warnings in the package 
description and the man page are more than enough warning.  As a package 
maintainer, there is little you can do beyond that; You can't prevent users 
from posting their private SSH keys on Usenet, for example.

> It's more to do with the fact that when run through sshpass, the ssh
> process is connected to a different TTY than the one used by sshpass and
> the parent process. If passing SIGWINCH along to ssh is all it will take
> to make things work, I will gladly do it. If it takes starting to figure
> out what goes wrong and why, I somewhat doubt I'll invest the time
> (though, if you write a patch, I'll incorporate the fix into upstream,
> of course).

Oh, it uses a different tty?  I think there might be an ioctl that sshpass 
needs to handle, then.


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

Bug#438179: glibc's getaddrinfo() sort order

[Pierre Habouzit]

On Thu, Sep 06, 2007 at 10:04:23PM +, Kurt Roeckx wrote:
> Hi,
> 
> I'm not agreeing with the glibc maintainer(s) about wether getaddrinfo()
> should sort the results or not.  I think the current way it sorts things
> does not work at all in IPv4, and I think it hurts more than it does
> good.
> 
> I'm seeking input from the tech-ctte on how to handle this.

  The point is, there is an RFC, and we put a patch so that admins can
disable it using gai.conf.

  Note also that old calls like gethostbyname still return address
randomly. It's somehow accepted that people using getaddrinfo should be
aware of the RFC requirements wrt orderings, and that applications for
whose DNS resolutions round robins may matter should implement their own
randomization.


  the Ctte may want to read:
  - http://udrepper.livejournal.com/16116.html
  - http://people.redhat.com/drepper/linux-rfc3484.html
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpbsLQbmRjCq.pgp
Description: PGP signature

Bug#419482: Kernel 2.6.18 - ALI15X3 driver too optmistic about UDMA

[Steve McIntyre]

Hi,

I reported this problem initially to the Debian BTS back in April, but
I've not had a chance to follow up on it since - the moment I got the
system up and running again, it needed to keep running as a build
daemon for us. Now I've got some downtime to allow me to delve
further...

On the "cats" machines that we use for arm buildd work, it seems the
kernel is too aggressive in enabling UDMA support for the onboard IDE
chip:

  ALi Corporation M5229 IDE (rev c1)

aka

00:11.0 IDE interface: ALi Corporation M5229 IDE (rev c1) (prog-if fa)
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr+ Stepping- SERR- FastB2B-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- SERR- id;
#endif /* CONFIG_WDC_ALI15X3 */

return 0;

if (m5229_revision <= 0x20) {
return 0;
} else if ((m5229_revision < 0xC2) &&
#ifndef CONFIG_WDC_ALI15X3
   ((chip_is_1543c_e && strstr(id->model, "WDC ")) ||
(drive->media!=ide_disk))) {
#else /* CONFIG_WDC_ALI15X3 */
   (drive->media!=ide_disk)) {
#endif /* CONFIG_WDC_ALI15X3 */
return 0;
} else {
return 1;
}
}

Looking back at the equivalent code in 2.4.27 (the previous kernel
this machine ran), that's rather different:

static u8 ali15x3_can_ultra (ide_drive_t *drive)
{
#ifndef CONFIG_WDC_ALI15X3
struct hd_driveid *id   = drive->id;
#endif /* CONFIG_WDC_ALI15X3 */

if (m5229_revision < 0xC1) {/* According to ALi */
return 0;
} else if ((m5229_revision < 0xC2) &&
#ifndef CONFIG_WDC_ALI15X3
   ((chip_is_1543c_e && strstr(id->model, "WDC ")) ||
(drive->media!=ide_disk))) {
#else /* CONFIG_WDC_ALI15X3 */
   (drive->media!=ide_disk)) {
#endif /* CONFIG_WDC_ALI15X3 */
return 0;
} else {
return 1;
}
}

So it would seem there has been a regression here - the assumption now
is that versions between 0x20 and 0xC1 can use UDMA fine unless there
is a WDC drive attached, but the old code wouldn't try UDMA at all on
chips older than rev C1.

In case it's relevant, I have a Samsung drive attached:

hda: SAMSUNG SP0411N, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
Probing IDE interface ide1...
hda: max request size: 128KiB
hda: 78242976 sectors (40060 MB) w/2048KiB Cache, CHS=16383/255/63, (U)DMA
hda: cache flushes supported
 hda: hda1 hda2

I have the machine out and ready to experiment with if any more
details are needed to help solve this problem.

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
"Every time you use Tcl, God kills a kitten." -- Malcolm Ray



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

Bug#436103: smc: fireballs not working after getting to new level

[Muammar El Khatib]

Hi Dmitry,

Thanks for reporting. I cannot reproduce this bug into my machine. I
am using Debian SID with an i386 Architecture and Kernel 2.6.22-1-686.

Regards,

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


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

Bug#434398: nvidia-kernel-common: Bad permissions for /dev/nvidia* with udev

[Nico Golde]

Hi,
I will do a 0-day NMU for this issue.
The attached patch fixes this bug.
It will be also archived on:
http://people.debian.org/~nion/nmu-diff/nvidia-kernel-common-20051028+1_20051028+1-0.1.patch

Kind regards
Nico

-- 
Nico Golde - http://ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF
For security reasons, all text in this mail is double-rot13 encrypted.
diff -Nru /tmp/EVNEbVBpMv/nvidia-kernel-common-20051028+1/debian/changelog /tmp/VVyFbK8h2g/nvidia-kernel-common-20051028+1/debian/changelog
--- /tmp/EVNEbVBpMv/nvidia-kernel-common-20051028+1/debian/changelog	2005-10-29 04:47:06.0 +0200
+++ /tmp/VVyFbK8h2g/nvidia-kernel-common-20051028+1/debian/changelog	2007-09-07 00:09:28.0 +0200
@@ -1,3 +1,11 @@
+nvidia-kernel-common (20051028+1-0.1) unstable; urgency=high
+
+  * Non-maintainer upload by testing security team.
+  * Added option to /etc/modprobe.d/nvidia-kernel-nkc to set
+correct device permissions (CVE-2007-3532) (Closes: #434398).
+
+ -- Nico Golde <[EMAIL PROTECTED]>  Fri, 07 Sep 2007 00:08:00 +0200
+
 nvidia-kernel-common (20051028+1) unstable; urgency=low
 
   * really fix script (closes: #335976) 
diff -Nru /tmp/EVNEbVBpMv/nvidia-kernel-common-20051028+1/nvidia-kernel.modules-2.6 /tmp/VVyFbK8h2g/nvidia-kernel-common-20051028+1/nvidia-kernel.modules-2.6
--- /tmp/EVNEbVBpMv/nvidia-kernel-common-20051028+1/nvidia-kernel.modules-2.6	2003-12-20 23:12:29.0 +0100
+++ /tmp/VVyFbK8h2g/nvidia-kernel-common-20051028+1/nvidia-kernel.modules-2.6	2007-09-07 00:06:12.0 +0200
@@ -1 +1,2 @@
 alias char-major-195* nvidia
+options nvidia NVreg_DeviceFileUID=0 NVreg_DeviceFileGID=44 NVreg_DeviceFileMode=0660


pgp2eCv9l8EwJ.pgp
Description: PGP signature

Bug#425861: Is this being maintained?

[Simon Walter]

Hello,

Jim Barber <[EMAIL PROTECTED]> writes:
> Does this package still have an active maintainer?
> This wish list item is 104 days old now.
> The current stable version of mailscanner is now at 4.63.7 and has numerous 
> additions, improvements, and fixes over the version that is packaged in 
> Debian.
> The fight against spam is a constant arms race, so if there is no maintainer 
> to this package there is little point in using it.

Not really active.
I have got a new job, changed location, moving again in 3 weeks, was
on holiday last week and will be on holiday the next two weeks.

Over a month ago I tried to upload a new version of this package, but
my previous sponsor stopped all his sponsorings. I asked in debian.mentors
for a new sponsor but there was little responce and I replied too late
to it.

The source of my new packaged version was no longer available and the
one person responding requested a new package with the lastest source.

I still havn't found the time to fullfill this request. Sorry for that.

I will be able to create a new package in 3-4 weeks. In the mean
time, anyone willing to help or take over the package is welcomed.

-- 
Regards
Simon Walter


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

Bug#441127: lablgtk2 - FTBFS: dh_install: liblablgtk2-ocaml-dev missing files (usr/lib/ocaml/3.10.0/lablgtk2/*.cmx), aborting

[Bastian Blank]

Package: lablgtk2
Version: 2.6.0-11
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of lablgtk2_2.6.0-11 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> dh_testdir -s
> dh_testroot -s
> dh_installexamples -s --exclude='.cvsignore' --exclude='rsvg' 
> --exclude='panel' --exclude='canvas' --exclude='GL'
> dh_installmenu -s
> dh_movefiles -s
> dh_install -s --sourcedir=/build/buildd/lablgtk2-2.6.0/debian/tmp 
> --list-missing
> dh_install: liblablgtk2-ocaml-dev missing files 
> (usr/lib/ocaml/3.10.0/lablgtk2/*.cmx), aborting
> make: *** [binary-arch] Error 1
> ******
> Build finished at 20070906-1031
> FAILED [dpkg-buildpackage died]


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

Bug#427795: Check with newer bochs.

[Raúl Sánchez Siles]

Hello:

Could you please try upgrading to latest bochs sid packages just to test that 
this is not a duplicate of #417416 
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417416)

Thanks.

-- 
 Raúl Sánchez Siles
->Proud Debian user<-
Linux registered user #416098


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

Bug#438179: glibc's getaddrinfo() sort order

[Kurt Roeckx]

Hi,

I'm not agreeing with the glibc maintainer(s) about wether getaddrinfo()
should sort the results or not.  I think the current way it sorts things
does not work at all in IPv4, and I think it hurts more than it does
good.

I'm seeking input from the tech-ctte on how to handle this.


Kurt



signature.asc
Description: Digital signature

Bug#441133: qemubuilder: fail to build any package for sarge

[Jean-Baptiste Note]

Package: qemubuilder
Version: 0.39
Severity: normal

Hi,

The pbuilder-satisfydepends invocation in qemubuilder passes options
that are not recognized by Sarge's pbuilder-satisfydepends, it seems:
the help message is displayed when trying to do sarge builds.

It is therefore impossible to build packages for Sarge with current
qemubuilder in Sid.

Kind regards,
JB

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

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

Versions of packages qemubuilder depends on:
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  pbuilder  0.171  personal package builder for Debia
ii  qemu  0.9.0-2fast processor emulator

qemubuilder recommends no packages.

-- no debconf information


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

Bug#435961: emacs22: segmentation fault during install

[Jari Aalto]

* Wed 2007-08-22 Rob Browning  INBOX
> Jari Aalto  writes:
>
>> Setting up emacs22 (22.1+1-1) ...
>> emacs-install emacs22
>> emacsen-common: Handling install of emacsen flavor emacs22
>> emacsen-common: byte-compiling for emacs22
>> /usr/lib/emacsen-common/packages/install/emacsen-common: line 44: 30218
>> Segmentation fault  ${FLAVOR} ${byte_compile_options}
>> //etc/${FLAVOR}/site-start.d/00debian-vars.el
>> ///usr/share/${FLAVOR}/site-lisp/debian-startup.el
>> emacs-install: /usr/lib/emacsen-common/packages/install/emacsen-common
>> emacs22 emacs21 failed at /usr/lib/emacsen-common/emacs-install line 28,
>>  line 1.
>> dpkg: error processing emacs22 (--configure):
>>  subprocess post-installation script returned error exit status 139
>
> Hmm.  I wonder if this might have been a problem with one of the
> add-on packages rather than with emacs22 itself.
>
> Could you try upgrading to 22.1+1-2 (just uploaded) and see if the
> problem recurs?

In the mean time while this bug was on, the harddrive developed a
surface failure and the environment no longer exists. I remember trying
to remove every additional package and doing several reinstall, but the
problem persisted. Perhaps that was related to the unforeseen disk
failure.

Bug closed.

Jari

-- 
Welcome to FOSS revolution: we fix and modify until it shines


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

Bug#435983: mount: fails to detect LABEL=foo filesystems

[martin f krafft]

tags 435983 help moreinfo
retitle 435983 please add udev rules to make mdadm register /dev/disk symlinks
thanks

also sprach Marco d'Itri <[EMAIL PROTECTED]> [2007.08.11.1829 +0200]:
> mount dropped its own code to parse LABEL= and UUID= and now uses the
> persistent names created by udev.
> The lvm and mdadm packages need to ship a rules file to create them.
> I will try to post them tomorrow.

Hi Marco,

I am going to prepare a new mdadm package soon and it would be nice
if you could send me the udev rules file for that (and maybe some
instructions as to what else I have to do).

Cheers,

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#441132: qemubuilder: build of package failing due to date problems

[Jean-Baptiste Note]

Package: qemubuilder
Version: 0.39
Severity: normal

Hi,

When using qemubuilder --build, the clock inside the qemu instance does
not appear to be set correctly. This leads to warning messages when
untaring the sources, followed by a fatal failure when autotools are
run:

(...)
dh_testdir
dh_testroot
rm -f build-arch-stamp build-indep-stamp #CONFIGURE-STAMP#
# Add here commands to configure the package.
./configure --host=arm-# Add here commands to clean up after the build process.
/usr/bin/make distclean
make[1]: Entering directory `/var/cache/pbuilder/pbuilder-mnt/debit-0.1'
make[1]: *** No rule to make target `distclean'.  Stop.
make[1]: Leaving directory `/var/cache/pbuilder/pbuilder-mnt/debit-0.1'
make: [clean] Error 2 (ignored)
cp -f /usr/share/misc/config.sub config.sub
cp -f /usr/share/misc/config.guess config.guess
dh_clean
make: warning:  Clock skew detected.  Your build may be incomplete.
 dpkg-source -b debit-0.1
dpkg-source: building debit in debit_0.1.tar.gz
dpkg-source: building debit in debit_0.1.dsc
 debian/rules build
make: Warning: File `debian/rules' has modification time 1.2e+09 s in the future
dh_testdir
linux-gnu --build=arm-linux-gnu --sysconfdir=/etc --prefix=/usr 
--mandir=\${prefix}/share/man --infodir=\${prefix}/share/info CFLAGS="-Wall -g 
-O2" LDFLAGS="-Wl,-z,defs"
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... configure: error: newly created 
file is older than distributed files!

Full log is attached.

Would a call to `date` to set the current time, as taken when
qemubuilder is launched, in the init scripts, be considered okay ?

Kind regards,
JB

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

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

Versions of packages qemubuilder depends on:
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  pbuilder  0.171  personal package builder for Debia
ii  qemu  0.9.0-2fast processor emulator

qemubuilder recommends no packages.

-- no debconf information


time-unset-bug.gz
Description: GNU Zip compressed data

Bug#441083: sshpass breaks shopt -s checkwinsize

[Shachar Shemesh]

Dwayne Litzenberger wrote:
> IT consulting.  Some customers are using password authentication on their 
> machines, and the scenario doesn't warrant setting up public key 
> authentication (users need to be able to deny me access by merely changing 
> their root password).
>   
As a side note, I don't see the great problem with them editing the
"authorized keys" file instead.
> Programs like "vim" and "less" aren't responding properly to changing the 
> size 
> of my xterm, which is a pain if I'm watching a log or something like that.
>   
The implications of the bug are clear. This is about use scenario.
Storing a password in plain text truly is less secure than using private
keys (especially with ssh-add), and so I am a bit reluctant to make the
use of sshpass as a replacement to public key authentication too easy.
> My uneducated
Well, you knew about SIGWINCH, which I didn't :-)
>  guess is that sshpass isn't passing on SIGWINCH to the ssh 
> process.
>   
It's more to do with the fact that when run through sshpass, the ssh
process is connected to a different TTY than the one used by sshpass and
the parent process. If passing SIGWINCH along to ssh is all it will take
to make things work, I will gladly do it. If it takes starting to figure
out what goes wrong and why, I somewhat doubt I'll invest the time
(though, if you write a patch, I'll incorporate the fix into upstream,
of course).
>  - Dwayne
>
>   
Shachar



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

Bug#441045: fixed upstream

[Joerg Mayer]

r221 | Joerg Mayer | 2007-08-31 11:35:05 +0200 (Fri, 31 Aug 2007) | 5 lines

scott rankin <[EMAIL PROTECTED]>:

Fix for:
Syntax error: "(" unexpected
-- 
Joerg Mayer   <[EMAIL PROTECTED]>
We are stuck with technology when what we really want is just stuff that
works. Some say that should read Microsoft instead of technology.


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

Bug#435578: 2.2.1 available - and builds against current g-wrap

[Neil Williams]

Package: gnucash
Version: 2.0.5-1.1

$ dpkg -I /opt/debian/pbuilder/result/gnucash_2.2.1-1_amd64.deb | grep wrap
 Depends: gnucash-common (>= 2.2.1-1), guile-1.8-libs, libart-2.0-2 (>= 
2.3.18), libatk1.0-0 (>= 1.13.2), libbonobo2-0 (>= 2.15.0), libbonoboui2-0 (>= 
2.15.1), libc6 (>= 2.6.1-1), libcairo2 (>= 1.4.0), libfontconfig1 (>= 2.4.0), 
libgconf2-4 (>= 2.13.5), libglade2-0 (>= 1:2.6.1), libglib2.0-0 (>= 2.14.0), 
libgmp3c2, libgnome-keyring0 (>= 0.8), libgnome2-0 (>= 2.17.3), 
libgnomecanvas2-0 (>= 2.11.1), libgnomeprint2.2-0 (>= 2.17.0), 
libgnomeprintui2.2-0 (>= 2.17.0), libgnomeui-0 (>= 2.17.1), libgnomevfs2-0 (>= 
1:2.17.90), libgoffice-1-2 (>= 0.2.1), libgsf-1-114 (>= 1.14.6), libgtk2.0-0 
(>= 2.10.12-3), libgtkhtml3.8-15 (>= 3.12.3), libice6 (>= 1:1.0.0), libltdl3 
(>= 1.5.2-2), libofx3, liborbit2 (>= 1:2.14.1), libpango1.0-0 (>= 1.18.1), 
libpopt0 (>= 1.10), libsm6, libx11-6, libxcursor1 (>> 1.1.2), libxext6, 
libxfixes3 (>= 1:4.0.1), libxi6, libxinerama1, libxml2 (>= 2.6.29), libxrandr2 
(>= 2:1.2.0), libxrender1, zlib1g (>= 1:1.2.3.3.dfsg-1), gconf2 (>= 2.10.1-2), 
slib (>= 3a2-5), guile-1.6-slib, libfinance-quote-perl, libdate-manip-perl, 
psfontmgr, x-ttcidfont-conf, guile-g-wrap (>= 1.9.9), libcrypt-ssleay-perl

I'm attaching the changes I made to debian/control and debian/rules to
get 2.2.1 to build in pbuilder but note the lack of a dependency on
g-wrap, just guile-g-wrap, just as the g-wrap maintainer expected.

The change to debian/rules just tweaks the generation of the .xpm file
because the upstream icon name has changed.

The debian/control changes involve:

1. retain guile-1.6-slib (not present in guile-1.8)

2. migrate to guile-1.8 (this could be dropped as guile-1.6-slib brings
in guile-1.6 and guile-g-wrap brings in guile-1.8 whereas gnucash
actually only builds with guile-1.6 currently and fails if only
guile-1.8 is installed!)

3. Specify the current g-wrap version to ensure we get the right one

4. Replace libgwrap-runtime0-dev with libgwrap-runtime-dev from g-wrap 1.9.9

One patch failed to apply when updating from 2.0.5 to the 2.2.1 tarball.

I haven't tested the 2.2.1 package yet but there appear to be
significant changes in the libraries that exist in the 2.2.1 package -
debdiff reports lots of foo.so.0.0.0 files replaced by foo.so.

Strangely, 2.2.1 also builds successfully against the old g-wrap and
doesn't show the bug in guile-1.8 that affects current SVN and 2.0.5 -
despite both using guile-1.6 and guile-1.8.

(I wish gnucash would finally drop guile - it causes far too many
problems for the amount of functionality gained.)

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.21-2-amd64

Debian Release: lenny/sid
  500 unstablewww.linux.codehelp.co.uk 
  500 unstablewww.emdebian.org 
  500 unstableftp.uk.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
gnucash-common   (>= 2.0.5-1.1) | 2.0.5-1.1
guile-1.6-libs  | 1.6.8-6
libart-2.0-2(>= 2.3.18) | 2.3.19-3
libatk1.0-0 (>= 1.13.2) | 1.18.0-2
libbonobo2-0(>= 2.15.0) | 2.18.0-2
libbonoboui2-0  (>= 2.15.1) | 2.18.0-5
libc6(>= 2.6-1) | 2.6.1-2
libcairo2(>= 1.4.0) | 1.4.10-1+b2
libffi4   (>= 4.2-20070208) | 4.2.1-5
libfontconfig1   (>= 2.4.0) | 2.4.2-1.2
libfreetype6 (>= 2.3.5) | 2.3.5-1+b1
libgconf2-4 (>= 2.13.5) | 2.18.0.1-3
libglade2-0(>= 1:2.6.1) | 1:2.6.2-1
libglib2.0-0(>= 2.12.9) | 2.14.0-2
libgnome-keyring0  (>= 0.8) | 0.8.1-2
libgnome2-0 (>= 2.17.3) | 2.18.0-4
libgnomecanvas2-0   (>= 2.11.1) | 2.14.0-3
libgnomeprint2.2-0  (>= 2.17.0) | 2.18.1-1
libgnomeprintui2.2-0(>= 2.17.0) | 2.18.0-2
libgnomeui-0(>= 2.17.1) | 2.18.1-2
libgnomevfs2-0   (>= 1:2.17.90) | 1:2.18.1-3
libgoffice-1-2   (>= 0.2.1) | 0.2.1-4
libgsf-1-114(>= 1.14.5) | 1.14.6-1
libgsf-gnome-1-114  (>= 1.14.5) | 1.14.6-1
libgtk2.0-0  (>= 2.10.12-3) | 2.10.13-1
libgtkhtml3.8-15(>= 3.12.3) | 3.12.3-2
libguile-ltdl-1 | 1.6.8-6
libgwrap-runtime0  (>= 1.9.4-3) | 1.9.6-3.2
libice6(>= 1:1.0.0) | 2:1.0.4-1
libltdl3   (>= 1.5.2-2) | 1.5.24-1
libofx3 | 1:0.8.2-3+b3
liborbit2 (>= 1:2.14.1) | 1:2.14.7-0.1
libpango1.0-0   (>= 1.16.4) | 1.18.1-1
libpng12-0   

Bug#441131: apt-get: ignores file:// line in source.list

[Stefan Völkel]

Package: apt-get
Severity: normal


With the attached source.list apt-get ignores locally available packages
and instead downloads it from the internet.

Reordering the lines in sources.list did not have any effect.

$ sudo apt-get -d install qemu
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  bochsbios openhackware proll vgabios
Recommended packages:
  vde
The following NEW packages will be installed:
  bochsbios openhackware proll qemu vgabios
0 upgraded, 5 newly installed, 0 to remove and 3 not upgraded.
Need to get 73,3kB/4153kB of archives.
After unpacking 11,9MB of additional disk space will be used.
Do you want to continue [Y/n]?
Get:1 http://ftp2.de.debian.org etch/main openhackware 0.4.1-2 [73,3kB]
Fetched 73,3kB in 0s (250kB/s)
Download complete and in download only mode

$ find /mnt/ -name openhackware*
/mnt/etch1/pool/main/o/openhackware
/mnt/etch1/pool/main/o/openhackware/openhackware_0.4.1-2_all.deb

$ apt-cache policy openhackware
openhackware:
  Installed: (none)
  Candidate: 0.4.1-2
  Version table:
 0.4.1-2 0
500 file: etch/main Packages
500 http://ftp2.de.debian.org etch/main Packages

md5sums:

f3d6c785cc1a70c2efbfee13a22bd97e  
/mnt/etch1/pool/main/o/openhackware/openhackware_0.4.1-2_all.deb
f3d6c785cc1a70c2efbfee13a22bd97e  
/var/cache/apt/archives/openhackware_0.4.1-2_all.deb

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Package files:
 100 /var/lib/dpkg/status
 release a=now
   1 http://www.backports.org etch-backports/non-free Packages
 release o=Backports.org archive,a=etch-backports,l=Backports.org 
archive,c=non-free
 origin www.backports.org
   1 http://www.backports.org etch-backports/contrib Packages
 release o=Backports.org archive,a=etch-backports,l=Backports.org 
archive,c=contrib
 origin www.backports.org
   1 http://www.backports.org etch-backports/main Packages
 release o=Backports.org archive,a=etch-backports,l=Backports.org 
archive,c=main
 origin www.backports.org
 500 http://www.debian-multimedia.org etch/main Packages
 release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia 
Packages,c=main
 origin www.debian-multimedia.org
 500 http://security.debian.org etch/updates/non-free Packages
 release o=Debian,a=stable,l=Debian-Security,c=non-free
 origin security.debian.org
 500 http://security.debian.org etch/updates/contrib Packages
 release o=Debian,a=stable,l=Debian-Security,c=contrib
 origin security.debian.org
 500 http://security.debian.org etch/updates/main Packages
 release o=Debian,a=stable,l=Debian-Security,c=main
 origin security.debian.org
 500 http://ftp2.de.debian.org etch/contrib Packages
 release v=4.0r1,o=Debian,a=stable,l=Debian,c=contrib
 origin ftp2.de.debian.org
 500 http://ftp2.de.debian.org etch/non-free Packages
 release v=4.0r1,o=Debian,a=stable,l=Debian,c=non-free
 origin ftp2.de.debian.org
 500 http://ftp2.de.debian.org etch/main Packages
 release v=4.0r1,o=Debian,a=stable,l=Debian,c=main
 origin ftp2.de.debian.org
 500 file: etch/non-free Packages
 release v=4.0r1,o=Debian,a=stable,l=Debian,c=non-free
 500 file: etch/contrib Packages
 release v=4.0r1,o=Debian,a=stable,l=Debian,c=contrib
 500 file: etch/main Packages
 release v=4.0r1,o=Debian,a=stable,l=Debian,c=main
 500 file: etch/contrib Packages
 release o=Debian,a=stable,l=Debian,c=contrib
 500 file: etch/main Packages
 release o=Debian,a=stable,l=Debian,c=main
 500 file: etch/contrib Packages
 release o=Debian,a=stable,l=Debian,c=contrib
 500 file: etch/main Packages
 release o=Debian,a=stable,l=Debian,c=main
 500 file: etch/contrib Packages
 release o=Debian,a=stable,l=Debian,c=contrib
 500 file: etch/main Packages
 release o=Debian,a=stable,l=Debian,c=main
Pinned packages:
# default stuff
#deb http://ftp.de.debian.org/debian/ etch main non-free contrib
#deb-src http://ftp.de.debian.org/debian/ etch main non-free contrib

deb file:/mnt/etch1 etch main contrib
deb file:/mnt/etch2 etch main contrib
deb file:/mnt/etch3 etch main contrib
deb file:/mnt/etchr1 etch main contrib non-free

# backup for default 
deb http://ftp2.de.debian.org/debian/ etch main non-free contrib
deb-src http://ftp2.de.debian.org/debian/ etch main non-free contrib

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

deb http://www.debian-multimedia.org etch main 

deb http://www.backports.org/debian etch-backports main contrib non-free

Bug#434934: mdadm: should not fail with no arrays or with superblockless arrays

[martin f krafft]

tags 434934 pending
thanks

also sprach Marc Lehmann <[EMAIL PROTECTED]> [2007.07.27.2158 +0200]:
> I have a number of systems with superblockless arrays, or systems with no
> pesistent arrays at all, and its very hard to use the debian mdadm package
> (while its very easy to use mdadm itself), as the dbeian package fails
> when it should not:
> 
>Assembling MD arrays...failed (no arrays found in config file or
>automatically).

How does it fail? It prints a notice (not even a warning) and that's
correct. It also exits with 0. You should just turn of AUTOSTART in
/etc/default/mdadm, since that does not work anyway in your case.
I added an FAQ entry.

> nothing failed here in fact: all configured arrays could be assembled
> properly, so this is just a spurious and misleading message.
> 
> especially on systems that have superblockless arrays: these can be
> configured with mdadm, but i have not found a way to configure these with
> mdadm.conf.

Superblockless arrays are a thing of the past, why do you want to
use them?

> It also tries to get itself into every initrd and gives scary messages:
> 
>W: mdadm: falling back to emergency procedure in initramfs.
> 
> I have no idea what the emergency procedure is (this should be explained
> more clearly)

How about changing the warning to

  letting initramfs assemble auto-detected arrays.

and making it an info message? Anyway, auto-detection requires
superblocks, so you have nothing to worry about.

> In short, it would be nice if mdadm *respected* the config file
> that it is so insistent for users to look at. Or put another way,
> either respect the config file, or don't force the user throught
> he tedious process of creating one when the package that ignroes
> it.

I'll happily accept patches which solve this to your liking and
still prevent hundreds of users with unbootable systems.

> Another option would be tomove those scripts into mdadm-scripts or
> something like that, so that debian offers a mdadm package that,
> well, gives you mdadm and not some debian-only-enforced config
> file that doesn't even offer mdadm's level of functionality.

Yours is a corner case. Please submit patches which split the
package into mdadm and auto-mdadm. I won't do it as I see no reason
for that. Debian's mdadm integration works for most cases out of the
box. This is what Debian is: it makes things easier for the
administrator. If you don't like what it does, well tell it (hint:
AUTOSTART).

With the AUTOSTART reference and the de-escalation in place, the
pending 2.6.3-1 upload shall close this.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)

Bug#441130: qemubuilder: leaves tty unusable

[Jean-Baptiste Note]

Package: qemubuilder
Version: 0.39
Severity: normal

Hi,

The latest (git) version of qemubuilder does not reset the terminal
properly despite the call to fix_terminal().

It leaves the terminal in bad need of a 'stty echo'.

My guess is that the close(0) which happens in:


  if ((child=fork()))
{
  /* this is parent process */

  close(sp[1]);
  close(0);
  
  FD_ZERO(&readfds);

makes the call to fix_terminal useless, because the fd 0 is now
closed. Indeed, removing close(0) fixes the bug. However, I'm not sure
if it's the right thing to do (I'm not sure why close(0) is there in the
first place either. It does not seem to be a problem to keep it open.)

Kind regards,
JB

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

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

Versions of packages qemubuilder depends on:
ii  libc6 2.6.1-1+b1 GNU C Library: Shared libraries
ii  pbuilder  0.171  personal package builder for Debia
ii  qemu  0.9.0-2fast processor emulator

qemubuilder recommends no packages.

-- no debconf information


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

Bug#441129: gnucash: fails to start after upgrade of g-wrap 1.9.9

[Neil Williams]

Package: gnucash
Version: 2.0.5-1.1
Severity: normal

This is just to help others who may have stumbled upon this problem and
to try to minimise the number of duplicate bug reports against gnucash.

gnucash 2.0.5-1.1 cannot work with g-wrap 1.9.9-1 which has just entered
unstable. See #441103.

After g-wrap is installed, gnucash fails to start.

If guile-g-wrap 1.9.9-1 is also installed, then gnucash crashes:

"/usr/bin/gnucash": not in executable format: File format not recognized

The backtrace is attached, indicating a problem in the gwrap calls.

I'm continuing to test but see also #435578 where the current gnucash
stable release appears to build against g-wrap 1.9.9 - although the
actual binaries are untested.

Note the versions of g-wrap and guile-g-wrap in the output below. What
is not shown is 
ii  libgwrap-runtime2 1.9.9-1

Hence in #441103, it is this transition that is at the heart of the
problem. libgwrap-runtime0 remains installed alongside libgwrap-runtime2
but the version of g-wrap being called is that compatible with
libgwrap-runtime2, not the libgwrap-runtime0 linked against gnucash.

-- System Information:
Debian Release: lenny/sid
  APT prefers experimental
  APT policy: (500, 'experimental'), (500, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.22-1-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gnucash depends on:
ii  g-wrap  1.9.9-1  scripting interface generator for 
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  gnucash-common  2.0.5-1.1A personal finance tracking progra
ii  guile-1.6-libs  1.6.8-6  Main Guile libraries
ii  guile-1.6-slib  1.6.8-6  Guile SLIB support
ii  guile-g-wrap1.9.9-1  scripting interface generator for 
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.18.0-5 The Bonobo UI library
ii  libc6   2.6.1-2  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1+b2  The Cairo 2D vector graphics libra
ii  libcrypt-ssleay-perl0.55-1   Support for https protocol in LWP
ii  libdate-manip-perl  5.44-5   a perl library for manipulating da
ii  libffi4 4.2.1-5  Foreign Function Interface library
ii  libfinance-quote-perl   1.13-1   Perl module for retrieving stock q
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.14.0-2 The GLib library of C routines
ii  libgnome-keyring0   0.8.1-2  GNOME keyring services library
ii  libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.14.0-3 A powerful object-oriented display
ii  libgnomeprint2.2-0  2.18.1-1 The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-02.18.0-2 GNOME 2.2 print architecture User 
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-3+b1GNOME Virtual File System (runtime
ii  libgoffice-1-2  0.2.1-4  Document centric objects library -
ii  libgsf-1-1141.14.6-1 Structured File Library - runtime 
ii  libgsf-gnome-1-114  1.14.6-1 Structured File Library - runtime 
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libgtkhtml3.8-153.12.3-2 HTML rendering/editing library - r
ii  libguile-ltdl-1 1.6.8-6  Guile's patched version of libtool
pi  libgwrap-runtime0   1.9.6-3.2scripting interface generator for 
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libltdl31.5.24-1 A system independent dlopen wrappe
ii  libofx3 1:0.8.2-3+b3 library to support Open Financial 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.18.1-1 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii

Bug#391473: Next steps in systemimager maintenance?

[dann frazier]

On Thu, Sep 06, 2007 at 05:04:51PM -0400, Roberto C.S??nchez wrote:
> Dann,
> 
> I am interested to know what you feel are the next steps in the
> transition for systemimager maintenance.  I am still interested

Great! I'm looking forward to a smooth transition.

> In glancing at the bug reports page, it looks like you have been keeping
> up with forwarding and tagging the bugs.  Based on that, I am going to
> guess that the bugs are pretty well already triaged.  Is that a fair
> assessment?

I think so.

> If there is anything else that I have missed in order to get started,
> please let me know.

Yes! Please send patches! We really need to get an upload of the
current stable branch in Debian soon. Some work has already been
contributed towards this end. If you've sent patches already and I've
missed them, please re-send - things have a way of getting lost in my
mailbox.

See svn://svn.systemimager.org/svn/systemimager-debian/trunk for
current status.

I'm more than happy to hand systemimager off, but I'd prefer it be to
someone who has been contributing for a while since its a rather
complex package. Of course, if this doesn't happen in the next couple
months I'll probably just need to orphan it and let someone else claim
it w/o the transition period.

-- 
dann frazier



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

Bug#441128: kexec-tools - FTBFS: mv: cannot stat `/build/buildd/kexec-tools-20070330/debian/kexec-tools/usr/lib/kexec-tools-testing/kexec_test': No such file or directory

[Bastian Blank]

Package: kexec-tools
Version: 20070330-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of kexec-tools_20070330-2 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> make[1]: Leaving directory `/build/buildd/kexec-tools-20070330'
> mv 
> /build/buildd/kexec-tools-20070330/debian/kexec-tools/usr/lib/kexec-tools-testing/kexec_test
>  
> /build/buildd/kexec-tools-20070330/debian/kexec-tools/usr/lib/kexec-tools-testing/kexec_test.static
> mv: cannot stat 
> `/build/buildd/kexec-tools-20070330/debian/kexec-tools/usr/lib/kexec-tools-testing/kexec_test':
>  No such file or directory
> make: *** [install] Error 1
> **
> Build finished at 20070906-1724
> FAILED [dpkg-buildpackage died]


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

Bug#441126: gfpoken - FTBFS: montage: unable to open image `/tmp/tmp.pFPMh17125/blender//0064.png': No such file or directory.

[Bastian Blank]

Package: gfpoken
Version: 0.30-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of gfpoken_0.30-2 on lxdebian.bfinv.de by sbuild/s390 98
[...]
> ./art/mkmarbles
> guessing 'blender-bin' == '/usr/bin/blender-bin'
> Compiled with Python version 2.4.4.
> Checking for installed Python... got it!
> Loading ./art/marbles.blend failed: File incomplete
> 
> Error: no such file or Blender text -- initdir.
> ERROR: No camera
> 
> Blender quit
> montage: unable to open image `/tmp/tmp.pFPMh17125/blender//0064.png': No 
> such file or directory.
> make[1]: *** [png/marbles.png] Error 1
> make[1]: Leaving directory `/build/buildd/gfpoken-0.30'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20070906-1352
> FAILED [dpkg-buildpackage died]


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

Bug#441125: spamoracle - FTBFS: failure: cannot read files list file: No such file or directory

[Bastian Blank]

Package: spamoracle
Version: 1.4-8
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of spamoracle_1.4-8 on lxdebian.bfinv.de by sbuild/s390 98
[...]
> dh_md5sums -s
> dh_md5sums: I have no package to build
> dh_builddeb -s
> dh_builddeb: I have no package to build
>  dpkg-genchanges -B -ms390 Build Daemon 
> dpkg-genchanges: arch-specific upload - not including arch-independent 
> packages
> dpkg-genchanges: failure: cannot read files list file: No such file or 
> directory
> **
> Build finished at 20070906-2324
> FAILED [dpkg-buildpackage died]


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

Bug#441124: libpam-mount - FTBFS: Build-depends agains unavailable package: libhx-dev

[Bastian Blank]

Package: libpam-mount
Version: 0.20-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of libpam-mount_0.20-1 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> Building dependency tree...
> E: Couldn't find package libhx-dev
> apt-get failed.
> Package installation failed


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

Bug#441083: sshpass breaks shopt -s checkwinsize

[Dwayne Litzenberger]

On Thursday 06 September 2007 15:15, you wrote:
> Truth be told, sshpass was mainly designed for non-interactive tasks.
> Can you please elaborate on the use scenario that led to this problem
> being relevant?

IT consulting.  Some customers are using password authentication on their 
machines, and the scenario doesn't warrant setting up public key 
authentication (users need to be able to deny me access by merely changing 
their root password).

Programs like "vim" and "less" aren't responding properly to changing the size 
of my xterm, which is a pain if I'm watching a log or something like that.

My uneducated guess is that sshpass isn't passing on SIGWINCH to the ssh 
process.

 - Dwayne


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

Bug#441122: cacao - FTBFS: undefined reference to `__data_start'

[Bastian Blank]

Package: cacao
Version: 0.98-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of cacao_0.98-2 on debian-31.osdl.marist.edu by sbuild/s390 98
[...]
> make[4]: Entering directory `/build/buildd/cacao-0.98/src/cacao'
> /bin/sh ../../libtool --tag=CC --mode=link cc -D__S390__ -D__LINUX__ -ansi 
> -pedantic -Wall -Wno-long-long -D_POSIX_C_SOURCE=199506L -D_XOPEN_SOURCE=500 
> -D_XOPEN_SOURCE_EXTENDED -D_BSD_SOURCE -D_REENTRANT -g -Wall -O2  -Wl,-z,defs 
> -o libjvm.la -rpath /usr/lib/cacao -release 0.98  
> ../../src/fdlibm/libfdlibm.la ../../src/mm/libmm.la 
> ../../src/native/libnative.la ../../src/toolbox/libtoolbox.la 
> ../../src/vm/libvm.la ../../src/vmcore/libvmcore.la  
> ../../src/threads/libthreads.la -lltdl -lz -lpthread 
> mkdir .libs
> cc -shared  -Wl,--whole-archive ../../src/fdlibm/.libs/libfdlibm.a 
> ../../src/mm/.libs/libmm.a ../../src/native/.libs/libnative.a 
> ../../src/toolbox/.libs/libtoolbox.a ../../src/vm/.libs/libvm.a 
> ../../src/vmcore/.libs/libvmcore.a ../../src/threads/.libs/libthreads.a 
> -Wl,--no-whole-archive  -ldl /usr/lib/libltdl.so -lz -lpthread  -Wl,-z 
> -Wl,defs -Wl,-soname -Wl,libjvm-0.98.so -o .libs/libjvm-0.98.so
> ../../src/mm/.libs/libmm.a(dyn_load.o): In function 
> `GC_register_dynamic_libraries_dl_iterate_phdr':
> /build/buildd/cacao-0.98/src/mm/boehm-gc/dyn_load.c:441: undefined reference 
> to `__data_start'
> ../../src/mm/.libs/libmm.a(os_dep.o): In function `GC_register_data_segments':
> /build/buildd/cacao-0.98/src/mm/boehm-gc/os_dep.c:1494: undefined reference 
> to `__data_start'
> ../../src/vm/.libs/libvm.a(md-abi.o): In function `md_param_alloc':
> /build/buildd/cacao-0.98/src/vm/jit/s390/md-abi.c:138: undefined reference to 
> `assert'
> collect2: ld returned 1 exit status
> make[4]: *** [libjvm.la] Error 1
> make[4]: Leaving directory `/build/buildd/cacao-0.98/src/cacao'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/build/buildd/cacao-0.98/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/cacao-0.98'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/cacao-0.98'
> make: *** [debian/stamp-makefile-build] Error 2
> **
> Build finished at 20070906-1652
> FAILED [dpkg-buildpackage died]


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

Bug#441119: qemu - FTBFS (s390): dyngen: br %r14 expected at the end of op_update_inc_cc

[Bastian Blank]

Package: qemu
Version: 0.9.0+20070816-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of qemu_0.9.0+20070816-1 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> gcc-3.4 -Wall -O2 -g -fno-strict-aliasing  -fno-reorder-blocks  -fno-gcse
> -fno-optimize-sibling-calls  -fno-crossjumping  -fno-align-labels  
> -fno-align-jumps  -fno-align-functions   -I. -I.. 
> -I/build/buildd/qemu-0.9.0+20070816/target-i386 
> -I/build/buildd/qemu-0.9.0+20070816 
> -I/build/buildd/qemu-0.9.0+20070816/linux-user 
> -I/build/buildd/qemu-0.9.0+20070816/linux-user/i386 -D_GNU_SOURCE 
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE 
> -I/build/buildd/qemu-0.9.0+20070816/fpu -DHAS_AUDIO -DHAS_AUDIO_CHOICE 
> -I/build/buildd/qemu-0.9.0+20070816/slirp -c -o op.o 
> /build/buildd/qemu-0.9.0+20070816/target-i386/op.c
> ../dyngen -o op.h op.o
> dyngen: br %r14 expected at the end of op_update_inc_cc
> make[2]: *** [op.h] Error 1
> make[2]: Leaving directory `/build/buildd/qemu-0.9.0+20070816/i386-linux-user'
> make[1]: *** [subdir-i386-linux-user] Error 2
> make[1]: Leaving directory `/build/buildd/qemu-0.9.0+20070816'
> make: *** [build] Error 2
> **
> Build finished at 20070906-1654
> FAILED [dpkg-buildpackage died]


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

Bug#441120: goplay - FTBFS: warning: deprecated conversion from string constant to 'char*'

[Bastian Blank]

Package: goplay
Version: 0.1-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of goplay_0.1-1 on debian-31.osdl.marist.edu by sbuild/s390 98
[...]
> s390-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I.. -I/usr/include/tagcoll-2.0.6 
> -I/usr/include/boost-1_33_1/   `fltk-config --cxxflags --use-images` -Wall 
> -Werror -ggdb-g -O2 -MT goplay.o -MD -MP -MF .deps/goplay.Tpo -c -o 
> goplay.o goplay.cpp
> cc1plus: warnings being treated as errors
> goplay.cpp:147: warning: deprecated conversion from string constant to 'char*'
> make[3]: *** [goplay.o] Error 1
> make[3]: Leaving directory `/build/buildd/goplay-0.1/src'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/goplay-0.1'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/goplay-0.1'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20070906-1437
> FAILED [dpkg-buildpackage died]


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

Bug#441121: xorp - FTBFS: make[2]: *** [bgp.pdf] Segmentation fault

[Bastian Blank]

Package: xorp
Version: 1.5~cvs.20070824-1
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of xorp_1.5~cvs.20070824-1 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> 
> . 
> [1] [2
> <./figs/overview.ps><./figs/bgp-pipeline.ps>] [3] [4] [5] [6] [7] [8] [9
> <./figs/del_table.ps>] [10<./figs/dump_table.ps>] [11] [12] 
> ps2pdf bgp.ps bgp.pdf
> CRIT: typecheck in .knownget
> Operand stack:
> 0  --nostringval--  setuserparams  --nostringval--  VMReclaim  0  -2048  
> -2048  VMReclaim  0
> make[2]: *** [bgp.pdf] Segmentation fault
> make[2]: *** Deleting file `bgp.pdf'
> make[2]: Leaving directory `/build/buildd/xorp-1.5~cvs.20070824/docs/bgp'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/build/buildd/xorp-1.5~cvs.20070824/docs'
> make: *** [build-indep-stamp] Error 2
> ******
> Build finished at 20070906-1618
> FAILED [dpkg-buildpackage died]


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

Bug#441123: udev does not create /dev/root

[Tobias Knieper]

Package: udev
Version: Version: 0.114-2

Hello,
my kernel reports via cat /proc/mounts that / is beeing mounted at /dev/root, 
but /dev/root does not exist. A guy in #hal on irc said that its udevs job to 
create that device node.

The outcome of this is that lshal reports that is_mounted from that device is 
false, even if its perfectly mounted at /.

I'm currently running a self compiled 2.6.21 kernel. CONFIG_BLK_DEV_RAM and 
CONFIG_BLK_DEV_INITRD are not set. CONFIG_RAMFS=y (forced)


I hope I got the things correctly together and you get what my problem is.

Thanks a lot,
Tobias Knieper


$uname -r
2.6.21.070608

$cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext3 rw,data=ordered 0 0
tmpfs /lib/init/rw tmpfs rw,nosuid 0 0
proc /proc proc rw,nosuid,nodev,noexec 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec 0 0
usbfs /proc/bus/usb usbfs rw,nosuid,nodev,noexec 0 0
/dev/root /dev/.static/dev ext3 rw,data=ordered 0 0
tmpfs /dev tmpfs rw 0 0
tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /dev/pts devpts rw,nosuid,noexec 0 0

$mount
/dev/hda1 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)

$lshal
[snip]
udi 
= 
'/org/freedesktop/Hal/devices/volume_uuid_f5c823b0_15f4_453e_8a32_5f4559cd317a'
  block.device = '/dev/hda1'  (string)
  block.is_volume = true  (bool)
  block.major = 3  (0x3)  (int)
  block.minor = 1  (0x1)  (int)
[snip]
  linux.sysfs_path = '/sys/block/hda/hda1'  (string)
[snip]
  volume.is_mounted = false  (bool)
[snip]



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