Bug#375433: Please support custom commands in sv and/or runsv

[Andras Korn]

Hi Gerrit,

I just realized that for custom commands like 'reload' to work, it's not
even necessary to go through runsv; sv could manage it on its own, just like
it does 'check'. You'd just need the custom scripts in the service
directory, where check resides anyway (or in a subdirectory so you could
have actions called 'run' and 'finish').

sv could then just call the corresponding script when called with an unknown
command argument, preferably changing to the service directory first so that
things like 'sv h .' work (which is what 'reload' would do in many cases).

What do you think?

Andras

-- 
 Andras Korn 
  QOTD:
 It doesn't work, but it looks pretty.


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

Bug#394270: Unfuzzied and corrected nb translation

[Christian Perrier]

Quoting Bjørn Steensrud ([EMAIL PROTECTED]):
> Sorry about that - 
> 

Committed...No problem.

-- 




signature.asc
Description: Digital signature

Bug#232492: Announce of the upcoming NMU for the openldap2 package

[Christian Perrier]

> I am sorry for not answering earlier. Basically I am fine with the NMU,
> but it will not add much value as the debconf questions are only used in
> the non-library parts of the package which are not built anymore. They
> have been superseded by OpenLDAP 2.3 for some time now. The only reason
> to keep the old libraries is that they have GnuTLS support, a feature
> that we are still missing from OpenLDAP 2.3.
> 
> I'd suggest not to spend too much time on those old packages. I'll try
> to find the time to remove the unused stuff from the package this
> weekend.


I hesitated a lot before working on that specific NMU as I knew that:

-you're a responsive maintainer
-openldap 2.2 is mostly considered obsolete

Anyway, I started the work because:

-it's not a big hassle
-it gives a rewards to translators

So, I suggest that, if you plan changes to openldap2, you send tha
patch tp me so that I integrate it in the NMU.

An alternative is /me sending you a tarball with the po/ directory
containing all updates I will have received at the end of the call for
translation updates (which ends in a few days).

The last alternative is removing the package from testing/unstable but
I guess you have reasons not doing so..:-)

Your call, Torsten. I'm fine with building/uploading the package and
thus save your time for mor eimportant tasks.




signature.asc
Description: Digital signature

Bug#394302: curlftpfs: Fails to work with files with size bigger then sizeof(long)

[Steve Langasek]

severity 394302 important
tags 394302 lfs
thanks

On Fri, Oct 20, 2006 at 05:04:35PM +0200, Andrei Lahun wrote:

> Justification: causes non-serious data loss

Hmmm, while claiming that all bugs in LFS support cause "data loss" would be
an intriguing method of forcing these bugs to be fixed, I'm afraid I have to
consider this severity overrated.

It's still grounds for NMUing the package for the etch release, though, if
the maintainer doesn't attend to the bug and someone else is interested in
fixing this.

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


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

Bug#394379: [SPAM] - Bug#394379: erlang-base(-hipe): searching for affected services can be very slow - Bayesian Filter detected spam

[Sergei Golovan]

On 10/21/06, Aaron M. Ucko <[EMAIL PROTECTED]> wrote:


erlang-base(-hipe)'s post-installation and pre-removal scripts search
for services that depend on erlang by running dpkg -S individually on
each file in /etc/init.d.  While this is technically valid, it can
take a *very* long time on systems with many packages installed,


Thanks for the report! We'll upload fixed version after 1:11.b.1.dfsg-1 enters
testing (it fixes RC-bug concerning non free docs in the source).


An even faster approaach would be to require all affected packages to
register their init scripts by, say, creating symlinks in some special
directory; you'd need to conflict with or special-case versions that
haven't been adjusted to do so yet, though.


We thought about this approach. It requires changes in other packages.
While it's not so complicated to fix packages which are shipped with Debian
(actually there are only two of them) there may be packages, which people build
for custom use.
I wouldn't like to break them on erlang upgrade.

So, I would choose optimizing dpkg -S call and not separate registering erlang
dependent services.

--
Sergei Golovan


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

Bug#394415: libbttracker0-dev: depends on non-existent libaputil1-dev

[Steve Langasek]

Package: libbttracker0-dev
Version: 0.0.19+p4.2213-1
Severity: grave

Hi Tyler,

The libbttracker0-dev package is uninstallable in unstable, because although
mod-bt has been updated for apache 2.2, there is a typo in the dependency
field for this package: libaputil1-dev instead of libaprutil1-dev.  Please
correct this ASAP so that we can wind up the apache 2.2 transition in etch.

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


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

Bug#391768: Please really update the translation for the package exim4 in your language

[Yuri Kozlov]

Russian debconf templates translation update is attached.

--
Regards,
Yuri Kozlov


exim4_debconf_ru.po.gz
Description: GNU Zip compressed data

Bug#394414: agave: crashes when adding colors to bookmarks

[Shawn K. Quinn]

Package: agave
Version: 0.4.1-0
Severity: important


Upon trying to add a color to my bookmark list, agave crashes. This
is reproducible with some regularity; sometimes the color is added
successfully, other times I get this crash:

** ERROR **: file gailtreeview.c: line 926 (gail_tree_view_ref_child): 
assertion failed: (renderer_list != NULL)
aborting...
Aborted

I got a similar crash when building 0.4.1 from source and installing it
under my $HOME, so this bug may well be upstream.

It's possible severity "grave" may be more accurate; I'm leaving that as
a judgement call for the maintaners.

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

