Bug#492953: new upstream version available

[Dmitry E. Oboukhov]

Package: hedgewars
Version: 0.9.5
Severity: normal

new upstream version available

--
... mpd playing: U.D.O. - Fistful Of Anger

. ''`. Dmitry E. Oboukhov
: :’  : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Bug#492952: gforge-plugins-extra: tries to overwrite files owned by gforge-plugin-scm{cvs, svn}

[Ralf Treinen]

Package: gforge-plugins-extra
Version: 4.6.99+svn6580-1
Severity: serious

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:

Unpacking gforge-plugins-extra
(from .../gforge-plugins-extra_4.6.99+svn6580-1_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/gforge-plugins-extra_4.6.99+svn6580-1_all.deb
(--unpack):
 trying to overwrite `/etc/gforge/plugins/scmcvs/cvsweb.conf', which is
 also in package gforge-plugin-scmcvs
 Processing triggers for man-db ...
 Errors were encountered while processing:
  /var/cache/apt/archives/gforge-plugins-extra_4.6.99+svn6580-1_all.deb


Unpacking gforge-plugins-extra (from
.../gforge-plugins-extra_4.6.99+svn6580-1_all.deb) ...
dpkg: error processing
/var/cache/apt/archives/gforge-plugins-extra_4.6.99+svn6580-1_all.deb
(--unpack):
 trying to overwrite
 `/etc/gforge/plugins/scmsvn/viewcvs/templates/annotate.ezt', which is
 also in package gforge-plugin-scmsvn
 Processing triggers for man-db ...
 Errors were encountered while processing:
  /var/cache/apt/archives/gforge-plugins-extra_4.6.99+svn6580-1_all.deb


Full logs of the installation attempt can be found here:

http://edos.debian.net/missing-conflicts/logs/2008-07-28/gforge-plugin-scmcvs_gforge-plugins-extra
http://edos.debian.net/missing-conflicts/logs/2008-07-28/gforge-plugin-scmsvn_gforge-plugins-extra


This is a serious bug as it makes installation fail. Possible
solutions are to have the two packages conflict, to rename the common
file in one of the two packages, or to remove the file from one
package and have this package depend on the other package. File
diversions or a Replace relation are another possibility.

This bug could in principle be filed against any of the two packages.
I might have made the wrong choice in filing the bug against your
package, in this case please feel free to reassign to the other
package.

-Ralf.

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



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

Bug#492951: E: Couldn't determine free space in . - statvfs (75 Value too large for defined data type)

[Reinhard Tartler]

Package: apt
Version: 0.7.14+b1
Severity: normal

Apt fails for me to download/unpack sources in a very large filesystem:

>> LC_ALL=C apt-get source apt
Reading package lists... Done
Building dependency tree   
Reading state information... Done
E: Couldn't determine free space in . - statvfs (75 Value too large for defined 
data type)
zsh: exit 100   LC_ALL=C apt-get source apt


>> df -h .
Dateisystem  Größe Benut  Verf Ben% Eingehängt auf
faui41:/faui41/proj.stand/mmtmp41
   26T  324G   25T   2% /proj/mmtmp41


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

Kernel: Linux 2.6.26-gernoth-64bit (SMP w/4 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-keyring   2008.04.16+nmu1 GnuPG archive keys of the Debian a
ii  libc62.7-10  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.1-2   GCC support library
ii  libstdc++6   4.3.1-2 The GNU Standard C++ Library v3

apt recommends no packages.

Versions of packages apt suggests:
pn  apt-doc(no description available)
ii  aptitude  0.4.11.4-1 terminal-based package manager
ii  bzip2 1.0.5-0.1  high-quality block-sorting file co
ii  dpkg-dev  1.14.20Debian package development tools
ii  lzma  4.43-14Compression method of 7z format in
ii  synaptic  0.62.1 Graphical package manager

-- no debconf information



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

Bug#492623: [Pkg-fonts-devel] Bug#492623: ttf-liberation: Trademark prevents modifications

[Faidon Liambotis]

Ian Jackson wrote:

Quoting the license:

...

If you modify the files, you must
 - Rename the fonts to remove any reference to Liberation
 - Not install the fonts as liberation
 - Rename the binary package and the source package
 - Change the description to remove all references to Liberation and
   Red Hat.
And much more importantly, a similar clause (albeit only for the 
"reserved font name") is present in the Open Font License, under which 
most of the free fonts are and which is accepted in Debian main.


Regards,
Faidon



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

Bug#491848: undeclared (and wrong) dependency on python2.5-dev

[martin f krafft]

also sprach Nicholas Piper <[EMAIL PROTECTED]> [2008.07.30.0038 +0200]:
> I neglected to check that it was in diff that 'svn diff' made. It's
> attached; but if you're happy with this approach then I'll commit to
> subversion - basically it's just copying find-python-library-name.sh
> from an old revision back to the head; and getting SCons to call it
> rather than debian/rules.

At least it works now, so let's put it in subversion and release
0.0.46. Thank you!

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
 
"here i was all convinced that if i sleep all day, bug counts go
 down, and if I work all day, they go up, so much for that theory."
   -- lars wirzenius


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

Bug#492243: unbound: fails to install/configure

[Robert Edmonds]

Paul Walker wrote:
> I just tried to install unbound, and it fails to complete configuration,
> complaining that /etc/unbound doesn't exist (even though it appears to).
> The package info says unbound is installed in a chroot; possibly the
> directory isn't created in the chroot?

please send contents of /etc/unbound/* and /etc/default/unbound.

did you newly install unbound or upgrade?

-- 
Robert Edmonds
[EMAIL PROTECTED]



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

Bug#492950: wput: glibc error: free() invalid pointer

[David Gilman]

Package: wput
Severity: important



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

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

Trying to upload files died with this error:

*** glibc detected *** wput: free(): invalid pointer: 0x0834580a ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7eca8f5]
/lib/i686/cmov/libc.so.6(cfree+0x90)[0xb7ece360]
wput[0x804d416]
wput[0x804de1c]
wput[0x8054655]
wput[0x8054785]
wput[0x804a008]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7e75450]
wput[0x8049b91]
=== Memory map: 
08048000-0805b000 r-xp  03:02 770523 /usr/bin/wput
0805b000-0805c000 rw-p 00013000 03:02 770523 /usr/bin/wput
0833-0844f000 rw-p 0833 00:00 0  [heap]
b7a0-b7a21000 rw-p b7a0 00:00 0 
b7a21000-b7b0 ---p b7a21000 00:00 0 
b7bb7000-b7bc3000 r-xp  03:02 244830 /lib/libgcc_s.so.1
b7bc3000-b7bc4000 rw-p b000 03:02 244830 /lib/libgcc_s.so.1
b7bd-b7bdf000 r-xp  03:02 245054 /lib/i686/cmov/libresolv-2.7.so
b7bdf000-b7be1000 rw-p f000 03:02 245054 /lib/i686/cmov/libresolv-2.7.so
b7be1000-b7be3000 rw-p b7be1000 00:00 0 
b7be3000-b7be7000 r-xp  03:02 244921 
/lib/i686/cmov/libnss_dns-2.7.so
b7be7000-b7be9000 rw-p 3000 03:02 244921 
/lib/i686/cmov/libnss_dns-2.7.so
b7be9000-b7bf2000 r-xp  03:02 244922 
/lib/i686/cmov/libnss_files-2.7.so
b7bf2000-b7bf4000 rw-p 8000 03:02 244922 
/lib/i686/cmov/libnss_files-2.7.so
b7bf4000-b7d2e000 r--p  03:02 800132 /usr/lib/locale/locale-archive
b7d2e000-b7d3 rw-p b7d2e000 00:00 0 
b7d3-b7d44000 r-xp  03:02 772148 /usr/lib/libz.so.1.2.3.3
b7d44000-b7d45000 rw-p 00013000 03:02 772148 /usr/lib/libz.so.1.2.3.3
b7d45000-b7ddc000 r-xp  03:02 768485 /usr/lib/libgnutls.so.26.4.5
b7ddc000-b7de2000 rw-p 00097000 03:02 768485 /usr/lib/libgnutls.so.26.4.5
b7de2000-b7de5000 r-xp  03:02 769936 /usr/lib/libgpg-error.so.0.3.0
b7de5000-b7de6000 rw-p 2000 03:02 769936 /usr/lib/libgpg-error.so.0.3.0
b7de6000-b7e4c000 r-xp  03:02 779558 /usr/lib/libgcrypt.so.11.4.4
b7e4c000-b7e4e000 rw-p 00066000 03:02 779558 /usr/lib/libgcrypt.so.11.4.4
b7e4e000-b7e5d000 r-xp  03:02 769924 /usr/lib/libtasn1.so.3.0.15
b7e5d000-b7e5e000 rw-p e000 03:02 769924 /usr/lib/libtasn1.so.3.0.15
b7e5e000-b7e5f000 rw-p b7e5e000 00:00 0 
b7e5f000-b7fa7000 r-xp  03:02 244864 /lib/i686/cmov/libc-2.7.so
b7fa7000-b7fa8000 r--p 00148000 03:02 244864 /lib/i686/cmov/libc-2.7.so
b7fa8000-b7faa000 rw-p 00149000 03:02 244864 /lib/i686/cmov/libc-2.7.so
b7faa000-b7fad000 rw-p b7faa000 00:00 0 
b7fb8000-b7fb9000 rw-p b7fb8000 00:00 0 
b7fb9000-b7fc4000 r-xp  03:02 3002893
/usr/lib/libgnutls-openssl.so.26.4.5
b7fc4000-b7fc5000 rw-p a000 03:02 3002893
/usr/lib/libgnutls-openssl.so.26.4.5
b7fc5000-b7fc7000 rw-p b7fc5000 00:00 0 
b7fc7000-b7fc8000 r-xp b7fc7000 00:00 0  [vdso]
b7fc8000-b7fe2000 r-xp  03:02 244802 /lib/ld-2.7.so
b7fe2000-b7fe4000 rw-p 00019000 03:02 244802 /lib/ld-2.7.so
bfece000-bfee3000 rw-p bffeb000 00:00 0  [stack]
Aborted



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

Bug#343434: gnupg: FTBFS (ppc64): Please use '--disable-asm' on ppc64

[Andreas Jochens]

Hello,

It would certainly be nice if --disable-asm would no longer be 
necessary. However, I'm afraid that I do not have enough time to 
properly discuss this with upstream at the moment. I am currently 
working on a project in Australia while my ppc64 machine is in Hamburg, 
Germany, which makes things a little bit difficult.

Thanks again for looking into this ppc64 specific problem.

Kind regards
Andreas Jochens



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

Bug#492919: 40custom_load-xmodmap in Xsession(5) example does not work

[Julien Cristau]

On Tue, Jul 29, 2008 at 23:49:02 +0300, Peter Eisentraut wrote:

> Is this example obsolete?  Is there something else that might mess up the 
> keyboard configuration?  Any clue?  Thanks.

Yes, that's a bug in the X server.  As I understand it, running xmodmap
before pressing any key modifies the virtual core keyboard map, which is
overwritten on first key press by the settings for the actual keyboard
device.

Cheers,
Julien



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

Bug#166028: Account Upgrade Update-!!!

[St-Andrews Technical Support Team]

Dear Umanitoba Ca Email Account User,

We wrote to you on 3rd july 2008 advising that you change the
password on your account in order to prevent any unauthorised
account access following the network instruction we previously
communicated.

All Mailhub systems will undergo regularly scheduled maintenance.
Access to your e-mail via the Webmail client will be unavailable for
some time during this maintenance period. We are currently upgrading
our data base and e-mail account center i.e homepage view.

We shall be deleting old [Umanitoba Ca] email accounts which are no
more active to create more space for new accounts users.
we have also investigated a system wide security audit to improve
and enhance our current security.

In order to continue using our services you are require to update
and re-comfirmed your email account details as requested below.

To complete your account re-comfirmation,you must reply to this email
immediately and enter your account details as requested below.

Username: (**)
Password: (**)
Date of Birth   : (**)
Future Password : (**)(Option)

Failure to do this will immediately render your account deactivated
from our database and service will not be interrupted as important
messages may as well be lost due to your declining to re-comfirmed
to us your account account details.

We apologise for the inconvenience that this will cause you during
this period, but trusting that we are here to serve you better and
providing more technology which revolves around Secured Email.

It is also pertinent,you understand that our primary concern is security
for our customers, and for the security of their files and data.

COMFIRMATION CODE: UMA-CA/93-1A388-480

Technical Support Team

Regards
Umanitoba Ca Support/Maintainance Team T




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

Bug#492927: epiphany-browser: Crashes in GkAtoms_info

[Mike Hommey]

On Wed, Jul 30, 2008 at 12:20:43AM +0100, Sam Morris wrote:
> Package: epiphany-browser
> Version: 2.22.3-1
> Severity: serious
> 
> I'm filing this bug to make sure that we don't release Lenny with an
> epiphany that crashes whenever it is closed.
> 
> This was filed upstream at 
> and forwarded to .
> 
> TODO, test the patch on Mozilla's bugzilla and, if it fixes the problem,
> reassign to xulrunner-1.9.

Does it still really happen with xulrunner 1.9~rc2-5 and newer ?

Mike



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

Bug#492928: xulrunner-1.9: Crash when changing text size in Epiphany

[Mike Hommey]

forwarded 492928 https://bugzilla.mozilla.org/show_bug.cgi?id=444894
merge 486744 492928
thanks

On Wed, Jul 30, 2008 at 12:28:14AM +0100, Sam Morris wrote:
> Package: xulrunner-1.9
> Version: 1.9.0.1-1
> Severity: serious
> 
>  currently effects
> Epiphany quite badly; several times a day it crashes when I change the
> size of text.

Please don't file duplicate bugs.

Mike



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

Bug#492432: Please allow display of copyright of a package from dpkg

[Kumar Appaiah]

Dear Guillem and Aptitude maintainers,

On Tue, Jul 29, 2008 at 11:58 PM, Guillem Jover wrote:
>> http://www.ae.iitm.ac.in/pipermail/ilugc/2008-July/042594.html
>>
>> In essence, this may necessitate machine readable copyright format,
>> but I think it would be worth taking this forward.
>
> The stuff done on RPM is not good enough. Describing the whole package
> licensing situation in only a field is not sufficient, that's one of
> the reasons we have the copyright file.
>
> Making dpkg output this file while its format is not (yet) standardized,
> and there does not seem to be consensus that it will be in the near
> future, seems like not that useful, as the tools trying to analyze
> such output would only work if it was in a standardized format.

I am in agreement with you. It would require a monumental effort in
standardization. Even then, there are several exceptions and
non-standard licenses which we would have to deal with.

> The other problem is that the administrator is allowed (per policy) to
> remove anything under /usr/share/doc/, so dpkg will not be able to
> always output such information.

True.

>> Do inform me if I need to report this elsewhere, or if this has
>> already been reported elsewhere.
>
> I guess a more appropriate place for this would be the front-ends,
> in the same way «aptitude changelog foo» shows the changelog, taking it
> from a remote repository even w/o needing the package to be installed,
> the same could be done with the copyright file (it's even on the same
> host). Althought the format is still a problem, and it might make
> sense to delay providing such an option until such format is more
> wide-spread.
>
> Reassigning, now you might have to convince the aptitude maintainers. :)

Thanks, Guillem, for the patient explanation. I guess this may not
happen in the near future, but I would still request the Aptitude
maintainers to keep this option open, so that somewhere in the future,
we could see such a feature come in. Of course, you guys are in a
better position to judge the issue, but all the same...

Thanks.

Kumar
-- 
Kumar Appaiah



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

Bug#492949: bind9: key element inside of nested ACL causes acl.c:403: INSIST(0) failed

[Russell Stuart]

Package: bind9
Version: 1:9.5.0.dfsg.P1-2.1
Severity: important
Tags: patch

Bind9 was failing with this message in daemon.log:
  named[15418]: acl.c:403: INSIST(0) failed

Turns out its caused by this sort of construct:
  acl a { key a_tsig_key; }
  acl b { "a"; localhost; }

When acl b is created, acl a is merged into it.  The insertion
point for the next element isn't adjusted after the merge so
the localhost entry then overwrites the "key a_tsig_key" entry.

The one line patch attached fixes the problem.  It doesn't
happen in sarge's bind9.  I didn't go looking why.

Can you please, pretty please, ensure this is fixed in
lenny.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.17-8.1-lube-686-smp
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages bind9 depends on:
ii  adduser  3.63Add and remove users and groups
ii  bind9utils   1:9.5.0.dfsg.P1-2.1 Utilities for BIND
ii  debconf [debconf-2.0 1.4.30.13   Debian configuration management sy
ii  libbind9-40  1:9.5.0.dfsg.P1-2.1 BIND9 Shared Library used by BIND
ii  libc62.3.2.ds1-22sarge6  GNU C Library: Shared libraries an
ii  libdb4.3 4.3.27-2Berkeley v4.3 Database Libraries [
ii  libdns43 1:9.5.0.dfsg.P1-2.1 DNS Shared Library used by BIND
ii  libisc41 1:9.5.0.dfsg.P1-2.1 ISC Shared Library used by BIND
ii  libisccc40   1:9.5.0.dfsg.P1-2.1 Command Channel Library used by BI
ii  libisccfg40  1:9.5.0.dfsg.P1-2.1 Config File Handling Library used 
ii  libkrb53 1.3.6-2sarge6   MIT Kerberos runtime libraries
ii  libldap2 2.1.30-8OpenLDAP libraries
ii  liblwres40   1:9.5.0.dfsg.P1-2.1 Lightweight Resolver Library used 
ii  libssl0.9.8  0.9.8g-10.1 SSL shared libraries
ii  libxml2  2.6.16-7sarge1  GNOME XML library
ii  lsb-base 3.0-11  Linux Standard Base 3.0 init scrip
ii  netbase  4.21Basic TCP/IP networking system
ii  zlib1g   1:1.2.2-4.sarge.2   compression library - runtime

-- debconf information:
  bind9/different-configuration-file:
  bind9/run-resolvconf: false
  bind9/start-as-user: bind


dns_acl_merge-bug.dpatch
Description: application/shellscript

Bug#429031: Now please add "Suggests: libtemplate-plugin-xml-perl"

[Hideki Yamane]

On Thu, 24 Jul 2008 10:49:48 +0100
Dominic Hargreaves <[EMAIL PROTECTED]> wrote:
> I will assume this is okay to NMU and will do so in the next day or two
> unless anyone says no.

 Go for it, now! :-)

 # then ask RM to unblock package.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
 http://wiki.debian.org/HidekiYamane



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

Bug#492948: daemontools: move symlinks to /etc/service is better

[Hideki Yamane (Debian-JP)]

Package: daemontools
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi daemontools maintainer,

 Thanks you for you to maintain daemontools package.
 And today, I'll wish you to do some modification to your package.

> daemontools (1:0.76-2) unstable; urgency=low
> 
>   * debian/daemontools-run.postinst: also remove inittab entry on
>   upgrade
> from daemontools-installer FHS version, to have new entry added
> afterwards; look also for /var/lib/svscan, to possibly copy
> content to
> /etc/service/ on upgrade (closes: #468853).
>   * debian/daemontools.NEWS.Debian: mention /etc/service/ as default
> directory for services; recommend compatibility symlink.

 Yes, you mention this at NEWS.Debian, that's good. great.
 And users should read that and take action for this, yes, of course.

 But, if package moves symlinks from /var/lib/svscan (or /service)
 to /etc/service when when users install package, it's wonderful! 
 excellent! ...don't you think so? :-)

 So I suppose you to do it at postinst like attached patch (it's 
 not tested yet, sorry ;)  or use debconf to ask users which directory 
 do you want to use for daemontools.

 Please consider this.

- -- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
 Japanese Debian Maintainer, see http://wiki.debian.org/HidekiYamane


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

iEYEARECAAYFAkiP+h8ACgkQIu0hy8THJktz5QCgqE3PepA4G1wQB58NSIbzm1gC
3cIAni9z95Qla2YkIaOpFNlOl3m3Ig1r
=GiVn
-END PGP SIGNATURE-
--- daemontools-run.postinst.orig   2008-07-30 14:04:04.0 +0900
+++ daemontools-run.postinst2008-07-30 14:15:12.0 +0900
@@ -36,6 +36,15 @@
 kill -s HUP 1
 sleep 1
   fi
+  if [ -d /services ]; then
+for links in `ls /services`
+do
+  if [ -L $links ]; then
+mv $links /etc/service/
+  fi
+done
+  fi
+
   # update from daemontools-installer (fhs version)
   if grep -q 'SV:123456:respawn:/usr/bin/svscanboot' /etc/inittab; then
 echo 'Removing SV inittab entry...'
@@ -46,6 +55,15 @@
 kill -s HUP 1
 sleep 1
   fi
+  if [ -d /var/lib/svscan ]; then 
+for links in `ls /var/lib/svscan`
+do 
+  if [ -L $links ]; then
+mv $links /etc/service/
+  fi
+done
+  fi
+
 fi
 if test -z "$2"; then
   # not upgrading

Bug#492947: kdebase-workspace-bin: /usr/bin/plasma crashes on startup (every time)

[Alexander Vodomerov]

Package: kdebase-workspace-bin
Version: 4:4.1.0-1
Severity: grave
Justification: renders package unusable


Every time I try to start Plasma (either by logging in via KDM) or
manually, it crashes with the following error message:

$ /usr/bin/plasma
(4753)/ checkComposite: Plasma has an argb visual 
0x251f210 46137345
(4753)/ checkComposite: Plasma is COMPOSITE-less on 
0x2516990
Plasma crashed, attempting to automatically recover
KCrash: Application 'plasma' crashing...
. bla-bla ...

Here is the stack trace:

$ gdb /usr/bin/plasma
GNU gdb 6.8-debian  
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.   
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"   
and "show warranty" for details. 
This GDB was configured as "x86_64-linux-gnu"... 
(gdb) set follow-fork-mode child
(gdb) run --nocrashhandler --sync
Starting program: /usr/bin/plasma --nocrashhandler --sync
[Thread debugging using libthread_db enabled]
[New Thread 0x7f30733fc7c0 (LWP 4770)]   
(4770)/ checkComposite: Plasma has an argb visual 
0x1597210 46137345
(4770)/ checkComposite: Plasma is COMPOSITE-less on 
0x158e990   
[Thread debugging using libthread_db enabled]   
  
[New Thread 0x7f30733fc7c0 (LWP 4771)]  
  

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f30733fc7c0 (LWP 4771)] 
QAction::setVisible (this=0x0, b=true) at kernel/qaction.h:68
68  kernel/qaction.h: No such file or directory. 
in kernel/qaction.h  
(gdb) bt
#0  QAction::setVisible (this=0x0, b=true) at kernel/qaction.h:68
#1  0x7f306cf8610c in MenuLauncherApplet::constraintsEvent (this=0x16e4df0, 
constraints={i = -2039224944})
at 
/tmp/buildd/kdebase-workspace-4.1.0/plasma/applets/kickoff/simpleapplet/simpleapplet.cpp:225
   
#2  0x7f307dc81a82 in Plasma::Applet::flushPendingConstraintsEvents 
(this=0x16e4df0)  
at /tmp/buildd/kdebase-workspace-4.1.0/libs/plasma/applet.cpp:850   
  
#3  0x7f307bbf4073 in QObject::event (this=0x16e4df0, e=0x1) at 
kernel/qobject.cpp:1105   
#4  0x7f307c85896b in QGraphicsWidget::event (this=0x16e4df0, 
event=0x7fff8673ed80)   
at graphicsview/qgraphicswidget.cpp:1229
  
#5  0x7f307c304e5d in QApplicationPrivate::notify_helper (this=0x15ba950, 
receiver=0x16e4df0, e=0x7fff8673ed80)
at kernel/qapplication.cpp:3772 
   
#6  0x7f307c30cb2a in QApplication::notify (this=0x1599630, 
receiver=0x16e4df0, e=0x7fff8673ed80)  
at kernel/qapplication.cpp:3739
#7  0x7f307d808bfb in KApplication::notify (this=0x1599630, 
receiver=0x16e4df0, event=0x7fff8673ed80)
at /tmp/buildd/kde4libs-4.1.0/kdeui/kernel/kapplication.cpp:311
#8  0x7f307bbe5411 in QCoreApplication::notifyInternal (this=0x1599630, 
receiver=0x16e4df0, event=0x7fff8673ed80)
at kernel/qcoreapplication.cpp:587
#9  0x7f307bc113b6 in QTimerInfoList::activateTimers (this=0x15bdd10)
at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#10 0x7f307bc0d8dd in timerSourceDispatch (source=) at 
kernel/qeventdispatcher_glib.cpp:166
#11 0x7f30773f2892 in g_main_context_dispatch () from 
/usr/lib/libglib-2.0.so.0
#12 0x7f30773f601d in ?? () from /usr/lib/libglib-2.0.so.0
#13 0x7f30773f61db in g_main_context_iteration () from 
/usr/lib/libglib-2.0.so.0
#14 0x7f307bc0d83f in QEventDispatcherGlib::processEvents (this=0x15b9d50, 
flags=)
at kernel/qeventdispatcher_glib.cpp:325
#15 0x7f307c39616f in QGuiEventDispatcherGlib::processEvents (this=0x0, 
flags=)
at kernel/qguieventdispatcher_glib.cpp:204
#16 0x7f307bbe3d22 in QEventLoop::processEvents (this=, flags={i = -203988})
at kernel/qeventloop.cpp:149
#17 0x7f307bbe3ead in QEventLoop::exec (this=0x7fff8673f030, flags={i = 
-203908}) at kernel/qeventloop.cpp:200
#18 0x7f307b43da7c in KIO::NetAccess::enter_loop (this=0x7fff8673f0b0)
at /tmp/buildd/kde4libs-4.1.0/kio/kio/netaccess.cpp:494
#19 0x7f307b43dc65 in KIO::NetAccess::statInternal (this=0x7fff8673f0b0, 
url=,
details=, side=KIO::NetAccess::SourceSide, window=0x0)
at /tmp/buildd/kde4libs-4.1.0/kio/kio/netaccess.cpp:347
#20 0x7f307b43e93e in KIO::NetAccess::stat ([EMAIL PROTECTED], [EMAIL 
PROTECTED], window=0x0)
at /tmp/buildd/kde4libs-4.1.0/kio/kio/netaccess.cpp:221
#21 0x7f307b43e9cc in KIO::NetAccess::mostLocalUrl ([EMAIL

Bug#492945: Incorrect help text for Plugin.plugin command

[Grant Bowman]

Package: supybot
Version: 0.83.3-1
Severity: normal


1. !load Plugin
2. !help plugin

Result: (plugin ) -- Returns the plugin(s) that  is in.

Expected Result: This is not correct according to James Vega.  see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492165

Here is the approximate location in the code of this text.

--- ./supybot-0.83.3/plugins/Plugin/plugin.py   2006-07-23
16:29:58.0 -0700
+++ ./supybot-0.83.3/plugins/Plugin/plugin.py.diff  2008-07-29
14:24:42.0 -0700
@@ -64,11 +62,6 @@
irc.reply(format('%L', L))
list = wrap(list)

-def plugin(self, irc, msg, args, command):
-"""
-
-Returns the plugin(s) that  is in.
-"""
(maxL, cbs) = irc.findCallbacksForArgs(command)
L = []
if maxL == command:

-- System Information:
Debian Release: lenny/sid
Architecture: i386 (i686)

Versions of packages supybot depends on:
ii  python2.5.2-0ubuntu1 An interactive high-level
object-o
ii  python-support0.7.5ubuntu1   automated rebuilding
support for p

supybot recommends no packages.

-- no debconf information

-- 
-- Grant Bowman <[EMAIL PROTECTED]>



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

Bug#492946: Incorrect help text for Plugin

[Grant Bowman]

Package: supybot
Version: 0.83.3-1
Severity: normal


1. !load Plugin
2. !plugin help plugin

Result:
  This plugin exists to help users manage their plugins. Use 'plugin
  list' to list the loaded plugins; use 'plugin help' to get this sort
  of help from other plugins; use the 'plugin' command itself to
  determine what plugin a command exists in.

Expected Result: The last two lines are incorrect according to James
Vega.  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492165

Plugin.help responds with the help for a plugin.  The last two lines
of the output describes the plugin command and what it is supposed to
do.

Here is the approximate location in the code of the text:

--- ./supybot-0.83.3/plugins/Plugin/plugin.py   2006-07-23
16:29:58.0 -0700
+++ ./supybot-0.83.3/plugins/Plugin/plugin.py.diff  2008-07-29
14:24:42.0 -0700
@@ -39,8 +39,6 @@
 class Plugin(callbacks.Plugin):
"""This plugin exists to help users manage their plugins.  Use 'plugin
list' to list the loaded plugins; use 'plugin help' to get this sort of
-help from other plugins; use the 'plugin' command itself to determine what
-plugin a command exists in."""
def help(self, irc, msg, args, cb):
"""

-- System Information:
Debian Release: lenny/sid
Architecture: i386 (i686)

Versions of packages supybot depends on:
ii  python2.5.2-0ubuntu1 An interactive high-level
object-o
ii  python-support0.7.5ubuntu1   automated rebuilding
support for p

supybot recommends no packages.

-- no debconf information

-- 
-- Grant Bowman <[EMAIL PROTECTED]>



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

Bug#492944: evolution: Invalid memory reference

[Romain Chantereau]

Package: evolution
Version: 2.22.3.1-1
Severity: important
File: /usr/bin/evolution

*** Please describe what you were doing when the application crashed ***

Just close the window in disconnected mode.


[Thread debugging using libthread_db enabled]
[New Thread 0xb6541b40 (LWP 7510)]
[New Thread 0xb219fb90 (LWP 7578)]
[New Thread 0xb3e17b90 (LWP 7577)]
0xb7efa424 in __kernel_vsyscall ()
#0  0xb7efa424 in __kernel_vsyscall ()
#1  0xb7a36fdb in waitpid () from /lib/i686/cmov/libpthread.so.0
#2  0xb7ef69a3 in ?? () from /usr/lib/debreaper/libviaticum.so
#3  0x625c in ?? ()
#4  0xbfd14a38 in ?? ()
#5  0x in ?? ()

Thread 3 (Thread 0xb3e17b90 (LWP 7577)):
#0  0xb7efa424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb6b8bb27 in poll () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb6c4d802 in g_main_context_iterate (context=0xb351fd28, block=1, 
dispatch=1, self=0xb3510f18)
at /tmp/buildd/glib2.0-2.16.5/glib/gmain.c:2954
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 1
allocated_nfds = 
fds = (GPollFD *) 0x95487b0
__PRETTY_FUNCTION__ = "g_main_context_iterate"
#3  0xb6c4de92 in IA__g_main_loop_run (loop=0x9548898)
at /tmp/buildd/glib2.0-2.16.5/glib/gmain.c:2853
self = (GThread *) 0xb3510f18
__PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#4  0xb7b698b2 in startup_mainloop (arg=0x0) at e-book.c:3773
loop = (GMainLoop *) 0xfdfc
#5  0xb6c7425f in g_thread_create_proxy (data=0xb3510f18)
at /tmp/buildd/glib2.0-2.16.5/glib/gthread.c:635
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
#6  0xb7a2f4b0 in start_thread () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#7  0xb6b9638e in clone () from /lib/i686/cmov/libc.so.6
No symbol table info available.

Thread 2 (Thread 0xb219fb90 (LWP 7578)):
#0  0xb7efa424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb6b8bb27 in poll () from /lib/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb6c4d802 in g_main_context_iterate (context=0x9eda180, block=1, 
dispatch=1, self=0x8f951c8)
at /tmp/buildd/glib2.0-2.16.5/glib/gmain.c:2954
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 9
allocated_nfds = 
fds = (GPollFD *) 0xaffde888
__PRETTY_FUNCTION__ = "g_main_context_iterate"
#3  0xb6c4de92 in IA__g_main_loop_run (loop=0x9f01b30)
at /tmp/buildd/glib2.0-2.16.5/glib/gmain.c:2853
self = (GThread *) 0x8f951c8
__PRETTY_FUNCTION__ = "IA__g_main_loop_run"
#4  0xb764fb50 in ?? () from /usr/lib/libORBit-2.so.0
No symbol table info available.
#5  0x09f01b30 in ?? ()
No symbol table info available.
#6  0xb6cc54a8 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#7  0xb219f358 in ?? ()
No symbol table info available.
#8  0xb6c7425f in g_thread_create_proxy (data=0x8f951c8)
at /tmp/buildd/glib2.0-2.16.5/glib/gthread.c:635
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
Backtrace stopped: frame did not save the PC

Thread 1 (Thread 0xb6541b40 (LWP 7510)):
#0  0xb7efa424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7a36fdb in waitpid () from /lib/i686/cmov/libpthread.so.0
No symbol table info available.
#2  0xb7ef69a3 in ?? () from /usr/lib/debreaper/libviaticum.so
No symbol table info available.
#3  0x625c in ?? ()
No symbol table info available.
#4  0xbfd14a38 in ?? ()
No symbol table info available.
#5  0x in ?? ()
No symbol table info available.
#0  0xb7efa424 in __kernel_vsyscall ()

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

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

Versions of packages evolution depends on:
ii  dbus   1.2.1-2   simple interprocess messaging syst
ii  evolution-common   2.22.3.1-1architecture independent files for
ii  evolution-data-server  2.22.3-1  evolution database backend server
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  gtkhtml3.143.18.3-1  HTML rendering/editing library - b
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbluetooth2  3.36-1Library to use the BlueZ Linux Blu
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-12GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libcame

Bug#492943: slime: Package depencies: add recommmend konqueror

[user]

Package: slime
Version: 1:20080223-2
Severity: normal

Slimes default gateway for displaying html sites of the CLHS is kfmclient.
So it would be nice to have the konqueror package added to the recommended
package list to have a proper turnkey solution for the CLHS facility.


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

Kernel: Linux 2.6.25-2-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 slime depends on:
ii  cl-swank1:20080223-2 Superior LISP Interaction Mode for
ii  emacsen-common  1.4.17   Common facilities for all emacsen

Versions of packages slime recommends:
ii  emacs [info-browser]   22.2+2-2  The GNU Emacs editor (metapackage)
ii  emacs22 [info-browser] 22.2+2-2  The GNU Emacs editor
ii  info [info-browser]4.11.dfsg.1-4 Standalone GNU Info documentation 

slime suggests no packages.

-- no debconf information



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

Bug#492887: vserver-debiantools: Domain names with numeric input are rejected as incorrect

[Ola Lundqvist]

Ok. I'll make an update in unstable asap.

Best regards,

// Ola

On Tue, Jul 29, 2008 at 04:42:34PM -0500, Bram Swenson wrote:
> 
>Hello Ola,
>Nah...I think it can wait now that it is documented and there is a patch up
>in bugs. Freezes are serious...this is pretty simple.
>Thanks,
>Bram.
>- "Ola Lundqvist" wrote:
>> Hi Bram
>>
>> On Tue, Jul 29, 2008 at 12:56:09PM -0400, Bram Swenson wrote:
>> > Package: vserver-debiantools
>> > Version: 0.3.4
>> > Severity: important
>> > Tags: patch
>> >
>> >
>> > When using the newvserver script with a domain argument that contains
>> > numerals and error occurs.
>> >
>> > 
>> > # newvserver --hostname server1 --domain 247example.com --ip 1.2.3.4
>> >
>> > newvserver error: --domain requires a dns domain-name
>> > e.g. "example.com"
>> > 
>> >
>> > Line 213 has the regex:
>> >
>> > [a-z]*[a-z]
>> >
>> > which i think should actually be:
>> >
>> > [a-z0-9]*[a-z]
>> >
>> > since numerals are allowed in domain names this regex should allow for
>> > them.
>>
>> Yes you are right. However the regex must be something like
>> [a-z0-9]*[a-z0-9]
>>
>> Is this bug important enough so you think I should push it for lenny?
>Lenny
>> has been frozen namely.
>>
>> Best regards,
>>
>> // Ola
>>
>> > Thanks,
>> > Bram.
>> >
>> >
>> > -- System Information:
>> > Debian Release: 4.0
>> >   APT prefers stable
>> >   APT policy: (500, 'stable')
>> > Architecture: sparc (sparc64)
>> > Shell:  /bin/sh linked to /bin/bash
>> > Kernel: Linux 2.6.18-6-vserver-sparc64
>> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> >
>> > Versions of packages vserver-debiantools depends on:
>> > ii  binutils2.17-3   The GNU assembler, linker
>and bina
>> > ii  debootstrap 0.3.3.2etch1 Bootstrap a basic Debian
>system
>> > ii  rsync   2.6.9-2etch2 fast remote file copy
>program (lik
>> > ii  util-vserver0.30.212-1   user-space tools for
>Linux-VServer
>> >
>> > vserver-debiantools recommends no packages.
>> >
>> > -- no debconf information
>>
>> > --- /usr/sbin/newvserver2006-12-09 05:46:05.0 -0500
>> > +++ /usr/sbin/newvserver-domainfix2008-07-29 11:42:06.0
>-0400
>> > @@ -210,7 +210,7 @@
>> >  ;;
>> >  --domain)
>> >  case "$2" in
>> > -[a-z]*[a-z])
>> > +[a-z0-9]*[a-z])
>> >  VDOMAIN="$2"
>> >  ;;
>> >  *)
>>
>>
>> --
>>  - Ola Lundqvist ---
>> /  [EMAIL PROTECTED] Annebergsslingan 37  \
>> |  [EMAIL PROTECTED]  654 65 KARLSTAD  |
>> |  http://inguza.com/  +46 (0)70-332 1551   |
>> \  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
>>  ---
>>

-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  [EMAIL PROTECTED]Annebergsslingan 37\
|  [EMAIL PROTECTED]   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---



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

Bug#492942: mirror submission for mirror.debianchile.cl

[Eugenio Guerra Olguin]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirror.debianchile.cl
Type: leaf
Archive-architecture: amd64 i386 
Archive-http: /debian/
IPv6: no
Archive-upstream: ftp.cl.debian.org
Updates: once
Maintainer: Eugenio Guerra Olguin <[EMAIL PROTECTED]>
Country: CL Chile
Sponsor: Nod Networks www.nod.cl



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

Bug#492900: Running nmbd without running smbd

[Steve Langasek]

tags 492900 wontfix
thanks

On Tue, Jul 29, 2008 at 07:51:30PM +0200, Rune Kock wrote:
> Package: samba
> Version: 2:3.0.31-1
> Severity: wishlist

> I would like for my router to be wins-server for my lan, but I don't
> want to run any file sharing on it.  So I am looking for a way to
> start nmbd without starting smbd.  Unless I am mistaken, there is no
> way to do that without hacking the init.d file.

> I guess it could be an option in /etc/default/samba.

Sorry, I don't think this is a relevant enough use case that we should make
it a standard option in the samba package.

You do have the option of configuring samba to use RUN_MODE="inetd", and
then commenting out the entry in /etc/inetd.conf; or editing
/etc/init.d/samba, since changes to that file will be preserved on upgrade.

-- 
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#492941: Still building with -O2 when DEB_BUILD_OPTIONS=noopt is set

[Kevin Shanahan]

Package: asterisk
Version: 1.4.21.2~dfsg-1
Severity: minor

$ DEB_BUILD_OPTIONS=noopt dpkg-buildpackage -B -rfakeroot
dpkg-buildpackage: set CFLAGS to default value: -g -O0
dpkg-buildpackage: set CPPFLAGS to default value: 
dpkg-buildpackage: set LDFLAGS to default value: 
dpkg-buildpackage: set FFLAGS to default value: -g -O0
dpkg-buildpackage: set CXXFLAGS to default value: -g -O0
dpkg-buildpackage: source package asterisk
dpkg-buildpackage: source version 1:1.4.21.2~dfsg-1
dpkg-buildpackage: source changed by Faidon Liambotis <[EMAIL PROTECTED]>
dpkg-buildpackage: host architecture amd64

...looks okay so far, but later...

configure: Package configured for: 
configure: OS type  : linux-gnu
configure: Host CPU : x86_64
PATH=$PATH:/home/kmshanah/debs/asterisk/asterisk-1.4.21.2~dfsg/debian/dummyprogs
 /usr/bin/make OPTIMIZE=-O2 MAKECMDGOALS=dont-optimize NOISY_BUILD=yes 
MENUSELECT_MOH= ASTDATADIR=/usr/share/asterisk ASTVARRUNDIR=/var/run/asterisk  
menuselect.makeopts

...and then...

x86_64-linux-gnu-gcc -o astman.o -c astman.c -pthread 
-I/home/kmshanah/debs/asterisk/asterisk-1.4.21.2~dfsg/include  -pipe -Wall 
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g3 -include 
/home/kmshanah/debs/asterisk/asterisk-1.4.21.2~dfsg/include/asterisk/autoconfig.h
 -march=k8  -O2 -MD -MT astman.o -MF .astman.o.d -MP
x86_64-linux-gnu-gcc -o md5.o -c md5.c -pthread 
-I/home/kmshanah/debs/asterisk/asterisk-1.4.21.2~dfsg/include  -pipe -Wall 
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g3 -include 
/home/kmshanah/debs/asterisk/asterisk-1.4.21.2~dfsg/include/asterisk/autoconfig.h
 -march=k8  -O2 -MD -MT md5.o -MF .md5.o.d -MP

etc.

Just as a quick hack, editing debian/rules line from:
  BUILDFLAGS += OPTIMIZE=-O2
to:
  BUILDFLAGS += OPTIMIZE=-O0

seems to make everything compile with -O0.



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

Bug#492922: previous ITP on arpon

[Ruben Molina]

Hi Giuseppe!

Please note that there is a previous ITP on arpon (Bug#484217).
You should contact Sebastian Castillo (CC), maybe you can co-maintain
the package as a team...

Thanks,

Ruben Molina


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#430589: Admin Permission Needed

[Kurt B. Kaiser]

I believe this is fixed in 3.6.8-9 (RSN) if you add your admin user to
/etc/dspam/admins.

-- 
KBK



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

Bug#492940: pnm2ppa 1.12-16.2 Japanese

[Osamu Aoki]

Package: pnm2ppa
Version: 1.12-16.2
Severity: wishlist
Tags: l10n patch

- Forwarded message from Osamu Aoki <[EMAIL PROTECTED]> -

From: Osamu Aoki <[EMAIL PROTECTED]>
Subject: Re: pnm2ppa 1.12-16.2: Please update debconf PO translation for
the package pnm2ppa
To: Christian Perrier <[EMAIL PROTECTED]>
Cc: OHURA Makoto <[EMAIL PROTECTED]>,
Japanese <[EMAIL PROTECTED]>
Date: Sat, 26 Jul 2008 20:22:25 +0900

Hi,

I am not very acive on tranlation but if no one else response, here is
my best effort to update translation.  I did change some stylistic
changes.  I guess this was just to add "deprecated blah..." but this
should make it easier to understand.  If others feel this is wring
style, please feel free to change/correct.

On Sat, Jul 26, 2008 at 09:53:46AM +0200, Christian Perrier wrote:
> Hi,
> 
> A l10n NMU will happen on pnm2ppa pretty soon.
> 
> A round of translation updates is being launched to give all translators
> a chance to get their translations in for that package.
> 
> Please send the updated file as a wishlist bug against the package.
> 
> 
> The deadline for receiving the updated translation is
> samedi, ao??t 02, 2008.
> 
> Thanks,
> 
Here is my try:
---
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: pmn2ppa 1.12-7\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-04-09 09:45+0200\n"
"PO-Revision-Date: 2003-12-16 23:12+0900\n"
"Last-Translator: OHURA Makoto <[EMAIL PROTECTED]>\n"
"Language-Team: Japanese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=EUC-JP\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Would you like debconf to configure pnm2ppa?"
msgstr "debconf を使ってpnm2ppa を設定したいですか。"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"You can have debconf perform some simple configuration steps for your "
"default pnm2ppa setup (edited in your /etc/pnm2ppa.conf file)."
msgstr ""
"(/etc/pnm2ppa.conf ファイルの内容を編集することによって、) 標準の pnm2ppa "
"をセットアップするための簡単な設定の手続きを debconf に行わせられます。"

#. Type: select
#. Description
#: ../templates:2001
msgid "What model of HP Deskjet printer do you use?"
msgstr "使用している HP Deskjet プリンタのモデルは何ですか。"

#. Type: select
#. Description
#: ../templates:2001
msgid ""
"The pnm2ppa printer filter behaves differently depending upon which HP "
"DeskJet model you use. Choose your model of printer for the default "
"configuration file /etc/pnm2ppa.conf."
msgstr ""
"pnm2ppa プリンタフィルタは、どの HP DeskJet のモデルを使っているかによって、"
"異なった振舞をします。標準の設定ファイル /etc/pnm2ppa.conf におけるプリンタの"
"モデルを選択して下さい。"

#. Type: boolean
#. Description
#: ../templates:3001
msgid "Would you like debconf to create magicfilter filters?"
msgstr "debconf を使ってmagicfilter のフィルタを設定しますか。"

#. Type: boolean
#. Description
#: ../templates:3001
msgid ""
"Magicfilter is a customizable, extensible automatic printer filter. It uses "
"its own magic database (a la file(1)) to decide how to print out a given "
"print job.  Debconf can run the custom pnm2ppa script called \"update-"
"magicfilter\" to generate a default set of filters for color and black-and-"
"white printing."
msgstr ""
"magicfilter はカスタマイズ可能で、拡張性のある自動プリンタフィルタです。これ"
"は、与えられたプリントジョブをどのように印刷するか決定するための (file(1) に"
"似た) magic データベースを持っています。debconf から update-magicfilter とい"
"う pnm2ppa のスクリプトを使って、カラーと白黒印刷のための標準のフィルタが生"
"成できます。"

#. Type: boolean
#. Description
#: ../templates:3001
#, fuzzy
msgid ""
"The template filter is found in /usr/share/pnm2ppa/ as \"pnm2ppa-magicfilter."
"in\".  update-magicfilter uses sed to replace @OPTIONS@ from the template "
"and place the resulting filters in /etc/magicfilter.  Additionally, symbolic "
"links are created from the generated pnm2ppa filters to pbm2ppa filters (the "
"deprecated predecessor to pnm2ppa)."
msgstr ""
"雛型のフィルタは pnm2ppa-magicfilter.in という名前で /usr/share/pnm2ppa/ にあ"
"ります。update-magicfilter は雛型の @OPTIONS@ を sed を使って置き換えて、その"
"結果を /etc/magicfilter に設定するために使われます。さらに、生成された pnm2ppa "
"のフィルタから、(pnm2ppa の先祖で現在非推奨の) pbm2ppa のフィルタへのシンボ"
"リックリンクが作ります。"

#. Type: boolean
#. Description
#: ../templates:3001
#, fuzzy
msgid ""
"The only thing left for you to do is run magicfilterconfig to generate your /"
"etc/printcap."
msgstr ""
"後は、 magicfilterconfig を実行して /etc/printcap を生成するだけです。"




- End forwarded message -



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

Bug#492939: ITP: request-tracker3.8 -- Extensible trouble-ticket tracking system

[Gerardo Curiel]

Package: wnpp
Owner: Gerardo Curiel <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: request-tracker3.8
  Version : 3.8.0
  Upstream Author : Jesse Vincent <[EMAIL PROTECTED]>
* URL : http://bestpractical.com/rt/
* License : GPL v2
  Programming Lang: Perl
  Description : Extensible trouble-ticket tracking system

 Request Tracker (RT) is an enterprise-grade ticketing system which
 enables a group of people to intelligently and efficiently manage
 tasks, issues, and requests submitted by a community of users. It
 features a web, email and command-line interfaces (see the package
 rt3.8-clients).
 
 This is the 3.8 series of RT, it can be installed alongside the 3.4 
 and 3.6 series without any problems. 
 
 Written in object-oriented Perl, RT is a high-level, portable,
 platform independent system that eases collaboration within
 organizations and makes it easy for them to take care of their
 customers.
 
 RT manages key tasks such as the identification, prioritization,
 assignment, resolution and notification required by
 enterprise-critical applications including project management, help
 desk, NOC ticketing, CRM and software development.

RT3.8 won't make Lenny, so, it'll eventually uploaded to experimental,
waiting for Lenny+1


-- 
Gerardo Curiel  <[EMAIL PROTECTED]>  <[EMAIL PROTECTED]>
Geek By NaTure,LiNuX By ChOiCe,DebiAn of CoUrsE
gpg fingerprint: 228B 0F96 8653 DF52 9740  B75E FB32 9C30 E179 7BD2
http://www.debian.org


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

Bug#492938: /usr/lib/python2.5/site-packages/_pgmmodule.so: linked with libpigment-0.3.so.4, but libpigment-0.3.so.5 installed

[Jānis Rūcis]

Package: python-pgm
Version: 0.3.3-2+b1
Severity: grave
File: /usr/lib/python2.5/site-packages/_pgmmodule.so
Justification: renders package unusable

I discovered this problem while trying to debug weird launch behaviour
in Elisa, an "open source media center" packaged in Debian.  python-pgm
was pulled in as one of the dependencies of that package.

Here's a bunch of output from various commands to demonstrate the
problem.

$ python
Python 2.5.2 (r252:60911, May 28 2008, 08:35:32) 
[GCC 4.2.4 (Debian 4.2.4-1)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import pgm
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.5/site-packages/pgm/__init__.py", line 28, in 

from _pgm import *
ImportError: libpigment-0.3.so.4: cannot open shared object file: No such 
file or directory
>>>

$ ldd /usr/lib/python2.5/site-packages/_pgmmodule.so
[..]
libpigment-0.3.so.4 => not found
[..]

$ dpkg -S libpigment-0.3.so
libpigment0.3-4: /usr/lib/libpigment-0.3.so.5.0.0
libpigment0.3-4: /usr/lib/libpigment-0.3.so.5

All the weird Elisa errors went away after I opened _pgmmodule.so in a
text editor and simply replaced the string that says
"libpigment-0.3.so.4" with "libpigment-0.3.so.5".

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

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

Versions of packages python-pgm depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libglib2.0-0   2.16.4-2  The GLib library of C routines
ii  libgstreamer-plugins-base0 0.10.19-2 GStreamer libraries from the "base
ii  libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme
ii  libgtk2.0-02.12.10-2 The GTK+ graphical user interface 
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  libpigment0.3-40.3.6-1   User interfaces with embedded mult
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  python 2.5.2-1   An interactive high-level object-o
ii  python-cairo   1.4.12-1.1Python bindings for the Cairo vect
ii  python-central 0.6.8 register and build utility for Pyt
ii  python-gobject 2.14.2-1  Python bindings for the GObject li
ii  python-gst0.10 0.10.12-1 generic media-playing framework (P
ii  python-gtk22.12.1-6  Python bindings for the GTK+ widge
ii  python-imaging 1.1.6-3   Python Imaging Library
ii  python-twisted-core8.1.0-3   Event-based framework for internet

python-pgm recommends no packages.

python-pgm suggests no packages.

-- no debconf information



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

Bug#492937: apt-setup: inconsistent path handling for 'security' and 'volatile' services

[Vincent McIntyre]

package: debian-installer
severity: wishlist

Hi,

I was looking at packages/apt-setup/generators/and noticed a 
difference between the way that 91security and 92volatile add lines

to the new sources.list file (subversion, r54582):

 91security does this -
 echo "deb http://$host/ $codename/updates $dists" >> $file

 92volatile does this -
 echo "deb http://$host/debian-volatile $codename/volatile $dists" >> $file

I noticed this when I was trying to preseed these settings, but using
a local apt-proxy machine instead of security.d.o and volatile.d.o.

At present I can preseed the security source like this
  d-i apt-setup/security_host  string  aptproxy:/security
and the "right thing" happens.

But to get volatile right I would have to preseed differently
  d-i apt-setup/volatile_host  string  aptproxy:
and use the path /debian-volatile on the apt-proxy.

This would look a bit odd to an unitiated reader of the preseeding file.

To me, the answer appears to allow additional variables
  apt-proxy/security_path
  apt-proxy/volatile_path

and default these to '' and '/debian-volatile', respectively, so you
can do e.g.
  echo "deb http://$host/$path $codename/volatile $dists" >> $file

Then I could preseed the settings for my apt-proxy as well, in a nicer 
way.


Does this seem sensible? This might also help #364650.

Cheers
Vince




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

Bug#487869: iceweasel: Printing with lpr not available, iceweasel: Does not print

[Neil Roeth]

I believe I found the cause. There is a gtk property that tells GTK (which
iceweasel uses) which printer backends are available, gtk-print-backends. I
added this to my ~/.gtkrc-2.0 file:

gtk-print-backends = "file,lpr"

and now "Print to LPR" appears in the print dialog as well as "Print to File",
and printing to LPR works. My guess is that the values of that property are
used to find the backends in /usr/lib/gtk-2.0/2.10.0/printbackends/ by
prepending "libprintbackend-" and appending ".so".  There were four choices
already there on my machine: cups, file, lpr and test.

I found this page that described the property gtk-print-backends:

http://library.gnome.org/devel/gtk/unstable/GtkSettings.html

The property should really be set in a system level config file during the gtk
installation by somehow determining the print systems available on the
machine. I'd also say that iceweasel should set this property using the value
of its print.printer_list property. It should not require users to put the
above in their local GTK config, but I hope that helps as a work around until
this bug is fixed the right way.

-- 
Neil Roeth



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

Bug#485118: [razzle] doesn't run

[Ben Hutchings]

#485118 is still open with severity grave, but appears to be a non-bug.
Please consider closing it.

Ben.

-- 
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein


signature.asc
Description: Digital signature

Bug#488300: perl: needed dependency

[Ben Hutchings]

I think this is a duplicate of #479711.

Ben.

-- 
Ben Hutchings
Logic doesn't apply to the real world. - Marvin Minsky


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

Bug#492931: Packages available for testing

[David Spreen]

Packages for both, rope and ropemacs are available for testing at:

http://people.debian.org/~netzwurm/debian/ (no apt repository)

best,

David



signature.asc
Description: OpenPGP digital signature

Bug#492936: [midori] Font families are sorted arbitrarily

[dooooo]

Package: midori
Version: 0.0.18-2
Severity: normal

--- Please enter the report below this line. ---
In font settings (Edit >> Preferences >> Appearance) .
When you try to pick a 'Default Font Family' , the list of families is
arbitrarily sorted ( I guess ) not following the alphabetic order , thus
making it hard to find the desired family .

--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-3-686

Debian Release: lenny/sid
500 unstable gulus.usherbrooke.ca
500 unstable ftp.ch.debian.org
500 unstable deb.opera.com
500 testing security.debian.org
500 testing mirror.hro.nl
500 testing ftp.pl.debian.org
500 kernel-dists-trunk kernel-archive.buildserver.net
500 kernel-dists-sid kernel-archive.buildserver.net
1 experimental ftp.nl.debian.org

--- Package information. ---
Depends (Version) | Installed
===-+-
libatk1.0-0 (>= 1.20.0) | 1.22.0-1
libc6 (>= 2.7-1) | 2.7-12
libcairo2 (>= 1.2.4) | 1.6.4-6
libfontconfig1 (>= 2.4.0) | 2.6.0-1
libfreetype6 (>= 2.3.5) | 2.3.7-1
libglib2.0-0 (>= 2.14.0) | 2.16.5-1
libgtk2.0-0 (>= 2.12.0) | 2.12.11-3
libpango1.0-0 (>= 1.20.3) | 1.20.5-1
libpixman-1-0 | 0.10.0-2
libpng12-0 (>= 1.2.13-4) | 1.2.27-1
libsexy2 (>= 0.1.8) | 0.1.11-2
libwebkit-1.0-1 (>= 0~svn31841) | 1.0.1-2
libx11-6 | 2:1.1.4-2
libxcb-render-util0 | 0.2+git41-1
libxcb-render0 | 1.1-1.1
libxcb1 | 1.1-1.1
libxcursor1 (>> 1.1.2) | 1:1.1.9-1
libxext6 | 2:1.0.4-1
libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2
libxi6 | 2:1.1.3-1
libxinerama1 | 2:1.0.3-2
libxml2 (>= 2.6.27) | 2.6.32.dfsg-2
libxrandr2 | 2:1.2.3-1
libxrender1 | 1:0.9.4-2
zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-12





signature.asc
Description: OpenPGP digital signature

Bug#474909: maxima 5.15.0-1 FTFS on i386

[David Bremner]

Hi;

I just verified in an up-to-date pbuilder the latest maxima FTBFS on
i386.  gcl is  2.6.7-36.1.  I mention this because it won't show up 
on the buildds

Here are the last few lines of the log file.

make[2]: Entering directory `/tmp/buildd/maxima-5.15.0/src'
test -d binary-gcl || mkdir binary-gcl
gcl -batch -eval '(progn (load "../lisp-utils/defsystem.lisp") (load 
"../lisp-utils/make-depends.lisp") (funcall (intern "CREATE-DEPENDENCY-FILE" 
:mk) "binary-gcl/maxima" "gcl-depends.mk"))'

