Bug#472854: gnat-4.3 needs a manual build for mips and mipsel

[Martin Michlmayr]

* Matthias Klose <[EMAIL PROTECTED]> [2008-03-26 22:05]:
> gcc-defaults 1.66 was built before gnat-4.3 on mips and mipsel; we now
> need a manual bootstrap. This could be done by either building
> gnat-4.3 in testing and uploading to unstable, or by building in
> unstable, and modifying debian/rules2 setting CC to gcc-4.1 (or
> gcc-4.2), and building with ignoring the build dependencies.

I changed CC to gcc-4.2, but the build dies with:

/home/tbm/src/gnat-4.3-4.3.0/build/./gcc/xgcc 
-B/home/tbm/src/gnat-4.3-4.3.0/build/./gcc/ -B/usr/mipsel-linux-gnu/bin/ 
-B/usr/mipsel-linux-gnu/lib/ -isystem /usr/mipsel-linux-gnu/include -isystem 
/usr/mipsel-linux-gnu/sys-include -c -g -O2  -W -Wall -gnatpg  g-altcon.adb 
-o g-altcon.o
g-altcon.adb:131:28: warning: condition is always False
g-altcon.adb:146:28: warning: condition is always False
g-altcon.adb:166:28: warning: condition is always False
g-altcon.adb:181:28: warning: condition is always False
g-altcon.adb:201:28: warning: condition is always False
g-altcon.adb:216:28: warning: condition is always False
g-altcon.adb:238:28: warning: condition is always False
g-altcon.adb:253:28: warning: condition is always False
g-altcon.adb:273:28: warning: condition is always False
g-altcon.adb:288:28: warning: condition is always False
g-altcon.adb:308:28: warning: condition is always False
g-altcon.adb:323:28: warning: condition is always False
g-altcon.adb:345:28: warning: condition is always False
g-altcon.adb:360:28: warning: condition is always False
g-altcon.adb:380:28: warning: condition is always False
g-altcon.adb:395:28: warning: condition is always False
g-altcon.adb:415:28: warning: condition is always False
g-altcon.adb:430:28: warning: condition is always False
g-altcon.adb:452:28: warning: condition is always False
g-altcon.adb:467:28: warning: condition is always False
g-altcon.adb:489:28: warning: condition is always False
g-altcon.adb:504:28: warning: condition is always False
make[7]: *** [g-altcon.o] Error 1
make[7]: Leaving directory 
`/home/tbm/src/gnat-4.3-4.3.0/build/gcc/ada/rts-static-sjlj'
make[6]: *** [rts-static-sjlj/libgnat.a] Error 2


-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#472927: [Pkg-freevo-maint] Bug#472927: freevo 1.8.0-1 - some plugins and TV watching seem not to work

[A Mennucc]

On Thu, Mar 27, 2008 at 10:24:47AM +0100, rUrek wrote:
> Package: freevo
> Version: 1.8.0-1
> 
> Worse is problem with TV - I can't watching it, when I choose TV Guide, 
> freevo 

you have to update the TV guide, this should fix it (I had same problem)

a.

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,http://www.securityfocus.com/columnists/420



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

Bug#466527: folder access?

[A Mennucc]

in my case, the bug was in nsCSSFrameConstructor.cpp
and it was fixed in ...-etch2 ; if your bug persists, 
you should try to obtain a backtrace, install
 icedove-dbg
and do as you see in

http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=35;filename=icedove.crash;att=1;bug=466527

a.

On Thu, Mar 27, 2008 at 03:08:10PM +, José Eduardo Martins wrote:
> Could this be related to any folder access? Mixed files or something
> like that?
> 
> After the last update (iceweasel/stable uptodate 2.0.0.12-0etch1), the
> bug mantains. This means that it's not only a 
> 1.5.0.13+1.5.0.15b.dfsg1-0etch1 version bug.
> 
> 
> 
> -- 
> To unsubscribe, send mail to [EMAIL PROTECTED]

-- 
Andrea Mennucc

"The EULA sounds like it was written by a team of lawyers who want to tell 
me what I can't do, and the GPL sounds like it was written by a human 
being who wants me to know what I can do."
Anonymous,http://www.securityfocus.com/columnists/420

Bug#472987: [Pkg-postgresql-public] [Pkg-mediawiki-devel] Bug#472987: mediawiki: Dependency not correct for usage with postgresql

[Martin Pitt]

Hi Alexander,

Alexander Schmehl [2008-03-27 17:59 +0100]:
> However:  To run mediawiki on a postgresql-Server you seem to need
> "tsearch2", which is shipped in a seperate package, namely
> postgresql-contrib.  Without that package beeing installed, it just
> doesn't work.

It actually gets a little more tricky, since PostgreSQL 8.3 now has
tsearch2 built in. However, -contrib still has some compatibility
wrappers, so it does not hurt to have -contrib installed, too.

> Beeing not really deep in postgresql myself, I'm not really sure, if
> changing the recommends from postgresql to postgresql-contrib is okay;
> postgresql-contrib depends on the proper postsql package, so the server
> would be pulled in, too.  Maybe the postgresql maintainer can say
> something about that?

Confirmed, that will work. -contrib will always depend on the server.

Although in general packages should always explicitly depend on what
they need, this will keep the ORed dependency.

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#472675: supertuxkart: 472675: extra information needed

[Fabio]

I have Ati Sapphire 2400.



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

Bug#472675: supertuxkart: 472675: extra information needed

[Paul Wise]

On Fri, 2008-03-28 at 08:22 +0100, Fabio wrote:
> I have Ati Sapphire 2400.

Which Xorg graphics driver?

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#473074: 'kgb' won't compress 2.3G file: "Nothing to compress, archive won't be created."

[A. Costa]

Package: kgb
Version: 1.0b4-5
Severity: normal

Comparing some compressors:

% ls -log hda1*
-rwxr-xr-x 1 2317178880 Mar 27 00:10 hda1.tar
-rwxr-xr-x 1  978854423 Mar 27 00:45 hda1.tar.bz2
-rwxr-xr-x 1 1044106128 Mar 25 19:06 hda1.tar.gz
-rwxr-xr-x 1  774386059 Mar 27 00:10 hda1.tar.rz

But...

% kgb  hda1.tar.kgb hda1.tar ; echo $?
Nothing to compress, archive won't be created.
1

'kgb' will compress those 1G archives without complaint, maybe the
problem is the size. Apparently 1G works, but 2.3G doesn't; I
haven't tested to find out the limit.  

(If it matters, the disk had 2.65G free, and 'rzip' was able to
compress the same 'hda1.tar'.)

Seems the bug is either:

1) 'kgb' should be able to compress 2.3G files.
2) OR the error message should better explain why it can't.

Hope this helps...


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

Kernel: Linux 2.6.24-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 kgb depends on:
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  libgcc1   1:4.3.0-1  GCC support library
ii  libstdc++64.3.0-1The GNU Standard C++ Library v3

kgb recommends no packages.

-- no debconf information



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

Bug#366555: dpkg-source: Timestamps on documentation advance artificially

[A. Costa]

"Pending" already.  Maybe this reply is better late than never, though
it's relevant to the earlier 'freeguide' bug log, particularly
regarding homogenized upstream dates.  Sometimes "one" bug is really
several.

On Thu, 20 Mar 2008 08:22:44 +0100
Raphael Hertzog <[EMAIL PROTECTED]> wrote:

> To be clear: this bug #366555 is assigned to dpkg-dev and dpkg-dev
> doesn't control the timestamp of generated documentation. If you want
> the generated documentation to have a timestamp that matches the
> source, you should just write a tool that makes it easy to do so and
> hope that some maintainers will use it to fix timestamp of the
> generated documentation (but I doubt it, honestly and the maintainer
> of debhelper is very much a reference concerning what is a reasonable
> packaging helper tool).

I like your idea, it'd be a workable kludge pending some eventual
systemic fix or '.deb' revision.  It might work at install time, a user
tool, rather like 'apt-listchanges' or 'localepurge'.  (See below for
details.)

But if 'dpkg-dev' isn't relevent, (IIRC Shaun Jackman reassigned it from
'freeguide' to 'dpkg-dev'), then where to assign this other (correcting
upstream dates) bug? 

> ...Up to now all files from the debian sub-directory are installed by the
> diff.gz and thus get a timestamp reset by dpkg-source. In the future,
> when we switch over to the new source format the files in the debian
> directory will be installed by a debian.tar.gz file and thus we will
> preserve timestamps. However upstream patched files will continue to
> have their timestamp reset at unpack time.

So if I understand things correctly, the 'upstream' part of a package
is inviolate, never changing.  At present there's no preservation of
patch timestamps, (always the latest patch/unpack time), and no
provision for correcting upstream metadata -- the current format
and tool chain are not designed for (you and JH argue) any such
proposed metadata functions.  For my purposes the whole source
'.deb' is virtually taboo.

> > Would a partial fix that only affected '/usr/share/doc/*' be safe
> > from tricky side-effects?
> 
> If the files are simply copied over, their timestamp is already
> preserved. And it's unlikely that we patch upstream documentation.
> 
> So no, I'm not in favor at all to add any complexity to the
> timestamp-resetting rule.

The user changing doc dates after or during the install would be OK?
Assume the source '.deb' is untouched.  Would install-time date changes
be any worse for a system than say, 'localepurge'?

Some notes on date advancement ("date creep"?) in Debian...

Here's some ad hoc coding to see how often repeat dates occur in
'/usr/share/doc', i.e. many doc files per package with the same date.
On my system's 2920 packages, five or more doc date dups occur in
about 1200 packages.  

# Top 10:

# usage 'pick 7 6' prints fields $7 $6 (1 to 9 only)
% pick() { z="$*" ; while read x ; do set -- $x ; for f in $z ; do eval echo -n 
\$$f"\ "  ; done ; echo ; done ; }

% for t in `cd /usr/share/doc/ ; find -maxdepth 1 -type d | sed -e 's#^\./##' 
-e '/\./d'` ;   do find /usr/share/doc/$t -type f -printf "%C@ \n" | sort -g | 
uniq -c | sort -rg | xargs echo $t | pick 2 1 3 | xargs printf "%4i %40s %s\n" 
; done 2> /dev/null | sort -g > /tmp/dupdate.txt 

# 1) # of repeat dates
# 2) package name
# 3) the repeated date itself, in seconds since 1970
% tail /tmp/dupdate.txt
 199 libcommons-lang-java 1200704724.00
 262gnome-dev-doc 1188363464.00
 271  kde 1205914766.00
 289 debian-guide 1073455729.00
 302  openssl 1203115202.00
 391HOWTO 1197753227.00
 431   lg 1113243150.00
 553 lilypond 1205128585.00
 641  RFC 1203416145.00
 648  mplayer-doc 1205119451.00

I guess some of these might be affected by the pending #366555?  For
those that aren't...

Idea about a 'Debian day 1' date for upstream packages like the above.
Earlier I suggested saving the dates the first time it's packaged.
Hess objected to polluting the source '.deb' with an added data
structure and handling code.  On 2nd thought: no additional data
structure is needed.  An older or installed package version already
contains the desired metadata.

Supposing version numbers are whole numbers:

1) Day 1, version 1, relative to Debian or the users system, 
   installed package has upstream dates.  No change from how 
   it's done now.

2) Version 2, relative to Debian.  Before unpacking, go through 
  'doc' dir, compare checksums to "version 1", if they match, 
   use the old dates.

3) Version 'n' compare to version 'n-1'.

Bug#473073: deco: 'Description:' non-English syntax: "...developed by the motives of the..."

[A. Costa]

Package: deco
Version: 3.9-3
Severity: minor


Description: Demos Commander
 DECO is a visual interface for the UNIX operating system, developed by
 the motives of the widely known Norton Commander.

Suggesteded replacement:

Description: Demos Commander
 DECO is a dual-pane file manager with an interface similar to
 the widely known Norton Commander.


Hope this helps...


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

Kernel: Linux 2.6.24-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 deco depends on:
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  libncurses5   5.6+20080203-1 Shared libraries for terminal hand

deco recommends no packages.

-- no debconf information



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

Bug#473075: linux-image-2.6.24-1-686: Won't boot, seems root fs not mounted

[Olivier Berger]

Package: linux-image-2.6.24-1-686
Version: 2.6.24-4
Severity: normal

I installed the just arrived linux 2.6.24 image package on my desktop,
and tried rebooting it, with no success.

Boot procedure hangs with these messages (manual transcript from a
picture taken with my phone ;) :

mount: Mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have /sbin/init.
No init found. Try passing init= bootarg.


BusyBox v1.1.3 (Debian 1:1.1.3-5) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty: job control turned off
(initramfs) usb2-1: configuration #1 chosen from 1 choice
hub 2-1:1.0: USB hub found
hub 2-1:1.0: 3 ports detected
usb 1-2: new full speed USB device using ohci_hcd and address 4
usb 1-2: configuration #1 chosen from 1 choice
usb 2-1.2: new low speed USB device using ohci_hcd and address 3
usb 2-1.2: configuration #1 chosen from 1 choice
usb 2-1.3: new full speed USB device using ohci_hcd and address 4
usb 2-1.3: configuration #1 chosen from 1 choice

(end of my picture nothing more than USB-related messages)

FYI, as I see something related to tty, I'm using a "Belkin Components
F1DF102U Flip KVM" switch to share screen and keybord (USB) between that
desktop and another system.

Hope this helps,

Thanks in advance for your help


-- Package-specific info:

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

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

Versions of packages linux-image-2.6.24-1-686 depends on:
ii  debconf [debconf-2.0]1.5.20  Debian configuration management sy
ii  initramfs-tools [linux-initr 0.91e   tools for generating an initramfs
ii  module-init-tools3.3-pre11-4 tools for managing Linux kernel mo

Versions of packages linux-image-2.6.24-1-686 recommends:
ii  libc6-i6862.7-6  GNU C Library: Shared libraries [i

-- debconf information:
  linux-image-2.6.24-1-686/preinst/overwriting-modules-2.6.24-1-686: true
  linux-image-2.6.24-1-686/postinst/bootloader-error-2.6.24-1-686:
  linux-image-2.6.24-1-686/postinst/create-kimage-link-2.6.24-1-686: true
  linux-image-2.6.24-1-686/prerm/would-invalidate-boot-loader-2.6.24-1-686: true
  linux-image-2.6.24-1-686/preinst/initrd-2.6.24-1-686:
  linux-image-2.6.24-1-686/preinst/lilo-has-ramdisk:
  linux-image-2.6.24-1-686/preinst/abort-install-2.6.24-1-686:
  linux-image-2.6.24-1-686/prerm/removing-running-kernel-2.6.24-1-686: true
  linux-image-2.6.24-1-686/preinst/abort-overwrite-2.6.24-1-686:
  linux-image-2.6.24-1-686/postinst/bootloader-test-error-2.6.24-1-686:
  linux-image-2.6.24-1-686/preinst/lilo-initrd-2.6.24-1-686: true
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.24-1-686/postinst/old-system-map-link-2.6.24-1-686: true
  linux-image-2.6.24-1-686/preinst/failed-to-move-modules-2.6.24-1-686:
  linux-image-2.6.24-1-686/postinst/depmod-error-initrd-2.6.24-1-686: false
  linux-image-2.6.24-1-686/preinst/bootloader-initrd-2.6.24-1-686: true
  linux-image-2.6.24-1-686/postinst/old-initrd-link-2.6.24-1-686: true
  linux-image-2.6.24-1-686/postinst/old-dir-initrd-link-2.6.24-1-686: true
  linux-image-2.6.24-1-686/postinst/depmod-error-2.6.24-1-686: false
  linux-image-2.6.24-1-686/preinst/elilo-initrd-2.6.24-1-686: true
  linux-image-2.6.24-1-686/postinst/kimage-is-a-directory:



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

Bug#473059: [Pkg-virtualbox-devel] Bug#473059: /etc/init.d/virtualbox-ose: init

[Michael Meskes]

On Fri, Mar 28, 2008 at 02:53:27AM +0100, Michael Biebl wrote:
> Package: virtualbox-ose
> Version: 1.5.6-dfsg-3
> Severity: important
> File: /etc/init.d/virtualbox-ose
> 
> The init script fails to start when I run "/etc/init.d/virtualbox-ose start" 

Are you sure your /etc/init.d/virtualbox-ose is the one from the
1.5.6-dfsg-3 package? This bug (at least it seems to be this bug on
first glance) was supposed to be fixed in 1.5.6-dfsg-2.
Could you please double check before we start digging into it. Thanks.

Michael
-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#469259: Build with ncursesw

[Timo Aaltonen]

On Tue, 4 Mar 2008, Asheesh Laroia wrote:


On Tue, 4 Mar 2008, Timo Aaltonen wrote:


Hi

 Alpine does not build-depend on libncursesw5-dev, which means that while 
you can read exotic characters, you cannot write them without messing up 
the terminal. I have no need for this myself but got a request about it, 
and since it seems valid I'll report it here :)


Dear alpine maintainers and community members,

Is building alpine with libncursesw the right way to make "exotic character" 
input as well as output work?


I haven't done extensive development in this curses world, so I thought I'd 
ask you guys.  If so, I'll naturally change to the Debian package so that it 
builds against the wide ncurses.


If instead alpine has been written intending to link to libncurses not 
libncursesw, then let me know!


No reply..

I had to edit configure.ac to use -lncursesw, then it configured and built 
fine, but linking failed:


x86_64-linux-gnu-gcc -std=gnu99 -g -pthread -Wall -g -O2 -Wl,-z -Wl,defs 
-Wl,--as-needed -o alpine addrbook.o adrbkcmd.o after.o alpine.o arg.o 
busy.o colorconf.o confscroll.o context.o dispfilt.o flagmaint.o folder.o 
help.o imap.o init.o kblock.o keymenu.o ldapconf.o listsel.o mailcmd.o 
mailindx.o mailpart.o mailview.o newuser.o pattern.o pipe.o print.o 
radio.o remote.o reply.o roleconf.o send.o setup.o signal.o status.o 
takeaddr.o titlebar.o date.o  -lpam -ldl -L/usr/lib -lcrypto 
../pico/libpico.a ../pico/osdep/libpicoosd.a ../pith/libpith.a 
../pith/osdep/libpithosd.a ../pith/charconv/libpithcc.a osdep/libpineosd.a 
../c-client/c-client.a -lldap -lncursesw -llber -lssl

../c-client/c-client.a(osdep.o): In function `ssl_onceonlyinit':
/tmp/buildd/alpine-1.0+dfsg/imap/c-client/osdep.c:335: warning: the use of 
`tmpnam' is dangerous, better use `mkstemp'