Versions of packages agave depends on:
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.14.0-2  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.14.0-5  The Bonobo UI library
ii  libc6  2.3.6.ds1-6   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libgcc11:4.1.1-16GCC support library
ii  libgconf2-42.16.0-2  GNOME configuration database syste
ii  libgconfmm-2.6-1c2 2.14.2-1  C++ wrappers for GConf (shared lib
ii  libglib2.0-0   2.12.4-1  The GLib library of C routines
ii  libglibmm-2.4-1c2a 2.12.0-1  C++ wrapper for the GLib toolkit (
ii  libgnome-keyring0  0.4.9-1   GNOME keyring services library
ii  libgnome2-02.16.0-2  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.14.1-2  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.14.2-2+b1   GNOME virtual file-system (runtime
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libgtkmm-2.4-1c2a  1:2.8.8-1 C++ wrappers for GTK+ 2.4 (shared 
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.0-2libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.14.7-1  Layout and rendering of internatio
ii  libpopt0   1.10-3lib for parsing cmdline parameters
ii  libsigc++-2.0-0c2a 2.0.17-2  type-safe Signal Framework for C++
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-16  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-2 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.26.dfsg-4 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra

agave recommends no packages.

-- no debconf information


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

Bug#394182: [Pkg-shadow-devel] Bug#394182: cppw: copies to /etc/passwd even with -s switch

[Christian Perrier]

(not CC'ind Chad as he subscribed to the ML)

> > I've looked at the code (in debian/patches/401_cppw_src.dpatch), and
> > noticed it is checking for the obsolete symbol SHADOWPWD before checking
> > for the -s switch.  Since that symbol doesn't exist (The Changelog says it
> > has been removed), it goes ahead and copies the file over /etc/passwd
> > instead of /etc/shadow.


My first analysis would be just removing the #ifdef/#endif for
SHADOWPWD (and likely SHADOWGRP later).

Nicolas, Chad, agreed?




signature.asc
Description: Digital signature

Bug#394413: installation-guide

[Clytie Siddall]

Package: installation-guide
Version:
Severity: minor
Tags:

Minor typos in "hardware.po":
___
.po:285
auto:   ⑤   Tag: para
Original:	⌘0	Nearly all x86-based (IA-32) processors still in use in  
personal computers
are supported, including all varieties of Intel's \"Pentium\" series.  
This

also includes 32-bits AMD and VIA (former Cyrix) processors, and new
processors like the Athlon XP and Intel P4 Xeon.

.po:285
auto:   ⑤   Tag: para
Original:	⌘0	Nearly all x86-based (IA-32) processors still in use in  
personal computers
are supported, including all varieties of Intel's \"Pentium\" series.  
This

also includes 32-bits AMD and VIA (former Cyrix) processors, and new
processors like the Athlon XP and Intel P4 Xeon.
___

-32-bits
+32-bit

Clytie Siddall (vi-VN, Vietnamese free-software translation team /  
nhóm Việt hóa phần mềm tự do)

Bug#317243: aMSN plugins

[Nelson A. de Oliveira]

Hi!

(Just now that I am seeing that there were answers on my bug report)

You wrote:
If i understand correctly, you said that there are plugins only to MacOS,
which means they wont work on debian (or not?). if so, i cant see any reason
why there should be a package amsn-plugins with no plugins in it :)

Actually, there are plugins for all plataforms and specific plugins
for Mac OS X.
So the amsn-plugins package will include plugins available for every
plataform (including Linux). Mac OS X plugins won't be included.

A list of plugins is available here:
http://amsn.sourceforge.net/plugins.php

Thank you!

Best regards,
Nelson


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

Bug#394182: [Pkg-shadow-devel] Bug#394182: cppw: copies to /etc/passwd even with -s switch

[Christian Perrier]

Quoting C. Chad Wallace ([EMAIL PROTECTED]):
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Package: passwd
> Version: 1:4.0.18.1-3
> Severity: grave
> Justification: causes data loss
> 
> Since some time after sarge, the cppw program does not recognize the -s
> switch.  When -s is given, it is supposed to copy the file to /etc/shadow,
> but instead it copies it to /etc/passwd, effectively disabling ALL logins.
> 
> I've looked at the code (in debian/patches/401_cppw_src.dpatch), and
> noticed it is checking for the obsolete symbol SHADOWPWD before checking
> for the -s switch.  Since that symbol doesn't exist (The Changelog says it
> has been removed), it goes ahead and copies the file over /etc/passwd
> instead of /etc/shadow.


Thank you for your detailed and extensive bug report. We will of
course discuss it with Nicolas François who co-maintains the package
and I have no doubt that a quick solution will be found within a few
days.







signature.asc
Description: Digital signature

Bug#376591: not fixed in denemo 0.7.5-4

[Petr Salinger]

found 376591 0.7.5-4
reopen 376591
thanks

It looks like patch to debian/rules have not been applied.



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

Bug#393692: libphp-phplot: ships font with no author or license

[Steve Langasek]

Hi Sam,

On Tue, Oct 17, 2006 at 03:01:10PM +0200, Sam Hocevar (Debian packages) wrote:

>The font libphp-phplot-4.4.6+5.0rc1.orig/examples/benjamingothic.ttf
> (Benjamin Gothic Regular) does not mention the author's name nor its
> licensing terms. All it has is the string "FREEWARE", which needs
> clarification because it usually means "free for non-commercial use",
> and does not allow modification.

Are you asserting that you know the origin of this font, and know that the
copyright holder is not the same as that for the rest of the package?
Otherwise, how do we know that this is a bug at all?

FWIW, to me the word "freeware" means "free to use and copy, with no
guarantee of permission to modify"; it in any case does not appear to
contradict the license in the upstream README or in debian/copyright, so I
can't see that we have grounds here for excluding this package from the
release unless you have more explicit evidence that debian/copyright is
incorrect.

Though in investigating this bug, I find that the package incorrectly claims
that version 3 of the PHP license is equivalent to
/usr/share/common-license/BSD, which it most definitely is not, and this is
an RC bug in its own right...

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


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

Bug#393530: Bug#394397: packages wrongly named

[Rene Engelhard]

hungerburg wrote:
> Please see bug report #393530 against apt-move: it says so
> there and if the reasoning is right, its actually against
> openoffice - ooo packages versioning breaks apt-move
> (2.0.4~rc3-1 comes after 2.0.4-1).

This is nonsense.

$ dpkg --compare-versions 2.0.4~rc3-1 lt 2.0.4-1 && echo "true"
true

2.0.4~rc3 < 2.0.4. That *is* the semantics of ~.

apt-move is buggy because it doesn't recognize the new ~-

Gr��e/Regards,

Ren�
-- 
 .''`.  Ren� Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73



signature.asc
Description: Digital signature

Bug#393600: gtk2hs: Maintainer is working on it

[Arjan Oosting]

Package: gtk2hs
Followup-For: Bug #393600

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,


For those wo are interested, the maintainer is working on this one:

okt 21 03:42:44 arjanoosting: I'll have a look at Gtk2Hs for 
GHC 6.6 over the weekend.
okt 21 03:43:04liyang, I'm not sure I can be bothered to 
back-port the fix.
okt 21 03:43:35 What is the fix? Just switching FiniteMap to 
Data.Map?
okt 21 03:46:42 dcoutts: how imminent is 0.9.11? If it's 
something like next week, I'll not bother; otherwise I'll attempt to patch up 
0.9.10 for GH\C 6.4...
okt 21 03:54:30liyang, I can point you to the darcs patches 
that fixed gtk2hs for ghc-6.6, it's not that pretty. I balked at backporting 
them.
okt 21 03:54:56liyang, we were thinking of gtk2hs-0.9.11 
within about a month
okt 21 04:11:21 dcoutts: I'll try backporting it then. :)
okt 21 04:11:33liyang, good luck.

Greetings Arjan

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

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

iD8DBQFFOa52UALvsZYuOJARAvpPAJ4+c13PLLMvKRf8Lyav7aW9Q6JbbgCeOY0b
K2mH+mfleVQapeTelqG+Kl8=
=EYoS
-END PGP SIGNATURE-


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

Bug#394412: libxine1: cannot find demuxer for mp3 files

[Ben Hay]

Package: libxine1
Version: 1.1.2-6
Severity: normal


It seems Xine is no longer able to play mp3 files.

"There is no demuxer plugin available to handle 
'/home/ben/Music/favourites/Bruce Springsteen - Lost in the Flood.mp3'."
Ditto for any other mp3 I attempt to play.


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

Versions of packages libxine1 depends on:
ii  liba52-0.7.4 0.7.4-4 Library for decoding ATSC A/52 str
ii  libasound2   1.0.13-1ALSA library
ii  libavcodec0d 0.cvs20060823-4 ffmpeg codec library
ii  libc62.3.6.ds1-6 GNU C Library: Shared libraries
ii  libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib
ii  libgl1-mesa-glx [libgl1] 6.5.1-0.2   A free implementation of the OpenG
ii  libglu1-mesa [libglu1]   6.5.1-0.2   The OpenGL utility library (GLU)
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libmad0  0.15.1b-2.1 MPEG audio decoder library
ii  libmodplug0c21:0.7-5.2   shared libraries for mod music bas
ii  libogg0  1.1.3-2 Ogg Bitstream Library
ii  libpostproc0d0.cvs20060823-4 ffmpeg video postprocessing librar
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libspeex11.1.12-2The Speex Speech Codec
ii  libstdc++6   4.1.1-16The GNU Standard C++ Library v3
ii  libtheora0   0.0.0.alpha7-1  The Theora Video Compression Codec
ii  libvorbis0a  1.1.2-1 The Vorbis General Audio Compressi
ii  libx11-6 2:1.0.3-2   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxv1   1:1.0.2-1   X11 Video extension library
ii  libxvmc1 1:1.0.2-2   X11 Video extension library
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages libxine1 recommends:
ii  libmng1   1.0.9-1Multiple-image Network Graphics li

-- no debconf information


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

Bug#394402: fireflier_1.1.6-2+b2(hppa/unstable): FTBFS: bad build-depends

[Steve Langasek]

tags 394402 sid
thanks

On Fri, Oct 20, 2006 at 10:00:29PM -0600, [EMAIL PROTECTED] wrote:
> There was an error while trying to autobuild your package:

> > Automatic build of fireflier_1.1.6-2+b2 on peri by sbuild/hppa 85
> > Build started at 20061020-1604

> [...]

> > ** Using build dependencies supplied by package:
> > Build-Depends: debhelper (>> 3.0.0), iptables-dev, libpam0g-dev, 
> > libssl-dev, libqt3-mt-dev, automake, autoconf, libtool, pkg-config, 
> > libgtkmm2.0-dev, g++, m4, kdelibs4-dev, libxml2-dev, libgconf2-dev

> [...]

> > Building dependency tree...
> > Package automake is not available, but is referred to by another package.
> > This may mean that the package is missing, has been obsoleted, or
> > is only available from another source
> > However the following packages replace it:
> >   automake1.4
> > E: Package automake has no installation candidate apt-get failed.

> A full build log can be found at:
> http://buildd.debian.org/build.php?arch=hppa&pkg=fireflier&ver=1.1.6-2+b2

 Well, at least automake1.4 is frozen now, so this isn't an RC problem
for etch...

Eric, why are you making this change in a package that's been frozen?  Why
does the changelog claim that there is a "new automake package", when this
package is not in the archive and doesn't appear to be in NEW?

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


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

Bug#394410: im-sdk_12.3.91-0.2(ia64/unstable): FTBFS: debian/tmp/usr/bin/iiimx: no such file

[lamont]

Package: im-sdk
Version: 12.3.91-0.2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of im-sdk_12.3.91-0.2 on caballero by sbuild/ia64 85
> Build started at 20061020-1934

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: autotools-dev, libtool, dbs, debhelper (>= 5), libwrap0-dev 
> (>= 7.6.dbs-3), libx11-dev, libice-dev, libsm-dev, libxt-dev, libpam0g-dev, 
> libcanna1g-dev, docbook-dsssl, jade, docbook-xml, sgml-data (>= 2.0), 
> libgtk2.0-dev, flex, intltool, automake1.7, libxml2-dev, libgconf2-dev, 
> libgnomeui-dev, libpanel-applet2-dev, scrollkeeper, libchewing3-dev

[...]

> make[3]: Entering directory 
> `/build/buildd/im-sdk-12.3.91/build-tree/iiimf-12.3.91-svn2814/gnome-im-switcher'
> make[3]: Nothing to be done for `install-exec-am'.
> make[3]: Nothing to be done for `install-data-am'.
> make[3]: Leaving directory 
> `/build/buildd/im-sdk-12.3.91/build-tree/iiimf-12.3.91-svn2814/gnome-im-switcher'
> make[2]: Leaving directory 
> `/build/buildd/im-sdk-12.3.91/build-tree/iiimf-12.3.91-svn2814/gnome-im-switcher'
> make[1]: Leaving directory 
> `/build/buildd/im-sdk-12.3.91/build-tree/iiimf-12.3.91-svn2814/gnome-im-switcher'
> cd build-tree/iiimf-12.3.91-svn2814/iiimecf/util && /usr/bin/make install 
> prefix=/build/buildd/im-sdk-12.3.91/debian/tmp/usr
> make[1]: Entering directory 
> `/build/buildd/im-sdk-12.3.91/build-tree/iiimf-12.3.91-svn2814/iiimecf/util'
> install -d /build/buildd/im-sdk-12.3.91/debian/tmp/usr/bin
> install -s -m 555 udclient 
> /build/buildd/im-sdk-12.3.91/debian/tmp/usr/bin/udclient
> make[1]: Leaving directory 
> `/build/buildd/im-sdk-12.3.91/build-tree/iiimf-12.3.91-svn2814/iiimecf/util'
> dh_install -a --list-missing --sourcedir=debian/tmp
> cp: cannot stat `debian/tmp/usr/bin/iiimx': No such file or directory
> dh_install: command returned error code 256
> make: *** [install-arch] Error 1

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=im-sdk&ver=12.3.91-0.2



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

Bug#394385: PAGE_SIZE is incorrectly exposed

[Steve Langasek]

# affects libc6-dev on other archs as well
reassign 394385 glibc
found 394385 2.3.6.ds1-4
tags 394385 patch
thanks

On Fri, Oct 20, 2006 at 04:16:35PM -0600, Troy Heber wrote:

> PAGE_SIZE is no longer exposed to user space in , see
> Bug#393023. However,  defines NBPG to be PAGE_SIZE which
> prevents packages that use it form building gdb (Bug#394381) and crash
> (Bug#394267).

Attached is a patch which replaces the hard-coded values of PAGE_SIZE with
calls to sysconf(_SC_PAGESIZE) in sys/user.h, for all architectures.  This
is somewhat pre-emptive since PAGE_SIZE is still defined on a number of
these archs, but there's no sense in having to fix the same bug again later
the next time the kernel changes...

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
Index: glibc-2.3.6/sysdeps/unix/sysv/linux/alpha/sys/user.h
===
--- glibc-2.3.6.orig/sysdeps/unix/sysv/linux/alpha/sys/user.h   2006-10-20 
20:40:59.0 -0700
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/alpha/sys/user.h2006-10-20 
20:41:11.0 -0700
@@ -41,7 +41,7 @@
   char u_comm[32]; /* user command name */
 };
 
-#define NBPG   PAGE_SIZE
+#define NBPG   sysconf(_SC_PAGESIZE)
 #define UPAGES 1
 #define HOST_TEXT_START_ADDR   (u.start_code)
 #define HOST_DATA_START_ADDR   (u.start_data)
Index: glibc-2.3.6/sysdeps/unix/sysv/linux/i386/sys/user.h
===
--- glibc-2.3.6.orig/sysdeps/unix/sysv/linux/i386/sys/user.h2006-10-20 
20:41:45.0 -0700
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/i386/sys/user.h 2006-10-20 
20:42:35.0 -0700
@@ -92,8 +92,7 @@
   int  u_debugreg [8];
 };
 
-#define PAGE_SHIFT 12
-#define PAGE_SIZE  (1UL << PAGE_SHIFT)
+#define PAGE_SIZE  sysconf(_SC_PAGESIZE)
 #define PAGE_MASK  (~(PAGE_SIZE-1))
 #define NBPG   PAGE_SIZE
 #define UPAGES 1
Index: glibc-2.3.6/sysdeps/unix/sysv/linux/ia64/sys/user.h
===
--- glibc-2.3.6.orig/sysdeps/unix/sysv/linux/ia64/sys/user.h2006-10-20 
20:46:09.0 -0700
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/ia64/sys/user.h 2006-10-20 
20:46:16.0 -0700
@@ -45,7 +45,7 @@
   char u_comm[32]; /* User command name.  */
 };
 
-#define NBPG   PAGE_SIZE
+#define NBPG   sysconf(_SC_PAGESIZE)
 #define UPAGES 1
 #define HOST_TEXT_START_ADDR   (u.start_code)
 #define HOST_DATA_START_ADDR   (u.start_data)
Index: glibc-2.3.6/sysdeps/unix/sysv/linux/mips/sys/user.h
===
--- glibc-2.3.6.orig/sysdeps/unix/sysv/linux/mips/sys/user.h2006-10-20 
20:45:07.0 -0700
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/mips/sys/user.h 2006-10-20 
20:47:24.0 -0700
@@ -207,8 +207,7 @@
 
 #endif
 
-#define PAGE_SHIFT 12
-#define PAGE_SIZE  (1UL << PAGE_SHIFT)
+#define PAGE_SIZE  sysconf(_SC_PAGESIZE)
 #define PAGE_MASK  (~(PAGE_SIZE-1))
 #define NBPG   PAGE_SIZE
 #define UPAGES 1
Index: glibc-2.3.6/sysdeps/unix/sysv/linux/x86_64/sys/user.h
===
--- glibc-2.3.6.orig/sysdeps/unix/sysv/linux/x86_64/sys/user.h  2006-10-20 
20:46:43.0 -0700
+++ glibc-2.3.6/sysdeps/unix/sysv/linux/x86_64/sys/user.h   2006-10-20 
20:47:15.0 -0700
@@ -164,8 +164,7 @@
 };
 #endif  /* __WORDSIZE */
 
-#define PAGE_SHIFT 12
-#define PAGE_SIZE  (1UL << PAGE_SHIFT)
+#define PAGE_SIZE  sysconf(_SC_PAGESIZE)
 #define PAGE_MASK  (~(PAGE_SIZE-1))
 #define NBPG   PAGE_SIZE
 #define UPAGES 1

Bug#394407: gforth_0.6.2-7(hppa/unstable): FTBFS: bad build-depends

[lamont]

Package: gforth
Version: 0.6.2-7
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of gforth_0.6.2-7 on bld-3 by sbuild/hppa 85
> Build started at 20061020-1922

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper, autoconf, automake

[...]

> Building dependency tree...
> Package automake is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> However the following packages replace it:
>   automake1.4
> E: Package automake has no installation candidate apt-get failed.

A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=gforth&ver=0.6.2-7



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

Bug#394409: fish_1.21.12-3(ia64/unstable): FTBFS: unaligned load in tests

[lamont]

Package: fish
Version: 1.21.12-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of fish_1.21.12-3 on caballero by sbuild/ia64 85
> Build started at 20061021-0453

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: cdbs, debhelper (>= 4.1.0), libncurses5-dev, bsdmainutils, bc, 
> autotools-dev, autoconf, gettext, groff-base

[...]

> Testing use of broken tokenizer
> Test destruction of broken tokenizer
> Test correct tokenization
> Testing parser
> Testing null input to parser
> Testing block nesting
> Testing detection of invalid use of builtin commands
> Testing basic evaluation
> Testing parameter expansion
> Encountered 0 errors in low-level tests
> Testing high level script functionality
> /bin/sh: line 1:  7612 Bus error   ../fish  make[1]: *** [test] Error 135
> make[1]: Leaving directory `/build/buildd/fish-1.21.12'
> make: *** [debian/stamp-makefile-check] Error 2

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

There are also several warnings (which indicate fatal conditions on ia64...)
with regard to casting from pointer to integer of different size, and
vice versa - see the full log.

lamont


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

Bug#394404: libgstreamer-perl_0.07-2(ia64/unstable): FTBFS: test failures and attempts to write outside of build tree

[lamont]

Package: libgstreamer-perl
Version: 0.07-2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of libgstreamer-perl_0.07-2 on caballero by sbuild/ia64 85
> Build started at 20061021-0404

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.2), dpatch, perl (>= 5.8.0-7), 
> libextutils-depends-perl (>= 0.205), libextutils-pkgconfig-perl (>= 1.07), 
> libglib-perl (>= 1:1.114), libgstreamer0.10-dev, gstreamer0.10-alsa, 
> gstreamer0.10-plugins-base

[...]

> ok
> t/GstTagSetter..GStreamer-WARNING **: Problem writing registry cache 
> to /root/.gstreamer-0.10/registry.ia64.xml: No such file or directory at 
> /build/buildd/libgstreamer-perl-0.07/blib/lib/GStreamer.pm line 39.
> ok
> t/GstTypeFindFactoryGStreamer-WARNING **: Problem writing registry cache 
> to /root/.gstreamer-0.10/registry.ia64.xml: No such file or directory at 
> /build/buildd/libgstreamer-perl-0.07/blib/lib/GStreamer.pm line 39.
> ok
> t/GstValue..GStreamer-WARNING **: Problem writing registry cache 
> to /root/.gstreamer-0.10/registry.ia64.xml: No such file or directory at 
> /build/buildd/libgstreamer-perl-0.07/blib/lib/GStreamer.pm line 39.
> ok
> Failed TestStat Wstat Total Fail  Failed  List of Failed
> t/GstClock.t255 6528020   40 200.00%  1-20
> t/GstElement.t2   512362   5.56%  6 9
> t/GstMessage.t  255 6528070   78 111.43%  32-70
> Failed 3/31 test scripts, 90.32% okay. 61/495 subtests failed, 87.68% okay.
> make[1]: *** [test_dynamic] Error 255
> make[1]: Leaving directory `/build/buildd/libgstreamer-perl-0.07'
> make: *** [install] Error 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=libgstreamer-perl&ver=0.07-2



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

Bug#71996:

[Marlon Jackson]

Greetings,

Based on your previous records, our company can 
offer you anywhere from 298K at 6.04% to 615K at 4.58%

www.incorch.com/16r

Please fill out some info and instantly recieve your FICO rating.
Negative scores are NOT a problem. 

Thanks,
Marlon Jackson




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

Bug#394411: xen-3.0_3.0.3~rc4+hg11760-1(ia64/unstable): Please add ia64 support

[lamont]

Package: xen-3.0
Version: 3.0.3~rc4+hg11760-1
Severity: wishlist

There was an error while trying to autobuild your package:

> Automatic build of xen-3.0_3.0.3~rc4+hg11760-1 on caballero by sbuild/ia64 85
> Build started at 20061021-0451

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5.0.37.2), python-dev (>= 2.3), libsdl1.2-dev, 
> bcc, dpatch, lsb-release, python-central (>= 0.5), linux-support-2.6.18-1

[...]