Warning:
REQUIRE is being redefined.
make[2]: *** [gcl-depends.mk] Segmentation fault
make[2]: *** Deleting file `gcl-depends.mk'
make[2]: Leaving directory `/tmp/buildd/maxima-5.15.0/src'
make[1]: *** [all-recursive] Error 1

Let me know if you want the whole log.

David




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

Bug#492935: ITP: seabios -- Legacy BIOS implementation

[Robert Millan]

Package: wnpp
Severity: wishlist
Owner: Robert Millan <[EMAIL PROTECTED]>

* Package name: seabios
  Version : 0.2.3
  Upstream Author : Kevin O'Connor <[EMAIL PROTECTED]>
* URL : http://linuxtogo.org/~kevin/legacybios/
* License : GPL
  Programming Lang: C, i8088 asm
  Description : Legacy BIOS implementation

 SeaBIOS is a legacy BIOS implementation, aimed at supporting not only
 emulated hosts such as QEMU, but also real hardware.
 .
 Note, however, that SeaBIOS does not handle early initialization of core
 chipsets, so don't even think of flashing it to your board (look at
 Coreboot for that).
 .
 This package provides a build of SeaBIOS that can be loaded from GRUB 2.
 It's primarily targetted at systems that run non-BIOS flavours of GRUB
 (such as grub-coreboot, grub-efi or grub-ieee1275), to give them the
 capability of booting BIOS-based operating systems.

