Bug#437534: winbind: please add wins to nsswitch.conf by default

[Paul Wise]

Package: winbind
Version: 3.0.25b-1+b1
Severity: wishlist

I'd like winbind to automatically add the wins hostname resolving method
to /etc/nsswitch.conf, so I can resolve windows machine names with
resolveip by default. There is code in the libnss-mdns postinst that
could be adapted to winbind.

-- 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/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages winbind depends on:
ii  adduser 3.104add and remove users and groups
ii  libc6   2.6.1-1  GNU C Library: Shared libraries
ii  libcomerr2  1.40.2-1 common error description library
ii  libkrb531.6.dfsg.1-6 MIT Kerberos runtime libraries
ii  libldap22.1.30-13.4  OpenLDAP libraries
ii  libpam0g0.79-4   Pluggable Authentication Modules l
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  lsb-base3.1-24   Linux Standard Base 3.1 init scrip
ii  samba-common3.0.25b-1+b1 Samba common files used by both th

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#437357: [Pkg-nagios-devel] Bug#437357: nagios2: questionable location of 'nagios' user's home directory

[Marc Haber]

On Sat, Aug 11, 2007 at 08:55:21PM -0500, Matt Zagrabelny wrote:
> I am trying to use the nagios plugin 'check_by_ssh'. The issue arises
> every reboot:
> 
> * The directory /var/run is cleaned of all regular files by
>   /etc/init.d/bootclean via /etc/init.d/mountall-bootclean.sh from
>   /etc/rcS.d/S36mountall-bootclean.sh.
> 
> * The 'nagios' user's home directory is /var/run/nagios2/.
> 
> * The check_by_ssh will fail becuase it does not have any knowledge of
>   the host it trying to connect to because
>   /var/run/nagios2/.ssh/known_hosts was removed at boot.

Ouch.

> 2) Change the home directory for the user 'nagios' from a location
>inside '/var/run' to one in, perhaps, '/home'. Though I do not know
>what the repercussions of that would be.

Probably /var/lib/nagios.

I do not have the slightest idea what this change implies. I suspect
that the change need extensive testing, which I do not have time to do
at the moment :-8

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190


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

Bug#437522: moreutils: 'sponge' is non-absorbent

[A. Costa]

Well thanks, that was pretty educational.  For the benefit of other
curious readers, I'm replying to your points with various examples,
which of course you probably don't need.

On Mon, 13 Aug 2007 00:02:59 -0400
Joey Hess <[EMAIL PROTECTED]> wrote:

> A. Costa wrote:
> > 1) Inelegant.  The whole pipe paradigm is so you can stick
> > your filter anywhere in the pipe, and it'll do its thing.  At
> >present 'sponge' only works at the caboose, with
> > filename.
> 
> This is a bug in /bin/sh.

Let's call it a feature!  Would it be desirable to have
a pipeline work in series?  

% time seq 1  > /dev/null

real0m24.711s
user0m22.125s
sys 0m0.372s

A program like 'head' for example is fast with the current method:

% time seq 1  | head > /dev/null

real0m0.068s
user0m0.028s
sys 0m0.004s

...while 'tail' must wait for the EOF:

% time seq 1  | tail > /dev/null

real0m29.774s
user0m24.174s
sys 0m3.688s

So parallel processing is a great feature of pipes.  Still,
maybe if there was a switch or a series pipe, something that did what
'sponge' does, anywhere, so if it had a symbol like "-|-", then the
above 'head' example would look like:

% time seq 1  -|- head > /dev/null

...and 'head' would have to wait for EOF, just like 'tail'.  (Silly
thing to make 'head' do, but it illustrates the point.)  Some other
shell may already have something like that for all I know.

Or maybe you're saying the bug is just in the redirection output
operator '>', and not the '|' -- that is, you'd like parallel pipes
'|', but a delayed action serial output '>'?

> > 2) The docs don't mention that '... | sponge | ...' is
> > useless. Better to return an error if there's no filename.
> 
> It's not useless. It does what the man page says it does.
> 
> Consider:
> 
> svn diff | sponge | patch -R -p0

Sorry, not an easy example, IANADD and don't know from 'svn' & 'patch'
or their syntax -- others might appreciate it more.  

> Here the whole diff is generated before patch is allowed to modify the
> same files that are being diffed.

So the key to that 'svn' example being useful is that there's no output
file given?  In which case 'sponge' is a util like 'sort', which also
takes everything in first:

% time seq 1  | sort | head > /dev/null

real0m22.277s
user0m11.929s
sys 0m1.244s

...so 'head' has to wait, because 'sort' eats the whole pipe.

> > 3) 'man sponge' states "...sponge soaks up all its input
> > before opening the output file..."; which implies standard output,
> 
> The shell doesn't care when sponge opens stdout. As soon as it sees a
> redirection to a file, it will open, and zero, the file.

For novices, I'd rephrase that:  "The shell doesn't care, when 
sponge opens stdout, because by then its too late.  First it sees a
redirection to a file, and that's when it will open, and zero, the file."

Before I got your reply, I wrote an ad hoc shell script, (attached),
which doesn't work with the '>', for exactly that reason.
Demo:

% seq 1 3 | mysponge.sh
1
2
3

But...

% F=/tmp/nums ; seq 1 10 > $F ; wc $F ; mysponge.sh < $F | sort > 
$F ; wc $F
10 10 588895 /tmp/nums
0 0 0 /tmp/nums


Summing up:  Sorry about calling plain 'sponge' in a pipe "useless", I
was wrong; but 'sponge' is an even better util than it first seemed!
That being said, this business about '>' isn't very obvious, so the
docs might use some examples, (simple ones, no DD 'svn' stuff),
along with explanations of when the pipeline format is best, and
when the caboose format is the way to go.

Thanks for the corrections and the util itself.
#!/bin/sh

T=/tmp/mysponge

showhelp() { echo "Usage:  \"... | $0 | ... \",  or  \" ... | $0 > foo\"" ; }

bail() { [ -f $T ] && rm $T ; exit $1 ; }

if [ $# -gt 0 ]
then
showhelp
bail 1
fi


cat > $T  || bail 1
wait
if cat $T
then
bail 0
else
bail 1
fi

Bug#437533: zoneminder: There is no build dependence from libpcre in src-packet

[Alexander S. Gordienko]

Package: zoneminder
Version: 1.22.3-7
Severity: normal

There is no build dependence from libpcre in src-packet. Camera image
capture is not work without libpcre:

Aug 10 15:17:14 bkp-01 zmc_m1[859]: INF [Starting Capture]
Aug 10 15:17:14 bkp-01 zmc_m1[857]: WAR [Unable to use netcam regexps as not 
compiled with libpcre]

Camera capture began to work only after installing libpcre3 libpcre3-dev
libpcrecpp0 and rebuild zoneminder

-- 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-4-686
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)