> dpkg-buildpackage: source package is xen-3.0
> dpkg-buildpackage: source version is 3.0.3~rc4+hg11760-1
> dpkg-buildpackage: host architecture ia64
> dpkg-buildpackage: source version without epoch 3.0.3~rc4+hg11760-1
>  /usr/bin/fakeroot debian/rules clean
> dh_testdir
> rm -rf debian/build debian/stamps
> dh_clean
>  debian/rules build
> dh_testdir
> /usr/bin/make -f debian/rules.gen setup-ia64
> make[1]: Entering directory `/build/buildd/xen-3.0-3.0.3~rc4+hg11760'
> make[1]: *** No rule to make target `setup-ia64'.  Stop.
> make[1]: Leaving directory `/build/buildd/xen-3.0-3.0.3~rc4+hg11760'
> make: *** [debian/stamps/setup-base] Error 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=xen-3.0&ver=3.0.3~rc4+hg11760-1

Apparently, ia64 support is either upstream, or soon-to-be-upstream.

thanks,
lamont


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

Bug#394406: fails to mount crypto loops

[[EMAIL PROTECTED]]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: loop-aes-utils
Version: 2.12r-13
Severity: grave

It fails to mount a crypto partition (loop AES) - dispalys either the
can't find file system (see dmesg) standard message, or some bad
IO_CONTROLL like error (I think it was the case when I had to use the
/bin/mount.orig)

I am a bit confused - should I now use 'cryptosetup' to access the
partition created by loopaes like:
losetup -T -e aes-128 /dev/loop6 -C 200 -Sfoo /dev/hda12
with fstab entry: /dev/hda12  /cr/store   jfs
user,noatime,nodev,nosuid,encryption=aes-128,itercountk=200,pseed=foo 0
  0

Even if yes, then this change should be made more transparent, otherwise
users like me end up suddenly with system that fails to auto mount some
of partitions, or even without (working) "mount" command at all -
therefore I report it as grave, in my case it rendered the PC unbootable
 (untill maintaince and fixing).

When I by hand setup the losetup loop with identical options
and then call mount on /dev/loopX - it works fine as before.

Also, right after doing apt-get upgrade which upgraded the
loop-aes-utils probably (among other tools), the systeam was left
without ANY mount at all! there was no file /bin/mount, only file
/bin/moun.orig which I used to mount partitions and fixed system to
usable state.

I tried downgrading loop-aes-utils to sarge version but it seems it
didnt helped.
After downgrade:
blackelf:/home/raf256# sha1sum `which mount`
9cc043710d1287c0e79da9931c7a73c8c28feb07  /bin/mount

before downgrade (in current testing 2.12r-13)
blackelf:/home/raf256# sha1sum `which mount`
e458b5155d717f00db7ed39373e1edff12042207  /bin/mount

it do not work in either version:

blackelf:/home/raf256# mount /cr/store/
Password:
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
   missing codepage or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

(yes, ofcourse I am using the right mountpoint-partition, giving correct
password, and there are correct options in /etc/fstab I doublechecked all)

dmesg don't show no message regarding


blackelf:/home/raf256# sha1sum `which mount`
e458b5155d717f00db7ed39373e1edff12042207  /bin/mount
blackelf:/home/raf256# sha1sum `which mount.orig`
5039852d0e357aaec2635c99e91f07ef1b6eaf6d  /bin/mount.orig
blackelf:/home/raf256# sha1sum `which losetup`
8d64b0d97e02b993a7d65d0744077d5906781e86  /sbin/losetup
blackelf:/home/raf256# dpkg --list *mount*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
in  cryptmount  (no description available)
ii  mount  2.12r-11   Tools for mounting and
manipulating filesystems
ii  pmount 0.9.13-1+b1mount removable devices as
normal user
blackelf:/home/raf256# dpkg --list *aes*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  loop-aes-utils 2.12r-13   Tools for mounting and
manipulating filesystems
blackelf:/home/raf256# dpkg --list *crypt* | grep ii
ii  cryptsetup   1.0.4~rc2-1configures encrypted
block devices
ii  libcrypt-des-perl2.05-1 Perl DES encryption module
ii  libcrypt-ecb-perl1.40-1 Perl library to encrypt
data using ECB mode
ii  libcrypt-openssl-bignum-perl 0.03-1 Access OpenSSL
multiprecision integer arithm
ii  libcrypt-openssl-dsa-perl0.13-1 Module which implements
the DSA signature ve
ii  libcrypt-openssl-random-perl 0.03-1 Access to the OpenSSL
pseudo-random number g
ii  libcrypt-openssl-rsa-perl0.23-1 Perl module providing
basic RSA functionalit
ii  libcrypt-ssleay-perl 0.51-5 Support for https
protocol in LWP
ii  libcrypto++-utils5.2.1c2a-3 General purpose
cryptographic library - util
ii  libcrypto++5.2c2a5.2.1c2a-3 General purpose
cryptographic shared library
ii  libgcrypt11  1.2.3-2LGPL Crypto library -
runtime library
ii  libgcrypt11-dev  1.2.3-2LGPL Crypto library -
development files
ii  libgnucrypto-java2.1.0-1full-featured
cryptographic library in Java
ii  libmcrypt4   2.5.7-5De-/Encryption Library
ii  php4-mcrypt  5.1.2-1MCrypt module for php4
ii  rsyncrypto   0.17-2 rsync friendly encryption




- --
Rafał Maj
www

Bug#394405: eclipse_3.1.2-2(ia64/unstable): FTBFS: missing library?

[lamont]

Package: eclipse
Version: 3.1.2-2
Severity: important

There was an error while trying to autobuild your package:

> Automatic build of eclipse_3.1.2-2 on caballero by sbuild/ia64 85
> Build started at 20061021-0153

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>> 4.2), dpatch (>= 2.0), lsb-release, bzip2, 
> sharutils, java-gcj-compat-dev (>= 1.0.54), ecj-bootstrap, liblucene-java (>= 
> 1.4.2), liblucene-java-doc (>= 1.4.2), junit (>= 3.8), libjsch-java (>= 
> 0.1.19), libjsch-java (<< 0.1.20), libgtk2.0-dev (>= 2.4), libgnome2-dev (>= 
> 2.6), libgnomeui-dev (>= 2.6), libxtst-dev, classpath-doc, pkg-config, 
> libcairo2-dev, ant-optional (>= 1.6.5-3), libtomcat5-java, mozilla-dev

[...]

>  [exec] gcc -O2 -Wall -DSWT_VERSION=3139  -DLINUX -DGTK 
> -I/usr/lib/jvm/java-gcj/include -I/usr/lib/jvm/java-gcj/include/linux -fpic 
> -DSWT_PTR_SIZE_64 `pkg-config --cflags gnome-vfs-module-2.0 libgnome-2.0 
> libgnomeui-2.0` -c gnome_structs.c
>  [exec] gcc -O2 -Wall -DSWT_VERSION=3139  -DLINUX -DGTK 
> -I/usr/lib/jvm/java-gcj/include -I/usr/lib/jvm/java-gcj/include/linux -fpic 
> -DSWT_PTR_SIZE_64 `pkg-config --cflags gnome-vfs-module-2.0 libgnome-2.0 
> libgnomeui-2.0` -c gnome_stats.c
>  [exec] gcc -shared -fpic -s `pkg-config --libs-only-L 
> gnome-vfs-module-2.0 libgnome-2.0 libgnomeui-2.0` -lgnomevfs-2 -lgnome-2 
> -lgnomeui-2 -o libswt-gnome-gtk-3139.so swt.o gnome.o gnome_structs.o 
> gnome_stats.o
>  [exec] gcc -O2 -Wall -DSWT_VERSION=3139  -DLINUX -DGTK 
> -I/usr/lib/jvm/java-gcj/include -I/usr/lib/jvm/java-gcj/include/linux -fpic 
> -DSWT_PTR_SIZE_64   -c -o swt_awt.o swt_awt.c
>  [exec] gcc -L/usr/lib/jvm/java-gcj/jre/lib/ia64 -lgcjawt -shared -s -o 
> libswt-awt-gtk-3139.so swt_awt.o
>  [exec] /usr/bin/ld: cannot find -lgcjawt
>  [exec] collect2: ld returned 1 exit status
>  [exec] make[1]: Leaving directory 
> `/build/buildd/eclipse-3.1.2/source-tree/swttmp'
>  [exec] make[1]: *** [libswt-awt-gtk-3139.so] Error 1
> 
> BUILD FAILED
> /build/buildd/eclipse-3.1.2/source-tree/build.xml:54: exec returned: 2
> 
> Total time: 16 minutes 44 seconds
> make: *** [build-java-stamp] Error 1

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=eclipse&ver=3.1.2-2



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

Bug#394408: texlive-latex-extra: Typo in bibleref.sty

[Cameron Horsburgh]

Package: texlive-latex-extra
Version: 2005.dfsg.2-1
Severity: normal

On lines 131 and 205 of bibleref.sty [EMAIL PROTECTED] should be replaced by 
[EMAIL PROTECTED]

-- Package-specific info:
If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report. Don't forget to also include minimal examples of
other files that are needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.latex-einfuehrung.de/mini-en.html (english)

or 

http://www.latex-einfuehrung.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1047 2006-10-21 04:16 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 2006-10-16 09:53 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 27 2006-10-11 23:32 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
lrwxrwxrwx 1 root root 27 2006-10-11 23:32 /usr/share/texmf-texlive/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVE
##
 Config files
lrwxrwxrwx 1 root root 20 2006-10-16 09:53 /usr/share/texmf/web2c/texmf.cnf -> 
/etc/texmf/texmf.cnf
-rw-r--r-- 1 root root 6234 2006-10-16 09:55 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 root root 10325 2006-10-16 09:55 /var/lib/texmf/web2c/updmap.cfg
-rw-r--r-- 1 root root 5446 2006-10-16 09:55 
/var/lib/texmf/tex/generic/config/language.dat

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

Versions of packages texlive-latex-extra depends on:
ii  preview-latex-style11.83-2   LaTeX style files for editor embed
ii  tetex-base 3.0.dfsg.2-2  Basic TeX input files of teTeX
ii  texlive-common 2005.dfsg.2-1 TeX Live: Base component
ii  texlive-pictures   2005.dfsg.2-1 TeX Live: Drawing and graphing pac

Versions of packages texlive-latex-extra recommends:
ii  texlive-generic-extra  2005.dfsg.2-1 TeX Live: Miscellaneous extra gene

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0] 1.5.6  Debian configuration management sy
ii  ucf   2.0015 Update Configuration File: preserv

Versions of packages texlive-latex-extra is related to:
ii  tetex-base  3.0.dfsg.2-2 Basic TeX input files of teTeX
ii  tetex-bin   3.0-21   The teTeX programs
ii  tetex-extra 3.0.dfsg.2-2 Additional TeX input files of teTe

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:
  tex-common/singleuser: false


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

Bug#394403: ktoon_0.8-1(ia64/unstable): FTBFS: g++ errors

[lamont]

Package: ktoon
Version: 0.8-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of ktoon_0.8-1 on caballero by sbuild/ia64 85
> Build started at 20061021-0407

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5.0.0), dpatch, autotools-dev, libqt4-dev (>= 
> 4.1.1), libaspell-dev, libaudio-dev, libungif4-dev, libavcodec-dev, 
> libavformat-dev, libglu1-xorg-dev, libming-dev, libming-util, 
> libgstreamer0.10-dev, imagemagick, docbook-to-man

[...]

> /usr/include/qt4/QtCore/qhash.h: In member function 'bool 
> DActionManager::insert(DAction*)':
> /usr/include/qt4/QtCore/qhash.h:326: error: 'QHash::iterator::operator 
> bool() const [with Key = QString, T = DAction*]' is private
> dactionmanager.cpp:43: error: within this context
> make[4]: *** [.obj/dactionmanager.o] Error 1

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=ktoon&ver=0.8-1



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

Bug#142424: Experian Personal Solutions Score patti hurley

[Eloy Adams]

Hi patti hurley,

Accoring to your current history, our office can 
offer you anywhere from 375K at 7.41% to 753K at 5.88%

www.incorch.com/16r

Please fill out your info and instantly recieve your FICO rating.
Bad scores aren't a issue. 

Thanks,
Eloy Adams




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

Bug#394402: fireflier_1.1.6-2+b2(hppa/unstable): FTBFS: bad build-depends

[lamont]

Package: fireflier
Version: 1.1.6-2+b2
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of fireflier_1.1.6-2+b2 on peri by sbuild/hppa 85
> Build started at 20061020-1604

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>> 3.0.0), iptables-dev, libpam0g-dev, libssl-dev, 
> libqt3-mt-dev, automake, autoconf, libtool, pkg-config, libgtkmm2.0-dev, g++, 
> m4, kdelibs4-dev, libxml2-dev, libgconf2-dev

[...]

> Building dependency tree...
> Package automake is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> However the following packages replace it:
>   automake1.4
> E: Package automake has no installation candidate apt-get failed.

A full build log can be found at:
http://buildd.debian.org/build.php?arch=hppa&pkg=fireflier&ver=1.1.6-2+b2



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

Bug#394065: [pkg-ggz-maintainers] Bug#394065: ggzcore-bin: libtasn problem: prerm fails, package won't configure, can't remove, can't reinstall

[Adam Porter]

On Friday 20 October 2006 13:26, you wrote:
> Adam Porter wrote:
> > Package: ggzcore-bin
> > Version: 0.0.13-3
> > Severity: important
> >
> > Preparing to replace ggz-sdl-games 0.0.13-2 (using
> > .../ggz-sdl-games_0.0.13-3_i386.deb) ... ggz-config: error while
> > loading shared libraries: libtasn1.so.2: cannot open shared object
> > file: No such file or directory
>
> My ggz-config is linked against libtasn1.so.3.  What about yours?

$ ldd /usr/bin/ggz-config
linux-gate.so.1 =>  (0xe000)
libggzcore.so.7 => /usr/local/lib/libggzcore.so.7 (0x4329d000)
libggz.so.2 => /usr/local/lib/libggz.so.2 (0x432b9000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x45258000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x453b8000)
libgnutls.so.12 => /usr/lib/libgnutls.so.12 (0xb7f62000)
libtasn1.so.2 => not found
libz.so.1 => /usr/lib/libz.so.1 (0x454ae000)
libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x469e)
libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0x457d1000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x469da000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x45225000)
/lib/ld-linux.so.2 (0x449c8000)
libtasn1.so.2 => not found
libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x49a4e000)

I'm not sure what to make of it being linked against both.  (My knowledge of 
how compiling and linking works is quite limited, anyway.)


pgp85GQOiwz2c.pgp
Description: PGP signature

Bug#394400: Plugin can't be used

[Jonny]

Package: uim
Version: 1:1.2.1-4