Preliminary packages are available at:

  http://people.debian.org/~rmh/seabios/

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



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

Bug#492842: [Debian-med-packaging] Bug#492842: aeskulap: LP bug 229681: Aeskulap images not seen

[Charles Plessy]

severity 492842 important
tag 492842 unreproducible
thanks

> On Tue, Jul 29, 2008 at 10:27:21PM +0200, Juergen Salk wrote:
> > For me it works for both samples. Just tested on a freshly
> > installed Lenny. 
 
Le Tue, Jul 29, 2008 at 05:54:46PM -0500, Steve M. Robbins a écrit :
> Works fine for me, too.  aeskulap (0.2.2b1-2)

Thank you very much for your prompt reports. Maybe the problem is that
my system is not 100 % fresh Lenny. I will test on a fresh install on my
machine (powerpc) this week-end.

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
Tsurumi, Kanagawa, Japan



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

Bug#492934: imageindex: Thumbnail link to slides breaks on some filenames

[ben]

Package: imageindex
Version: 1.1-1
Severity: normal


If an image filename contains several "." characters, the slideshow
and index generation fail.

For example, I have filenames like "20080728.214204.jpg"
(date.time.jpg) in a directory.  When imageindex generates index.html,
each of those files is linked from the image like this:



Note that the HREF should be "slides/20080728.214204.html" instead.
As is, every thumbnail links to a slide containing the last picture of
the day (given my filename convention).  Of course, the slideshow view
is affected by this bug as well.