../c-client/c-client.a(osdep.o): In function `checkpw_cleanup':
osdep.c:(.text+0x17f2): undefined reference to `pam_setcred'
../c-client/c-client.a(osdep.o): In function `checkpw':
osdep.c:(.text+0x6025): undefined reference to `pam_start'
osdep.c:(.text+0x607a): undefined reference to `pam_set_item'
osdep.c:(.text+0x6089): undefined reference to `pam_authenticate'
osdep.c:(.text+0x6098): undefined reference to `pam_acct_mgmt'
osdep.c:(.text+0x60aa): undefined reference to `pam_setcred'
../c-client/c-client.a(osdep.o): In function `checkpw_cleanup':
osdep.c:(.text+0x1802): undefined reference to `pam_end'
collect2: ld returned 1 exit status

what's going on here?

t




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

Bug#473076: foomatic-filters: /usr/lib/cups/filter/foomatic-rip failed

[Phil Dibowitz]

Package: foomatic-filters
Version: 3.0.2-20080211-3
Severity: grave
Justification: renders package unusable


Ever since an apt-get upgrade from about 2 weeks ago, I've been unable
to print, and cups reports "/usr/lib/cups/filter/foomatic-rip failed" in
the web interface and
  (/usr/lib/cups/filter/foomatic-rip) stopped with status 9!
in the log files.

I enabled foomatic debug logging to /tmp/foomatic-rip.log and it's
contents are below.

I've been debugging this for a while, tried purging and re-installing
the cups and foomatic packages, but to no avail.


BEGIN*FILE**
foomatic-rip version $Revision$ running...
called with arguments: '14', 'root', 'asdfadf', '1', 'media=Letter 
sides=one-sided finishings=3 
job-uuid=urn:uuid:d60031a1-3c24-36b1-73bb-a89cd2e9f1ca'
Parsing PPD file ...
*cupsFilter: "application/vnd.cups-postscript 0 foomatic-rip"
Added option ColorSpace
Added option Resolution
Added option PageSize
Added option PageRegion
Added option Model
Added option PrintoutMode
Added option ImageableArea
Added option PaperDimension
Added option Duplex
Added option Quality
Added option Font

Parameter Summary
-

Spooler: cups
Printer: kitt
Shell: /bin/sh
PPD file: /etc/cups/ppd/kitt.ppd
ATTR file: 
Printer model: HP DeskJet 950C Foomatic/hpijs (recommended)
Options: media=Letter sides=one-sided finishings=3 
job-uuid=urn:uuid:d60031a1-3c24-36b1-73bb-a89cd2e9f1ca
Job title: asdfadf
File(s) to be printed: 


GhostScript extra search path ('GS_LIB'): /usr/share/cups/fonts
Pondering option 'media=Letter'
Pondering option 'sides=one-sided'
Pondering option 'finishings=3'
Unknown option finishings=3.
Pondering option 'job-uuid=urn:uuid:d60031a1-3c24-36b1-73bb-a89cd2e9f1ca'
Unknown option job-uuid=urn:uuid:d60031a1-3c24-36b1-73bb-a89cd2e9f1ca.



File: 



Reading PostScript input ...
--> This document is DSC-conforming!

---
Found: %%BeginProlog
Found: %%EndProlog

---
Found: %%BeginSetup
Found: %%BeginFeature: *PrintoutMode Normal
   Option: PrintoutMode=Normal --> Setting option
Found: %% FoomaticRIPOptionSetting: PrintoutMode=Normal
   Option: PrintoutMode=Normal --> Setting option
Found: %%BeginFeature: *Quality FromPrintoutMode
   Option: Quality=FromPrintoutMode --> Setting option
Found: %% FoomaticRIPOptionSetting: [EMAIL PROTECTED]
   Option: Quality=FromPrintoutMode --> Setting option
Found: %%BeginFeature: *PageSize Letter
   Option: PageSize=Letter --> Setting option
Found: %% FoomaticRIPOptionSetting: PageSize=Letter
   Option: PageSize=Letter --> Setting option
Found: %%BeginFeature: *Duplex None
   Option: Duplex=None --> Setting option
Found: %% FoomaticRIPOptionSetting: Duplex=None
   Option: Duplex=None --> Setting option
Found: %%EndSetup
Inserting PostScript code for CUPS' page accounting

---
New page:  1 1
Inserting option code into "PageSetup" section.

Found: %%BeginPageSetup
Found: %%EndPageSetup
End of page header
Flushing FIFO.

Starting renderer
JCL:  

renderer PID kid4=9429
renderer command: gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs 
-sIjsServer=hpijs -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="DESKJET 
950" -dDEVICEWIDTHPOINTS=612 -dDEVICEHEIGHTPOINTS=792 -dDuplex=false -r300 
-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2
 -dIjsUseOutputFD -sOutputFile=- -
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en.UTF8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
foomatic-gswrapper: gs '-sstdout=%stderr' '-dBATCH' '-dPARANOIDSAFER' '-dQUIET' 
'-dNOPAUSE' '-sDEVICE=ijs' '-sIjsServer=hpijs' 
'-sDeviceManufacturer=HEWLETT-PACKARD' '-sDeviceModel=DESKJET 950' 
'-dDEVICEWIDTHPOINTS=612' '-dDEVICEHEIGHTPOINTS=792' '-dDuplex=false' '-r300' 
'-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2'
 '-dIjsUseOutputFD' '-sOutputFile=%stdout' '-_'

Closing renderer
tail process done writing data to STDOUT
KID4 finished
KID3 exited with status 0
KID4 exited with status 0
Renderer exit stat: 0
KID3 finished
Renderer process finished
$VAR1 = {
  'prologprepend' => [],
  'cupspagesetupprepend' => [],
  'cmd' => 'gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs 
-sIjsServer=hpijs%A%B%C -dIjsUseOutputFD%Z -sOutputFile=- -',
  'currentcmd' => 'gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=ijs 
-sIjsServer=hpijs -sDeviceManufacturer="HEWLETT-PACKARD" -sDeviceModel="DESKJET 
950" -dDEVICEWIDTHPOINTS=612 -dDEVICEHEIGHTPOINTS=792 -dDuplex=false -r300 
-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2
 -dIjsUseOutputFD -sOutputFile=- -',
  'args' => [
{
  'proto' => '%s',
 

Bug#472800: gnome-power-manager: same behaviour on sony vaio tz21mn

[Josselin Mouette]

On ven, 2008-03-28 at 08:44 +0100, Sven Luther wrote:
> I am seeing the same behaviour on my sony vaio laptop. 

This bug looks unrelated to me.

> When i upgraded to lenny, i first had the dialog open when pressing the
> power button, but there is something else which powers down the laptop
> even without interacting with the dialog after a couple of seconds.
> 
> I remember having the low-battery dialog appear, but i don't know if it
> was before or after the switch to lenny, but it has been broken since
> some weeks now.

> Debian Release: 4.0
>   APT prefers stable
>   APT policy: (500, 'stable')

It looks like you didn’t upgrade everything to lenny. The acpi package
from stable will happily shutdown your computer when it detects some
events instead of letting policy daemons do the jobs. This should not be
the case if you upgrade this package as well.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#472558: setting package to boinc-dbg boinc-manager boinc-client boinc-dev boinc, tagging 472558

[Frank S . Thomas]

# Automatically generated email from bts, devscripts version 2.10.20
#
# boinc (5.10.45-2) UNRELEASED; urgency=low
#
#  * Added Finnish (fi.po) by Esko Arajärvi <[EMAIL PROTECTED]>. (closes: 
#472558) 

package boinc-dbg boinc-manager boinc-client boinc-dev boinc
tags 472558 + pending




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

Bug#464151: this bug/#464151 - sudo 1.6.9p11-2 does not solve Bug #402329

[Steve Langasek]

On Thu, Mar 27, 2008 at 07:11:26AM -0400, Justin Pryzby wrote:
> On Thu, Mar 27, 2008 at 08:58:58AM +0100, Dr. Markus Waldeck wrote:
> > > What version pam?

> > I use unstable with the default configuration files.
> The default configuration files don't include any limits.conf entries.
> Please send all the relevant files, except perhaps conffiles for which
> the checksum matches that in dpkg -s.

> > Your modules and runtime package is not update to date!
> Ok, I upgraded them and found that libpam-modules/unstable seems to be
> the cause.

> PAM people: should the bug be reassigned

This bug claims that "sudo" doesn't get the ulimit values from
/etc/security/limits.conf.  This is completely unreproducible for me, for
sudo or any other service.  Why do you think this is a PAM bug?  (For that
matter, why do you think there *is* a bug?)

[EMAIL PROTECTED]:~$ grep mootest /etc/security/limits.conf
mootest hardcpu 800
[EMAIL PROTECTED]:~$ ulimit -t 100
[EMAIL PROTECTED]:~$ ulimit -t
100
[EMAIL PROTECTED]:~$ sudo -u mootest -s
[EMAIL PROTECTED]:~$ ulimit -t
48000
[EMAIL PROTECTED]:~$ exit


> (and actually merged with #404836)?

Huh?  That's a bug about one particular limit that PAM is known to not reset
the defaults for.

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



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

Bug#472800: gnome-power-manager: same behaviour on sony vaio tz21mn

[Sven Luther]

On Fri, Mar 28, 2008 at 09:10:07AM +0100, Josselin Mouette wrote:
> On ven, 2008-03-28 at 08:44 +0100, Sven Luther wrote:
> > I am seeing the same behaviour on my sony vaio laptop. 
> 
> This bug looks unrelated to me.

Hi Josselin,

I am unsure from the above if the unrelated is the total bug, or the
below info, which i provided only in an informative way, since it may be
related to the event handling (but then i am rather clueless in x86
hardware and acpi).

Anyway, i suppose you meant the power button info here.

> > When i upgraded to lenny, i first had the dialog open when pressing the
> > power button, but there is something else which powers down the laptop
> > even without interacting with the dialog after a couple of seconds.
> > 
> > I remember having the low-battery dialog appear, but i don't know if it
> > was before or after the switch to lenny, but it has been broken since
> > some weeks now.
> 
> > Debian Release: 4.0
> >   APT prefers stable
> >   APT policy: (500, 'stable')
> 
> It looks like you didn’t upgrade everything to lenny. The acpi package

Well, i did an apt-get dist-upgrade, if not everything got upgraded,
this may be a migration bug ? 

> from stable will happily shutdown your computer when it detects some
> events instead of letting policy daemons do the jobs. This should not be
> the case if you upgrade this package as well.

$ dpkg -l | grep acpi
ii  acpi   0.09-4 displays information on 
ACPI devices
ii  acpi-support   0.103-5 scripts for handling 
many ACPI events
ii  acpi-support-base  0.103-5 scripts for handling 
base ACPI events such as the power button
ii  acpid  1.0.4-7.1 Utilities for using 
ACPI power management

This seems to be the latest version, accordying to the pts.

Friendly,

Sven Luther

Bug#366555: dpkg-source: Timestamps on documentation advance artificially

[Raphael Hertzog]

Hi,

On Fri, 28 Mar 2008, A. Costa wrote:
> > To be clear: this bug #366555 is assigned to dpkg-dev and dpkg-dev
> > doesn't control the timestamp of generated documentation. If you want
> > the generated documentation to have a timestamp that matches the
> > source, you should just write a tool that makes it easy to do so and
> > hope that some maintainers will use it to fix timestamp of the
> > generated documentation (but I doubt it, honestly and the maintainer
> > of debhelper is very much a reference concerning what is a reasonable
> > packaging helper tool).
> 
> I like your idea, it'd be a workable kludge pending some eventual
> systemic fix or '.deb' revision.  It might work at install time, a user
> tool, rather like 'apt-listchanges' or 'localepurge'.  (See below for
> details.)

I rather meant a build-time tool like:
sync-timestamp  

Where  is the original file (say in XML format) and the
 is either a file or a directory with multiple files.

> But if 'dpkg-dev' isn't relevent, (IIRC Shaun Jackman reassigned it from
> 'freeguide' to 'dpkg-dev'), then where to assign this other (correcting
> upstream dates) bug? 

Nowhere. If the idea is to write a new tool, there's no pre-existing
package where to reassign it.

> > ...Up to now all files from the debian sub-directory are installed by the
> > diff.gz and thus get a timestamp reset by dpkg-source. In the future,
> > when we switch over to the new source format the files in the debian
> > directory will be installed by a debian.tar.gz file and thus we will
> > preserve timestamps. However upstream patched files will continue to
> > have their timestamp reset at unpack time.
> 
> So if I understand things correctly, the 'upstream' part of a package
> is inviolate, never changing.  At present there's no preservation of
> patch timestamps, (always the latest patch/unpack time), and no
> provision for correcting upstream metadata -- the current format
> and tool chain are not designed for (you and JH argue) any such
> proposed metadata functions.

Yes.

> The user changing doc dates after or during the install would be OK?
> Assume the source '.deb' is untouched.  Would install-time date changes
> be any worse for a system than say, 'localepurge'?

Well, I have no problem with the user changing timestamps of installed
files if that's something desirable to the user. But I really don't see
how you would expect this to work.

> Idea about a 'Debian day 1' date for upstream packages like the above.
> Earlier I suggested saving the dates the first time it's packaged.
> Hess objected to polluting the source '.deb' with an added data
> structure and handling code.  On 2nd thought: no additional data
> structure is needed.  An older or installed package version already
> contains the desired metadata.
> 
> Supposing version numbers are whole numbers:
> 
>   1) Day 1, version 1, relative to Debian or the users system, 
>  installed package has upstream dates.  No change from how 
>  it's done now.
> 
>   2) Version 2, relative to Debian.  Before unpacking, go through 
> 'doc' dir, compare checksums to "version 1", if they match, 
>  use the old dates.
> 
>   3) Version 'n' compare to version 'n-1'.