Since there is no /etc/uim directory, uim-module-manager does not run:

 Setting up uim-common (1.2.1-4) ...
 Failed to open installed-modules.scm: No such file or directory
 Failed to open loader.scm: No such file or directory


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

Bug#394248: gaim shuts down

[Luke Schierer]

Awesome, I am glad to hear that, as I was unsure what else might be
causing it.

luke

On Fri, Oct 20, 2006 at 11:36:49PM -0300, Alejandro Vera wrote:
> Hi Luke
> 
> Today I do a feith leap (sorry for my english)... and dist-upgraded
> from experiemntal!!! well.. all is ok and the change to GTK 2.10.6
> gaim now is rock-solid
> 
> The problem seems related to the libgtk
> 
> I hope that this information is useful
> 
> Alejandro
> 
> On 10/20/06, Alejandro Vera <[EMAIL PROTECTED]> wrote:
> >I tried (using msn) muting sound and then i disabled sound 
> >(preferences->sound)
> >
> >I both cases gaim exits
> >
> >On 10/20/06, Luke Schierer <[EMAIL PROTECTED]> wrote:
> >> Okay, so the next thing to try, if you disable sound before enabling an
> >> account, does it still crash?
> >>
> >> luke
> >>
> >
> 


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

Bug#392910: (no subject)

[Kai-Cheung Leung]

Severity: normal


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

Bug#394248: gaim shuts down

[Alejandro Vera]

:D

I olny to be the only one with that problem


gaim is a great piece of software and i really did miss it..

thanks for all

On 10/21/06, Luke Schierer <[EMAIL PROTECTED]> wrote:

Awesome, I am glad to hear that, as I was unsure what else might be
causing it.

luke

On Fri, Oct 20, 2006 at 11:36:49PM -0300, Alejandro Vera wrote:
> Hi Luke
>
> Today I do a feith leap (sorry for my english)... and dist-upgraded
> from experiemntal!!! well.. all is ok and the change to GTK 2.10.6
> gaim now is rock-solid
>
> The problem seems related to the libgtk
>
> I hope that this information is useful
>
> Alejandro
>
> On 10/20/06, Alejandro Vera <[EMAIL PROTECTED]> wrote:
> >I tried (using msn) muting sound and then i disabled sound
> >(preferences->sound)
> >
> >I both cases gaim exits
> >
> >On 10/20/06, Luke Schierer <[EMAIL PROTECTED]> wrote:
> >> Okay, so the next thing to try, if you disable sound before enabling an
> >> account, does it still crash?
> >>
> >> luke
> >>
> >
>




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

Bug#393406: This is a stupid fight of Debian vs IETF/ISOC

[Steve Langasek]

On Sat, Oct 21, 2006 at 02:45:08AM +0200, Paul Wouters wrote:

> The RFC's are standards. They can be freely copied, published, modified
> and rereleased. The only thing you cannot do is CALL IT THE STANDARD.

No, this is not true.  The IETF does not grant permission to modify RFCs,
with or without name changes.

> Openswan has given basic cart blanche to Debian maintainers to maintain
> the debian/ directory. Why not send us an update that ensures the RFCs
> are not packaged on Debian? That way you don't have to create this silly
> "dfsg" package.

The contents of *source* packages shipped in Debian main must comply with
the Debian Free Software Guidelines.

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


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

Bug#394273: more info

[David Purton]

I was just using acpi events and a script that did this:

echo mem > /sys/power/state


I removed this and installed gnome-power-manager and it now correctly
resumes under 2.6.18. Haven't tested 2.6.17.

This solves my problem. Maybe the script way is not supported anymore? Or
is there still a bug somewhere?

I'll leave it up to you if you want to leave this bug open or not.


cheers

dc

-- 
David Purton
[EMAIL PROTECTED]
 
For the eyes of the LORD range throughout the earth to
strengthen those whose hearts are fully committed to him.
 2 Chronicles 16:9a


signature.asc
Description: Digital signature

Bug#394399: unable to install/uninstall the dmraid

[Asho Yeh]

Package: dmraid
Version: 0.9.9+1.0.0.rc9-3.1
Severity: normal

Hello.
I installed the dmraid package on my debian testing. The installation
seemed  to be broken. The error message is belowed:

Removing dmraid ...
Shutting down DMRAID devices... No RAID sets
invoke-rc.d: initscript dmraid, action "stop" failed.
dpkg: error processing dmraid (--purge):
 subprocess pre-removal script returned error exit status 1
 Setting up DMRAID devices...No RAID sets
 invoke-rc.d: initscript dmraid, action "start" failed.
 dpkg: error while cleaning up:
  subprocess post-installation script returned error exit status 1
  Errors were encountered while processing:
   dmraid
   E: Sub-process /usr/bin/dpkg returned an error code (1)
   A package failed to install.  Trying to recover:


I hope this report could be helpful. Thanks.

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

Versions of packages dmraid depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libdevmapper1.02 2:1.02.08-1 The Linux Kernel Device Mapper use
ii  libselinux1  1.30.28-2   SELinux shared libraries
ii  lsb-base 3.1-15  Linux Standard Base 3.1 init scrip

dmraid recommends no packages.

-- no debconf information


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

Bug#391377: tetex-extra: aptitude wants to remove tetex-extra upon dist-upgrade to etch

[Daniel Burrows]

On Thu, Oct 19, 2006 at 07:34:08AM +0200, Frank Küster <[EMAIL PROTECTED]> was 
heard to say:
> Daniel Burrows <[EMAIL PROTECTED]> wrote:
> 
> >   Yeah, I think it's pretty well known that metapackages interact in
> > sometimes surprising ways with dependencies.  I don't think using a
> > Depends would actually help in this case, though; unless I'm mistaken,
> > you'd still get the "remove tetex-extra" choice before the
> > "install latex-beamer" choice.  There are a few other cases where
> > Recommendations are probably inappropriate (including aptitude, whee),
> > but it doesn't generally seem to be a problem.  Except here :P.
> 
> One more thing that I don't understand is why this happens with
> latex-beamer, but the other Recommends of tetex-extra are not
> mentioned.  Is it because latex-beamer again Depends on two of the other
> Recommends: 
> 
> $ apt-cache show tetex-extra | grep Recommends
> Recommends: latex-beamer, latex-xcolor, lmodern, pgf, preview-latex-style, 
> texinfo
> $ apt-cache show latex-beamer | grep Depends
> Depends: pgf (>= 1.00-1), latex-xcolor (>= 2.00-1), tetex-extra | 
> texlive-latex-base

  That's a good question, and something I should have thought about
sooner.

  It looks to me like the other recommendations are in the same
situation, but you don't see an effect from them because

  (a) if we remove or hold back tetex-extra, we refuse to install
  those recommendations in that branch (part of the algorithm), and

  (b) if we install those recommendations and then remove
  tetex-extra, the resulting solution will probably be a superset of
  one that removes tetex-extra without installing the
  recommendations, and the smaller solution is usually generated
  first.  The resolver will suppress the superset in this case.

  This is one place where a Depends would help.  The problem is that
aptitude relies on a simple apt algorithm to get a "mostly right"
starting point for its dependency resolution.  Unfortunately, this
algorithm ignores Recommendations on upgrade.  I think there's an apt
bug on this and IIRC, mvo said that he has a proposed fix for it that I
could look at...I've just been too stretched lately to look at it.

  I think the best solution, then, is probably to arrange for all the
new recommendations to be marked in the first pass; aptitude's own
resolver will produce better results from a better starting point.

> >   Forcing dependencies earlier might make the solution you want show up
> > earlier (and has no ill effects other than slowing down processing), so
> > I might add that and see if it helps.  It won't help in complicated
> > situations, though (e.g., if you have both testing and unstable in your
> > sources.list, which is kind of a pathological case for the resolver).
> 
> I hope such a change won't break other situations...

  Probably not.  There are two basic possibilities:

  (a) the solution post-forcing has a lower score than pre-forcing.  In
  this case it would have ended up at this lower score anyway, so
  its position in the sequence of generated solutions won't change
  (all the solutions with a higher score (*) will be generated
  before aptitude gets around to opening up this solution).

  (*) this is a lie.  Since aptitude doesn't exhaustively search all
  possibilities before generating a solution, a solution that
  looks bad now can get better later.  This is, I think, the
  reason that latex-beamer isn't getting installed -- to get
  to the final state, aptitude has to pass through a state
  that's heavily penalized.

  (a) the solution post-forcing has a higher score than pre-forcing.  In
  this case, it's probably "good" from the algorithm's point of view
  to force the dependencies, since we might find a better solution
  sooner.  This doesn't mean the user will prefer the solution
  that's generated, but it does mean that the order of the solutions
  will respect the weighting factors more (or at least be less
  disrespectful of them).

  Daniel

Bug#392305: Please update debconf PO translation for the package aptitude

[Christian Perrier]

Quoting Yuri Kozlov ([EMAIL PROTECTED]):
> 2006/10/11, Christian Perrier <[EMAIL PROTECTED]>:
> > I would be grateful if you could take the time and update it.
> >Please respect the Reply-To: field and send your updated translation to
> >[EMAIL PROTECTED]
> ~~
> Strange


Wrong copy/paste..Don't worry, I'm on both sides..:-)





signature.asc
Description: Digital signature

Bug#394398: cvsnt: NTLMSSP auth with empty domain part fails

[Johannes Stezenbach]

Package: cvsnt
Version: 2.5.03.2382-2
Severity: normal
Tags: patch

NTLMSSP authentication against a Windows cvsnt server fails.

I have an older, hacked cvsnt version which works, and by comparing
tcpdumps I found out that the pointer field of the second
string (domain/workstation) of the type 1 NTLM message
built by buildSmbNtlmAuthRequest() points past the end
of the message when the domain argument is an empty string.
The server then immediately rejects the auth request
with a "[80090308] The parameter is incorrect." reply.

The attached patch fixes this, and makes NTLM auth work for me.

(The older cvsnt version I have set the offset field
to some totally bogus value when the string length is
zero, thus I believe the offset value doesn't matter
at all in this case, as long as it doesn't point past
the end of the packet.)


Thanks,
Johannes


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-rc2
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages cvsnt depends on:
ii  libc62.3.6.ds1-6 GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.10.02+dfsg-1 common error description library
ii  libexpat 1.95.8-3.3  XML parsing C library - runtime li
ii  libgcc1  1:4.1.1-16  GCC support library
ii  libkrb53 1.4.4-3 MIT Kerberos runtime libraries
ii  libssl0. 0.9.7k-3SSL shared libraries
ii  libstdc+ 1:3.3.6-13  The GNU Standard C++ Library v3
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages cvsnt recommends:
ii  netbase   4.27   Basic TCP/IP networking system

-- no debconf information
--- cvsnt-2.5.03.2382/protocols/ntlm/smbutil.c.orig 2006-10-21 
03:30:43.0 +0200
+++ cvsnt-2.5.03.2382/protocols/ntlm/smbutil.c  2006-10-21 03:50:05.0 
+0200
@@ -258,6 +258,12 @@ buildSmbNtlmAuthRequest_userlen (tSmbNtl
   /* FIXME this should be workstation, not username */
   AddBytes (request, user, user, user_len);
   AddString (request, domain, domain);
+  /* offset must not point past end of message (otherwise server responds
+   * with "The parameter is incorrect."), however if the string length
+   * is zero it doesn't matter where exactly the offset points to, I think
+   */
+  if (!domain || !*domain)
+request->domain.offset--;
 }
 
 void

Bug#387658: bittornado: btlaunchmany does not send "event=stopped" to tracker on exit.

[Morita Sho]

Cameron Dale wrote:

I don't think it matters, as the new function start() is called from
inside the __init__() functions try statement, and so any unhandled
exceptions in the start() function will be passed back to the
__init__() functions except statement. That is my understanding of how
try..except works.

Thanks for the concern, I hope my explanation makes sense.


I understand that.
Thanks a lot for your quick response!

Morita Sho



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

Bug#394397: packages wrongly named

[hungerburg]

Package: openoffice.org
Version: 2.0.4-1
Severity: normal

Please see bug report #393530 against apt-move: it says so
there and if the reasoning is right, its actually against
openoffice - ooo packages versioning breaks apt-move
(2.0.4~rc3-1 comes after 2.0.4-1).

apt-move is a convenient way to keep a local pool of installed
packages on a system (to burn to cdrom eg.)

thanks

peter


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

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

openoffice.org recommends no packages.

-- no debconf information


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

Bug#393111: fglrx-kernel module does not build with Unstable

[K.S. Bhaskar]

aptitude reinstall fglrx-kernel-source followed by use of
module-assistant took care of it.  Thank you very much, Flavio.

Regards
-- Bhaskar

On 10/16/06, Flavio Stanchina <[EMAIL PROTECTED]> wrote:

K.S. Bhaskar wrote:
> The fglrx kernel module fails to compile.  See make.sh.log below.

It builds fine here; see http://bugs.debian.org/389947 for more information.
In short, you likely have stale kernel module sources around.

Just in case this is actually a bug, please describe *how* you tried to build
the module. Also try the following command which works here:

  module-assistant -v -t -k /usr/src/linux-headers-2.6.18-1-686 build fglrx

If you still have problems, please post a complete transcript of what
happens, not just the make.sh log.

--
Ciao, Flavio




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

Bug#393686: [Pkg-alsa-devel] Bug#393686: alsa-utils: hard lockup when running alsactl names

[Vincent . McIntyre]

> [...]
> > I still get a hard lockup.
> > The file ~/asound_user.names is not created.
> >
> > I checked around in /var/log, all I could find were boot-time messages
> > in /var/log/messages, eg
> >   Oct 18 20:46:42 tinsley kernel: es1968: not attempting power management.
> >   Oct 18 20:46:42 tinsley kernel: es1968: clocking to 48000
>
> Why do you need /etc/asound.names?

I don't necessarily. I don't really know what it is for. I tried alsactl
names to see what devices alsa thought were there, and hit a hard lockup
which I thought I should report.

> Is sound working properly?
Sound is not working correctly. I can see sound devices and mucking around
in alsamixer allows me to get a soft clicking sound if I turn the volume
way up. But I have been unable to get any sound files to play back. My
attempts so far have been with xmms and an mp3 file (the file is known
good).

> Do you have customized asoundrc's?
Not that I can find. Because getting sound working involves so much hassle
I usually don't bother tweaking it once it's working.


> Please provide the output of:
> $ ls -al /dev/snd
> witch has to look like:

user$ ls -al /dev/snd
total 0
drwxr-xr-x  2 root root  140 2006-10-18 20:46 .
drwxr-xr-x 15 root root13620 2006-10-21 08:59 ..
crw-rw  1 root audio 116,  0 2006-10-18 20:46 controlC0
crw-rw  1 root audio 116,  8 2006-10-18 20:46 midiC0D0
crw-rw  1 root audio 116, 24 2006-10-18 20:46 pcmC0D0c
crw-rw  1 root audio 116, 16 2006-10-18 20:46 pcmC0D0p
crw-rw  1 root audio 116, 33 2006-10-18 20:46 timer

I've tagged the missing ones below, with an asterisk:

> crw-rw 1 root audio 116,  0 Oct 19 21:25 controlC0
> crw-rw 1 root audio 116, 32 Oct 19 21:25 controlC1  *
> crw-rw 1 root audio 116, 36 Oct 19 21:25 hwC1D0 *
> crw-rw 1 root audio 116,  8 Oct 19 21:25 midiC0D0
> crw-rw 1 root audio 116, 24 Oct 19 21:25 pcmC0D0c
> crw-rw 1 root audio 116, 16 Oct 19 21:25 pcmC0D0p
> crw-rw 1 root audio 116, 17 Oct 19 21:25 pcmC0D1p   *
> crw-rw 1 root audio 116, 56 Oct 19 21:25 pcmC1D0c   *
> crw-rw 1 root audio 116, 48 Oct 19 21:25 pcmC1D0p   *
> crw-rw 1 root audio 116, 49 Oct 19 21:25 pcmC1D1p   *
> crw-rw 1 root audio 116, 58 Oct 19 21:25 pcmC1D2c   *
> crw-rw 1 root audio 116, 50 Oct 19 21:25 pcmC1D2p   *
> crw-rw 1 root audio 116, 33 Oct 19 21:25 timer

Perhaps I need an extra module to be loaded? I haven't changed the
module configuration since my initial report.

> As told before: Not reproducible :(

Strange indeed.
Could you send the output of the command when you run it, out of
band?

Thanks for your assistance.
Vince



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

Bug#393112: fglrx-driver does work without kernel module

[K.S. Bhaskar]

Thank you very much Evgeni.  Looks like there were two issues, one
with the kernel module (now taken care of) and the other with the
fixed font (which I still need to take care of).

Regards
-- Bhaskar

On 10/14/06, Evgeni Golov <[EMAIL PROTECTED]> wrote:

On Sat, 14 Oct 2006 20:56:47 -0400 "K.S. Bhaskar"
<[EMAIL PROTECTED]> wrote:

> Fatal server error:
> could not open default font 'fixed'

This is not fglrx related, your Xorg is crashing, because it does not
find the right font. Check the FontPaths in your xorg.conf

Regards, Evgeni




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

Bug#393946: ITP: jd -- gtk+ based 2ch browser for Linux

[Hideki Yamane]

Hi Erik,

On Wed, 18 Oct 2006 21:39:56 +0200
Erik Schanze <[EMAIL PROTECTED]> wrote:
> This long description gives me no idea, that this package is for.
> What is BBS?
> It should be improved during your package build process.

 BBS means "Bulletin board System". 
 In Japan, some BBSs are more popular to discuss something
 than mailing lists or news groups. 

 But it is not easy to read articles in BBS, so we use such 
 special browser. It is like that we use RSS reader to read 
 blogs.

 Does this help you to understand it?



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

Bug#393946: ITP: jd -- gtk+ based 2ch browser for Linux

[Hideki Yamane]

Hi Sam,

On Wed, 18 Oct 2006 21:37:39 +0200
Sam Hocevar <[EMAIL PROTECTED]> wrote:
> >JD is useful to view "2ch-style BBS" that uses "bbs.cgi" and "read.cgi"
> >For example, 2 channel (http://www.2ch.net, largest BBS in Japan), 
> > Shitaraba
> >(http://rentalbbs.livedoor.com/jbbs/), Machi-BBS (http://www.machi.to/) 
> > and
> >so on.
> 
>Awesome. Does it have support for a Mona-compatible font, such as
> xfonts-mona ?

 Yes, I recommend to use such font.


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

Bug#391309: (no subject)

[Adam Cécile (Le_Vert)]

I'd be happy to help you to get this software running.

I've checked the package on the url above I can provide several improvements. 

Are you interrested in getting some help ?


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

Bug#394193: initramfs-tools: root file system fails to mount when mounting by a label, on top of an md device.

[chris-debian]

This does infact cause /dev/disk/by-{label,uuid} to be 
created for md devices. 

Chris Andrews
[EMAIL PROTECTED]

On Fri, Oct 20, 2006 at 06:08:35PM +0200, Marco d'Itri's all...
> 
> echo add > /sys/block/md0/uevent
> 
> But still, I can't see why this should help: if /sys/block/md0/ exists
> then the MD array has already been activated, so its uevent should have
> been generated too.


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

Bug#340975: select Frree MEETTlNG .

[Alicia]

rare Frree MEEETlNG SlTEE.
http://barbarajqgak.com



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

Bug#390369: nbsmtp: Doesn't provide working /usr/sbin/sendmail as an MTA should

[Danny Rathjens]

He is saying that the symlink should be from /usr/sbin/sendmail to nbsmtp
*not* from /usr/bin/sendmail.

I had the same problem with incompatibility also.  The script I was using
to mail cvs commit logs was trying to use "/usr/sbin/sendmail -t"


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

Bug#309692: stat error

[Paul Wouters]

I have no idea what debian does at that pont. Can you run an install
using strace -v -f so we can see what file fails to stat?

Paul


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

Bug#232492: Announce of the upcoming NMU for the openldap2 package

[Torsten Landschoff]

Hi Christian, 

On Thu, Oct 19, 2006 at 07:05:04PM +0200, Christian Perrier wrote:
> 
> On 12 oct 2006 I sent a notice to the maintainer of the openldap2
> Debian package, mentioning the status of at least one old po-debconf
> translation update in the BTS (bug #232492).

I am sorry for not answering earlier. Basically I am fine with the NMU,
but it will not add much value as the debconf questions are only used in
the non-library parts of the package which are not built anymore. They
have been superseded by OpenLDAP 2.3 for some time now. The only reason
to keep the old libraries is that they have GnuTLS support, a feature
that we are still missing from OpenLDAP 2.3.

I'd suggest not to spend too much time on those old packages. I'll try
to find the time to remove the unused stuff from the package this
weekend.

Greetings

Torsten


signature.asc
Description: Digital signature

Bug#394339: obexftp: Please upgrade to 0.21

[Hendrik Sattler]

Am Freitag 20 Oktober 2006 21:34 schrieb Hadmut Danisch:
> I experience the problem to be unable to sync with a Sony Ericsson
> K610i. Before reporting bugs, the package should be updated.

Upgrading to the latest version does not always solve problems. It can also 
create new ones.
I will not upgrade to 0.21 before Etch release but upstream author published a 
patch for Ericsson phones, today!
The other patches in the package make it actually work better than 0.21 (most 
patches are in upstream's queue for 0.22).

I attached it together with a script to include in a 0.19-7. Just put both 
files into an empty dir and run the script.

Test the result. I can provide you a test package for i386 only.

Unluckily, you didn't tell what you mean with "sync".

HS
Index: obexftp-0.19/bfb/bfb_io.c
===
--- obexftp-0.19.orig/bfb/bfb_io.c	2006-10-21 02:29:06.841729997 +0200
+++ obexftp-0.19/bfb/bfb_io.c	2006-10-21 02:29:23.927498064 +0200
@@ -470,15 +470,6 @@
 	return ttyfd;
 
  ericsson:
-	if(do_at_cmd(ttyfd, "", rspbuf, sizeof(rspbuf)) < 0)	{
-		DEBUG(1, "Comm-error\n");
-		goto err;
-	}
-	if(strcasecmp("OK", rspbuf) != 0)	{
-		DEBUG(1, "Error completing AT+GMI (%s)\n", rspbuf);
-		goto err;
-	}
-
 	if(do_at_cmd(ttyfd, "AT*EOBEX\r\n", rspbuf, sizeof(rspbuf)) < 0) {
 		DEBUG(1, "Comm-error\n");
 		goto err;


fix-build.sh
Description: application/shellscript

Bug#335074: leftsourceip man page

[Paul Wouters]

The man page has been updated, and includes a lot more options now.
Particularly, leftxauth{server|cliient},  esp, ike, nat_traversal,
virtual_private, leftsourceip, and a bunch more.

This will be in openswan 2.4.7. If you want to backport the man page,
grab it from there (or current CVS)

Paul


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

Bug#357718: disjoint options

[Paul Wouters]

This is correct and has been fixed in 2.4.7 9or CVS). Both esp= and
ah= have been moved into the automatic keying section, and the
manual keying section now only contains manual keying options.

Paul


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

Bug#394060: X Strike Force X.Org X11 SVN commit: r3863 - in trunk/data/xkb-data/debian: . patches

[Steve Langasek]

On Sat, Oct 21, 2006 at 10:40:37AM +1000, Drew Parsons wrote:
> >  If one is going to use symbols
> > instead of words in the translation, I don't see why one wouldn't use the
> > *proper* symbols instead of a poor approximation -- mistranslating "«»" as
> > "Doubled <>" isn't going to change the symbols actually used, so if there
> > are any encoding issues at all, might as well expose them /before/ the user
> > selects that option ;)

> In that case it sounds like the Slovenians don't have any more of a clue
> what the hell a "guillemet" than an anglophone does.  I might suggest
> therefore using both, something like "Dvojni <> (guillemets, «
> »)".

> In while we're at it, could we do the same for the English translation?
> "Use doubled <> (guillemets, « »)"   :)

Referring to these as "doubled <>" seems *very* unnecessary.  Either you can
see guillemets in your encoding, in which case it's redundant; or you can't,
in which case explanations don't make the option in question any more
desirable...

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

Bug#391429: gc_approx still not working properly

[Eric Cooper]

On Fri, Oct 20, 2006 at 11:35:12PM +0200, Andreas Janssen wrote:
> [...]
> I found out that the md5sum and sha1sum of the package match that in
> the Packages.bz2 file, but the sha256sum is actually different.
> 
> Running the checksum programs on my machine results in:
> 
> ae435c503465b91c7eadc19b234370b6
> 9081951967a54c91315a5ba29337597bb6b2f8af  
> a16e38d82dc830769b89e1f7e213f65e0214fd064bf42350f184205ab0afbc85  
> 
> The Packages file however says:
> 
> MD5sum: ae435c503465b91c7eadc19b234370b6
> SHA1: 9081951967a54c91315a5ba29337597bb6b2f8af
> SHA256: 2b32376a31b621266012b90910927eca18a701b76150e700289f7856b8d8bd3b
> 
> Looks like a problem with the Packages file to me.

Yes, the packages file is wrong.  It might be this bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378183
I have emailed Christian Marillat to point it out to him.

I missed that because the "--quiet" option to gc_approx doesn't print
anything -- they were just being removed silently.

I guess gc_approx should have an option to disable SHA256 checking, or
be more verbose in gc_approx, or both.

-- 
Eric Cooper e c c @ c m u . e d u


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

Bug#394060: X Strike Force X.Org X11 SVN commit: r3863 - in trunk/data/xkb-data/debian: . patches

[Steve Langasek]

On Sat, Oct 21, 2006 at 09:41:03AM +1000, Drew Parsons wrote:

> > Log:
> > + debian/patches/po.diff: Escape <> characters in Slovenian
> >   PO file, base.xml was not a valid XML file.  Closes: #394060

> >   #: ../rules/base.xml.in.h:496
> >   msgid "Use guillemets for quotes"
> >  -msgstr ""
> > -+msgstr "Dvojni <> (guillemets) namesto navednic"
> > ++msgstr "Dvojni <> (guillemets) namesto navednic"

> I always understood "guillemets" to mean specially « » rather than < >,
> as used in the Hungarian descriptions for these entries.

> Is the use of '< >' here a Slovenian thing, or would it be more correct
> to switch to the other kinds which the Hungarians are using?  Indeed,
> the russian description calls them by name, as "French quotemarks",
> which I think implies « » rather than < >.

Doesn't "Dvojni <>" mean "doubled <>"?  If one is going to use symbols
instead of words in the translation, I don't see why one wouldn't use the
*proper* symbols instead of a poor approximation -- mistranslating "«»" as
"Doubled <>" isn't going to change the symbols actually used, so if there
are any encoding issues at all, might as well expose them /before/ the user
selects that option ;)

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

Bug#393446: Update on VLGothic Bold-font problem

[Junichi Uekawa]

Hi,

since noone seems to be posting additional information, the symptoms
are described there:

http://lists.gnu.org/archive/html/freetype/2006-10/msg2.html
http://lists.gnu.org/archive/html/freetype/2006-09/msg00015.html



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


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

Bug#394140: installation-reports: missing Chinese glyphs in GTK installer

[Ming Hua]

On Fri, Oct 20, 2006 at 04:35:30PM +0200, Frans Pop wrote:
> 
> Can you identify which glyphs are missing? A list would be helpful.

As Davide has provided a screenshot and you can see a lot of Chinese
glyphs are missing, I assume a list is not needed anymore.  If the
developers still need a list, I would be happy to prepare (at least a
partial) one.

I agree with the theory about font switching.  In the 20060911
screenshots, Japanese is using inconsistent fonts, and Chinese is using
a consistent font.  In the 20060921 screenshots, Japanese's font is
consistent now (but a different one than that Chinese used), and Chinese
is using a new font the one as the one Japanese is using now, and some
glyphs are missing.  I assume these glyphs just don't exist in the new
Japanese-favored font, and the old Chinese-favored font somehow doesn't
get loaded.

Thanks for the investigation into this issue,
Ming
2006.10.20


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

Bug#394213: svgatextmode: FTBFS, uses PAGE_SIZE

[Steve Langasek]

severity 394213 important
thanks

This package does not actually FTBFS on any architectures where it needs to
build, the package is only built for i386 and that's the only arch where
it's really needed.

The package should still be fixed to not depend on the deprecated PAGE_SIZE
export, but this is not release-critical.

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


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

Bug#357709: no default rsa key

[Paul Wouters]

This is known as http://bugs.xelerance.com/view.php?id=76
I'll give it some more priority.

Paul


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

Bug#291100: keithp's randr patch for xserver

[Drew Parsons]

On Fri, 2006-10-20 at 23:59 +0800, Keith Packard wrote to the xorg
mailing list:
> On Tue, 2006-10-17 at 10:11 +1000, Drew Parsons wrote:
> 
> > Now this patch does not seem to have been applied. The line in question
> > is now at l.1189, but the second swaps is still not there.
> > 
> > Should it have been applied or was there a reason for leaving it out?
> 
> No, I just forgot to get it into the tree. Oops. I've put it into both
> the X server master branch as well as my RandR 1.2 branch. Thanks for
> reminding me.

Thanks Keith, I'll apply it to Debian then.

Drew


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

Bug#394243: (no subject)

[Adam Cécile (Le_Vert)]

I'm going to start working on it.

Thanks for the RFP.


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

Bug#394060: X Strike Force X.Org X11 SVN commit: r3863 - in trunk/data/xkb-data/debian: . patches

[Drew Parsons]

On Fri, 2006-10-20 at 17:30 -0700, Steve Langasek wrote:
> On Sat, Oct 21, 2006 at 09:41:03AM +1000, Drew Parsons wrote:
> 
> > > Log:
> > > + debian/patches/po.diff: Escape <> characters in Slovenian
> > >   PO file, base.xml was not a valid XML file.  Closes: #394060
> 
> > >   #: ../rules/base.xml.in.h:496
> > >   msgid "Use guillemets for quotes"
> > >  -msgstr ""
> > > -+msgstr "Dvojni <> (guillemets) namesto navednic"
> > > ++msgstr "Dvojni <> (guillemets) namesto navednic"
> 
> > I always understood "guillemets" to mean specially « » rather than < >,
> > as used in the Hungarian descriptions for these entries.
> 
> > Is the use of '< >' here a Slovenian thing, or would it be more correct
> > to switch to the other kinds which the Hungarians are using?  Indeed,
> > the russian description calls them by name, as "French quotemarks",
> > which I think implies « » rather than < >.
> 
> Doesn't "Dvojni <>" mean "doubled <>"? 

Oh yeah, I missed that, you're right.

>  If one is going to use symbols
> instead of words in the translation, I don't see why one wouldn't use the
> *proper* symbols instead of a poor approximation -- mistranslating "«»" as
> "Doubled <>" isn't going to change the symbols actually used, so if there
> are any encoding issues at all, might as well expose them /before/ the user
> selects that option ;)