Versions of packages zoneminder depends on:
ii  apache2-mpm-prefork  2.2.3-4 Traditional model for Apache HTTPD
ii  ffmpeg   0.cvs20060823-8 multimedia player, server and enco
ii  libapache2-mod-php5  5.2.0-8+etch1   server-side, HTML-embedded scripti
ii  libarchive-tar-perl  1.30-2  Archive::Tar - manipulate tar file
ii  libarchive-zip-perl  1.16-1  Module for manipulation of ZIP arc
ii  libc62.3.6.ds1-13GNU C Library: Shared libraries
ii  libdate-manip-perl   5.44-5  a perl library for manipulating da
ii  libdevice-serialport-per 1.002-0.3   Linux/POSIX emulation of Win32::Se
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libjpeg626b-13   The Independent JPEG Group's JPEG 
ii  libmime-perl 5.420-0.1   Perl5 modules for MIME-compliant m
ii  libmysqlclient15off  5.0.32-7etch1   mysql database client library
ii  libpcre3 6.7-1   Perl 5 Compatible Regular Expressi
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3
ii  libwww-perl  5.805-1 WWW client/server library for Perl
ii  mysql-client 5.0.32-7etch1   mysql database client (meta packag
ii  mysql-client-5.0 [mysql- 5.0.32-7etch1   mysql database client binaries
ii  mysql-server 5.0.32-7etch1   mysql database server (meta packag
ii  mysql-server-5.0 [mysql- 5.0.32-7etch1   mysql database server binaries
ii  php5 5.2.0-8+etch1   server-side, HTML-embedded scripti
ii  php5-mysql   5.2.0-8+etch1   MySQL module for php5
ii  zlib1g   1:1.2.3-13  compression library - runtime

zoneminder recommends no packages.

-- no debconf information


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

Bug#437532: git-core: Please provide the completion script

[Mike Hommey]

Package: git-core
Version: 1:1.5.2.4-1
Severity: wishlist

Hi,

There is a completion script in contrib/completion/git-completion.bash
that should be installed in /etc/bash_completion.d/git-core.

Cheers,

Mike


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

Versions of packages git-core depends on:
ii  libc6   2.6.1-1  GNU C Library: Shared libraries
ii  libcurl3-gnutls 7.16.4-2 Multi-protocol file transfer libra
ii  libdigest-sha1-perl 2.11-2   NIST SHA-1 message digest algorith
ii  liberror-perl   0.15-8   Perl module for error/exception ha
ii  libexpat1   1.95.8-4 XML parsing C library - runtime li
ii  perl-modules5.8.8-7  Core Perl modules
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

Versions of packages git-core recommends:
ii  curl  7.16.4-2   Get a file from an HTTP, HTTPS or 
pn  git-doc(no description available)
ii  less  406-0  Pager program similar to more
ii  openssh-client [ssh-client]   1:4.6p1-5  secure shell client, an rlogin/rsh
ii  patch 2.5.9-4Apply a diff file to an original
ii  rsync 2.6.9-3fast remote file copy program (lik

-- no debconf information


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

Bug#437321: incompatible with kernel >=2.6.22 (Radeon Xpress 200M)

[Brice Goglin]

Zack Weinberg wrote:
> With driver .193 and this in xorg.conf, I see "AIGLX disabled' in the
> server log, but I still get the black screen.
>   

The upstream developer says (on #xorg-devel in case you're interested):
"hmm this isn't very good, his gpu is just crashing"

Now he wants you to do
echo 1 > /sys/modules/drm/parameters/debug
before starting X, then start X and send the output of dmesg.

Sorry it is so long to debug, the support for your board is very young :(

Thanks,
Brice



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

Bug#437530: bashism in init.d script: unexpected operator: ==

[martin f krafft]

Package: lirc
Version: 0.8.0-11
Severity: serious

Starting lirc daemon:[: 133: ==: unexpected operator
[: 133: ==: unexpected operator

Use of == within [], such as

  [ "$START_LIRCD" == "true" ]

is a bashism. Since the init.d script uses /bin/sh, please change
s/==/=/

Thanks,

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

Versions of packages lirc depends on:
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy
ii  dialog1.1-20070604-1 Displays user-friendly dialog boxe
ii  libasound21.0.14a-2  ALSA library
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  liblircclient00.8.0-11   LIRC client library
ii  libusb-0.1-4  2:0.1.12-7 userspace USB programming library

lirc recommends no packages.

-- debconf information excluded


-- 
 .''`.   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#436125: gnome-netstatus-applet: failed to update statistics after reconnection

[manphiz]

Seems it is indeed forsaken upstream. Is it possible for Debian team to 
include this patch on its own and provide an update? :)



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

Bug#350318: dev/input: allow device 'name' and 'phys' labels for dev/input

[Tino Keitel]

Hi,

this could be achieved by just one udev rule, no need to patch lirc.

This is how I configured udev:

$ cat /etc/udev/rules.d/z20_event-by-id.rules 
SUBSYSTEM!="input", GOTO="input-by-id2-end"
ACTION!="add",  GOTO="input-by-id2-end"
# ignore the mid-level drivers
KERNEL=="input[0-9]*",  GOTO="input-by-id2-end"

KERNEL=="event*", \
SYMLINK+="input/event-by-id/$SYSFS{idVendor}-$SYSFS{idProduct}"

LABEL="input-by-id2-end"

You should now have /dev/input/event-by-id/ with files that are named
by -.

Regards,
Tino


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

Bug#424004: Sony brightness

[martin f krafft]

also sprach Bart Samwel <[EMAIL PROTECTED]> [2007.08.12.1758 +0200]:
> There is no sony-acpi module in Debian, but there is a sony-laptop
> module. If you modprobe that module first, does it work then?

No, loading this module does not create /proc/acpi/sony .

-- 
 .''`.   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
 
"zwei monologe, die sich gegenseitig
 immer und immer wieder störend unterbrechen,
 nennt man eine diskussion."
-- charles tschopp


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

Bug#437525: closed by Aníbal Monsalve Salazar <[EMAIL PROTECTED]> (Re: Bug#437525: nfs-kernel-server: Kernel prints "RPC: failed to contact portmap (errno -5)")

[Nelson Castillo]

> >Bug#437525: nfs-kernel-server: Kernel prints "RPC: failed to contact
> >portmap (errno -5)"
> >
> >In my case, portmap was bound to the loopback address in
> >/etc/default/portmap. Removing this option allowed me to do the remote
> >mount. I don't know if #437525 is actually a bug,
>
> It isn't.
>
> >but at least the message is misleading and it's ok to have it
> >documented somewhere.
>
> The portmap man page is very clear about that.

I don't think it is clear at all. I'm talking about the default configuration
of nfs-kernel-server, that should at least work from localhost with no
extra configuration, IMHO.

If there is some reason that precludes nfs-kernel-server to work out of
the box, perhaps there should be a README in /usr/share/doc/nfs-kernel-server.
I looked for a hint there. If you tell me what I have to write, I'll
happily do it.

It says nothing about "RPC: failed to contact portmap (errno -5)", being
shown in the _same_ host.

This message is printed when portmap is bound to the loopback and
when it is bound to all interfaces. This bug is about this message and
why it is showing up in the same host portmap is installed.

If it is not a but, I still don't know why it is not a bug.

Regards,
Nelson.-

-- 
http://arhuaco.org
http://emQbit.com


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

Bug#437529: xpdf-common: update-xpdfrc includes hidden files (like .svn, subversion directories)

[Jon Daley]

Package: xpdf-common
Version: 3.02-1.1
Severity: normal

I use subversion to source control my /etc directory, and the 
update-xpdfrc directory includes files from within the .svn directory, 
which then cause errors when running xpdf, since they aren't the right 
format or whatever.

The below patch seems like it should be a reasonable fix, and not break 
anything else.

/usr/sbin>diff update-xpdfrc update-xpdfrc~ 
16c16
< find /etc/xpdf/* \
---
> find /etc/xpdf \



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

Kernel: Linux 2.6.15.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

xpdf-common depends on no packages.

Versions of packages xpdf-common recommends:
ii  gsfonts-x11   0.20   Make Ghostscript fonts available t

-- no debconf information


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

Bug#437528: should be able to have an xorg.conf with no ServerLayout, Device, or Screen

[Zack Weinberg]

Package: xserver-xorg
Version: 1:7.2-5
Severity: wishlist

If there is no xorg.conf at all, X automatically deduces default settings
that work in a lot of cases (including my own).  However, if there *is* an
xorg.conf, but it does not contain ServerLayout, Device, or Screen sections,
X refuses to start.

It would be nice if, in this circumstance, the same defaults would be used
that are currently used if there is no xorg.conf at all.  Also, if I specify
a Device or Screen section with the same name as one of the built-in sections
that get dumped to Xorg.0.log but different contents, that should silently 
override *just that piece* of the built-in defaults.

Two circumstances where this would be handy:

 - All I want to do in xorg.conf is set XKB options.
 - All I want to do in xorg.conf is futz with ServerFlags, Modules, and
   Device options to track down a video driver bug (such as #437321).

zw

-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

/etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-01-17 12:00 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1736632 2007-08-09 10:39 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:05.0 VGA compatible controller: ATI Technologies Inc RC410 [Radeon Xpress 
200M]

/etc/X11/xorg.conf does not exist.

Xorg X server log files on system:
-rw-r--r-- 1 root root 38407 2007-08-12 21:07 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X Window System Version 1.3.0
Release Date: 19 April 2007
X Protocol Version 11, Revision 0, Release 1.3
Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12)
Current Operating System: Linux boheme 2.6.22-1-686 #1 SMP Sun Jul 29 14:37:42 
UTC 2007 i686
Build Date: 09 August 2007
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 12 21:07:46 2007
(EE) Unable to locate/open config file
(II) Loader magic: 0x81e5140
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 1.2
X.Org XInput driver : 0.7
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 1.3.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 1.2
(++) using VT number 7

(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1002,5a31 card 1179,ff00 rev 01 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 1002,5a3f card , rev 00 class 06,04,00 hdr 01
(II) PCI: 00:04:0: chip 1002,5a36 card , rev 00 class 06,04,00 hdr 01
(II) PCI: 00:13:0: chip 1002,4374 card 1179,ff00 rev 80 class 0c,03,10 hdr 80
(II) PCI: 00:13:1: chip 1002,4375 card 1179,ff00 rev 80 class 0c,03,10 hdr 00
(II) PCI: 00:13:2: chip 1002,4373 card 1179,ff00 rev 80 class 0c,03,20 hdr 00
(II) PCI: 00:14:0: chip 1002,4372 card 1179,ff00 rev 81 class 0c,05,00 hdr 80
(II) PCI: 00:14:1: chip 1002,4376 card 1179,ff00 rev 80 class 01,01,8a hdr 00
(II) PCI: 00:14:3: chip 1002,4377 card 1179,ff00 rev 80 class 06,01,00 hdr 80
(II) PCI: 00:14:4: chip 1002,4371 card , rev 80 class 06,04,01 hdr 81
(II) PCI: 00:14:5: chip 1002,4370 card 1179,ff00 rev 80 class 04,01,00 hdr 80
(II) PCI: 00:14:6: chip 1002,4378 card 1179,0001 rev 80 class 07,03,00 hdr 80
(II) PCI: 01:05:0: chip 1002,5a62 card 1179,ff01 rev 00 class 03,00,00 hdr 00
(II) PCI: 04:00:0: chip 104c,8026 card 1179,ff00 rev 00 class 0c,00,10 hdr 00
(II) PCI: 04:02:0: chip 168c,001a card 144f,7094 rev 01 class 02,00,00 hdr 00
(II) PCI: 04:04:0: chip 1524,1410 card a400, rev 01 class 06,07,00 hdr 02
(II) PCI: 04:06:0: chip 10ec,8139 card 1179,ff00 rev 10 class 02,00,00 hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,5), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1  0   0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set)
(II) Bus 1 I/O range:
[0] -1  0   0x9000 - 0x90ff (0x100) IX[B]
[1] -1  0   0x9400 - 0x94ff (0x100) IX[B]
[2] -1  0   0x9800 - 0x98ff (0x100) IX[B]
[3] -1  0   0x9c00 - 0x9cff (0x100) IX[B]
(II) B

Bug#437527: wammu: crash on connecting to phone

[Baruch Even]

Package: wammu
Version: 0.21-1
Severity: normal

I tried to connect wammu to my Motorola V3 phone and the application
simply crashed. I tried again after a while and things worked fine.

Since the log may contain private data I do not attach it here, I can
send it privately if needed.

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

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

Versions of packages wammu depends on:
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-central   0.5.14  register and build utility for Pyt
ii  python-gammu 0.21-4  Python module to communicate with 
ii  python-wxgtk2.6  2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t

Versions of packages wammu recommends:
ii  gmobilemedia  0.4+dfsg-1 GTK application used to browse a m
ii  python-bluez [python-bluetoot 0.9.2-1Python wrappers around BlueZ for r
ii  timidity  2.13.2-14  Software sound renderer (MIDI sequ

Versions of packages python-gammu depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgammu2 1.12.0-1   Mobile phone management library

-- no debconf information


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

Bug#437525: nfs-kernel-server: Kernel prints "RPC: failed to contact portmap (errno -5)"

[Aníbal Monsalve Salazar]

Version: 1:1.1.1~git-20070709-3

On Sun, Aug 12, 2007 at 10:38:59PM -0500, Nelson Castillo wrote:
>Package: nfs-kernel-server
>Version: 1:1.1.1~git-20070709-3
>Severity: normal
>
>Hi.
>
>I get this message whenever I restart nfs-kernel-server (dmesg).
>
> nfsd: unexporting all filesystems
> RPC: failed to contact portmap (errno -5).
> NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery
> directory
> NFSD: starting 90-second grace period
>
>This message was printed once in dmesg:
>
>  lockd_up: makesock failed, error=-5
>
>I don't have iptables rules in this host.
>
>I don't know if this is actually a bug, but this message
>had me looking for it for a while and confused me :)
>I couldn't mount NFS shares from other hosts because
>portmap was bound to the loopback interface.
>
>Regards,
>Nelson.-
>
>-- System Information:
>Debian Release: lenny/sid
>  APT prefers unstable
>  APT policy: (500, 'unstable')
>Architecture: i386 (i686)
>
>Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
>Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
>Shell: /bin/sh linked to /bin/bash
>
>Versions of packages nfs-kernel-server depends on:
>ii  libblkid1 1.40.2-1   block device id library
>ii  libc6 2.6.1-1GNU C Library: Shared libraries
>ii  libcomerr21.40.2-1   common error description library
>ii  libgssapi20.11-1 A mechanism-switch gssapi library
>ii  libkrb53  1.6.dfsg.1-6   MIT Kerberos runtime libraries
>ii  libnfsidmap2  0.20-0 An nfs idmapping library
>ii  librpcsecgss3 0.14-2 allows secure rpc communication us
>ii  libwrap0  7.6.dbs-14 Wietse Venema's TCP wrappers libra
>ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip
>ii  nfs-common1:1.1.1~git-20070709-3 NFS support files common to client
>ii  ucf   3.001  Update Configuration File: preserv
>
>nfs-kernel-server recommends no packages.
>
>-- no debconf information

On Sun, Aug 12, 2007 at 10:51:38PM -0500, Nelson Castillo wrote:
>On 8/12/07, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
>>On Sun, Aug 12, 2007 at 08:28:30PM -0500, Nelson Castillo wrote:
>>>I'm using Debian sid and I upgraded the system today
>>>(the last complete upgrade was about one month ago).
>>>I get the "failed to contact portmap" errors.
>>
>>Is the portmapper running at all? (ps aux | grep portmap)
>>
>>>I am stuck. I used the proposed workaround (fsid=0) and it didn't work.
>>
>>I believe this is a separate bug. Please open a new one.
>
>Done. I opened:
>
>Bug#437525: nfs-kernel-server: Kernel prints "RPC: failed to contact
>portmap (errno -5)"
>
>In my case, portmap was bound to the loopback address in
>/etc/default/portmap. Removing this option allowed me to do the remote
>mount. I don't know if #437525 is actually a bug,

It isn't.

>but at least the message is misleading and it's ok to have it
>documented somewhere.

The portmap man page is very clear about that.

>Thanks for your help.
>
>--
>http://arhuaco.org
>http://emQbit.com

Nelson,

Thank you for the report.

I'm clossing this bug accordingly.

Best Regards,

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#437522: moreutils: 'sponge' is non-absorbent

[Joey Hess]

A. Costa wrote:
>   1) Inelegant.  The whole pipe paradigm is so you can stick your
>  filter anywhere in the pipe, and it'll do its thing.  At
>  present 'sponge' only works at the caboose, with filename.

This is a bug in /bin/sh.

>   2) The docs don't mention that '... | sponge | ...' is useless.
>Better to return an error if there's no filename.

It's not useless. It does what the man page says it does.

Consider:

svn diff | sponge | patch -R -p0

Here the whole diff is generated before patch is allowed to modify the
same files that are being diffed.

>   3) 'man sponge' states "...sponge soaks up all its input before
>   opening the output file..."; which implies standard output,

The shell doesn't care when sponge opens stdout. As soon as it sees a
redirection to a file, it will open, and zero, the file.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#437342: nfs mounts no longer work in testing after upgrade

[Nelson Castillo]

On 8/12/07, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 12, 2007 at 08:28:30PM -0500, Nelson Castillo wrote:
> > I'm using Debian sid and I upgraded the system today
> > (the last complete upgrade was about one month ago).
> > I get the "failed to contact portmap" errors.
>
> Is the portmapper running at all? (ps aux | grep portmap)
>
> > I am stuck. I used the proposed workaround (fsid=0) and it didn't work.
>
> I believe this is a separate bug. Please open a new one.

Done. I opened:

Bug#437525: nfs-kernel-server: Kernel prints "RPC: failed to contact
portmap (errno -5)"

In my case, portmap was bound to the loopback address in
/etc/default/portmap. Removing this option allowed me to do the remote
mount. I don't know if #437525 is actually a bug, but at least the
message is misleading and it's ok to have it documented somewhere.

Thanks for your help.

-- 
http://arhuaco.org
http://emQbit.com


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

Bug#437526: libcppunit-dev: old debian/copyright, upgrade to newest standard

[Jari Aalto]

Package: libcppunit-dev
Version: 1.12.0-3
Severity: minor

The copyright file is quite terse. The newest example from dh-make
displays the relevant license text in more detail as well as
announcing the debian packaging licencing.

Please upgrade to the new copyright template format:
/usr/share/debhelper/dh_make/licenses/lgpl


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

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

Versions of packages libcppunit-dev depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libcppunit-1.12-0 1.12.0-3   Unit Testing Library for C++
ii  libgcc1   1:4.2.1-2  GCC support library
ii  libstdc++64.2.1-2The GNU Standard C++ Library v3

libcppunit-dev recommends no packages.

-- no debconf information


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

Bug#437464: quodlibet: Please support an "inverse weighted" mode

[Lalo Martins]

On 8/13/07, Josh Triplett <[EMAIL PROTECTED]> wrote:
> I enjoy Quod Libet's "Weighted" play mode, which biases toward songs listened
> to more frequently.  However, sometimes I would prefer an "inverse weighted"
> play mode, which biases toward songs listened to less frequently, providing a
> little variety.

Weighted mode biases toward songs with higher score; that has nothing
to do with how often they're played.  Yes, it would probably be nice
to add a mode that biases to infrequently played songs, but please
don't call it "inverse weighted", as that would be confusing.

best,
Lalo Martins
--
  A proud citizen of the State of Mind.
--
http://lalo.hystericalraisins.net/
pgp key: http://lalo.hystericalraisins.net/pessoal/pgp

GNU: never give up freedom http://www.gnu.org/


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

Bug#437401: [Vmware-package-maintainers] Bug#437401: vmware-package: kernel modules do not build with kernel-package and vanilla kernel

[Robert Edmonds]

Marc Haber wrote:
> I have not yet been able to build any kernel modules since the new,
> python-written vmware-package was uploaded to unstable. Build of the
> kernel module .deb fails, regardless of whether I use
> vmware-kernel-source or vmware-any-any-kernel-source.
> 
> I build with make-kpkg modules_image from a vanilla kernel directory
> (non-Debian sources). When I use vmware-any-any, I see that the build
> process uses the "standalone build system", which I have never been
> able to successfully complete.
> 
> The vmware-package that I used to maintain before I gave up the
> package to the current maintainership had to patch vmware-any-any to
> force it to use the "2.6.x kernel build system", which succeeds with
> my build process.

I think you're right.  The VMware kernel module makefiles have several
different modes (the "2.6.x kernel build system" versus "standalone
build system", and, also apparently a mode that supports 2.4 kernels)
that are controlled by a VM_KBUILD module.

I was able to replicate your build failure on the 2.6.22.1 kernel with
the .config file you provided.  Please try vmware-package 0.12~test.0,
available here:

http://people.debian.org/~edmonds/vmware-package/

This version will force the "2.6.x kernel build system" when building
the modules.  I was able to build the vmware-any-any modules on 2.6.22.1
using your .config, but there are still section mismatch warnings.  I
suspect it may be some of the settings you've selected in the "Processor
type and features" section (pre-emption?).

> It would probably be helpful if I could see a typescript of a
> successful process of building a kernel and corresponding
> vmware-kernel modules so that I can find out what goes wrong on my
> systems.

I built your scyw00225.20070711.0 .config and was able to unsuccessfully
and then successfully build vmware-any-any-kernel-modules.  The only
difference is the use of module source packages built with
vmware-package 0.11 versus 0.12~test.0.  I have attached the
module-assistant build logs.

-- 
Robert Edmonds
[EMAIL PROTECTED]
/usr/bin/make  -f debian/rules clean
make[1]: Entering directory 
`/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel'
dh_testdir
dh_testroot
rm -f build-stamp
dh_clean
make[1]: Leaving directory 
`/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel'
/usr/bin/make  -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory 
`/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel'
/usr/bin/make -w -f debian/rules clean
make[2]: Entering directory 
`/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel'
dh_testdir
dh_testroot
rm -f build-stamp
dh_clean
make[2]: Leaving directory 
`/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel'
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.22.1/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.22.1/g ;s/#KVERS#/2.6.22.1/g ; s/_KVERS_/2.6.22.1/g 
; s/##KDREV##/2.6.22.1-10.00.Custom/g ; s/#KDREV#/2.6.22.1-10.00.Custom/g ; 
s/_KDREV_/2.6.22.1-10.00.Custom/g  ' < $templ > ${templ%.modules.in}; \
  done
dh_testroot
dh_clean -k
# Build the module
cd vmblock-only && /usr/bin/make -C /tmp/linux-2.6.22.1 VM_CCVER=`gcc 
-dumpversion` SUBDIRS=$PWD SRCROOT=$PWD/. modules
make[2]: Entering directory `/tmp/linux-2.6.22.1'
Using standalone build system.
/tmp/linux-2.6.22.1/tmp/usr_src/modules/vmware-any-any-kernel/vmblock-only/./autoconf/geninclude.c:5:28:
 error: linux/autoconf.h: No such file or directory
  Building modules, stage 2.
  MODPOST 0 modules
WARNING: vmlinux(.text+0xc03cf9f8): Section mismatch: reference to .init.text: 
(between 'rest_init' and 'alloc_node_mem_map')
WARNING: vmlinux(.text+0xc03d2588): Section mismatch: reference to .init.text: 
(between 'iret_exc' and '_etext')
WARNING: vmlinux(.text+0xc03d2595): Section mismatch: reference to .init.text: 
(between 'iret_exc' and '_etext')
WARNING: vmlinux(.text+0xc03d25a1): Section mismatch: reference to .init.text: 
(between 'iret_exc' and '_etext')
WARNING: vmlinux(.text+0xc03d25ad): Section mismatch: reference to .init.text: 
(between 'iret_exc' and '_etext')
WARNING: vmlinux(.text+0xc03cfae0): Section mismatch: reference to 
.init.text:__alloc_bootmem_node (between 'alloc_node_mem_map' and 
'zone_wait_table_init')
WARNING: vmlinux(.text+0xc03cfb6f): Section mismatch: reference to 
.init.text:__alloc_bootmem_node (between 'zone_wait_table_init' and 
'setup_cpu_cache')
WARNING: vmlinux(.text+0xc03cfc40): Section mismatch: reference to .init.text: 
(between 'setup_cpu_cache' and '__sched_text_start')
WARNING: vmlinux(.text+0xc03cfcbe): Section mismatch: reference to .init.text: 
(between 'setup_cpu_cache' and '__sched_text_start')
WARNING: vmlinux(.text+0xc03d2d4c): Section mismatch: reference to .init.text: 
(between 'iret_exc'

Bug#437525: nfs-kernel-server: Kernel prints "RPC: failed to contact portmap (errno -5)"

[Nelson Castillo]

Package: nfs-kernel-server
Version: 1:1.1.1~git-20070709-3
Severity: normal

Hi.

I get this message whenever I restart nfs-kernel-server (dmesg).

 nfsd: unexporting all filesystems
 RPC: failed to contact portmap (errno -5).
 NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery
 directory
 NFSD: starting 90-second grace period

This message was printed once in dmesg:

  lockd_up: makesock failed, error=-5

I don't have iptables rules in this host.

I don't know if this is actually a bug, but this message
had me looking for it for a while and confused me :)
I couldn't mount NFS shares from other hosts because
portmap was bound to the loopback interface.

Regards,
Nelson.-




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

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

Versions of packages nfs-kernel-server depends on:
ii  libblkid1 1.40.2-1   block device id library
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libcomerr21.40.2-1   common error description library
ii  libgssapi20.11-1 A mechanism-switch gssapi library
ii  libkrb53  1.6.dfsg.1-6   MIT Kerberos runtime libraries
ii  libnfsidmap2  0.20-0 An nfs idmapping library
ii  librpcsecgss3 0.14-2 allows secure rpc communication us
ii  libwrap0  7.6.dbs-14 Wietse Venema's TCP wrappers libra
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip
ii  nfs-common1:1.1.1~git-20070709-3 NFS support files common to client
ii  ucf   3.001  Update Configuration File: preserv

nfs-kernel-server recommends no packages.

-- no debconf information


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

Bug#437524: ITP: libwfut - WorldForge Update Tool

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name : libwfut
Version : 0.1.0
Upstream Authors : Simon Goodall 
* URL : 
http://prdownloads.sourceforge.net/worldforge/libwfut-0.1.0.tar.gz?download
* License : (LGPL)
Description : libwfut is a C++ implementation of the client side of
WFUT (forge/tools/WFUT). The aim of this library is to provide update
capabilities for C++ based clients.

This package will be needed by ember.

-- 
Regards,
Andres Mejia


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

Bug#437522: moreutils: 'sponge' is non-absorbent

[A. Costa]

Aha, this works:

% F=/tmp/nums ; seq 1 10 > $F ; wc $F ; cat $F | sort | sponge $F ; 
wc $F
10 10 588895 /tmp/nums
10 10 588895 /tmp/nums

...that is if 'sponge' has a filename, and the invocation must be at
the end of the pipeline.

Still a bug, for these reasons:

1) Inelegant.  The whole pipe paradigm is so you can stick your
   filter anywhere in the pipe, and it'll do its thing.  At
   present 'sponge' only works at the caboose, with filename.

2) The docs don't mention that '... | sponge | ...' is useless.
   Better to return an error if there's no filename.

3) 'man sponge' states "...sponge soaks up all its input before
opening the output file..."; which implies standard output,
as per common unix util behavior, where stdout is just another
file.

Possible fixes would be to change the docs to explain its current limits,
and maybe add an error code and disallow the useless stdout form, OR preferably
make it so the stdout form works like it says.

HTH...


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

Bug#274347: RSS feeds for the BTS

[Kumar Appaiah]

Dear BTS developers,

Though it is true that mail subscriptions to bugs does eliminate the
need for per-bug report RSS feeds, to a great extent, many of us still
feel it would be nice to have the following RSS feeds:

1. Based on bug number: Nothing special here. A description to every
mail like blog posts would be nice.
2. Based on package name: List out a bug with description and
severity, and provide a link to the BTS. Bacially, provide only the
information which is given by bugs.debian.org/
3. Based on maintainer: Simlar to (2).

Though this does seem a little redundant, I think many will appreciate
the convenience provided by this feature. Also, using external
services to generate RSS feeds is not a good solution, since I think
using your scripts to make RSS feeds rather than scraping the
generated HTML is better, IMHO.

But if you still think this is unnecessary effort as many won't really
need it, please feel free to tag this wontfix.

Thanks!

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600036


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

Bug#437523: DDTP: APT::Acquire::Translation "none" in apt.conf doesn't have any effect

[Daniel Leidert]

Package: apt
Version: 0.7.6
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Independent from what you can read below, my apt.conf contanis:

APT::Acquire::Translation "none";

because I don't want any translated package description. I even tried
"en" or "en_US", but they all don't havy any effect. Please fix apt to
respect the value inside /etc/apt/apt.conf. It's really annying to not
being able to turn off the translated package descriptions of apt. I
always have to run

apt-get update -o APT::Acquire::Translation=none

to turn them off until the next run. Or do I misunderstand (the usage of) this 
option?

Regards, Daniel


- -- Package-specific info:

- -- apt-config dump --

APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "0";
APT::Install-Suggests "0";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::Cache-Limit "67108864";
APT::Get "";
APT::Get::Show-Upgraded "yes";
APT::Cache "";
APT::Cache::AllVersions "no";
APT::Acquire "";
APT::Acquire::Translation "environment";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::userstatus "status.user";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::dpkg "/usr/bin/dpkg";
DPkg "";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/apt-listbugs apt || exit 10";
DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -ne 10";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Tools "";
DPkg::Tools::Options "";
DPkg::Tools::Options::/usr/sbin/apt-listbugs "";
DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version "2";
DPkg::Tools::Options::/usr/bin/apt-listchanges "";
DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2";
DPkg::Post-Invoke "";
DPkg::Post-Invoke:: "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums 
--generate=nocheck -sp /var/cache/apt/archives; fi";


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

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

Versions of packages apt depends on:
ii  debian-archive-keyring2007.07.31 GnuPG archive keys of the Debian a
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgcc1   1:4.2.1-2  GCC support library
ii  libstdc++64.2.1-2The GNU Standard C++ Library v3

apt recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGv84Cm0bx+wiPa4wRAr3fAJ9PE3KRkn1JDBRDlDTgeOnb2SWHogCfTLrq
CvmsvM1ILp1Abm3uZCihWKA=
=K/LN
-END PGP SIGNATURE-


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

Bug#309107: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgp4LwzyIMc79.pgp
Description: PGP signature

Bug#336677: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgpl7aY05ZwFh.pgp
Description: PGP signature

Bug#334663: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgphkBK86VIpw.pgp
Description: PGP signature

Bug#333892: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgpPDKPuMxaLO.pgp
Description: PGP signature

Bug#304306: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgpyMFyZLFu2O.pgp
Description: PGP signature

Bug#313168: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgpEhKms1nleI.pgp
Description: PGP signature

Bug#266583: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgpLkSyJ31auy.pgp
Description: PGP signature

Bug#297021: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgpx9es6KZ6XG.pgp
Description: PGP signature

Bug#300365: (no subject)

[Francois-Denis Gonthier]

Version: 0.94.14rc21-1

Fixed in NMU upload, which was subsequently adopted.


pgpEuso7tXLOn.pgp
Description: PGP signature

Bug#437522: moreutils: 'sponge' is non-absorbent

[A. Costa]

Package: moreutils
Version: 0.22
Severity: important


% man sponge | grep DESC -nA 4
11:DESCRIPTION
12-   sponge  reads  standard  input and writes it out to the specified 
file.
13-   Unlike a shell redirect, sponge soaks up all its input  before  
opening
14-   the  output file. This allows for constructing pipelines that 
read from
15-   and write to the same file.

Let's try such a pipeline, here's the before 'sponge' version, with
separate input and output files:

% F=/tmp/nums ; seq 1 10 > $F ; wc $F ; cat $F | sort > ${F}2 ; wc ${F}2
10 10 588895 /tmp/nums
10 10 588895 /tmp/nums2

And 2 different 'sponge' versions, (with and without 'cat'), with
a pipeline that reads and writes from and to the same file:

% F=/tmp/nums ; seq 1 10 > $F ; wc $F ; sponge < $F | sort > $F ; wc $F
10 10 588895 /tmp/nums
0 0 0 /tmp/nums
% F=/tmp/nums ; seq 1 10 > $F ; wc $F ; cat $F | sponge  | sort > $F ; 
wc $F10 10 588895 /tmp/nums
0 0 0 /tmp/nums

Last, the 'cat' version, without 'sponge'

% F=/tmp/nums ; seq 1 10 > $F ; wc $F ; cat $F | sort > $F ; wc $F
10 10 588895 /tmp/nums
0 0 0 /tmp/nums

As can be seen, 'sponge' has the same effect as no 'sponge'.

Hope this helps...


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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages moreutils depends on:
ii  libc6 2.6-2  GNU C Library: Shared libraries
ii  perl  5.8.8-7Larry Wall's Practical Extraction 

moreutils recommends no packages.

-- no debconf information


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

Bug#437521: please backport new enigma to Debian etch and upload to backports.org

[Henrique de Moraes Holschuh]

Package: enigma
Version: 1.01-1
Severity: wishlist

Please upload backports of enigma 1.x to backports.org.  0.92 is good, but
one cannot really participate on the enigma community using that version.
1.x is required to share levels, nowadays.

For enigma, the backport process is extremely simple, as it seems to build
under Etch just fine, and the resulting binaries seem to run just fine as
well.

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

Kernel: Linux 2.6.16.53-debian13+bluesmoke+lm85 (SMP w/2 CPU cores)
Locale: LANG=pt_BR.ISO-8859-1, LC_CTYPE=pt_BR.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

-- 
  "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#437520: udev: adding rule for KERNEL="cbm"

[Marco d'Itri]

On Aug 13, Frédéric Brière <[EMAIL PROTECTED]> wrote:

>   * GROUP=floppy: I would tend to lean towards this, as floppy has a
Me too.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#392598: Fwd: Re: [plt-bug] all/8866: drscheme: plot produces incorrect graph for exponential function

[Francois-Denis Gonthier]

Sorry, I'm a debbugs noob, so here is the manual forward of the answer I got 
from DrScheme upstream maintainers.  

--  Forwarded Message  --

Subject: Re: [plt-bug] all/8866: drscheme: plot produces incorrect graph for 
exponential function
Date: August 12, 2007
From: Eli Barzilay <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]

On Aug 12, [EMAIL PROTECTED] wrote:
> The code
> 
> (require (lib "plot.ss" "plot"))
> (plot (line (lambda (x) (expt 2 x))) (x-max 30) (y-max 1000))
> 
> draws a graph which looks like the intended exponential function
> from -5 to 11 on the X axis, but later goes down apparently linearly
> at 25 to 28, which is obviously not what an exponential graph should
> look like.
> 
> The lambda seems to return correct values, so there must be an error
> in the plot library.

Right.  Try this:

  (plot (line (lambda (x) (expt 1.1 x)))
(x-max 300)
(y-max 10))

and you'll see and even worse picture.  Also note that the line that
goes down is a straight line -- which indicates that the problem is in
the drawing code (in C) -- not dealing correctly with big integers (so
you see a straight line going down to some really big negative
number).  In both cases, setting a better y-max, like

  (plot (line (lambda (x) (expt 1.1 x)))
(x-max 300)
(y-max (expt 1.1 300)))

shows a correct picture, which also makes it look that the plplot
library is dealing fine with numbers (floating point numbers,
probably) but messes up the drawing.

Unfortunately, we don't have the resources to deal with bugs in the
plplot code...  The plot library is in PLT in "minimal maintenance"
mode -- a much better implementation would re-do the whole thing in
Scheme...

-- 
  ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
  http://www.barzilay.org/ Maze is Life!


---


pgp188hMXS2wY.pgp
Description: PGP signature

Bug#435646: libc6: resolver considers IPv6 enabled when any IPv6 address is configured

[Andrew Ruthven]

Hi,

I've been runing libc6 with Andrew M's patch on a IPv6 enabled AMD64 box
for the past week just fine.  IPv6 is still runing just great.

I'll try removing the global IPv6 address soon and see how it runs
without.

Cheers!

-- 
Andrew Ruthven, Wellington, New Zealand
At work: [EMAIL PROTECTED]
At home: [EMAIL PROTECTED]
GPG fpr: 34CA 12A3 C6F8 B156 72C2  D0D7 D286 CE0C 0C62 B791


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

Bug#437520: udev: adding rule for KERNEL="cbm"

[Frédéric Brière]

Package: udev
Version: 0.114-2
Severity: wishlist

Hi (again) Marco,

I'm currently working on packaging OpenCBM (ITP: #437316), which
includes a kernel module that creates /dev/cbm (c 10 177, registered in
the Linux Device List).  Unfortunately, the default permissions are not
particularly useful for this device, so a GROUP or MODE rule would
probably be needed.

(If you'd rather not touch this issue until after the sponsorship and
upload of that package, let me know and I'll ping you when the time has
come.)


To provide you with some background info, OpenCBM allows for
communication with devices, typically floppy drives, that were used by
the VIC-20 and C-64.  These devices are connected, via a custom cable,
to the parallel port.

Now, I'm not sure what permissions would be best for this device, so I
wouldn't mind hearing your advice on this.  I see three possibilities:

  * MODE=0666: What most people usually do.  I would feel uneasy with
this, for what I assume are obvious reasons.

  * GROUP=lp: Somewhat fitting, as this module accesses the parport,
which also belongs to lp.

  * GROUP=floppy: I would tend to lean towards this, as floppy has a
history of being assigned to local/removable devices, and local
users typically already belong to it.  That, and I suspect most
people would use OpenCBM to transfer C64 floppies anyway.


Let me know what you think.  Thanks!


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

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

Versions of packages udev depends on:
ii  debconf [debconf-2.0]1.5.14  Debian configuration management sy
ii  libc62.6-5   GNU C Library: Shared libraries
ii  libselinux1  2.0.15-2+b1 SELinux shared libraries
ii  libvolume-id00.114-2 libvolume_id shared library
ii  lsb-base 3.1-24  Linux Standard Base 3.1 init scrip

udev recommends no packages.

-- debconf information excluded


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

Bug#437342: nfs mounts no longer work in testing after upgrade

[Steinar H. Gunderson]

On Sun, Aug 12, 2007 at 09:35:48PM -0500, Nelson Castillo wrote:
> BTW, the NFS troubleshooting documentation references a rcpinfo binary.
> Is it obsoleted? Perhaps I need to install another package.

You probably mean rpcinfo. It's included in the libc6 package, so it's
definitely on your system.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#437342: nfs mounts no longer work in testing after upgrade

[Nelson Castillo]

In 8/12/07, Steinar H. Gunderson <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 12, 2007 at 08:28:30PM -0500, Nelson Castillo wrote:
> > I'm using Debian sid and I upgraded the system today
> > (the last complete upgrade was about one month ago).
> > I get the "failed to contact portmap" errors.
>
> Is the portmapper running at all? (ps aux | grep portmap)

Yes, it is. I'll open the bug.

# ps ax|grep portmap
daemon2594  0.0  0.0   1816   488 ?Ss   17:49   0:00 /sbin/portmap

BTW, the NFS troubleshooting documentation references a rcpinfo binary.
Is it obsoleted? Perhaps I need to install another package.

Thanks.

-- 
http://arhuaco.org
http://emQbit.com


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

Bug#437514: udev: Boot hang with kernel 2.6.21

[Marco d'Itri]

On Aug 13, Dominique Brazziel <[EMAIL PROTECTED]> wrote:

> I doubt that I left out any needed features to support
> udev, as I used the .config of my 2.6.18 kernel.
I doubt that you fully understand the process of building your own
kernel.

> How can I easily upgrade just the udev package and
> it's dependencies?   
Ask on an users support forum like [EMAIL PROTECTED]

-- 
ciao,
Marco


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

Bug#437342: nfs mounts no longer work in testing after upgrade

[Steinar H. Gunderson]

On Sun, Aug 12, 2007 at 08:28:30PM -0500, Nelson Castillo wrote:
> I'm using Debian sid and I upgraded the system today
> (the last complete upgrade was about one month ago).
> I get the "failed to contact portmap" errors.

Is the portmapper running at all? (ps aux | grep portmap)

> I am stuck. I used the proposed workaround (fsid=0) and it didn't work.

I believe this is a separate bug. Please open a new one.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#135751: boa: new maintainer

[Francois-Denis Gonthier]

Hello,

I'm digging for bugs in the Debian boa package which I'm now the maintainer 
for and found your report.

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

Do you still use boa? Can you tell me if that still happens?

If so, you can send me those trace, strace and tcpdump files directly.


pgpAyoB6nFH0l.pgp
Description: PGP signature

Bug#175153: More information needed

[Francois-Denis Gonthier]

tags: moreinfo

I have not seen this problem happening on my computer.  This is likely to be 
an old forgotten bug that has been solved since.

If you still care, please test with the recently uploaded boa version.


pgpUj3INGA7pJ.pgp
Description: PGP signature

Bug#437519: udev: foo

[Frédéric Brière]

Package: udev
Version: 0.114-2
Severity: normal

debian/udev.bugreport

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 8
lrwxrwxrwx 1 root root  20 2007-07-19 11:40 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root  19 2007-07-19 17:41 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root  16 2007-07-31 10:16 025_libsane.rules -> 
../libsane.rules
lrwxrwxrwx 1 root root  13 2007-07-19 18:46 035_kino.rules -> ../kino.rules
lrwxrwxrwx 1 root root  13 2007-07-19 11:40 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root  25 2007-07-19 11:40 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root  19 2007-07-19 11:40 z20_persistent.rules -> 
../persistent.rules
-rw-r--r-- 1 root root 968 2007-07-19 11:38 z25_persistent-cd.rules
-rw-r--r-- 1 root root 640 2007-07-19 11:38 z25_persistent-net.rules
lrwxrwxrwx 1 root root  33 2007-07-19 11:40 z45_persistent-net-generator.rules 
-> ../persistent-net-generator.rules
lrwxrwxrwx 1 root root  12 2007-07-19 11:40 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root  16 2007-07-19 11:40 z55_hotplug.rules -> 
../hotplug.rules
lrwxrwxrwx 1 root root  19 2007-07-19 17:53 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root  15 2007-07-19 19:25 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root  29 2007-07-19 11:40 z75_cd-aliases-generator.rules -> 
../cd-aliases-generator.rules

-- /sys/:
/sys/block/dm-0/dev
/sys/block/dm-1/dev
/sys/block/dm-2/dev
/sys/block/dm-3/dev
/sys/block/dm-4/dev
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hdc/dev
/sys/block/hde/dev
/sys/block/hde/hde1/dev
/sys/block/hde/hde2/dev
/sys/block/hde/hde3/dev
/sys/block/hdg/dev
/sys/block/hdg/hdg1/dev
/sys/block/hdg/hdg2/dev
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/block/md0/dev
/sys/block/md1/dev
/sys/block/md2/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sdb/dev
/sys/block/sdc/dev
/sys/block/sdd/dev
/sys/class/drm/card0/dev
/sys/class/ieee1394_protocol/dv1394-0/dev
/sys/class/ieee1394_protocol/raw1394/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input2/mouse0/dev
/sys/class/input/input2/ts0/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input4/event4/dev
/sys/class/input/input5/event5/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/cbm/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/hpet/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/misc/snapshot/dev
/sys/class/misc/vmmon/dev
/sys/class/ppdev/parport0/dev
/sys/class/scsi_generic/sg0/dev
/sys/class/scsi_generic/sg1/dev
/sys/class/scsi_generic/sg2/dev
/sys/class/scsi_generic/sg3/dev
/sys/class/scsi_generic/sg4/dev
/sys/class/scsi_generic/sg5/dev
/sys/class/scsi_tape/nst0a/dev
/sys/class/scsi_tape/nst0/dev
/sys/class/scsi_tape/nst0l/dev
/sys/class/scsi_tape/nst0m/dev
/sys/class/scsi_tape/st0a/dev
/sys/class/scsi_tape/st0/dev
/sys/class/scsi_tape/st0l/dev
/sys/class/scsi_tape/st0m/dev
/sys/class/sound/adsp1/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio1/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/dsp1/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer1/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1p/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D2p/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D1c/dev
/sys/class/sound/seq/dev
/sys/class/sound/sequencer2/dev
/sys/class/sound/sequencer/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.10/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev2.2/dev
/sys/class/usb_endpoint/usbdev1.10_ep00/dev
/sys/class/usb_endpoint/usbdev1.10_ep01/dev
/sys/class/usb_endpoint/usbdev1.10_ep82/dev
/sys/class/usb_endpoint/usbdev1.1_ep00/dev
/sys/class/usb_endpoint/usbdev1.1_ep81/dev
/sys/class/usb_endpoint/usbdev2.1_ep00/dev
/sys/class/usb_endpoint/usbdev2.1_ep81/dev
/sys/class/usb_endpoint/usbdev2.2_ep00/dev
/sys/class/usb_endpoint/usbdev2.2_ep02/dev
/sys/class/usb_endpoint/usbdev2.2_ep81/dev
/sys/class/video4linux/vbi0/dev
/sys/class/video4linux/video0/dev

-- Kernel configuration:


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

Kernel: Linux 2.6.21-2-k7 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shel

Bug#392598: Same problem with 370

[Francois-Denis Gonthier]

I can confirm this problem still happens in DrScheme 370.

Odly enough, only for values of y-max < 9392.

I have reported this upstream as bug number 8866.


pgpxfJ0bvUrG0.pgp
Description: PGP signature

Bug#437518: libsdl-pango-dev: inconsistent line ends in SDL_Pango.h (DOS/Unix)

[Jens Seidel]

Package: libsdl-pango-dev
Version: 0.1.2-1
Severity: wishlist
Tags: patch

The attached patch fixes the line endings to DOS style in the patch from
debian/patches/ so that SDL_Pango.h has a consistent line ending style
instead of a DOS/Unix mixture. Please note that I nevertheless *strongly*
suggest to change SDL_Pango.h to Unix style during the build. (It's not
possible to get this fixed in the upstream tar package, right?)

I really like the functionality of api_additions.patch and need it for
hex-a-hop. Nevertheless I wonder why it was added to Debian and not to
upstream. Did upstream rejected this patch? I want to be compatible
with it ...

Jens
diff -ur sdlpango-0.1.2.unchanged/debian/patches/api_additions.patch sdlpango-0.1.2/debian/patches/api_additions.patch
--- sdlpango-0.1.2.unchanged/debian/patches/api_additions.patch	2007-08-13 02:57:46.0 +0200
+++ sdlpango-0.1.2/debian/patches/api_additions.patch	2007-08-13 03:14:46.0 +0200
@@ -11,7 +11,7 @@
 -*/
 -SDLPango_Context*
 -SDLPango_CreateContext()
-+SDLPango_Context*
++SDLPango_Context*
 +SDLPango_CreateContext_GivenFontDesc(const char* font_desc)
  {
  SDLPango_Context *context = g_malloc(sizeof(SDLPango_Context));
@@ -30,17 +30,17 @@
  
  return context;
  }
-+
++
 +/*!
 +Create a context which contains Pango objects.
 +
 +@return A pointer to the context as a SDLPango_Context*.
-+*/
-+SDLPango_Context*
-+SDLPango_CreateContext()
-+{
-+SDLPango_CreateContext_GivenFontDesc(MAKE_FONT_NAME(DEFAULT_FONT_FAMILY, DEFAULT_FONT_SIZE));
-+}
++*/
++SDLPango_Context*
++SDLPango_CreateContext()
++{
++SDLPango_CreateContext_GivenFontDesc(MAKE_FONT_NAME(DEFAULT_FONT_FAMILY, DEFAULT_FONT_SIZE));
++}
  
  /*!
  Free a context.
@@ -48,20 +48,20 @@
  pango_layout_set_font_description (context->layout, context->font_desc);
  }
  
-+void
-+SDLPango_SetText_GivenAlignment(
-+SDLPango_Context *context,
-+const char *text,
-+int length,
-+SDLPango_Alignment alignment)
-+{
-+pango_layout_set_attributes(context->layout, NULL);
-+pango_layout_set_text (context->layout, text, length);
-+pango_layout_set_auto_dir (context->layout, TRUE);
-+pango_layout_set_alignment (context->layout, alignment);
-+pango_layout_set_font_description (context->layout, context->font_desc);
-+}
-+
++void
++SDLPango_SetText_GivenAlignment(
++SDLPango_Context *context,
++const char *text,
++int length,
++SDLPango_Alignment alignment)
++{
++pango_layout_set_attributes(context->layout, NULL);
++pango_layout_set_text (context->layout, text, length);
++pango_layout_set_auto_dir (context->layout, TRUE);
++pango_layout_set_alignment (context->layout, alignment);
++pango_layout_set_font_description (context->layout, context->font_desc);
++}
++
  /*!
  Set plain text to context.
  Text must be utf-8.
@@ -75,7 +75,7 @@
 -pango_layout_set_auto_dir (context->layout, TRUE);
 -pango_layout_set_alignment (context->layout, PANGO_ALIGN_LEFT);
 -pango_layout_set_font_description (context->layout, context->font_desc);
-+{
++{
 +SDLPango_SetText_GivenAlignment(context, text, length, SDLPANGO_ALIGN_LEFT);
  }
  
@@ -88,19 +88,19 @@
  
 -
 -
-+/*!
-+Specifies alignment of text. See Pango reference for detail
-+*/
-+typedef enum {
-+SDLPANGO_ALIGN_LEFT,
-+SDLPANGO_ALIGN_CENTER,
-+SDLPANGO_ALIGN_RIGHT
-+} SDLPango_Alignment;

++/*!
++Specifies alignment of text. See Pango reference for detail
++*/
++typedef enum {
++SDLPANGO_ALIGN_LEFT,
++SDLPANGO_ALIGN_CENTER,
++SDLPANGO_ALIGN_RIGHT
++} SDLPango_Alignment;
  extern DECLSPEC int SDLCALL SDLPango_Init();
  
  extern DECLSPEC int SDLCALL SDLPango_WasInit();
 -
-+
++
 +extern DECLSPEC SDLPango_Context* SDLCALL SDLPango_CreateContext_GivenFontDesc(const char* font_desc);
  extern DECLSPEC SDLPango_Context* SDLCALL SDLPango_CreateContext();
  
@@ -109,12 +109,12 @@
  const char *markup,
  int length);
  
-+extern DECLSPEC void SDLCALL SDLPango_SetText_GivenAlignment(
-+SDLPango_Context *context,
-+const char *text,
-+int length,
-+SDLPango_Alignment alignment);
-+
++extern DECLSPEC void SDLCALL SDLPango_SetText_GivenAlignment(
++SDLPango_Context *context,
++const char *text,
++int length,
++SDLPango_Alignment alignment);
++
  extern DECLSPEC void SDLCALL SDLPango_SetText(
  SDLPango_Context *context,
  const char *markup,

Bug#436803: documentation patch

[James Cameron]

Further investigation shows that this symptom is caused by a service
that does not read(2) from the file descriptor provided by inetd, and
that the packet received was not empty.  The man page does not say this
is bad.

In the test case, "netstat -an | grep 9988" showed a receive queue that
never grew any shorter.  As a result, the inetd select(2) would continue
to show data available, even for one packet.  Adding a read(2) to the
service fixes it.  The service wasn't intended to receive data, yet data
was sent.

There is no practical way that inetd can handle this situation ... it
cannot know that a service program will not read the socket.  The
current behaviour is to respawn the service until the maximum number of
server instances is reached, then loop for 60 seconds and try again.

The attached patch adds this to the BUGS section of the man page, since
it was not clear from the nowait/wait section.

-- 
James Cameron
http://ftp.hp.com.au/sigs/jc/
--- openbsd-inetd-0.20050402/inetd.8	2007-08-13 11:41:48.0 +1000
+++ openbsd-inetd-0.20050402-436803/inetd.8	2007-08-13 11:40:54.0 +1000
@@ -474,3 +474,11 @@
 .Dq rpc
 on IPv6 is not tested enough.
 Kerberos support on IPv6 is not tested.
+.Pp
+Server programs used with 
+.Dq dgram
+.Dq udp
+.Dq nowait
+must read from the network socket, or
+.Nm inetd
+will spawn processes until the maximum is reached.

Bug#437517: libsdl-pango-dev: linking fails after multiple inclusions of SDL_Pango.h

[Jens Seidel]

Package: libsdl-pango-dev
Version: 0.1.2-1
Severity: important
Tags: patch

Hi,

including SDL_Pango.h in two C or C++ files and linking these together
fails because some variables are defined (and not only declared) in this
header file. The attached patch (moves definitions into *.c) fixes it.
Apply it before the patch in debian/patches/.

Please note that I'm not sure whether DECLSPEC needs to be added but I
doubt it. I also think the ABI version does not need to be increased
as only a few symbols were added.

Jens
--- sdlpango-0.1.2.unchanged/src/SDL_Pango.h	2007-08-13 02:57:46.0 +0200
+++ sdlpango-0.1.2/src/SDL_Pango.h	2007-08-13 03:37:46.0 +0200
@@ -46,57 +46,16 @@
 Uint8 m[4][4];  /*! Matrix variables */
 } SDLPango_Matrix;
 
-const SDLPango_Matrix _MATRIX_WHITE_BACK
-= {255, 0, 0, 0,
-   255, 0, 0, 0,
-   255, 0, 0, 0,
-   255, 255, 0, 0,};
-
-/*!
-Specifies white back and black letter.
-*/
-const SDLPango_Matrix *MATRIX_WHITE_BACK = &_MATRIX_WHITE_BACK;
-
-const SDLPango_Matrix _MATRIX_BLACK_BACK
-= {0, 255, 0, 0,
-   0, 255, 0, 0,
-   0, 255, 0, 0,
-   255, 255, 0, 0,};
-/*!
-Specifies black back and white letter.
-*/
-const SDLPango_Matrix *MATRIX_BLACK_BACK = &_MATRIX_BLACK_BACK;
-
-const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_BLACK_LETTER
-= {0, 0, 0, 0,
-   0, 0, 0, 0,
-   0, 0, 0, 0,
-   0, 255, 0, 0,};
-/*!
-Specifies transparent back and black letter.
-*/
-const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_BLACK_LETTER = &_MATRIX_TRANSPARENT_BACK_BLACK_LETTER;
-
-const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_WHITE_LETTER
-= {255, 255, 0, 0,
-   255, 255, 0, 0,
-   255, 255, 0, 0,
-   0, 255, 0, 0,};
-/*!
-Specifies transparent back and white letter.
-*/
-const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_WHITE_LETTER = &_MATRIX_TRANSPARENT_BACK_WHITE_LETTER;
-
-const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER
-= {255, 255, 0, 0,
-   255, 255, 0, 0,
-   255, 255, 0, 0,
-   0, 0, 0, 0,};
-/*!
-Specifies transparent back and transparent letter.
-This is useful for KARAOKE like rendering.
-*/
-const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER = &_MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER;
+extern const SDLPango_Matrix _MATRIX_WHITE_BACK;
+extern const SDLPango_Matrix *MATRIX_WHITE_BACK;
+extern const SDLPango_Matrix _MATRIX_BLACK_BACK;
+extern const SDLPango_Matrix *MATRIX_BLACK_BACK;
+extern const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_BLACK_LETTER;
+extern const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_BLACK_LETTER;
+extern const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_WHITE_LETTER;
+extern const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_WHITE_LETTER;
+extern const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER;
+extern const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER;
 
 /*!
 Specifies direction of text. See Pango reference for detail
--- sdlpango-0.1.2.unchanged/src/SDL_Pango.c	2007-08-13 02:57:46.0 +0200
+++ sdlpango-0.1.2/src/SDL_Pango.c	2007-08-13 03:37:46.0 +0200
@@ -285,6 +285,57 @@
 int min_height;
 } contextImpl;
 
+const SDLPango_Matrix _MATRIX_WHITE_BACK
+= {255, 0, 0, 0,
+   255, 0, 0, 0,
+   255, 0, 0, 0,
+   255, 255, 0, 0,};
+
+/*!
+Specifies white back and black letter.
+*/
+const SDLPango_Matrix *MATRIX_WHITE_BACK = &_MATRIX_WHITE_BACK;
+
+const SDLPango_Matrix _MATRIX_BLACK_BACK
+= {0, 255, 0, 0,
+   0, 255, 0, 0,
+   0, 255, 0, 0,
+   255, 255, 0, 0,};
+/*!
+Specifies black back and white letter.
+*/
+const SDLPango_Matrix *MATRIX_BLACK_BACK = &_MATRIX_BLACK_BACK;
+
+const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_BLACK_LETTER
+= {0, 0, 0, 0,
+   0, 0, 0, 0,
+   0, 0, 0, 0,
+   0, 255, 0, 0,};
+/*!
+Specifies transparent back and black letter.
+*/
+const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_BLACK_LETTER = &_MATRIX_TRANSPARENT_BACK_BLACK_LETTER;
+
+const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_WHITE_LETTER
+= {255, 255, 0, 0,
+   255, 255, 0, 0,
+   255, 255, 0, 0,
+   0, 255, 0, 0,};
+/*!
+Specifies transparent back and white letter.
+*/
+const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_WHITE_LETTER = &_MATRIX_TRANSPARENT_BACK_WHITE_LETTER;
+
+const SDLPango_Matrix _MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER
+= {255, 255, 0, 0,
+   255, 255, 0, 0,
+   255, 255, 0, 0,
+   0, 0, 0, 0,};
+/*!
+Specifies transparent back and transparent letter.
+This is useful for KARAOKE like rendering.
+*/
+const SDLPango_Matrix *MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER = &_MATRIX_TRANSPARENT_BACK_TRANSPARENT_LETTER;
 
 /*!
 Initialize the Glib and Pango API.

Bug#437516: ITP: ember - 3D client for the WorldForge Project

[Andres Mejia]

Package: wnpp
Severity: wishlist

* Package name : ember
Version : 0.5.0
Upstream Authors :
zzorn(Hans H�ggstr�m)   
Tim  (Tim Enderling)
Nikal(Lakin Wecker) 
AlistairD(Alistair Davidson)
Aglanor  (Miguel Guzm�n)
Lee  (Lee Begg) 
Adamgreg (Adam Gregory) 
Xmp  (Martin Pollard)   

* URL : http://wiki.worldforge.org/wiki/Ember
* License : (GPL)
Description : Ember is a client framework for Worldforge. It uses Ogre
1.4.3 and CEGUI 0.5.0, as well as newer versions of OgreOpcode and
PLSM2.

There will be two source packages, one for building the client and
another that's builds the arch-independent "media" package.

Bug#437514: udev: Boot hang with kernel 2.6.21

[Marco d'Itri]

severity 437514 normal
tag 437514 unreproducible moreinfo
thanks

Try upgrading udev. You probably compiled your kernel without enabling
some feature(s) needed by older udev releases.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#435545: dictionaries-common: in ispell.el, provides "english" dictionary, which cannot be loaded

[Vincent Lefevre]

On 2007-08-13 00:05:39 +0200, Agustin Martin wrote:
> What about 
> 
> (ispell-change-dictionary "english")
> 
> which should do the same.

Yes, this one works. Thanks.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)

Bug#437515: bitlbee: misleading error message

[Carsten Hey]

Package: bitlbee
Version: 1.0.3-1.3
Severity: normal

Hi,

after chmod o-x ~ and an irc reconnect I got:

03:12:38 [bitlbee] -!- ERROR Warning: The configuration directory 
/var/lib/bitlbee/ does not exist. Configuration won't be saved.

but the configuration directory is in my home directory:

[EMAIL PROTECTED]:~> cat /etc/bitlbee/bitlbee.conf | grep ConfigDir | tail -n1
ConfigDir = /home/carsten/var/bitlbee
[EMAIL PROTECTED]:~> strings =bitlbee | grep configuration\ directory | tail -n1
The configuration directory %s does not exist. Configuration won't be saved.

The error message should be:

The configuration directory /home/carsten/var/bilbee does not exist. 
Configuration won't be saved.


Regards,
Carsten

-- 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-4-vserver-686
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages bitlbee depends on:
ii  adduser 3.102Add and remove users and groups
ii  debconf [debconf-2.0]   1.5.11   Debian configuration management sy
ii  debianutils 2.17 Miscellaneous utilities specific t
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libglib2.0-02.12.4-2 The GLib library of C routines
ii  libgnutls13 1.4.4-3  the GNU TLS library - runtime libr
ii  net-tools   1.60-17  The NET-3 networking toolkit
ii  netbase 4.29 Basic TCP/IP networking system
ii  tcpd7.6.dbs-13   Wietse Venema's TCP wrapper utilit

bitlbee recommends no packages.

-- debconf information excluded


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

Bug#436983: python-django: pydoc django.db blows up

[Mark Eichin]

On closer inspection - django.db only *has* two functions and they
don't have any docstrings :-) though presumably the __import__ changes
that by pulling them in from django.db.backends.*.base.

It could be argued, then, that a sufficient fix to the original
problem would be to include a pointer to real
documentation... *preferably* another pydoc option, but really it's
enough to have something that lets me say "ok, I've gotten far enough
in the tutorial that I have a models.py that says 
 from django.db import models
What does that actually mean?  What methods do I have?"

ie. something specific, not just "go to django.org".

> Patching pydoc for a specific library isn't really a choice. Very messy
> and would end up with pydoc having far too many overrides.

Oh, certainly - I meant having pydoc supply some hint (a global? a
special entry in sys.modules?) that could be tested by "special"
packages like this, assuming it doesn't already.


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

Bug#437514: udev: Boot hang with kernel 2.6.21

[Dominique Brazziel]

Package: udev
Version: 0.105-4
Severity: critical
Justification: breaks the whole system

After line 'Waiting for /dev to be fully populated' the system hangs.  
Eventually it will timeout
but then hang forever (/dev not fully populated).  If I set loglevel to 'info' 
it is possible to
get things going again using Control-C but I don't know what process was killed.

The only way to get out it after the hang is to power the machine off rudely 
because the SysRq magic
key appears not to be set up at this stage (no console devices yet).

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 20
lrwxrwxrwx 1 root root   20 2007-04-08 17:47 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root   15 2007-04-08 17:48 85-pcmcia.rules -> ../pcmcia.rules
lrwxrwxrwx 1 root root   13 2007-04-08 17:47 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root   25 2007-04-08 17:47 z20_persistent-input.rules -> 
../persistent-input.rules
lrwxrwxrwx 1 root root   19 2007-04-08 17:47 z20_persistent.rules -> 
../persistent.rules
-rw-r--r-- 1 root root  600 2007-04-08 18:03 z25_persistent-cd.rules
-rw-r--r-- 1 root root  589 2007-04-08 17:44 z25_persistent-net.rules
lrwxrwxrwx 1 root root   33 2007-04-08 17:47 z45_persistent-net-generator.rules 
-> ../persistent-net-generator.rules
lrwxrwxrwx 1 root root   12 2007-04-08 17:47 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root   16 2007-04-08 17:47 z55_hotplug.rules -> 
../hotplug.rules
lrwxrwxrwx 1 root root   19 2007-04-08 19:06 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root   15 2007-04-16 22:49 z60_hdparm.rules -> ../hdparm.rules
-rw-r--r-- 1 root root 2589 2007-06-03 16:17 z60_libpisock9.rules
-rw-r--r-- 1 root root 5716 2007-06-08 13:11 z60_xserver-xorg-input-wacom.rules
lrwxrwxrwx 1 root root   29 2007-04-08 17:47 z75_cd-aliases-generator.rules -> 
../cd-aliases-generator.rules
lrwxrwxrwx 1 root root   12 2007-07-03 17:05 z99_hal.rules -> ../hal.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hdc/dev
/sys/block/hdc/hdc1/dev
/sys/block/hdc/hdc2/dev
/sys/block/hdc/hdc3/dev
/sys/block/hdc/hdc4/dev
/sys/block/hdc/hdc5/dev
/sys/block/hdc/hdc6/dev
/sys/block/hdc/hdc7/dev
/sys/block/hdc/hdc8/dev
/sys/block/hdc/hdc9/dev
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sda/sda2/dev
/sys/block/sda/sda3/dev
/sys/block/sda/sda4/dev
/sys/block/sda/sda5/dev
/sys/class/graphics/fb0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/input1/ts0/dev
/sys/class/input/input2/event2/dev
/sys/class/input/input3/event3/dev
/sys/class/input/input3/mouse1/dev
/sys/class/input/input3/ts1/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/fuse/dev
/sys/class/misc/hpet/dev
/sys/class/misc/ndiswrapper/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/misc/snapshot/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio1/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/dsp1/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer1/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D3c/dev
/sys/class/sound/pcmC0D4p/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D0p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev4.1/dev
/sys/class/usb_device/usbdev4.2/dev
/sys/class/usb_device/usbdev4.3/dev
/sys/class/usb_device/usbdev4.4/dev
/sys/devices/pci:00/:00:1d.0/usb1/1-0:1.0/usbdev1.1_ep81/dev
/sys/devices/pci:00/:00:1d.0/usb1/usbdev1.1_ep00/dev
/sys/devices/pci:00/:00:1d.1/usb2/2-0:1.0/usbdev2.1_ep81/dev
/sys/devices/pci:00/:00:1d.1/usb2/usbdev2.1_ep00/dev
/sys/devices/pci:00/:00:1d.2/usb3/3-0:1.0/usbdev3.1_ep81/dev
/sys/devices/pci:00/:00:1d.2/usb3/usbdev3.1_ep00/dev
/sys/devices/pci:00/:00:1d.7/usb4/4-0:1.0/usbdev4.1_ep81/dev
/sys/devices/pci:00/:00:1d.7/usb4/4-1/4-1:1.0/usbdev4.2_ep81/dev
/sys/devices/pci:00/:00:1d.7/usb4/4-1/4-1.2/4-1.2:1.0/usbdev4.4_ep81/dev
/sys/devices/pci:00/:00:1d.7/usb4/4-1/4-1.2/usbdev4.4_ep00/dev
/sys/devices/pci:00/:00:1d.7/usb4/4-1/usbdev4.2_ep00/dev
/sys/devices/pci:00/:00:1d.7/usb4/4-3/4-3:1.0/usbde

Bug#437342: nfs mounts no longer work in testing after upgrade

[Nelson Castillo]

Hi.

I'm using Debian sid and I upgraded the system today
(the last complete upgrade was about one month ago).
I get the "failed to contact portmap" errors.

nfsd: unexporting all filesystems
RPC: failed to contact portmap (errno -5).
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period

I am stuck. I used the proposed workaround (fsid=0) and it didn't work.

I tried downgrading nfs-kernel-server to 1:1.1.0-13, and I get the same
error.

This is what I get in the client side:

Sending DHCP requests .., OK
IP-Config: Got DHCP answer from 0.0.0.0, my address is 192.168.1.101
IP-Config: Unable to set interface netmask (-22).
Looking up port of RPC 13/2 on 192.168.1.198
portmap: server 192.168.1.198 not responding, timed out
Root-NFS: Unable to get nfsd port number from server, using default
Looking up port of RPC 15/1 on 192.168.1.198
portmap: server 192.168.1.198 not responding, timed out
Root-NFS: Unable to get mountd port number from server, using default
mount: server 192.168.1.198 not responding, timed out
Root-NFS: Server returned error -5 while mounting /bulk/emqbit/rootfs/oe
VFS: Unable to mount root fs via NFS, trying floppy.
VFS: Cannot open root device "nfs" or unknown-block(2,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(2,0)

Note that I also used only NFS v3, and not NFS v4. I was using this setup
before the upgrade.

Regards,
Nelson.-

-- 
http://arhuaco.org
http://emQbit.com


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

Bug#437513: ITP: libbiblio-isis-perl -- Perl module which reads ISIS databases

[José Miguel Parrella Romero]

Package: wnpp
Severity: wishlist
Owner: Jose Parrella <[EMAIL PROTECTED]>

* Package name: libbiblio-isis-perl
* Version: 0.24
* Upstream author: Dobrica Pavlinusic <[EMAIL PROTECTED]>
* URL: http://search.cpan.org/~dpavlin/Biblio-Isis-0.24/lib/Biblio/Isis.pm
* License: GPL/Artistic
* Description: (follows)

Biblio::Isis is a Perl module which reads ISIS databases produced by
CDS/ISIS programs, such as MicroISIS, WinISIS and IsisMARC. ISIS was a
popular family of integrated library systems provided as freeware by
UNESCO, and this module provides methods to parse full databases and use
them in a Perl program in order to migrate them to other formats.

End of description.

I've used Biblio::Isis in big data migrations to Perl based ILSs, such
as Koha. I'm already working on this package and I'll send it to a
sponsor as soon as possible.

Thank you, WNPP people!
Jose


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

Bug#437512: transmission: New upstream version

[Carl Fürstenberg]

Package: transmission
Version: 0.72.dfsg-1
Severity: wishlist

new upstream version (0.80) is available at 
http://download.m0k.org/transmission/files/Transmission-0.80.tar.gz


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

Bug#437511: moodle: [INTL:sk] Slovak po-debconf translation

[helix84]

Package: moodle
Version: 1.8.2-1
Priority: wishlist
Tags: l10n patch

.po attached

~~helix84


sk.po.gz
Description: GNU Zip compressed data

Bug#437510: apt-build: [INTL:sk] Slovak po-debconf translation

[helix84]

Package: apt-build
Version: 0.12.28
Priority: wishlist
Tags: l10n patch

.po attached

~~helix84


sk.po.gz
Description: GNU Zip compressed data

Bug#437509: mediawiki1.10: [INTL:sk] Slovak po-debconf translation

[helix84]

Package: mediawiki1.10
Version: 1.10.1-2
Priority: wishlist
Tags: l10n patch

.po attached

~~helix84


sk.po.gz
Description: GNU Zip compressed data

Bug#436469: hex-a-hop: Localization misses non-ascii chars

[Jens Seidel]

Hi Helge, Miriam

On Tue, Aug 07, 2007 at 08:38:50PM +0200, Miriam Ruiz wrote:
> --- Helge Kreutzmann <[EMAIL PROTECTED]> escribió:
> 
> > I noticed that e.g. umlauts are not displayed.
> 
> I know, it seems that only ASCII character sprites are implemented :(
> 
> I can try to improve that, but it'll probably take some time. It's the same
> problem with the translation to Spanish, with ñ, á, é, í, ó, ú, ü

I have good news. I have it already working with arbitrary UTF-8 texts
inclusive Japanese, ...

I still need one day to test it, to implement it properly in the Debian
package (it uses a new SDLPango dependency). I also noticed that
SDLPango is currently comletely untested in Debian (only frozen-bubble
uses it), it's not even possible to include the header file in two
distinct object files!

I also have to adjust the alignment a little bit but the major part is
done (and was very simple, I changed only a few lines of code!).

This patch will make #437449 (Automatic line break for (too) long lines)
obsolete ...

Jens

Bug#435257: Solved

[Benjamí Villoslada]

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

I've added=20

module/usbcore/parameters/autosuspend =3D -1

to /etc/sysfs.conf

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



=2E


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

Bug#437361: python-policyd-spf: spf policy check fails when RCPT TO entered twice

[Scott Kitterman]

I agree this is a significant issue and will fix it with a new upstream 
release in the next few days.


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

Bug#437508: debarchiver: syntax errors in config file silently ignored

[Geoff Crompton]

Package: debarchiver
Version: 0.7.3
Severity: normal

Hi, it seems if someone writes a syntax error in /etc/debarchiver.conf, the
script silently ignores that problem.

I had a look at the code, I think the problem may be in opalmod, line 152 of 
OpaL::action says:
150 sub pdebug ($$;&) {
151 my ($lvl,$message,$ref) = @_;
152 if ($debuglvl >= $lvl) {
153 if ($message !~ /\n$/) {
154 $message = $message . "\n";
155 }
156 print ("$ERRLVL{$lvl}: $message");
157 }
158 exitlvl($lvl,$ref);
159 return;
160 }

when I was using the perl debugger, instead of line 152 causing the error to 
be printed it skipped down to line 158 and called exitlvl().

Similarly at line 173 where it decides in exitlvl() not to exit the program.

-- System Ieformation:
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-4-xen-686
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages debarchiver depends on:
ii  adduser 3.102Add and remove users and groups
ii  apt-utils   0.6.46.4-0.1 APT utility programs
ii  dpkg-dev1.13.25  package building tools for Debian
ii  opalmod 0.1.14   A set of Perl modules for various 

debarchiver recommends no packages.

-- no debconf information


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

Bug#435545: dictionaries-common: in ispell.el, provides "english" dictionary, which cannot be loaded

[Agustin Martin]

On Sat, Aug 11, 2007 at 04:34:45PM +0200, Vincent Lefevre wrote:
> On 2007-08-11 12:51:37 +0200, Agustin Martin wrote:
> > You would have get the same result by setting `ispell-program-name' to
> > "aspell" in your .emacs file,
> > 
> > (setq ispell-program-name "aspell")
> > 
> > so aspell is used from all emacs flavours.
> 
> Yes, I tried that, but this didn't change much: the "en" dictionary
> still wasn't found with emacs22 if changed via a function. I get:
> 
> Undefined dictionary: en
> 
> with:
> 
> (defun ispell-region-en (reg-start reg-end)
>   "Interactively check a region for spelling errors, in English."
>   (interactive "r")
>   (ispell-change-dictionary "en")
>   (ispell-region reg-start reg-end))
> 
> No problem with emacs-snapshot (or even emacs22 in Mac OS X).

What about 

(ispell-change-dictionary "english")

which should do the same.

Pristine emacs22 (and -snapshot) make a list of all possible aspell entries
(at least all possible .multi and .alias files, and I think that more). If
you have a number of aspell dicts installed, this makes useless the pop-up
menu because of the number of entries, and that is why has been disabled in
upstream emacs22.

In the dict-common system the aspell entries rely in the info supplied by
aspell dicts maintainers. If I succeed in adapting upstream ispell.el I
will try to revive the pop-up menu with a list of names supplied by
maintainers while allowing the full list be used through
ispell-change-dictionary. If this becomes too hard I will consider
backporting the aspell stuff, which I think is the only important
thing not in dict-common ispell.el.

In the meantime I have some ideas about a better separation between ispell
and aspell lists, which will be useful later. All this is also a good chance
to fine tune our code.

-- 
Agustin


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

Bug#432712: full-upgrade should give error when arguments are

[Nico Golde]

Ping? :)

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


pgpVMQ3pk9vGn.pgp
Description: PGP signature

Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility

[Julien Cristau]

On Mon, Aug 13, 2007 at 00:31:35 +0100, Neil Williams wrote:

> On Mon, 13 Aug 2007 00:57:04 +0200
> Julien Cristau <[EMAIL PROTECTED]> wrote:
> 
> > On Sun, Aug 12, 2007 at 23:21:05 +0100, Neil Williams wrote:
> > 
> > > I'm not sure why you thought this would work because the debdiff
> > > contained no changes that would have resulted in the src/utils/Makefile
> > > using gcc in place of arm-linux-gnu-gcc because the critical variables
> > > are defined BEFORE CC_FOR_BUILD is even specified. THAT is why I had to
> > > use override.
> > > 
> > What variables?  
> 
> makekeys_LINK, LINK and COMPILE.
> 
I suppose it should be possible to redefine those to use $(CC_FOR_BUILD)
instead of $(CC) in Makefile.am... I was hoping it would be possible to
avoid that.
Or maybe just add a rule like:
makekeys: makekeys.c
$(CC_FOR_BUILD) $(makekeys_CFLAGS) $< -o $@
so nothing uses $(CC).

> > src/utils/Makefile.in has 'CC = @CC_FOR_BUILD@', which
> > becomes 'CC = gcc' in src/utils/Makefile.
> 
> But src/utils/Makefile does not exist.
> It is obj-x86_64-linux-gnu/src/utils/Makefile
> or obj-$(DEB_BUILD_GNU_TYPE)/src/utils/Makefile
> (from debian/rules)
> 
Yeah, that's what I meant.

> > I don't believe the only way to build makekeys with a native compiler is
> > using a gnu makeism.
> 
> I only wish that such a method would actually work.
>  
> > > What are you using to build at your end? What is it that makes you
> > > think that this can be solved without 'override' ?
> > > 
> > I installed the libc6-dev-arm-cross and gcc-4.1-arm-linux-gnu from the
> > emdebian repo, symlinked /usr/include/X11 from
> > /usr/arm-linux-gnu/include/ (hopefully any differences here don't
> > matter), and ran dpkg-buildpackage -rfakeroot -B -aarm.
> > Of course the package doesn't build because I don't have some of the
> > necessary stuff, but it gets further than the makekeys stuff.
> 
> So you don't have dpkg-cross installed?
> 
No.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#437503: Valgrind claims illegal instruction in ld-2.6.1.so

[Aurelien Jarno]

reassign 437503 valgrind
thanks

Marko Lindqvist a écrit :
> Package: libc6
> Version: 2.6.1-1
> 
>  For a couple of days valgrind has refused to run any programs. This
> started when /lib/ld-2.6.1.so was updated.
> 
> ==19756==
> vex amd64->IR: unhandled instruction bytes: 0x66 0x66 0x66 0x66
> ==19756== valgrind: Unrecognised instruction at address 0x4016321.
> ==19756== Your program just tried to execute an instruction that Valgrind
> ==19756== did not recognise.  There are two possible reasons for this.
> ==19756== 1. Your program has a bug and erroneously jumped to a non-code
> ==19756==location.  If you are running Memcheck and you just saw a
> ==19756==warning about a bad jump, it's probably your program's fault.
> ==19756== 2. The instruction is legitimate but Valgrind doesn't handle it,
> ==19756==i.e. it's Valgrind's fault.  If you think this is the case or
> ==19756==you are not sure, please let us know and we'll try to fix it.
> ==19756== Either way, Valgrind will now raise a SIGILL signal which will
> ==19756== probably kill your program.

This is very probably the reason 2. as programs are running correctly
without valgrind. Reassigning the bug.

-- 
  .''`.  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#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility

[Neil Williams]

On Mon, 13 Aug 2007 00:57:04 +0200
Julien Cristau <[EMAIL PROTECTED]> wrote:

> On Sun, Aug 12, 2007 at 23:21:05 +0100, Neil Williams wrote:
> 
> > I'm not sure why you thought this would work because the debdiff
> > contained no changes that would have resulted in the src/utils/Makefile
> > using gcc in place of arm-linux-gnu-gcc because the critical variables
> > are defined BEFORE CC_FOR_BUILD is even specified. THAT is why I had to
> > use override.
> > 
> What variables?  

makekeys_LINK, LINK and COMPILE.

> src/utils/Makefile.in has 'CC = @CC_FOR_BUILD@', which
> becomes 'CC = gcc' in src/utils/Makefile.

But src/utils/Makefile does not exist.
It is obj-x86_64-linux-gnu/src/utils/Makefile
or obj-$(DEB_BUILD_GNU_TYPE)/src/utils/Makefile
(from debian/rules)

> I don't believe the only way to build makekeys with a native compiler is
> using a gnu makeism.

I only wish that such a method would actually work.
 
> > What are you using to build at your end? What is it that makes you
> > think that this can be solved without 'override' ?
> > 
> I installed the libc6-dev-arm-cross and gcc-4.1-arm-linux-gnu from the
> emdebian repo, symlinked /usr/include/X11 from
> /usr/arm-linux-gnu/include/ (hopefully any differences here don't
> matter), and ran dpkg-buildpackage -rfakeroot -B -aarm.
> Of course the package doesn't build because I don't have some of the
> necessary stuff, but it gets further than the makekeys stuff.

So you don't have dpkg-cross installed?

I think this is a completely different bug.

I use emdebuild (part of emdebian-tools) which merely does some useful
stuff to prepare patch files and then calls the dpkg-cross diversion of
dpkg-buildpackage -rfakeroot -a$ARCH etc. to do the rest of the work.

With a fully operational toolchain installed, dpkg-buildpackage fails
at makekeys just like emdebuild (which is exactly what I would expect).
 
> The log has:
> /bin/sh ../../../libtool --tag=CC   --mode=link arm-linux-gnu-gcc 
> -I../../../../include -I../../../../include/X11 -I../../../include 
> -I../../../include/X11 -I../../../../src/xcms -I../../../../src/xkb 
> -I../../../../src/xlibi18n -I../../../../src -Wall -Wpointer-arith 
> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations 
> -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN 
> -DHAS_STICKY_DIR_BIT  -D_BSD_SOURCE -DMALLOC_0_RETURNS_NULL -Wall -g 
> -O2   -o libxomGeneric.la  omDefault.lo omGeneric.lo omImText.lo omText.lo 
> omTextEsc.lo omTextExt.lo omTextPer.lo omXChar.lo  -ldl 
> arm-linux-gnu-ar cru .libs/libxomGeneric.a .libs/omDefault.o 
> .libs/omGeneric.o .libs/omImText.o .libs/omText.o .libs/omTextEsc.o 
> .libs/omTextExt.o .libs/omTextPer.o .libs/omXChar.o
> arm-linux-gnu-ranlib .libs/libxomGeneric.a
> creating libxomGeneric.la
> (cd .libs && rm -f libxomGeneric.la && ln -s ../libxomGeneric.la 
> libxomGeneric.la)
> make[4]: Leaving directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om/generic'
> make[4]: Entering directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om'
> make[4]: Nothing to be done for `all-am'.
> make[4]: Leaving directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om'
> make[3]: Leaving directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om'
> make[3]: Entering directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules'
> make[3]: Nothing to be done for `all-am'.
> make[3]: Leaving directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules'
> make[2]: Leaving directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules'
> Making all in src
> make[2]: Entering directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src'
> cd util && /usr/bin/make
> make[3]: Entering directory 
> `/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util'
> gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 -I../../../src/util   
>  -Wall -Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes 
> -Wmissing-declarations -Wnested-externs -fno-strict-aliasing 
> -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT-Wall -g -O2 -MT 
> makekeys-makekeys.o -MD -MP -MF .deps/makekeys-makekeys.Tpo -c -o 
> makekeys-makekeys.o `test -f 'makekeys.c' || echo 
> '../../../src/util/'`makekeys.c

In the same position, I get:
arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 
-I../../../src/util-Wall -Wpointer-arith -Wstrict-prototypes   
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs 
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT 
-I/usr/arm-linux-gnu/include-I/usr/arm-linux-gnu/include   
-I/usr/arm-linux-gnu/include   -Wall -g -O2 -MT makekeys-makekeys.o -MD -MP -MF 
.deps/makekeys-makekeys.Tpo -c -o makekeys-makekeys.o `test -f 'makekeys.c' || 
echo '../../../src/util/'`makekeys.c

Wrong compiler.
:-(

Note that the actual values 

Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility

[Julien Cristau]

On Mon, Aug 13, 2007 at 00:08:58 +0100, Neil Williams wrote:

> On Sun, 12 Aug 2007 23:21:05 +0100
> Neil Williams <[EMAIL PROTECTED]> wrote:
> 
> > (Gee, another 6 dependencies - that's just what I needed for an
> > embedded X11 system.) :-(
> 
> Actually, can those new dependencies be removed by tweaking ./configure
> during the cross-build? What do they provide in the package in
> experimental that is not part of the package in unstable?
> 
http://lists.debian.org/debian-devel-announce/2006/11/msg00010.html

> Regarding the original bug:
> The only other method is a complete duplicate build - build once with:
> dpkg-buildpackage -a $(DEB_BUILD_GNU_TYPE)
> copy makekeys (or makekeys output) into the new tree
> dpkg-buildpackage -a $(DEB_HOST_GNU_TYPE)
> 
Why the hell can't makekeys be built with a native compiler?  AIUI,
that's what CC_FOR_BUILD is supposed to be...

Cheers,
Julien


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

Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility

[Neil Williams]

On Sun, 12 Aug 2007 23:21:05 +0100
Neil Williams <[EMAIL PROTECTED]> wrote:

> (Gee, another 6 dependencies - that's just what I needed for an
> embedded X11 system.) :-(

Actually, can those new dependencies be removed by tweaking ./configure
during the cross-build? What do they provide in the package in
experimental that is not part of the package in unstable?

Regarding the original bug:
The only other method is a complete duplicate build - build once with:
dpkg-buildpackage -a $(DEB_BUILD_GNU_TYPE)
copy makekeys (or makekeys output) into the new tree
dpkg-buildpackage -a $(DEB_HOST_GNU_TYPE)

This would then involve creating new targets in debian/rules that make
this duplicate build as small as possible (matching how OpenEmbedded
build packages like these).

I hope you can see that this is also a Debian-only fix.

I have not been able to make either of your suggestions actually work
without using 'override' and I currently cannot see any way of creating
a sane patch suitable for upstream - barring generating the output of
makekeys BEFORE release and incorporating it into the actual release.
(i.e. a duplicate build where the first part of the build is actually
done prior to release and is never done again for the life of
the .orig.tar.gz). OK, it makes the released tarball larger but
certainly for Emdebian, that is inconsequential - we care about the
size of the cross-built binaries, not the release tarball.

Is the *output* of makekeys actually architecture-dependent?

Other packages in the same situation (fontconfig), simply use utilities
like this for the sake of upstream convenience - any parser would do,
it just so happens that upstream chose a compiled language instead of
an interpreted language to convert the input of the utility (which is
presumably easier to edit) into a format suitable for inclusion
directly into the source code for compilation (which is usually hard to
edit).

I will investigate the duplicate build option ("staging") later this
week.

-- 


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



pgpdPDUbhx2TP.pgp
Description: PGP signature

Bug#437506: evince: Window moves when "View -> Reload" is selected

[Reid Priedhorsky]

Package: evince
Version: 0.8.3-1
Severity: normal


Hi,

When I choose the "View -> Reload" option from the menus, the window moves a
couple of dozen pixels up and to the left. This happens regardless of whether
I am in Best Fit or some other zoom level.

It is probably relevant that I am running FVWM 2.4.

It seems to me that refreshing the view should be orthogonal to any window
repositioning.

Many thanks for your hard work on Debian, and please let me know how I can be
of further service in this matter.

Reid

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

Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages evince depends on:
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  gnome-icon-theme2.18.0-3 GNOME Desktop icon theme
ii  gs-gpl [gs] 8.56.dfsg.1-1.1  The GPL Ghostscript PostScript int
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-2GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libdjvulibre15  3.5.19-2 Runtime support for the DjVu image
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
pn  libglade2-0(no description available)
ii  libglib2.0-02.12.13-1The 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  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-2   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libice6 2:1.0.3-3X11 Inter-Client Exchange library
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libkpathsea42007-12  TeX Live: path search library for 
ii  libnautilus-extension1  2.18.3-2 libraries for nautilus components 
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
pn  libpango1.0-0  (no description available)
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpoppler-glib10.5.4-6  PDF rendering library (GLib-based 
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2-20070712-1   The GNU Standard C++ Library v3
ii  libtiff43.8.2-7  Tag Image File Format (TIFF) libra
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.2-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.29.dfsg-1GNOME XML library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

evince recommends no packages.

-- no debconf information


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

Bug#437225: dnsmasq: dnmasq not forwarding _sip._ SRV lookups

[Thomas Schorpp]

Simon Kelley wrote:

tom schorpp wrote:

Package: dnsmasq
Version: 2.35-1
Severity: normal

Thanks for the CallWeaver PBX Software turning this out.
Pls see
http://www.callweaver.org/ticket/152
Thank You.
y
tom



I don't have enough context to get a good handle on what's going on with 
the callweaver stuff, and how that relates to dnsmasq. Can you provide a 
bit more information?


The best info would be to repeat the tests in the Aug 10 2007 * 02:09 
entry, using tcpdump -s 0 or wireshark to grab all the DNS packets and 
then send the dump  to me.



Cheers,

Simon.



done. looks like kabelbw.de dns servers _sip._ SRV broken:

remote dump of CallWeaver DNS query:

tom3:~# tcpdump -s 0 -i eth1 dst port 53 or src port 53
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes

22:46:36.432245 IP HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978 > 
dns02.hsi.kabelbw.de.domain:  17176+ SRV? _sip._udp.sip.sipdiscount.com. (47)
22:46:36.440037 IP dns02.hsi.kabelbw.de.domain > 
HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978:  17176 NXDomain 0/1/0 (101)
22:46:36.441090 IP HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978 > 
dns02.hsi.kabelbw.de.domain:  30429+ SRV? 
_sip._udp.sip.sipdiscount.com.schorpp.dyndns.dk. (65)
22:46:36.450756 IP dns02.hsi.kabelbw.de.domain > 
HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978:  30429 1/1/0 CNAME 
schorpp.dyndns.dk. (129)
22:46:36.899184 IP HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978 > 
dns02.hsi.kabelbw.de.domain:  16546+ SRV? _sip._udp.ekiga.net. (37)
22:46:36.905958 IP dns02.hsi.kabelbw.de.domain > 
HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978:  16546 NXDomain 0/1/0 (86)
22:46:36.906980 IP HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978 > 
dns02.hsi.kabelbw.de.domain:  59092+ SRV? _sip._udp.ekiga.net.schorpp.dyndns.dk. 
(55)
22:46:36.917068 IP dns02.hsi.kabelbw.de.domain > 
HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978:  59092 1/1/0 CNAME 
schorpp.dyndns.dk. (119)
22:46:36.918919 IP HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978 > 
dns02.hsi.kabelbw.de.domain:  59142+ A?  N.schorpp.dyndns.dk. (38)
22:46:36.926963 IP dns02.hsi.kabelbw.de.domain > 
HSI-KBW-091-089-004-107.hsi2.kabelbw.de.1978:  59142 2/3/2 CNAME 
schorpp.dyndns.dk., A HSI-KBW-091-089-004-107.hsi2.kabelbw.de (163)

10 packets captured
10 packets received by filter
0 packets dropped by kernel
tom3:~#

full dump attached.

local dump:

tom3:~# tcpdump -s 0 -i lo dst port 53 or src port 53
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 65535 bytes

22:50:16.835201 IP localhost.2004 > localhost.domain:  41961+ SRV? 
_sip._udp.sip.sipdiscount.com. (47)
22:50:16.852819 IP localhost.domain > localhost.2004:  41961 NXDomain 0/1/0 
(101)
22:50:16.853177 IP localhost.2004 > localhost.domain:  1354+ SRV? 
_sip._udp.sip.sipdiscount.com.schorpp.dyndns.dk. (65)
22:50:16.869066 IP localhost.domain > localhost.2004:  1354 1/1/0 CNAME 
schorpp.dyndns.dk. (129)
22:50:16.869815 IP localhost.2004 > localhost.domain:  31289+ A?  
N.schorpp.dyndns.dk. (38)
22:50:16.900385 IP localhost.domain > localhost.2004:  31289 2/3/2 CNAME 
schorpp.dyndns.dk., A HSI-KBW-091-089-004-107.hsi2.kabelbw.de (163)
22:50:16.905119 IP localhost.2004 > localhost.domain:  17110+ PTR? 
107.4.89.91.in-addr.arpa. (42)
22:50:16.906531 IP localhost.domain > localhost.2004:  17110 1/0/0 PTR 
HSI-KBW-091-089-004-107.hsi2.kabelbw.de. (95)
22:50:17.462968 IP localhost.2004 > localhost.domain:  43853+ SRV? 
_sip._udp.ekiga.net. (37)
22:50:17.470693 IP localhost.domain > localhost.2004:  43853 NXDomain 0/1/0 (86)
22:50:17.471035 IP localhost.2004 > localhost.domain:  61917+ SRV? 
_sip._udp.ekiga.net.schorpp.dyndns.dk. (55)
22:50:17.482214 IP localhost.domain > localhost.2004:  61917 1/1/0 CNAME 
schorpp.dyndns.dk. (119)
22:50:17.482972 IP localhost.2004 > localhost.domain:  11060+ A?  
N.schorpp.dyndns.dk. (38)
22:50:17.495096 IP localhost.domain > localhost.2004:  11060 2/3/2 CNAME 
schorpp.dyndns.dk., A HSI-KBW-091-089-004-107.hsi2.kabelbw.de (163)

14 packets captured
28 packets received by filter
0 packets dropped by kernel
tom3:~#

full dump attached.

if You can confirm kabelbw.de DNS broken, we can CLOSE or NOTOURBUG.
I'm not 100% sure.

y
tom



dns-wan.dmp
Description: Binary data


dns-local.dmp
Description: Binary data

Bug#423013: tetex-extra: ..over 300MB of uneccessary texlive-lang-* dependencies

[Alvaro Herrera]

Hi,

This package still seems to depend on tetex-extra |
texlive-latex-recommended.  This may or may not be a problem, however if
I try installing Recommends by default per [1], I get into madness (i.e.
all of texlive-lang-* installed) even when prosper itself is not
installed, just because texlive-latex-recommended recommends it.

I don't know what the solution is, but please fix it.

[1] http://thread.gmane.org/gmane.linux.debian.devel.announce/1115

-- 
Alvaro Herrera


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

Bug#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility

[Julien Cristau]

On Sun, Aug 12, 2007 at 23:21:05 +0100, Neil Williams wrote:

> I'm not sure why you thought this would work because the debdiff
> contained no changes that would have resulted in the src/utils/Makefile
> using gcc in place of arm-linux-gnu-gcc because the critical variables
> are defined BEFORE CC_FOR_BUILD is even specified. THAT is why I had to
> use override.
> 
What variables?  src/utils/Makefile.in has 'CC = @CC_FOR_BUILD@', which
becomes 'CC = gcc' in src/utils/Makefile.
I don't believe the only way to build makekeys with a native compiler is
using a gnu makeism.

> What are you using to build at your end? What is it that makes you
> think that this can be solved without 'override' ?
> 
I installed the libc6-dev-arm-cross and gcc-4.1-arm-linux-gnu from the
emdebian repo, symlinked /usr/include/X11 from
/usr/arm-linux-gnu/include/ (hopefully any differences here don't
matter), and ran dpkg-buildpackage -rfakeroot -B -aarm.
Of course the package doesn't build because I don't have some of the
necessary stuff, but it gets further than the makekeys stuff.

The log has:
/bin/sh ../../../libtool --tag=CC   --mode=link arm-linux-gnu-gcc 
-I../../../../include -I../../../../include/X11 -I../../../include 
-I../../../include/X11 -I../../../../src/xcms -I../../../../src/xkb 
-I../../../../src/xlibi18n -I../../../../src -Wall -Wpointer-arith 
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations 
-Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN 
-DHAS_STICKY_DIR_BIT  -D_BSD_SOURCE -DMALLOC_0_RETURNS_NULL -Wall -g 
-O2   -o libxomGeneric.la  omDefault.lo omGeneric.lo omImText.lo omText.lo 
omTextEsc.lo omTextExt.lo omTextPer.lo omXChar.lo  -ldl 
arm-linux-gnu-ar cru .libs/libxomGeneric.a .libs/omDefault.o .libs/omGeneric.o 
.libs/omImText.o .libs/omText.o .libs/omTextEsc.o .libs/omTextExt.o 
.libs/omTextPer.o .libs/omXChar.o
arm-linux-gnu-ranlib .libs/libxomGeneric.a
creating libxomGeneric.la
(cd .libs && rm -f libxomGeneric.la && ln -s ../libxomGeneric.la 
libxomGeneric.la)
make[4]: Leaving directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om/generic'
make[4]: Entering directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om'
make[3]: Leaving directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules/om'
make[3]: Entering directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules'
make[2]: Leaving directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/modules'
Making all in src
make[2]: Entering directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src'
cd util && /usr/bin/make
make[3]: Entering directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util'
gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 -I../../../src/util
-Wall -Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes 
-Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE 
-DHAS_FCHOWN -DHAS_STICKY_DIR_BIT-Wall -g -O2 -MT makekeys-makekeys.o 
-MD -MP -MF .deps/makekeys-makekeys.Tpo -c -o makekeys-makekeys.o `test -f 
'makekeys.c' || echo '../../../src/util/'`makekeys.c
mv -f .deps/makekeys-makekeys.Tpo .deps/makekeys-makekeys.Po
/bin/sh ../../libtool --tag=CC   --mode=link gcc -Wall -Wpointer-arith 
-Wstrict-prototypes  -Wmissing-prototypes -Wmissing-declarations 
-Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN 
-DHAS_STICKY_DIR_BIT-Wall -g -O2   -o makekeys makekeys-makekeys.o  
-ldl 
mkdir .libs
gcc -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes 
-Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE 
-DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -Wall -g -O2 -o makekeys makekeys-makekeys.o  
-ldl  
make[3]: Leaving directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util'
../src/util/makekeys < /usr/include/X11/keysymdef.h > ks_tables_h
mv ks_tables_h ks_tables.h
/usr/bin/make  all-recursive
make[3]: Entering directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src'
Making all in util
make[4]: Entering directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory 
`/home/julien/src/xsf/git/lib/libx11/obj-i486-linux-gnu/src/util'

Cheers,
Julien


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

Bug#429722: database removal hooks needed

[Stefano Zacchiroli]

On Mon, Jul 23, 2007 at 12:19:37PM +0200, sean finney wrote:
> heya, 

Hi, sorry for the delay.

> i believe i've implemented this, though i haven't done any testing besides 
> making sure the shell code i put in was syntactically correct.  could you try 
> out the package sitting in:
> 
> http://people.debian.org/~seanius/incoming/

I've made some tests, but there are some bugs to be squashed :)

One is in the doc, according to that the remove scripts should be placed
under /usr/share/dbconfig-common/PKGNAME/remove/DBTYPE/VERSION, but
according to the shell scripts I've read the trailing "/VERSION" part
seem to be bogus. Can you please remove that from the doc?

The second issue is instead functional, it seems that
dbconfig-generate-include is not invoked properly. Here is a log from my
first remove attempt:

  running maintainer removal sql hook...  error: you must specify a template 
file. for example: '-o template_infile=foo'
  dpkg: error processing zenoss (--remove):
   subprocess pre-removal script returned error exit status 1

Thanks for your work!
Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science ... now what?
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature

Bug#432753: [pkg-firebird-general] Bug#432753: CVE-2006-7211 already fixed

[Moritz Muehlenhoff]

Damyan Ivanov wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> - -=| Stefan Fritsch, 11.07.2007 22:19 |=-
> 
> Hi, Stefan,
> 
> Thank you very much for taking time to investigate these CVEs.

It's been a month now. Is firebird in stable affected?

If you can't figure it out yourself as the maintainer you need to
contact upstream.

Cheers,
Moritz


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

Bug#437505: gnome-screensaver: Unable to unlock a locked screen

[Sam Morris]

Package: gnome-screensaver
Version: 2.18.2-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I am trying out the new version of PAM (0.99.7) from experimental. Ever
since I upgraded libpam-modules and libpam-runtime, I have been unable
to unlock the screen once it was locked by gnome-screensaver.

Although this happened immediately after upgrading, I also tried logging
out and logging in again, but I still can't unlock the screen once the
screensaver activates.

The following messages are written to syslog:

Aug 12 23:34:08 xerces unix_chkpwd[14516]: check pass; user unknown
Aug 12 23:34:08 xerces unix_chkpwd[14516]: password check failed for user (sam)
Aug 12 23:34:08 xerces gnome-screensaver-dialog: 
pam_unix(gnome-screensaver:auth): authentication failure; logname= uid=1000 
euid=1000 tty=:0.0 ruser= rhost=  user=sam

I'm not using anything fancy like LDAP or Kerberos, and I haven't customised
/etc/pam.d/gnome-screensaver; it simply includes the common-auth file which
I have also not touched.

- -- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: i386 (i686)

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

Versions of packages gnome-screensaver depends on:
ii  dbus1.1.1-3  simple interprocess messaging syst
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  gnome-icon-theme2.18.0-3 GNOME Desktop icon theme
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-1  GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libexif12   0.6.16-2 library to parse EXIF files
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libgl1-mesa-glx [libgl1 6.5.2-7  A free implementation of the OpenG
ii  libglade2-0 1:2.6.2-1library to load .glade files at ru
ii  libglib2.0-02.12.13-1The GLib library of C routines
ii  libgnome-keyring0   0.8.1-2  GNOME keyring services library
ii  libgnome-menu2  2.18.3-2 an implementation of the freedeskt
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  libgnomekbd12.18.2-1 GNOME library to manage keyboard c
ii  libgnomekbdui1  2.18.2-1 User interface library for libgnom
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-2   GNOME Virtual File System (runtime
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libice6 2:1.0.3-3X11 Inter-Client Exchange library
ii  liborbit2   1:2.14.7-0.2 libraries for ORBit2 - a CORBA ORB
ii  libpam0g0.99.7.1-1   Pluggable Authentication Modules l
ii  libpango1.0-0   1.17.5-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.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.2-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxklavier11   3.2-2X Keyboard Extension high-level AP
ii  libxml2 2.6.29.dfsg-1GNOME XML library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  libxss1 1:1.1.2-1X11 Screen Saver extension library
ii  libxxf86misc1   1:1.0.1-2X11 XFree86 miscellaneous extensio
ii 

Bug#437504: kiten: crashes when space entered in search field

[Eugeniy Meshcheryakov]

Package: kiten
Version: 4:3.5.7-1
Severity: normal

Kiten crashes (receives SIGSEGV) if space entered in dictionary search field,
or if anything with leading space entered (only real space, not a wide one).
It only happens when Kanjidic button is not pressed.

Backtrace:
...
#5  0x2ad64079a40b in Dict::File::lookup () from /usr/lib/libkiten.so.1
#6  0x2ad64079aa5e in Dict::Index::stringCompare ()
   from /usr/lib/libkiten.so.1
#7  0x2ad64079c72a in Dict::Index::doSearch () from /usr/lib/libkiten.so.1
#8  0x2ad6407ad581 in Dict::Index::search () from /usr/lib/libkiten.so.1
#9  0x00428cbc in ?? ()
#10 0x00429a13 in ?? ()
#11 0x0042ac78 in ?? ()
#12 0x2ad64295a4ee in QObject::activate_signal ()
   from /usr/lib/libqt-mt.so.3
#13 0x2ad64295b088 in QObject::activate_signal ()
   from /usr/lib/libqt-mt.so.3
#14 0x2ad642cdaa4b in QLineEdit::returnPressed ()
   from /usr/lib/libqt-mt.so.3
#15 0x2ad642a35755 in QLineEdit::keyPressEvent ()
   from /usr/lib/libqt-mt.so.3
#16 0x2ad641cf067e in KLineEdit::keyPressEvent ()
   from /usr/lib/libkdeui.so.4
#17 0x2ad6407a1b2b in KRomajiEdit::keyPressEvent ()
   from /usr/lib/libkiten.so.1
#18 0x2ad64298ee18 in QWidget::event () from /usr/lib/libqt-mt.so.3
#19 0x2ad642a34dff in QLineEdit::event () from /usr/lib/libqt-mt.so.3
#20 0x2ad6428f5842 in QApplication::internalNotify ()
   from /usr/lib/libqt-mt.so.3
#21 0x2ad6428f77df in QApplication::notify () from /usr/lib/libqt-mt.so.3
#22 0x2ad6422563f8 in KApplication::notify () from /usr/lib/libkdecore.so.4
#23 0x2ad64264 in QApplication::sendSpontaneousEvent ()
   from /usr/lib/libqt-mt.so.3
#24 0x2ad64287a01c in QETWidget::translateKeyEvent ()
   from /usr/lib/libqt-mt.so.3
#25 0x2ad642885859 in QApplication::x11ProcessEvent ()
   from /usr/lib/libqt-mt.so.3
#26 0x2ad64289b93f in QEventLoop::processEvents ()
   from /usr/lib/libqt-mt.so.3
#27 0x2ad64290ee27 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#28 0x2ad64290ec2f in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#29 0x2ad6428f7324 in QApplication::exec () from /usr/lib/libqt-mt.so.3
#30 0x00420050 in ?? ()
#31 0x2ad641766b44 in __libc_start_main () from /lib/libc.so.6
#32 0x004116b9 in ?? ()
#33 0x7fff6a54ac08 in ?? ()
#34 0x in ?? ()


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

Kernel: Linux 2.6.23-rc2-me (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kiten depends on:
ii  kdeedu-data 4:3.5.7-1shared data for KDE educational ap
ii  kdelibs4c2a 4:3.5.7.dfsg.1-4 core libraries and binaries for al
ii  libc6   2.6.1-1  GNU C Library: Shared libraries
ii  libgcc1 1:4.2.1-2GCC support library
hi  libkiten1   4:3.5.7-1library for Kiten Japanese referen
ii  libqt3-mt   3:3.3.7-6Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.2.1-2  The GNU Standard C++ Library v3
ii  ttf-kochi-gothic1.0.20030809-4   Kochi Subst Gothic Japanese TrueTy
ii  ttf-kochi-mincho1.0.20030809-4   Kochi Subst Mincho Japanese TrueTy

kiten recommends no packages.

-- debconf-show failed


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

Bug#338846: kexec-tools: ping

[Benoît Dejean]

Package: kexec-tools
Followup-For: Bug #338846

Hello, what's the status of this bug ?

The build still fails :

gcc -g -O2 -Wall -g -fno-strict-aliasing -I./include
-I./util_lib/include -DVERSION='"20070330"' -DRELEASE_DATE='"30th
March 2007"' -DPACKAGE='"kexec-tools-testing"' -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\"
-DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1
-DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ZLIB_H=1 -Wall -g
-fno-strict-aliasing -Ikexec/arch/ppc/include -o
/tmp/kexec/kexec-tools-20070330/objdir/kexec/arch/ppc/kexec-ppc.o -c
kexec/arch/ppc/kexec-ppc.c

kexec/arch/ppc/kexec-ppc.c:36:2: erreur: #error Please, fix this for
your platform

And yet, the Debian ppc kernel has CONFIG_KEXEC=y.

Thanks.

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

Kernel: Linux 2.6.22.1
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.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#425445: libx11-6: fails to cross-build. tries to run cross-built makekeys utility

[Neil Williams]

On Sun, 12 Aug 2007 23:29:16 +0200
Julien Cristau <[EMAIL PROTECTED]> wrote:

> > Which is preferable:
> > 1. Require GNU make to cross-build, or
> > 2. Hardcode gcc into a series of *manual* make rules in src/utils/
> > 3. find a different way to generate the makekeys output
> > ?
> > 
> Whatever can be accepted upstream.  Which means that 1 is not an option.

What is the problem with keeping a patch in Debian that is not intended
for upstream?

> > OK, it means the patch can't go upstream but if debian/rules can
> > arrange to add the patch (via quilt) only when cross-building, I'd be
> > happy with that.
> > 
> I'm not really interested in a patch which can't go upstream.

Then it looks like I'll have to maintain an Emdebian patch instead.

There has to be a sane way to cross-build the Debian package - the
upstream code cross-builds for others. (See OpenEmbedded.) That is why
I would be happy for this to be a Debian-only solution - there appears
to be something wrong with the Debian build that can work with the raw
upstream code. (i.e. I disagree with the 'upstream' tag on this bug.)

True, if a solution is found that also works upstream then that would
benefit everyone but that is not sufficient cause to refuse to fix the
Debian package, IMHO.

> Does the attached debdiff fix your build (on top of experimental's
> 2:1.1.3-1)?

NO.

(Gee, another 6 dependencies - that's just what I needed for an
embedded X11 system.) :-(

The package in experimental does not even get passed configure because
the new dependencies are also borked.

checking for X11... configure: error: Package requirements (xextproto xtrans 
xcb-xlib >= 0.9.92) were not met:

Package pthread-stubs was not found in the pkg-config search path.
Perhaps you should add the directory containing `pthread-stubs.pc'
to the PKG_CONFIG_PATH environment variable
Package 'pthread-stubs', required by 'XCB', not found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables X11_CFLAGS
and X11_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

(apt-cross reports the installation status of foo-arm-cross in each case)
$ apt-cross -v -i libxcb1-dev
checking libxcb1-dev dependencies . . . 
libxcb1-dev depends on libxcb1, installed (1.0-3) : OK
libxcb1-dev depends on libpthread-stubs0-dev, installed (0.1-2) : OK
libxcb1-dev depends on libxau-dev, installed (1) : OK
libxcb1-dev depends on libxdmcp-dev, installed (1) : OK
One package to install.
Installing: libxcb1-dev
libxcb1-dev-arm-cross (1.0-3) is already installed.

$ dpkg -l 'libpthread*' | grep arm
ii  libpthread-stubs0-arm-cross 0.1-2  pthread stubs not provided 
by native libc (f
ii  libpthread-stubs0-dev-arm-cross 0.1-2  pthread stubs not provided 
by native libc, d

$ dpkg -L libpthread-stubs0-dev
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libpthread-stubs0-dev
/usr/share/doc/libpthread-stubs0-dev/README
/usr/share/doc/libpthread-stubs0-dev/copyright
/usr/share/doc/libpthread-stubs0-dev/changelog.Debian.gz
/usr/share/pkgconfig
/usr/share/pkgconfig/pthread-stubs.pc

That should be /usr/lib/pkgconfig/pthread-stubs.pc

Forcing the file into the correct location at least allows the build to
continue to the inevitable makekeys failure:

make[3]: Entering directory 
`/opt/emdebian/trunk/l/libx11/branches/upstream/libx11-1.1.3/obj-x86_64-linux-gnu/src/util'
arm-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src -I../../include/X11 
-I../../../src/util-Wall -Wpointer-arith -Wstrict-prototypes   
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs 
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT 
-I/usr/arm-linux-gnu/include-I/usr/arm-linux-gnu/include   
-I/usr/arm-linux-gnu/include   -Wall -g -O2 -MT makekeys-makekeys.o -MD -MP -MF 
.deps/makekeys-makekeys.Tpo -c -o makekeys-makekeys.o `test -f 'makekeys.c' || 
echo '../../../src/util/'`makekeys.c
mv -f .deps/makekeys-makekeys.Tpo .deps/makekeys-makekeys.Po
/bin/sh ../../libtool --tag=CC   --mode=link arm-linux-gnu-gcc -Wall 
-Wpointer-arith -Wstrict-prototypes-Wmissing-prototypes 
-Wmissing-declarations  -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE 
-DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -I/usr/arm-linux-gnu/include
-I/usr/arm-linux-gnu/include   -I/usr/arm-linux-gnu/include   -Wall -g -O2   -o 
makekeys makekeys-makekeys.o  -ldl 
mkdir .libs
arm-linux-gnu-gcc -Wall -Wpointer-arith -Wstrict-prototypes 
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs 
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT 
-I/usr/arm-linux-gnu/include -I/usr/arm-linux-gnu/include 
-I/usr/arm-linux-gnu/include -Wall -g -O2 -o makekeys makekeys-makekeys.o  -ldl 
 
make[3]: Leaving directory 
`/opt/emdebian/trunk/l/libx11/branches/upstream/libx11-1.1.3/obj-x86_64-linux-gnu/src/util'
../src/util/makekeys < /usr/arm-linux-gnu/

Bug#437503: Valgrind claims illegal instruction in ld-2.6.1.so

[Marko Lindqvist]

Package: libc6
Version: 2.6.1-1

 For a couple of days valgrind has refused to run any programs. This
started when /lib/ld-2.6.1.so was updated.

==19756==
vex amd64->IR: unhandled instruction bytes: 0x66 0x66 0x66 0x66
==19756== valgrind: Unrecognised instruction at address 0x4016321.
==19756== Your program just tried to execute an instruction that Valgrind
==19756== did not recognise.  There are two possible reasons for this.
==19756== 1. Your program has a bug and erroneously jumped to a non-code
==19756==location.  If you are running Memcheck and you just saw a
==19756==warning about a bad jump, it's probably your program's fault.
==19756== 2. The instruction is legitimate but Valgrind doesn't handle it,
==19756==i.e. it's Valgrind's fault.  If you think this is the case or
==19756==you are not sure, please let us know and we'll try to fix it.
==19756== Either way, Valgrind will now raise a SIGILL signal which will
==19756== probably kill your program.
==19756==
==19756== Process terminating with default action of signal 4 (SIGILL)
==19756==  Illegal opcode at address 0x4016321
==19756==at 0x4016321: memcpy (in /lib/ld-2.6.1.so)
==19756==by 0x400466E: dl_main (in /lib/ld-2.6.1.so)
==19756==by 0x4014457: _dl_sysdep_start (in /lib/ld-2.6.1.so)
==19756==by 0x400230A: _dl_start (in /lib/ld-2.6.1.so)
==19756==by 0x4000A67: (within /lib/ld-2.6.1.so)

Kernel 2.6.22-1-amd64 #1 SMP Sun Jul 29 13:54:41 UTC 2007 x86_64 GNU/Linux


 - ML


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

Bug#437344: linux-image-2.6.21-2-686: seemingly random SATA disk lockup with ICH5 intel bridge

[maximilian attems]

tags 437344 moreinfo
stop


On Sun, 12 Aug 2007, Mathieu Roy wrote:

> Package: linux-image-2.6.21-2-686
> Version: 2.6.21-6
> Severity: important

stopped reading at that point, there is newer linux images
in the archive install them directly from unstable.

if you can still reproduce trouble checkout 2.6.23-rc2,
see trunk apt lines
http://wiki.debian.org/DebianKernel

 
thanks

-- 
maks
 


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

Bug#436033: installation-guide: url to gpl on FSF site is wrong now

[Felipe Augusto van de Wiel (faw)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 12-08-2007 12:12, Holger Wansing wrote:
> On Sun, 5 Aug 2007 08:18:35 +0200 Christian Perrier wrote:
>> Unless faw (Felipe Augusto van de Wiel, now in charge of the
>> installation guide) objects, I think it is OK for you to commit the
>> needed fix.
>>
> 
> Ok, if noone objects during the next two weeks, I will commit
> attached patch.

That's fine, go ahead and commit it.

Kind regards,
- --
Felipe Augusto van de Wiel (faw)
"Debian. Freedom to code. Code to freedom!"
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGv4dpCjAO0JDlykYRAmncAJ45vkBvuHwX+L2gdVnQzy7h02VqEwCgl7dN
/DMezN+69mv/2FgosihZUGs=
=F8vK
-END PGP SIGNATURE-


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

Bug#435759: hdapsd: please update to new hdapsd.c

[Evgeni Golov]

Hi Chris,

On Thu, 02 Aug 2007 21:47:02 -0400 Chris Hanson wrote:

> Please update to the new hdapsd.c from Shem, as posted on
> hdaps-devel.  I am willing to NMU if that is helpful.

I've prepared the package, you can get it at
http://mentors.debian.net/debian/pool/main/h/hdapsd/hdapsd_0.0.20070803-1.dsc

If you think it is okay, please upload it ;)

Regards
Evgeni


pgpkilBO7SN3q.pgp
Description: PGP signature

Bug#434620: psemu-sound-alsa: Unnecessary (?) dependency on psemu-sound-oss

[Ryan Schultz]

On Wednesday 25 July 2007 05:50:25 am Mathias Brodala wrote:
> I cannot find a reason why psemu-sound-alsa depends on psemu-sound-oss. I
> don't need the latter but cannot remove it because of the the dependency.

Will be fixed with the next release of PCSX-df, which should be soon. Sorry 
for the delay (was on a trip).

Thanks for your report!

-- 
Ryan Schultz
"Rise above oneself and grasp the world." -- Archimedes


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

Bug#434622: psemu-sound-peops: New Upstream version available (1.9)

[Ryan Schultz]

On Wednesday 25 July 2007 06:07:05 am Mathias Brodala wrote:
> A new version (1.9) for the sound plugins has been available[0] for three
> years. Please update the package accordingly. Thanks.

Completely missed this. I'll merge the new version with PCSX-df as soon as I 
can, hopefully by the next release.

Thanks for your report!

-- 
Ryan Schultz
"Rise above oneself and grasp the world." -- Archimedes


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

Bug#435921: The GUI interface does not use accelerator keys.

[Ryan Schultz]

On Saturday 04 August 2007 04:12:10 am Brandon wrote:
> The GUI interface does not have accelerator keys. This effectively
> makes pcsx unusable without a mouse or a mouse emulator.

I'm pretty sure I fixed this in the development version. If not, I'll do it 
before the next release (hopefully soon).

Thanks for your report!

-- 
Ryan Schultz
"Rise above oneself and grasp the world." -- Archimedes


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

Bug#434609: examples/Makefile broken

[Ryan Schultz]

On Wednesday 25 July 2007 03:26:00 am Ethan Glasser-Camp wrote:
> If you try to build the examples using the Makefile given, you get
> various breakage:
>
> Attached is a patch which I think fixes the problem (at least, it
> builds the examples on my system).

I'll check this out and add your patch as soon as possible. Thanks for the 
report (and sorry for the delay, was on a trip).

-- 
Ryan Schultz
"Rise above oneself and grasp the world." -- Archimedes


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

Bug#435922: About window close button does not close.

[Ryan Schultz]

On Saturday 04 August 2007 04:17:38 am Brandon wrote:
> Select Help->About. Now press "Close." Nothing happens. The "X" close
> button works.

Thanks for your report! This has been fixed in the dev version for some time, 
but I really need to get a new version out. Will close when that happens.

-- 
Ryan Schultz
"Rise above oneself and grasp the world." -- Archimedes


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

Bug#425978: fixed 425978 in 2.0.34-1

[Touko Korpela]

# Automatically generated email from bts, devscripts version 2.10.7
# marking fixed version right
fixed 425978 2.0.34-1


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

Bug#382167: doc-linux-es: sysutils -> tofrodos

[Javier Fernández-Sanguino Peña]

On Sun, Aug 12, 2007 at 10:51:38PM +0200, Florian Ernst wrote:
> On Wed, Aug 09, 2006 at 01:29:34PM +0200, Matej Vela wrote:
> > The sysutils package has been split up; please depend on tofrodos
> > instead.
> 
> Furthermore, the sysutils package will be removed rather soonish, so
> please apply Matej's patch before this bug becomes RC.

I'm going to fix this an NMU but I think this package should be removed. It
has not been updated in quite a long time and the documents it provides are
rather obsolete. I'm contacting the maintainer and will file a bug to ask for
its removal.

Regards

Javier


signature.asc
Description: Digital signature

Bug#429827: New upstream version available

[Marco van Zwetselaar]

Just to let you know: I have started work on packaging qtstalker 0.34
for Debian.

I have filed an ITP for ta-lib[1] and am working on it.  Once ta-lib
gets accepted into Debian, qtstalker 0.34 can follow.

Best regards,
Marco

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


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

Bug#437497: debian-cd: Please don't (Build-)Depend on sysutils anymore

[Steve McIntyre]

tag 437497 +pending
thanks

On Sun, Aug 12, 2007 at 11:01:09PM +0200, Florian Ernst wrote:
>Package: debian-cd
>Version: 3.0.2
>Severity: minor
>Tags: patch
>
>Hi there,
>
>nowadays, sysutils is just a dummy package depending on all the single
>packages I split out from it (memtester, procinfo, tofrodos). As this
>dummy package is already part of stable, I think now is the time to
>start thinking about finally removing sysutils from the archives.
>
>The debian-cd package is well prepared for this change, please just drop
>the ORed (Build-)Depends on sysutils. The attached patch will take care
>of this.

Fixed in svn, ready for the next upload.

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
Who needs computer imagery when you've got Brian Blessed?


signature.asc
Description: Digital signature

Bug#437501: sprng: not binNMU safe

[Dirk Eddelbuettel]

On 13 August 2007 at 00:01, Lior Kaplan wrote:
| Package: sprng
| Version: 2.0a-3
| Severity: normal
| Tags: patch
| 
| Please apply the attached patch to make your package binNMU safe.
| 
| More info at http://wiki.debian.org/binNMU
| 
| Let me know if you have questions about this patch.

Thanks -- looks fine. Coincidentally, I noticed a new upstream
yesterday. Unfortunately, that one didn't build yet.  I may try to build it,
else I'll apply to your version.

Thanks, Dirk

| 
| -- System Information:
| Debian Release: lenny/sid
|   APT prefers unstable
|   APT policy: (500, 'unstable')
| Architecture: i386 (i686)
| 
| Kernel: Linux 2.6.22-1-k7 (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
| --- /tmp/control  2007-08-12 23:59:47.0 +0300
| +++ debian/control2007-08-13 00:00:44.0 +0300
| @@ -21,7 +21,7 @@
|  Package: libsprng2-dev
|  Section: libdevel
|  Architecture: any
| -Depends: libsprng2 (= ${Source-Version}), libgmp3-dev
| +Depends: libsprng2 (= ${binary:Version}), libgmp3-dev
|  Suggests: libsprng2-doc
|  Description: The SPRNG Scalable Parallel RNG library -- development package
|   The SPRNG (Scalable Parallel Random Number Generator) library provides
| @@ -35,7 +35,7 @@
|  Package: libsprng2-doc
|  Section: libdevel
|  Architecture: all
| -Depends: libsprng2 (= ${Source-Version})
| +Depends: libsprng2 (>= ${source:Version})
|  Description: The SPRNG Scalable Parallel RNG library -- documentation package
|   The SPRNG (Scalable Parallel Random Number Generator) library provides
|   several RNGs that are suitable for use in parallel computing.

-- 
Three out of two people have difficulties with fractions.


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

Bug#408888: closed by Matthias Klose <[EMAIL PROTECTED]> (Bug#408888: fixed in gcc-4.1 4.1.2-15)

[Samuel Thibault]

reopen 40
thanks

Unfortunately no, as I said in my latest mail (and provided a patch),
libjava.maxhostnamelen.dpatch does part of what libjava-hurdfix.dpatch
already does, so that they conflict when building on hurd-i386
(libjava-hurdfix is only enabled on hurd-i386).

Samuel


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

Bug#437321: incompatible with kernel >=2.6.22 (Radeon Xpress 200M)

[Brice Goglin]

Zack Weinberg wrote:
>> I can try the intermediate releases, but am unlikely to be able to do
>> the git bisect, sorry.
>> 
>
> Attached are X server log files for 6.6.3-5, 6.6.191-1, and 6.6.193-1
> with DRI active (_dri) and disabled in xorg.conf (_no-dri).  The
> problem only manifests with 6.6.193-1 with DRI active.  The other two
> drivers claim not to support DRI, even when it is active.
>   

The upstream developer would like you to turn off AIGLX. Try adding
something like:

Section "ServerFlags"
  Option "AIGLX" "off"
EndSection

Brice



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