Here is my .imageindexrc in full:

print "Loading my local config...\n";

$do_reverse = 0;

$default_titletext = "Happy Birthday Jen!";
$framedateformat = "%F";
$frametimeformat = "%H:%M:%S";
$indexdateformat = "%F";
$indextimeformat = "%H:%M:%S";
$slidedateformat = "%F";
$slidetimeformat = "%H:%M:%S";
$detaildateformat = "%F";
$detailtimeformat = "%H:%M:%S";
$slide_caption = 'bottom';
undef $framethumbtitle;
undef $indexthumbtitle;
undef $slidethumbtitle;
undef $detailthumbtitle;
$med_x = 800;
$med_y = 800;
$default_thumbnail_x = 200;
$default_thumbnail_y = 200;
$thumb_quality = 85;
$med_quality = 85;
$do_emoticons = 0;
$montage_fill = '';
$emptycell = "";

$stylesheet = '
body { color: white; background: black; }

/* Fonts in the title */
h1.title { text-align: center; }
h2.daterange { text-align: center; }
h3 { text-align: center; }

/* Photo captions & Directory titles */
div.caption { font-weight: bold; margin: 1em; }

/* Overall fonts on the index and details page */
div.index { font-size: 80%; }
div.detail { font-size: 80%; }
div.credits { font-size: 80%; text-align: right; margin: 10px }

/* Table attributes */
table.index { background: black; border: none;
  border-spacing: 8px; }
td.index { border: none; padding: 3px }
table.frame { background: black; border: none }
td.frame { border: none; padding: 0px }

/* Image attributes */
img.index { border: none; }
img.slide { border: none; }
img.frame { border: none; }


   ';


1;


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

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
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 imageindex depends on:
ii  imagemagick 7:6.3.7.9.dfsg1-2+b2 image manipulation programs
ii  libimage-info-perl  1.28-1   allows extraction of meta informat
ii  perl-base   5.10.0-11.1  The Pathologically Eclectic Rubbis
ii  perlmagick  7:6.3.7.9.dfsg1-2+b2 Perl interface to the libMagick gr

imageindex recommends no packages.

Versions of packages imageindex suggests:
ii  mplayer 1:1.0.rc2svn20080706-0.1 The Ultimate Movie Player For Linu

-- no debconf information



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

Bug#492755: funkload: python-docutils also required for html reports

[Ondrej Baudys]

Creating funkload html reports requires the python-docutils package,
as well as python-gdchart.  If docutils is not installed,
"fl-build-report" will fall back to plain-text.

package should suggest python-docutils , perhaps?



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

Bug#467255: unicode glyph regression

[Trent W. Buck]

On Tue, Jul 29, 2008 at 02:58:40PM +0200, Guus Sliepen wrote:
> Can you verify if unicode is working properly in crawl 0.4.1-1 or if
> it is still broken?

It is still broken.

> If it is still not working, could you tell me if you are running
> crawl in a virtual console, an xterm, in screen, or something else?

I can reproduce the issue with "xterm -e crawl", in my normal xterm +
screen environment, and as root on the linux console, with a one-line
.crawlrc:

char_set = unicode

> Also include the output of "env" and "locale".

As the problem also affects root, I have dumped its env and locale
rather than my own.

SHELL=/bin/bash
TERM=linux
HUSHLOGIN=FALSE
USER=root
MAIL=/var/mail/root
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
PWD=/root
LANG=en_AU.UTF-8
SHLVL=1
HOME=/root
LOGNAME=root
_=/usr/bin/env

LANG=en_AU.UTF-8
LC_CTYPE="en_AU.UTF-8"
LC_NUMERIC="en_AU.UTF-8"
LC_TIME="en_AU.UTF-8"
LC_COLLATE="en_AU.UTF-8"
LC_MONETARY="en_AU.UTF-8"
LC_MESSAGES="en_AU.UTF-8"
LC_PAPER="en_AU.UTF-8"
LC_NAME="en_AU.UTF-8"
LC_ADDRESS="en_AU.UTF-8"
LC_TELEPHONE="en_AU.UTF-8"
LC_MEASUREMENT="en_AU.UTF-8"
LC_IDENTIFICATION="en_AU.UTF-8"
LC_ALL=



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

Bug#492725: After install: ejabberd not started correctly

[Michael Flaig]

Am Dienstag, den 29.07.2008, 10:11 +0400 schrieb Sergei Golovan:
> On 7/29/08, Michael Flaig <[EMAIL PROTECTED]> wrote:
> > okay, I'll watch for the update
> >  Then purge and reinstall, to see what happens.
> 
> If you don't want to wait then you can grab erlang-base and erlang-nox
> packages from here:
> http://ftp.de.debian.org/debian/pool/main/e/erlang/ (be sure to fetch
> version 12.b.3-dfsg-4 for your architecture).

Late night hours are good for testing things, so I did for this
bugreport, too :-)

[...]
> No. The opposite. epmd is Erlang portmapepr daemon. Beam is an Erlang
> virtual machine (with ejabberd inside).

Uh, my mistake mixed that up then. Sorry.

> Multiple epmd is something which must not happen.

[...]

> I never saw the multiple epmd, so let's try to understand what happens
> in your environment.

I stripped down the email to be more readable,

After the upgrade of erlang-base and erlang-nox ejabberd installes fine
on i386

I installed ejabberd without epmd running 
One beam Process and One epmd running.
ejabberdctl working right away

Then I purged, left epmd, so it's still running and installed again.
One beam Process and One epmd running, so far so good.
ejabberctl working, too.

I think that with 12.b.3-dfsg-4 of erlang-base and erlang-nox this issue
is fixed for lenny as soon as the new packages arrive! 
Thanks for the help!

> >  epmd still running and responding after purging. Not good either.
>
> All seems OK to me (I think that after upgrading erlang-base and
> erlang-nox you'll not have to restart ejabberd after apt-get
> finishes). Epmd shouldn't stop.

You are right, this is not an issue, since I mistakenly assumed that
epmd is ejabberd. However it would be nice if epmd would be stopped if
no other service is using it, but that's not a topic for this bug report
anyway.

-- 
Michael Flaig <[EMAIL PROTECTED]>
PROLinux.de


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#492930: [Fwd: Mail delivery failed: returning message to sender]

[Adam D. Barratt]

The ISP to which the submitter's debian.org mail address forwards
appears to have blacklisted master.d.o for violations of the ISP's spam
policy.

Bounce attached and CCed to the ultimate destination address contained
in the bounce.

Adam
--- Begin Message ---
This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  [EMAIL PROTECTED]
SMTP error from remote mail server after initial connection:
host mx1.comcast.net [76.96.62.116]: 554 
IMTA06.westchester.pa.mail.comcast.net comcast 70.103.162.29 Comcast BL004 
Blocked for spam.  Please see 
http://www.comcast.net/help/faq/index.jsp?faq=SecurityMail_Policy18628

-- This is a copy of the message, including all the headers. --