In that case it sounds like the Slovenians don't have any more of a clue
what the hell a "guillemet" than an anglophone does.  I might suggest
therefore using both, something like "Dvojni <> (guillemets, «
»)".

In while we're at it, could we do the same for the English translation?
"Use doubled <> (guillemets, « »)"   :)

Drew

Bug#393406: This is a stupid fight of Debian vs IETF/ISOC

[Paul Wouters]

The RFC's are standards. They can be freely copied, published, modified
and rereleased. The only thing you cannot do is CALL IT THE STANDARD.

If you write RFC-31337, and someone CHANGES the specification, you don't
want them to call it RFC-31337. That has absolutely nothing to do with
"freedom".

Debian is wasting time butchering any package that includes RFC's. Now,
if it came up with technical reasons, such as "we don't want every package
supporting the same RFC to include a copy, it leads to duplicates", then
I say fine, you have a point, let's work on this issue.

Openswan has given basic cart blanche to Debian maintainers to maintain
the debian/ directory. Why not send us an update that ensures the RFCs
are not packaged on Debian? That way you don't have to create this silly
"dfsg" package.

Paul


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

Bug#353629: ITA: edb -- A database program for GNU Emacs

[Tatsuya Kinoshita]

Hi Jari,

If you still have the intention of `ITA: edb' and no one has
offered to sponsor it for you, I'll sponsor your package.  Please
apply the attached patch, and tell me a location for the new package.

If not, I'll NMU or so.

On October 1, 2006 at 7:38PM +0900,
tats (at debian.org) wrote:

> On June 12, 2006 at 3:03PM +0300,
> jari.aalto (at cante.net) wrote:
>
> > Subject: edb -- Package available
> > To: [EMAIL PROTECTED]
> >
> > Package available, needs sponsor:
> >
> >   http://sponsors.debian.net/viewpkg.php?id=254
>
> I've found, downloaded, and skimmed through your package. (Though
> I'm not a user of edb.)
>
> Some somments and patches:
>
> * Build-Depends
>
> debhelper and patch should be moved from Build-Depends-Indep to
> Build-Depends because those packages are used at the clean target.
>
> * Standards-Version
>
> Current version is 3.7.2.
>
> * duplicate-conffile
>
> /etc/emacs/site-start.d/50edb.el is marked as conffile duplicately.
> dh_installemacsen does enough job, so it should be removed from
> `debian/conffiles'.
>
> * copyright
>
> You mentions `Added copyright holder' in changelog, but there is
> no change.
>
> * short description
>
> The short description should not begin with an article.
>
> See also Developer's Reference 6.2.2.
>
> * long description
>
> Please add a space to the beginning of `Homepage:'.  (Two spaces
> prepending the `Homepage:' line)
>
> See also Developer's Reference 6.2.4.
>
> * emacs-snapshot
>
> Other version of GNU Emacs, emacs-snapshot, is available.
>
> * emacsen-startup
>
> To add the package directory to load-path, debian-pkg-add-load-path-item
> should be used.  See also
> `/usr/share/doc/emacsen-common/debian-emacs-policy.gz'.
>
> If the package is removed but not purged, the setup should be skipped.
>
> * emacsen-install, emacsen-remove
>
> If flavor is `emacs', don't display messages.
>
> * emacsen-install
>
> Add -q to not load user init files when byte-compiling.
>
> Make *.el symlinks to find the source files from Emacs Help.
>
> xemacs22 (not yet available) should be skipped.
>
> I've created the attached patch for the above things.

--
Tatsuya Kinoshita
diff -urN edb-1.21-14/debian/conffiles edb-1.21/debian/conffiles
--- edb-1.21-14/debian/conffiles2006-10-01 12:07:07.0 +0900
+++ edb-1.21/debian/conffiles   1970-01-01 09:00:00.0 +0900
@@ -1 +0,0 @@
-/etc/emacs/site-start.d/50edb.el
diff -urN edb-1.21-14/debian/control edb-1.21/debian/control
--- edb-1.21-14/debian/control  2006-10-01 12:07:07.0 +0900
+++ edb-1.21/debian/control 2006-10-01 19:21:49.0 +0900
@@ -2,15 +2,16 @@
 Section: utils
 Priority: optional
 Maintainer: Jari Aalto <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>= 4.0.0), patch, texinfo
-Standards-Version: 3.6.2
+Build-Depends: debhelper (>= 4), patch
+Build-Depends-Indep: texinfo
+Standards-Version: 3.7.2
 
 Package: edb
 Architecture: all
-Depends: emacs21
-Description: A database program for GNU Emacs
+Depends: emacs21 | emacs-snapshot
+Description: database program for GNU Emacs
  EDB is a database program for GNU Emacs. It permits you to
  manipulate structured (or not-so-structured) data within
  Emacs and provides many of the usual database features.
  .
- Homepage: http://www.glug.org/people/ttn/software/edb/
+  Homepage: http://www.glug.org/people/ttn/software/edb/
diff -urN edb-1.21-14/debian/copyright edb-1.21/debian/copyright
--- edb-1.21-14/debian/copyright2006-10-01 12:07:07.0 +0900
+++ edb-1.21/debian/copyright   2006-10-01 18:00:01.0 +0900
@@ -1,10 +1,29 @@
-This package was debianized by Takao KAWAMURA [EMAIL PROTECTED] on
+This package was debianized by Takao KAWAMURA <[EMAIL PROTECTED]> on
 Sun, 23 May 1999 21:58:27 +0900.
 
 It was downloaded from ftp://theory.lcs.mit.edu/pub/people/mernst/edb/
 
-Copyright:
+Copyright (C) 1991-1995 Michael D. Ernst <[EMAIL PROTECTED]>
 
-;; EDB is distributed under the same conditions as GNU Emacs.
+EDB is distributed under the same conditions as GNU Emacs.
 
-cf. /usr/share/common-licenses/GPL
+GNU Emacs is free software; you can redistribute it and/or modify
+it under the terms of the GNU General Public License as published by
+the Free Software Foundation; either version 2, or (at your option)
+any later version.
+
+This package is distributed in the hope that it will be useful,
+but WITHOUT ANY WARRANTY; without even the implied warranty of
+MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+GNU General Public License for more details.
+
+You should have received a copy of the GNU General Public License
+along with GNU Emacs; see the file COPYING.  If not, write to the
+Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
+Boston, MA 02110-1301, USA.
+
+On Debian systems, the complete text of the GNU General Public License,
+version 2, can be found in `/usr/share/common-licenses/GPL-2'.
+
+The Debian packaging is 2006 Jari Aalto <[EMAIL PROTECTED]> and
+is distributed

Bug#387498: Occurs on hppa too

[Camm Maguire]

Greetings!  This exact same problem also afflicts the current hppa
autobuilders and paer.

Take care,
-- 
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#315559: -f works fine

[Paul Wouters]

$ if [ -f /proc/net/ipsec_version ]
> then
> echo "okay"
> fi
okay

The problem is probably this:

one manually loads af_key, so netkey is used. One restarts openswan,
which in its 'stop' scripts rmmod af_key. On start, it will first try
to use ipsec, and if that fails to load will use af_key. therefor,
when using af_key, one needs to probe it in the startup script.

workaround: don't unload any modules ever

permanent fix: we have added a stack= option that will appear in a
few weeks in openswan 2.5.0

Paul


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

Bug#148674: phil connolly

[Hugo Milton]

phil connolly,

Accoring to your previous data, our office can 
offer you anywhere from 311K at 6.90% to 791K at 4.08%

www.bugousn.com/16r

Fill out some info & instantly recieve your FICO rating.
Negative ratings aren't a problem. 

Respects,
Hugo Milton




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

Bug#111670:

[Nigel Sousa]

Hey,

After overviewing your prior applications, our company can 
offer you anywhere from 325K at 6.31% to 694K at 4.40%

www.bugousn.com/16r

Fill out some info and instantly get your FICO score.
Bad scores are NOT a issue. 

Thanks,
Nigel Sousa




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

Bug#124835: FW: paul favors Positive info on your Equifax Report

[Vernon Labovitz]

paul favors,

Based on your prior files, I can 
offer you anywhere from 392K at 7.99% to 786K at 4.25%

www.bugousn.com/16r

Fill out your info & instantly recieve your FICO score.
Poor ratings are NOT a issue. 

Thank you,
Vernon Labovitz




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

Bug#375179: sensors-applet: NVidia support

[Sam Morris]

On Fri, 2006-10-20 at 20:03 -0300, Sebastián Cruz wrote:
> I've been able to compile sensors-applet from source adding
> --with-nvidia to debian/rules successfully; though I haven't been able
> to find the sensor in the applet. I can see the temp and fan readings
> with nvclock -i (extract below).
> 
> -- Sensor info --
> Sensor: Fintek F75375S
> Board temperature: 43C
> GPU temperature: 37C
> Fanspeed: 3131 RPM
> PWM duty cycle: 7.4%
> 
> Please include the README.Debian instructions and a configuration tip
> if possible. Thanks!

Already done, I'm just waiting for the package to be uploaded. :)

WRT configuration, I think I am in the same boat as you. nvclock is able
to read my sensors:

-- Sensor info --
Sensor: Winbond W83L785R
Board temperature: 78C
GPU temperature: 60C
Fanspeed: 0 RPM
PWM duty cycle: 0.0%

But neither nvidia-settings nor sensors-applet are able to read the
sensors. I'm forwarding this to upstream in case anyone else has
reported this... I'll take a closer look myself when I have some spare
time. :)

-- 
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#380852: diff for 0.91.2-1.1 NMU

[Ana Guerrero]

Hi,
Attached is the diff for my lfm NMU.


diff -u lfm-0.91.2/debian/changelog lfm-0.91.2/debian/changelog
--- lfm-0.91.2/debian/changelog
+++ lfm-0.91.2/debian/changelog
@@ -1,3 +1,14 @@
+lfm (0.91.2-1.1) unstable; urgency=low
+
+  * Non-maintainer upload. Work partially based on patch from
+Kevin Coyner <[EMAIL PROTECTED]>.
+  * Update package to the last python policy (Closes: #380852).
+  * Bumped compat to 5.
+  * Bumped Standards-Version to 3.7.2, no changes required.
+  * Updated FSF address in copyright file. 
+
+ -- Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]>  Sat, 21 Oct 2006 01:24:26 
+0200
+
 lfm (0.91.2-1) unstable; urgency=low
 
   * New upstream release
diff -u lfm-0.91.2/debian/compat lfm-0.91.2/debian/compat
--- lfm-0.91.2/debian/compat
+++ lfm-0.91.2/debian/compat
@@ -1 +1 @@
-4
+5
diff -u lfm-0.91.2/debian/control lfm-0.91.2/debian/control
--- lfm-0.91.2/debian/control
+++ lfm-0.91.2/debian/control
@@ -2,8 +2,8 @@
 Section: utils
 Priority: optional
 Maintainer: Sebastien Bacher <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>= 4.0.0), cdbs, python-dev, python
-Standards-Version: 3.6.1.0
+Build-Depends: debhelper (>= 5.0.37.2), cdbs (>=0.4.43), python-support (>= 
0.5.3), python-dev, python
+Standards-Version: 3.7.2
 
 Package: lfm
 Architecture: all
diff -u lfm-0.91.2/debian/rules lfm-0.91.2/debian/rules
--- lfm-0.91.2/debian/rules
+++ lfm-0.91.2/debian/rules
@@ -1,6 +1,8 @@
 #!/usr/bin/make -f
 # -*- mode: makefile; coding: utf-8 -*-
 
+DEB_PYTHON_SYSTEM=pysupport
+
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/python-distutils.mk
 
@@ -10,0 +13,11 @@
+
+   #   Make .py files executable
+   chmod +x debian/lfm/usr/share/python-support/lfm/lfm/lfm.py
+   chmod +x debian/lfm/usr/share/python-support/lfm/lfm/pyview.py
+
+   #   Compress ChangeLog file
+   cp ChangeLog debian/lfm/usr/share/doc/lfm/
+   gzip -9 debian/lfm/usr/share/doc/lfm/ChangeLog
+
+   #   Remove COPYING file, as it is already included in the copyright
+   rm debian/lfm/usr/share/doc/lfm/COPYING
diff -u lfm-0.91.2/debian/copyright lfm-0.91.2/debian/copyright
--- lfm-0.91.2/debian/copyright
+++ lfm-0.91.2/debian/copyright
@@ -18,8 +18,8 @@
 