Ouch. What a lot of work for simple timestamps. And it has problems: a
compressed documentation file will have a differing checksum even if the
content does match as the gzip header includes some timestamp as well.
So yo should compare uncompressed content.

Many auto-generated documentation will also include some sort of timestamp
in the generated page as well.

> So, a util that runs on a package upgrade, before it's unpacked**.
> Save prior version's doc date & checksums to temp file.  After
> unpacking, compare, then backdate unchanged doc files as needed.  
> 
> (**is there a "Debian Way" to run on upgrade before unpacking?  I know
> how to code the rest, assuming I've not forgotten some other necessary
> difficulty.)

Well, right now there's no such "hook" defined in dpkg. Thus this feature
can probably only be developed as a dpkg patch.

But I can tell you in advance, that any such wishlist bug against dpkg
will be tagged wontfix as it's way too complicated for too little gain.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/

Bug#472926: psql 8.X breaks pgsql.get

[Morten Werner Forsbring]

Ola Lundqvist <[EMAIL PROTECTED]> writes:

> Do this work with old pgsql or do it only work with the new one?

Bah, I didn't think about that. This feature [1] was introduced in
postgres 8.1.

> If the answer is no, do you know if the old version will be supported in
> lenny?

No, the only postgresql in testing/unstable now is 8.3, so I guess the
patch can be applied without worrying about postgresql in
testing/unstable and the lenny-release. But the package should not be
backported to etch without support for postgresql < 8.1.


- Werner

[1] http://www.postgresql.org/docs/8.1/static/release-8-1.html#AEN74439



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

Bug#464151: this bug/#464151 - sudo 1.6.9p11-2 does not solve Bug #402329

[Steve Langasek]

On Thu, Mar 27, 2008 at 02:15:23PM +0100, Dr. Markus Waldeck wrote:
> > The default configuration files don't include any limits.conf entries.

> Correct.
> I set the relevant ulimit value via ulimit (in the shell)
> and also via an entry in limits.conf.
> The results were in both cases the same.
> So it should not depend on any entry in limits.conf.

Oh, I misunderstood earlier.  Ok, so the issue here is that limits not
specified in /etc/security/limits.conf are not being reset.  Yes, this seems
to be a PAM bug, though not the same as bug #404836.

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



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

Bug#472554: armel is affected too

[Sergei Golovan]

Hi!

armel architecture is affected by this bug too.

-- 
Sergei Golovan



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

Bug#473077: lyx: lyx can't start

[Arnaud Baysse]

Subject: lyx can't start
Package: lyx
Version: 1.5.3-1
Severity: normal


I launch lyx with the command-line and I have this error :

"terminate called after throwing an instance of
'boost::filesystem::basic_filesystem_error >'
  what():  boost::filesystem::exists