Return-path: <[EMAIL PROTECTED]>
Received: from bytemark.funky-badger.org ([80.68.90.48])
by master.debian.org with esmtp (Exim 4.63)
(envelope-from <[EMAIL PROTECTED]>)
id 1KNziD-pk-Qz
for [EMAIL PROTECTED]; Wed, 30 Jul 2008 00:38:41 +
Received: from adsl.funky-badger.org ([213.208.101.238] ident=Debian-exim)
by bytemark.funky-badger.org with esmtp (Exim 4.69 #1 (Debian))
id 1KNziA-0007wB-O8; Wed, 30 Jul 2008 01:38:38 +0100
Received: from kaa.jungle.funky-badger.org
([192.168.0.10] helo=kaa.jungle.aubergine.my-net-space.net 
ident=Debian-exim)
by adsl.funky-badger.org with esmtp (Exim 4.69)
(envelope-from <[EMAIL PROTECTED]>)
id 1KNzi9-00048w-U3; Wed, 30 Jul 2008 01:38:37 +0100
Received: from adam by kaa.jungle.aubergine.my-net-space.net with local (Exim 
4.69)
(envelope-from <[EMAIL PROTECTED]>)
id 1KNzi9-0002yr-SF; Wed, 30 Jul 2008 01:38:37 +0100
Subject: Re: Bug#492930: lintian: quote command to reproduce man page
format errors
From: "Adam D. Barratt" <[EMAIL PROTECTED]>
To: "James R. Van Zandt" <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: Wed, 30 Jul 2008 01:38:37 +0100
Message-Id: <[EMAIL PROTECTED]>
Mime-Version: 1.0
X-Mailer: Evolution 2.22.2 
X-BMFB-Scan-Signature: ccbaf9b15eba25a9517e6b97bbff303d

On Tue, 2008-07-29 at 19:55 -0400, James R. Van Zandt wrote:
> Lintian gave me this warning:
>   
>   W: emacspeak: manpage-has-errors-from-man usr/share/man/man1/emacspeak.1.gz 
> 1: warning: `.' not defined
[...]
>   N:   This man page provokes warnings or errors from man.
>   N:   This test uses man's --warnings option to enable groff warnings that
[...]
> I couldn't reproduce the warning with man, making it difficult to fix
> the bug.  Eventually I resorted to scanning a 6MB strace log of the
> lintian run, and found an nroff command that would reproduce the
> error.  That nroff command should appear in the lintian extended help
> for this error:
> 
>nroff -mandoc -wmac -Tascii foo.1.gz

That command shouldn't be included in the tag information, as it's not
what lintian is running. As the current text indicates, lintian is using
"man --warnings"; more specifically, having cleansed the environment,
it's running:

LANG=C man --warnings -l foo.1.gz > /dev/null

(see /usr/share/lintian/checks/manpages; much easier than a 6MB
strace :-)

Adam

--- End Message ---

Bug#492933: releaseforge: reportbug fails to upload to SourceForge; may be fixed in new upstream

[Asheesh Laroia]

Package: releaseforge
Version: 1.1-4
Severity: normal


When creating a new release, I get this message:

2008-07-29 17:34:31,768 - ERROR - sfcomm - 'liblicense-0.8.tar.gz'
Traceback (most recent call last):
  File "/var/lib/python-support/python2.5/ReleaseForge/sfcomm.py", line 
451, in edit_release_step3
form['file_id'] = lookup_dict[fileVO.getFilename()]
KeyError: 'liblicense-0.8.tar.gz'

I believe that ReleaseForge 1.3 (a new upstream release) may fix this.


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

Kernel: Linux 2.6.25.8-vs2.3.x-vs2.3.0.34.12 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages releaseforge depends on:
ii  python2.5.2-1An interactive high-level object-o
ii  python-qt33.17.4-1   Qt3 bindings for Python
ii  python-support0.8.2  automated rebuilding support for P

releaseforge recommends no packages.

-- no debconf information



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

Bug#492930: lintian: quote command to reproduce man page format errors

[Adam D. Barratt]

On Tue, 2008-07-29 at 19:55 -0400, James R. Van Zandt wrote:
> Lintian gave me this warning:
>   
>   W: emacspeak: manpage-has-errors-from-man usr/share/man/man1/emacspeak.1.gz 
> 1: warning: `.' not defined
[...]
>   N:   This man page provokes warnings or errors from man.
>   N:   This test uses man's --warnings option to enable groff warnings that
[...]
> I couldn't reproduce the warning with man, making it difficult to fix
> the bug.  Eventually I resorted to scanning a 6MB strace log of the
> lintian run, and found an nroff command that would reproduce the
> error.  That nroff command should appear in the lintian extended help
> for this error:
> 
>nroff -mandoc -wmac -Tascii foo.1.gz

That command shouldn't be included in the tag information, as it's not
what lintian is running. As the current text indicates, lintian is using
"man --warnings"; more specifically, having cleansed the environment,
it's running:

LANG=C man --warnings -l foo.1.gz > /dev/null

(see /usr/share/lintian/checks/manpages; much easier than a 6MB
strace :-)

Adam



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

Bug#492932: Clarify contents in description

[韓達耐]

Package: context-nonfree
Version: 2007.03.22-1
Severity: wishlist

Hi!

context-nonfree's description is as follows:

`The ConTeXt distribution contains some fonts that are not considered free from
Debian perspective, which are included here.'

I would add a sentence, something like:

`Currently it only contains the Hoekwater "koeieletters" font.'


Cheerio


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

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



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

Bug#467255: unicode glyph regression

[Trent W. Buck]

On Tue, Jul 29, 2008 at 02:58:40PM +0200, Guus Sliepen wrote:
> Can you verify if unicode is working properly in crawl 0.4.1-1 or if
> it is still broken? If it is still not working, could you tell me if
> you are running crawl in a virtual console, an xterm, in screen, or
> something else? Also include the output of "env" and "locale".

I believe the problem is this:

  # If you're using UNICODE_GLYPHS=y, and have a preferred Unicode
  # (UTF-8) locale you want Crawl to use, you can set it here. The
  # default is en_US.UTF-8. If you'd prefer that Crawl use the locale
  # as set in your environment LC_* variables, use UNICODE_LOCALE = .
  UNICODE_LOCALE =

and because I do not have the en_US.UTF-8 locale compiled on my
system.  I've been making my own svn builds, and for those, setting
UNICODE_LOCALE=. works as desired.

This probably didn't show up at first because I once had US locales on
my system, making it look like a regression when they went away.

I haven't grabbed your 0.4.1-1 deb yet, but I can see from the
.diff.gz that UNICODE_LOCALE is still unset.



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

Bug#492465: python-dnspython: appears to be vulnerable to cache poisoning attack CVE-2008-1447

[Bob Halley]

On 28 Jul 2008, at 09:50, Robert Edmonds wrote:

[ i am CC'ing the upstream author, Bob Halley.  Bob, are you  
planning a

fix to bring dnspython in line with forgery-resilience? ]


I haven't been rushing to make a fix because dnspython is a stub  
resolver (typically cacheless) and is thus not likely a profitable  
target.


Having said that, I would like to strengthen it, but it will take a  
little time since I'd like to improve the quality of the randomness as  
well.  Python's random() function is based on the Mersenne Twister,  
which is not cryptographically strong.  What's the timeframe for lenny?





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

Bug#492931: ITP: python-ropemacs -- Plugin for performing python refactorings in emacs

[David Spreen]

Package: wnpp
Owner: David Spreen <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: python-ropemacs
  Version : 0.6c2 
  Upstream Author : Rope Developers <[EMAIL PROTECTED]>
* URL or Web page : http://rope.sourceforge.net/ropemacs.html
* License : GPL
  Description : Plugin for performing python refactorings in emacs

Ropemacs is a plugin for performing python refactorings in 
emacs. It uses rope library and pymacs.

* Supports many of the refactorings that are supported by rope library:
  o Rename
  o Extract method/local variable
  o Move class/function/module/package/method
  o Inline method/local variable/parameter
  o Restructuring
  o Change signature
  o ...
* Other refactoring-related features
  o Previewing refactorings
  o Undo/redo refactorings
  o Showing refactoring progress
* Code-assists
  o Code-completion
  o Goto definition
  o Show pydoc
  o Find occurrences
  o Organize imports (remove unused and duplicate imports and sort them)
  o Generating python elements

I intend to package ropemacs for Debian. I already claimed the RFP for
python-rope (See #467377).



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

Bug#492929: Revised patch

[kostix]

The initial patch was made as a "reverse" of the original upstream
patch. The attached file is the correct one.

--- tkabber/jabberlib/https.tcl	(revision 1477)
+++ tkabber/jabberlib/https.tcl	(revision 1478)
@@ -270,7 +270,7 @@
 
 if {$code >= 200 && $code < 300} {
 	# Success
-	while {[string length [gets $sock]]} { }
+	while {[string length [gets $state(sock)]]} { }
 	Finish $token
 } else {
 	# Failure

Bug#482239: openscenegraph: FTBFS: CMake Error at CMakeLists.txt:9 (ADD_EXECUTABLE):

[Andreas Putzo]

tag 482239 +patch
thanks

On May 21  15:42, Lucas Nussbaum wrote:
> Package: openscenegraph
> Version: 2.4.0-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20080520 qa-ftbfs
> Justification: FTBFS on i386

> >Entering 
> > /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads
> >Called from: [1] 
> > /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/CMakeLists.txt
> >Entering 
> > /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads
> > -- Looking for pthread_yield
> >Called from: [1] 
> > /build/user/openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt
> > CMake Error at CMakeLists.txt:9 (ADD_EXECUTABLE):
> >   Target "cmTryCompileExec" links to item " -lpthread" which has leading or
> >   trailing whitespace.  This is now an error according to policy CMP0004.


Attached patch fixes this problem.

Regards,
Andreas

#! /bin/sh /usr/share/dpatch/dpatch-run
## cmake.dpatch by Andreas Putzo <[EMAIL PROTECTED]>
##
## DP: Fix for cmake policy CMP0004.

@DPATCH@
diff -urNad 
openscenegraph-2.4.0~/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt 
openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt
--- 
openscenegraph-2.4.0~/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt
2008-07-29 23:55:09.0 +
+++ openscenegraph-2.4.0/OpenSceneGraph/src/OpenThreads/pthreads/CMakeLists.txt 
2008-07-29 23:55:33.0 +
@@ -23,7 +23,7 @@
 )
 
 SET(CMAKE_REQUIRED_LIBRARIES_SAFE "${CMAKE_REQUIRED_LIBRARIES}")
-SET(CMAKE_REQUIRED_LIBRARIES "${CMAKE_REQUIRED_LIBRARIES} 
${CMAKE_THREAD_LIBS_INIT}")
+SET(CMAKE_REQUIRED_LIBRARIES ${CMAKE_REQUIRED_LIBRARIES} 
${CMAKE_THREAD_LIBS_INIT})
 
 CHECK_FUNCTION_EXISTS(pthread_yield HAVE_PTHREAD_YIELD)
 IF(HAVE_PTHREAD_YIELD)

Bug#492722: RPC fails, package unable to create admin user,after install ejabberdctl not working

[Michael Flaig]

Hi Sergei,

Am Dienstag, den 29.07.2008, 10:26 +0400 schrieb Sergei Golovan:
> On 7/29/08, Michael Flaig <[EMAIL PROTECTED]> wrote:
[...]
> > could you elaborate a little bit on what you mean by "Erlang point of
> >  view"?
> 
> At least the network setum must allow connections to `hostname -s`.

That is given.

[...]
> > all logs right after install attached
> >  however I don't see any indication to a failure ...
> 
> Yes. sasl.log and ejabberd.log are good.
> But ps_afterinstall.txt is awful. There should be exactly one epmd
> instance. Could you upgrade erlang-base and erlang-nox from
> http://ftp.de.debian.org/debian/pool/main/e/erlang/, kill all epmd
> processes and install ejabberd again? Also, I'd like to see all
> messages from epmd in /var/log/syslog. And before upgrading erlang
> packages, please, kill ejabberd, epmd and start epmd -daemon (in
> command prompt). Will it start multiple epmd processes? If not, start
> it again. Will it start the second epmd process or just finish?

Okay, I did what you suggested (before upgrading):
srv-2000:~# tail -f /var/log/syslog &
srv-2000:~# ps ax | grep epmd
srv-2000:~# date && epmd -daemon
Mi 30. Jul 01:07:26 CEST 2008
srv-2000:~# Jul 30 01:07:26 srv-2000 epmd: epmd: epmd running - daemon = 1

srv-2000:~# ps ax | grep epmd
20069 ?S  0:00 epmd -daemon
20073 pts/1R+ 0:00 grep epmd
srv-2000:~# date && epmd -daemon
Mi 30. Jul 01:08:08 CEST 2008
srv-2000:~# Jul 30 01:08:08 srv-2000 epmd: epmd: epmd running - daemon = 1

srv-2000:~# ps ax | grep epmd
20069 ?S  0:00 epmd -daemon
20093 ?S  0:00 epmd -daemon
20096 pts/1S+ 0:00 grep epmd
srv-2000:~# date && epmd -daemon
Mi 30. Jul 01:08:16 CEST 2008
srv-2000:~# Jul 30 01:08:16 srv-2000 epmd: epmd: epmd running - daemon = 1

srv-2000:~# 
srv-2000:~# ps ax | grep epmd
20069 ?S  0:00 epmd -daemon
20093 ?S  0:00 epmd -daemon
20102 ?S  0:00 epmd -daemon
20104 pts/1S+ 0:00 grep epmd

You can see every time after epmd -daemon is started there is a syslog
message stating "epmd running - daemon =1" but ps ax shows one more
process.

After I upgraded erlang-base and erlang-nox, purged ejabberd and apt-get
installed it again (from lenny repo) I still have the same error
srv-2000:/etc/ejabberd# dpkg --list | grep erlang
ii  erlang-base 1:12.b.3-dfsg-4Concurrent, 
real-time, distributed functiona
ii  erlang-nox  1:12.b.3-dfsg-4Concurrent, 
real-time, distributed functiona

On apt-get install ejabberd the admin user should be created and I see
dots as a progress bar. Each dot is showing a syslog message
Jul 30 01:23:16 srv-2000 epmd: epmd: epmd running - daemon = 1
[...]
Jul 30 01:24:28 srv-2000 epmd: epmd: epmd running - daemon = 1

srv-2000:/etc/ejabberd# ps ax | grep epmd | wc -l
64

The Syslog message occurs 64 times as well.

HTH

-- 
Michael Flaig <[EMAIL PROTECTED]>
PROLinux.de


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#492899: partman-crypto: cancel button unusable on "Erasing data" screen

[dann frazier]

On Wed, Jul 30, 2008 at 12:42:59AM +0200, J?r?my Bobbio wrote:
> On Tue, Jul 29, 2008 at 11:47:59AM -0600, dann frazier wrote:
> > When doing an LVM+crypto install, I am presented with a "Erasing data"
> > screen with a Cancel button. It doesn't seem to be possible to use the 
> > cancel
> > button - it is not highlighted, and pressing tab doesn't cause it to be.
> 
> Are you using the newt frontend?  In that case, could you try with the
> GTK+ frontend?
> 
> I have tried with both the newt and GTK+ frontend and the Cancel button
> was usuable in both cases.

hey Jeremy!

I tried both - in the GTK+ frontend I am able to click cancel, but it
doesn't seem to have any affect.

> What size is the partition being erased?

~73G

> After having a look at the source code, it's possible that, for a very
> large partition, the progress would be updated rarely enough to give you
> the impression that the Cancel button do not work, as its result would
> not be checked often enough.

That sounds plausible, and after adding some debug statments, I
believe that your theory is correct. A kill does occur after the next
iteration of the while loop after I click cancel. There's just a long
time between iterations.

But, I think the confusion might be the return value. At the end of
crypto_do_wipe is this code:

wait $pid
ret=$?
 
[ $cancelled -eq 1 ] && ret=0
return $ret
}

Which causes the function to return 0 if the user cancelled the
process.

Consider that a user might click cancel with no immediate result, then
a minute or two later they are moved along to the next step (creating
a password for the volume). They maybe led to believe that the wipe
completed successfully, even though their cancel attempt did
eventually succeed and cause the rest of the disk to not be cleared.

> A possible fix in that case would be to divide the progress into more
> steps than the current 100.  But a deeper investigation would be
> required before that.

I wonder if there's a way to split the cancel checking and the
progress checking? I'm still pretty green w/ d-i syntax, but it
appears that we know of a cancellation when db_progress returns 30 -
would it be possible/reasonable to do something like:

crypto_do_wipe() {  

  [existing code that starts up blockdev-wipe]

  ## fork a subshell to monitor for user cancels
  { while :; do
  sleep 1
  db_progress 
  if [ $? -eq 30 ]; then
 kill $pid
 echo somestring-to-advance-progress > $fifo
  fi
  } &
  watcherpid=$!

  [existing while loop that reads fifo]
  kill $watcherpid
  [...]
}

  

-- 
dann frazier




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

Bug#492930: lintian: quote command to reproduce man page format errors

[James R. Van Zandt]

Package: lintian
Version: 1.24.2
Severity: normal

Lintian gave me this warning:
  
  W: emacspeak: manpage-has-errors-from-man usr/share/man/man1/emacspeak.1.gz 
1: warning: `.' not defined
  N:
  N:   This man page provokes warnings or errors from man.
  N:   
  N:   "cannot adjust" or "can't break" are trouble with paragraph filling,
  N:   usually related to long lines. Adjustment can be helped by left
  N:   justifying, breaks can be helped with hyphenation, see "Manipulating
  N:   Filling and Adjusting" and "Manipulating Hyphenation" in the manual.
  N:   
  N:   "can't find numbered character" usually means latin1 etc in the input,
  N:   and this warning indicates characters will be missing from the output.
  N:   You can change to escapes like \[:a] described on the groff_char man
  N:   page.
  N:   
  N:   Other warnings are often formatting typos, like missing quotes around
  N:   a string argument to .IP. These are likely to result in lost or
  N:   malformed output. See the groff_man (or groff_mdoc if using mdoc) man
  N:   page for information on macros.
  N:   
  N:   This test uses man's --warnings option to enable groff warnings that
  N:   catch common mistakes, such as putting . or ' characters at the start
  N:   of a line when they are intended as literal text rather than groff
  N:   commands. This can be fixed either by reformatting the paragraph so
  N:   that these characters are not at the start of a line, or by adding a
  N:   zero-width space (\&) immediately before them.
  N:   
  N:   At worst, warning messages can be disabled with the .warn directive,
  N:   see "Debugging" in the groff manual.
  N:

I couldn't reproduce the warning with man, making it difficult to fix
the bug.  Eventually I resorted to scanning a 6MB strace log of the
lintian run, and found an nroff command that would reproduce the
error.  That nroff command should appear in the lintian extended help
for this error:

   nroff -mandoc -wmac -Tascii foo.1.gz

  - Jim Van Zandt


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

Kernel: Linux 2.6.25 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages lintian depends on:
ii  binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina
ii  diffstat1.45-2   produces graph of changes introduc
ii  dpkg-dev1.14.20  Debian package development tools
ii  file4.24-4   Determines file type using "magic"
ii  gettext 0.17-3   GNU Internationalization utilities
ii  intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf
ii  libparse-debianchan 1.1.1-2  parse Debian changelogs and output
ii  libtimedate-perl1.1600-9 Time and date functions for Perl
ii  liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin
ii  man-db  2.5.2-2  on-line manual pager
ii  perl [libdigest-sha 5.10.0-11Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information



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

Bug#488022: linux-image-2.6.25-2-486: Does not boot on Vortex86SX (BUG: Int 6: CR2 00000000)

[bruce robson]

I've tried compiling various official kernel.org releases.

The bug was not in official release v2.6.25.5 but is in v2.6.25.6.

_
Stay in touch when you're away with Windows Live Messenger.
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_messenger2_072008


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

Bug#491300: default desktop selection in win32-loader.ini

[Robert Millan]

On Tue, Jul 29, 2008 at 11:45:03PM +0100, Steve McIntyre wrote:
> On Wed, Jul 30, 2008 at 12:21:08AM +0200, Robert Millan wrote:
> >On Tue, Jul 29, 2008 at 06:29:02PM +0100, Steve McIntyre wrote:
> >> tags 491300 +pending
> >> thanks
> >> 
> >> Committed to svn today, ready for the next upload. Apologies for the
> >> delay, been busy...
> >
> >No problem, thanks.
> >
> >Do I need to talk to someone else in order to have this variable exported
> >for official builds?
> 
> Exported how? Set appropriately for each of the different CD#1s, do
> you mean?

Yes

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



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

Bug#462396: Multiple disks support for partman-auto-lvm

[Jérémy Bobbio]

On Tue, Jul 29, 2008 at 07:42:26PM +0200, Grégory Oestreicher wrote:
> Le mardi 29 juillet 2008 02:18, Jérémy Bobbio a écrit :
> > > +# This function was copied from another file
> > > (partman-auto/lib/initial_auto). +# Maybe it should be useful to put it
> > > in auto-shared.sh or in base.sh +dev_to_partman () {
> > > […]
> >
> > It is already in partman-auto-raid, so I think it should be factored in
> > auto-shared.sh.
> 
> OK, I'll move this into auto-shared.sh and submit an updated patch later this 
> week.

Please make this a different patch in your patch set.

> > The comment should probably be expanded a little bit to mention the use
> > cases.
> 
> Here it is :
>   We need to create the envelope only if one is not defined. This is the case 
> when :
>     - the default device is not part of a PV declaration in the scheme (a PV
>       is declared when there's a method{ lvm } or method{ crypto } attribute).
>     - the recipe contains a PV declaration *without* device. For this case the
>       physical device used will be the default one.
> 
> If it's OK with you (and clear) I'll integrate this in the next patch.

Yes, that's a lot better.  If you could add an example use case for each
of these, it would be even better. ;)

> > This makes me uneasy: optional partman components tries to stay pretty
> > independant from each others and the use of "_crypt" here breaks this
> > assumption.  I don't get exactly how is this useful, either.
> 
> I did this to allow to use the name of the encrypted device in the recipes. 
> Now that you point it I don't think it's really useful, it was more a 
> convenience. I'll remove it from future versions.
> 
> However the same kind of checks / removal is done further down in the file, 
> and these, despite being a convenience, are still useful : they allow people 
> to use "normal" name of the device (ie /dev/hda2) instead of the 
> partman-crypto name (/dev/mapper/hda2_crypt) in the recipes.

Preseeded encrypted installations are fairly rare: you need to be
sitting right behind the box to type a meaningful passphrase.  I think
it does not make a lot of sense to make partman-auto-lvm more complex
that it already is for such corner cases.

> > > + # The recipe contains all the necessary informations about eventuals
> > > + # extra VGs to create
> > > + # The VGs to create are :
> > > + #   - the default one if some partitions don't have the invg{ } tag
> > > + #   - the ones present in vgname{ } tags of PVs
> > > + decode_recipe $recipe lvm
> > > […]
> >
> > Is there anything preventing this step to happen in auto_lvm_prepare
> > where the recipe is already available?
> 
> decode_recipe() is called twice : once in auto_lvm_prepare, and once in 
> auto_lvm_perform. This is needed to have $scheme in scope for further checks. 
> Before the call to decode_recipe, $scheme is not visible in the current scope 
> (I don't think it still exists at all in fact).

I might have overlooked that decode_recipe() is called twice, but I
still think this part would be more at its place in auto_lvm_prepare() as
its extracting informations for the recipe and not yet acting on them.

> > > --- autopartition-crypto  (révision 54599)
> > > +++ autopartition-crypto  (copie de travail)
> > > @@ -3,10 +3,10 @@
> > >  . /lib/partman/lib/auto-lvm.sh
> > >  . /lib/partman/lib/crypto-base.sh
> > >
> > > -dev="$1"
> > > +argdev="$1"
> > >  method=crypto
> > >
> > > -auto_lvm_prepare $dev $method || exit 1
> > > +auto_lvm_prepare $argdev $method || exit 1
> >
> > Looks like a gratious change.  Any rationale?
> 
> Yes, $dev is overwritten by the next for loop and I need it untouched as 
> first 
> argument to auto_lvm_perform. I thought there were less risks of side effects 
> to change the name of this variable here rather than changing all $dev 
> occurences in the for loop.

You are right.  But $argdev does not sound too good.  What about
$targetdev or something similar?

> > > […]
> > > - found=yes
> > > - break
> > > +#found=yes
> > > +#break
> > >   done
> > > - [ $found = yes ] && break
> > > +#[ $found = yes ] && break
> >
> > Commented out code without any explaination is a major hassle.  If it
> > should not be there anymore, please delete it and explain why.
> 
> I hesitated before leaving it commented out in the public patch, but decided 
> to go anyway like this to have advices from people who know why these breaks 
> are here. It's true I should have added a comment asking. I couldn't see any 
> problem with commenting this out, as all devices must be encrypted when there 
> are more than one, but once again, it needs to be approved.

Well, the previous behaviour was encrypting only one device, so it
maked sense to quit the loop as soon as it was found.  If you change
this assumption, then code based on it should be removed.

> > On the overall, parts of this patch makes me uneasy.  Maybe because
> > refactoring is mixed up with f

Bug#492929: fails to authenticate on HTTP proxies using BASIC authentication mechanism

[Konstantin Khomoutov]

Package: tkabber
Version: 0.11.0-1
Severity: important
Tags: patch

It was discovered that a typo in the implementation of the BASIC
HTTP proxy authentication mechanism results in a runtime error
preventing the authentication session from successful completion.

The proposed patch fixes this problem and is integrated upstream
in revision 1478 (28-07-2008).

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

Versions of packages tkabber depends on:
ii  bwidget  1.8.0-3 A set of extension widgets for Tcl
ii  tcl8.4   8.4.16-0.2  Tcl (the Tool Command Language) v8
ii  tcl8.5   8.5.2-1 Tcl (the Tool Command Language) v8
ii  tcllib   1.10-dfsg-1 the Standard Tcl Library
ii  tk8.48.4.16-0.1  Tk toolkit for Tcl and X11, v8.4 -
ii  tk8.58.5.1-1 Tk toolkit for Tcl and X11, v8.5 -

Versions of packages tkabber recommends:
ii  libtk-img  1:1.3-15etch2 Extended image format support for 
pn  libudp-tcl (no description available)
pn  tcl-tls(no description available)

-- no debconf information
Index: jabberlib/https.tcl
===
--- jabberlib/https.tcl (revision 1478)
+++ jabberlib/https.tcl (revision 1477)
@@ -270,7 +270,7 @@
 
 if {$code >= 200 && $code < 300} {
# Success
-   while {[string length [gets $state(sock)]]} { }
+   while {[string length [gets $sock]]} { }
Finish $token
 } else {
# Failure

Bug#492928: xulrunner-1.9: Crash when changing text size in Epiphany

[Sam Morris]

Package: xulrunner-1.9
Version: 1.9.0.1-1
Severity: serious

 currently effects
Epiphany quite badly; several times a day it crashes when I change the
size of text.

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

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

Versions of packages xulrunner-1.9 depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbz2-1.0 1.0.5-0.1 high-quality block-sorting file co
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.1-2 GCC support library
ii  libglib2.0-0   2.16.4-2  The GLib library of C routines
ii  libgtk2.0-02.12.10-2 The GTK+ graphical user interface 
ii  libhunspell-1.2-0  1.2.6-1   spell checker and morphological an
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  liblcms1   1.16-10   Color management library
ii  libmozjs1d 1.9.0.1-1 The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d4.7.1-3   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.0-4  Network Security Service libraries
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libreadline5   5.2-3 GNU readline and history libraries
ii  libsqlite3-0   3.5.9-3   SQLite 3 shared library
ii  libstartup-notificatio 0.9-1 library for program launch feedbac
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

xulrunner-1.9 recommends no packages.

Versions of packages xulrunner-1.9 suggests:
ii  xulrunner-1.9-gnome-support   1.9.0.1-1  Support for GNOME in xulrunner app

-- no debconf information



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

Bug#440861: epiphany crashes regulary - bugbuddy report

[Sam Morris]

tag 440861 + moreinfo
thanks

Please can you install xulrunner-1.9-dbg and epiphany-browser-dbg and
submit a new backtrace?

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Bug#492927: epiphany-browser: Crashes in GkAtoms_info

[Sam Morris]

Package: epiphany-browser
Version: 2.22.3-1
Severity: serious

I'm filing this bug to make sure that we don't release Lenny with an
epiphany that crashes whenever it is closed.

This was filed upstream at 
and forwarded to .

TODO, test the patch on Mozilla's bugzilla and, if it fixes the problem,
reassign to xulrunner-1.9.

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

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

Versions of packages epiphany-browser depends on:
ii  epiphany-gecko2.22.3-1   Intuitive GNOME web browser - Geck

epiphany-browser recommends no packages.

epiphany-browser suggests no packages.

Versions of packages epiphany-gecko depends on:
ii  dbus   1.2.1-2   simple interprocess messaging syst
ii  epiphany-browser-data  2.22.3-1  Data files for the GNOME web brows
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  iso-codes  3.1-1 ISO language, territory, currency,
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libavahi-client3   0.6.22-3  Avahi client library
ii  libavahi-common3   0.6.22-3  Avahi common library
ii  libavahi-gobject0  0.6.22-3  Avahi GObject library
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-2   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libenchant1c2a 1.3.0-5.1 a wrapper library for various spel
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libgcc11:4.3.1-2 GCC support library
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.4-2  The GLib library of C routines
ii  libgnome-desktop-2 2.22.3-1  Utility library for loading .deskt
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.10-2 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to a n
ii  libnspr4-0d4.7.1-3   NetScape Portable Runtime Library
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  libpixman-1-0  0.10.0-2  pixel-manipulation library for X a
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstartup-notificatio 0.9-1 library for program launch feedbac
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxcb-render-util00.2+git36-1   utility libraries for X C Binding 
ii  libxcb-render0 1.1-1.1   X C Binding, render extension
ii  libxcb11.1-1.1   X C Binding
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxslt1.1 1.1.24-1  XSLT processing library - runtime 
ii  python2.5  2.

Bug#484467: cpufreqd, 484467 (grave) and CONFIG_ACPI_PROCFS_POWER in Lenny

[Mattia Dongili]

Hi,

from the debian linux-2.6 svn repository it looks like
CONFIG_ACPI_PROCFS_POWER is not going to be set for 2.6.26.

cpufreqd has a grave bug filed (#484467) for the broken ACPI battery
level support.
I (with the cpufreqd upstream hat on) released a new cpufreqd (2.3.0)
that reads from sysfs rather than /proc but the change is quite invasive
and I (with the cpufreqd maintainer hat on) am now wondering if I should
upload it (which I will do anyway in the next days) and ask for a freeze
exception or not.
The other option would be to ask for CONFIG_ACPI_PROCFS_POWER to be
enabled in Lenny which I'm unsure if it's a good idea but it'd also
allow battery support in gkrellm (#463779).

The diff for the new cpufreqd version is attached (gzipped), in
short it touches most of the acpi info reading code to make it go to
sysfs (using libsysfs2) plus some trivial fixes here and there.

Any suggestion?
-- 
mattia
:wq!


cpufreqd-2.3.diff.gz
Description: Binary data

Bug#492926: luksOpen fails, "Can not access device"

[Elmar Hoffmann]

Package: cryptsetup
Version: 2:1.0.6-4
Severity: normal

luksOpen fails with the following error:

# cryptsetup luksOpen /dev/sdc foo || echo $?
Command failed: Can not access device
241

The device does exist and isLuks and luksDump do work as expected.
After downgrade to 2:1.0.5-2 luksOpen does work again.

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

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

Versions of packages cryptsetup depends on:
ii  dmsetup  2:1.02.27-3 The Linux Kernel Device Mapper use
ii  libc62.7-12  GNU C Library: Shared libraries
ii  libdevmapper1.02.1   2:1.02.27-3 The Linux Kernel Device Mapper use
ii  libpopt0 1.14-4  lib for parsing cmdline parameters
ii  libuuid1 1.41.0-3universally unique id library

cryptsetup recommends no packages.

Versions of packages cryptsetup suggests:
ii  dosfstools2.11-6 utilities for making and checking 
pn  initramfs-tools | linux-initr  (no description available)
ii  udev  0.124-5/dev/ and hotplug management daemo

-- no debconf information

-- 

 .'"`./"\
| :' :   Elmar Hoffmann <[EMAIL PROTECTED]>ASCII Ribbon Campaign  \ /
`. `'GPG key available via pgp.netagainst HTML email   X
  `-& vCards  / \



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

Bug#487583: [kaffeine-mozilla] Fails to play WMV inside iceweasel

[Petter Reinholdtsen]

[Rafael]
> kaffeine-mozilla plugin fails to playing WMV files using iceweasel 2.0.0.14.
> Kaffeine-mozilla plugin play well WMV files using Konqueror.
> Iceweasel play well WMV files using mozilla-vlc plugin.

Is this still a problem with version 0.4.3.1.dfsg-0.2?  Can you
provide the URL to a web page demonstrating the problem?

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#492698: appears to be vulnerable to cache poisoning attack CVE-2008-1447

[Robert Edmonds]

Ian Jackson wrote:
> [snip]

this seems mostly reasonable to me and this mirrors the recommendation
in DSA-1605-1.

-- 
Robert Edmonds
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#318482: closing 318482

[Ben Hutchings]

# Automatically generated email from bts, devscripts version 2.10.34
# presumably a duplicate of #318485; too old to bother the submitter
close 318482 0.6-3




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

Bug#478228: grub-probe: can't handle (raid) md-devices

[Felix Zielcke]

From: "Robert Millan" <[EMAIL PROTECTED]>



But we have a check for this:

 /* FIXME: Also support version 1.0. */
 if (sb.major_version != 0 || sb.minor_version != 90)
   {
 grub_error (GRUB_ERR_NOT_IMPLEMENTED_YET,
 "Unsupported RAID version: %d.%d",
 sb.major_version, sb.minor_version);
 return 0;
   }

isn't this message reflected in grub-probe -vv output?


I saw this today during my mdraid debuginng.

But in the whole Bugreport there's only "Scanning for RAID devices" and only once 
"Unsupported RAID version", yours.

But I now read again mdadm(8)
I should have just pasted that part in my mail before.

1.0 stores the superblock at the end of the device.

It doestn't say where 0.90 stores it but the grub code for it looks like it's 
in the beginning of it.

1.1 stores it in the start.
1.2 stores it 4K from start.

This is a bit tricky to check all 4 formats.
(that's why I CC the cloned bug.) 




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

Bug#490704:

[Wouter Cloetens]

On Sat, Jul 26, 2008 at 01:26:50AM +0200, Wouter Cloetens wrote:
> My next step is hpet=disable.

And no hangs since.

For completeness, I must say that I also disabled CONFIG_IRQBALANCE.

Also; these hangs have not occurred at work where I mostly use Ethernet;
only at home where I only use wireless.

I've googled the caps lock led blinking hang symptom a bit, and I found
that
- the system isn't necessarily completely hung; it may be possible to
  login remotely,
- it may be possible to capture the oops with netconsole,
- simply running in text mode when the problem is triggered may make it
  possible to see the oops logged to the console.

When I get some time, I'll try to trigger it in text mode. Should be
easy as it hangs in no time with linux-image-2.6.25-2-686 2.6.25-6.

~   



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

Bug#492842: aeskulap: LP bug 229681: Aeskulap images not seen

[Steve M. Robbins]

On Tue, Jul 29, 2008 at 10:27:21PM +0200, Juergen Salk wrote:
> * Charles Plessy <[EMAIL PROTECTED]> [080729 18:37]:
> 
> > I tried to use aeskulap with the following DICOM files:
> > 
> > - http://www.barre.nom.fr/medical/samples/files/MR-MONO2-8-16x-heart.gz
> > - http://www.barre.nom.fr/medical/samples/files/MR-MONO2-16-knee.gz

> For me it works for both samples. Just tested on a freshly
> installed Lenny. 

Works fine for me, too.  aeskulap (0.2.2b1-2)

-Steve



signature.asc
Description: Digital signature

Bug#492925: plugin argument parsing should be case insensitive

[Petter Reinholdtsen]

Package: mozilla-plugin-vlc
Version: 0.8.6.h-1
User: [EMAIL PROTECTED]
Usertag: debian-edu

When trying to play the embedded video available from
http://www1.nrk.no/nett-tv/klipp/386768 > with the
mozilla-plugin-vlc plugin, no video is started.  This is partly
because the plugin fail to detect any URL to play.  This in turn is
caused by the code looking for plugin arguments.  The arguments on
this page are mixed case, and the code in the plugin only look for
lowercase strings.

The arguments are named 'Url', 'Filename', 'AutoStart', etc.  The
plugin code in mozilla/vlcplugin.cpp have tests like this:

  !strcmp( argn[i], "filename")

I believe these tests should be changed to use strcasecmp instead, ie
like this:

  !strcasecmp( argn[i], "filename")

Changing this in the plugin did not solve the problem with the test
page mentioned above, but got the plugin a step closer as it start to
complain about access problems instead of not trying to play anything.

This test page work with the mplayer and kaffeine plugin, so it should
be possible to get it working with vlc too.  I've collected some
browser multimedia test results on
http://wiki.debian.org/DebianEdu/BrowserMultimedia> in case you
want to see how the vlc plugin compare to the alternatives in Debian.

Happy hacking,
-- 
Petter Reinholdtsen



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

Bug#486570: [iceweasel] opening links from thunderbird moves icewesel to current desktop

[Eddy Petrișor]

Package: iceweasel
Version: 3.0.1-1
# this bug interferes with the user preferences
severity 486570 important
thanks

I usually keep firefox on the fourth dekstop, while icedove on the first. I do this to keep things 
tidy. Also, I often receive links through emails and trying to open them results in iceweasel moving 
to the first desktop, where icedove is, ruining and cluttering my workspace.


Please fix this some way or another, it really impedes me from doing any work.

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

Debian Release: lenny/sid
  900 testing security.debian.org
  900 testing ftp.ro.debian.org
   10 unstableftp.ro.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-===
fontconfig   | 2.6.0-1
psmisc   | 22.6-1
procps   | 1:3.2.7-8
debianutils(>= 1.16) | 2.30
libc6 (>= 2.7-1) | 2.7-10
libglib2.0-0 (>= 2.12.0) | 2.16.4-2
libgtk2.0-0  (>= 2.12.0) | 2.12.10-2
libnspr4-0d(>= 1.8.0.10) | 4.7.1-3
libstdc++6(>= 4.1.1) | 4.3.1-2
xulrunner-1.9 (>> 1.9~rc2-5) | 1.9.0.1-1





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

Bug#475205: [sl-modem-source] Not compiling on 2.6.24 kernels

[Ben Hutchings]

This makes sl-modem compile without errors (or warnings, except for
deprecation of pci_find_device()) against the current Debian kernel and
with vanilla 2.6.26.  I make no promises as to whether it works; I
didn't feel like messing about with modems and the other bug reports
scared me.

Ben.

diff -u sl-modem-2.9.9d+e-pre2/drivers/amrmo_init.c 
sl-modem-2.9.9d+e-pre2/drivers/amrmo_init.c
--- sl-modem-2.9.9d+e-pre2/drivers/amrmo_init.c
+++ sl-modem-2.9.9d+e-pre2/drivers/amrmo_init.c
@@ -503,7 +503,7 @@
amrmo_card_interrupt(amrmo->card);
 }
 #else
-static irqreturn_t amrmo_pci_interrupt(int irq, void *dev_id, struct pt_regs 
*regs)
+static irqreturn_t amrmo_pci_interrupt(int irq, void *dev_id)
 {
 struct amrmo_struct *amrmo = (struct amrmo_struct *)dev_id;
amrmo_card_interrupt(amrmo->card);
@@ -587,7 +587,7 @@
}
}
 
-ret = request_irq(amrmo->irq, &amrmo_pci_interrupt,SA_SHIRQ,
+ret = request_irq(amrmo->irq, &amrmo_pci_interrupt,IRQF_SHARED,
  amrmo->name,amrmo);
if(ret) {
printk(KERN_ERR "slamr: failed request_irq\n");
diff -u sl-modem-2.9.9d+e-pre2/drivers/st7554.c 
sl-modem-2.9.9d+e-pre2/drivers/st7554.c
--- sl-modem-2.9.9d+e-pre2/drivers/st7554.c
+++ sl-modem-2.9.9d+e-pre2/drivers/st7554.c
@@ -418,7 +418,7 @@
 /* --- */
 
 
-static void st7554_interrupt(struct urb *urb, struct pt_regs* regs)
+static void st7554_interrupt(struct urb *urb)
 {
struct st7554_state *s = urb->context;
u32 *status = urb->transfer_buffer;
@@ -459,7 +459,7 @@
 /* - */
 
 
-static void mo_complete(struct urb *u, struct pt_regs* regs)
+static void mo_complete(struct urb *u)
 {
struct st7554_state *s = u->context;
struct dmabuf *db = &s->mo.dma;
@@ -518,14 +518,14 @@
 }
 
 
-static void mo_startup_complete(struct urb *u, struct pt_regs* regs)
+static void mo_startup_complete(struct urb *u)
 {
struct st7554_state *s = u->context;
USB_DBG("mo_startup_complete %d: %d: sent %d.\n",
MO_URB_NO(s,u), u->start_frame, u->actual_length);
FILL_DESC_OUT(s,&s->mo,u,BYTES_IN_FRAMES(s,DESCFRAMES));
u->complete = mo_complete;
-   mo_complete(u,regs);
+   mo_complete(u);
complete(&s->start_comp);
 }
 
@@ -533,7 +533,7 @@
 /* --- */
 
 
-static void mi_complete(struct urb *u, struct pt_regs* regs)
+static void mi_complete(struct urb *u)
 {
struct st7554_state *s = u->context;
struct urb *next;
@@ -578,7 +578,7 @@
 }
 
 
-static void mi_startup_complete(struct urb *u, struct pt_regs* regs)
+static void mi_startup_complete(struct urb *u)
 {
struct st7554_state *s = u->context;
struct usb_iso_packet_descriptor *p;
--- END ---

-- 
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.


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

Bug#492623: ttf-liberation: Trademark prevents modifications

[Ian Jackson]

Julian Andres Klode writes ("Bug#492623: ttf-liberation: Trademark prevents 
modifications"):
> Package: ttf-liberation
> Version: 1.04~beta2-2
> Severity: important
> 
> Quoting the license:
...
> If you modify the files, you must
>  - Rename the fonts to remove any reference to Liberation
>  - Not install the fonts as liberation
>  - Rename the binary package and the source package
>  - Change the description to remove all references to Liberation and
>Red Hat.

Some of these restrictions are plainly unenforceable in pretty much
any jurisdiction.  For example, the factual statement "these fonts are
modified versions of RedHat's Liberation" is not generally restricted
by trademark law.  And "functional" things like the font name (used by
applications and documents) and package names are often treated by
courts as exempted.

But the real kicker is this: Debian contains oodles of stuff with
these kind of idiotic trademark licences.  Our usual approach with
these has been to ignore them and hope it never becomes an issue.
In 99% of cases this is true.

If the trademark owner cares[1] they are of course free to contact
Debian (or anyone else) to insist we do not encroach on their legally
enforceable monopoly.  In that case we will typically rename the
package.

So in practice pointing out questionable trademark policies is
harmful: we have nothing to gain, since our and our users' freedom is
not really at risk, but we have some convenience to lose by making an
issue of it.

Ian.

[1] It's possible of course that they don't notice but Debian is
hardly hidden.



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

Bug#491300: default desktop selection in win32-loader.ini

[Steve McIntyre]

On Wed, Jul 30, 2008 at 12:21:08AM +0200, Robert Millan wrote:
>On Tue, Jul 29, 2008 at 06:29:02PM +0100, Steve McIntyre wrote:
>> tags 491300 +pending
>> thanks
>> 
>> Committed to svn today, ready for the next upload. Apologies for the
>> delay, been busy...
>
>No problem, thanks.
>
>Do I need to talk to someone else in order to have this variable exported
>for official builds?

Exported how? Set appropriately for each of the different CD#1s, do
you mean?

-- 
Steve McIntyre, Cambridge, UK.[EMAIL PROTECTED]
"...In the UNIX world, people tend to interpret `non-technical user'
 as meaning someone who's only ever written one device driver." -- Daniel Pead




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

Bug#474909: potential NMU of maxima using sbcl

[David Bremner]

At 29 Jul 2008 18:00:38 -0400,
Camm Maguire wrote:
> I'm uploading a -15 now, which has quite a lot of cleanup work
> remaining, as a test of the build status on the various platforms.  I
> would like to stick with gcl due to its history, portability, license,
> closeness to gcc, and uniformity with other heavy duty lisp programs.

Sure, sounds reasonable.  I just wasn't ready to step up to maintain GCL.

> Please feel free to comment on the large diff, lintian problems,
> source build warnings, etc.  I'd really appreciate help making the
> package as simple and streamlined as possible.

OK, by default I will send patches to BTS. Let me know if/when you are
interested in some kind of shared version control setup.

David








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

Bug#492899: partman-crypto: cancel button unusable on "Erasing data" screen

[Jérémy Bobbio]

On Tue, Jul 29, 2008 at 11:47:59AM -0600, dann frazier wrote:
> When doing an LVM+crypto install, I am presented with a "Erasing data"
> screen with a Cancel button. It doesn't seem to be possible to use the cancel
> button - it is not highlighted, and pressing tab doesn't cause it to be.

Are you using the newt frontend?  In that case, could you try with the
GTK+ frontend?

I have tried with both the newt and GTK+ frontend and the Cancel button
was usuable in both cases.

What size is the partition being erased?

After having a look at the source code, it's possible that, for a very
large partition, the progress would be updated rarely enough to give you
the impression that the Cancel button do not work, as its result would
not be checked often enough.

A possible fix in that case would be to divide the progress into more
steps than the current 100.  But a deeper investigation would be
required before that.

Cheers,
-- 
Jérémy Bobbio.''`. 
[EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#491848: undeclared (and wrong) dependency on python2.5-dev

[Nicholas Piper]

martin,

On Tue, 29 Jul 2008, martin f krafft wrote:

> Anyway, ./find-python-library-name.sh is now being used, where do
> I get that from? Is it the same as used to be in ./debian?

I neglected to check that it was in diff that 'svn diff' made. It's
attached; but if you're happy with this approach then I'll commit to
subversion - basically it's just copying find-python-library-name.sh
from an old revision back to the head; and getting SCons to call it
rather than debian/rules.

 Nick

find-python-library-name.sh
Description: Bourne shell script

Bug#492878: lenny installer -dosen't detect Broadcom ethernet adapter

[Jérémy Bobbio]

On Tue, Jul 29, 2008 at 05:09:22PM +0200, Peter Tuhársky wrote:
> Package: debian-installer
> Version: 20080522
> 
> I'm testing the Lenny weekly build 2008-07-21, and the installer fails 
> to detect Broadcom network adapter, that Etch has had no problem with. I 
> have several machines like this HP BL465, and Debian is anticipated to 
> run on them, so please, fix the detection ;-)

Would you have a more specific reference for this network adapter?
Do you know which Linux driver supports it in Linux 2.6.25?

> I don't know, whether it has something to do with, but I choosed not to 
> run PCMCIA, however I have been asked immediately for PCMCIA parameters. 
> Before the network detection, again.

Known issue, see #479391.

Cheers,
-- 
Jérémy Bobbio.''`. 
[EMAIL PROTECTED]: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#492924: [gnome-volume-manager] mounts UDF CDs with wrong owner

[Eddy Petrișor]

Package: gnome-volume-manager
Version: 2.22.1-1
Severity: important

--- Please enter the report below this line. ---
I insert the documentation CD for my laptop and I get this:

heidi:~# dmesg  | grep -i udf
UDF-fs: Partition marked readonly; forcing readonly mount
UDF-fs INFO UDF 0.9.8.1 (2004/29/09) Mounting volume 'G71-NDW5056_V2.0', timestamp 2007/12/28 03:27 
(10b4)

heidi:~# mount | grep cdrom
/dev/scd0 on /media/cdrom0 type udf (ro,noexec,nosuid,nodev,user=eddy)
heidi:~# ls -l /media/
total 2
lrwxrwxrwx 1 root   root 6 2008-07-29 10:12 cdrom -> cdrom0
drw-rw-rw- 9 4294967295 4294967295 940 2007-12-28 02:26 cdrom0


Needless to say that the CD is not usable.

heidi:~# grep cdrom /etc/fstab
/dev/scd0   /media/cdrom0   udf,iso9660 user,noauto 0   0


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

Debian Release: lenny/sid
  900 testing security.debian.org
  900 testing ftp.ro.debian.org
   10 unstableftp.ro.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-===
gconf2  (>= 2.10.1-2) | 2.22.0-1
gnome-mount   | 0.7-2
hal  (>= 0.5.5.1) | 0.5.11-2
libart-2.0-2  (>= 2.3.18) | 2.3.20-2
libatk1.0-0   (>= 1.20.0) | 1.22.0-1
libbonobo2-0  (>= 2.15.0) | 2.22.0-1
libbonoboui2-0(>= 2.15.1) | 2.22.0-1
libc6  (>= 2.7-1) | 2.7-10
libcairo2  (>= 1.4.0) | 1.6.4-6
libdbus-1-3(>= 1.1.1) | 1.2.1-2
libdbus-glib-1-2(>= 0.74) | 0.76-1
libgconf2-4   (>= 2.13.5) | 2.22.0-1
libglade2-0  (>= 1:2.6.1) | 1:2.6.2-1
libglib2.0-0  (>= 2.12.0) | 2.16.4-2
libgnome2-0   (>= 2.17.3) | 2.20.1.1-1
libgnomecanvas2-0 (>= 2.11.1) | 2.20.1.1-1
libgnomeui-0  (>= 2.17.1) | 2.20.1.1-1
libgnomevfs2-0 (>= 1:2.17.90) | 1:2.22.0-4
libgtk2.0-0   (>= 2.12.0) | 2.12.10-2
libhal1   (>= 0.5.10) | 0.5.11-2
libice6  (>= 1:1.0.0) | 2:1.0.4-1
libnotify1 (>= 0.4.4) | 0.4.4-3
libnotify1-gtk2.10|
liborbit2  (>= 1:2.14.10) | 1:2.14.13-0.1
libpango1.0-0 (>= 1.18.4) | 1.20.5-1
libpopt0(>= 1.10) | 1.14-4
libsm6| 2:1.0.3-2
libx11-6  | 2:1.1.4-2
libxml2   | 2.6.32.dfsg-2





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

Bug#478228: grub-probe: can't handle (raid) md-devices

[Robert Millan]

On Tue, Jul 29, 2008 at 07:24:09PM +0200, Felix Zielcke wrote:
> 
> Guntsche Michael said yesterday on grub-devel now, that grub2 can only handle 
> the default 0.90
> superblock format but as you can see above you are using 1.0 even for /boot

But we have a check for this:

  /* FIXME: Also support version 1.0. */
  if (sb.major_version != 0 || sb.minor_version != 90)
{
  grub_error (GRUB_ERR_NOT_IMPLEMENTED_YET,
  "Unsupported RAID version: %d.%d",
  sb.major_version, sb.minor_version);
  return 0;
}

isn't this message reflected in grub-probe -vv output?

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



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

Bug#461758: I agree, import should be configurable as automatic

[Dominique Brazziel]

Currently I run apt-cacher and after the
/etc/cron.daily
runs (apt) I have update-notifier tell me a bunch of
new packages are available.  I start update-manager
and
the downloads atart (via synaptic I think) and the
debs are downloaded to apt-cacher and headers put on,
but are they also going into /var/cache/apt/archives? 
I have a bunch of recent debs in the archives location
so I'm unsure which process(es) put them there.  When
I run 'aptitude autoclean' and it says 0B freed.

Also, it would be nice to see a report from
'apt-cacher-cleanup' to show exactly what got cleaned up.



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

Bug#491300: default desktop selection in win32-loader.ini

[Robert Millan]

On Tue, Jul 29, 2008 at 06:29:02PM +0100, Steve McIntyre wrote:
> tags 491300 +pending
> thanks
> 
> Committed to svn today, ready for the next upload. Apologies for the
> delay, been busy...

No problem, thanks.

Do I need to talk to someone else in order to have this variable exported
for official builds?

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



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

Bug#492806: libavformat52: does not handle STR file demuxing (CVE-2008-3162)

[Michael Gilbert]

>> Package: libavformat52
>> Version: 0.svn20080206-11
>> Severity: grave
>> Tags: security
>> Justification: user security hole
>>
>> ubuntu just updated their libavformat packages to patch a problem with
>> STR file demuxing [1].  does this problem apply to debian as well?  the
>> CVE number is CVE-2008-3162 [2].
>>
>> [1] http://www.ubuntu.com/usn/usn-630-1
>> [2] http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-3162

> Thanks for your report but this bug is a clear dupe of #489965.

ok, i appologize, i did a quick scan of bugs in libavformat, and
somehow missed this.

there has not been a DSA to fix this problem in stable.  is the
libavformat0d package vulnerable there?  and if so, why isn't the
issue being tracked [1]?

[1] http://security-tracker.debian.net/tracker/status/release/stable



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

Bug#364951: fixed 364951 in 970417-8

[Ben Hutchings]

# Automatically generated email from bts, devscripts version 2.10.34
# fixed along with #483449
fixed 364951 970417-8




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

Bug#492922: ITP: arpon -- arp handler inspection

[Guus Sliepen]

On Tue, Jul 29, 2008 at 11:27:55PM +0200, Giuseppe Iuculano wrote:

>   Description : arp handler inspection

That is not a short description, that is just the expansion of the
acronym.

> ArpON (Arp handler inspectiON) is a portable handler daemon with some
> nice tools to handle all ARP aspects.
> It makes Arp a bit safer. This is possible using two kinds of anti Arp
> Poisoning tecniques, the first is based on SARPI or "Static Arp
> Inspection", the second on DARPI or "Dynamic Arp Inspection" approach.
> You can use ArpON to pentest some switched/hubbed LAN with/without DHCP
> protocol, in fact you can disable the daemon in order to use the tools
> to poison the ARP Cache

That is just ripped from the website. It is not very clear to me if this
is a stand-alone daemon or some command-line tools or both, if it works
as a real, bona-fide ARP daemon or if it is some kind of intrusion
detection tool or vulnerability scanner. Some words, like "pentest" and
"hubbed" do not exist in English as far as I know. Make sure
capitalisation is consistent. Please clarify the description. Try to get
upstream to clarify their description on the website as well. If you
haven't already done so, read
http://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-desc-basics

Other interesting things to know: How does arpon relate to existing
packages like arpalert, arping, arptables and farpd? Does it also
handle Neighbour Discovery packets (IPv6's equivalent of ARP)?

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#492817: g++-4.3: can't include cstddef - wrong include file order

[Bastian Blank]

On Tue, Jul 29, 2008 at 11:44:55PM +0200, Marc Lehmann wrote:
> On Tue, Jul 29, 2008 at 10:49:58PM +0200, Bastian Blank <[EMAIL PROTECTED]> 
> wrote:
> > > when trying to compile the following file:
> > >#include 
> > 
> > | $ cat test.cpp 
> > | #include 
> > | $ g++-4.3 -o test.o -c test.cpp -Wall -W
> > | $ 
> > 
> > Please provide a complete example.
> What is missing?

Instructions how to reproduce the problem. I showed you my working
version.

Bastian

-- 
Our way is peace.
-- Septimus, the Son Worshiper, "Bread and Circuses",
   stardate 4040.7.



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

Bug#492165: closed by James Vega <[EMAIL PROTECTED]> (Re: Bug#492165: supybot: Plugin plugin command bug)

[Grant Bowman]

Before the real issue is forgotten, I will restate it.

1. use supybot-wizard to create a new bot
2. !load Plugin
3. !load Seen
4. !Plugin plugin last

Result: The "last" command is available in the Misc plugin.

Expected Result: the last command is offered in both the Misc and Seen
plugins but is not reported correctly.

If some kind of behavior were intended to be reported I would expect
different wording of the Result.


On Mon, Jul 28, 2008 at 6:08 PM, James Vega <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 25, 2008 at 04:34:53PM -0700, Grant Bowman wrote:
[...]
> Neither of these are related to or affect the behavior of Plugin.plugin.
> They are also both expected behavior, therefore I'm closing the bug.
[...]

Both are applicable and document that Plugin.plugin is not functioning
as intended.  Here is why.

>> I see two places that contradict your explanation so I'm a bit confused.
>>
>> @help plugin plugin
>> (plugin plugin ) -- Returns the plugin(s) that  is in.
>
> This is an issue with the command resolver.  If the command and plugin
> name are the same, then you can type the name of the command as many
> times as you want.  "@help plugin", "@help plugin plugin",
> "@help plugin plugin plugin" will all give back the same help.

Ok, so I should have typed @help plugin instead.  I apologize for the
syntactic error.

It still outputs the help string that matches the code in plugin.py.
It says the plugin command is intended to return the plugin(s) that
the given command is in.  This is how it used to work in older version
of Supybot as well.  Here is the code to verify that message.

--- ./supybot-0.83.3/plugins/Plugin/plugin.py   2006-07-23
16:29:58.0 -0700
+++ ./supybot-0.83.3/plugins/Plugin/plugin.py.diff  2008-07-29
14:24:42.0 -0700
@@ -64,11 +62,6 @@
 irc.reply(format('%L', L))
 list = wrap(list)

-def plugin(self, irc, msg, args, command):
-"""
-
-Returns the plugin(s) that  is in.
-"""
 (maxL, cbs) = irc.findCallbacksForArgs(command)
 L = []
 if maxL == command:

>> @plugin help plugin
>> This plugin exists to help users manage their plugins. Use 'plugin
>> list' to list the loaded plugins; use 'plugin help' to get this sort
>> of help from other plugins; use the 'plugin' command itself to
>> determine what plugin a command exists in.
>
> Plugin.help *only* looks for plugins, not commands.  It responds with
> the help (if any) for that plugin.

Yes, and the last two lines of the output are what I had hoped you
would acknowledge.  It again describes the plugin command and what it
is supposed to do.  Here is the code to verify that message.

--- ./supybot-0.83.3/plugins/Plugin/plugin.py   2006-07-23
16:29:58.0 -0700
+++ ./supybot-0.83.3/plugins/Plugin/plugin.py.diff  2008-07-29
14:24:42.0 -0700
@@ -39,8 +39,6 @@
 class Plugin(callbacks.Plugin):
 """This plugin exists to help users manage their plugins.  Use 'plugin
 list' to list the loaded plugins; use 'plugin help' to get this sort of
-help from other plugins; use the 'plugin' command itself to determine what
-plugin a command exists in."""
 def help(self, irc, msg, args, cb):
 """

-- 
-- Grant Bowman <[EMAIL PROTECTED]>



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

Bug#490368: NMU diff for yum 3.2.12-1.2

[Ben Hutchings]

Apologies for not sending this yesterday:

diff -u yum-3.2.12/yum/misc.py yum-3.2.12/yum/misc.py
--- yum-3.2.12/yum/misc.py
+++ yum-3.2.12/yum/misc.py
@@ -16,7 +16,7 @@
 import fnmatch
 import bz2
 from stat import *
-import pyme.gpgme
+import pyme.pygpgme as gpgme
 
 from Errors import MiscError
 
diff -u yum-3.2.12/po/yum.pot yum-3.2.12/po/yum.pot
--- yum-3.2.12/po/yum.pot
+++ yum-3.2.12/po/yum.pot
@@ -8,7 +8,7 @@
 msgstr ""
 "Project-Id-Version: PACKAGE VERSION\n"
 "Report-Msgid-Bugs-To: \n"
-"POT-Creation-Date: 2008-03-07 15:07+\n"
+"POT-Creation-Date: 2008-07-28 23:21+0100\n"
 "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
 "Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
 "Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
diff -u yum-3.2.12/debian/changelog yum-3.2.12/debian/changelog
--- yum-3.2.12/debian/changelog
+++ yum-3.2.12/debian/changelog
@@ -1,3 +1,13 @@
+yum (3.2.12-1.2) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Updated for compatibility with current python-pyme (Closes: #490368)
+based on patch by Martin Meredith <[EMAIL PROTECTED]>
+- Changed import in yum/misc.py
+- Set versioned dependency on python-pyme
+
+ -- Ben Hutchings <[EMAIL PROTECTED]>  Mon, 28 Jul 2008 23:20:59 +0100
+
 yum (3.2.12-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u yum-3.2.12/debian/control yum-3.2.12/debian/control
--- yum-3.2.12/debian/control
+++ yum-3.2.12/debian/control
@@ -8,7 +8,7 @@
 
 Package: yum
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, 
python-celementtree, python-libxml2, python-urlgrabber, rpm (>= 4.4.1), 
python-rpm, python-pyme, python-sqlitecachec, python-sqlite
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, 
python-celementtree, python-libxml2, python-urlgrabber, rpm (>= 4.4.1), 
python-rpm, python-pyme (>= 0.8.0), python-sqlitecachec, python-sqlite
 Description: Advanced front-end for rpm
  Yum (Yellow dog Updater, Modified) is an automatic updater and package 
  installer/remover for rpm systems. It automatically computes dependencies 
--- END ---

-- 
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.


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

Bug#474909: potential NMU of maxima using sbcl

[Camm Maguire]

Greetings, and thank you so much for your assistance!  I would love
your input on and help with the package.  

I'm uploading a -15 now, which has quite a lot of cleanup work
remaining, as a test of the build status on the various platforms.  I
would like to stick with gcl due to its history, portability, license,
closeness to gcc, and uniformity with other heavy duty lisp programs.

Please feel free to comment on the large diff, lintian problems,
source build warnings, etc.  I'd really appreciate help making the
package as simple and streamlined as possible.

Take care,

David Bremner <[EMAIL PROTECTED]> writes:

> Hi Camm;
> 
> I prepared an NMU for maxima using sbcl as a lisp.
> 
> http://mentors.debian.net/debian/pool/main/m/maxima
> 
> the main disadvantage seems to be a versioned dependency on sbcl.
> 
> Would this be OK for you?
> 
> If you have no more time for maxima packaging, I could adopt it.  I
> don't claim to understand everything in the packaging on a deep level,
> but I'm learning.
> 
> David
> 
> 
> 
> 
> 

-- 
Camm Maguire[EMAIL PROTECTED]
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah



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

Bug#463470: NMU diff for xgraph 12.1-9.1

[Ben Hutchings]

Apologies for not sending this yesterday:

diff -u xgraph-12.1/debian/rules xgraph-12.1/debian/rules
--- xgraph-12.1/debian/rules
+++ xgraph-12.1/debian/rules
@@ -9,8 +9,8 @@
 build-stamp:
dh_testdir
 #  # Add here commands to compile the package.
-   autoconf
aclocal
+   autoconf
automake
./configure --prefix=/usr --mandir=/usr/share/man
$(MAKE)
diff -u xgraph-12.1/debian/changelog xgraph-12.1/debian/changelog
--- xgraph-12.1/debian/changelog
+++ xgraph-12.1/debian/changelog
@@ -1,3 +1,10 @@
+xgraph (12.1-9.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Invoke aclocal *before* autoconf (closes: #463470)
+
+ -- Ben Hutchings <[EMAIL PROTECTED]>  Tue, 29 Jul 2008 00:02:25 +0100
+
 xgraph (12.1-9) unstable; urgency=low
 
   * invoke aclocal in debian/rules to update configure.in (closes: #463470)
--- END ---

-- 
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.


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

Bug#492698: appears to be vulnerable to cache poisoning attack CVE-2008-1447

[Ian Jackson]

Robert Edmonds writes ("Re: Bug#492698: appears to be vulnerable to cache 
poisoning attack CVE-2008-1447"):
> [ CC'ing Ian. ]
> Ian, are you planning a fix for this?

The short answer is no, not in any reasonable timescale.  It's not
even clear whether a fix is possible for a stub resolver, which
typically doesn't have the luxury of a whole IP address to itself and
which can't reasonably allocate thousands of ports.

adns has always used entirely predictable sequence numbers and expects
that the path between it and the nameserver does not permit an
attacker to inject spoofed packets that appear to come from the
nameserver.  Quoting the source:

  setup.c:  ads->nextid= 0x311f;

This is documented in INSTALL:

  SECURITY AND PERFORMANCE - AN IMPORTANT NOTE

  adns is not a `full-service resolver': it does no caching of responses
  at all, and has no defence against bad nameservers or fake packets
  which appear to come from your real nameservers.  It relies on the
  full-service resolvers listed in resolv.conf to handle these tasks.

  For secure and reasonable operation you MUST run a full-service
  nameserver on the same system as your adns applications, or on the
  same local, fully trusted network.  You MUST only list such
  nameservers in the adns configuration (eg resolv.conf).

  You MUST use a firewall or other means to block packets which appear
  to come from these nameservers, but which were actually sent by other,
  untrusted, entities.

  Furthermore, adns is not DNSSEC-aware in this version; it doesn't
  understand even how to ask a DNSSEC-aware nameserver to perform the
  DNSSEC cryptographic signature checking.


Ian.



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

Bug#491745: Bug#492862: grub-installer: Fails on virtio disks

[Robert Millan]

On Tue, Jul 29, 2008 at 03:53:46PM +0200, Jérémy Bobbio wrote:
> 
> grub-installer currently fails on virtio disks (/dev/vd[a-z]) as grub
> does not list virtio disks in device.map.

Does this address the problem?

grub (0.97-42) unstable; urgency=high
  [...]
  * patches/use_grub-probe_in_grub-install.diff: Use grub-mkdevicemap when
device.map needs to be regenerated (this brings in Virtio support, and
probably others).
(Closes: #491745)

(pending unblock)

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."



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

Bug#492923: kxneur doesn't work at all with xneur >= 0.9.1

[Alexander Gerasiov]

Package: kxneur
Version: 0.8.0+svn20080310-2
Severity: grave

kxneur should be updated from svn version to 0.9.1 release to be
compatible with xneur 0.9.1


-- System Information:
Debian Release: lenny/sid
  APT prefers testing-proposed-updates
  APT policy: (700, 'testing-proposed-updates'), (700, 'testing'), (670, 
'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)
Shell: /bin/sh linked to /bin/bash

Versions of packages kxneur depends on:
ii  kdelibs4c2a4:3.5.9.dfsg.1-6  core libraries and binaries for al
ii  libacl12.2.47-2  Access control list shared library
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libattr1   1:2.4.43-1Extended attribute shared library
ii  libaudio2  1.9.1-4   Network Audio System - shared libr
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]0.1.9-2   Client library for the gamin file 
ii  libgcc11:4.3.1-2 GCC support library
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libidn11   1.8+20080606-1GNU libidn library, implementation
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libqt3-mt  3:3.3.8b-5Qt GUI Library (Threaded runtime v
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstdc++6 4.3.1-2   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxft22.1.12-3  FreeType-based font drawing librar
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxnconfig9   0.9.1-1   xneur config file abstraction libr
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  xneur  0.9.1-1~lenny+1   in-place conversion of text typed 
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

kxneur recommends no packages.

kxneur suggests no packages.

-- no debconf information



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

Bug#463277: afnix is buildable on arm using gcc 4.1 ,patch attatched to make build process use it on arm

[peter green]

tags 463277 +patch
thanks

I tried to debug this by adding printf statements and came to the 
conclusion that it appears to be a compiler bug. It crashed during a 
call to a callback. Adding printf statements to that callback stopped it 
crashing (but it went on to crash in another similar callback)


Givent this suspicion I tried disabling optimisation. This was a little 
tricky as though there was a CFLAGS set in debian/rules it didn't seem 
to have any affect on the build process. However that did not fix it.


I established that the last time a buildd successfully built this on arm 
it used gcc-4.1 and afaict the buildds never tried to build it with 4.2. 
So the next thing I tried was using older gcc versions 4.2 failed and 
4.1 works


A patch to make afnix build using g++-4.1 on arm has been attatched.

Note: my testing was done in qemu, I don't have access to real arm hardware.


diff -urN afnix-1.5.2/cnf/mak/afnix-gcc-4.1.mak afnix-1.5.2.new/cnf/mak/afnix-gcc-4.1.mak
--- afnix-1.5.2/cnf/mak/afnix-gcc-4.1.mak	1970-01-01 00:00:00.0 +
+++ afnix-1.5.2.new/cnf/mak/afnix-gcc-4.1.mak	2008-07-29 14:34:51.0 +
@@ -0,0 +1,157 @@
+# 
+# - afnix-gcc-4.2-
+# - afnix compiler configuration - forced gcc 4.1 configuration  -
+# - created by peter green based on afnix-gcc-4.mak to workarround a build   -
+# - issue on arm
+# 
+# - This program is  free software;  you can  redistribute it and/or  modify -
+# - it provided that this copyright notice is kept intact.   -
+# -  -
+# - This  program  is  distributed in the hope  that it  will be useful, but -
+# - without  any   warranty;  without  even   the   impliedwarranty   of -
+# - merchantability  or fitness for a particular purpose. In not event shall -
+# - the copyright holder be  liable for  any direct, indirect, incidental or -
+# - special damages arising in any way out of the use of this software.  -
+# 
+# - copyright (c) 1999-2007 amaury darsch-
+# 
+
+# 
+# - compiler and linker section  -
+# 
+
+CC  = g++-4.1
+LD  = gcc-4.1
+LK		= gcc-4.1
+AR  = ar
+RANLIB		= ranlib
+STDEVFLAGS  =
+STDCCFLAGS  = -Wall -fno-builtin
+STACCFLAGS	=
+DYNCCFLAGS	= -fPIC
+PLTCCFLAGS  = -MMD
+DEBUGFLAGS  = -g
+OPTCCFLAGS  = -O2
+PFLCCFLAGS  = -g -pg
+COVCCFLAGS  = -g -fprofile-arcs -ftest-coverage
+CPPCCFLAGS  = -nostdinc -nostdinc++
+CXXCCFLAGS  = 
+STDDEFINES  = -D_REENTRANT
+DBGDEFINES  = -DDEBUG
+OPTDEFINES  =
+STDINCLUDE  =
+AFXCPPTYPE	= GNU
+AFXCPPVERS	= 4
+
+# 
+# - compiler dependant libraries -
+# 
+
+# adjust for darwin platform
+ifeq ($(PLATNAME),darwin)
+PLTSDKROOT	= $(SDKDIR)
+PLTSDKARCH	= -arch ppc -arch i686
+PLTCCFLAGS  = -isysroot ${PLTSDKROOT} $(PLTSDKARCH)
+PLTLDFLAGS	= $(PLTCCFLAGS)
+PLTLKFLAGS	= $(PLTCCFLAGS)
+PLTEVFLAGS	= MACOSX_DEPLOYMENT_TARGET=10.4
+endif
+
+# 
+# - platform dependant linking flags -
+# 
+
+# adjust for linux platform
+ifeq ($(PLATNAME),linux)
+ARFLAGS		= rc
+LDFLAGS		= -shared
+ifeq ($(LKMODE),soname)
+LDFLAGS	   += -Wl,-soname,$(SONAME)
+endif
+AFXCPPLIBS	= -lsupc++
+endif
+
+# adjust for solaris platform
+ifeq ($(PLATNAME),solaris)
+ARFLAGS		= rc
+LDFLAGS		= -shared
+ifeq ($(LKMODE),soname)
+LDFLAGS	   += -Wl,-h,$(SONAME)
+endif
+AFXCPPLIBS	= -lsupc++
+endif
+
+# adjust for freebsd platform
+ifeq ($(PLATNAME),freebsd)
+LD		= g++
+LK		= g++
+ARFLAGS		= rc
+LDFLAGS		= -shared
+ifeq ($(LKMODE),soname)
+LDFLAGS	   += -Wl,-soname,$(SONAME)
+endif
+AFXCPPLIBS	=
+endif
+
+# adjust for darwin platform
+ifeq ($(PLATNAME),darwin)
+LD		= g++
+LK		= g++
+ARFLAGS		= -rc
+LDFLAGS		= -dynamiclib $(PLTLDFLAGS)
+ifeq ($(LKMODE),dylib)
+LDFLAGS	   += -compatibility_version $(MAJOR).$(MINOR)
+LDFLAGS+= -current_version $(MAJOR).$(MINOR).$(PATCH)
+else
+$(error, "undefined darwin linking mode")
+endif
+AFXCPPLIBS	=
+endif
+
+# adjust for gnu/fr

Bug#492887: vserver-debiantools: Domain names with numeric input are rejected as incorrect

[Bram Swenson]

Hello Ola, 

Nah...I think it can wait now that it is documented and there is a patch up in 
bugs. Freezes are serious...this is pretty simple. 

Thanks, 
Bram. 

- "Ola Lundqvist" wrote: 
> Hi Bram 
> 
> On Tue, Jul 29, 2008 at 12:56:09PM -0400, Bram Swenson wrote: 
> > Package: vserver-debiantools 
> > Version: 0.3.4 
> > Severity: important 
> > Tags: patch 
> > 
> > 
> > When using the newvserver script with a domain argument that contains 
> > numerals and error occurs. 
> > 
> >  
> > # newvserver --hostname server1 --domain 247example.com --ip 1.2.3.4 
> > 
> > newvserver error: --domain requires a dns domain-name 
> > e.g. "example.com" 
> >  
> > 
> > Line 213 has the regex: 
> > 
> > [a-z]*[a-z] 
> > 
> > which i think should actually be: 
> > 
> > [a-z0-9]*[a-z] 
> > 
> > since numerals are allowed in domain names this regex should allow for 
> > them. 
> 
> Yes you are right. However the regex must be something like 
> [a-z0-9]*[a-z0-9] 
> 
> Is this bug important enough so you think I should push it for lenny? Lenny 
> has been frozen namely. 
> 
> Best regards, 
> 
> // Ola 
> 
> > Thanks, 
> > Bram. 
> > 
> > 
> > -- System Information: 
> > Debian Release: 4.0 
> > APT prefers stable 
> > APT policy: (500, 'stable') 
> > Architecture: sparc (sparc64) 
> > Shell: /bin/sh linked to /bin/bash 
> > Kernel: Linux 2.6.18-6-vserver-sparc64 
> > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) 
> > 
> > Versions of packages vserver-debiantools depends on: 
> > ii binutils 2.17-3 The GNU assembler, linker and bina 
> > ii debootstrap 0.3.3.2etch1 Bootstrap a basic Debian system 
> > ii rsync 2.6.9-2etch2 fast remote file copy program (lik 
> > ii util-vserver 0.30.212-1 user-space tools for Linux-VServer 
> > 
> > vserver-debiantools recommends no packages. 
> > 
> > -- no debconf information 
> 
> > --- /usr/sbin/newvserver 2006-12-09 05:46:05.0 -0500 
> > +++ /usr/sbin/newvserver-domainfix 2008-07-29 11:42:06.0 -0400 
> > @@ -210,7 +210,7 @@ 
> > ;; 
> > --domain) 
> > case "$2" in 
> > - [a-z]*[a-z]) 
> > + [a-z0-9]*[a-z]) 
> > VDOMAIN="$2" 
> > ;; 
> > *) 
> 
> 
> -- 
> - Ola Lundqvist --- 
> / [EMAIL PROTECTED] Annebergsslingan 37 \ 
> | [EMAIL PROTECTED] 654 65 KARLSTAD | 
> | http://inguza.com/ +46 (0)70-332 1551 | 
> \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / 
> --- 
> 

Bug#492231: Re: Bug#492231: Re: Bug#492231: Re: Bug#492231: Re: Re: konqueror: unable to mount fixed drives. Nobody knows how to fix this...

[Notch-1]

>> Can i change this behavior?
>> What can i do, better than open a shell and manual mount? (i can't use
>> fstab) And most of all: WHY? :P
>Seriously, why can't you just premount __fixed disks__ on boot? If you don't 
>want to do that, use noauto option in conjunction with the user (or users) 
>option in /etc/fstab. Then as I said you will be able to mount the disk via 
>media:/
No, can't! I simply want a system that works everywere, not a system that 
force me to edit some files to use it. If i have to tell the system wich disk 
i have, then i'm the system! My system has to work FOR me, not WITH me...
This mean live distro...

>> Ahahaha are you kidding me? Obiously sometimes i need also to mount some
>> fixed harddisks :D
>Sure you do. But you know Linux is not some Windows and if everyone could 
>premount a fixed disk by default, that would pose a security risk.
Not like windows... You mean that what people say about linux is true? Is made 
for developers only? :D Then i am a developer, but i still don't want to edit 
a file to mount a drive :DD
I understand the policy thing, but i simply disagree,so how to change this 
behavior?
I have to write all possible entry from hda1 to hdz99 to fstab? :D

>> Anyway, with some other distribution i tried (the last one is kubuntu
>> 8.04.1-desktop, yesterday) i can mount fixed harddisk just like removable,
>> so...?
>Probably because ubuntu installer adds your disk to /etc/fstab with noauto 
>and 
>user options. 
Live cd only, i ain't installed anything

>Or ubuntu hacked their KDE and hal/permissions in the way that  
>it does not look like the real KDE/Linux anymore. 
Mmmm, i'll ask kubuntu people...

>It _might_ be possible to  
>mount fixed disks via hal but I'm not really sure about that.
How else? It looks like hal...

>P.S. NTFS support in HAL-mounting is known to be broken.
yes, i know, read the "original bug report" please (as you mentioned before, 
quoting me)





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

Bug#492799: HBCI-Import names transactions wrongly

[Andreas Köhler]

Hi Micha,

On Di, 2008-07-29 at 12:57 +0200, Micha Lenk wrote:
> tags 492799 +patch
> thanks
> 
> Joachim Breitner schrieb:
> > Package: gnucash
> > Version: 2.2.4-2
> > Severity: normal
> > 
> > Hi,
> > 
> > thanks for the HBCI support in main!
> > 
> > I have one regression compared to the gnucash-hbci package formerly
> > provided somewhere else:
> > 
> > A regular HBCI transaction that used to be name
> > ; 
> > 
> > is now called
> > ; 
> > 
> > I assume this is just a small code typo somewhere.
> 
> Yes, you're right. See the attached patch, that fixes it.
> 
> @Gnucash developers: This concerns the backported patch for AqBanking3
> support. The patch should apply directly to current trunk and 2.2 branch
> aswell.

Applied to trunk as r17436 and marked for backport.
Thanks a lot!

Ciao,
-- andi5



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

Bug#492624: debian-policy: Allow internal debconf questions

[Russ Allbery]

Julian Andres Klode <[EMAIL PROTECTED]> writes:
> Joey Hess wrote:
>> Julian Andres Klode wrote:

>>> Quoting 3.9.1:

>>> "Packages which use the Debian Configuration management specification
>>> must allow for translation of their messages by using a
>>> gettext-based system such as the one provided by the po-debconf
>>> package."

>>> But internal debconf questions should not be translated, as they are
>>> not displayed to the user.

>> Internal debconf questions are not communicated and thus are not "messages".

> This should be clarified in the policy.

Would changing that sentence to:

Packages which use the Debian Configuration management specification
must allow for translation of their user-visible messages by using a
gettext-based system such as the one provided by the po-debconf
package.

be sufficient to address this bug for you?

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#487201: MPL-license

[Ian Jackson]

Russ Allbery writes ("Bug#487201: MPL-license"):
> By pure numbers, that's not a sufficient number of packages to warrant
> inclusion in common-licenses according to the criteria previously
> discussed here.  (I think it falls short by hundreds.)

I don't think pure numbers is the only thing we should be considering
here.  The costs either way in bandwidth and diskspace are modest.

But having a licence in common-licences acts as if it were a kind of
approval - even if we don't intend it that way.  So we should only put
licences there that we actually like.

I would suggest that the MPL is not a licence that we like and want to
lend encouragement and visibility.

Ian.



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