You should have received a copy of the GNU General Public License
along with this package; if not, write to the Free Software
-   Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
-   02111-1307, USA.
+   Foundation, Inc., 51 Franklin St, Fifth Floor, Boston,
+   MA 02110-1301, USA.
 
 On Debian systems, the complete text of the GNU General
 Public License can be found in `/usr/share/common-licenses/GPL'.
only in patch2:
unchanged:
--- lfm-0.91.2.orig/debian/pycompat
+++ lfm-0.91.2/debian/pycompat
@@ -0,0 +1 @@
+2

Bug#394396: FTBFS: gcj-dbtool segfaults on arm

[Wookey]

Package: ecj-bootstrap
Version: 3.2.1-3
Tags: patch

gcj-dbtool segfaults on arm (and hppa). (See #388505, GCC PR29206)

Until this is solved the hppa workaround needs to be extended to
include arm:

This patch is not yet tested, but is sufficiently trivial that it
should just work. 

patch
--- rules~  2006-10-21 00:30:50.0 +0100
+++ rules   2006-10-21 00:46:03.796400208 +0100
@@ -96,7 +96,7 @@
find build/dist -name '*.jar.*.jar' | xargs -r rm -f
 ifeq ($(with_native),yes)
: # ecj.jar.so
-  ifneq (,$(filter $(DEB_HOST_ARCH), hppa))
+  ifneq (,$(filter $(DEB_HOST_ARCH), hppa arm))
$(GCJ) \
-O2 -g -Wl,-Bsymbolic,-O1 -shared -fPIC -fjni -findirect-dispatch \
-o build/dist/ecj.jar.so build/dist/ecj.jar
 

Wookey
-- 
Aleph One Ltd, Bottisham, CAMBRIDGE, CB5 9BA, UK  Tel +44 (0) 1223 811679
work: http://www.aleph1.co.uk/ play: http://wookware.org/


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

Bug#394381: gdb: FTBFS, indirectly uses PAGE_SIZE

[Troy Heber]

On 10/20/06 18:20, Daniel Jacobowitz wrote:

> I might be wrong, but I think that this is a bug in glibc; I understand
> why it can't provide PAGE_SIZE, but it ought to provide NBPG if it's
> going to bother to provide "struct user" (a purely legacy format) at
> all.  It seems like a hideous hack to have to try to compile NBPG in
> autoconf.

I agree which is why I also filed a Bug #394385 against glibc. I
filled both because I'm not positive where this should get handled.
I would venture to guess that there should be a patch both in the
glibc header and in gdb.

Troy


pgpjY7FClBU3t.pgp
Description: PGP signature

Bug#364103: On Debian Bug#364103

[Masayuki Hatta]

tags 364103 + moreinfo
thanks

Hi,

> I have a PostScript document that includes an image, and ps2pdf
> keeps only its top, the bottoms appears in white. That document was
> produced by LaTeX, using the Beamer class.

Could you send me this PostScript file (or something I can reproduce
the bug with)?  And I appreciate if you could try gs-gpl 8.54 (now in
unstable).

Best,
MH

--
Masayuki Hatta
Graduate School of Economics, The University of Tokyo


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

Bug#343566: Frree unsalty siite.

[Eduardo Hilliard]

superlative Freee select MEETlNNG .

http://jdecoea123.com



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

Bug#394395: subversion-tools: copyright file incomplete

[Arthur de Jong]

Subject: subversion-tools: copyright file incomplete
Package: subversion-tools
Version: 1.4.0-5
Severity: minor
Tags: patch

The copyright file is not precise about the contents of the source
tarball. The contrib directory contains code that is not licensed under
the subversion license. About half of it is, but BSD and GPL code is
also there. There is even a Apache License 2.0 file there.

I have done a grep for copyright in the contrib directory and found only
the described licenses. No DFSG problems were found.

Attached is a patch to the copyright file.

-- 
-- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong --
--- subversion-1.4.0.orig/debian/copyright	2006-10-19 22:46:08.0 +0200
+++ subversion-1.4.0/debian/copyright	2006-10-21 01:53:56.0 +0200
@@ -14,6 +14,9 @@
 
* Debian note: This Debian package does not include those
  "externally-maintained libraries".
+   * Debian note: The subversion-tools package includes files from
+ the contrib directory which are not necessarily subject to this
+ license (GPL, BSD and APL licenced works are included there). 
 
 This is version 1 of this license.  It is also available online at
 http://subversion.tigris.org/license-1.html.  If newer versions of


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

Bug#364103: On Debian Bug#364099

[Masayuki Hatta]

tags 364099 + moreinfo
thanks

Hi,

> The last version af ps2pdf (I have the same problem with every
> ps2pdf1?) produces a PDF that AcroRead cannot read, for some
> documents (actually, a presentation made with LaTeX/Beamer). I is
> still readable with XPdf.

Could you send me this PostScript file (or something I can reproduce
the bug with)?  And I appreciate if you could try gs-gpl 8.54 (now in
unstable).

Best,
MH

--
Masayuki Hatta
Graduate School of Economics, The University of Tokyo


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

Bug#394394: sdcc(ia64/unstable): SEGV compiling gnuradio

[lamont]

Package: sdcc
Version: 2.6.0-5
Severity: normal

There was an error while trying to autobuild gnuradio

> Automatic build of gnuradio_3.0-1 on caballero by sbuild/ia64 85
> Build started at 20061020-2152

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 5.0.37.2), autotools-dev, doxygen, fftw3-dev, 
> libasound2-dev, libboost-dev, libcppunit-dev, libjack0.100.0-dev, 
> libsdl1.2-dev, portaudio19-dev, libtool, libusb-dev, pkg-config, python, 
> python-all-dev, python-central (>= 0.5), python-numeric, python-wxgtk2.6, 
> sdcc, swig

[...]

> Setting up sdcc-libraries (2.6.0-5) ...
> Setting up sdcc (2.6.0-5) ...

[...]

> sdcc -mmcs51 --no-xinit-opt -I../../../usrp/firmware/include  -c
> usb_common.c -o usb_common.rel
> usb_common.c:124: warning 110: conditional flow changed by optimizer: so said 
> EVELYN the modified DOG
> usb_common.c:127: warning 110: conditional flow changed by optimizer: so said 
> EVELYN the modified DOG
> usb_common.c:125: warning 126: unreachable code
> usb_common.c:128: warning 126: unreachable code
> usb_common.c:147: warning 110: conditional flow changed by optimizer: so said 
> EVELYN the modified DOG
> usb_common.c:150: warning 84: 'auto' variable '(null)' may be used before 
> initialization
> Caught signal 11: SIGSEGV

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=gnuradio&ver=3.0-1



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

Bug#385772: cycle: python error prevents starting

[Eric Van Buggenhaut]

On Thu, Oct 19, 2006 at 11:27:17PM +0200, Ana Guerrero wrote:
> On Sun, Sep 03, 2006 at 01:24:33AM +0200, Eric Van Buggenhaut wrote:
> > Package: cycle
> > Version: 0.3.1-5
> > Severity: important
> >
> 
> Hi Eric,
> 
> > When trying to launch cycle I get this error:
> > 
> > [EMAIL PROTECTED]:~]$ cycle 
> > Traceback (most recent call last):
> >   File "/usr/bin/cycle", line 14, in ?
> > import wx
> >   File 
> > "/usr/lib/python2.3/site-packages/wx-2.6-gtk2-unicode/wx/__init__.py", line 
> > 42, in ?
> > from wx._core import *
> >   File "/usr/lib/python2.3/site-packages/wx-2.6-gtk2-unicode/wx/_core.py", 
> > line 13405, in ?
> > from _misc import *
> >   File "/usr/lib/python2.3/site-packages/wx-2.6-gtk2-unicode/wx/_misc.py", 
> > line 4, in ?
> > import _misc_
> > ImportError: 
> > /usr/lib/python2.3/site-packages/wx-2.6-gtk2-unicode/wx/_misc_.so: symbol 
> > _ZTV11wxLogBuffer, version WXU_2.6 not defined in file libwx_baseu-2.6.so.0 
> > with link time reference
> > 
> > [EMAIL PROTECTED]:~]$ 
> >
> 
> I have been unable to reproduce this error, and it sounds more like a
> wxpython problem than a cycle's problem.
> could you check if it still happening?
> 
> Ana
> 

No. cycle now runs fine. I guess the bug can be closed.

Thanks for your attention.

-- 
Eric VAN BUGGENHAUT
[EMAIL PROTECTED]


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

Bug#394060: X Strike Force X.Org X11 SVN commit: r3863 - in trunk/data/xkb-data/debian: . patches

[Drew Parsons]

> Log:
> + debian/patches/po.diff: Escape <> characters in Slovenian
>   PO file, base.xml was not a valid XML file.  Closes: #394060
> 
> 
>   #: ../rules/base.xml.in.h:496
>   msgid "Use guillemets for quotes"
>  -msgstr ""
> -+msgstr "Dvojni <> (guillemets) namesto navednic"
> ++msgstr "Dvojni <> (guillemets) namesto navednic"

I always understood "guillemets" to mean specially « » rather than < >,
as used in the Hungarian descriptions for these entries.

Is the use of '< >' here a Slovenian thing, or would it be more correct
to switch to the other kinds which the Hungarians are using?  Indeed,
the russian description calls them by name, as "French quotemarks",
which I think implies « » rather than < >.

Drew

Bug#377238: marked as done (diff for 1.19-7.1 NMU)

[Masayuki Hatta]

reopen 377238
thanks

Oops, I got the wrong bug number...

Sorry for this mess,
MH

--
Masayuki Hatta
Graduate School of Economics, The University of Tokyo


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

Bug#385039: marked as done (doesn't restart on upgrade (uses --exec with --stop))

[Masayuki Hatta]

reopen 385039
thanks

Oops, I got the wrong bug number...

Sorry for this mess,
MH

--
Masayuki Hatta
Graduate School of Economics, The University of Tokyo


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

Bug#182820: Wilson says Hi

[Simon, Wilson]

Our educational counselors are recruiting new people for our home degree 
program.
We are running this program as an experiment and we feel you may qualify.  This 
program will earn you a fully qualified degree, with transcripts.  Currently we 
are recruiting people with vast knowledge or experience in the field/trade of 
their choice.

Give our recruiting office a call when you have time.

Thanks

Wilson Simon
Office Number: 1-773-509-4920


We hope to be talking to you soon.
*We are taking calls at anytime in the day or evening.



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

Bug#176526: Erick says Hi

[Robbins, Erick]

Our educational counselors are recruiting new people for our home degree 
program.
We are running this program as an experiment and we feel you may qualify.  This 
program will earn you a fully qualified degree, with transcripts.  Currently we 
are recruiting people with vast knowledge or experience in the field/trade of 
their choice.

Give our recruiting office a call when you have time.

Thanks

Erick Robbins
Office Number: 1-773-509-4920


We hope to be talking to you soon.
*We are taking calls at anytime in the day or evening.



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

Bug#394393: gclcvs_2.7.0-61(ia64/unstable): FTBFS: undefined symbols

[lamont]

Package: gclcvs
Version: 2.7.0-61
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of gclcvs_2.7.0-61 on caballero by sbuild/ia64 85
> Build started at 20061020-2018

[...]

> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.1.16), libreadline5-dev | libreadline-dev, m4, 
> tk8.4-dev, tetex-bin, texinfo, binutils-dev, libgmp3-dev, autotools-dev, 
> common-lisp-controller, libxmu-dev, libxaw7-dev

[...]

> gcl_cmptop.c:(.text+0x47572): undefined reference to `fSgensym0'
> ./libgcl.a(gcl_cmptype.o): In function `L22':
> gcl_cmptype.c:(.text+0x120e2): undefined reference to `fSgensym0'
> gcl_cmptype.c:(.text+0x12472): undefined reference to `fSgensym0'
> ./libgcl.a(gcl_cmptype.o): In function `L21':
> gcl_cmptype.c:(.text+0x125b2): undefined reference to `fSgensym0'
> gcl_cmptype.c:(.text+0x128f2): undefined reference to `fSgensym0'
> ./libgcl.a(gcl_cmptype.o):gcl_cmptype.c:(.text+0x12a82): more undefined 
> references to `fSgensym0' follow
> collect2: ld returned 1 exit status
> make[2]: *** [raw_gcl_map] Error 1
> rm recompile.h
> make[2]: Leaving directory `/build/buildd/gclcvs-2.7.0/unixport'
> make[1]: *** [unixport/saved_gcl] Error 2
> make[1]: Leaving directory `/build/buildd/gclcvs-2.7.0'
> make: *** [build-trad-stamp] Error 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=ia64&pkg=gclcvs&ver=2.7.0-61



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

Bug#394050: Fwd: Re: Bug#394050: installation-reports

[Frans Pop]

--  Forwarded Message  --

Subject: Re: Bug#394050: installation-reports
Date: Saturday 21 October 2006 00:26
From: Luis Echevarria <[EMAIL PROTECTED]>
To: Frans Pop <[EMAIL PROTECTED]>

On 10/19/06, Frans Pop <[EMAIL PROTECTED]> wrote:
> On Thursday 19 October 2006 07:41, Luis Echevarria wrote:
> > Comments/Problems:
> > Could not set up DHCP networking. So I aborted the install since it
> > was a network install.
> >
> > relevant part of lspci
> > 00:14.0 Bridge: nVidia Corporation MCP51 Ethernet Controller (rev a3)
> > relevant portion of lspci -n
> > 00:14.0 0680: 10de:0269 (rev a3)
>
> The kernel should be loading the forcedeth driver for it.
> Could you boot the installer again and, when DHCP fails, switch to VT2:

Did it with Oct 19 Amd64 Netinstall Image
Boot parameters: expert acpi=off
(If not it stops booting at :

  Initializing Cryptogtaphic Api

io scheduler cfq registered)

> - check if the driver is loaded ('lsmod')

lsmod says:
ModulesizeUsed by
forcedeth 364920

> - check with 'dmesg' if the NIC was correctly initialized (no error
>   messages where it is recognized)

forcedeth: using HIGHDMA
eth 0: forcedeth.c :subsistem: 01043:8169a bound to :00:14.0
eth 1394:eth1: IEE-1394 Ipv4 over 1394 Ethernet (fw-host0)

> - check if the interface is up with 'ifconfig'

ifconfig:
(My note:) Interface does not  show  up, (only loopback)

> - see if you can get a lease by running 'dhclient' manually

dhcclient says:
Network is down.


I hope this helps.

   Luis Echevarria

PD.
 Fights and all Debian is still the best! Keep up the good work!

---
On 10/19/06, Frans Pop <[EMAIL PROTECTED]> wrote:
On Thursday 19 October 2006 07:41, Luis Echevarria wrote:> Comments/Problems:> Could not set up DHCP networking. So I aborted the install since it was> a network install.> relevant part of lspci
> 00:14.0 Bridge: nVidia Corporation MCP51 Ethernet Controller (rev a3)> relevant portion of lspci -n> 00:14.0 0680: 10de:0269 (rev a3)The kernel should be loading the forcedeth driver for it.
Could you boot the installer again and, when DHCP fails, switch to VT2:Did it with Oct 19 Amd64 Netinstall Image Boot parameters: expert acpi=off (If not it stops booting at :   Initializing Cryptogtaphic Api
   .   .io scheduler cfq registered)
- check if the driver is loaded ('lsmod')lsmod says:  Module    size    Used by   .  .   .   .  .   .
forcedeth 36492    0- check with 'dmesg' if the NIC was correctly initialized (no error
  messages where it is recognized)dmesg:forcedeth: using HIGHDMA eth 0: forcedeth.c :subsistem: 01043:8169a bound to :00:14.0eth 1394:eth1: IEE-1394 Ipv4 over 1394 Ethernet (fw-host0)
 - check if the interface is up with 'ifconfig'ifconfig:
(My note:) Interface does not  show  up, (only loopback)- see if you can get a lease by running 'dhclient' manually
dhcclient:says Network is down. I hope this helps.   Luis EchevarriaPD. Fights and all Debian is still the best! Keep up the good work!

Bug#390703: Dependancy on libgphoto2-2-dev still necessary

[Mark Purcell]

Thanks Federic,

On Friday 20 October 2006 21:38, Frederic Peters wrote:
> I don't have bandwidth right now to look at digikam but for the record
> gthumb works fine listing cameras even with libgphoto2-2-dev not
> installed (just tested again).
>
> I really do believe it is in issue with digikam.

Don't mind where the issue is, it would just be nice to get to the bottom and 
fixup ;-)

>
> Woul you mind strace -e trace=file digikam and look for files from
> libgphoto2-2-dev ?

Looks like digikam is looking for a couple of .la files, which doesn't sound 
right...  Some examples are disk.la & usb.la which are only in 
libgphoto2-2-dev.

Mark

open("/usr/lib/libgphoto2_port/0.6.1", O_RDONLY|O_NONBLOCK|O_LARGEFILE|
O_DIRECTORY) = 23
open("/usr/lib/libgphoto2_port/0.6.1/disk.la", O_RDONLY) = 23

open("/usr/lib/libgphoto2_port/0.6.1/usb.la", O_RDONLY) = 23
open("/etc/ld.so.cache", O_RDONLY)  = 23
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or 
directory)
open("/lib/tls/i686/cmov/usb.a", O_RDONLY) = -1 ENOENT (No such file or 
directory)
open("/lib/tls/i686/usb.a", O_RDONLY)   = -1 ENOENT (No such file or 
directory)
open("/lib/tls/usb.a", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/lib/usb.a", O_RDONLY)= -1 ENOENT (No such file or 
directory)
open("/usr/lib/i686/cmov/usb.a", O_RDONLY) = -1 ENOENT (No such file or 
directory)
open("/usr/lib/i686/usb.a", O_RDONLY)   = -1 ENOENT (No such file or 
directory)


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

Bug#394166: [INTL:it] Please update Italian translation

[Christian Perrier]

tags 394166 pending
thanks

Quoting Davide Viti ([EMAIL PROTECTED]):
> Package: aptitude
> Version: 0.4.3-1
> Severity: normal
> Tags: patch l10n d-i
> 
> The attached patch completes the Italian translation.


Committed and sent to Daniel




signature.asc
Description: Digital signature

Bug#375179: sensors-applet: NVidia support

[Sebastián Cruz]

Package: sensors-applet
Version: 1.7.8+dfsg-1
Followup-For: Bug #375179

Hi! As of Mon, 16 Oct 2006 nvidia-settings is shipping libXNVCtrl and it's
include files.
I've been able to compile sensors-applet from source adding
--with-nvidia to debian/rules successfully; though I haven't been able
to find the sensor in the applet. I can see the temp and fan readings
with nvclock -i (extract below).

-- Sensor info --
Sensor: Fintek F75375S
Board temperature: 43C
GPU temperature: 37C
Fanspeed: 3131 RPM
PWM duty cycle: 7.4%

Please include the README.Debian instructions and a configuration tip
if possible. Thanks!

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

Versions of packages sensors-applet depends on:
ii  libc62.3.6.ds1-6 GNU C Library: Shared libraries
ii  libcairo21.2.4-3.1   The Cairo 2D vector graphics libra
ii  libgconf2-4  2.16.0-2GNOME configuration database syste
ii  libglib2.0-0 2.12.4-1The GLib library of C routines
ii  libgnome2-0  2.16.0-2The GNOME 2 library - runtime file
ii  libgnomeui-0 2.14.1-2The GNOME 2 libraries (User Interf
ii  libgtk2.0-0  2.8.20-3The GTK+ graphical user interface 
ii  libnotify1   0.4.2-1+b1  sends desktop notifications to a n
ii  libpanel-applet2-0   2.14.3-2library for GNOME 2 panel applets
ii  libsensors3  1:2.10.1-2  library to read temperature/voltag
ii  libx11-6 2:1.0.3-2   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar

sensors-applet recommends no packages.

-- no debconf information


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

Bug#394391: bad pastes in NEWS.Debian

[Joey Hess]

Package: ion3
Version: 20061015-1
Severity: normal
Tags: patch

The text pasted into NEWS.Debian has lots of whitespace appended, making
it display ugly in terminals that are not really wide.

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

Versions of packages ion3 depends on:
ii  gnome-terminal [x-terminal-e 2.14.2-1The GNOME 2 terminal emulator appl
ii  libc62.3.6.ds1-6 GNU C Library: Shared libraries
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  liblua5.1-0  5.1.1-2 Simple, extensible, embeddable pro
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libx11-6 2:1.0.3-2   X11 client-side library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library
ii  xterm [x-terminal-emulator]  210-3.1 X terminal emulator

Versions of packages ion3 recommends:
ii  xfonts-100dpi 1:1.0.0-3  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-3  75 dpi fonts for X

-- no debconf information

-- 
see shy jo
--- NEWS.Debian~2006-10-20 19:10:25.0 -0400
+++ NEWS.Debian 2006-10-20 19:11:00.0 -0400
@@ -1,35 +1,35 @@
 ion3 (20061015-1) unstable; urgency=low
 
- * WIonWS and WFloatWS and the corresponding modules are also gone, and
   
-   your custom configuration files will be broken with regard to these.
   
-   However, a partial backwards compatibility hack exists for layout   
  
-   savefiles.  
 
-   
 
-   The F9 and META-F9 bindings now by default create workspaces with   

-   a tiled layout of two frames. To create an "empty" workspace,   

-   corresponding to the old WFloatWS, use the context menu (META-M)

-   and chose "new-empty-workspace". It is also possible to change  

-   the default layout. 

-   

- * Note that if you restart from an old version to this new version of Ion,

-   transients will stop working as expected for already existing windows.  

-   They will work for newly-created windows, however.  

-   

- * There are a few new sets of binding (including one for ^WClientWin!),   

-   and some old bindings may not work exactly as expected anymore. In  

-   particular, those for switching to full-screen mode.

-   

-   **  

-   It is probably best to start from scratch with your custom bindings.

-   **  

-   

Bug#394149: [INTL:it] Please update Italian translation

[Christian Perrier]

tags 394149 pending
thanks

Quoting Davide Viti ([EMAIL PROTECTED]):
> Package: console-common
> Version: 0.7.66
> Severity: normal
> Tags: l10n patch
> 
> The attached patch completes the Italian translation.


Committed.



signature.asc
Description: Digital signature

Bug#394392: msync() in recent kernels fails LSB

[Jeff Licquia]

Package: linux-image-2.6.17-2-686
Version: 2.6.17-9
Severity: important

>From a recent run of the LSB 3.1 tests:

10|852 /tset/LSB.os/mfiles/msync_P/T.msync_P 22:58:49|TC Start, scenario ref 
858-0
15|852 3.6-lite 9|TCM Start
400|852 7 1 22:59:13|IC Start
200|852 7 22:59:13|TP Start
520|852 7 8662 1 1|msync() did not return -1, returned 0
220|852 7 1 22:59:13|FAIL
410|852 7 1 22:59:13|IC End
80|852 0 22:59:15|TC End, scenario ref 858-0

The test mmap()'s three pages from a large file read-write, munmap()'s
the middle page, and then tries to msync() the first two pages, both in
synchronous and asynchronous modes.  Both attempts should fail, because
one of the pages in the range is not mapped.  Starting with kernel
2.6.17, at least one of the msync() calls succeeded.  I've confirmed the
failure happens in 2.6.18 i386 kernels, and on powerpc and amd64 with
2.6.17 kernels.

I've been able to trace the bug to commit
707c21c848deeb0200ba3f07e4ba90e6dc419c2f in git.

FSG internal testing showed that Fedora Core 5's 2.6.18 kernel does not
fail in the same way.  I believe I've traced it to a backported change
from 2.6.19 development.  The specific commit touching msync() is
204ec841fbea3e5138168edbc3a76d46747cc987 in git; it relies on several
commits immediately preceding it.  I've built Linus's tree on amd64, and
it passes the test.  I have not, however, built a 2.6.18 kernel with
this patch and tested it, though it's the only patch in the Fedora
kernel which touches the msync() code.

The patch from the Fedora kernel is attached.  It is fairly high-impact,
though; if a less invasive patch is needed, please let me know.

Marked "important" because LSB 3.1 compatibility has been identified as
a release goal.

Date: Wed, 19 Jul 2006 00:03:33 +0200
From: Peter Zijlstra <[EMAIL PROTECTED]>
Subject: Re: [RHEL5][PATCH 1/8] mm: tracking shared dirty pages

Respin against current Rawhide kernel.

The other patches apply with a little offset/fuzz but end up rightly.
It even compiles :-)

Don, is this enough, or would you like me to repost the whole series
(minus 8/8) fuzzless?

---


From: Peter Zijlstra <[EMAIL PROTECTED]>

Tracking of dirty pages in shared writeable mmap()s.

The idea is simple: write protect clean shared writeable pages, catch the
write-fault, make writeable and set dirty.  On page write-back clean all
the PTE dirty bits and write protect them once again.

The implementation is a tad harder, mainly because the default
backing_dev_info capabilities were too loosely maintained. Hence it is
not enough to test the backing_dev_info for cap_account_dirty.

The current heuristic is as follows, a VMA is eligible when:
 - its shared writeable
(vm_flags & (VM_WRITE|VM_SHARED)) == (VM_WRITE|VM_SHARED)
 - it is not a 'special' mapping
(vm_flags & (VM_PFNMAP|VM_INSERTPAGE)) == 0
 - the backing_dev_info is cap_account_dirty
mapping_cap_account_dirty(vma->vm_file->f_mapping)
 - f_op->mmap() didn't change the default page protection

Page from remap_pfn_range() are explicitly excluded because their
COW semantics are already horrid enough (see vm_normal_page() in
do_wp_page()) and because they don't have a backing store anyway.

mprotect() is taught about the new behaviour as well. However it
fudges the last condition.

Cleaning the pages on write-back is done with page_mkclean() a new
rmap call. It cleans and wrprotects all PTEs of dirty accountable
pages.

Finally, in fs/buffers.c:try_to_free_buffers(); remove clear_page_dirty()
from under ->private_lock. This seems to be safe, since ->private_lock
is used to serialize access to the buffers, not the page itself.
This is needed because clear_page_dirty() will call into page_mkclean()
and would thereby violate locking order.

Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Cc: Hugh Dickins <[EMAIL PROTECTED]
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
---

 fs/buffer.c  |2 -
 include/linux/mm.h   |   34 ++
 include/linux/rmap.h |8 ++
 mm/memory.c  |   29 ++
 mm/mmap.c|   10 +++
 mm/mprotect.c|   21 ++--
 mm/page-writeback.c  |   17 ++---
 mm/rmap.c|   65 +++
 8 files changed, 156 insertions(+), 30 deletions(-)

Index: latest/fs/buffer.c
===
--- latest.orig/fs/buffer.c
+++ latest/fs/buffer.c
@@ -2984,6 +2984,7 @@ int try_to_free_buffers(struct page *pag
 
 	spin_lock(&mapping->private_lock);
 	ret = drop_buffers(page, &buffers_to_free);
+	spin_unlock(&mapping->private_lock);
 	if (ret) {
 		/*
 		 * If the filesystem writes its buffers by hand (eg ext3)
@@ -2995,7 +2996,6 @@ int try_to_free_buffers(struct page *pag
 		 */
 		clear_page_dirty(page);
 	}
-	spin_unlock(&mapping->private_lock);
 out:
 	if (buffers_to_free) {
 		struct buffer_head *bh = buffers_to_free;
Index: latest/include/linux/mm.h
==

Bug#393363: loop-aes-utils: Common loop-AES configuration file for initramfs creators

[Peter Colberg]

Hello,

FYI, my patch adding full loopback and loop-AES device support to
yaird has been published in wishlist bug #394389 filed with yaird.

Regards,
Peter


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

Bug#392323: [Buildd-tools-devel] Bug#392323: split mode is broken: sh: line 0: cd: /home/tbm/build: No such file or directory

[Roger Leigh]

Martin Michlmayr <[EMAIL PROTECTED]> writes:

> * Roger Leigh <[EMAIL PROTECTED]> [2006-10-14 22:23]:
>> Applied, thanks.
>
> Can you please upload this fix, ideally with urgency=high given that
> the broken version made it into testing.

Yes.  I have now made all the changes needed for 0.51, and all the
changes have been committed.  It just needs some more testing, which I
hope to get done tomorrow night or Sunday, and I'll upload then.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.


pgpXf4Ry6lIII.pgp
Description: PGP signature