Abandon"

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

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages lyx depends on:
ii  libaiksaurus-1.2-0c2a  1.2.1+dev-0.12-5  an English-language thesaurus
(dev
ii  libaspell150.60.5-2  GNU Aspell spell-checker
runtime l
ii  libboost-filesystem1.3 1.34.1-7  filesystem operations (portable
pa
ii  libboost-regex1.34.1   1.34.1-7  regular expression library for
C++
ii  libboost-signals1.34.1 1.34.1-7  managed signals and slots
library
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libgcc11:4.3.0-1 GCC support library
ii  libqt4-core4.3.4-2   Qt 4 core non-GUI functionality
ru
ii  libqt4-gui 4.3.4-2   Qt 4 core GUI functionality
runtim
ii  libstdc++6 4.3.0-1   The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  lyx-common 1.5.3-1   Architecture-independent files
for
ii  mime-support   3.40-1.1  MIME files 'mime.types' &
'mailcap
ii  xdg-utils  1.0.2-3   desktop integration utilities
from
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages lyx recommends:
ii  dvipng 1.9-6 convert DVI files to PNG
graphics
ii  evince [postscript-vie 2.20.2-1  Document (postscript, pdf)
viewer
ii  gs-esp [postscript-vie 8.15.3.dfsg.1-1   The Ghostscript PostScript
interpr
ii  gv [postscript-viewer] 1:3.6.3dfsg-6 PostScript and PDF viewer for X
ii  imagemagick7:6.3.7.9.dfsg1-2 image manipulation programs
ii  latex-xft-fonts0.1-7 Xft-compatible versions of some
La
ii  preview-latex-style11.83-7   LaTeX style files for editor
embed
ii  psutils1.17-24   A collection of PostScript
documen
ii  texlive-fonts-recommen 2007-13   TeX Live: Recommended fonts
ii  texlive-latex-recommen 2007-13   TeX Live: LaTeX recommended
packag

-- no debconf information

Bug#473078: Should these packages be removed?

[Christoph Berg]

Package: vat,xrn,nte
Severity: serious

Hi,

looking at the upload history of vat, xrn, and nte, they haven't
received an maintainer upload for years. Popcon reports are low, all
have been NMUed at least once, and the first two are RC-buggy.

I suggest to remove the packages.

Christoph
-- 
[EMAIL PROTECTED] | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#120503: package waiting

[Allie kozerter]

Dreams are made of these http://www.swijuing.com/
Two capsules a day for permanent, massive gains.



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

Bug#322341: Looking for a hot and wet time

[Steffen Mawhinney]

Leading the revolution here http://www.swijuing.com/
Add inches in just a few short weeks – guaranteed.



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

Bug#293838: Dreams are made of these

[perrin Montaag]

Looking for a hot and wet time http://www.drinkebels.com/
Keep her satisfied and desperate for more of your willy.



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

Bug#341376: Lindsay wet and ready

[chrystal Komssi]

Give her wet dreams tonight http://www.tubeisnotjac.com/
If you’ve always wanted to give her the most mindblowing orgasm ever – then 
click here.



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

Bug#246320: 9 massive inches in weeks

[Bennett Lapointe]

She loves you hard and long http://www.swijuing.com/
Keep her satisfied and desperate for more of your willy.



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

Bug#471783: openexr: Oops, exrdisplay has been moved upstream

[Adeodato Simó]

retitle 471783 openexr: no longer contains exrdisplay, update description
thanks

* Mike Paul [Thu, 20 Mar 2008 01:05:16 -0400]:

> Looks like I reported this before I'd researched it enough.  It turns
> out that exrdisplay has been removed from the upstream openexr release,
> and put into a separate "openexr_viewers" release which doesn't seem to
> be packaged in Debian yet.

I've requested for it to be packaged in .

> I guess the actual bug in this package, then, is that the package
> description says it contains a viewer, but it no longer does.

Indeed. Retitling accordingly.

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Don't worry about what anybody else is going to do. The best way to
predict the future is to invent it.
-- Alan Kay

Bug#329739: 18 and wild

[Dee Fogwill]

18 and wild http://www.tubeisnotjac.com/
Electrify and excite her with the thing she’s always wanted.



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

Bug#200205: The truth about size

[Meu Fontaine]

Dreams are made of these http://www.swijuing.com/
Achieve rock solid erections and intense, unbelievable pleasure during 
lovemaking with this.



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

Bug#273192: 18 and perfect

[gianluigi Gillespie]

Naked pics of Christina http://www.tubeisnotjac.com/
Proven to work in a study of 5000 men, with at least 2 inches gained on average.



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

Bug#138157: package waiting

[Denys Snape]

Keep her satisfied http://www.tubeisnotjac.com/
Imagine being able to have rock-hard, long-lasting erections all night long – 
now you can.



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

Bug#269324: Leading the revolution here

[Arlie grantham]

Give her wet dreams tonight http://www.swijuing.com/
“I love how David now penetrates me so much deeper.” Lindsay, 21



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

Bug#473081: ITP: darts -- C++ Template Library for implementation of Double-Array

[Hideki Yamane]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: [EMAIL PROTECTED]

   Package name: darts
Version: 0.32
Upstream Author: Taku Kudoh <[EMAIL PROTECTED]>
URL: http://chasen.org/~taku/software/darts/
License: LGPL-2.1 or BSD
Description: C++ Template Library for implementation of Double-Array
 Darts is simple C++ Template Library for implementation of 
 Double-Array Structure.
 .
 Darts is used for MeCab and ChaSen, Japanese Morphological 
 Analysis System.



pgpZMt1MdP8Eb.pgp
Description: PGP signature

Bug#473079: apt: Please implement --with-suggests

[Andreas Tille]

Package: apt
Version: 0.7.11
Severity: wishlist

Hi,

as it is discussed in the debian-devel mailinglist around
this posting [1], an explicite option --with-suggest option
for apt would be quite handy.  It should be easier for
the user than
  -o APT::Install-Suggests=true
and it should be documented clearly that this is a "non-recursive"
inclusion of suggested packages (it is not really clear
how the option above works), which means that the packages
that are suggested by the package will be included but
those packages that are in turn suggested by these should
not be installed.  It might be worth thinking about a
further option that also install suggestions of the sugested
packages - but this might probably be the less used option.
Please see also [2] for this problem.

BTW, I'm aware of bug #230295 but I think it is different
because it asks for two things in one bug.  One of this
is just solved (--recommends).  So if you would like to
split bug #230295 into two parts I would agree with a merge.

The other half of the bug should turned into a request for
--without-recommends.

And no, I do not agree that the -o notation as mentioned
above is intuitive enough and users fail to find this option
because it is not explicitely documented in the man page.

Kind regards and thanks for maintaining apt

   Andreas.


[1] http://lists.debian.org/debian-devel/2008/03/msg00645.html
[2] http://lists.debian.org/debian-devel/2008/03/msg00697.html

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (501, 'testing'), (50, 'unstable'), (5, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring 2007.07.31GnuPG archive keys of the Debian a
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libgcc11:4.3.0~rc2-1 GCC support library
ii  libstdc++6 4.3.0~rc2-1   The GNU Standard C++ Library v3

apt recommends no packages.

-- no debconf information



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

Bug#473085: g-wrap - FTBFS: multiple definition of `scm_array_handle_ref'

[Bastian Blank]

Package: g-wrap
Version: 1.9.10-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of g-wrap_1.9.10-2 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> /bin/sh ../../libtool --tag=CC --mode=link cc  -I../../libffi/include -g 
> -Wall -O2 -Wall -Wmissing-prototypes -std=gnu99   -o 
> libgwrap-guile-runtime.la -rpath /usr/lib -version-info 2:0:0 -no-undefined 
> guile-runtime.lo guile-wct.lo guile-compatibility.lo 
> ../../g-wrap/libgwrap-core-runtime.la -lguile -lltdl  -lgmp -lcrypt -lm 
> -lltdl ../../libffi/libffi.la ../../lib/libgnu.la 
> cc -shared  .libs/guile-runtime.o .libs/guile-wct.o 
> .libs/guile-compatibility.o -Wl,--whole-archive ../../lib/.libs/libgnu.a 
> -Wl,--no-whole-archive  -Wl,--rpath 
> -Wl,/build/buildd/g-wrap-1.9.10/g-wrap/.libs -Wl,--rpath 
> -Wl,/build/buildd/g-wrap-1.9.10/libffi/.libs 
> ../../g-wrap/.libs/libgwrap-core-runtime.so /usr/lib/libguile.so 
> /usr/lib/libgmp.so -lcrypt -lm /usr/lib/libltdl.so 
> ../../libffi/.libs/libffi.so  -Wl,-soname -Wl,libgwrap-guile-runtime.so.2 -o 
> .libs/libgwrap-guile-runtime.so.2.0.0
> .libs/guile-wct.o: In function `scm_array_handle_ref':
> /usr/include/libguile/inline.h:221: multiple definition of 
> `scm_array_handle_ref'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:221: first defined here
> .libs/guile-wct.o: In function `scm_array_handle_set':
> /usr/include/libguile/inline.h:236: multiple definition of 
> `scm_array_handle_set'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:236: first defined here
> .libs/guile-wct.o: In function `scm_is_pair':
> /usr/include/libguile/inline.h:250: multiple definition of `scm_is_pair'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:250: first defined here
> .libs/guile-wct.o: In function `scm_double_cell':
> /usr/include/libguile/inline.h:146: multiple definition of `scm_double_cell'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:146: first defined here
> .libs/guile-wct.o: In function `scm_cell':
> /usr/include/libguile/inline.h:69: multiple definition of `scm_cell'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:69: first defined here
> .libs/guile-compatibility.o: In function `scm_array_handle_ref':
> /usr/include/libguile/inline.h:221: multiple definition of 
> `scm_array_handle_ref'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:221: first defined here
> .libs/guile-compatibility.o: In function `scm_array_handle_set':
> /usr/include/libguile/inline.h:236: multiple definition of 
> `scm_array_handle_set'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:236: first defined here
> .libs/guile-compatibility.o: In function `scm_is_pair':
> /usr/include/libguile/inline.h:250: multiple definition of `scm_is_pair'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:250: first defined here
> .libs/guile-compatibility.o: In function `scm_double_cell':
> /usr/include/libguile/inline.h:146: multiple definition of `scm_double_cell'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:146: first defined here
> .libs/guile-compatibility.o: In function `scm_cell':
> /usr/include/libguile/inline.h:69: multiple definition of `scm_cell'
> .libs/guile-runtime.o:/usr/include/libguile/inline.h:69: first defined here
> collect2: ld returned 1 exit status
> make[5]: *** [libgwrap-guile-runtime.la] Error 1
> make[5]: Leaving directory `/build/buildd/g-wrap-1.9.10/guile/g-wrap'
> make[4]: *** [all-recursive] Error 1
> make[4]: Leaving directory `/build/buildd/g-wrap-1.9.10/guile/g-wrap'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/build/buildd/g-wrap-1.9.10/guile'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/build/buildd/g-wrap-1.9.10'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/build/buildd/g-wrap-1.9.10'
> make: *** [debian/stamp-makefile-build] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
> **
> Build finished at 20080325-1042
> FAILED [dpkg-buildpackage died]



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

Bug#471645: Uses obsolete blacklist

[Thijs Kinkhorst]

Hi,

I wouldn't fix this in etch. As the reporter already said: it can be easily 
fixed through the configuration file; administrators using blacklists should 
be used to updating a configuration file once in a while because it's a fact 
of life that blacklists come and go.

If it would produce actual adverse affects other than a log message, it may be 
worth it, but now I don't see the need to go throug the trouble and risk of a 
stable update.


Thijs


pgpl8izhc17Fp.pgp
Description: PGP signature

Bug#471650: djvulibre: diff for NMU version 3.5.20-5.1

[Philipp Kern]

tags 471650 + patch
thanks

Hi,

attached is the diff for my djvulibre 3.5.20-5.1 NMU which I just
uploaded to DELAYED/1-day.

Kind regards,
Philipp Kern
diff -u djvulibre-3.5.20/debian/control djvulibre-3.5.20/debian/control
--- djvulibre-3.5.20/debian/control
+++ djvulibre-3.5.20/debian/control
@@ -30,8 +30,8 @@
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, xdg-utils
-Conflicts: libdjvulibre1
-Replaces: libdjvulibre1
+Conflicts: libdjvulibre1, libdjvulibre15
+Replaces: libdjvulibre1, libdjvulibre15
 Description: Runtime support for the DjVu image format
  DjVu runtime library and support files.
 
diff -u djvulibre-3.5.20/debian/changelog djvulibre-3.5.20/debian/changelog
--- djvulibre-3.5.20/debian/changelog
+++ djvulibre-3.5.20/debian/changelog
@@ -1,3 +1,12 @@
+djvulibre (3.5.20-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload to get djvulibre out of the way of transitions
+and to avoid more breakage on the buildds.
+  * Conflict against and replace libdjvulibre15.  Like this proper
+upgrades are possible.  (Closes: #471650)
+
+ -- Philipp Kern <[EMAIL PROTECTED]>  Fri, 28 Mar 2008 10:05:07 +0100
+
 djvulibre (3.5.20-5) unstable; urgency=low
 
   * Upstream fix (closes: #471149)


signature.asc
Description: Digital signature

Bug#473082: unattended-upgrades: Does not install security upgrades as promised

[Göran Weinholt]

Package: unattended-upgrades
Version: 2.0
Severity: critical
Tags: security

See the package description:

Description: Install security upgrades automatically
 This package will download and install security upgrades automatically
^^^
 and unattended. It will take care to only install packages from the
 ^^
 configured origin and will check for conffile prompts.

It does no such thing. Not even if /usr/bin/unattended-upgrade is run
manually does it actually install the upgrades, it just downloads
them! It writes to its log files what commands it should have run to
actually install the upgrades.

The reason I set this bug to critical and tag it security is that the
package promises to install security upgrades for the user but fails
to act on that promise. This tricks the user into a false sense of
security. There are no doubt users running insecure kernels and other
software because of this bug.

Regards,

-- 
Göran Weinholt. Debian developer. Network administrator.
"Wow! My entire arm disintegrated!" -- Spongebob Squarepants

Bug#473086: dnprogs - FTBFS: warning: libdap.so.2, needed by ../librms/librms.so, not found

[Bastian Blank]

Package: dnprogs
Version: 2.40.1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of dnprogs_2.40.1 on lxdebian.bfinv.de by sbuild/s390 98
[...]
> make[2]: Entering directory `/build/buildd/dnprogs-2.40.1/dapfs'
> gcc -I../include -I ../librms -Wall   -c -o dapfs.o dapfs.c
> g++ -fno-rtti -fno-exceptions -pipe -fdollars-in-identifiers -fsigned-char 
> -Wall -Wno-unused -Wno-uninitialized -I../libdap -I../include 
> -DVERSION=\"2.40\" -D_XOPEN_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -D_SVID_SOURCE 
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DSHADOW_PWD -DDNETUSE_DEVPTS -O2  
>  -c -o dapfs_dap.o dapfs_dap.cc
> gcc -I../include -I ../librms -Wall   -c -o filenames.o filenames.c
> g++ -odapfs  dapfs.o dapfs_dap.o filenames.o -L../librms -lrms  -lfuse
> /usr/bin/ld: warning: libdap.so.2, needed by ../librms/librms.so, not found 
> (try using -rpath or -rpath-link)
> /usr/bin/ld: warning: libdnet.so.2, needed by ../librms/librms.so, not found 
> (try using -rpath or -rpath-link)
> dapfs_dap.o: In function `__static_initialization_and_destruction_0(int, 
> int)':
> dapfs_dap.cc:(.text+0x54): undefined reference to 
> `dap_connection::dap_connection(int)'
> dapfs_dap.o: In function `__tcf_0':
> dapfs_dap.cc:(.text+0x84): undefined reference to 
> `dap_connection::~dap_connection()'
> dapfs_dap.o: In function `dap_connect(dap_connection&)':
> dapfs_dap.cc:(.text+0x10c): undefined reference to 
> `dap_connection::get_error()'
> dapfs_dap.cc:(.text+0x114): undefined reference to 
> `dap_connection::exchange_config()'
> dapfs_dap.cc:(.text+0x11c): undefined reference to 
> `dap_connection::connect(char*, int, char*)'
> dapfs_dap.o: In function `restart_dap()':
> dapfs_dap.cc:(.text+0x18c): undefined reference to `dap_connection::close()'
> dapfs_dap.o: In function `add_to_stat(dap_message*, stat*)':
> dapfs_dap.cc:(.text+0x2a0): undefined reference to 
> `dap_attrib_message::get_alq()'
> dapfs_dap.cc:(.text+0x2a4): undefined reference to 
> `dap_attrib_message::get_bsz()'
> dapfs_dap.cc:(.text+0x2a8): undefined reference to 
> `dap_attrib_message::get_size()'
> dapfs_dap.cc:(.text+0x2ac): undefined reference to 
> `dap_protect_message::get_mode()'
> dapfs_dap.cc:(.text+0x2c0): undefined reference to 
> `dap_name_message::get_namespec()'
> dapfs_dap.cc:(.text+0x2c4): undefined reference to 
> `dap_name_message::get_nametype()'
> dapfs_dap.cc:(.text+0x2c8): undefined reference to 
> `dap_date_message::get_cdt_time()'
> dapfs_dap.cc:(.text+0x2cc): undefined reference to 
> `dap_date_message::get_rdt_time()'
> dapfs_dap.cc:(.text+0x2dc): undefined reference to `dap_message::get_type()'
> dapfs_dap.o: In function `get_object_info':
> dapfs_dap.cc:(.text+0x540): undefined reference to `getnodebyname'
> dapfs_dap.cc:(.text+0x550): undefined reference to 
> `dap_connection::~dap_connection()'
> dapfs_dap.cc:(.text+0x558): undefined reference to 
> `dap_connection::parse(char const*, accessdata_dn&, char*, char*)'
> dapfs_dap.cc:(.text+0x55c): undefined reference to 
> `dap_connection::dap_connection(int)'
> dapfs_dap.o: In function `dapfs_readdir_dap':
> dapfs_dap.cc:(.text+0xb38): undefined reference to 
> `dap_status_message::get_message()'
> dapfs_dap.cc:(.text+0xb3c): undefined reference to 
> `dap_name_message::get_namespec()'
> dapfs_dap.cc:(.text+0xb54): undefined reference to 
> `dap_contran_message::write(dap_connection&)'
> dapfs_dap.cc:(.text+0xb58): undefined reference to 
> `dap_contran_message::set_confunc(int)'
> dapfs_dap.cc:(.text+0xb5c): undefined reference to `vtable for 
> dap_contran_message'
> dapfs_dap.cc:(.text+0xb60): undefined reference to 
> `dap_status_message::get_code()'
> dapfs_dap.cc:(.text+0xb64): undefined reference to 
> `dap_name_message::get_nametype()'
> dapfs_dap.cc:(.text+0xb74): undefined reference to `dap_connection::close()'
> dapfs_dap.cc:(.text+0xb80): undefined reference to 
> `dap_connection::get_error()'
> dapfs_dap.cc:(.text+0xb8c): undefined reference to `dap_message::get_type()'
> dapfs_dap.cc:(.text+0xb94): undefined reference to 
> `dap_message::read_message(dap_connection&, bool)'
> dapfs_dap.cc:(.text+0xb98): undefined reference to 
> `dap_access_message::write(dap_connection&)'
> dapfs_dap.cc:(.text+0xb9c): undefined reference to 
> `dap_access_message::set_display(int)'
> dapfs_dap.cc:(.text+0xba0): undefined reference to 
> `dap_access_message::set_filespec(char const*)'
> dapfs_dap.cc:(.text+0xba4): undefined reference to 
> `dap_access_message::set_accopt(int)'
> dapfs_dap.cc:(.text+0xba8): undefined reference to 
> `dap_access_message::set_accfunc(int)'
> dapfs_dap.cc:(.text+0xbac): undefined reference to `vtable for dap_image'
> dapfs_dap.cc:(.text+0xbb0): undefined reference to `vtable for dap_ex'
> dapfs_dap.cc:(.text+0xbb4): undefined reference to `vtable for dap_bytes'
> dapfs_dap.cc:(.text+0xbb8): undefined reference to `vtable for 
> dap_access_message'
> dapfs_dap.cc:(.text+0xbc8): undefined reference to 
> `dap

Bug#472991: How to fix

[Michel Dänzer]

Package: evolution
Version: 2.22.0-1


The build-dependency on libcamel1.2-dev needs to be bumped to >= 2.21.92
to match the other e-d-s components.


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

Bug#473083: debsecan: provide indication when issue marked as no-DSA

[Thijs Kinkhorst]

Package: debsecan
Version: 0.4.7
Severity: wishlist

Hi,

When using debsecan on stable, it would be useful if there was some
indication that an issue has been marked as no-DSA. For the
administrator, this can be useful to know that they may need to take
permanent measures against the vulnerability if it's important to
them, rather than a stopgap waiting for the DSA.


bye,
Thijs

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

Versions of packages debsecan depends on:
ii  debconf [debconf-2.0]1.5.11etch1 Debian configuration management sy
ii  python   2.4.4-2 An interactive high-level object-o
ii  python-apt   0.6.19  Python interface to libapt-pkg

Versions of packages debsecan recommends:
ii  cron  3.0pl1-100 management of regular background p
ii  postfix [mail-transport-agent 2.3.8-2+b1 A high-performance mail transport 

-- debconf information:
* debsecan/source:
* debsecan/mailto: [EMAIL PROTECTED]
* debsecan/suite: etch
* debsecan/report: true



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

Bug#424163: diff for 2.7-19.1 NMU

[Martin Pitt]

Hi Kartik and Pierre,

Pierre Habouzit [2008-03-27 23:53 +0100]:
> Attached is the diff for my cracklib2 2.7-19.1 NMU.

Looks good, thank you! Please go ahead and upload.

(BTW, are you interested in cracklib comaintenance, or even take over
the package?)

Thanks,

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)



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

Bug#472807: /usr/bin/apt-file: does not fetch 'any' architecture

[Thijs Kinkhorst]

tags 472807 moreinfo
thanks

On Wednesday 26 March 2008 15:50, Jozef Kutej wrote:
> apt-get update just fetches i386 architecture list. It should also fetch
> 'any' architecture. There are a lot of perl modules that belong there as if
> they don't have compiled stuff then are portable across architectures. Here
> is a simple patch to add 'any' achitecture:

I don't understand your request I'm afraid. First, I think you mean "all", 
not "any". But there is no contents file for "all":

http://ftp.nl.debian.org/debian/dists/etch/
http://ftp.de.debian.org/debian/dists/etch/

Plus, using apt-file search on files contained in arch:all packages works just 
like expected for me.

I'm therefore quite unsure what your patch would fix.


Thijs


pgpGgLHPIlohx.pgp
Description: PGP signature

Bug#472829: openbox-session is not a window manager, but a desktop session.

[Luca Capello]

Hi there!

On Fri, 28 Mar 2008 01:53:31 +0100, Nico Golde wrote:
> That's not the problem, openbox itself is fine, the openbox 
> package just includes an openbox-session binary which 
> doesn't fall in the window manager category but is used as 
> an alternative for such.

My fault, sorry for the noise.  It seems that reading the
apt-listchanges output after a tiring word day is not the best thing to
do...

Thx, bye,
Gismo / Luca


pgpgeHdx88MBA.pgp
Description: PGP signature

Bug#470115: apt-get: install with -t testing is fine, gets removed by update without flag

[Steffen Moeller]

Package: apt
Version: 0.7.11
Followup-For: Bug #470115

Hello, maybe I have a simpler example of the same symptom.

sun-java6-* has made it only partially through the build daemons, so it
seems. It is not installable in unstable:

$ LANG=C sudo apt-get install sun-java6-jdk
[...]
The following packages have unmet dependencies:
  sun-java6-jdk: Depends: sun-java6-jre (= 6-04-2) but 6-00-2 is to be
  installed
  E: Broken packages

The same just works nicely with -t testing set. aptitude actually
suggests this as a second solution.

After the seamless installation of the version from testing, dist-upgrade fails
to realise, that "old installation" is better than "no installation"

# LANG=C apt-get -u dist-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  sun-java6-bin sun-java6-jdk sun-java6-jre
The following packages have been kept back:
  openoffice.org-l10n-de
0 upgraded, 0 newly installed, 3 to remove and 1 not upgraded.
After this operation, 125MB disk space will be freed.
Do you want to continue [Y/n]?

No, I don't, please.

Best,

Steffen

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "i386";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Acquire "";
APT::Acquire::Translation "environment";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
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";
Dir::Log "var/log/apt";
Dir::Log::Terminal "term.log";
DPkg "";
DPkg::Pre-Install-Pkgs "";
DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true";
DPkg::Post-Invoke "";
DPkg::Post-Invoke:: "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums 
--generate=nocheck -sp /var/cache/apt/archives; fi";

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

#deb http://pc02.inb.uni-luebeck.de:/debian sid main contrib non-free
#deb http://pc02.inb.uni-luebeck.de:/debian testing main contrib non-free
#deb http://pc02.inb.uni-luebeck.de:/debian stable main contrib non-free
deb http://ftp.de.debian.org/debian experimental main contrib non-free

#deb http://mentors.debian.net/debian unstable main contrib non-free
#deb-src http://mentors.debian.net/debian unstable main contrib non-free

deb http://ftp.de.debian.org/debian sid main contrib non-free
deb http://ftp.de.debian.org/debian testing main contrib non-free
#deb http://ftp.de.debian.org/debian stable main contrib non-free
#deb-src http://ftp.de.debian.org/debian experimental main contrib non-free
deb-src http://ftp.de.debian.org/debian sid main contrib non-free
# Skype
deb http://download.skype.com/linux/repos/debian/ stable non-free
# OpenEV and other GIS
#deb http://pkg-grass.alioth.debian.org/debian-gis sid main non-free contrib
#deb-src http://pkg-grass.alioth.debian.org/debian-gis sid main non-free contrib
# Maven
#deb http://people.debian.org/~mkoch/maven2/ ./
# FSL MRI imaging library
#deb http://apsy.gse.uni-magdeburg.de/debian sid main non-free
# BioC
deb http://pkg-bioc.alioth.debian.org/debian/ ./
#deb-src http://pkg-bioc.alioth.debian.org/debian/ ./

# Translations
#deb http://ddtp.debian.net/debian sid main

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

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

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

apt recommends no packages.

-- no debconf information



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

Bug#473087: html2ps: expand-acronyms causes ghostscript to die with errors

[Daniel Dickinson]

Package: html2ps
Version: 1.0b5-5
Severity: normal


With the commandline:

html2ps -f capture/configuration.css -o capture/ubuntu-7.10-docs.ps 
7.10/index.html

And the configuration file:

@html2ps { 

option { 
 base : .; 
 toc: bh;
 DSC: 1;
 rootdir: .; 
 xref: 1; 
 titlepage: 1; 
 web: b;
 duplex: 1;
 }

titlepage { 
content: "Ubuntu 7.10 'Gutsy' 
DocumentationDownloaded Wednesday, March 26, 2008Copyright 
2008 Cannonical and members of the Ubuntu TeamSource: 
http://help.ubuntu.com/7.10/";
}


xref { 
   passes: 2;
   }

header { 
 left: $T;
 right: $H;
 alternate: 1; 
 }

footer { 
 left: $N;
 right: $D;
 alternate: 1;
 }

showurl: 1; 
seq-number: 1;

expand-acronyms: 1;

html2ps dies during ghostcript process, dumping some information.

Removing expand-acronyms results in a succesful run.

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

Kernel: Linux 2.6.24-1-686 (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/bash

Versions of packages html2ps depends on:
ii  libhtml-parser-perl3.56-1A collection of modules that parse
ii  libpaper-utils 1.1.23library for handling paper charact
ii  libwww-perl5.808-1   WWW client/server library for Perl
ii  perl   5.8.8-12  Larry Wall's Practical Extraction 
ii  perlmagick 7:6.3.7.9.dfsg1-2 Perl interface to the libMagick gr

Versions of packages html2ps recommends:
ii  gs-gpl   8.56.dfsg.1-1.1 The GPL Ghostscript PostScript int

-- no debconf information



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

Bug#465278: Mouse doesn't work on iBook G4 after sleep in Sid

[Gaudenz Steinlin]

On Fri, Mar 28, 2008 at 09:54:15AM +0100, Francesco Pedrini wrote:
> On Tuesday 25 March 2008, Denís Fernández Cabrera wrote:
> > Hello,
> >
> > I dist-upgraded, last weekend, to the lastest version of Sid on the
> > repositories for my iBook G4 (summer 2005). Generally, it works very
> > well (it did fix several bugs that I was suffering till now), but I
> > mouse support after suspension doesn't.
> >
> > After suspending the system (e.g. by closing the lid) it resumes
> > correctly, but the mouse is useless. It won't move or receive any
> > clicks, and restarting X doesn't help. I have to do a full system
> > restart for the mouse to work again.

I also see this occasionally. It does not happen on every suspend/resume
cycle. But for me it's always enogh to just rmmod and modprobe
appletouch. Just switch to a text console with ctrl-alt-f1, login as
root and type "rmmod appletouch ; modprobe appletouch".

My machine is a powerbook5,8 and I'm using 2.6.25-rc7 (self compiled).

Gaudenz

> >
> > I'd like to fix this issue because it is quite important, since not
> > even restarting the X will help. Perhaps it is a matter of modules
> > that don't get reloaded after suspension?
> 
> There is an opened bug on this [1], but nothing seems to move.
> I've the same problem and it is really annoying have to poweroff the 
> laptop even for the few minutes needed to move from a place to 
> another...
> 
> I've investigated a bit with google, and i was able to find a change in 
> the appletouch driver relative to the 'Geyser mode' [2], but i don't 
> know if that change is the responsible of the bug.
> Unfortunately i don't have the time to investigate with git bisect.
> I've also tried the 2.6.25 from the kernel-team repository and the bug 
> is still there...
> 
> I hope that Johannes Berg is reading us and can fix it soon ;))
> (Johannes, thanks for your work, really ;))
> 
> 
> Regards,
> Francesco
> 
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465278
> [2] 
> http://www.linuxhq.com/kernel/v2.6/24/drivers/input/mouse/appletouch.c
> -- 
> :wq
> 

-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~

Bug#473088: iceweasel FTBFS on mips/mipsel

[Thiemo Seufer]

Package: iceweasel
Version: 2.0.0.12-2
Severity: serious
Tags: patch

Iceweasel currently FTBFS on mips and mipsel. The easiest way to fix it
is to build like the other architectures do, by removing an obsolete
workaround for a toolchain problem. (The current build-dep on binutils
already ensures the toolchin is new enough).

The appended patch implements this. Tested on mips, I believe mipsel
will work with it as well.


Thiemo


--- iceweasel-2.0.0.12.original/debian/rules2008-03-28 09:37:57.0 
+
+++ iceweasel-2.0.0.12/debian/rules 2008-03-27 23:26:26.0 +
@@ -85,14 +85,10 @@ CONFIGURE_OPTIONS = \
--enable-chrome-format=flat \
--disable-elf-dynstr-gc \
--enable-system-hunspell \
+   --enable-static \
+   --disable-shared \
$(DEBUG_FLAG)
 
-ifneq ($(DEB_BUILD_ARCH),mips)
-ifneq ($(DEB_BUILD_ARCH),mipsel)
-   CONFIGURE_OPTIONS += --enable-static --disable-shared
-endif
-endif
-
 configure: config.status
 config.status:
dh_testdir



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

Bug#473080: version of libpsr.so (part of portslave) is incompatible with current version of pppd

[Rumen Svobodnikov]

Package: portslave
Version: 2005.04.03
Severity: important

pppd: Plugin /usr/lib/libpsr.so is for pppd version 2.4.3, this is 2.4.4
Package: portslave, Version: 2005.04.03
Package: ppp, Version: 2.4.4rel-9


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

Kernel: Linux 2.6.22-3-486
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 portslave depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  ppp   2.4.4rel-9 Point-to-Point Protocol (PPP) daem
ii  radiusclient1 0.3.2-11   /bin/login replacement which uses 

portslave recommends no packages.

-- no debconf information



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

Bug#472069: octave3.0: plotyy leaves remains on future graphs

[David Bateman]

This bug is resolved by the patch I send upstream at

http://www.nabble.com/-Changeset--plotyy-leaves-traces-of-previous-plots-to16341759.html

and attached here

D.

-- 
David Bateman[EMAIL PROTECTED]
Motorola Labs - Paris+33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin+33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary

# HG changeset patch
# User David Bateman <[EMAIL PROTECTED]>
# Date 1206657423 -3600
# Node ID 581a5a34f875f28e799e9c70cf64c1cb4df8775f
# Parent  19c442cd6b1e720182a9322baba77d17c90d12aa
Fix axis handle treatment in plotyy

diff --git a/scripts/ChangeLog b/scripts/ChangeLog
--- a/scripts/ChangeLog
+++ b/scripts/ChangeLog
@@ -1,3 +1,8 @@ 2008-03-27  Bill Denney  <[EMAIL PROTECTED]
+2008-03-27  David BAteman  <[EMAIL PROTECTED]>
+
+   * plot/plotyy.m: The axis handle is a two element vector and
+   so needs special treatment. Call newplot for the second axis.
+
 2008-03-27  Bill Denney  <[EMAIL PROTECTED]>
 
* time/datenum.m: Allow vector inputs in any orientation.
diff --git a/scripts/plot/plotyy.m b/scripts/plot/plotyy.m
--- a/scripts/plot/plotyy.m
+++ b/scripts/plot/plotyy.m
@@ -55,7 +55,37 @@
 
 function [Ax, H1, H2] = plotyy (varargin)
 
-  [ax, varargin] = __plt_get_axis_arg__ ("plotyy", varargin{:});
+  ## Don't use __plt_get_axis_arg__ here as ax is a two vector for plotyy
+  if (nargin > 1 && length (varargin{1}) == 2 && ishandle(varargin{1}(1)) 
+  &&  ishandle(varargin{1}(2)) && 
+  all (floor (varargin{1}) != varargin{1}))
+obj1 = get (varargin{1}(1));
+obj2 = get (varargin{1}(2));
+if (strcmp (obj1.type, "axes") || strcmp (obj2.type, "axes"))
+  ax = [obj1, obj2];
+  varargin(1) = [];
+  if (isempty (varargin))
+   varargin = {};
+  endif
+else
+  error ("plotyy: expecting first argument to be axes handle");
+endif
+  else
+f = get (0, "currentfigure");
+if (isempty (f))
+  ax(1) = axes ();
+  ax(2) = axes ();
+else
+  ax = get (f, "children");
+  for i = 3 : length (ax)
+   delete (ax (i));
+  endfor
+  ax = ax(1:2);
+endif
+if (nargin < 2)
+  varargin = {};
+endif
+  endif 
 
   if (nargin < 4)
 print_usage ();
@@ -63,8 +93,6 @@ function [Ax, H1, H2] = plotyy (varargin
 
   oldh = gca ();
   unwind_protect
-axes (ax);
-newplot ();
 [ax, h1, h2] = __plotyy__ (ax, varargin{:});
   unwind_protect_cleanup
 axes (oldh);
@@ -92,6 +120,8 @@ function [ax, h1, h2] = __plotyy__ (ax, 
 
   xlim = [min([x1(:); x2(:)]), max([x1(:); x2(:)])];
 
+  axes (ax(1));
+  newplot ();
   h1 = feval (fun1, x1, y1);
 
   set (ax(1), "ycolor", getcolor (h1(1)));
@@ -101,7 +131,9 @@ function [ax, h1, h2] = __plotyy__ (ax, 
 
   cf = gcf ();
   set (cf, "nextplot", "add");
-  ax(2) = axes ();
+  axes (ax(2));
+  newplot ();
+
   colors = get (ax(1), "colororder");
   set (ax(2), "colororder", [colors(2:end,:); colors(1,:)]);
 

Bug#473089: apt: Please enhance manpage how to install suggests

[Andreas Tille]

Package: apt
Version: 0.7.11
Severity: wishlist
Tags: patch

Hi,

as suggested in #473079 an option for easily installing suggested
packages should be implemented.  For the moment I would like to
see the apt-get manpage enhanced to easily find the workaround
with the -o option which I would regard as suboptimal.  So please
consider the attached patch to enable users to detect easily how
to work with the -o option easily.

Kind regards and thanks for maintaining apt

  Andreas.

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (501, 'testing'), (50, 'unstable'), (5, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring 2007.07.31GnuPG archive keys of the Debian a
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libgcc11:4.3.0~rc2-1 GCC support library
ii  libstdc++6 4.3.0~rc2-1   The GNU Standard C++ Library v3

apt recommends no packages.

-- no debconf information
--- apt-get.8.orig  2008-02-17 01:15:20.0 +0100
+++ apt-get.8   2008-03-28 10:50:14.0 +0100
@@ -408,6 +408,15 @@
 .RS 4
 Set a Configuration Option; This will set an arbitary configuration option\. 
The syntax is
 \fB\-o Foo::Bar=bar\fR\.
+For example use
+.RS 4
+\fBapt-get -o APT::Install-Suggests=true install foo\fR
+.RS -4
+to install foo including all packages that are suggested by package foo or
+.RS 4
+\fBapt-get -o APT::Install-Recommends=false install foo\fR
+.RS -4
+to prevent apt-get from installing recommended packages automatically.
 .RE
 .SH "FILES"
 .PP

Bug#473090: Add pkgconfig file

[Aurélien PROVIN]

Package: libcrypto++-dev
Version: 5.5.2-1
Severity: wishlist

Is it possible to add "libcrypto++.pc" file in /usr/lib/pkgconfig with all
informations like "Libs: -lcrypto++" ? Then it will be possible to use
this library with automake and others.

Thanks







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

Bug#472848: switch to liblzo2

[Nikita V. Youshchenko]

> Package: libcompress-lzo-perl
> Version: 1.08-3
> Severity: normal
>
> Please replace your use of liblzo by the newer version liblzo2, so we
> can get rid of the old library.  You might need to talk to upstream or
> patch some of the build infrastructure.

Since libcompress-lzo-perl package has no reverse depends in debian, and 
has very low popularity, and upstream never ported it to lzo2, it could be 
a better idea to remove this package together with liblzo1.



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

Bug#469259: Build with ncursesw

[Timo Aaltonen]

On Fri, 28 Mar 2008, Timo Aaltonen wrote:

I had to edit configure.ac to use -lncursesw, then it configured and built 
fine, but linking failed:


gah, that was due to running autoreconf by hand.. Without that it built 
fine.


t




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

Bug#473092: corrupt source code archive

[Simon Josefsson]

Package: e3
Version: 1:2.71-1

Hi.  While unpacking the source code for e3 I received some errors:

[EMAIL PROTECTED]:~$ tar tvfz 
/fast/debmirror/debian//pool/main/e/e3/e3_2.71.orig.tar.gz
lrwxrwxrwx user/group2 2008-03-08 12:50 
e3_2.71.orig/bin/Linux_x86-32/e3ws -> e3
tar: Skipping to next header
-rwxr-xr-x user/group17040 2008-03-08 12:50 
e3_2.71.orig/bin/Linux_x86-64/e3_no_UTF8
lrwxrwxrwx user/group2 2008-03-08 12:50 
e3_2.71.orig/bin/Linux_x86-64/e3em -> e3
lrwxrwxrwx user/group2 2008-03-08 12:50 
e3_2.71.orig/bin/Linux_x86-64/e3pi -> e3
lrwxrwxrwx user/group2 2008-03-08 12:50 
e3_2.71.orig/bin/Linux_x86-64/e3ws -> e3
tar: Skipping to next header
-rw-r--r-- user/group53139 2008-03-08 12:50 e3_2.71.orig/e3-16.asm
...
lrwxrwxrwx user/group   12 2008-03-08 12:50 e3_2.71.orig/elks/e3-16.asm -> 
../e3-16.asm
tar: Error exit delayed from previous errors
[EMAIL PROTECTED]:~$ 

Is the source code package actually correct?

/Simon



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

Bug#173513: [Bug tree-optimization/9079] [tree-ssa] Inline constant function pointers

[rguenth at gcc dot gnu dot org]

--- Comment #17 from rguenth at gcc dot gnu dot org  2008-03-28 10:13 
---
Note this is only fixed because we run inlining "twice".  It isn't fixed
properly in that the new inlining opportunity should be exposed during the
first inlining pass.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9079

--- You are receiving this mail because: ---
You reported the bug, or are watching the reporter.



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

Bug#472069: [Pkg-octave-devel] Bug#472069: octave3.0: plotyy leaves remains on future graphs

[Thomas Weber]

Am Freitag, den 28.03.2008, 10:54 +0100 schrieb David Bateman:
> This bug is resolved by the patch I send upstream at
> 
> http://www.nabble.com/-Changeset--plotyy-leaves-traces-of-previous-plots-to16341759.html
> 
> and attached here
> 
> D.

Eh, okay. David, I'm impressed. Any other distribution's bug tracker you
look at?

Sorry, but we didn't have time to look into this.

Thomas






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

Bug#473093: buffy installs headers

[Enrico Zini]

Package: buffy
Version: 1.0-1
Severity: normal

Hello,

$ dpkg -L buffy | grep include
/usr/include
/usr/include/BuffyWindow.h
/usr/include/Environment.h
/usr/include/FolderList.h
/usr/include/PrefDialog.h

Bad, hopefully easy to fix.


Ciao,

Enrico

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

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

Versions of packages buffy depends on:
ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libcairomm-1.0-1   1.4.6-1   C++ wrappers for Cairo (shared lib
ii  libgcc11:4.3.0-1 GCC support library
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.16.0-1  C++ wrapper for the GLib toolkit (
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a  1:2.12.5-2C++ wrappers for GTK+ 2.4 (shared 
ii  libpango1.0-0  1.20.0-1  Layout and rendering of internatio
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.3.0-1   The GNU Standard C++ Library v3
ii  libxml++2.6-2  2.22.0-1  A C++ interface to the GNOME XML l
ii  libxml22.6.31.dfsg-2 GNOME XML library
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

buffy recommends no packages.

-- no debconf information



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

Bug#473094: libsvn-web-perl: dependencies are not set correctly

[Dominik Meyer]

Package: libsvn-web-perl
Version: 0.53-2
Severity: grave
Justification: renders package unusable

There are several dependencies for other packages missing.
For example:

libsvn-perl is needed but not automaticly installed
libyaml-perlis needed but not automaticly installed
libtemplate-perlis needed but not automaticly installed
libexception-class-perl is needed but not automaticly installed

Looking at the package with dpkg -s libsvn-web-perl shows that there
are no dependencies set except for perl (>= 5.6.0-16).
This makes the package fairly usable and i wouldn't expect this in
unstable. Perhaps in experimental.
I hope this can be fixed soon. I really would like to try this package.

cya
  Dominik


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

Kernel: Linux 2.6.24.2-mactel (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash



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

Bug#473095: ITP: libsql-reservedwords-perl -- Reserved SQL words by ANSI/ISO

[eloy]

Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyżaniak (eloy)" <[EMAIL PROTECTED]>


* Package name: libsql-reservedwords-perl
  Version : 0.7
  Upstream Author : Christian Hansen [EMAIL PROTECTED]
* URL : http://search.cpan.org/dist/SQL-ReservedWords/
* License : Dual: Artistic/GPL
  Programming Lang: Perl
  Description : Reserved SQL words by ANSI/ISO

 Determine if words are reserved by ANSI/ISO SQL standard.

 Dependency for prepared librose-db-perl package.

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

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

Bug#472069: [Pkg-octave-devel] Bug#472069: octave3.0: plotyy leaves remains on future graphs

[David Bateman]

Thomas Weber wrote:
> Am Freitag, den 28.03.2008, 10:54 +0100 schrieb David Bateman:
>   
>> This bug is resolved by the patch I send upstream at
>>
>> http://www.nabble.com/-Changeset--plotyy-leaves-traces-of-previous-plots-to16341759.html
>>
>> and attached here
>>
>> D.
>> 
>
> Eh, okay. David, I'm impressed. Any other distribution's bug tracker you
> look at?
>
> Sorry, but we didn't have time to look into this.
>
>   Thomas
>
>   
Hey, I didn't look at the bug tracker, it was me who answered Tom on
comp.soft-sys.octave, where he stated he filed a debian bug report.. So
as I supplied the changeset to [EMAIL PROTECTED], might as well close the
debian bug as well. :-)

D.

-- 
David Bateman[EMAIL PROTECTED]
Motorola Labs - Paris+33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin+33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary




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

Bug#473091: meld: segfaults on directory comparison

[Aurelien Campeas]

Package: meld
Version: 1.1.5.1-2
Severity: important


With foo and bar being two directories, I've got this :

[EMAIL PROTECTED]:~$ meld foo bar
Erreur de segmentation

It segfaults independently of the actual content of the directories.
Trying to do the same through the gui yields the same answer.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash

Versions of packages meld depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-glade2 2.12.1-1   GTK+ bindings: Glade support
ii  python-gnome2 2.20.1-2   Python bindings for the GNOME desk
ii  python-gtk2   2.12.1-1   Python bindings for the GTK+ widge
ii  python-support0.7.6  automated rebuilding support for p

Versions of packages meld recommends:
ii  python-gnome2-desktop 2.20.0-1   Python bindings for the GNOME desk
ii  yelp  2.18.1-1   Help browser for GNOME 2

-- no debconf information



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

Bug#473099: fraqtive - FTBFS: error: unrecognized command line option "-msse2"

[Bastian Blank]

Package: fraqtive
Version: 0.4.0-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of fraqtive_0.4.0-1 on debian-31.osdl.marist.edu by 
> sbuild/s390 98
[...]
> /usr/bin/uic-qt4 tutorialdialog.ui -o ../tmp/ui_tutorialdialog.h
> g++ -c -msse2 -pipe -g -Wall -W -D_REENTRANT -DHAVE_SSE2 -DQT_GUI_LIB 
> -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. 
> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui 
> -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I../tmp -I../tmp 
> generatorcore.cpp -o ../tmp/debug/generatorcore.o
> cc1plus: error: unrecognized command line option "-msse2"
> make[2]: *** [../tmp/debug/generatorcore.o] Error 1
> make[2]: Leaving directory `/build/buildd/fraqtive-0.4.0/src'
> make[1]: *** [sub-src-make_default] Error 2
> make[1]: Leaving directory `/build/buildd/fraqtive-0.4.0'
> make: *** [build-stamp] Error 2
> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
> ******
> Build finished at 20080328-0618
> FAILED [dpkg-buildpackage died]



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

Bug#471650: djvulibre: diff for NMU version 3.5.20-5.1

[Philipp Kern]

On Fri, Mar 28, 2008 at 10:30:20AM +0100, Philipp Kern wrote:
> attached is the diff for my djvulibre 3.5.20-5.1 NMU which I just
> uploaded to DELAYED/1-day.

Argh, the bug was not tagged pending while your updated package got
stuck in NEW.  NMU revoked from DELAYED and NEW fasttrack requested.
Thanks to tviehmann, it is now ACCEPTED.

Kind regards,
Philipp Kern


signature.asc
Description: Digital signature

Bug#464061: Patch used in NMU

[Petter Reinholdtsen]

This is the patch I used in my NMU.

diff -u gsmlib-1.10/debian/changelog gsmlib-1.10/debian/changelog
--- gsmlib-1.10/debian/changelog
+++ gsmlib-1.10/debian/changelog
@@ -1,3 +1,10 @@
+gsmlib (1.10-12.1) unstable; urgency=low
+
+  * Non-maintainer upload to solve release goal.
+  * Add LSB dependency header to init.d scripts (Closes: #464061).
+
+ -- Petter Reinholdtsen <[EMAIL PROTECTED]>  Fri, 28 Mar 2008 11:39:20 +0100
+
 gsmlib (1.10-12) unstable; urgency=low

   * addgroup --system gsmsms works better.  Thanks Jon
diff -u gsmlib-1.10/contrib/gsm-utils.init gsmlib-1.10/contrib/gsm-utils.init
--- gsmlib-1.10/contrib/gsm-utils.init
+++ gsmlib-1.10/contrib/gsm-utils.init
@@ -1,4 +1,11 @@
 #! /bin/sh
+### BEGIN INIT INFO
+# Provides:  gsm-utils
+# Required-Start:$remote_fs $syslog
+# Required-Stop: $remote_fs $syslog
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+### END INIT INFO
 #
 # /etc/init.d/gsm-utils: Controls the GSM SMS send daemon
 #



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

Bug#469882: [Pkg-virtualbox-devel] Bug#469882: Does not appear to be fixed

[Martin Steigerwald]

Am Freitag 28 März 2008 schrieben Sie:
> > This does not appear to be fixed here (sorry in german party, says,
> > that headers are available and build-essential are already newest
> > version): ...
> > `/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24'
> > Makefile:510:
> > /home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24/arch//Makef
> >ile: No such file or directory
>
> I'm sorry, but this doesn't appear to be virtualbox-ose's failure. If
> you use your own kernel sources please make sure they are configured.

There should have been. My last command on them was:

make-kpkg --append-to-version -tp42-toi-3.0-rc5 --revision 
1 --initrd --rootcmd fakeroot binary

I did not clean up afterwards.

Just for sure I did a make oldconfig in it and tried again, but still that 
Makefile does not exist.

Actually I believe the ARCH is still not detected properly - since ARCH is 
empty here in the output below and there are two slashes after one 
another in the path 
`/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24/arch//Makefile 
where I think should be the architecture, but then 
in "/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24/arch/i386" 
isn't a Makefile either:

-
# Build the module
kmk all KSRC=/lib/modules/2.6.24.4-tp42-toi-3.0-rc5/source 
KVER=2.6.24.4-tp42-toi-3.0-rc5 
KERN_DIR=/lib/modules/2.6.24.4-tp42-toi-3.0-rc5/source ARCH=
kmk[2]: Entering directory `/usr/src/modules/virtualbox-ose'
kmk KBUILD_VERBOSE=1 -C /lib/modules/2.6.24.4-tp42-toi-3.0-rc5/source 
SUBDIRS=/usr/src/modules/virtualbox-ose 
SRCROOT=/usr/src/modules/virtualbox-ose modules
kmk[3]: Entering directory 
`/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24'
Makefile:510: 
/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24/arch//Makefile: 
No such file or directory
kmk[3]: *** No rule to make target 
`/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24/arch//Makefile'.  
Stop.
kmk[3]: Leaving directory 
`/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24'
kmk[2]: *** [vboxdrv] Error 2
kmk[2]: Leaving directory `/usr/src/modules/virtualbox-ose'
kmk[1]: *** [binary-modules] Error 2
kmk[1]: Leaving directory `/usr/src/modules/virtualbox-ose'
make: *** [kdist_build] Error 2
-

Did I miss something?

Ciao,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


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

Bug#473098: linux-patch-xenomai: linux kernel version 2.6.24 can not be patched

[Peter Soetens]

Package: linux-patch-xenomai
Version: 2.4.2-3.1
Severity: normal


The /usr/src/kernel-patches/i386/apply/xenomai script is not correct.
It can only patch
KVERSIONS=(2.6.20.21 2.6.23)
PATCHFILES=("/usr/src/kernel-patches/diffs/xenomai/adeos-ipipe-2.6.20.21-i386-1.12-03.patch.gz"
 
"/usr/src/kernel-patches/diffs/xenomai
/adeos-ipipe-2.6.23-i386-1.12-03.patch.gz")

The 2.6.24 kernel patch has been omitted although it is present in the package
in /usr/src/kernel-patches/diffs/xenomai/adeos-ipipe-2.6.24-x86-2.0-03.patch.gz



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

Versions of packages linux-patch-xenomai depends on:
ii  bash  3.1dfsg-8  The GNU Bourne Again SHell
ii  grep-dctrl2.9.3  Grep Debian package information - 
ii  patch 2.5.9-4Apply a diff file to an original

linux-patch-xenomai recommends no packages.

-- no debconf information



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

Bug#473097: openoffice.org: PDF export often put some weird font instead of the real ones

[chryjs]

Package: openoffice.org
Version: 1:2.4.0-1
Severity: grave
Justification: renders package unusable

For example save as PDF from OO.Org document exports seems well but in
some places in the PDF documents, the FONT seems to be changed (or
something like that). The result is that Latn-1 font (such as Arial/Deja
Vu ) ar converted to Grrek or Cyrilic chars at some random place in the
document.
Restarting OO.org and trying a new export generates the substitution at
other places but doesn't solve the problem.
It seems (for me) that it most occurs within tables/spredsheets or 
included OLE sheets of Calc within Writer or Tables in Writer. But this
I am not sure...

Using CUPS-PDF writer don't reproduce this problem. So it seems located
to OO.O PDF export...

PS : I don't know how to attach a file but I can provide examples...

Regards


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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages openoffice.org depends on:
ii  openoffice.org-base   1:2.4.0-1  OpenOffice.org office suite - data
ii  openoffice.org-calc   1:2.4.0-1  OpenOffice.org office suite - spre
ii  openoffice.org-core   1:2.4.0-1  OpenOffice.org office suite archit
ii  openoffice.org-draw   1:2.4.0-1  OpenOffice.org office suite - draw
ii  openoffice.org-filter-binfilt 1:2.4.0-1  Legacy filters (e.g. StarOffice 5.
ii  openoffice.org-filter-mobiled 1:2.4.0-1  Mobile Devices Filters for OpenOff
ii  openoffice.org-impress1:2.4.0-1  OpenOffice.org office suite - pres
ii  openoffice.org-java-common1:2.4.0-1  OpenOffice.org office suite Java s
ii  openoffice.org-math   1:2.4.0-1  OpenOffice.org office suite - equa
ii  openoffice.org-officebean 1:2.4.0-1  OpenOffice.org Office Bean
ii  openoffice.org-writer 1:2.4.0-1  OpenOffice.org office suite - word
ii  openoffice.org-writer2latex   0.5-6  Writer/Calc to LaTeX/XHTML convert

openoffice.org recommends no packages.

Versions of packages openoffice.org-core depends on:
ii  fontconfig 2.5.0-2   generic font configuration library
ii  libc6  2.7-9 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libcurl3   7.18.0-1  Multi-protocol file transfer libra
ii  libdb4.6   4.6.21-7  Berkeley v4.6 Database Libraries [
ii  libexpat1  1.95.8-4  XML parsing C library - runtime li
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3.0-2 GCC support library
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libgstreamer-plugins-b 0.10.18-3 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.18-4 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libhyphen0 2.3.1-2   ALTLinux hyphenation library - sha
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libicu38   3.8.1-1   International Components for Unico
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libldap-2.4-2  2.4.7-6.1 OpenLDAP libraries
ii  libneon27  0.27.2-1  An HTTP and WebDAV client library
ii  libnspr4-0d4.7.0-2   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0~beta2-1Network Security Service libraries
ii  libpam0g   0.99.7.1-6Pluggable Authentication Modules l
ii  libpango1.0-0  1.20.0-1  Layout and rendering of internatio
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libssl0.9.80.9.8g-8  SSL shared libraries
ii  libstdc++6 4.3.0-2   The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxaw72:1.0.4-1 X11 Athena Widget library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxinerama1   2:1.0.3-1 X11 Xinerama extension library
ii  libxml22.6.31.dfsg-2 GNOME XML library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  libxslt1.1 1.1.22-1  XSLT processing library - runtime 
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  libxtst6   2:1.0.3-1 X11 Testing -- Resource extension 
ii  openoffice.org-common  1:2.4.0-1 OpenOffice.org office suite archit
ii  ttf-opensymbol 1:2.4.0-1 The OpenSymbol Tru

Bug#473096: ITP: witty -- C++ web framework and application server

[Pau Garcia i Quiles]

Package: wnpp
Severity: wishlist
Owner: Pau Garcia i Quiles <[EMAIL PROTECTED]>

* Package name: witty
  Version : 2.1.0
  Upstream Author : EmWeb bvba
* URL : http://webtoolkit.eu/
* License : dual licensed (GPLv2, commercial)
  Description : C++ web framework and application server

Wt (pronounced 'witty') is a C++ library and application server for  
developing and deploying web applications.


The API is widget-centric, and inspired by existing C++ GUI APIs  
(namely, by Qt). To the developer, it offers complete abstraction of  
any web-specific implementation details.


A web application developed with Wt is written in only one compiled  
language (C++), from which the library generates the necessary HTML,  
Javascript, CGI, and AJAX code. Wt applications degrade gracefully,  
using plain HTML/CGI when Javascript is disabled or not available.


Web applications can be compiled as a standalone executable which  
embeds an HTTP server or as a FastCGI module to use with any HTTP  
server which supports it (such as Apache, Lighttpd, IIS, etc).

Bug#472994: lablgtk2: FTBFS on OCaml 3.10.2

[Samuel Mimram]

Stefano Zacchiroli wrote:
> On Thu, Mar 27, 2008 at 06:03:19PM +0100, Samuel Mimram wrote:
>>> The package lablgtk2 fails to build from source with ocaml 3.10.2.
>>> Attached is a patch which fixes the problem.
>> I think we'd better switch to new upstream release 2.10.1 if we go for a
>> full rebuild for OCaml 3.10.2 since it also fixes other minor bugs.
> 
> In the meantime, can you please package lablgtk 2.10.1 and rebuilt it
> against OCaml 3.10.2 in experimental? That way we will be able to test
> it and doing the step for unstable will just mean re-uploading.

I've updated the package but I think I won't have time to rebuild it
against experimental OCaml. If someone is willing to do this, feel free...

Cheers,

Samuel.



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

Bug#469882: [Pkg-virtualbox-devel] Bug#469882: Does not appear to be fixed

[Michael Meskes]

> This does not appear to be fixed here (sorry in german party, says, that 
> headers are available and build-essential are already newest version):
> ...
> `/home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24'
> Makefile:510: 
> /home/martin/Computer/Shambala/Kernel/2.6.24/linux-2.6.24/arch//Makefile: 
> No such file or directory

I'm sorry, but this doesn't appear to be virtualbox-ose's failure. If
you use your own kernel sources please make sure they are configured. 

Michael
-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#386291: mimms: build error: 'arguments' was not declared in this scope

[Anon Sricharoenchai]

package mimms
unarchive 386291
package mimms
reopen 386291
package mimms
retitle 386291 mimms: need "libqt4-dev >= 4.1" in build-depends
thanks

1. Since mimms use arguments(), which requires qt >= 4.1.
2. So, should add "libqt4-dev >= 4.1" in Build-Depends.
3. For debian to be a universal distribution, this build-depends
requirement would be useful.



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

Bug#473100: network-manager-kde: knetworkmanager does not start

[Marcos Daniel Marado Torres]

Package: network-manager-kde
Version: 1:0.1-2
Severity: important


Hi there,

I tried to run knetworkmanager for the first time, and the result was:

[~]>knetworkmanager
Error requesting name, org.freedesktop.DBus.Error.AccessDenied:
Connection ":1.8" is not allowed to own the service
"org.freedesktop.NetworkManagerInfo" due to security policies in the
configuration file

Since I wasn't sure if knetworkmanager should be run as root, I tried:

[~]>sudo knetworkmanager
ERROR: Communication problem with knetworkmanager, it probably crashed.

Either way, knetworkmanager doesn't work for me... Can you please help?

-- 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.22-3-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages network-manager-kde depends on:
ii  kdelibs4c2a   4:3.5.5a.dfsg.1-8etch1 core libraries and binaries for al
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libdbus-1-3   1.1.1-3simple interprocess messaging syst
ii  libdbus-qt-1-1c2  0.62.git.20060814-2simple interprocess messaging syst
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libglib2.0-0  2.14.5-2   The GLib library of C routines
ii  libhal1   0.5.10-5   Hardware Abstraction Layer - share
ii  libnm-util0   0.6.4-6network management framework (shar
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3
ii  network-manager   0.6.4-6network management framework daemo

Versions of packages network-manager-kde recommends:
pn  kwalletmanager (no description available)

-- no debconf information



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

Bug#473101: splashy: getpass/getstring don't work

[John Hughes]

Package: splashy
Version: 0.3.8-1
Severity: normal
Tags: patch

When this simple test is run (on a single cpu system):

splashy boot
sleep 5
splashy_update "getstring enter your name"
splashy_update "exit"

splashy appears to hang.  The getstring prompt is not printed and splashy does 
not exit.

If the F2 key is pressed a few times the getstring box suddenlt pops up and 
when the string is entered splasy exits.

The problem is caused by a race between the socket loop and the keyevent loop.

In the keyevent_loop we have:

while (1)
{
...
pthread_mutex_lock (&key_mut);
splashy_wait_for_event ();
while ((key = splashy_get_key_event ()) > 0)
{
...
}
pthread_mutex_unlock (&key_mut);
...
} 

In the socket loop we try to synchronise with the keyevent loop using key_mut, 
for example to do a getpass we do:

splashy_wake_up (); /* causes splashy_wait_for_event to exit */
pthread_mutex_lock (&key_mut);
splashy_get_password (...);
pthread_mutex_lock (&key_mut);

Normaly keyevent_loop will be sleeping in splashy_wait_for_event, with the 
mutex locked.  When a getpass command is read 
on the socket we call splashy_wake_up, which makes the keyevent_loop runnable.  
We then call pthread_mutex_lock, and so 
go to sleep.  Now keyevent loop falls out of splashy_wait_for event, sees there 
are no keys to process, unlocks the 
mutex, LOOPS BACK AND RELOCKS THE MUTEX.

The problem is that unlocking the mutex does not yield the cpu - the other 
thread stays asleep in pthread_mutex_lock.

The fix is to inverse locking and waiting, in keyevent_loop do:

while (1)
{
...
splashy_wait_for_event ();
pthread_mutex_lock (&key_mut);
...
pthread_mutex_unlock (&key_mut);
}

and in getpass:

pthread_mutex_lock (&key_mut);
splashy_wake_up ();
splashy_get_password (...);
pthread_mutex_unlock (&key_mut);

Patch attached.

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

Kernel: Linux 2.6.24-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 splashy depends on:
ii  initramfs-tools0.91e tools for generating an initramfs
ii  libc6  2.7-9 GNU C Library: Shared libraries
ii  libdirectfb-1.0-0  1.0.1-8   direct frame buffer graphics - sha
ii  libgcc11:4.3.0-2 GCC support library
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libmagic1  4.23-2File type determination library us
ii  libsplashy10.3.8-1   Library to draw splash screen on b
ii  lsb-base   3.2-4 Linux Standard Base 3.2 init scrip
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

splashy recommends no packages.

-- no debconf information
diff --git a/src/splashy_functions.c b/src/splashy_functions.c
index 16f630a..562d65f 100644
--- a/src/splashy_functions.c
+++ b/src/splashy_functions.c
@@ -375,26 +375,24 @@ cmd_repaint (void **args)
 gint
 cmd_getstring (void **args)
 {
-/* Get the key event loop give up its lock */
-splashy_wake_up ();
-
+	/* We want the keyboard */
 pthread_mutex_lock(&key_mut);
+	/* Tell keyevent_loop to stop waiting for keyboard input */
+splashy_wake_up ();
 splashy_get_string((char *) args[1],*(int *) args[2], (char *) args[0]);
 pthread_mutex_unlock(&key_mut);
-
 	return 0;
 }
 
 gint
 cmd_getpass (void **args)
 {
-/* Get the key event loop give up its lock */
+	/* We want the keyboard */
+	pthread_mutex_lock(&key_mut);
+	/* Tell keyevent_loop to stop waiting for keyboard input */
 splashy_wake_up ();
-
-pthread_mutex_lock(&key_mut);
 splashy_get_password((char *) args[1],*(int *) args[2], (char *) args[0]);
 pthread_mutex_unlock(&key_mut);
-
 	return 0;
 }
 
@@ -1047,8 +1045,10 @@ keyevent_loop (void *data)
 /*
  * sub-parent (we are a fork after all). init is our parent 
 		 */
-pthread_mutex_lock(&key_mut);
+		/* Wait for keyboard input or getstring/getpass */
 splashy_wait_for_event ();
+		/* seize the keyboard, blocking if getstring/getpass running */
+pthread_mutex_lock(&key_mut);
 /*
  * get all events from our event buffer (fifo queue) and
  * process them. 
@@ -1091,6 +1091,7 @@ keyevent_loop (void *data)
 }
 			}
 }   /* en

Bug#255071: IPv6 is still not supported

[Vincent Bernat]

reopen 255071
found 255071 2.1.17-1
thanks

Hi !

fwbuilder 2.1.17 still does not support IPv6. I think this bug was closed
by mistake.

Bug#473103: New upstream version: 1.4.2

[Joachim Breitner]

Package: libghc6-x11-dev
Version: 1.4.1-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Igloo,

X11 1.4.2 is now available on hackage:

http://hackage.haskell.org/cgi-bin/hackage-scripts/package/X11-1.4.2

This release fixes a segfault issue in getWMHints which was occasionally
triggered by the UrgencyHints module.


It would be great if you’d enable xinerama support when uploading the
new version, thus closing #469852. It should be a matter of just
build-depending on the right xinerama dev packages.

Greetings and thanks,
Joachim

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

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

Versions of packages libghc6-x11-dev depends on:
ii  ghc6  6.8.2-3GHC - the Glasgow Haskell Compilat
ii  libx11-dev2:1.0.3-7  X11 client-side library (developme
ii  libxt-dev 1:1.0.5-3  X11 toolkit intrinsics library (de

libghc6-x11-dev recommends no packages.

- -- no debconf information

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

iD8DBQFH7NAV9ijrk0dDIGwRAoOaAKCuUW9FDVq+A61DFB7jzFaDaMxSkACg1fyn
rSCb7tbBw0Q39nGXNl3M9rw=
=e31t
-END PGP SIGNATURE-



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

Bug#471650: djvulibre: diff for NMU version 3.5.20-5.1

[Barak A. Pearlmutter]

> attached is the diff for my djvulibre 3.5.20-5.1 NMU which I just
> uploaded to DELAYED/1-day.

That was very sweet of you; seriously, I appreciate it.  Not sure if
it will make it in though, because 3.5.20-6 has been in new for a
couple days, waiting for overrides.  That version takes a somewhat
different approach: it breaks out the desktop support files from the
lib.so.* files, so libdjvulibre15 and libdjvulibre21 can coexist.
Having the support files in their own new binary package is, of
course, why it requires overrides.

Please let me know if this new version causes any trouble, or if you
have any fixes that remain relevant post 3.5.20-6.

Cheers,

--Barak.



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

Bug#470440: python-django: FTBFS: MD5SUM mismatch for .diff.gz

[Raphael Hertzog]

# Please handle this bug quickly as the problem will soon show up in sid
reopen 470440
reassign 470440 sbuild
found 470440 0.57.0-1
severity 470440 important
retitle 470440 sbuild doesn't cope with Checksums-Sha1 and Checksums-Sha256 
headers
thanks

On Tue, 18 Mar 2008, Raphael Hertzog wrote:
> On Tue, 18 Mar 2008, Lucas Nussbaum wrote:
> > > What software does this?
> > > 
> > > As Thomas pointed out, dpkg-source is fine. Is that sbuild?
> >  
> > Yes. sbuild seems to have problems parsing dsc files with stuff like:
> > 
> > Files: 
> >  10aa32e58969c4efeb00ef42ba192b17 1746455 python-django_0.96.1.orig.tar.gz
> >  dbc74dd2bf7093031016b0f4e2dd7813 7234 python-django_0.96.1-3.diff.gz
> > Checksums-Sha1: 
> >  85270f857ff405983cae9a1ef76dfb3303ca6eec 1746455 
> > python-django_0.96.1.orig.tar.gz
> >  4927312d149c7be0ad94663192d416e1b5311c3b 7234 
> > python-django_0.96.1-3.diff.gz
> > Checksums-Sha256: 
> >  4874134e9fc6bd08eb7e451e42038394668895c26b7cc867d4c3fdaf9d711085 1746455 
> > python-django_0.96.1.orig.tar.gz
> >  d2653ab52567436d0ee0d3c59410aa7e60b5fdf92ad05c6e1c58bc820e1bda31 7234 
> > python-django_0.96.1-3.diff.gz
> 
> For reference, this is generated when one (like me) uses dpkg's
> development version (i.e. what's in the git tree for the next upload).
> 
> So those fields will become quite common in the near future.

And Lucas forgot to send to [EMAIL PROTECTED] which means that this
bug never got reopened/reassigned. The version of dpkg generating this
will soon hit unstable... so it's important to update the package quickly.

Cheers,
-- 
Raphaël Hertzog

Le best-seller français mis à jour pour Debian Etch :
http://www.ouaza.com/livre/admin-debian/

Bug#473099: fraqtive - FTBFS: error: unrecognized command line option "-msse2"

[Patrick Matthäi]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bastian Blank schrieb:
> Package: fraqtive
> Version: 0.4.0-1
> Severity: serious
> 
> There was an error while trying to autobuild your package:
> 
>> Automatic build of fraqtive_0.4.0-1 on debian-31.osdl.marist.edu by 
>> sbuild/s390 98
> [...]
>> /usr/bin/uic-qt4 tutorialdialog.ui -o ../tmp/ui_tutorialdialog.h
>> g++ -c -msse2 -pipe -g -Wall -W -D_REENTRANT -DHAVE_SSE2 -DQT_GUI_LIB 
>> -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. 
>> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui 
>> -I/usr/include/qt4/QtGui -I/usr/include/qt4 -I. -I../tmp -I../tmp 
>> generatorcore.cpp -o ../tmp/debug/generatorcore.o
>> cc1plus: error: unrecognized command line option "-msse2"
>> make[2]: *** [../tmp/debug/generatorcore.o] Error 1
>> make[2]: Leaving directory `/build/buildd/fraqtive-0.4.0/src'
>> make[1]: *** [sub-src-make_default] Error 2
>> make[1]: Leaving directory `/build/buildd/fraqtive-0.4.0'
>> make: *** [build-stamp] Error 2
>> dpkg-buildpackage: failure: debian/rules build gave error exit status 2
>> **
>> Build finished at 20080328-0618
>> FAILED [dpkg-buildpackage died]
> 
> 
> 

Thanks for your fast report Bastian.

Could you please test it again on s390 with the following patch for
debian/rules:

- - ./configure -prefix /usr -debug
+ ./configure -prefix /usr -debug -no-sse2

Thanks.

- --
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi

E-Mail: [EMAIL PROTECTED]

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

iD8DBQFH7NO32XA5inpabMcRAuVzAKCUkOYcconMLKtg1HBJRpuGTlefFwCdHdAC
JXJEZIVA21cKzPB+GgHNtCQ=
=KNHA
-END PGP SIGNATURE-

Bug#473102: qt4-x11: need g++ >= 3.4 in build-depends

[Anon Sricharoenchai]

Package: qt4-x11
Version: 4.3.4-2
Severity: normal

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

1. When building this package from source, it use the option
   "-x c++-header" to g++.
2. But, in g++ 3.3, the language "c++-header" is not recognized,
   as shown in the following error message,

  g++: language c++-header not recognized

3. I have found "c++-header" is recognized in g++ 3.4 and g++ 4.0+.
4. Should better add "g++ >= 3.4" in Build-Depends.


-- System Information:
Debian Release: testing/unstable
  APT prefers warty-updates
  APT policy: (800, 'warty-updates'), (800, 'warty-security'), (800,
'warty-backports'), (800, 'warty'), (700, 'hoary-updates'), (700,
'hoary-security'), (700, 'hoary-backports'), (700, 'hoary'), (600,
'breezy-updates'), (600, 'breezy-security'), (600,
'breezy-backports'), (600, 'breezy'), (599, 'dapper-updates'), (599,
'dapper-security'), (599, 'dapper-backports'), (599, 'dapper'), (500,
'gutsy-backports'), (500, 'feisty-backports'), (500, 'edgy-backports')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-29-386
Locale: LANG=C, LC_CTYPE=thai (charmap=TIS-620)



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

Bug#473029: update-icon-caches

[Hongzheng Wang]

Perhaps running update-icon-caches /usr/share/icons/hicolor could be helpful.

-- 
HZ



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

Bug#473104: evince crashes consistently when opening and scrolling a certain pdf file

[Claudio Fontana]

Distribution: Debian 4.0
Package: evince
Severity: Normal
Version: GNOME2.14.3 unspecified
Gnome-Distributor: Debian
Synopsis: evince crashes consistently when opening and
scrolling a certain pdf file
Bugzilla-Product: evince
Bugzilla-Component: general
Bugzilla-Version: unspecified
BugBuddy-GnomeVersion: 2.0 (2.14.1)
Description:
Description of the crash:

evince crashes while trying to open and scroll down
the pdf file at:

http://www.groklaw.net/pdf/SCOGBK-411.pdf

Steps to reproduce the crash:
1. download  http://www.groklaw.net/pdf/SCOGBK-411.pdf
2. open the PDF with evince (empty pages show here)
3. scroll down the document

Expected Results:
Crash of the application.

How often does this happen?
Every time I tried (5 times).

Additional Information:



Debugging Information:

Backtrace was generated from '/usr/bin/evince'

(no debugging symbols found)
Using host libthread_db library
"/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1228052800 (LWP 3574)]
[New Thread -1229784144 (LWP 3575)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0xb7fe1410 in ?? ()
#0  0xb7fe1410 in ?? ()
#1  0xbfa34c48 in ?? ()
#2  0x007d in ?? ()
#3  0x0008 in ?? ()
#4  0xb7092903 in poll () from
/lib/tls/i686/cmov/libc.so.6
#5  0xb71b27d9 in g_main_context_check () from
/usr/lib/libglib-2.0.so.0
#6  0xb71b2b67 in g_main_loop_run () from
/usr/lib/libglib-2.0.so.0
#7  0xb7970281 in gtk_main () from
/usr/lib/libgtk-x11-2.0.so.0
#8  0x0807d508 in main ()

Thread 2 (Thread -1229784144 (LWP 3575)):
#0  0xb7fe1410 in ?? ()
No symbol table info available.
#1  0xb6b2ed28 in ?? ()
No symbol table info available.
#2  0x in ?? ()
No symbol table info available.

Thread 1 (Thread -1228052800 (LWP 3574)):
#0  0xb7fe1410 in ?? ()
No symbol table info available.
#1  0xbfa34c48 in ?? ()
No symbol table info available.
#2  0x007d in ?? ()
No symbol table info available.
#3  0x0008 in ?? ()
No symbol table info available.
#4  0xb7092903 in poll () from
/lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#5  0xb71b27d9 in g_main_context_check () from
/usr/lib/libglib-2.0.so.0
No symbol table info available.
#6  0xb71b2b67 in g_main_loop_run () from
/usr/lib/libglib-2.0.so.0
No symbol table info available.
#7  0xb7970281 in gtk_main () from
/usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#8  0x0807d508 in main ()
No symbol table info available.
#0  0xb7fe1410 in ?? ()




  ___ 
Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione!
http://www.ymailblogit.com/blog/



-- 
To UNSUBSCRIBE, email to [EMAIL PR

Bug#472495: This bug is fixed by busybox 1:1.9.2-2

[John Hughes]

This bug is fixed by busybox 1:1.9.2-2




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

Bug#472495: This bug is fixed by busybox 1:1.9.2-2

[John Hughes]

John Hughes wrote:
> This bug is fixed by busybox 1:1.9.2-2
>
>   
Oh no it isn't.  Sorry, wrong bug.




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

Bug#472494: This bug is fixed by busybox 1:1.9.2-2

[John Hughes]

This bug is fixed by busybox 1:1.9.2-2



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

Bug#464067: Patch used during NMU

[Petter Reinholdtsen]

This is the patch I used in my NMU.

diff -u mgetty-1.1.36/debian/changelog mgetty-1.1.36/debian/changelog
--- mgetty-1.1.36/debian/changelog
+++ mgetty-1.1.36/debian/changelog
@@ -1,3 +1,15 @@
+mgetty (1.1.36-1.1) unstable; urgency=low
+
+  * Non-maintainer upload to solve release goal.
+  * Add LSB dependency header to init.d scripts (Closes: #464067).
+  * Create /var/run/mgetty-fax and /var/lock/fax if necessary
+(Closes: #456986).  Patch from Scott James Remnant and Ubuntu.
+  * Added debconf translation for Italian from Luca Monducci
+(Closes: #456553).
+  * Add po-debconf as build-depend as suggested by lintian.
+
+ -- Petter Reinholdtsen <[EMAIL PROTECTED]>  Fri, 28 Mar 2008 11:56:49 +0100
+
 mgetty (1.1.36-1) unstable; urgency=low
 
   * New Upstream version, adjust patches (and patch 62 is upstream now).
diff -u mgetty-1.1.36/debian/mgetty-fax.init.d 
mgetty-1.1.36/debian/mgetty-fax.init.d
--- mgetty-1.1.36/debian/mgetty-fax.init.d
+++ mgetty-1.1.36/debian/mgetty-fax.init.d
@@ -1,4 +1,11 @@
 #!/bin/sh
+### BEGIN INIT INFO
+# Provides:  mgetty-fax
+# Required-Start:$remote_fs $syslog
+# Required-Stop: $remote_fs $syslog
+# Default-Start: 2 3 4 5
+# Default-Stop:  0 1 6
+### END INIT INFO
 
 PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
 DAEMON=/usr/sbin/faxrunqd
@@ -15,6 +22,15 @@
 fi
 }
 
+if [ ! -d /var/lock/fax ]; then
+   mkdir /var/lock/fax
+   chown uucp:root /var/lock/fax
+fi
+if [ ! -d /var/run/mgetty-fax ]; then
+   mkdir /var/run/mgetty-fax
+   chown uucp:root /var/run/mgetty-fax
+fi
+
 case "$1" in
   start)
check_for_no_start
diff -u mgetty-1.1.36/debian/control mgetty-1.1.36/debian/control
--- mgetty-1.1.36/debian/control
+++ mgetty-1.1.36/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Andreas Barth <[EMAIL PROTECTED]>
 Uploaders: Matthias Urlichs <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.1.51), texi2html, texinfo, tetex-bin, groff, 
libx11-dev|xlibs-dev, patch, perl, dpatch
+Build-Depends: debhelper (>= 4.1.51), texi2html, texinfo, tetex-bin, groff, 
libx11-dev|xlibs-dev, patch, perl, dpatch, po-debconf
 Standards-Version: 3.6.1.0
 
 Package: mgetty
diff -u mgetty-1.1.36/debian/mgetty-fax.templates 
mgetty-1.1.36/debian/mgetty-fax.templates
--- mgetty-1.1.36/debian/mgetty-fax.templates
+++ mgetty-1.1.36/debian/mgetty-fax.templates
@@ -15,10 +15,16 @@
  Das mgetty-fax Paket enthält ein Systemprogramm ("faxrunqd"), das 
automatisch Faxe versenden kann, die mit faxspool zum Senden vorgemerkt werden. 
Damit Faxen mit diesem oder faxrunq versendet werden können, muß 
/etc/mgetty/faxrunq.config angepasst werden. Bitte geben Sie an, ob faxrunqd 
verwendet werden soll.
 Description-fr.UTF-8: Souhaitez-vous lancer faxrunqd au démarrage du 
système ?
  Le paquet mgetty-fax contient un démon (« faxrunqd ») qui prend en 
charge automatiquement l'envoi des fax avec faxspool. Ce démon et l'utilitaire 
faxrunq ont besoin que le fichier /etc/mgetty/faxrunq.config soit correctement 
configuré. Veuillez indiquer si vous souhaitez utiliser faxrunqd.
+Description-gl.UTF-8: ¿Executar faxrunqd durante o inicio do sistema?
+ O paquete mgetty-fax contén un servizo ("faxrunqd") que pode encargarse 
automaticamente do envío dos faxes postos en cola con "faxspool". Este servizo 
e a utilidade faxrunq precisan de que se configure do xeito apropiado o 
ficheiro /etc/mgetty/faxrunq.config para poderen funcionar. Se pensa empregar 
faxrunqd, indíqueo.
+Description-it.UTF-8: Eseguire faxrunqd all'avvio del sistema?
+ Il pacchetto mgetty-fax contiene un demone ("faxrunqd") che si occupa 
automaticamente dell'invio dei fax lasciati nell'apposito spool da faxspool. 
Per poter funzionare correttamente il demone e il programma faxrunq devono 
essere configurati tramite il file /etc/mgetty/faxrunq.config. Indicare se si 
ha intenzione di utilizzare faxrunqd.
 Description-ja.UTF-8: faxrunqd をシステム起動中に起動しますか?
  mgetty-fax パッケージは、faxspool に溜められた FAX 
を自動的に送信可能にするデーモン ("faxrunqd") 
を含んでいます。このデーモンと faxrunq 
ユーティリティは、動作するために適切に設定した 
/etc/mgetty/faxrunq.config ファイルを必要とします。faxrunqd 
を使う予定がある場合は、そのように設定してください。
 Description-nl.UTF-8: Wilt u faxrunqd uitvoeren tijdens het opstarten van het 
systeem?
  Het 'mgetty-fax'-pakket bevat een achtergronddienst ("faxrunqd") die 
automatisch het verzenden van de faxen, die door faxspool in de buffer 
geplaatst werden, kan beheren. Om deze achtergronddienst en het 
'faxrunq'-hulpprogramma te laten werken moeten deze juist geconfigureerd worden 
met het bestand /etc/mgetty/faxrunq.config. Indien u 'faxrunq' wilt gebruiken, 
dient u met 'ja' te bevestigen.
+Description-pt.UTF-8: Correr o faxrunqd durante o arranque do sistema?
+ O pacote

Bug#473077: [Pkg-lyx-devel] Bug#473077: lyx: lyx can't start

[Per Olofsson]

Hi,

Arnaud Baysse wrote:
> I launch lyx with the command-line and I have this error :
> 
> "terminate called after throwing an instance of
> 'boost::filesystem::basic_filesystem_error boost::filesystem::path_traits> >'
>   what():  boost::filesystem::exists
> Abandon"

It looks like lyx is trying to create a file that already exists. Could you try
running "strace lyx" and send us the end of the log, before the crash?

-- 
Pelle



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

Bug#473053: (no subject)

[Olaf van der Spek]

Did you try to disable IPv6 in the Lighttpd conf?



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

Bug#469882: [Pkg-virtualbox-devel] Bug#469882: Does not appear to be fixed

[Michael Meskes]

On Fri, Mar 28, 2008 at 11:44:43AM +0100, Martin Steigerwald wrote:
> Actually I believe the ARCH is still not detected properly - since ARCH is 
> empty here in the output below and there are two slashes after one 
> another in the path 
> ...

That shouldn't matter I even tried setting ARCH to empty on my system
and it still worked. Or in other words, I wasn't able to reproduce this
at all.

Michael
-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!



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

Bug#469882: [Pkg-virtualbox-devel] Bug#469882: Does not appear to be fixed

[Martin Steigerwald]

Am Freitag 28 März 2008 schrieb Michael Meskes:
> On Fri, Mar 28, 2008 at 11:44:43AM +0100, Martin Steigerwald wrote:
> > Actually I believe the ARCH is still not detected properly - since
> > ARCH is empty here in the output below and there are two slashes
> > after one another in the path
> > ...
>
> That shouldn't matter I even tried setting ARCH to empty on my system
> and it still worked. Or in other words, I wasn't able to reproduce this
> at all.

Here it does. Without ARCH=i386 I get the posted error message. With 
ARCH=i386 m-a successfully builds the module.

If that does due to my kernel source not being configured properly I would 
like to know how I can configure them properly. I thought that after 
building a kernel or make oldconfig they should be configured as properly 
as they can be.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


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

Bug#473061: netbase: using ucf to manage /etc/services

[Marco d'Itri]

On Mar 28, Vincent Danjean <[EMAIL PROTECTED]> wrote:

>   It would be good if you would like to use ucf (with the --three-way
> switch) to manage /etc/services. This would avoid manual editing each
> time you change it to re-add local services.
ucf is optional, netbase is important.
ucf needs to be promoted before this can happen.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#456326: use udevadm instead of udevsettle

[David Härdeman]

If we change the dependency on libdevmapper to >= 2:1.02.24-4, the
udevsettle call should not be necessary any more.

Additionally, I've already committed support for udevadm to upstream
cryptsetup SVN. So if we remove the udevsettle call and update the
libdevmapper dependency, I think we can close this bug report with the
next upload of cryptsetup.

Anyone who disagrees?

-- 
David Härdeman




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

Bug#472495: This bug is should be assigned to cryptroot.

[John Hughes]

This bug is should be assigned to cryptroot.

The patch in my message #10 above works, assuming that splashy bug
#473101 (getstring/getpass) is fixed.

A better patch (no need to stick password in variable):

elif [ -x /sbin/splashy_update ] && [ ! -z $(pidof splashy) ] ; then
/sbin/splashy_update "getpass Enter password for $crypttarget: 
" |
$cryptcreate > /dev/null 2>&1
else





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

Bug#473097: openoffice.org: PDF export often put some weird font instead of the real ones

[Rene Engelhard]

severity 473097 important
thanks

chryjs wrote:
> Package: openoffice.org
> Version: 1:2.4.0-1
> Severity: grave
> Justification: renders package unusable

Reality check, please.
No. It does not make the whole office suite unusable.

> PS : I don't know how to attach a file but I can provide examples...

You don't know how to attach files to mails? ;-)

Regards,

Rene



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

Bug#473106: fai-guide inaccurate with relation to symlinks

[Henning Sprang]

package: fai-doc

From a discussion on linux-fai it resulted that the docs are inaccurate 
at some point - citing the thread:



 Original Message 
Subject: Re: task_chboot: SERVER not defined
Date: Fri, 28 Mar 2008 10:16:18 +0100
From: Thomas Lange <[EMAIL PROTECTED]>
To: linux-fai <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>


On Fri, 28 Mar 2008 10:02:42 +0100, Viktor Keil <[EMAIL PROTECTED]> said:


> SERVER not defined. Can't change network boot configuration
Die Variable $SERVER ist nicht definiert. Schau mal ins variables.log

> Die Erläuterung in Abschnitt 7.2 unter "chboot" verstehe ich 
leider inhaltlich nicht.

> Damit man nicht nachschlagen muss, zitiere ich kurz:
> chboot Changes the symbolic link on the install server which 
indicates which kernel

Symbolic links wurden frueher erzeugt. Da ist die Doku also nicht mehr
up-to-date. Jetzt wird fai-chboot -d aufgerufen um die pxe config zu
disablen.


--
regards Thomas



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

Bug#473105: dcc-server: cron.daily job not removed on uninstall

[Good Times]

Package: dcc-server
Severity: normal

apt-get remove dcc-server left /etc/cron.daily/dcc-server

which tries to do things that it cannot do anymore

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

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

Versions of packages dcc-server depends on:
ii  dcc-common1.3.42-5   Distributed Checksum Clearinghouse
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  lsb-base  3.2-4  Linux Standard Base 3.2 init scrip

dcc-server recommends no packages.



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

Bug#465278: Mouse doesn't work on iBook G4 after sleep in Sid

[Thomas Constans]

Le vendredi 28 mars 2008 à 10:45 +0100, Gaudenz Steinlin a écrit :

> I also see this occasionally. It does not happen on every suspend/resume
> cycle. But for me it's always enogh to just rmmod and modprobe
> appletouch. Just switch to a text console with ctrl-alt-f1, login as
> root and type "rmmod appletouch ; modprobe appletouch".
> 
> My machine is a powerbook5,8 and I'm using 2.6.25-rc7 (self compiled).

I also experience this on my up-to-date sid, ibook g14 12"

I am *not* sure it is related to suspend / resume, but it may.

Sometimes, my mouse is stuck, though some kind of event (click, move
event) are still sent to x server.

If i modprobe -r appletouch && modprobe appletouch, i an get back
correct *basic* mouse movement. synaptic related stuff are gone.

Strangest stuff is this: if i switch to console, then back to x, i get
my synaptic stuff ( finger scroll, tap to click, etc.) back.

So i think it is related to synaptic driver.

I use a custom compiled 2.6.24

Regards


-- 
Thomas Constans
openDoor
06 23 37 87 85
09 71 73 91 75

Bug#473077: [Pkg-lyx-devel] Bug#473077: lyx: lyx can't start

[Arnaud Baysse]

Hi

It looks like lyx is trying to create a file that already exists. Could you
> try
> running "strace lyx" and send us the end of the log, before the crash?
>
> --
> Pelle



Here his the end of the log you asked.

stat64("/mnt/windows/Documents and Settings/ideas/Mes
documents/Projet/Congrès edsys 2008/edsys2008.lyx", 0xbf9dc24c) = -1 EILSEQ
(Invalid or incomplete multibyte or wide character)
futex(0xb7428ce8, 0x81 /* FUTEX_??? */, 2147483647) = 0
write(2, "terminate called after throwing "..., 48terminate called after
throwing an instance of ') = 48
write(2, "boost::filesystem::basic_filesys"...,
118boost::filesystem::basic_filesystem_error >) = 118
write(2, "\'\n", 2'
) = 2
write(2, "  what():  ", 11  what():  ) = 11
write(2, "boost::filesystem::exists", 25boost::filesystem::exists) = 25
write(2, "\n", 1
)   = 1
rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0
tgkill(3264, 3264, SIGABRT) = 0
--- SIGABRT (Aborted) @ 0 (0) ---
+++ killed by SIGABRT +++
Process 3264 detached

The file "edsys2008.lyx" is on a NTFS Windows partition. I mount it with
ntfs-3g. I don't know if it can help...

Arnaud