Bug#356492: ITP: spout -- Tiny abstract b&w 2D cave-shooter

[Gürkan Sengün]

Hello Javier


This game so rocks, i played it long before it was ITP'd, and still
it's not in Debian. Unbelievable? Disappointing? I don't know what it
is...

Are you still working on it? Would you mind me finishing the package
and maintaining it in Debian? I don't mind co-maintainers...


Man, I have an ITP I haven't touched in months, but I am coming back to
health, so yes, I would like to finish the package myself, but yes, I would
also love to have you as a co-maintainer.

Is that good? I am sorry I haven't been able to get it in post-Etch, but
working with you would definitely be good. So let's make it work.


Good to hear, get well soon. What's your hiscore?

I have the latest upload at
http://sid.ethz.ch/debian/spout/

The reject reasons are in the bug number and should be easy to fix.

Yours,
Guerkan



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

Bug#489771: New Build-Options field and build-arch option, please review

[Raphael Hertzog]

On Wed, 10 Sep 2008, Bill Allombert wrote:
> > > People have noticed that and already requested that we can call arbitrary
> > > targets of debian/rules with all the proper initialization done precisely
> > > for test purpose during packaging work (see #477916).
> > 
> > I must say, I really do not like this direction.  debhelper and cdbs and
> > similar sytsems are the places to provide this help where people want to
> > use it, in my opinion.  We have a lot of past experience with that and we
> > have the compatibility level to handle smoothing transitions.  (And to
> > provide a way for people to never transition, I admit, and I see where
> > that's the problem that you're solving, but I prefer that problem to the
> > problems introduced by the instability of having the package build
> > infrastructure change the input to the builds without coordination with
> > the package.)
> 
> I like to say I concurr with Russ. There are some much difference
> between packages that distributions wide default does not make sense.
> Such change would rather lead me to hardcode values of
> DEBIAN_BUILD_OPTIONS in debian/rules if they are used blidly.

But more and more people want to be able to change distribution wide
default: Emdebian wants to enable "nodocs" and "nocheck" by default, other
want to be able to enable hardening options by default and I agree with
them that official support for such a facility is desirable.

See also #498355 and #498380 for such requests from Emdebian.

Cheers,
-- 
Raphaël Hertzog

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



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

Bug#498565: Package: python-central

[.]

Package: python-central



aptitude often fails with the following:

*Traceback (most recent call last):*
> *  Fi*le* "/usr/bin/pycentral", line 1373, in ?*
> *main()*
> *  File "/usr/bin/pycentral", line 1367, in main*
> *rv = action.run(global_options)*
> *  File "/usr/bin/pycentral", line 952, in run*
> *pkg.remove(runtimes, remove_script_files=True)*
> *  File "/usr/bin/pycentral", line 697, in remove*
> *default_runtime.remove_byte_code(self.private_files)*
> *AttributeError: 'NoneType' object has no attribute 'remove_byte_code'*
>
*
*I've devised a simple workaround which will at least allow aptitude to
finish the job it's doing, although it doesn't address the core issue and
will likely leave several package files undeleted when using aptitude's
purge/remove command..

(I'm guessing it might be that some of python-central's syntax was designed
for python v2.5, instead of 2.4) .. Anyway here goes:

Simply change line 696 in /usr/bin/pycentral (in the python-central package)
from:

"if self.private_files:"

To:

"if self.private_files and
hasattr(default_runtime,'remove_byte_code'):"
*

*

Bug#498531: live-helper: Using --keyring-packages together with aptitude fails

[Daniel Baumann]

tags 49831 +pending
thanks

Hi,

this is fixed in git with
http://git.debian.net/?p=debian-live/live-helper.git;a=commitdiff;h=5210bf669d39221b42b0891775bdc023f188f396;hp=67e7a0c98a6b90344d5681b30e6d73d0a89f55d6

Regards,
Daniel

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



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

Bug#498563: ITP: gracie -- OpenID provider for local accounts

[Leonardo Serra]

Package: wnpp
Severity: wishlist
Owner: Leonardo Serra <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


* Package name: gracie
  Version : 0.2.6
  Upstream Author : Ben Finney <[EMAIL PROTECTED]>
* URL : http://trac.whitetree.org/gracie/
* License : GPL
  Programming Lang: Python
  Description : OpenID provider for local accounts

Gracie is an OpenID server (a "provider" in OpenID terminology) that
serves OpenID identities for the local system PAM accounts. It
authenticates users with a username/password challenge.

The OpenID protocol is documented at http://openid.net/>.

There is a package available in:
http://www.iaaeee.org/debian/dists/sid/main/binary-all/python/gracie_0.2.6-1_all.deb

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

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

iEYEARECAAYFAkjIty4ACgkQx3nm0mFx2innVQCfQvYe9jNzLqAGUtx1POBEK2pq
vN0Ani07HTrDHzOP0a4ftpBN4JmtfZNi
=4h4I
-END PGP SIGNATURE-



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

Bug#462444: fixed in glibc 2.8+20080809-1

[Raphael Hertzog]

On Wed, 10 Sep 2008, Aurelien Jarno wrote:
> On Sat, Aug 09, 2008 at 09:32:16PM +, Aurelien Jarno wrote:
> >* control.in/main: build-depends on dpkg (>= 1.14.17).
> >* Add symbols files for the various libraries, based on a patch by
> >  Raphaël Hertzog.  Closes: #462444.
> >* localedata/supported.diff: sort locales by alphabetical order.  Closes:
> >  #493231.
> 
> I have just removed the symbols files from the glibc, because dpkg-dev
> currently doesn't have support for ignoring private symbols from 
> libraries. This causes problems like this one on nscd:
> 
>   Depends: glibc-private, libc6 (>= 2.8)
> 
> Until this feature is supported in dpkg-dev, this bug is a wontfix.

You have two solutions:
- do like all other libraries and generate a dependency on libc6 for
  private symbols as well
- add "-xglibc-private" to the dpkg-shlibdeps calls in the glibc source
  package to skip that dependency

I would go for the second solution.

Cheers,
-- 
Raphaël Hertzog

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



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

Bug#497925: linux-image-2.6.26-1-686: WARNING: at drivers/usb/serial/usb-serial.c:320 serial_write_room+0x41/0x4d [usbserial]

[Winfried Tilanus]

Because this bug is also present in a pristine 2.6.26.5 kernel, I
reported this bug upstream: Kernel Bug Tracker Bug 11535
http://bugzilla.kernel.org/show_bug.cgi?id=11535

Winfried



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

Bug#497838: cairo_draw_with_xlib

[Dave Beckett]

Mike Hommey said:
> Looks like it's happening in cairo.
>> #6  0xb7241e2d in nsProfileLock::FatalSignalHandler (signo=11) at
nsProfileLock.cpp:216
>> #7  
>> #8  cairo_draw_with_xlib (cr=0xbc55ff8, callback=0xb79c4698
, closure=0xbfea8c40, dpy=0x0, width=560, height=228,
is_opaque=CAIRO_XLIB_DRAWING_OPAQUE,
>> capabilities=27, result=0x0) at cairo-xlib-utils.c:329
>> #9  0xb79c4789 in gfxXlibNativeRenderer::Draw (this=0xbfea8c94, dpy=0x0,
ctx=0xbc47e40, width=560, height=228, flags=0, output=0x0) at
gfxXlibNativeRenderer.cpp:101
>> #10 0xb73e5131 in nsPluginInstanceOwner::Paint (this=0x9ed4290,
[EMAIL PROTECTED], [EMAIL PROTECTED]) at nsObjectFrame.cpp:4076


cairo_draw_with_xlib() is part of mozilla's codebase
(firefox, mozilla, xulrunner whatever) not cairo and as far as I can
find, there is no cairo_draw_with_xlib() at line 329 of cairo-xlib-utils.c
at least as far as
http://mxr.mozilla.org/mozilla-central/source/gfx/thebes/src/cairo-xlib-utils.c
is concerned - whatever tree I choose.

Where the matching source is, I can't say.

Isn't it suspicious these are being called with a NULL X Display in dpy?

Seems to be a firefox/mozilla/xulrunner bug to me.

Dave



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

Bug#238833: Processed: please read the bugreport until the end to understand why I reassigned this bug

[Paul Hardy]

On Wed, Sep 10, 2008 at 5:09 AM, Debian Bug Tracking System
<[EMAIL PROTECTED]> wrote:
> Processing commands for [EMAIL PROTECTED]:
>> retitle 238833 wrong rendering fallback
> Bug#238833: general: not all fonts contain glyphs for all codepoints
> Changed Bug title to `wrong rendering fallback' from `general: not all fonts 
> contain glyphs for all codepoints'.

If you need a fallback Unicode font, you can look at the
"xfonts-unifont" and "ttf-unifont" packages in unstable & testing.
I'm currently maintaining the "unifont" package.  The current version
of those packages contains a glyph for every visible code point in the
Unicode 5.1 Basic Multilingual Plane.  The TrueType font will look
best at 12pt (and might look outright unacceptable at smaller point
sizes).

However, beware the Jabberwock, er, I mean the combining marks.  The
xfonts-unifont font encodes glyphs for them, but they are not
superimposed on a preceding glyph.  The ttf-unifont font displays
combining marks superimposed over a following glyph, rather than over
the preceding glyph as per the Unicode Standard.  So combining marks
aren't handled in accordance with the Unicode Standard in either
version yet, but at least they only form a small fraction of the total
Basic Multilingual Plane.

I made a new version of the TrueType font that ought to render
combining marks in accordance with the Unicode Standard.
Unfortunately, the font renders perfectly under Windows XP but not
under GNOME on Debian.  I haven't tried it under KDE and would be
interested in feedback if someone wants to try it under KDE.  The new
version of the TrueType font is at

 http://unifoundry.com/unifont-5.1.20080907.ttf.gz

(You'll have to gunzip it before you use it.)

I just barely got the current version of the "unifont" package in with
the lenny freeze, and I haven't assembled yet another version with the
above 2008-09-07 TrueType font.  It was about all I could do to finish
all the missing glyph renderings before the freeze -- there wasn't
time for everything I would have liked to accomplish.

If there is interest though, I could try to have one more version
brought into lenny that includes the very latest TrueType font.  One
reason I didn't bother so far is because its combining marks don't
render correctly under GNOME, and I think it is probably a more
generic X11 bug not specific to GNOME (though I haven't had time to
check the font with KDE).  The combining marks in that latest TrueType
font do have an advance width of zero so I am fairly confident that
the bug is not with the TrueType font.  See bug #497326 for more
mention of this.  I also posted a message about TTF Unicode combining
marks on the debian-x list about half a week ago.

I also have a file containing a list of every code point in the
Unicode 5.1 Basic Multilingual Plane that should have zero advance
width (i.e., the combining marks), with one code point per line in
hexadecimal.  The file is at

 http://unifoundry.com/pub/combining-5.1.dat

I entered all the data in that file, and I'm placing it in the public
domain to help spread support for Unicode.


Paul Hardy



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

Bug#498564: python-uno: segmentation fault on upgrading presentation-minimizer and odbc-postgresql to 2.4.1-9

[Arthur Marsh]

Package: python-uno
Version: 1:2.4.1-9
Severity: normal


Whilst upgrading from OOo 2.4.1-8 I received the following errors:

Setting up openoffice.org-presentation-minimizer (1.0+OOo2.4.1-9) ...
Adding extension 
/usr/lib/openoffice/share/extension/install/sun-presentation-minimizer.oxt.../usr/lib/openoffice/program/uno:
 
line 175: 11496 Segmentation fault  "$sd_prog/$sd_binary" $GUI "$@"
 done.
Setting up openoffice.org-sdbc-postgresql (1:0.7.5+OOo2.4.1-9) ...
Adding extension 
/usr/lib/openoffice/share/extension/install/postgresql-sdbc-0.7.5.zip.../usr/lib/openoffice/program/uno:
 
line 175: 11576 Segmentation fault  "$sd_prog/$sd_binary" $GUI "$@"
 done.


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

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

Versions of packages python-uno depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.2-1  GCC support library
ii  libstdc++64.3.2-1The GNU Standard C++ Library v3
ii  libstlport4.6ldbl 4.6.2-3.2  STLport C++ class library
ii  openoffice.org-core   1:2.4.1-9  OpenOffice.org office suite archit
ii  python2.5.2-2An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt
ii  python2.5 2.5.2-11   An interactive high-level object-o

python-uno recommends no packages.

python-uno suggests no packages.

-- debconf-show failed



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

Bug#498562: ITP: last-align -- genome-scale comparison of biological sequences.

[Charles Plessy]

Package: wnpp
Severity: wishlist
Owner: Charles Plessy <[EMAIL PROTECTED]>

  Package name: last-align
  Version : 7
  Upstream Author : Martin C. Frith and Paul B. Horton <[EMAIL PROTECTED]>
  URL : http://last.cbrc.jp/
  License : GPL-3+
  Programming Lang: C++
  Description : genome-scale comparison of biological sequences.
 
 LAST is software for comparing and aligning sequences, typically DNA or
 protein sequences. LAST is similar to BLAST, but it copes better with very
 large amounts of sequence data. Here are two things LAST is good at:
 .
  * Comparing large (e.g. mammalian) genomes.
  * Mapping lots of sequence tags onto a genome.
 .
 The main technical innovation is that LAST finds initial matches based on
 their multiplicity, instead of using a fixed size (e.g. BLAST uses 11-mers).
 This allows us to map tags to genomes without repeat-masking, without becoming
 overwhelmed by repetitive hits. To find these variable-sized matches, it uses
 a suffix array (inspired by Vmatch). To achieve high sensitivity, it uses a
 discontiguous suffix array, analogous to spaced seeds.

The package is almost ready, but I will wait that GCC 4.3 issues are solved
upstream. Manpages are missing and I will not write some during the freeze.

This package will be part of a larger effort to make Debian the best platform
for large-scale genomics.

Have a nice day,

-- 
Charles



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

Bug#498561: Please add Provides: pdf-viewer

[Trent W. Buck]

Package: epdfview
Version: 0.1.6-5
Severity: wishlist

$ grep-aptavail -ns Package -F Provides pdf-viewer | fmt
evince evince-gtk gv kghostview kpdf okular viewpdf.app xpdf-reader
xpdf-utils

Please add a Provides: pdf-viewer header to epdfview so that it is
incuded in this list.

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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages epdfview depends on:
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii  libcomerr21.41.0-3   common error description library
ii  libcups2  1.3.8-1lenny1  Common UNIX Printing System(tm) - 
ii  libgcc1   1:4.3.1-9  GCC support library
ii  libglib2.0-0  2.16.5-1   The GLib library of C routines
ii  libgnutls26   2.4.1-1the GNU TLS library - runtime libr
ii  libgtk2.0-0   2.12.11-3  The GTK+ graphical user interface 
ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  libpango1.0-0 1.20.5-1   Layout and rendering of internatio
ii  libpoppler-glib3  0.8.6-1PDF rendering library (GLib-based 
ii  libstdc++64.3.1-9The GNU Standard C++ Library v3
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

epdfview recommends no packages.

epdfview suggests no packages.

-- no debconf information



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

Bug#498560: DM application for Trent W. Buck

[Trent W. Buck]

Package: debian-maintainers
Version: 1.42
Severity: normal

Please add me to the debian-maintainers keyring.

Date: Thu, 11 Sep 2008 15:47:37 +1000
Comment: adding debian-maintainer Trent W. Buck
Agreement:
  http://lists.debian.org/debian-newmaint/2008/09/msg00015.html,
  http://lists.debian.org/debian-newmaint/2008/09/msg00017.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2008/09/msg00016.html
Action: import
Data:
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  mQGiBEV2rwERBACms8fCT/ziRsYpsbSGTcriWWj1z6/AtUc6bntyCuiMgbG7HSMl
  C++9cmYV3EXpbVFB2F53WPSkE6V20CdlwGgQYF0JgL0J2i9icsWQX38McCf35MBS
  N7bxMjxRIdyonbmNzxt01eLYw3PuHFeUPvnjPeL/ko1X5Mnc3RDKSG53NwCg+tgs
  XhmKfmYheVhjjqS/2vpizMkD/R9sB4zYK9yruQTJRwAZ+pKy9NagM9T1qA6ZPEc3
  MmM/vzAVJCGOrUFmVgMEO77uRwAnPufIxVU/km/OlOBHd+kENvYYBGzE4gk3ST3g
  wHPWBjKQ4fRCspTehCvzhxPJJbRDzczwF6A4Cs/a6XIGPisJf792kXOUJFf0mXaT
  caCkBACJ5KPw497intlFsfOknpEgEsaCSRBuy6ArESI/ZoHkLn7DQ6lnZDwKLQK0
  WKpYSuVqir40C7hw/JnZeuLWiJlRtxgyNy9APs7YwrMBO3CFR8J9qEMRPOXa2ZtX
  FyXpw8e3Y4glYzYnLEBu60xYD47tESwt670OmD58MZSa3CcseLQgVHJlbnQgQnVj
  ayA8dHJlbnRidWNrQGdtYWlsLmNvbT6IYAQTEQIAIAUCRXyOkwIbAwYLCQgHAwIE
  FQIIAwQWAgMBAh4BAheAAAoJEC6Xn/Yk7cQGla4AoIb4CAGTzr93gPx5qKmuI4cs
  scdPAKDLCKs1234YMMmWDuKehdU9suZ+D4hGBBARAgAGBQJIw8P5AAoJEMKwefz1
  x1JWjksAn07FvfebVH5Xjl4pRApnABghhxg2AKCDvOQlJ5qCO4SVIwhZYsXE8Ehd
  pIhGBBARAgAGBQJIyJcqAAoJEIqQZ3kYgCg8NTUAn2xmVNpPApy0RVny2umoc+4q
  EaglAJ9ElFGUIWoGtbgUZt/RSoB3fH/lmYhGBBARAgAGBQJIyJdrAAoJEIiheH/D
  8VnKyL4An3hyJ/ixOZgqlSKK+c9JQt1KtU6MAKCpqDMiIORCl33w7jGagpgPP11+
  vIicBBABAgAGBQJIyJd/AAoJEKyA/lCt0aS19d4D/3eDlwUIWiilG2HoxBjCmUvR
  giFPk9hRTzpvEhDrj+MRdzBDeRRBpCM1ORgXV16Gb0+K/rWumLE6sk7ruD5sjIr0
  Zt978hrsKEERLsB0SUSbVEd7poMsmJCSeFZpFiRBh3h8Q1BU51a5kZlmdjt7EBqs
  ToxhCoSpzDS2naurHil8tCNUcmVudCBXLiBCdWNrIDx0cmVudGJ1Y2tAZ21haWwu
  Y29tPohgBBMRAgAgBQJGlxm+AhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQ
  Lpef9iTtxAab4gCgyeiH6C5Od33noAu6OlCVQde1B+YAn1puRu7xFtwubsnY5yuy
  8thvYsFliEYEEBECAAYFAkjDw/YACgkQwrB5/PXHUlawhACgh3MLbKmcfwURA9D4
  JCVDgw6jNOgAoJrsu+fnspaUF2TBHDbpJxjJwxjziEYEEBECAAYFAkjIlyoACgkQ
  ipBneRiAKDx4YwCgmeJ7oy7RCU2mvo81gWL7H4A1ZQMAnj6riGURh9zB2i0a73G5
  QLgsRRdpiEYEEBECAAYFAkjIl2sACgkQiKF4f8PxWcoslQCfX2zpQEWgZyctg14Y
  4V+OuL6920UAn1ZxDcbSdvRNVI2nZxKLI09E8uB7iJwEEAECAAYFAkjIl38ACgkQ
  rID+UK3RpLX8NQP/axYne8/KOCvltd0BcmgcVdFkn6PU2jZuammy2LmbrJ/LfKGi
  qTtHDs9ECNch82zJziZNXBqnSH3mz1kWArPgeyumdlJXjK0ZLV1pzVgwZ2NaAw23
  9SlGGAv/F/HMMUqoMtiZmz9XyVXqoZC2P0xKahuEp3SgD5l6/3RvGDw1nJm0LlRy
  ZW50IEJ1Y2sgKEdlbmVyYWwgVXNlKSA8dHJlbnRidWNrQGdtYWlsLmNvbT6IYAQT
  EQIAIAUCRXavAQIbAwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEC6Xn/Yk7cQG
  je8An25WgvW/JsXWtRJ2M1BvyDNp0kvbAJsEbiMR3tjm/IjvwJbZv7z9/PK8xIhG
  BBARAgAGBQJIw8P5AAoJEMKwefz1x1JW5i4AoJaUWyAspZbftkBUPzIGTtwW4qRO
  AKCdC3kgHWxWQmg15AwWcCLtSgrztYhGBBARAgAGBQJIyJcqAAoJEIqQZ3kYgCg8
  2rgAn2dYfJNKIZ6TN1f8BA+7kLfV7dOAAJ9mNuwd56XlTrn6ogaLq3/73k1654hG
  BBARAgAGBQJIyJdrAAoJEIiheH/D8VnKJvEAn2AWWDAGF2+AvIDKtME3ls6sw1GK
  AJ9r+D6tXMQ/Cr8Re7h7nLVsOEGduYicBBABAgAGBQJIyJd/AAoJEKyA/lCt0aS1
  g2kD/Ruu6Ces8cNFLnmzziTtHwSnr3y8BFERVR6LqwLYPNMU5qjowMJTEbutYb2c
  a1YqwprvyIB5lK2uAsFcV+UNzAqUT0P8rh2YUMG6p9Q64Vu9DPeA4NnUZnYNLTsj
  m2G7/velvvJ5y2ehnqoJq6ac78G/D7DbrfUBXvzKWivhI8VbuQQNBEV2r4sQEADc
  0AXpbMIKtX9Ym6sQHFzus3gatMKI08Wt+3iqk6Q3WPBUiwG2QziDukIpBLEQV/Qa
  71CDdteyWjqR67dEaRC3yxPNk4XIkBoQ0foAJ41MKZBZaK3aC8yUQWRxtolWA3aQ
  YG9d14ofy1y/O8NQxiXXCle1+nawUV4+HBYJhHGJSHbJ75G8RyYNq9IisHNS5Hhd
  6gxmhM2aiECw964G95GBzEbMge+FKr3DBJROhPUWyFYFnrsjJUTFWuzjMPf27aZi
  juvvf+JUs4Eg6cy3Ww5lcy+csxsWXSUHwKK16W1JhUy6CH2YOtHCOVqRDbR5NW36
  TXvAw4ut9AloC/MwiUEo/wNiSKaR2+SeTiIcendJy7H3q/bHvODlAgHBzoPgmPl2
  ryvpFm9RxWZ31us23nWSGMAyyUkoRuHq8++dK3A3SMF0RbNp7Vk/iNTN1gz+KwPh
  pL2PnPzF3zmt4v9+sgxC7pTejgg08Z4/evfSW3v8nxMynUlXDuaSApOR1LbWSH8m
  jqYKJxuOhZrGjOQyhmqtKRAfrPh8plR7EVvvpLzFN9MtA94qy0jGlCe24rHnqjvr
  N1dq/XC7lV0RAKUHmcJA0Wtn5ye98SXaxLIXOl8RhoFgA/W7/ww+RXt/xyxtuCAv
  Q4drT6QXoDz56HidKOiOe3ggpIJnbnpIwg1M8QFJNwADBQ//cck8CajmXTPIoUGg
  fSpZUasdLQdBz7qIb7jYFf6xTZNssa3gxBU80e1hbSsT9svujKWo57rMk94CH73B
  brexknKIJ25EmmmE1k3fz39XQUVzPtQ04mUvpe+pdOuBRDywI+qLRYiPQfkRhibe
  4Ab1gPbnMP8ANtZR36Ejt8K3ltCge7DgdgrSpbZjwR8ODAhMwXoNUgzoHy/OwTuO
  IJK2sfPC115K9wHgfNoQqyeK0rnhYgMD79ec9hvIspa17VJF/yAFKRhRWC+gv9i2
  GX49iGiKtjuBbxQ8AGX6nnqHQM/mKwLyEZ83nNYnDvFX9MzW6PHsGagGjwmdpzmP
  aUXkn4XYb5zdDo2WHgUxF5lkpFRDT+a66p33iIIMA2PXgp5vHi2ryy4sEEy9YtVV
  y+ynhPLoLr9b2uGToDwtHRFmHCK4MYNo+GfWDYV3xR2nq1z0WGKelKZhQsfc/Szy
  ds2ArRhVWM26k44KJa1jK23k5RslqThq5zg3VWs8DyHBaET1jsg/pOuoP188A3WZ
  LhPks5gcEac+XH/XfuN/xB6UNDsPhUAwpba0mdatnKlQhNQmZtWn7ViZGflbYX0q
  qXVYf1EYQwTdEcR2Ac9gwSjxK9JGL/+P72jdZg/HcoeOwfqOC1KHRZAdpgiCky2K
  zFAf3vJ4Q9Ci1qdzfKiNSYGA7p2ISQQYEQIACQUCRXaviwIbDAAKCRAul5/2JO3E
  BnRTAJ9GJ7wgLbLFqDLQ0U7w6UhQQ2v/kgCgwicDs+mV6b7jLmdUQZuglwZ6Ca0=
  =ReJK
  -END PGP PUBLIC KEY BLOCK-

Bug#498559: topgit: Please upload new upstream release (0.3)

[Mike Hommey]

Package: topgit
Version: 0.2-1
Severity: wishlist

Everything is in the subject ;)

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

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

Versions of packages topgit depends on:
ii  git-core 1:1.5.6.5-1 fast, scalable, distributed revisi

topgit recommends no packages.

topgit suggests no packages.

-- no debconf information



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

Bug#498558: libgdk-pixbuf2-ruby1.8: scale() of Gdk::Pixbuf leaks memory

[Johan Walles]

Package: libgdk-pixbuf2-ruby1.8
Version: 0.17.0~rc1-4
Severity: important


Run the below program on some image file:

"
#!/usr/bin/ruby

require 'gtk2'

unless ARGV.size == 1
  puts "Syntax: pixbufmemleak.rb "
  exit 1
end

imagefile = ARGV[0]
puts "Test image: #{imagefile}"

pixbuf = Gdk::Pixbuf.new(imagefile)
while true
  pixbuf = pixbuf.scale(1000, 1000)
end
"

Current behavior: Ruby's memory usage increases by about 200Mb per second.

Expected behavior: Not much, definitely no memory increase.

  Regards //Johan

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

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

Versions of packages libgdk-pixbuf2-ruby1.8 depends on:
ii  libc6   2.7-13   GNU C Library: Shared libraries
ii  libcairo2   1.6.4-6  The Cairo 2D vector graphics libra
ii  libglib2-ruby1.80.17.0~rc1-4 Glib 2 bindings for the Ruby langu
ii  libglib2.0-02.16.5-1 The GLib library of C routines
ii  libgtk2.0-0 2.12.11-3The GTK+ graphical user interface 
ii  libpango1.0-0   1.20.5-1 Layout and rendering of internatio
ii  libruby1.8  1.8.7.22-3   Libraries necessary to run Ruby 1.

libgdk-pixbuf2-ruby1.8 recommends no packages.

libgdk-pixbuf2-ruby1.8 suggests no packages.

-- no debconf information



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

Bug#498557: cpio: modification time not preserved when -m option used vfat -> smbfs

[Arthur Marsh]

Package: cpio
Version: 2.9-13
Severity: normal


I was attempting to copy from a local vfat filesystem to a remote 
ntfs-3g filesystem preserving the modification times of files.

The source filesystem is mounted as:

/dev/hda1 on /victoriac type vfat (rw,uid=65534,gid=65534,umask=000)

The destination filesystem is mounted as:

//10.0.0.5/bigstore on /bigstore type cifs (rw,mand)

I attempted a cpio first by doing:

cd "/victoriac/some-directory"
find . -print0|cpio -pmdv0 /bigstore/some-other-directory 

but found the modification times of directories and files moved set to 
the present time.

I also tried:

find . -print0|cpio -p -mdv0 /bigstore/some-other-directory

with the same result.

However, if I logged on to the remote system which has the source and 
destination filesystems mounted as follows:

Source:

//10.0.0.1/victoriac on /victoriac type cifs (rw,mand)

Destination:

/dev/hda5 on /bigstore type fuseblk (rw,allow_other,blksize=4096)

the directory modification times were set to the present and the file 
modification times were preserved as the old times when using the 
following command:

cd /victoriac/somedir
find . -print0|cpio -p -mdv0 /bigstore/some-other-dir

This also preserved file modification times:

find . -print0|cpio -pmdv0 /bigstore/some-other-dir  

Is this a bug with cpio, or limitation of the vfat, smbfs, or ntfs-3g 
filesystem, or combination of the above?

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

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

Versions of packages cpio depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries

cpio recommends no packages.

cpio suggests no packages.

-- no debconf information



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

Bug#498556: fails to clean up on purge; renders apache2 unusable

[Steve M. Robbins]

Package: citadel-webcit
Version: 7.37-dfsg-3
Severity: important

Hi,

After installing then purging webcit, I find a symlink left over:

  [EMAIL PROTECTED] -l /etc/apache2/conf.d/webcit.conf
  lrwxrwxrwx 1 root root 24 2008-09-07 11:08 /etc/apache2/conf.d/webcit.conf -> 
/etc/citadel/webcit.conf

Unfortunately, this breaks Apache2, which says at startup:

  [EMAIL PROTECTED]/etc/init.d/apache2 restart
  Restarting web server: apache2apache2: Syntax error on line 278 of 
/etc/apache2/apache2.conf: Could not open configuration file 
/etc/apache2/conf.d/webcit.conf: No such file or directory
   failed!

-S


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

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

Versions of packages citadel-webcit depends on:
pn  citadel-common (no description available)
ii  debconf [debconf-2.0] 1.5.23 Debian configuration management sy
ii  libc6 2.7-13 GNU C Library: Shared libraries
pn  libcitadel1(no description available)
ii  libical0  0.32-1 iCalendar library implementation i
ii  libjs-prototype   1.6.0.2-4  JavaScript Framework for dynamic w
ii  locales   2.7-13 GNU C Library: National Language (
ii  openssl   0.9.8g-13  Secure Socket Layer (SSL) binary a
ii  tinymce   3.0.8-1platform independent web based Jav

Versions of packages citadel-webcit recommends:
ii  shared-mime-info  0.30-2 FreeDesktop.org shared MIME databa

Versions of packages citadel-webcit suggests:
ii  apache2   2.2.9-7Apache HTTP Server metapackage
ii  apache2-mpm-worker [apache2]  2.2.9-7Apache HTTP Server - high speed th
pn  citadel-server (no description available)
pn  gnome-icon-theme   (no description available)
pn  localepurge(no description available)



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

Bug#498458: ikiwiki: rst plugin fails with "Can't locate RPC/XML.pm in @INC"

[Ben Finney]

On 11-Sep-2008, Joey Hess wrote:
> Ben Finney wrote:
> > I maintain that the error message (as initially reported) is unhelpful 
> > for knowing what's wrong. The 'Suggests' control field is good, but 
> > the error message doesn't lead the user to look there. If a plugin is 
> > installed by the 'ikiwiki' package, it's rather counter-intuitive that 
> > the plugin won't work at all until further packages are installed.
> 
> It's actually not counterintuitive for minor package features or unusual
> configuration options to require suggested packages be installed. This is
> a common pattern in debian, with countless examples.

Perhaps there is such precedent. My point remains that the error 
message is quite unhelpful for addressing the problem; that ikiwiki's 
implementation, or its packaging, or both, should be modified to 
improve this; and that's what this bug report is about.

> > Since you say that certain libraries are required for any external 
> > plugins to work, would it not make sense to have those external 
> > plugins in a separate 'ikiwiki-plugins' package that itself 
> > depends on the required libraries?
> > 
> > Then, 'ikiwiki' could 'Suggests: ikiwiki-plugins', and it would be 
> > much clearer at install time that to get any plugins working, the 
> > 'ikiwiki-plugins' package must be installed.
> 
> The hypothetical ikiwiki-plugins package would depend on rather a 
> lot of stuff, that would be unlikely to be used by most users who 
> only use a plugin or two from it:

My suggestion for the 'Depends' was only for the librar{y,ies} that 
you referred to as necessary for *all* external plugins to function.

In other words, if I want users to have (in this case) the 'rst' 
plugin working, it is reasonable to expect that I'll know to install 
support for reStructuredText.

It's not reasonable for me to know that one arbitrary set of ikiwiki 
plugins needs extra libraries because of an implementation detail in 
ikiwiki, while others work fine without that. Knowledge like that is 
the responsibility of the programmer (by detecting the problem at 
run-time) or the package manager (by declaring dependencies as 
necessary for the implementation).

> And yet even with this change, ikiwiki could still be configured in 
> ways that make it complain about missing packages that are not in 
> its dependencies

If it complained "about missing packages", this bug report would be 
resolved. That's not what happens, though: it spits an error at 
run-time that occurs for one plugin but not for others, and there's no 
indication (for someone not knowledgeable about the implementation) of 
what package needs to be installed to resolve the error.

> The approach I've chosen for ikiwiki is to make packages that all, 
> or all except for very unusual configurations need be in the 
> Depends; packages that a typical wiki will need be in the 
> Recommends; and all else in the Suggests.

I've no complaint about the use of the dependencies; what you describe 
above seems like the priorities are well chosen.

That's orthogonal to the point of this bug report, which remains: The 
error message when one of these library packages is missing gives no 
clue to a user ignorant about the implementation as to why one plugin 
breaks and others don't, and what to do about it.

-- 
 \   “Corporation, n. An ingenious device for obtaining individual |
  `\   profit without individual responsibility.” —Ambrose Bierce, |
_o__)   _The Devil's Dictionary_, 1906 |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#498529: Please update to 3.15

[Ron]

On Wed, Sep 10, 2008 at 10:46:27PM +0200, Michal Čihař wrote:
> Package: mingw32-runtime
> Version: 3.13-1
> Severity: wishlist
> 
> Hi
> 
> there is 3.14 available for quite a long time and few days ago 3.15 has
> been released:
> 
> http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=11598
> 
> Is it possible to package it?

Sure, but we're in the final stages of the freeze right now, so uploading
new toolchain releases isn't the wisest thing we can do immediately.
Is there something in particular in this one that you need or that fixes
some urgent bug in the distro packages?

Cheers,
Ron





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

Bug#498458: ikiwiki: rst plugin fails with "Can't locate RPC/XML.pm in @INC"

[Joey Hess]

Ben Finney wrote:
> I maintain that the error message (as initially reported) is unhelpful 
> for knowing what's wrong. The 'Suggests' control field is good, but 
> the error message doesn't lead the user to look there. If a plugin is 
> installed by the 'ikiwiki' package, it's rather counter-intuitive that 
> the plugin won't work at all until further packages are installed.

It's actually not counterintuitive for minor package features or unusual
configuration options to require suggested packages be installed. This is
a common pattern in debian, with countless examples.

> Perhaps the solution is to make the error message unnecessary, by 
> having the dependencies structured differently:
> 
> Since you say that certain libraries are required for any external 
> plugins to work, would it not make sense to have those external 
> plugins in a separate 'ikiwiki-plugins' package that itself depends on 
> the required libraries?
> 
> Then, 'ikiwiki' could 'Suggests: ikiwiki-plugins', and it would be 
> much clearer at install time that to get any plugins working, the 
> 'ikiwiki-plugins' package must be installed.

The hypothetical ikiwiki-plugins package would depend on rather a lot of
stuff, that would be unlikely to be used by most users who only use a plugin
or two from it:

libsearch-xapian-perl, xapian-omega, librpc-xml-perl, libtext-wikiformat-perl,
python, python-docutils, polygen, tidy, libxml-feed-perl, libmailtools-perl,
perlmagick, libfile-mimeinfo-perl, libcrypt-ssleay-perl,
libtext-typography-perl, libtext-csv-perl, libdigest-sha1-perl, graphviz,
libnet-amazon-s3-perl, sparkline-php, texlive, dvipng

But, even assuming that the VCS plugins and other core plugins (inline,
etc) are not included in ikiwiki-plugins, it would not be uncommon to
need to install it, pulling all of the above in. (And I don't think that
splitting things up to ever finer levels of granularity to deal with
that is a good path.)

And yet even with this change, ikiwiki could still be configured in ways
that make it complain about missing packages that are not in its
dependencies, including:

gcc, libc6-dev, subversion, git-core, tla, bzr, mercurial, monotone,
libxml-simple-perl, libnet-openid-consumer-perl, liblwpx-paranoidagent-perl,
libtimedate-perl, libcgi-formbuilder-perl, libcgi-session-perl,
libmail-sendmail-perl, libauthen-passphrase-perl

You certianly don't want to install all of these as hard dependencies, but
based on the configuration various ones will be needed.

The approach I've chosen for ikiwiki is to make packages that all, or
all except for very unusual configurations need be in the Depends;
packages that a typical wiki will need be in the Recommends; and all
else in the Suggests.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#496287: Me too!

[Martin Michlmayr]

* Francesco Poli <[EMAIL PROTECTED]> [2008-09-10 23:15]:
> > > P.S.: I am Cc:ing the bug submitter, maybe he also had udev <= 0.114-2
> > > installed at the time of his latest reboot, when he submitted this bug
> > > report...  Martin, can you check?
> > 
> > I'm afraid I cannot remember.  I don't think it was that old, but I
> > cannot remember.
> 
> /var/log/aptitude* usually help: or do you upgrade your system with
> something other than aptitude?

I use apt-get, but good point... /var/log/dpkg.log says I upgraded
from 0.114-2 to 0.125-5, so you were right that I was using <= 0.114-2.
-- 
Martin Michlmayr
http://www.cyrius.com/



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

Bug#498554: Updated debdiff

[Michael Casadevall]

Sorry, the last debdiff bumped the standards version which I did out
of habit. Here's the correct one that will be uploaded.

diff -u php-clamavlib-0.13/clamav.c php-clamavlib-0.13/clamav.c
--- php-clamavlib-0.13/clamav.c
+++ php-clamavlib-0.13/clamav.c
@@ -30,6 +30,13 @@
 #include 
 #include 

+/**
+ * This hack is needed to make this code
+ * compatible with clamav 4 and 5
+ **/
+
+#undef CL_EFSYNC
+#define CL_EFSYNC-113

 ZEND_DECLARE_MODULE_GLOBALS(clamav)

diff -u php-clamavlib-0.13/debian/changelog php-clamavlib-0.13/debian/changelog
--- php-clamavlib-0.13/debian/changelog
+++ php-clamavlib-0.13/debian/changelog
@@ -1,3 +1,10 @@
+php-clamavlib (0.13-1.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Corrected FTBFS by porting the code from libclamav4 to 5. (Closes: #498554)
+
+ -- Michael Casadevall <[EMAIL PROTECTED]>  Thu, 11 Sep 2008
00:01:40 -0400
+
 php-clamavlib (0.13-1.2) unstable; urgency=low

   * Non-maintainer upload.



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

Bug#497905: Is the bug really fixed?

[Yves-Alexis Perez]

Hi,

[EMAIL PROTECTED]: dpkg -l sysfsutils
ii  sysfsutils 2.1.0-5sysfs query tool and boot-time setup
[EMAIL PROTECTED]: sudo insserv
insserv: warning: current stop runlevel(s) (0 1 6) of script
`sysfsutils' overwrites defaults (empty).
insserv: warning: current stop runlevel(s) (0 1 6) of script
`cpufrequtils' overwrites defaults (empty).

Is this bug really fixed? Should I do something more?

Cheers,
-- 
Yves-Alexis


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

Bug#498554:

[Michael Casadevall]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

NMU debdiff follows

diff -u php-clamavlib-0.13/clamav.c php-clamavlib-0.13/clamav.c
- --- php-clamavlib-0.13/clamav.c
+++ php-clamavlib-0.13/clamav.c
@@ -30,6 +30,13 @@
 #include
 #include

+/**
+ * This hack is needed to make this code
+ * compatible with clamav 4 and 5
+ **/
+
+#undef CL_EFSYNC
+#define CL_EFSYNC-113

 ZEND_DECLARE_MODULE_GLOBALS(clamav)

diff -u php-clamavlib-0.13/debian/changelog php-clamavlib-0.13/debian/changelog
- --- php-clamavlib-0.13/debian/changelog
+++ php-clamavlib-0.13/debian/changelog
@@ -1,3 +1,11 @@
+php-clamavlib (0.13-1.3) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Bumped standards version to 3.8.0
+  * Corrected FTBFS by porting the code from libclamav4 to 5. (Closes: #498554)
+
+ -- Michael Casadevall   Thu, 11 Sep 2008 00:01:40 -0400
+
 php-clamavlib (0.13-1.2) unstable; urgency=low

   * Non-maintainer upload.
diff -u php-clamavlib-0.13/debian/control php-clamavlib-0.13/debian/control
- --- php-clamavlib-0.13/debian/control
+++ php-clamavlib-0.13/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Jonas Genannt
 Build-Depends: debhelper (>= 4.1.6), php5-dev, libclamav-dev, po-debconf
- -Standards-Version: 3.7.3
+Standards-Version: 3.8.0

 Package: php5-clamavlib
 Architecture: any

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: http://getfiregpg.org

iEYEARECAAYFAkjInRYACgkQpblTBJ2i2ptmwwCfa59FVPoMlAeK7Qu0m0ZmpZje
qRIAoIbjIUmfS2lrT2Kcxhc5L4APzdAE
=RkbY
-END PGP SIGNATURE-



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

Bug#498555: mutt-patched: mailboxes in sidebar are not updated after changes in mbox

[Marco Túlio Gontijo e Silva]

Package: mutt-patched
Version: 1.5.18-4
Severity: normal

When I open a mbox and delete some mails in it, and then open another mbox, the
number of messages in the sidebar is not updated.

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

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

Versions of packages mutt-patched depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libcomerr21.41.0-4   common error description library
ii  libgdbm3  1.8.3-3GNU dbm database routines (runtime
ii  libgnutls26   2.4.1-1the GNU TLS library - runtime libr
ii  libidn11  1.9-1  GNU libidn library, implementation
ii  libkrb53  1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  libncursesw5  5.6+20080821-1 shared libraries for terminal hand
ii  libsasl2-22.1.22.dfsg1-22+b1 Cyrus SASL - authentication abstra
ii  mutt  1.5.18-4   text-based mailreader supporting M

mutt-patched recommends no packages.

mutt-patched suggests no packages.

-- no debconf information



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

Bug#498554:

[Michael Casadevall]

Subject: Intent to NMU: FTBFS fix against libclamav5
Package: php-clamavlib
Severity: important
Justification: fails to build from source
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I'm declaring intent to NMU to correct FTBFS against libclamav5.
Sid has libclamav5 which has a different API than libclamav4, causing
this package to FTBFS from source.

I will attach the debdiff to the followup email
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: http://getfiregpg.org

iEYEARECAAYFAkjImdsACgkQpblTBJ2i2pt6gQCeITkx97RYl8qok0I/SPnTqeBE
XoMAn2+FpBi1/0sxAf/IL4L4SfdUnG9o
=oQjY
-END PGP SIGNATURE-


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

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



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

Bug#497605: Getting Debian to release the PowerPC port

[Rogério Brito]

Dear Paul,

I would like to ask you a few things:

* which is the official dtc git repository?
  I ask it here because dtc.ozlabs.org doesn't seem to work, but this is
  what is linked to from the page  and the
  device-tree-compiler package on Debian has an outdated page (it
  seems). I already filed a bugreport to that package
  (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497605).

* where can I find the people responsible for glibc and gcc/g++ so that
  I can fill in the empty fields at
  , so that
  powerpc does not become "at risk" of not being released? Is the
  powerpc port cared by some team in special or is it just a "unified"
  upstream?


Thanks in advance, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



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

Bug#497270: Reviewing data in the debian-cd packages

[Michael Schmitz]

Hi,


I'll have to let Christian answer for the licensing of
cts_amiga_info.tar.gz. The rest of the amiga icons are in the d-i
repo. If these have clear licensing (I'm pretty sure they do) then
we should probably move them there too.

As I recall they were created either by or for Christian to use with
debian-cd. I don't believe they have a source form.


IIRC the initial .info files (icon data needed by AmigaOS in order to start 
particular install shell scripts) were created by Frank Neumann. The others are 
by Christian. All were intended for distribution with the install CDs (but 
Christian should perhaps confirm that). My impression was that these files are 
created by some sort of resource editor which is part of AmigaOS, so there's no 
source (though the file format should not be too difficult to reverse engineer).



They probably shouldn't be living in tar archives anyway. :)


Perhaps not - there may be special permissions required for these files to be 
properly recognized, though (at least that's the case for start scripts).


Christian has written a boot script that can fall back to a known good kernel
on unsuccessful boot, maybe that can be added to whatever package gets to 
provide the icon files as well?


Michael




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

Bug#498553: [visualboyadvance-gtk] Package description is wrong

[P M]

Package: visualboyadvance-gtk
Version: 1.8.0-4
Severity: important

The description of this package is wrong. This package contains VBA with GTK 
support, but the description says it "contains a version of VisualBoyAdvance 
compiled with the original GUI-less SDL interface." This is the same 
description as with the visualboyadvance package, which indeed contains the 
GUI-less version.

__
×ñçóéìïðïéåßôå Yahoo!;
ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam);   Ôï Yahoo! Mail äéáèÝôåé ôçí 
êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí  
http://mail.yahoo.gr 




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

Bug#498548: linux-image-2.6.26-1-686: SKB BUG: Invalid truesize

[dann frazier]

On Wed, Sep 10, 2008 at 09:30:43PM -0400, Emiliano Castagnari wrote:
> Package: linux-image-2.6.26-1-686
> Version: 2.6.26-4
> Severity: important
> 
> 
> I am getting this kernel messages at least 9 times per second. 
> I belive there is a patch to this problem, I dont know if it is already 
> aplied in the current package.
> 
>   http://marc.info/?l=linux-netdev&m=116284186427122&w=2

yeah, that patch went in years ago. This is a more current report, but
might not be the same thing:
  http://marc.info/?l=linux-netdev&m=121674755618486&w=2

Your best bet maybe to file a bug upstream at
http://bugzilla.kernel.org. Did this start occuring after a kernel
upgrade? If so, you might be able to help find the problem by
bisecting - see http://wiki.debian.org/DebianKernelReportingBugs for
more information.

-- 
dann frazier




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

Bug#498552: texlive-base: texlive-pictures should not contain curve

[Géraud Meyer]

Source: texlive-base
Source-Version: 2007.dfsg.1-3
Severity: normal

The debian package texlive-pictures contains a latex package named curve
that helps make a curriculum vitae. It should not be in texlive-pictures
but probably in the same package that contains the latex resume package
(currently it is texlive-latex-extra).

Regards




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

DAPATKAN DANA HIBAH HINGGA PULUHAN JUTA RUPIAH

[fatriyanto akase]

Program ini ditujukan bagi siapa saja yang saat ini membutuhkan bantuan dana
untuk keperluan yang positif seperti :

•   Investasi membuka/mengembangkan usaha

•   Biaya sekolah atau kuliah (Beasiswa), dalam dan luar negeri

•   Kegiatan sosial, termasuk LSM

•   dan sebagainya.

Dalam program ini tersedia dana dengan jumlah tak terbatas yang berasal dari
ribuan sumber sehingga memungkinan bagi siapa saja untuk mendaftar dan
berpeluang mendapatkan dana hibah, tanpa perlu mengembalikan, dan tanpa
syarat apapun !!!. Klik Link Di Bawah Ini Untuk Bergabung :
http://www.asiabersama.com/salwa

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Global Domain International " group.
To post to this group, send email to 
Global-Domain-International-work-at-home@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 









Bug#498442: more TAG tips
jidanni
 


 






  
  





Reply via email to



  
  





 
 

Bug#497270: Reviewing data in the debian-cd packages

[Finn Thain]

On Wed, 10 Sep 2008, Stephen R Marenka wrote:

> On Thu, Sep 11, 2008 at 12:37:22AM +0100, Steve McIntyre wrote:
> > Daniel's helpful bug (#497270) points out that we have embedded copies 
> > of isolinux in the debian-cd package. It's prompted me to look for 
> > other embedded data, and I've found the following list:
> 
> > Other files (hence the cc: to the m68k folks):
> > 
> >  * cts_amiga_info.tar.gz
> >  * macinstall-cd.tar.gz
> > 
> > are both provided to boot m68k machines, and they each contain binary 
> > files (icons and boot files, AFAICS). I have no idea how those files 
> > are generated, nor what the licensing situation is for them. Can you 
> > help out please?
> 
> Wow I never caught that those files were in debian-cd. 
> 
> macinstall-cd.tar.gz contains an old version of Penguin, the mac
> bootloader, which is packaged in contrib (19-3). I'm pretty sure I
> used the penguin package when I was working on debian-cd for etch.
> 
> The source for penguin 17 is at
> .

The current version is 19, and both the repo and the download are found on 
sourceforge.

http://sourceforge.net/projects/linux-mac68k

As to how it is generated, Penguin is a MacOS application and it is built 
under MacOS. Likewise BootX, the oldworld powermac bootloader. Neither can 
be built with Linux.

Finn

> 
> I'll have to let Christian answer for the licensing of 
> cts_amiga_info.tar.gz. The rest of the amiga icons are in the d-i 
> repo. If these have clear licensing (I'm pretty sure they do) then 
> we should probably move them there too.
> 
> As I recall they were created either by or for Christian to use with
> debian-cd. I don't believe they have a source form.
> 
> They probably shouldn't be living in tar archives anyway. :)
> 
> Thanks,
> 
> Stephen
> 
> 



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

Bug#409261: squid: Different approach

[Flavio Cruz]

Package: squid
Version: 2.7.STABLE3-1
Followup-For: Bug #409261

Here's a new patch that takes some different approaches:

- MAXPATHLEN: Fixed by making available the fallback/default value already used 
by squid in the hea
der squid.h to header util.h and including it where needed.
- Host naming scheme not recognized by config.sub, changing it to 
DEB_BUILD_GNU_TYPE fixes the problem, without messing around config.sub.
- Hurd has pthreads by some time now, so use them.

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages squid depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.23Debian configuration management sy
ii  hurd   20080607-5The GNU Hurd
ii  libc0.32.7-13GNU C Library: Shared libraries
ii  libcomerr2 1.40.11-1 common error description library
ii  libdb4.6   4.6.21-10 Berkeley v4.6 Database Libraries [
ii  libkrb53   1.4.4-8   MIT Kerberos runtime libraries
ii  libldap-2.4-2  2.4.10-2  OpenLDAP libraries
ii  libpam0g   1.0.1-4   Pluggable Authentication Modules l
ii  logrotate  3.7.1-3   Log rotation utility
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  netbase4.34  Basic TCP/IP networking system
ii  squid-common   2.7.STABLE3-1 Internet object cache (WWW proxy c

squid recommends no packages.

Versions of packages squid suggests:
pn  logcheck-database  (no description available)
pn  resolvconf (no description available)
pn  smbclient  (no description available)
pn  squid-cgi  (no description available)
pn  squidclient(no description available)
pn  winbind(no description available)

-- debconf information excluded
diff -Naur old/squid-2.7.STABLE3/debian/rules squid-2.7.STABLE3/debian/rules
--- old/squid-2.7.STABLE3/debian/rules	2008-09-04 18:22:01.0 +
+++ squid-2.7.STABLE3/debian/rules	2008-09-04 17:01:28.0 +
@@ -66,11 +66,12 @@
 		DEFAULT_MIME_TABLE=$(datadir)/mime.conf \
 		DEFAULT_MIB_PATH=$(mibdir)/SQUID.txt
 
-# The HURD doesn't have pthreads yet.
-ifeq ($(DEB_HOST_ARCH_OS), gnu)
-	with_pthreads = --enable-storeio=ufs,diskd,null
+# Disable ARP ACL for Hurd
+ifeq ($(DEB_HOST_ARCH_OS), hurd)
+	with_pthreads = --enable-storeio=ufs,diskd,null \
+		--with-pthreads
 	with_netfilter =
-	with_arp_acl =
+	with_arp_acl = --disable-arp-acl
 	with_epoll =
 else
 ifeq ($(DEB_HOST_ARCH_OS), kfreebsd)
@@ -152,7 +153,7 @@
 	--enable-follow-x-forwarded-for \
 	--with-large-files \
 	--with-maxfd=65536 \
-	$(DEB_HOST_ARCH_CPU)-debian-$(DEB_HOST_ARCH_OS)
+	$(DEB_BUILD_GNU_TYPE)
 
 # Architecture independant files.
 binary-indep:	build checkroot
diff -Naur old/squid-2.7.STABLE3/helpers/basic_auth/MSNT/allowusers.c squid-2.7.STABLE3/helpers/basic_auth/MSNT/allowusers.c
--- old/squid-2.7.STABLE3/helpers/basic_auth/MSNT/allowusers.c	2002-06-26 19:09:48.0 +
+++ squid-2.7.STABLE3/helpers/basic_auth/MSNT/allowusers.c	2008-09-04 17:41:18.0 +
@@ -16,6 +16,7 @@
 #include 
 #include "usersfile.h"
 #include "msntauth.h"
+#include "util.h"
 
 static usersfile AllowUsers;
 static int init = 0;
diff -Naur old/squid-2.7.STABLE3/helpers/basic_auth/MSNT/confload.c squid-2.7.STABLE3/helpers/basic_auth/MSNT/confload.c
--- old/squid-2.7.STABLE3/helpers/basic_auth/MSNT/confload.c	2002-06-26 19:09:48.0 +
+++ squid-2.7.STABLE3/helpers/basic_auth/MSNT/confload.c	2008-09-04 17:41:31.0 +
@@ -21,6 +21,7 @@
 
 #include "msntauth.h"
 #include "valid.h"
+#include "util.h"
 
 /* Path to configuration file */
 #ifndef SYSCONFDIR
diff -Naur old/squid-2.7.STABLE3/helpers/basic_auth/MSNT/denyusers.c squid-2.7.STABLE3/helpers/basic_auth/MSNT/denyusers.c
--- old/squid-2.7.STABLE3/helpers/basic_auth/MSNT/denyusers.c	2002-06-26 19:09:48.0 +
+++ squid-2.7.STABLE3/helpers/basic_auth/MSNT/denyusers.c	2008-09-04 17:41:05.0 +
@@ -17,6 +17,7 @@
 #include 
 #include "usersfile.h"
 #include "msntauth.h"
+#include "util.h"
 
 static usersfile DenyUsers;
 static int init = 0;
diff -Naur old/squid-2.7.STABLE3/include/util.h squid-2.7.STABLE3/include/util.h
--- old/squid-2.7.STABLE3/include/util.h	2006-12-10 13:36:23.0 +
+++ squid-2.7.STABLE3/include/util.h	2008-09-04 17:27:36.0 +
@@ -48,6 +48,11 @@
 #define SQUIDHOSTNAMELEN 256
 #endif
 
+#define SQUID_MAXPATHLEN 256
+#ifndef MAXPATHLEN
+#define MAXPATHLEN SQUID_MAXPATHLEN
+#endif
+
 #if defined(_SQUID_FREEB

Bug#498551: Suggest lipsum for not-Homer's not-Odyssey

[Trent W. Buck]

Package: python-reportlab
Version: 2.1dfsg-2
Severity: wishlist

In debian/debian-font-patches you replace a copyrighted demo text with
some nonsense text.  Rather than repeating

and this sentence he intentionally left meaningless,

over and over, it might be better to use a lipsum, e.g.

Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do
eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut
enim ad minim veniam, quis nostrud exercitation ullamco laboris
nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in
reprehenderit in voluptate velit esse cillum dolore eu fugiat
nulla pariatur. Excepteur sint occaecat cupidatat non proident,
sunt in culpa qui officia deserunt mollit anim id est laborum.

Since Cicero died before year zero, I assume it's out of copyright.

http://en.wikipedia.org/wiki/Lipsum


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

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-reportlab depends on:
ii  python2.5.2-2An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt

Versions of packages python-reportlab recommends:
ii  python-imaging1.1.6-3Python Imaging Library
pn  python-renderpm(no description available)
pn  ttf-bitstream-vera (no description available)
pn  ttf-dustin (no description available)

Versions of packages python-reportlab suggests:
pn  pdf-viewer (no description available)
pn  python-egenix-mxtexttools  (no description available)
pn  python-reportlab-doc   (no description available)

-- no debconf information



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

Bug#498550: compizconfig-settings-manager: bicubic filter refuses to enable

[Sheridan Hutchinson]

Package: compizconfig-settings-manager
Version: 0.7.6-3
Severity: normal

Hi,

The bicubic filter just seems completely stubborn about being set.

I made a video to put it into context:
http://shezza.sdf-eu.org/bug.ogv

You can see that I check it and then a few moments later it 'de-checks' itself.

I have the compiz plugin package installed alongside all three compiz fusion 
plugins packages.

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

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

Versions of packages compizconfig-settings-manager depends on:
ii  librsvg2-common   2.22.2-2   SAX-based renderer library for SVG
ii  python2.5.2-2An interactive high-level object-o
ii  python-compizconfig   0.7.6-1Compizconfig bindings for python
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge
ii  python-support0.8.4  automated rebuilding support for P

Versions of packages compizconfig-settings-manager recommends:
pn  python-sexy(no description available)

compizconfig-settings-manager suggests no packages.

-- no debconf information



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

Bug#497523: I can confirm this...

[Julien Cristau]

tag 497523 upstream fixed-upstream
kthxbye

On Thu, Sep 11, 2008 at 03:33:09 +0200, Vedran Furač wrote:

> I have the same problem with this version of synaptics driver. This is
> probably related to the line:
> 
> (WW) SynPS/2 Synaptics TouchPad can't grab event device, errno=16
> 
No, it's related to
http://cgit.freedesktop.org/xorg/driver/xf86-input-synaptics/commit/?id=fb98432436c5e1cc69b5f4b84f625e3700e51e04
That commit has been reverted before 0.15.1, so will presumably be
included in the next upload, whenever that happens.

Cheers,
Julien



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

Bug#497459: patch

[dann frazier]

tags 497459 + patch
found 497459 3.11
notfound 497459 3.10+nmu1
kthxbye

This issue appears to have been introduced by 3.11, in the fix for
#489414. Since it appears that the entire purpose of bootcd-ia64 is to
provide this file (and pull in the dependencies it requires), it looks
like the correct fix is to drop the bootcd-ia64.lib from bootcd and
only ship it in bootcd-ia64.

patch attached.

-- 
dann frazier
diff -Nru bootcd-3.11/debian/bootcd.install bootcd-3.12/debian/bootcd.install
--- bootcd-3.11/debian/bootcd.install	2007-11-30 05:37:38.0 -0700
+++ bootcd-3.12/debian/bootcd.install	2008-09-10 19:31:59.0 -0600
@@ -3,7 +3,6 @@
 usr/share/bootcd/bootcd-check.lib
 usr/share/bootcd/bootcd2disk.conf
 usr/share/bootcd/default.txt
-usr/share/bootcd/bootcd-ia64.lib
 usr/share/bootcd/bootcd2disk
 usr/share/bootcd/bootcdflopcp
 usr/share/bootcd/S13bootcdflop.sh
diff -Nru bootcd-3.11/debian/changelog bootcd-3.12/debian/changelog
--- bootcd-3.11/debian/changelog	2008-07-29 03:08:01.0 -0600
+++ bootcd-3.12/debian/changelog	2008-09-10 19:32:51.0 -0600
@@ -1,3 +1,9 @@
+bootcd (3.12) UNRELEASED; urgency=low
+
+  * Remove bootcd-ia64.lib from bootcd binary to avoid conflict
+
+ -- dann frazier <[EMAIL PROTECTED]>  Wed, 10 Sep 2008 19:32:05 -0600
+
 bootcd (3.11) unstable; urgency=low
 
   * the bootcd-ia64.lib is now in bootcd-ia64. This bug was reported by 

Bug#498549: krusader menu entries

[Sheridan Hutchinson]

Package: krusader
Version: 1.90.0-3
Severity: minor

Hi,

Krusader makes two entries in the Debian menu system.

>From a KDE perspective, one entry is under "System" with "File Manager 
(Krusader -root-mode)".

However the second entry is under "Utilities" with "File Manager 
(Krusader)".

For the sake of consistensy could you consider moving both desktop 
entries into the same segment (either Utilities or System) as it seems 
an oversight to file them in two different places.

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

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

Versions of packages krusader depends on:
ii  kdelibs4c2a4:3.5.9.dfsg.1-6  core libraries and binaries for al
ii  libacl12.2.47-2  Access control list shared library
ii  libattr1   1:2.4.43-1Extended attribute shared library
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libgcc11:4.3.1-9 GCC support library
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libkjsembed1   4:3.5.9-3 Embedded JavaScript library
ii  libkonq4   4:3.5.9.dfsg.1-5  core libraries for Konqueror
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libqt3-mt  3:3.3.8b-5Qt GUI Library (Threaded runtime v
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libstdc++6 4.3.1-9   The GNU Standard C++ Library v3
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  menu   2.1.40generates programs menu for all me
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

krusader recommends no packages.

Versions of packages krusader suggests:
pn  arj(no description available)
ii  ark 4:3.5.9-2graphical archiving tool for KDE
ii  bzip2   1.0.5-1  high-quality block-sorting file co
ii  cpio2.9-13   GNU cpio -- a program to manage ar
ii  kdebase-bin 4:3.5.9.dfsg.1-5 core binaries for the KDE base mod
ii  kdebase-kio-plugins 4:3.5.9.dfsg.1-5 core I/O slaves for KDE
pn  kdiff3 | kompare | xxdi(no description available)
pn  kedit  (no description available)
pn  khexedit   (no description available)
pn  kmail  (no description available)
ii  konsole 4:3.5.9.dfsg.1-5 X terminal emulator for KDE
ii  krename 3.0.14-1 Powerful batch renamer for KDE 3.x
pn  lha(no description available)
pn  md5deep | cfv  (no description available)
pn  p7zip  (no description available)
pn  rpm(no description available)
pn  unace  (no description available)
ii  unrar   1:3.8.2-1Unarchiver for .rar files (non-fre
ii  unzip   5.52-12  De-archiver for .zip files
ii  zip 2.32-1   Archiver for .zip files

-- no debconf information



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

Bug#489414: redoning

[dann frazier]

Version: 3.11

Sorry - been updating the wrong report :(
Those were meant for #497459
-- 
dann frazier




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

Bug#489414: notfound 489414 in 3.11

[dann frazier]

# Automatically generated email from bts, devscripts version 2.10.35
# oops - wrong bug
notfound 489414 3.11




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

Bug#497270: Reviewing data in the debian-cd packages

[Stephen R Marenka]

On Thu, Sep 11, 2008 at 12:37:22AM +0100, Steve McIntyre wrote:
> Daniel's helpful bug (#497270) points out that we have embedded copies
> of isolinux in the debian-cd package. It's prompted me to look for
> other embedded data, and I've found the following list:

> Other files (hence the cc: to the m68k folks):
> 
>  * cts_amiga_info.tar.gz
>  * macinstall-cd.tar.gz
> 
> are both provided to boot m68k machines, and they each contain binary
> files (icons and boot files, AFAICS). I have no idea how those files
> are generated, nor what the licensing situation is for them. Can you
> help out please?

Wow I never caught that those files were in debian-cd. 

macinstall-cd.tar.gz contains an old version of Penguin, the mac
bootloader, which is packaged in contrib (19-3). I'm pretty sure I
used the penguin package when I was working on debian-cd for etch.

The source for penguin 17 is at
.

I'll have to let Christian answer for the licensing of 
cts_amiga_info.tar.gz. The rest of the amiga icons are in the d-i 
repo. If these have clear licensing (I'm pretty sure they do) then 
we should probably move them there too.

As I recall they were created either by or for Christian to use with
debian-cd. I don't believe they have a source form.

They probably shouldn't be living in tar archives anyway. :)

Thanks,

Stephen

-- 
Stephen R. Marenka If life's not fun, you're not doing it right!
<[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#489414: patch

[dann frazier]

tags 489414 + patch
found 489414 3.10+nmu1
kthxbye

This issue appears to have been introduced by 3.11, in the fix for
#489414. Since it appears that the entire purpose of bootcd-ia64 is to
provide this file (and pull in the dependencies it requires), it looks
like the correct fix is to drop the bootcd-ia64.lib from bootcd and
only ship it in bootcd-ia64.

patch attached.

-- 
dann frazier

diff -Nru bootcd-3.11/debian/bootcd.install bootcd-3.12/debian/bootcd.install
--- bootcd-3.11/debian/bootcd.install	2007-11-30 05:37:38.0 -0700
+++ bootcd-3.12/debian/bootcd.install	2008-09-10 19:31:59.0 -0600
@@ -3,7 +3,6 @@
 usr/share/bootcd/bootcd-check.lib
 usr/share/bootcd/bootcd2disk.conf
 usr/share/bootcd/default.txt
-usr/share/bootcd/bootcd-ia64.lib
 usr/share/bootcd/bootcd2disk
 usr/share/bootcd/bootcdflopcp
 usr/share/bootcd/S13bootcdflop.sh
diff -Nru bootcd-3.11/debian/changelog bootcd-3.12/debian/changelog
--- bootcd-3.11/debian/changelog	2008-07-29 03:08:01.0 -0600
+++ bootcd-3.12/debian/changelog	2008-09-10 19:32:51.0 -0600
@@ -1,3 +1,9 @@
+bootcd (3.12) UNRELEASED; urgency=low
+
+  * Remove bootcd-ia64.lib from bootcd binary to avoid conflict
+
+ -- dann frazier <[EMAIL PROTECTED]>  Wed, 10 Sep 2008 19:32:05 -0600
+
 bootcd (3.11) unstable; urgency=low
 
   * the bootcd-ia64.lib is now in bootcd-ia64. This bug was reported by 

Bug#498548: linux-image-2.6.26-1-686: SKB BUG: Invalid truesize

[Emiliano Castagnari]

Package: linux-image-2.6.26-1-686
Version: 2.6.26-4
Severity: important


I am getting this kernel messages at least 9 times per second. 
I belive there is a patch to this problem, I dont know if it is already aplied 
in the current package.

  http://marc.info/?l=linux-netdev&m=116284186427122&w=2

-- Package-specific info:
** Version:
Linux version 2.6.26-1-686 (Debian 2.6.26-4) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Thu Aug 28 12:00:54 UTC 
2008

** Command line:
root=/dev/md0 ro quiet vga=791

** Not tainted

** Kernel log:
[32302.869912] SKB BUG: Invalid truesize (276) len=126, sizeof(sk_buff)=180
[32302.874730] SKB BUG: Invalid truesize (276) len=118, sizeof(sk_buff)=180
[32302.887026] SKB BUG: Invalid truesize (276) len=118, sizeof(sk_buff)=180
[32302.905774] SKB BUG: Invalid truesize (308) len=142, sizeof(sk_buff)=180
[32302.906150] SKB BUG: Invalid truesize (276) len=118, sizeof(sk_buff)=180
[32302.910099] SKB BUG: Invalid truesize (276) len=110, sizeof(sk_buff)=180
[32302.910099] SKB BUG: Invalid truesize (276) len=110, sizeof(sk_buff)=180
...

** Loaded modules:
Module  Size  Used by
tun 8292  2 
xt_iprange  2272  4 
xt_limit2180  12 
xt_tcpudp   2816  292 
xt_state2016  1 
iptable_mangle  2688  0 
iptable_filter  2624  1 
xt_multiport2816  0 
ipt_LOG 5028  11 
nf_conntrack_irc5124  0 
nf_nat_ftp  2528  0 
nf_conntrack_ftp6852  1 nf_nat_ftp
iptable_nat 4680  1 
nf_nat 15576  2 nf_nat_ftp,iptable_nat
nf_conntrack_ipv4  12268  4 iptable_nat,nf_nat
nf_conntrack   55508  7 
xt_state,nf_conntrack_irc,nf_nat_ftp,nf_conntrack_ftp,iptable_nat,nf_nat,nf_conntrack_ipv4
ip_tables  10160  3 iptable_mangle,iptable_filter,iptable_nat
x_tables   13284  8 
xt_iprange,xt_limit,xt_tcpudp,xt_state,xt_multiport,ipt_LOG,iptable_nat,ip_tables
authenc 5056  38 
xfrm4_mode_tunnel   2304  76 
video  16400  0 
output  2912  1 video
ac  4196  0 
battery10180  0 
xfrm_user  17760  2 
xfrm4_tunnel2304  0 
tunnel4 3016  1 xfrm4_tunnel
ipcomp  5288  0 
esp45600  38 
aead6400  2 authenc,esp4
ah4 4416  0 
ipv6  235204  14 
deflate 2624  0 
zlib_deflate   17624  1 deflate
zlib_inflate   14144  1 deflate
ctr 3936  0 
twofish 8224  0 
twofish_common 13888  1 twofish
camellia   19136  0 
serpent18688  0 
blowfish8352  0 
des_generic16672  38 
cbc 3264  38 
aes_i5867744  0 
aes_generic29256  1 aes_i586
xcbc4296  0 
sha256_generic 11360  0 
sha1_generic2304  4 
crypto_null 2880  0 
crypto_blkcipher   15236  42 authenc,ctr,cbc,crypto_null
af_key 25428  0 
loop   12748  0 
snd_pcm62628  0 
snd_timer  17800  1 snd_pcm
snd45604  2 snd_pcm,snd_timer
soundcore   6368  1 snd
parport_pc 22500  0 
parport30988  1 parport_pc
snd_page_alloc  7816  1 snd_pcm
serio_raw   4740  0 
i2c_i8017920  0 
psmouse32336  0 
i2c_core   19828  1 i2c_i801
intel_rng   4576  0 
rng_core3940  2 intel_rng
iTCO_wdt9508  0 
pcspkr  2432  0 
button  6064  0 
intel_agp  22300  0 
agpgart28776  1 intel_agp
i82875p_edac4936  0 
edac_core  36144  3 i82875p_edac
shpchp 25528  0 
pci_hotplug23460  1 shpchp
evdev   8000  0 
ext3  105256  7 
jbd39444  1 ext3
mbcache 7108  1 ext3
raid1  18016  5 
md_mod 67036  6 raid1
sd_mod 22200  16 
ata_piix   14180  14 
ata_generic 4676  0 
libata140416  2 ata_piix,ata_generic
scsi_mod  129356  2 sd_mod,libata
piix6568  0 [permanent]
dock8272  1 libata
floppy 47716  0 
ide_pci_generic 3908  0 [permanent]
ide_core   92628  2 piix,ide_pci_generic
e100   28908  0 
e1000 102624  0 
mii 4896  1 e100
ehci_hcd   28428  0 
uhci_hcd   18672  0 
usbcore   118160  3 ehci_hcd,uhci_hcd
thermal15228  0 
processor  32576  1 thermal
fan 

Bug#406935: ITP: ledgersmb -- A web based double-entry accounting program

[Antony Gelberg]

Hi,

Maybe the alioth project could consider a rename, now that it is 
focusing on ledgersmb?  I stumbled upon it due to luck more than 
anything else.


Antony



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

Bug#498305: gerris_0.6.0-3.2 NMU

[Ruben Molina]

> attached is the diff from my NMU. Please incorporate it in your next upload, 
> thanks.

Hi Holger!
Changes will be incorporated.
Thanks a lot.

rmolina


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

Bug#497523: I can confirm this...

[Vedran Furač]

I have the same problem with this version of synaptics driver. This is
probably related to the line:

(WW) SynPS/2 Synaptics TouchPad can't grab event device, errno=16

Regards,

Vedran




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

Bug#498458: ikiwiki: rst plugin fails with "Can't locate RPC/XML.pm in @INC"

[Ben Finney]

On 10-Sep-2008, Joey Hess wrote:
> Ben Finney wrote:
> > This bug, then, becomes a minor one: the error message doesn't explain 
> > what's wrong to someone who installed the package and all its 
> > 'Depends' and 'Recommended' dependencies, but knows nothing about its 
> > implementation.
> > 
> > If the error message said "External ikiwiki plugins require the 
> > 'librpc-xml-perl' package, is it installed?" or similar, this bug 
> > would be fixed.
> 
> I don't think that encoding information about debian package names in
> error messages is a good idea.

That's a good point; hard-coding the package name in the error message 
may be a poor choice. That's only one possible resolution, though.

I maintain that the error message (as initially reported) is unhelpful 
for knowing what's wrong. The 'Suggests' control field is good, but 
the error message doesn't lead the user to look there. If a plugin is 
installed by the 'ikiwiki' package, it's rather counter-intuitive that 
the plugin won't work at all until further packages are installed.


Perhaps the solution is to make the error message unnecessary, by 
having the dependencies structured differently:

Since you say that certain libraries are required for any external 
plugins to work, would it not make sense to have those external 
plugins in a separate 'ikiwiki-plugins' package that itself depends on 
the required libraries?

Then, 'ikiwiki' could 'Suggests: ikiwiki-plugins', and it would be 
much clearer at install time that to get any plugins working, the 
'ikiwiki-plugins' package must be installed.

-- 
 \  “Any intelligent fool can make things bigger and more complex… |
  `\It takes a touch of genius – and a lot of courage – to move in |
_o__)the opposite direction.” —Albert Einstein |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#498388: qemulator: gtk and/or glade is not installed - exiting...

[Raphael Geissert]

Hi,

2008/9/10 Micha Lenk <[EMAIL PROTECTED]>:
> Hi,
>
> Raphael Geissert wrote:
>> Could you please:
>>
>> # apt-get check
>
> notebook:~# apt-get check
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> notebook:~#
>
>> $ dpkg --status qemulator
>
> Package: qemulator
> Status: install ok installed
> Priority: extra
> Section: otherosfs
> Installed-Size: 2512
> Maintainer: Francesco Namuri <[EMAIL PROTECTED]>
> Architecture: all
> Version: 0.5-3
> Depends: python-gtk2, python-glade2, libglade2-0, \
> python-central (>= 0.5.8), python (>= 2.4)
> Recommends: qemu
> Suggests: python-gnome2-extras
> Description: a solution for easy setup and management of qemu
>  Qemulator is [...]
>  .
>  Homepage: http://qemulator.createweb.de/
> Python-Version: current

Kind of strange.

What about:

$ python -c "import sys ;  print sys.path ; import gtk"

?

...
>
> Regards
>  Micha
>

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#498547: [DebianGIS-dev] Bug#498547: mapserver: MapServer new release

[Alan Boudreault]

Alan Boudreault wrote:

Package: mapserver
Severity: wishlist

The MapServer debian package version 5.0.3-3 could be updated to version 5.2.0 for be up 
to date. Here the patch for building the MapServer package for sid. Let me know if i need 
to attach other files. I didn't attach them because i suppose that you need to test the 
patch from scratch. If there is something i misunderstood in the "how build a debian 
package process", please contact me and i will be happy to fix the errors (Hopefully 
there isn't).

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

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



___
Pkg-grass-devel mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
  

Here is the attachment.

--
Alan Boudreault
Mapgears
http://www.mapgears.com

Index: debian/control
===
--- debian/control	(revision 1766)
+++ debian/control	(working copy)
@@ -2,14 +2,14 @@
 Section: devel
 Priority: optional
 Maintainer: Debian GIS Project <[EMAIL PROTECTED]>
-Uploaders: Petter Reinholdtsen <[EMAIL PROTECTED]>, Paul Wise <[EMAIL PROTECTED]>, Fabio Tranchitella <[EMAIL PROTECTED]>, Francesco Paolo Lovergine <[EMAIL PROTECTED]>, Andreas Putzo <[EMAIL PROTECTED]>
+Uploaders: Petter Reinholdtsen <[EMAIL PROTECTED]>, Paul Wise <[EMAIL PROTECTED]>, Fabio Tranchitella <[EMAIL PROTECTED]>, Francesco Paolo Lovergine <[EMAIL PROTECTED]>, Andreas Putzo <[EMAIL PROTECTED]>, Alan Boudreault <[EMAIL PROTECTED]>
 Standards-Version: 3.7.3
 Build-Depends: debhelper (>= 5.0.37.2), dpatch, libcurl4-gnutls-dev, libpng12-dev, zlib1g-dev (>= 1.1.4),
  libgd2-xpm-dev (>= 2.0.1-10), libfreetype6-dev (>= 2.0.9), libjpeg62-dev, libgdal1-dev (>=1.4.0), proj,
  libpq-dev, php5-dev, swig, python-all, python-all-dev, python-central (>= 0.5), libgeos-dev (>= 2.2.3-2),
  ruby1.8, ruby1.8-dev, ruby1.9, ruby1.9-dev, 
  sharutils, libsdl1.2-dev, libfreetype6-dev, libx11-dev,
- libfcgi-dev
+ libfcgi-dev, libxml2, libxml2-dev
 Build-Depends-Indep: python-docutils
 Build-Conflicts: libcurl3-openssl-dev
 XS-Python-Version: all
Index: debian/patches/80_gdal_lib.dpatch
===
--- debian/patches/80_gdal_lib.dpatch	(revision 1766)
+++ debian/patches/80_gdal_lib.dpatch	(working copy)
@@ -1,19 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 80_gdal_lib.dpatch by Francesco Paolo Lovergine <[EMAIL PROTECTED]>
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: No description.
-
[EMAIL PROTECTED]@
-diff -urNad mapserver-4.10.1~/configure mapserver-4.10.1/configure
 mapserver-4.10.1~/configure	2007-01-10 23:51:58.0 +0100
-+++ mapserver-4.10.1/configure	2007-04-26 16:22:59.0 +0200
-@@ -9029,7 +9029,7 @@
- 
- if test -n "$GDAL_ENABLED" -o "$OGR_ENABLED"; then
- 
--  GDAL_LIB=`$GDAL_CONFIG --libs`' '`$GDAL_CONFIG --dep-libs`
-+  GDAL_LIB=`$GDAL_CONFIG --libs`
-   GDAL_INC=`$GDAL_CONFIG --cflags`
- 
- fi
Index: debian/patches/50_clean.dpatch
===
--- debian/patches/50_clean.dpatch	(revision 1766)
+++ debian/patches/50_clean.dpatch	(working copy)
@@ -1,22 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 50_clean.dpatch by Petter Reinholdtsen <[EMAIL PROTECTED]>
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: Make sure 'make distclean' complete the job even if config.* is
-## DP: missing.  Remove generated makefiles as well.
-
-
[EMAIL PROTECTED]@
-diff -urNad mapserver.orig/Makefile.in mapserver/Makefile.in
 mapserver.orig/Makefile.in	2005-07-29 16:13:03.0 +0200
-+++ mapserver/Makefile.in	2005-07-29 20:11:45.357687219 +0200
-@@ -342,7 +342,8 @@
- 
- distclean:
- 	$(MAKE) clean
--	rm config.*
-+	$(RM) Makefile mapscript/java/Makefile
-+	$(RM) config.log config.status
- 	if test -d autom4te.cache ; then \
- 	  rm -f -r autom4te.cache ; \
- 	fi
Index: debian/patches/00list
===
--- debian/patches/00list	(revision 1766)
+++ debian/patches/00list	(working copy)
@@ -1,3 +0,0 @@
-50_clean
-70_ptrreturn
-80_gdal_lib
Index: debian/patches/70_ptrreturn.dpatch
===
--- debian/patches/70_ptrreturn.dpatch	(revision 1766)
+++ debian/patches/70_ptrreturn.dpatch	(working copy)
@@ -1,19 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 70_ptrreturn.dpatch by Dann Frazier
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: Make sure the strptime() return value have the correct type.
-## 

Bug#498547: mapserver: MapServer new release

[Alan Boudreault]

Package: mapserver
Severity: wishlist

The MapServer debian package version 5.0.3-3 could be updated to version 5.2.0 
for be up to date. Here the patch for building the MapServer package for sid. 
Let me know if i need to attach other files. I didn't attach them because i 
suppose that you need to test the patch from scratch. If there is something i 
misunderstood in the "how build a debian package process", please contact me 
and i will be happy to fix the errors (Hopefully there isn't).

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

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



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

Bug#498458: ikiwiki: rst plugin fails with "Can't locate RPC/XML.pm in @INC"

[Joey Hess]

Ben Finney wrote:
> This bug, then, becomes a minor one: the error message doesn't explain 
> what's wrong to someone who installed the package and all its 
> 'Depends' and 'Recommended' dependencies, but knows nothing about its 
> implementation.
> 
> If the error message said "External ikiwiki plugins require the 
> 'librpc-xml-perl' package, is it installed?" or similar, this bug 
> would be fixed.

I don't think that encoding information about debian package names in
error messages is a good idea.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#498546: firestarter crashes after certain period of time wether in a panel or open window

[Deniz Akcal]

Package: firestarter
Version: 1.0.3-6
Severity: grave
Justification: renders package unusable

Everything seems to be working well except that after a certain period of time 
of leaving firestarter running, it tends to dissapear. Or if it's minimized to 
panel, then the panel icon dissapears!

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

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

Versions of packages firestarter depends on:
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gksu   2.0.0-5   graphical frontend to su
ii  iptables   1.4.1.1-3 administration tools for packet fi
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libbonobo2-0   2.22.0-1  Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-2   FreeType 2 font engine, shared lib
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.5-1  The GLib library of C routines
ii  libgnome-keyring0  2.22.3-1  GNOME keyring services library
ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 1:2.22.0-4GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  liborbit2  1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libpopt0   1.14-4lib for parsing cmdline parameters
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.6.32.dfsg-3 GNOME XML library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  lsb-base   3.2-20Linux Standard Base 3.2 init scrip
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

firestarter recommends no packages.

Versions of packages firestarter suggests:
pn  dhcp3-server   (no description available)

-- no debconf information



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

Bug#498542: darcs-server: Doesn't work with Perl 5.10's stricter taint checks

[Trent W. Buck]

On Thu, Sep 11, 2008 at 12:19:43AM +0100, Steve Cotton wrote:
> Package: darcs-server
> Version: 2.0.2-2
> Severity: important
>
> [...] darcs-server appears to be completely broken with Perl 5.10.
> Setting this bug non-RC as it shares the source package with the
> main darcs binary.

Due to the general lack of interest in this CGI script both from
upstream developers and Debian users, the "darcs-server" package is
deprecated for Lenny and will be removed once Lenny+1 becomes Testing.
I expect to move it into /usr/share/doc/darcs in the main "darcs"
binary package.  See http://bugs.debian.org/339770 for discussion.

(If you disagree with this plan, please send to the #339770 bug, not
this one.)

> Two patches attached - one fixes the printfs that I have hit, one
> should fix a couple of others which look problematic, but I haven't
> hit them yet.  Please remember that it's not working properly for me
> yet.

Since the darcs-server package doesn't appear to work with 5.10 anyway
without modification, should I "fast track" removing the darcs-server
package, so that it's not in Lenny?



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

Bug#496914: Issue with current openssh-client and linuxlogo package display over the network.

[Andrew Nady]

Further note,
This occurs even from a terminal window without using X-server. 
If connecting to openssh-server-1:5.1p1-2(lenny) from older version of 
openssh-client(4.3p2-9etch2) the logo is displayed proper, but if 
openssh-client is ver 1:5.1p1-2 the file /etc/issue.linuxlogo breaks.

-- 
Andrew Nady



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

Bug#498545: [LENNY BETA 2] installation-report

[Gaydov Victor]

Package: installation-reports

Boot method: netinst
Image version: 
http://cdimage.debian.org/cdimage/lenny_di_beta2/i386/iso-cd/debian-LennyBeta2-i386-netinst.iso
Date: 08.09.08

Machine: IBM PC
Processor: Intel Pentium 4 2.4 GHz
Memory: 512 Mb
Partitions:

/dev/hdb1 ext3 6728312   3165728   3220804  50% /
/dev/hdb4 ext340313964   4802976  33463104  13% /home

lspci :

00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM 
Controller/Host-Hub Interface [8086:2570] (rev 02)
Kernel driver in use: agpgart-intel
Kernel modules: ipmi_si, intel-agp
00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P PCI to AGP Controller 
[8086:2571] (rev 02)
Kernel modules: shpchp, ipmi_si
00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB 
UHCI Controller #1 [8086:24d2] (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd, ipmi_si
00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB 
UHCI Controller #2 [8086:24d4] (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd, ipmi_si
00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB 
UHCI Controller #3 [8086:24d7] (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd, ipmi_si
00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB 
UHCI Controller #4 [8086:24de] (rev 02)
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd, ipmi_si
00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 
EHCI Controller [8086:24dd] (rev 02)
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd, ipmi_si
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 
c2)
Kernel modules: shpchp, ipmi_si
00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC 
Interface Bridge [8086:24d0] (rev 02)
Kernel modules: ipmi_si, intel-rng, i8xx_tco
00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE 
Controller [8086:24db] (rev 02)
Kernel driver in use: PIIX_IDE
Kernel modules: piix
00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus 
Controller [8086:24d3] (rev 02)
Kernel driver in use: i801_smbus
Kernel modules: i2c-i801, ipmi_si
00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER 
(ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02)
Kernel driver in use: Intel ICH
Kernel modules: i810_audio, snd-intel8x0, ipmi_si
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV350 AP [Radeon 
9600] [1002:4150]
Kernel modules: radeonfb, ipmi_si
01:00.1 Display controller [0380]: ATI Technologies Inc RV350 AP [Radeon 9600] 
(Secondary) [1002:4170]
Kernel modules: ipmi_si
02:03.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. 
RTL-8139/8139C/8139C+ [10ec:8139] (rev 10)
Kernel driver in use: 8139too
Kernel modules: 8139too, 8139cp, ipmi_si


Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[E]
Overall install:[O]



installation of grub or lilo to (hd1,0) was finished succesfull but loader 
wasn't updated.
i've got (in both variants, grub and lilo) 'grub error 2' and it wasn't new 
loader, but the one from older system.
fstab, menu.lst etc are ok.





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

Bug#106070: File Your Claims

[myersgang]

Contact Mr. Mark Smith for the claim of 1,000,000.00 Pounds which you have won 
in Netherland Lottery Promo. Send your Names, 
Address,Age,Tel,Country,Occupation. Email: [EMAIL PROTECTED]




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

Bug#498474: moreinfo

[Lucio Crusca]

Currently I have no access to the only box where I can reproduce this bug (it 
is a fileserver at a customer's office). However I'll post here all the info 
you ask as soon as I can access the server.


About the RC bug argument: I didn't even know that a grave bug is RC while an 
important one isn't. I simply read the instructions that reportbug prints on 
the screen: it says that the bug is grave when the package is completely 
unusable, and that's exactly the situation on said server. Is it not a 
bash-completion bug? Ok, I take your word, but please recognize it's not easy 
for non-developers to identify the right package... a common user who takes 
himself the time to report a bug could even think it's a bash bug (though a 
minor one in that case). I think you developers/maintainers should be 
thankful when someone reports a bug, instead of complaining about mistakes in 
the bug report and arguing I deliberately raised the bug severity in hope to 
get faster attention. I've read the reportbug instructions and thought twice 
about what severity to choose and finally I choose what seemed the best fit 
based on my observations. Is the "grave" severity badly described in 
reportbug? Fix it! You are the developers after all!


Anyway, I don't understand how that can be a bug of a different package, but, 
again, I take your word.

@David: I did not hack my code, I suppose that "-sh" is not to be looked for 
inside the code, but I think it's only the interpreter of the script. Maybe 
the users on that server have /bin/sh as default shell, I can't check right 
now. Maybe also I'm saying meaningless things...

Lucio.



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

Bug#447471: aptitude: segfaults when cleaning old downloaded packages

[Daniel Burrows]

On Wed, Sep 10, 2008 at 10:35:59PM +0200, Benoît Dejean <[EMAIL PROTECTED]> was 
heard to say:
> Le vendredi 26 octobre 2007 à 09:06 -0700, Daniel Burrows a écrit :
> > On Sun, Oct 21, 2007 at 01:01:06PM +0200, Benoît Dejean <[EMAIL PROTECTED]> 
> > was heard to say:
> > > Package: aptitude
> > > Version: 0.4.6.1-1.1
> > > Severity: normal
> > > 
> > > In the ncurses interface, when i update, aptitue often crashes.  I
> > > started it within gdb: i can see that it freezes while deleting
> > > old/useless packages. But as i don't have debug info, the stacktrace
> > > is meaningless.
> > > 
> > > How i can get debug symbols for aptitute ?
> > 
> >   You'll have to download and compile the source with debugging symbols.
> > 
> > apt-get build-dep aptitude
> > apt-get source aptitude
> > cd aptitude-0.4.6.1
> > CXXFLAGS="-g -O0 -fno-inline" dpkg-buildpackage -rfakeroot -us -uc -b
> > sudo dpkg -i ../aptitude_0.4.6.1-1.1_i386.deb
> 
> Bug is still there and not reproducible when compiling with debug
> information.

  What if you install the -dbg package?

  Daniel



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

Bug#491746: [Pkg-kde-extras] Bug#491746: I second that

[John]

On Thu, 11 Sep 2008 07:50:44 +1000, "Mark Purcell" <[EMAIL PROTECTED]> wrote:
> Hi John,
> 
>> Having Digikam and no kipi plugin is almost useless to me :(
> 
> There is currenty no kipi-plugins for KDE4, so I can't do much with this
> bug report :-)
> 
>> We really need this package.
> 
> The upstream focus is on getting digikam functional for KDE4 and then
> upstream will focus on the plugins. That's why digikam 0.10 rc is sitting
> in the experimental. It isn't supposed to be used in full production yet.
> 
> However by all means join the effort upstream at www.digikam.org and it
> will happen sooner.
> 
> 
> Mark

Oops, that makes sense then :)

Thank you for the quick reply Mark.

John




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

Bug#285653: defoma should migrate to an alternative to libft-perl

[Antony Gelberg]

martin f krafft wrote:

also sprach Antony Gelberg <[EMAIL PROTECTED]> [2008.05.29.0135 +0200]:

This bug has been ignored for 3 years and 166 days.  libft-perl is
unmaintained and doesn't work with Perl 5.10.  Also see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478983

Hence I'm about to request libft-perl's removal from Debian, and I shall
change this bug's title to something like "defoma formerly depended on
libft-perl - please migrate to modern Perl FreeType library".


Please do!



I never did, as I didn't have the time to look into the implications. 
However, the package has been removed, see 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=279824.


As to defoma's future, who knows, but I suppose it's best to keep this 
bug open for now, as the title is still relevant.


Antony



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

Bug#498307: manpages-dev: Poor stat(2) wording implies incorrect units for struct stat.st_blocks

[Chris Frost]

On Tue, Sep 09, 2008 at 07:03:11AM +0200, Michael Kerrisk wrote:
> This report is rather vague.  It would be useful to explain how the
> page "seems to imply that struct stat.st_blocks is in the same units
> as stat.st_blocksize" and even better if you had some suggestion about
> how you think the text should change.


The relevant stat(2) struct stat snippet is:
struct stat {
...
blksize_t st_blksize; /* blocksize for filesystem I/O */
blkcnt_t  st_blocks;  /* number of blocks allocated */
...
}

The two fields use the same word, "block", with two different meanings.

In particular, to make use of the st_blocks field, "number of blocks
allocated", one may need to know the size of a "block". Given
st_blksize's description, "blocksize for filesystem I/O", it appears
that its purpose is to describe the size of the block unit used for
st_blocks.

Does this convey why I find these fields vague?


A suggestion for their description:
st_blksize; /* file system I/O block size */
st_blocks;  /* disk blocks (e.g., sectors) allocated */

Or if st_blocks is always in units of 512 B, this may be more clear:
st_blocks;  /* number of 512 B blocks allocated */

-- 
Chris Frost  |  http://www.frostnet.net/chris/
-+
PGP: http://www.frostnet.net/chris/pgpkey.txt



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

Bug#498544: guile-1.8-dev: When unistalled, seems to remove guile-config not belonging to it.

[Omer Zak]

Package: guile-1.8-dev
Severity: minor

In my system I had guile-1.6-dev.  One day, I installed guile-1.8-dev
(with other packages) in parallel to guile-1.6, and later removed it.
Then I found that the file /usr/bin/guile-config disappeared.
Without direct proof of this, I suspect that this was caused by
installing or removing guile-1.8-dev.

The file reappeared only after reinstalling guile-1.6-dev
using:  aptitude reinstall guile-1.6-dev


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



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

Bug#498543: ecryptfs utilities assume that "/sbin" is in PATH

[situert situert]

Package: ecryptfs-utils
Version: 58-1
Severity: Important

Hello,

Some of the utilities included in the ecryptfs-utils package assume
that "/sbin" is in the PATH environment variable. This happens to be
true in Ubuntu, which, I am guessing, is the upstream. However,
because Debian does not include "/sbin" and "/usr/sbin" in PATH for
non-root users by default, the shell-script utilities included in
ecryptfs-utils package exit with errors stating that the relevant
executable cannot be found.

Here is a list of the shell scripts affected:

src/utils/ecryptfs-mount-private
src/utils/ecryptfs-setup-private
src/utils/ecryptfs-umount-private

As one can see by looking at the shell scripts, all of them contain
references to "mount.ecryptfs_private" and "umount.ecryptfs_private"
(which are installed in "/sbin") without including the "/sbin/" in
the calling line.

This problem affects users of the "Private" directory a lot as one
is forced to include "/sbin" in the PATH before doing anything with
ecryptfs.

Attached is a patch which fixes this issue.

Regards,

- situert





  diff -ur ecryptfs-utils-58/src/utils/ecryptfs-mount-private ecryptfs-utils-58.fix/src/utils/ecryptfs-mount-private
--- ecryptfs-utils-58/src/utils/ecryptfs-mount-private	2008-06-27 11:05:37.0 -0400
+++ ecryptfs-utils-58.fix/src/utils/ecryptfs-mount-private	2008-09-10 19:11:14.0 -0400
@@ -11,7 +11,7 @@
 	if ! egrep -qs "$HOME/[\.]{0,1}$PRIVATE_DIR " /proc/mounts; then
 		chmod 500 "$HOME/$PRIVATE_DIR"
 		chmod 700 "$HOME/.$PRIVATE_DIR"
-		mount.ecryptfs_private
+		/sbin/mount.ecryptfs_private
 	fi
 fi
 
diff -ur ecryptfs-utils-58/src/utils/ecryptfs-setup-private ecryptfs-utils-58.fix/src/utils/ecryptfs-setup-private
--- ecryptfs-utils-58/src/utils/ecryptfs-setup-private	2008-09-08 11:55:30.0 -0400
+++ ecryptfs-utils-58.fix/src/utils/ecryptfs-setup-private	2008-09-10 19:11:42.0 -0400
@@ -44,7 +44,7 @@
 
 error_testing() {
 	rm -f "$1" >/dev/null
-	umount.ecryptfs_private >/dev/null
+	/sbin/umount.ecryptfs_private >/dev/null
 	error "$2"
 	exit 1
 }
@@ -251,16 +251,16 @@
 
 # Now let's perform some basic mount/write/umount/read sanity testing...
 echo "Testing mount/write/umount/read..."
-mount.ecryptfs_private || error "Could not mount private ecryptfs directory"
+/sbin/mount.ecryptfs_private || error "Could not mount private ecryptfs directory"
 temp=`mktemp "$HOME/$PRIVATE_DIR/ecryptfs.test.XX"` || error_testing "$temp" "Could not create empty file"
 random_data=`head -c 16000 /dev/urandom | od -x` || error_testing "$temp" "Could not generate random data"
 echo "$random_data" > "$temp" || error_testing "$temp" "Could not write encrypted file"
 md5sum1=`md5sum "$temp"` || error_testing "$temp" "Could not read encrypted file"
-umount.ecryptfs_private || error_testing "$temp" "Could not unmount private ecryptfs directory"
-mount.ecryptfs_private || error_testing "$temp" "Could not mount private ecryptfs directory (2)"
+/sbin/umount.ecryptfs_private || error_testing "$temp" "Could not unmount private ecryptfs directory"
+/sbin/mount.ecryptfs_private || error_testing "$temp" "Could not mount private ecryptfs directory (2)"
 md5sum2=`md5sum "$temp"` || error_testing "$temp" "Could not read encrypted file (2)"
 rm -f "$temp"
-umount.ecryptfs_private || error_testing "$temp" "Could not unmount private ecryptfs directory (2)"
+/sbin/umount.ecryptfs_private || error_testing "$temp" "Could not unmount private ecryptfs directory (2)"
 if [ "$md5sum1" != "$md5sum2" ]; then
 	error "Testing failed."
 else
diff -ur ecryptfs-utils-58/src/utils/ecryptfs-umount-private ecryptfs-utils-58.fix/src/utils/ecryptfs-umount-private
--- ecryptfs-utils-58/src/utils/ecryptfs-umount-private	2008-07-23 16:00:12.0 -0400
+++ ecryptfs-utils-58.fix/src/utils/ecryptfs-umount-private	2008-09-10 19:11:47.0 -0400
@@ -13,7 +13,7 @@
 		count=`who | grep "^$username " | wc -l`
 		if [ $count -le 1 ]; then
 			chmod 500 "$HOME/$PRIVATE_DIR" "$HOME/.$PRIVATE_DIR"
-			umount.ecryptfs_private
+			/sbin/umount.ecryptfs_private
 		fi
 	fi
 fi

Bug#497270: Reviewing data in the debian-cd packages

[Steve McIntyre]

Daniel's helpful bug (#497270) points out that we have embedded copies
of isolinux in the debian-cd package. It's prompted me to look for
other embedded data, and I've found the following list:

tack:~/debian/debian-cd/debian-cd$ find . -type f | xargs file | \
grep -v text | grep -v -e \.png -e \.jpg -e \.gif | \
awk '{print $1}'
./data/etch/sbm.bin.gz:
./data/etch/isolinux.bin:
./data/cts_amiga_info.tar.gz:
./data/macinstall-cd.tar.gz:
./data/lenny/sbm.bin.gz:
./data/lenny/vesamenu.c32:
./data/lenny/isolinux.bin:
./data/sarge/sbm.bin.gz:
./data/sarge/isolinux.bin:

Of those:

 * isolinux.bin and vesamenu.c32 come from the syslinux package
 * sbm.bin.gz comes from the sbm package

I can add code to extract the appropriate binaries from each package
at CD build time, in much the same way as we use debootstrap from the
archive. It'll slow things down a little, but that's not as important
as following licensing.

There's another implication, though... Normal weekly builds will
automatically pick up the appropriate source as part of the source
CD/DVD builds, so they're OK. However, more painfully, the current
daily netinst/businesscard builds don't produce source images. If
things change quickly in the syslinux/sbm packages there is a chance
that the source for the exact versions used in the daily images may
not remain on the mirrors. To be totally safe, we'll need to track
versions of packages that go into the daily images (both packages and
the used binary files) and archive those too. "Yay".

Other files (hence the cc: to the m68k folks):

 * cts_amiga_info.tar.gz
 * macinstall-cd.tar.gz

are both provided to boot m68k machines, and they each contain binary
files (icons and boot files, AFAICS). I have no idea how those files
are generated, nor what the licensing situation is for them. Can you
help out please?

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




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

Bug#497584: ITP: cosign -- Web single sign-on for intranets

[Martín Ferrari]

On Wed, Sep 10, 2008 at 06:15, Neil Williams <[EMAIL PROTECTED]> wrote:

>> OpenId is decentralized and open. This is targeted to a diffrent
>> public (from what I understand), and the authentication is handled by
>> a single source.

> Single Point of Failure ?

No quite, it provides some fault-tolerance. Anyway, you're missing the
point that this is targeted at a different audience. For example, I've
just deployed cosign at my job, to have SSO in internal webapps that
can't use something open to the world like openid.

>> hehehehe. No, it only maintains the logged-on/off state, but doesn't
>> know about your culinary habits :) How would you re-phrase that?
>
> I'm still not quite sure I understand what cosign is trying to do - is
> it offering an alternative to the existing Apache authentication systems
> like .htaccess etc.? Some kind of frontend to other website
> authentication or some kind of cache that stores your username and
> password for next time? Does this only work with particular websites
> that have configured their authentication protocols to work with cosign
> (aka OpenID) or can it masquerade as the authentication protocol for
> unmodified websites, in which case it would seem to be at least storing
> the authentication details used by those websites.

it works as a authentication module in apache, replacing/complementing
basic auth and the such. It uses a session cookie, but you don't have
it, it redirects you to the main weblogin page when you're asked for
credentials or given a new service-specific cookie if you already had
authenticated there. I think the mechanism is well explained here:
http://weblogin.org/overview.html

> I've looked at http://weblogin.org/overview.html but I'm not sure I
> understand it. I'm confused about whether this is some kind of portal
> for use where internet access is charged / time-limited (like an
> internet cafe or hotel) or some kind of network filter that either
> blocks or allows traffic to certain websites. I'm also concerned about
> *why* a system would be configured to store the web logins of all users
> in a single location. Or is this some kind of "keep-me-logged-in"
> service like stay-alive or similar that keeps pinging the login to
> prevent timeouts?

It's no filter or portal. It's just a system to handle authentication
centrally passing tokens around in the form of cookies, I think it can
be paralleled to kerberos in that idea. You can compare it with
bitcard (used in rt.cpan.org) or other similar projects, like
Shibboleth, pubcookie, mod_auth_tkt and openSSO. It's difficult to
explain, I guess all those websites will do a better job :)

> If it is trying to be something like OpenId for intranets, then it
> shouldn't get involved in the cookies themselves, the sites requesting
> authentication need to be modified to support the cosign method, without
> revealing the login details of the users. I can't work out whether it is
> doing that or not.

This requires no modification to applications that were already
relying on apache authentication.
In any case I think it's not me or you who decide how it should be
implemented  :)

> The website is completely unhelpful in deciding what this package is
> trying to do and what problems it is either trying to solve or likely to
> generate. The wiki overview is just a rehash of the website overview
> that is no clearer, at least to me. I hope this package will come with
> some clear documentation. ;-)

Yes, the documentation is crap. I'm trying to work on that, but
there's no clear license on the current web docs, so I cannot work
with them as a base ATM.

> I'm confused about why users would want to trust cosign to keep all
> their weblogin usernames and passwords - unless those usernames and

err... I don't understand you :) This is thought for places when you
can trust a central place to manage users (think ldap, kerberos, nis,
etc), and in any case, cosign doesn't keep the usernames and
passwords, it just relies on any authentication scheme you want to
use.

> passwords are part of the same intranet that uses cosign at which point
> it would seem bizarre that to fix the various login problems of a
> variety of websites inside an intranet, the admin would add another
> login that knows all the login details of all the users.

Well, that's exactly the point, you have 20 websites, each with its
own htaccess file, and you as a sysadmin hate that. You can configure
ldap/krb/etc and make apache authenticate against that on _each_
server, which will solve the single password issue, but the users
still have to enter user/pass each time, also you need to protect the
channel because the passwords are sent in the clear.

> I can't help thinking that cosign is a solution looking for a problem.

> Maybe open this up to -devel where there are people with more experience
> of network-admin/authentication/intranet issues.

That's ok to me, if you want. Not sure if anything productive can be
taken out of the commo

Bug#496419: Patch

[Sebastien Delafond]

tag 496419 + patch
thanks

Hi,

attached is a patch for a tentative 0.8.2-3.1, that aims at handling
temporary files more securely by designating ~/.convirt/tmp as their
base path.

I do not use convirt myself, so if this patch raises additional issues
please let me know; it should at least provide the basis for a better
fix, if need be.

Cheers,

--Seb
diff -u -r ../convirt-0.8.2.bak/appliance_image_conf.template 
./appliance_image_conf.template
--- ../convirt-0.8.2.bak/appliance_image_conf.template  2008-09-10 
15:45:35.0 -0700
+++ ./appliance_image_conf.template 2008-09-10 16:20:36.0 -0700
@@ -1,2 +1,2 @@
-VM_DISKS_DIR='/tmp'
+VM_DISKS_DIR='~/.convirt/tmp'
 VM_CONF_DIR='/etc/xen'
diff -u -r ../convirt-0.8.2.bak/config-scripts/xen-3.1/configure-xend.sh 
./config-scripts/xen-3.1/configure-xend.sh
--- ../convirt-0.8.2.bak/config-scripts/xen-3.1/configure-xend.sh   
2008-09-10 15:45:35.0 -0700
+++ ./config-scripts/xen-3.1/configure-xend.sh  2008-09-10 16:15:34.0 
-0700
@@ -32,6 +32,8 @@
 USE_SSL="SSL"
 fi
 
+TMP_FILE=`mktemp`
+
 OPENSSL=openssl
 if [ "$USE_SSL" == "SSL" ]; then
 python -c "import OpenSSL" &> /dev/null
@@ -61,7 +63,7 @@
 # A challenge password 
 # An optional company name 
 
-cat  < /tmp/open_ssl.res
+cat  < "${TMP_FILE}"
 US
 CA
 SF
@@ -76,9 +78,9 @@
 CSR=/etc/xen/xmlrpc.csr
 CRT=/etc/xen/xmlrpc.crt
 $OPENSSL genrsa -out $KEY 1024
-$OPENSSL req -new -key $KEY -out $CSR < /tmp/open_ssl.res
+$OPENSSL req -new -key $KEY -out $CSR < "${TMP_FILE}"
 $OPENSSL x509 -req -in $CSR -signkey $KEY -out $CRT
-rm /tmp/open_ssl.res
+rm "${TMP_FILE}"
 fi
 
 # Adjust the regexp for the config file
diff -u -r ../convirt-0.8.2.bak/config-scripts/xen-3.2/configure-xend.sh 
./config-scripts/xen-3.2/configure-xend.sh
--- ../convirt-0.8.2.bak/config-scripts/xen-3.2/configure-xend.sh   
2008-09-10 15:45:35.0 -0700
+++ ./config-scripts/xen-3.2/configure-xend.sh  2008-09-10 16:15:34.0 
-0700
@@ -32,6 +32,8 @@
 USE_SSL="SSL"
 fi
 
+TMP_FILE=`mktemp`
+
 OPENSSL=openssl
 if [ "$USE_SSL" == "SSL" ]; then
 python -c "import OpenSSL" &> /dev/null
@@ -61,7 +63,7 @@
 # A challenge password 
 # An optional company name 
 
-cat  < /tmp/open_ssl.res
+cat  < "${TMP_FILE}"
 US
 CA
 SF
@@ -76,9 +78,9 @@
 CSR=/etc/xen/xmlrpc.csr
 CRT=/etc/xen/xmlrpc.crt
 $OPENSSL genrsa -out $KEY 1024
-$OPENSSL req -new -key $KEY -out $CSR < /tmp/open_ssl.res
+$OPENSSL req -new -key $KEY -out $CSR < "${TMP_FILE}"
 $OPENSSL x509 -req -in $CSR -signkey $KEY -out $CRT
-rm /tmp/open_ssl.res
+rm "${TMP_FILE}"
 fi
 
 # Adjust the regexp for the config file
diff -u -r ../convirt-0.8.2.bak/debian/changelog ./debian/changelog
--- ../convirt-0.8.2.bak/debian/changelog   2008-09-10 15:45:35.0 
-0700
+++ ./debian/changelog  2008-09-10 16:16:35.0 -0700
@@ -1,3 +1,11 @@
+convirt (0.8.2-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Put all the required temporary files in ~/.convirt/tmp
+(Closes: #496419).
+
+ -- Sebastien Delafond <[EMAIL PROTECTED]>  Wed, 10 Sep 2008 16:02:16 -0700
+
 convirt (0.8.2-3) unstable; urgency=low
 
   * Fixed (conflicting) dependencies on transitional package: Removed
diff -u -r ../convirt-0.8.2.bak/debian/convirt.sh ./debian/convirt.sh
--- ../convirt-0.8.2.bak/debian/convirt.sh  2008-09-10 15:45:35.0 
-0700
+++ ./debian/convirt.sh 2008-09-10 16:16:22.0 -0700
@@ -8,4 +8,7 @@
exit 0
 fi
 
+mkdir -p $HOME/.convirt/tmp
+chmod 755 $HOME/.convirt/tmp
+
 PYTHONPATH=$PYTHONPATH:`convirt --xendir`/lib/python python 
/usr/share/convirt/src/convirt.py
diff -u -r ../convirt-0.8.2.bak/doc/manual.html ./doc/manual.html
--- ../convirt-0.8.2.bak/doc/manual.html2008-09-10 15:45:35.0 
-0700
+++ ./doc/manual.html   2008-09-10 16:21:04.0 -0700
@@ -635,7 +635,7 @@
 fully addressed in the 'Image Builder's Guide.'
 
 Initial setup : Out of the box 
the images supplied would work with default values. You might want to do some 
initial setup to suite to your environment. There are few options in the 
provisioning area that are worth mentioning.
- - VM_DISKS_DIR : Location where disks for newly created VMs would be placed. 
Default /tmp. 
+ - VM_DISKS_DIR : Location where disks for newly created VMs would be placed. 
Default ~/.convirt/tmp. 
 - VM_CONF_DIR : Directory where the VM config files would be placed. Default 
/etc/xen
 - http_proxy : Proxy to be used while provisioning. Default to no proxy 
(blank). The format for the proxy is http://myproxyserver:myproxyport
   
diff -u -r ../convirt-0.8.2.bak/image_store/CentOS_PV_Install/image.conf 
./image_store/CentOS_PV_Install/image.conf
--- ../convirt-0.8.2.bak/image_store/CentOS_PV_Install/image.conf   
2008-09-10 15:45:35.0 -0700
+++ ./image_store/CentOS_PV_Install/image.conf  2008-09-10 16:20:22.0 
-0700
@@ -5,

Bug#498542: darcs-server: Doesn't work with Perl 5.10's stricter taint checks

[Steve Cotton]

Package: darcs-server
Version: 2.0.2-2
Severity: important

The heart of this package is a Perl CGI script.

Perl's taint checking has become stricter between 5.8 and 5.10:
  perl#45671: printf should check taintedness of its template
  http://rt.perl.org/rt3/Public/Bug/Display.html?id=45671

In this CGI script, $name is tainted in:
  line 231: printf $fh qq(  <$type name="$name" modified="$mtime" ts="$ts" 
/>\n);
  line 250: printf $fh qq(  \n);

With those two fixed, it's showing the list of repositories, but only giving
a blank page when I browse in to them.  I'll log another bug if I work out
what else is wrong.

There are other printfs in it that look problematic, but I'm not hitting them 
yet.

darcs-server appears to be completely broken with Perl 5.10.  Setting this
bug non-RC as it shares the source package with the main darcs binary.

Steve

Two patches attached - one fixes the printfs that I have hit, one should fix
a couple of others which look problematic, but I haven't hit them yet.
Please remember that it's not working properly for me yet.

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

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

Versions of packages darcs-server depends on:
ii  darcs 2.0.2-2an advanced revision control syste
ii  sudo  1.6.9p17-1 Provide limited super user privile
ii  xsltproc  1.1.24-2   XSLT command line processor

Versions of packages darcs-server recommends:
ii  apache2   2.2.9-7Apache HTTP Server metapackage
ii  apache2-mpm-worker [httpd]2.2.9-7Apache HTTP Server - high speed th
ii  exim4 4.69-6 metapackage to ease Exim MTA (v4) 
ii  exim4-daemon-light [mail-tran 4.69-6 lightweight Exim MTA (v4) daemon
ii  gnupg 1.4.9-3GNU privacy guard - a free PGP rep

darcs-server suggests no packages.

-- no debconf information
Thu Sep 11 00:06:59 BST 2008  Steve Cotton <[EMAIL PROTECTED]>
  * insecure printfs - fix the two that I can currently hit
diff -rN -u old-unstable/tools/cgi/darcs.cgi.in 
new-unstable/tools/cgi/darcs.cgi.in
--- old-unstable/tools/cgi/darcs.cgi.in 2008-09-11 00:13:35.0 +0100
+++ new-unstable/tools/cgi/darcs.cgi.in 2008-09-11 00:13:35.0 +0100
@@ -228,7 +228,7 @@
  } else {
  ($name, $type) = (basename($file), 'file');
  }
- printf $fh qq(  <$type name="$name" modified="$mtime" ts="$ts" />\n);
+ print $fh qq(  <$type name="$name" modified="$mtime" ts="$ts" />\n);
 }
 closedir(DH);
 print $fh "\n";
@@ -247,7 +247,7 @@
 while( defined (my $name = readdir(DH)) ) {
 next if $name =~ /^\.\.?$/;
 if (-d "$repository_root/$name/_darcs") {
-printf $fh qq(  \n);
+print $fh qq(  \n);
 }
 }
 closedir(DH);

Thu Sep 11 00:08:32 BST 2008  Steve Cotton <[EMAIL PROTECTED]>
  * insecure printfs - fix the two that I have not yet hit
diff -rN -u old-unstable/tools/cgi/darcs.cgi.in 
new-unstable/tools/cgi/darcs.cgi.in
--- old-unstable/tools/cgi/darcs.cgi.in 2008-09-11 00:13:48.0 +0100
+++ new-unstable/tools/cgi/darcs.cgi.in 2008-09-11 00:13:48.0 +0100
@@ -139,10 +139,10 @@
 my ($fh, $repo, $dir, $file) = @_;
 my ($full_path, $path) = '/';
 
-printf $fh qq(\n);
+print $fh qq(\n);
 
-printf $fh qq(\n),
-$repo, ($dir ? "$dir/" : ''), ($file ? "$file" : '');
+print $fh qq(\n);
 
 print $fh qq(\n);
 foreach $path (split('/', "$repo/$dir")) {

Bug#490409: [Pkg-xen-devel] Bug#490409: xen-3: diff for NMU version 3.2.1-2.1

[Thomas Viehmann]

Bastian Blank wrote:
> On Thu, Sep 11, 2008 at 12:21:13AM +0200, [EMAIL PROTECTED] wrote:
>> The following is the diff for my xen-3 3.2.1-2.1 NMU.
> Nack.
Just saying no is not an option. You've been sitting on the bug for
months by now.

>> It is not yet tested much, I would appreciate if interested
>> parties could give it a try.
> You have to properly test NMUs.
Guess why it's not uploaded yet.

>> I'll upload in due course.
> The changelog is out of sync with the patch.
That's not really a verbose critique of the patch.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



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

Bug#498541: debmirror: Manpage contains wrong size information

[Frank Lanitz]

Package: debmirror
Version: 20070123
Severity: minor

Manpage is showing wrong size for sid distribution. 

[EMAIL PROTECTED] Do 11 Sep 2008 00:49:51 CEST
(4428)/mnt/sdb1/stuff/debianmirror> debmirror --md5sums --method=http 
--dist=testing --progress --root=debian --host=ftp.cz.debian.org 
--ignore-release-gpg --no-source ./
Mirroring to ./ from http://ftp.cz.debian.org/debian/
Arches: i386
Dists: testing
Sections: main,contrib,non-free,main/debian-installer
Checking md5sums.
Will clean up AFTER mirroring.
Pdiff mode: use.
Attempting to get lock, this might take 2 minutes before it fails.
Get Release files.
[0%] Getting: dists/testing/Release... ok
[0%] Getting: dists/testing/Release.gpg... ok
Get Packages and Sources files and other miscellany.
Parse Packages and Sources files and add to the file list everything therein.
Download all files that we need to get (21202 MiB).



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

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

Versions of packages debmirror depends on:
ii  bzip2 1.0.5-1high-quality block-sorting file co
ii  libcompress-zlib-perl 2.012-1Perl module for creation and manip
ii  libdigest-sha1-perl   2.11-2+b1  NIST SHA-1 message digest algorith
ii  liblockfile-simple-perl   0.206-1Simple advisory file locking
ii  libwww-perl   5.813-1WWW client/server library for Perl
ii  perl [libdigest-md5-perl] 5.10.0-13  Larry Wall's Practical Extraction 
ii  perl-modules [libnet-perl]5.10.0-13  Core Perl modules
ii  rsync 3.0.3-2fast remote file copy program (lik

Versions of packages debmirror recommends:
ii  ed0.7-2  The classic unix line editor
ii  gnupg 1.4.9-3GNU privacy guard - a free PGP rep
ii  patch 2.5.9-5Apply a diff file to an original

debmirror suggests no packages.

-- no debconf information



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

Bug#490409: [Pkg-xen-devel] Bug#490409: CVE-2008-2004: privilege escalation

[Bastian Blank]

severity 490409 important
thanks

On Sat, Jul 12, 2008 at 06:07:21PM +1000, Steffen Joeris wrote:
> Package: xen-3
> Severity: grave
> Tags: security
> Justification: user security hole

A bug in a known-problematic subsystem does not make the whole package
unusable.

Bastian



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

Bug#458813: SDL_VIDEO_ALLOW_SCREENSAVER isn't working as intended

[Torbj|rn Andersson]

1.2.13-3 fixes this bug. (Apparently, this is the first 1.2.13 package 
that isn't actually 1.2.12 in disguise.)


Which means that two of my least favorite bugs in "unstable" Debian 
have both been fixed within the past few days. Nice!

 _
Torbjorn Andersson




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

Bug#490409: [Pkg-xen-devel] Bug#490409: xen-3: diff for NMU version 3.2.1-2.1

[Bastian Blank]

On Thu, Sep 11, 2008 at 12:21:13AM +0200, [EMAIL PROTECTED] wrote:
> The following is the diff for my xen-3 3.2.1-2.1 NMU.

Nack.

> It is not yet tested much, I would appreciate if interested
> parties could give it a try.

You have to properly test NMUs.

> I'll upload in due course.

The changelog is out of sync with the patch.

Bastian

-- 
Our missions are peaceful -- not for conquest.  When we do battle, it
is only because we have no choice.
-- Kirk, "The Squire of Gothos", stardate 2124.5



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

Bug#498458: ikiwiki: rst plugin fails with "Can't locate RPC/XML.pm in @INC"

[Ben Finney]

package ikiwiki
reopen 498458
severity 498458 minor
retitle 498458 ikiwiki: Improve error message for libraries needed by plugins
thanks

On 10-Sep-2008, Joey Hess wrote:
> Ben Finney wrote:
> > When enabling the 'rst' plugin, ikiwiki fails with the error:
> > 
> > Can't locate RPC/XML.pm in @INC … at 
> > /usr/share/perl5/IkiWiki/Plugin/external.pm line 10.
> 
> This is why ikiwiki suggests librpc-xml-perl, which is needed for all
> external plugins such as rst.

Thanks.

This bug, then, becomes a minor one: the error message doesn't explain 
what's wrong to someone who installed the package and all its 
'Depends' and 'Recommended' dependencies, but knows nothing about its 
implementation.

If the error message said "External ikiwiki plugins require the 
'librpc-xml-perl' package, is it installed?" or similar, this bug 
would be fixed.

-- 
 \   “I'm having amnesia and déjà vu at the same time. I feel like |
  `\  I've forgotten this before sometime.” —Steven Wright |
_o__)  |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#498540: Installation-report: installer fails to detect wireless network adapter

[svart]

Package: Installation-report
Version: 2.29
Severity: normal



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

Installation-report depends on no packages.

Versions of packages Installation-report recommends:
ii  pciutils  1:2.2.4~pre4-1 Linux PCI Utilities
ii  reportbug 3.31   reports bugs in the Debian distrib

-- no debconf information




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

Bug#498472: linux-image-2.6.26-1-xen-686: does not boot under Etch Xen

[Ian Campbell]

On Wed, 2008-09-10 at 12:57 +0200, Ferenc Wagner wrote:
> Ian Campbell <[EMAIL PROTECTED]> writes:
> 
> > On Wed, 2008-09-10 at 11:01 +0200, Ferenc Wagner wrote:
> >> [0.080644] EIP is at xen_write_cr4+0x2/0x6
> >
> > Unfortunately the 3.0.3 hypervisor is stricter in what it will allow CR4
> > to be set to than necessary and won't allow some of the fields which
> > newer kernels use. I think we are unlikely to fix this in the kernel in
> > Debian. You could ask upstream but I'm not sure they would want/be able
> > to change this behaviour.
> 
> Hi Ian,
> 
> thanks for the quick and very informative response!  Is it enough if I
> upgrade to 3.2.0-3~bpo4+2 or should I go for 3.2.1-2 in Lenny?

I don't recall when the relaxation of cr4 changes happened. Newer is
normally better ( ;-) ) but 3.2.0 is probably worth a go if you have an
aversion to 3.2.1.

> Interesting, though, that a CR flag changed going from rc8 to final...

it was probably side effect of an otherwise innocent looking change...

-- 
Ian Campbell

BOFH excuse #87:

Password is too complex to decrypt


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

Bug#498395: gdm doesn't really depend on gksu

[Anthony DeRobertis]

On Wed, Sep 10, 2008 at 11:24:56PM +0200, Loïc Minier wrote:

>  gdmsetup is a significant amount of functionality which we directly
>  want to support; if gdmsetup doesn't work, the package has a RC bug.
>  This includes users who don't have gksu and try to launch gdmsetup.

That's different than how I read that section. I read it as requiring a
depends if without that dependency, the package provides no significant
functionality; if I understand correctly, you read it as requiring a
depends if without the package loses any of its significant functions. I
believe my reading is more correct (especially considering Recommends),
but I suspect you believe the same of your reading.

It's your package, so its your decision; I don't object if you close the
bug again.

> 
> 
>  Please explain what you are really trying to achieve instead of
>  negociating individual dependencies by throwing policy quotes at us.

Well - two things. First, I confess I've gotten a little annoyed at
dependencies which make me install programs which I don't need: I
maintain some machines with small (by today's standards) amounts of disk
space. Granted, its not much space in this case.

Second, and more important in this case, is I'm trying to uninstall
gnome-keyring, which gksu depends on (though, I guess, I could have
filed this bug there, too). I'm trying to uninstall gnome-keyring
because otherwise gnome-session starts it up, and sets the SSH_AUTH_SOCK
environment variable to use it instead of ssh-agent (even though
SSH_AUTH_SOCK was already set). I could not find a way to make
gnome-session not do that, and don't use gnome-keyring anyway, so I just
tried to uninstall it.

I want to use ssh-agent instead of gnome-keyring-daemon because:
a) gnome-keyring-daemon doesn't support ssh-add -t
b) gnome-keyring auto-adds all the keys, in encrypted form, which I
   find annoying
c) If I remember correctly, gnome-keyring-daemon has the ability to
   save keyrings to disk, which is worrying should I do it by
   mistake.

Right now, I just dpkg-diverted /usr/bin/gnome-keyring-daemon out of the
way, and put a simple 'exit 1' shell script in its place. But that
obviously is not a good solution!

>  (Also, I recommend you to Cc: @packages.debian.org or the bug as
>  getting your message from the bot's transcript isn't too nice for other
>  maintainers)

Sorry about that; I had assumed debbugs would forward that message along
to the maintainers.



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

Bug#497324: Only dependency on cython was needed

[Vincent Bernat]

Hi Thomas!

setup.py  builds  lxml.etree.c   and  lxml.objectify.c  when  cython  is
present. Therefore, only the  dependency with cython was necessary (plus
the cleaning rule).  Moreover, cython is a replacement  for pyrex so the
dependency on pyrex is not necessary.

I don't think this warrant another upload though.
-- 
 /* Thanks to Rob `CmdrTaco' Malda for not influencing this code in any
  * way.
  */
2.4.3 linux/net/core/netfilter.c


pgpot4yDqgTeF.pgp
Description: PGP signature

Bug#497324: Only dependency on cython was needed

[Thomas Viehmann]

Hi Vincent,

Vincent Bernat wrote:
> setup.py  builds  lxml.etree.c   and  lxml.objectify.c  when  cython  is
> present. Therefore, only the  dependency with cython was necessary (plus
> the cleaning rule).  Moreover, cython is a replacement  for pyrex so the
> dependency on pyrex is not necessary.
Ha. Good catch. Apologies. I did what seemed logical to me and tested
that it works...

> I don't think this warrant another upload though.
If you want to, please go ahead and fix it (after asking Matthias of
course). If you do be quick though to not delay the fix migrate to
testing any more than it has to be.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/



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

Bug#498539: setools: apol fails and says it can't find the libraries

[Russell Coker]

Package: setools
Version: 3.3.5.ds-1
Severity: important

The following is the result of running apol on a fresh install on Lenny:

# apol
Initializing libqpol... done.
Initializing libapol... done.
Initializing libsefs... done.
Initializing libapol_tcl... done.
Initializing Tk... The SETools libraries could not be found in one of these 
subdirectories:
y/usr/share/tcltk/tcl8.4
/usr/lib
/usr/local/lib/tcltk
/usr/local/share/tcltk
/usr/lib/tcltk
/usr/share/tcltk
/usr/lib/setools

Incidentally I tried installing libseaudit4 and libpoldiff1 (should they
be part of the dependencies?) but it made no difference.



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

Bug#498402: setting package to kdepim korganizer kitchensync konsolekalendar libmaildir4 libkholidays4 libkdepim4 kdepim-dbg ktimetracker kmail libmimelib4 knotes kdepim-kresources kode kdepim-doc lib

[Armin Berres]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# kdepim (4:4.1.1-2) experimental; urgency=low
#
#  * Add patch to at least build against latest opensync. Functionality
#of Kitchensync is not guaranteed anymore (Closes: #498402).
#

package kdepim korganizer kitchensync konsolekalendar libmaildir4 libkholidays4 
libkdepim4 kdepim-dbg ktimetracker kmail libmimelib4 knotes kdepim-kresources 
kode kdepim-doc libkpgp4 knode kalarm akonadi-kde kontact kjots libkleo4 ktnef 
kaddressbook kdepim-wizards kdepim-strigi-plugins kleopatra libksieve4 akregator
tags 498402 + pending




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

Bug#490409: xen-3: diff for NMU version 3.2.1-2.1

[tv]

tags 490409 + patch
thanks

Hi,

The following is the diff for my xen-3 3.2.1-2.1 NMU.
It incorporates three patches from upstream and aims to
fix CVE-2008-2004 aka #490409.
It is not yet tested much, I would appreciate if interested
parties could give it a try.
I'll upload in due course.

Kind regards

T.

diff -u xen-3-3.2.1/debian/control.md5sum xen-3-3.2.1/debian/control.md5sum
--- xen-3-3.2.1/debian/control.md5sum
+++ xen-3-3.2.1/debian/control.md5sum
@@ -1,4 +1,4 @@
-be13ec7962f9b42707fff1af663b9766  debian/changelog
+c61f3c049db247829b8fa175ee863eec  debian/changelog
 5794c483fe195bd0b01c2642b804ec36  debian/bin/gencontrol.py
 04cbffed36f180cd58f699d955c7bba8  debian/templates/control.hypervisor.in
 c684d3285ee42118924db501cb4137ea  debian/templates/control.main.in
diff -u xen-3-3.2.1/debian/changelog xen-3-3.2.1/debian/changelog
--- xen-3-3.2.1/debian/changelog
+++ xen-3-3.2.1/debian/changelog
@@ -1,3 +1,12 @@
+xen-3 (3.2.1-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add three patches from upstream to fix disk format
+vulnerability (CVE-2008-2004). Closes: #490409
+  * Update debian/rules.defs so source package builds.
+
+ -- Thomas Viehmann <[EMAIL PROTECTED]>  Wed, 10 Sep 2008 23:42:00 +0200
+
 xen-3 (3.2.1-2) unstable; urgency=low
 
   * Use e2fslibs based ext2 support for pygrub. (closes: #476366)
diff -u xen-3-3.2.1/debian/patches/series xen-3-3.2.1/debian/patches/series
--- xen-3-3.2.1/debian/patches/series
+++ xen-3-3.2.1/debian/patches/series
@@ -18,0 +19,3 @@
+xen-3.2.CVE-2008-2004.1.hg80730d294e51.diff
+xen-3.2.CVE-2008-2004.2.hg5824167feb81.diff
+xen-3.2.CVE-2008-2004.3.hg0016f5a1dd5a.diff
only in patch2:
unchanged:
--- xen-3-3.2.1.orig/debian/patches/xen-3.2.CVE-2008-2004.1.hg80730d294e51.diff
+++ xen-3-3.2.1/debian/patches/xen-3.2.CVE-2008-2004.1.hg80730d294e51.diff
@@ -0,0 +1,128 @@
+
+# HG changeset patch
+# User Keir Fraser <[EMAIL PROTECTED]>
+# Date 1210688387 -3600
+# Node ID 80730d294e51e39a7f8f58708d1de2f735001392
+# Parent fd285b18158e8bc355ac036cf9d305d06bbfbce3
+ioemu: fix disk format security vulnerability
+
+* make the xenstore reader in qemu-dm's startup determine which
+  of qemu's block drivers to use according to the xenstore
+  backend `type' field.  This `type' field typically comes from
+  the front of the drive mapping string in ioemu.  The
+  supported cases are:
+xm config file string  `type'  image formatqemu driver
+ phy:[/dev/]phy raw image   bdrv_raw
+ file:fileraw image   bdrv_raw
+ tap:aio: tap raw image   bdrv_raw
+ tap:qcow:   tap not raw autoprobe
+ tap::  tap named formatbdrv_
+  It is still necessary to autoprobe when the image is specified as
+  `tap:qcow:', because qemu distinguishes `qcow' and `qcow2'
+  whereas blktap doesn't; `qcow' in xenstore typically means what
+  qemu calls qcow2.  This is OK because qemu can safely distinguish
+  the different cow formats provided we know it's not a raw image.
+
+* Make the format autoprobing machinery never return `raw'.  This has
+  two purposes: firstly, it arranges that the `tap:qcow:...' case
+  above can be handled without accidentally falling back to raw
+  format.  Secondly it prevents accidents in case the code changes in
+  future: autoprobing will now always fail on supposed cow files which
+  actually contain junk, rather than giving the guest access to the
+  underlying file.
+
+Signed-off-by: Ian Jackson <[EMAIL PROTECTED]>
+xen-unstable changeset:   17606:e3be00bd6aa963aca563692c271af762f9380ba0
+xen-unstable date:Mon May 12 10:09:12 2008 +0100
+
+--- a/tools/ioemu/block.c  Tue May 13 15:16:59 2008 +0100
 b/tools/ioemu/block.c  Tue May 13 15:19:47 2008 +0100
+@@ -250,7 +250,7 @@ static BlockDriver *find_protocol(const 
+ #endif
+ p = strchr(filename, ':');
+ if (!p)
+-return &bdrv_raw;
++return NULL; /* do not ever guess raw, it is a security problem! */
+ len = p - filename;
+ if (len > sizeof(protocol) - 1)
+ len = sizeof(protocol) - 1;
+--- a/tools/ioemu/xenstore.c   Tue May 13 15:16:59 2008 +0100
 b/tools/ioemu/xenstore.c   Tue May 13 15:19:47 2008 +0100
+@@ -86,6 +86,7 @@ void xenstore_parse_domain_config(int do
+ int i, is_scsi, is_hdN = 0;
+ unsigned int len, num, hd_index;
+ BlockDriverState *bs;
++BlockDriver *format;
+ 
+ for(i = 0; i < MAX_DISKS + MAX_SCSI_DISKS; i++)
+ media_filename[i] = NULL;
+@@ -131,6 +132,8 @@ void xenstore_parse_domain_config(int do
+ }
+ 
+ for (i = 0; i < num; i++) {
++  format = NULL; /* don't know what the format is yet */
++
+ /* read the backend path */
+ if (pasprintf(&buf, "%s/device/vbd/%s/backend", path, e[i]) == -1)
+ continue;
+@@ -177,13 +180,20 @@ void xenstore_parse_domain_config(int do
+ drv = xs_read(xsh, XBT_NULL, buf, &len);
+ if (drv == NULL)
+   

Bug#474630: severity of 474630 is important

[Thomas Viehmann]

# Automatically generated email from bts, devscripts version 2.10.35
# there was no objection
severity 474630 important




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

Bug#356492: ITP: spout -- Tiny abstract b&w 2D cave-shooter

[Javier Candeira]

[EMAIL PROTECTED] wrote:
> This game so rocks, i played it long before it was ITP'd, and still
> it's not in Debian. Unbelievable? Disappointing? I don't know what it
> is...
> 
> Are you still working on it? Would you mind me finishing the package
> and maintaining it in Debian? I don't mind co-maintainers...

Man, I have an ITP I haven't touched in months, but I am coming back to
health, so yes, I would like to finish the package myself, but yes, I would
also love to have you as a co-maintainer.

Is that good? I am sorry I haven't been able to get it in post-Etch, but
working with you would definitely be good. So let's make it work.

Thanks,

Javier




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

Bug#498371: setting package to kdepim korganizer kitchensync konsolekalendar libmaildir4 libkholidays4 libkdepim4 kdepim-dbg ktimetracker kmail libmimelib4 knotes kdepim-kresources kode kdepim-doc lib

[Armin Berres]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# kdepim (4:4.1.1-2) experimental; urgency=low
#
#  * Change shlibs to enforce a strict dependency on the libraries which
#are shipped with kdepim (Closes: #498371).
#

package kdepim korganizer kitchensync konsolekalendar libmaildir4 libkholidays4 
libkdepim4 kdepim-dbg ktimetracker kmail libmimelib4 knotes kdepim-kresources 
kode kdepim-doc libkpgp4 knode kalarm akonadi-kde kontact kjots libkleo4 ktnef 
kaddressbook kdepim-wizards kdepim-strigi-plugins kleopatra libksieve4 akregator
tags 498371 + pending




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

Bug#498520: Rprofile.site configuration file not under /etc

[Dirk Eddelbuettel]

On 10 September 2008 at 17:35, Christian Hudon wrote:
| Dirk Eddelbuettel wrote:
| > Well, first off, congrats for finding it :)  Second, you didn't have too,
| > this is all documented in   help(Startup)   [ though I agree that finding
| > help is not always easy; OTOH doing   help.search("Rprofile")  would have
| > lead you there, along with some false positives ]
| >   
| Thanks for the pointers! I already know about help() and help.search(). 
| But the problem is, how is one supposed to know that 'Startup' is the 
| right help topic to request... And for help.search(Rprofile), in that 
| particular instance I was *searching* for the name of the file I needed 
| to edit for local customizations, so that wouldn't have worked very well 
| either. :-) (Yeah, I guess Startup is mentioned somewhere near the root 

Well r-help is full of similar calls for help, so by now Google is pretty
good at getting you to matching posts...

| Well... ok, in order of decreasing "feeling very strongly about":
| 
| 1. One thing I feel extremely strongly about is that as a sysadmin, 
| programs should never, ever require me to go edit something under /usr. 

Which is why you can locally follow the example and place the actual file in
/etc/R/ or /usr/local/etc/R or whereever you see fit and link it back to
$R_HOME/etc --- just follow the examples in that directory.

| Consequently, I feel strongly (in a corresponding amount) in this case 
| about having the r-core-base package provide symlinks from 
| /usr/lib/R/etc to /etc/R for every file and directory that I might want 
| to create or edit to configure R. (Hey, you're the one who mentioned 

Cool. So you're the one with the itch.  Can I look forward to receiving your
patches?  ;-)  Not sure how much time I'll have to test all this.

| 2. Once the symlinks are in /usr/lib/R/etc, I feel less strongly about 
| what files are in /etc/R. I'd still like you to consider installing 
| corresponding files in /etc/R, though, because from a 
| sysadmin-friendliness and discoverability point of view, I think it's 
| much better. You probably know R like the back of your hand, but let's 
| assume you know dhcp less well than R. Isn't it really nice to just 
| quickly browse around in /etc once you're installed dhcp and see at 
| least file with comments saying "here is the configuration file", so you 
| don't have to research that. (Not a great example, because the dhcp 

No, I buy that.  This is actually a rather useful idea.  So lemme make this
bug report about a wishlist for 'empty but for commented-examples' files

/etc/R/Renviron.site
/etc/R/Rprofile.site

| Thanks for considering this,

Pleasure!

Dirk

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



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

Bug#498536: .26 breaks firmware loading for qla2xxx on sparc

[Josip Rodin]

Package: linux-image-2.6.26-1-sparc64-smp
Version: 2.6.26-4
Severity: grave
Tags: upstream

Hi,

qla2xxx's firmware loading thingy got hosed between .25 and .26,
I've already reported something along these lines to upstream, but I just
verified it with our kernel image so I'm filing it here too.

[egin: Loading essential drivers... ...
49.444722] SCSI subsystem initialized
[   49.524563] QLogic Fibre Channel HBA Driver: 8.02.01-k4-debug
[   49.602779] qla2xxx 0001:00:04.0: Found an ISP2200, irq 19, iobase 0x07fd
[010
[   49.714344] qla2xxx 0001:00:04.0: Configuring PCI space...
[   49.789041] scsi(0): No matching ROM signature.
[   49.851178] qla2xxx 0001:00:04.0: Configure NVRAM parameters...
[   50.025526] qla2xxx 0001:00:04.0: Inconsistent NVRAM detected: checksum=0x0 i
L=<4>qla2xxx 0001:00:04.0: Falling back to functioning (yet invalid -- WWPN) def
Bults.
[   50.230463] scsi(0): NVRAM configuration failed!
[   50.293695] qla2xxx 0001:00:04.0: Verifying loaded RISC code...
[   50.373898] scsi(0):  Load RISC code 
0   50.449209] firmware: requesting ql2200_fw.bin
[  110.508456] scsi(0): Failed to load firmware image (ql2200_fw.bin).
[  110.593119] qla2xxx 0001:00:04.0: Firmware image unavailable.
[  110.671025] qla2xxx 0001:00:04.0: Firmware images can be retrieved from: ftp:
[/ftp.qlogic.com/outgoing/linux/firmware/.
d  110.819988] scsi(0): Setup chip  FAILED .
a  110.884362] qla2xxx 0001:00:04.0: Failed to initialize adapter
[  110.963425] scsi(0): Failed to initialize adapter - Adapter flags 10.
[one.

-- 
 2. That which causes joy or happiness.



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

Bug#498527: closed by Dirk Eddelbuettel <[EMAIL PROTECTED]> (Re: Bug#498527: Cairo should be default output device in R instead of X11 when r-cran-cairodevice installed)

[Dirk Eddelbuettel]

On 10 September 2008 at 17:11, Christian Hudon wrote:
| Debian Bug Tracking System wrote:
| > This is an automatic notification regarding your Bug report
| > which was filed against the r-cran-cairodevice package:
| >
| > #498527: Cairo should be default output device in R instead of X11 when 
r-cran-cairodevice installed
| >
| > It has been closed by Dirk Eddelbuettel <[EMAIL PROTECTED]>.
| >
| >   
| > Thanks for the bug report.
| >
| >
| > | This would probably requires cooperation with the base R packages... 
| > | feel free to reassign to a more appropriate R package if this is the case.
| >
| > ... that is unlikely for contributed packages.  A but like lower priorities
| > in Debian -- 'base R' just won't depend on contributed packaged.  Sometimes
| > the contributed package morph into base R but that is R.
| >
| > There is nothing I can do here for you.  Part one of what you suggest may be
| > a local admin issue, part two is clearly something you'd need to argue with
| > the cairoDevice maintainers and on r-devel.
| >   
| Maybe I should have been more explicit about what I had in mind. I 
| wasn't suggesting having base R depend on r-cran-cairodevice. The two 

I understand but ...

| ways of doing this that I can see are:
| 
| 1. If there's a directory of .r files that are read at startup by R, 
| like /etc/emacs/site-start.d for emacs, etc., then r-cran-cairodevice 
| could add a file in there that would change the default output device 
| from X11 to Cairo.
| 
| Having the equivalent of /etc/emacs/site-start.d for the use of Debian R 
| packages would require a change to the R core package, but it should be 
| doable since R is a general programming language. And this is something 
| that might be useful for other R Debian package after.

... I as maintainer have 'almost always' shied away from making 'our' Debian
R non-standard.  There are little things (paperconf, say) I am willing to do;
what you suggest is a change in basic functionality that would surprise as
many users as it may please.

Please discuss upstream, this is not a Debian bug in my book.  You want
different behaviour _upstream_.

| 2. Another option is to simply have the Debian startup code for R (in 
| r-base-core, I guess) enable the Cairo output device if it sees that the 
| cairoDevice library is installed, otherwise use X11.

Which is why I said 'local admin issue'. Experiment with your site.profile;
this is what it exists.

| Both ways, core R doesn't depend on r-cran-cairodevice, but users that 
| install the package automatically get good-looking graphic output (like 
| people have by default with R on Mac at least).
| 
| Please reopen this bug report, at least to discuss a bit... that is 
| unless you find both suggestions completely atrocious.

They are surely not atrocious, but they are suggestions of the user of one
among now almost 1500 packages at CRAN.  We can't win if we single them out
this way. Too many potential special issues.  Everybody will have a pet
peeve.  

Also, did you actually realise that 'cairo' is now a capability of R itself?
Call 'capabilities()' or 'capabilities("cairo")' in R 2.7.2:

> capabilities("cairo")
cairo
 TRUE
>  

There were some speed issue with Cairo in R 2.7.0, IIRC.


To sum up, R strives to be consistent across platform and installations. I
will not be in favour of deviating from that path.

I am sorry of this strikes you as dogmatic. I am actually trying to be
constructive, albeit also in the spirit of R.

Cheers, Dirk

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



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

Bug#498517: netbase: /etc/service is out of date (standard IANA port numbers 0-1024)

[Jari Aalto]

[EMAIL PROTECTED] (Marco d'Itri) writes:

> --GvXjxJ+pjyke8COw
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> On Sep 10, jaalto <[EMAIL PROTECTED]> wrote:
>
>> As of 2008-09-10 the /etc/services does not define all standard ports
>> as defined by IANA.
> You must have missed the detailed explanation about this at the top of
> the file.

Done?

Yes I read this:

# New ports will be added on request if they have been officially assigned
# by IANA and used in the real-world or are needed by a debian package.
# If you need a huge list of used numbers please install the nmap package.

"Only added by request" sounds like everyone should report problems
individually as they may notice it. Having automated way to keep the
file updated would be more welcomed.

The IANA is the port assignment authority, so these would be expected to
be found from standard system.

I'm attaching script to automate keeping the posrt numbers updated
easily.

Jari


#!/bin/bash
#   iana-ports.sh -- Download IANA and compare entries to /etc/services
#
#   Copyright (C) 2008 Jari Aalto <[EMAIL PROTECTED]>
#
#   License
#
#   This program 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 of
#   the License, or (at your option) any later version.
#
#   This program 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 program. If not, write to the Free Software
#	Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA
#	02110-1301, USA.
#
#   Visit 
#

SERVICES=/etc/services

# Positions according to Debian $SERVICES layout
# 123456789 123456
# 123456789 123456
# 123456789 123456
# www 80/tcp  http# WorldWideWeb HTTP

SERVICES_FMT="%-16s%-16s%16s# %s\n"

FILE=iana-port-numbers.txt
URL=http://www.iana.org/assignments/port-numbers

shopt -s extglob

Help ()
{
echo "\
Synopsis:

iana-ports.sh [-h] [IANA-FILE-NAME-TO-SAVE]

Description:

Download IANA port number definitions, sore them to filename
given in command line (default: $FILE) and compare those to
$SERVICES. Display entries that are missing from $SERVICES"

exit ${1:-0}
}

Download ()
{
local dest=$1

rm -f $dest
wget -q -O $dest $URL
}

Parse ()
{
local file=$1

awk '/^[a-z-]+[ \t]+[0-9]+\/[a-z]+ / { print }' $file
}

Combine ()
{
iana=$1
services=$SERVICES

while read serv port rest
do
	# Skip 21/sctp 9/dccp
	[[ "$port" == */+(tcp|udp) ]] || continue

	if ! grep -qF "$port" $services
	then
	printf "$SERVICES_FMT" "$serv" "$port" "" "$rest"
	fi
done < $iana
}

Main ()
{
[[ "$*" == *+(-h|--help) ]] && Help

local file=${1:-$FILE}
local iana=$file.iana

Download $file
Parse $file > $iana
Combine $iana
}

Main "$@"

# End of file

Bug#487263: atmailopen 1.02+dfsg+svn48-1: Please update debconf PO translation for the package atmailopen

[Carlos Martín Nieto]

Hello,

 Here is the updated Spanish translation.

   cmn
-- 
Carlos Martín Nieto | http://cmartin.tk
# roundcube translation to spanish
# Copyright (C) 2004 Software in the Public Interest
# This file is distributed under the same license as the roundcube package.
#
# Changes:
# - Initial translation
#   Carlos Galisteo de Cabo <[EMAIL PROTECTED]>, 2007
#
#
#  Traductores, si no conoce el formato PO, merece la pena leer la
#  documentación de gettext, especialmente las secciones dedicadas a este
#  formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
#   http://www.debian.org/intl/spanish/coordinacion
#   especialmente las notas de traducción en
#   http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
#   /usr/share/doc/po-debconf/README-trans
#   o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: roundcube_0.1~rc1~dfsg-1\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-08-28 18:24+0200\n"
"PO-Revision-Date: 2008-09-08 19:15+0200\n"
"Last-Translator: Carlos Martín Nieto <[EMAIL PROTECTED]>\n"
"Language-Team:  <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "apache2"
msgstr "apache2"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "lighttpd"
msgstr "lighttpd"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid "Web server(s) to configure automatically:"
msgstr "Servidores web a reconfigurar automáticamente:"

#. Type: multiselect
#. Description
#: ../templates:1002
#| msgid ""
#| "RoundCube supports any web server supported by PHP, however only Apache 2 "
#| "and lighttpd can be configured automatically."
msgid ""
"Atmailopen supports any web server supported by PHP, however only Apache 2 "
"and lighttpd can be configured automatically."
msgstr ""
"Atmailopen funciona con cualquier servidor web que soporte PHP, sin embargo "
"sólo se configuran automáticamente Apache 2 y lighttpd."

#. Type: multiselect
#. Description
#: ../templates:1002
#| msgid ""
#| "Please select the web server(s) that should be configured automatically "
#| "for RoundCube."
msgid ""
"Please select the web server(s) that should be configured automatically for "
"Atmailopen."
msgstr ""
"Seleccione el/los servidor/es web que debe/n configurarse automáticamente "
"para Atmailopen."

#. Type: boolean
#. Description
#: ../templates:2001
#| msgid "Should the webserver(s) be restarted now?"
msgid "Should ${webserver} be restarted?"
msgstr "¿Debe reiniciarse ${webserver}?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"Remember that in order to activate the new configuration ${webserver} has to "
"be restarted. You can also restart ${webserver} by manually executing invoke-"
"rc.d ${webserver} restart."
msgstr "Recuerde que para activar la nueva configuración se debe reiniciar ${webserver}. "
"También puede reiniciar ${webserver} ejecutando manualmente invoke-rc.d "
"${webserver} restart."

#~ msgid ""
#~ "In order to activate the new configuration, the reconfigured web server"
#~ "(s) have to be restarted."
#~ msgstr ""
#~ "Debe/n reiniciarse el/los servidor/es web para activar la nueva "
#~ "configuración."

#~ msgid "IMAP server(s) used with RoundCube:"
#~ msgstr "Servidor/es IMAP usado/s por RoundCube:"

#~ msgid "Please select the IMAP server that should be used with RoundCube."
#~ msgstr "Seleccione el/los servidor/es IMAP que se usará/n con RoundCube."

#~ msgid ""
#~ "If this is left blank, a text box will be displayed at login. Entering a "
#~ "space-separated list of hosts will display a pull-down menu. Entering a "
#~ "single host will enforce using this host."
#~ msgstr ""
#~ "Se mostrará un campo al autenticarse que el usuario podrá rellenar si "
#~ "deja este campo en blanco. Si proporciona una lista de equipos separados "
#~ "por espacios, se mostrará un menú desplegable. Si proporciona un único "
#~ "nombre de equipo se forzará el uso de este equipo."

#~ msgid ""
#~ "To use SSL connections, please enter host names as 'ssl://hostname:993'."
#~ msgstr ""
#~ "Escriba los nombres de sistema como «ssl://hostname:9993» si desea usar "
#~ "conexiones SSL."

#~ msgid "Default language:"
#~ msgstr "Idioma predeterminado:"

#~ msgid "Please choose the default language for RoundCube."
#~ msgstr "Elija el idioma predeterminado para RoundCube."

#~ msgid ""
#~ "This choice can be overridden by individual users in their preferences."
#~ msgstr "Los usuarios pueden cambiar esta opción en sus preferencias."

#~ msgid ""
#~ "However, the default language will be used for the login screen and the "
#~ "first connection of users."
#~ msgstr ""
#~ "Sin emba

Bug#497887: lintian: check for unnecessary versioned dependencies on Perl core modules

[Russ Allbery]

Frank Lichtenheld <[EMAIL PROTECTED]> writes:

> Hmm, I'm not entirely sure it's worth to implement
> Lintian::Data::WithValues as a subclass instead of just triggering the
> behaviour on the presence of a separator option to the new call.

The latter was how I was going to implement it (I was going to write that
same function for another purpose).

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#494389: RFP: mausezahn -- network traffic generator

[Cristian Greco]

On Sat, Aug 09, 2008 at 12:08:51PM +0200, Cristian Greco wrote:

> I'll work on this package.

Hi,

work on this package is complete, and I'm going to upload it on mentors
and request for sponsor.

During this time I worked together with upstream in order to improve the
application and also to make it better suitable for Debian packaging. In
particular:

- I advised him to clarify the copyright license of his choice, because
  mz 0.32 source files included a GPLv3 header, while the tarball
  included a gpl-2.0.txt file;
- I helped him to improve cmake build system, so that all files are
  installed to the right path in a clean way;
- I advised him to include a README and ChangeLog file, add some notes
  to INSTALL file and other minor changes here and there.

Regards,
Cristian


signature.asc
Description: Digital signature

Bug#491746: [Pkg-kde-extras] Bug#491746: I second that

[Mark Purcell]

Hi John,

> Having Digikam and no kipi plugin is almost useless to me :(

There is currenty no kipi-plugins for KDE4, so I can't do much with this bug 
report :-)

> We really need this package.

The upstream focus is on getting digikam functional for KDE4 and then upstream 
will focus on the plugins. That's why digikam 0.10 rc is sitting in the 
experimental. It isn't supposed to be used in full production yet.

However by all means join the effort upstream at www.digikam.org and it will 
happen sooner.


Mark




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

Bug#498535: fluxbox: programs get BadAlloc errors when shading or unshading

[Ken Bloom]

Package: fluxbox
Version: 1.1.0.1-1
Severity: critical
Justification: breaks unrelated software

Since the last upgrade to Fluxbox, I have observed numerous programs
crash with X11 errors when I tried to shade their windows or unshade
them.

Here's a couple errors (in unrelated programs) that came when I tried
to shade them.

The program 'galeon' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 364123 error_code 11 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
ifdown: interface wlan0 not configured
CalDAV Eplugin starting up ...
evolution-shell-Message: Killing old version of evolution-data-server...
** (evolution:22528): DEBUG: mailto URL command: evolution %s
** (evolution:22528): DEBUG: mailto URL program: evolution
libnm_glib_nm_state_cb: dbus returned an error.
  (org.freedesktop.DBus.Error.ServiceUnknown) The name 
org.freedesktop.NetworkManager was not provided by any .service files
The program 'evolution' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient resources for operation)'.
  (Details: serial 80802 error_code 11 request_code 53 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)


I also observed a similar error in gvim earlier today, but I don't
recall whether I was trying to shade the window or unshade it. (gvim
reacted by getting into an infinite loop, printing the following
repeatedly)


Vim: Got X error
Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f201839497c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f2018394a15]
#2 /usr/lib/libX11.so.6 [0x7f201b197500]
#3 /usr/lib/libX11.so.6(XChangeProperty+0x44) [0x7f201b16a254]
#4 /usr/lib/libX11.so.6(XStoreBuffer+0x46) [0x7f201b18b276]
#5 gvim(x11_export_final_selection+0x10f) [0x50661f]
#6 gvim(mch_exit+0x12) [0x51f6c2]
#7 gvim [0x51f0ee]
#8 /usr/lib/libX11.so.6(_XError+0xcc) [0x7f201b19043c]
#9 /usr/lib/libX11.so.6 [0x7f201b197e2f]
#10 /usr/lib/libX11.so.6(_XEventsQueued+0x36) [0x7f201b1986d6]
#11 /usr/lib/libX11.so.6(XFlush+0x1a) [0x7f201b16ff9a]
#12 gvim(x11_export_final_selection+0x117) [0x506627]
#13 gvim(mch_exit+0x12) [0x51f6c2]
#14 gvim [0x51f0ee]
#15 /usr/lib/libX11.so.6(_XError+0xcc) [0x7f201b19043c]
#16 /usr/lib/libX11.so.6 [0x7f201b197e2f]
#17 /usr/lib/libX11.so.6(_XEventsQueued+0x36) [0x7f201b1986d6]
#18 /usr/lib/libX11.so.6(XFlush+0x1a) [0x7f201b16ff9a]
#19 gvim(x11_export_final_selection+0x117) [0x506627]
RenderBadPicture (invalid Picture parameter)
Vim: Got X error
Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f201839497c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f2018394a15]
#2 /usr/lib/libX11.so.6 [0x7f201b197500]
#3 /usr/lib/libX11.so.6(XChangeProperty+0x44) [0x7f201b16a254]
#4 /usr/lib/libX11.so.6(XStoreBuffer+0x46) [0x7f201b18b276]
#5 gvim(x11_export_final_selection+0x10f) [0x50661f]
#6 gvim(mch_exit+0x12) [0x51f6c2]
#7 gvim [0x51f0ee]
#8 /usr/lib/libX11.so.6(_XError+0xcc) [0x7f201b19043c]
#9 /usr/lib/libX11.so.6 [0x7f201b197e2f]
#10 /usr/lib/libX11.so.6(_XEventsQueued+0x36) [0x7f201b1986d6]
#11 /usr/lib/libX11.so.6(XFlush+0x1a) [0x7f201b16ff9a]
#12 gvim(x11_export_final_selection+0x117) [0x506627]
#13 gvim(mch_exit+0x12) [0x51f6c2]
#14 gvim [0x51f0ee]
#15 /usr/lib/libX11.so.6(_XError+0xcc) [0x7f201b19043c]
#16 /usr/lib/libX11.so.6 [0x7f201b197e2f]
#17 /usr/lib/libX11.so.6(_XEventsQueued+0x36) [0x7f201b1986d6]
#18 /usr/lib/libX11.so.6(XFlush+0x1a) [0x7f201b16ff9a]
#19 gvim(x11_export_final_selection+0x117) [0x506627]
BadDrawable (invalid Pixmap or Window parameter)
Vim: Got X error
Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0x7f201839497c]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x15) [0x7f2018394a15]
#2 /usr/lib/libX11.so.6 [0x7f201b197500]
#3 /usr/lib/libX11.so.6(XChangeProperty+0x44) [0x7f201b16a254]
#4 /usr/lib/libX11.so.6(XStoreBuffer+0x46) [0x7f201b18b276]
#5 gvim(x11_export_final_selection+0x10f) [0x50661f]
#6 gvim(mch_exit+0x12) [0x51f6c2]
#7 gvim [0x51f0ee]
#8 /usr/lib/libX11.so.6(_XError+0xcc) [0x7f201b19043c]
#9 /usr/lib/libX11.so.6 [0x7f201b197e2f]
#10 /usr/lib/libX11.so.6(_XEventsQueued+0x36) [0x7f201b1986d6]
#11 /usr/lib/libX11.so.6(XFlush+0x1a) [0x7f201b16ff9a]
#12 gvim(x11_export_final_selection+0x117) [0x506627

Bug#498395: gdm doesn't really depend on gksu

[Loïc Minier]

On Wed, Sep 10, 2008, Anthony DeRobertis wrote:
> On Wed, Sep 10, 2008 at 11:41:32AM +0200, Loïc Minier wrote:
> >  /usr/share/applications/gdmsetup.desktop:
> > Exec=gksu /usr/sbin/gdmsetup
> That sounds like it should be a Recommends, not a Depends. 
>   "The Depends field should be used if the depended-on package is
>   required for the depending package to provide a significant amount
>   of functionality."
> GDM certainly provides a significant amount of functionality without
> gksu, so it doesn't sound like a Depends.

 gdmsetup is a significant amount of functionality which we directly
 want to support; if gdmsetup doesn't work, the package has a RC bug.
 This includes users who don't have gksu and try to launch gdmsetup.


 Please explain what you are really trying to achieve instead of
 negociating individual dependencies by throwing policy quotes at us.

 (Also, I recommend you to Cc: @packages.debian.org or the bug as
 getting your message from the bot's transcript isn't too nice for other
 maintainers)

-- 
Loïc Minier



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

Bug#498096: lintian: doesn't ignore udebs on no-standards-version-field

[Frank Lichtenheld]

On Sat, Sep 06, 2008 at 09:26:47PM -0500, Raphael Geissert wrote:
> checks/standards-version:
> > # udebs aren't required to conform to policy, so they don't need
> > # Standards-Version. (If they have it, though, it should be valid.)
> > my $version = $info->field('standards-version');
> > if (not defined $version) {
> > tag 'no-standards-version-field' unless $type eq 'udeb';
> > return 0;
> > }
> 
> right, but...
> 
> checks/standards-version.desc:
> > Check-Script: standards-version
> > Author: Christian Schwarz <[EMAIL PROTECTED]>
> > Abbrev: std
> > Type: source
> > Unpack-Level: 1
> 
> $type will always be 'source', never 'udeb'.
> 
> If checks/standards-version knew about the package's section it could exclude 
> those that belong to 'debian-installer'.

Hmm, that is indeed a bug. I would suggest not emitting the tag if
all binary packages have the Package-Type set to udeb.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#498520: Rprofile.site configuration file not under /etc

[Christian Hudon]

Dirk Eddelbuettel wrote:

Well, first off, congrats for finding it :)  Second, you didn't have too,
this is all documented in   help(Startup)   [ though I agree that finding
help is not always easy; OTOH doing   help.search("Rprofile")  would have
lead you there, along with some false positives ]
  
Thanks for the pointers! I already know about help() and help.search(). 
But the problem is, how is one supposed to know that 'Startup' is the 
right help topic to request... And for help.search(Rprofile), in that 
particular instance I was *searching* for the name of the file I needed 
to edit for local customizations, so that wouldn't have worked very well 
either. :-) (Yeah, I guess Startup is mentioned somewhere near the root 
of the documentation. But in practice, when I'm looking for an answer to 
a very specific question, I usually don't say to myself "Well, let's 
start to read the documentation from the beginning.") Just to help to 
put you in the mindset of someone who knows less about R than you do. ;-)


(And in practice, for that particular question, I find personally that 
strace yields the answer in a way that's pleasingly consistently fast. 
;-) But anyways, that's not the topic of this bug report...)


Third and most importantly, ?Startup says 



 Unless '--no-environ' was given on the command line, R searches
 for site and user files to process for setting environment
 variables.  The name of the site file is the one pointed to by the
 environment variable 'R_ENVIRON'; if this is unset or empty,
 'R_HOME/etc/Renviron.site' is used (if it exists, which it does
 not in a 'factory-fresh' installation). The user files searched
 for are '.Renviron' in the current or in the user's home directory
 (in that order). See 'Details' for how the files are read.

 Then R searches for the site-wide startup profile unless the
 command line option '--no-site-file' was given.  The name of this
 file is taken from the value of the 'R_PROFILE' environment
 variable. If this variable is unset, the default is
 'R_HOME/etc/Rprofile.site', which is used if it exists (which it
 does not in a 'factory-fresh' installation). This code is sourced
 into the 'base' package.  Users need to be careful not to
 unintentionally overwrite objects in 'base', and it is normally
 advisable to use 'local' if code needs to be executed: see the
 examples.

In both cases, Rprofile.site and Renviron.site are supposed to be empty!
That usually held me back from installing these.   


Do you feel very strongly about having empty stubs?   I'd prefer to just
leave things as they are; it's just one less thing that can break one day.
  

Well... ok, in order of decreasing "feeling very strongly about":

1. One thing I feel extremely strongly about is that as a sysadmin, 
programs should never, ever require me to go edit something under /usr. 
I reinstall the same list of packages on a new machine (or on the same 
machine becaused of a hd that crashed), I should have the same, 
identical /usr. If I edit a file under /usr, I'll end up forgetting that 
I did, etc. Also, I really, really like being able to backup a small 
/etc to get all the configuration of all the programs installed (< 50 
MB), instead of having to backup a potentially much bigger (gigabytes) 
/usr to catch the programs that put configuration files that might have 
been edited at some point. In my mind (and I really doubt I'm the only 
person thinking that way), for backups, disaster recovery, etc., /usr 
(excluding /usr/local, of course) is completely handled by reinstalling 
the set of .deb that were on the machine.


Consequently, I feel strongly (in a corresponding amount) in this case 
about having the r-core-base package provide symlinks from 
/usr/lib/R/etc to /etc/R for every file and directory that I might want 
to create or edit to configure R. (Hey, you're the one who mentioned 
"strong feelings" :-) ). As a sysadmin, I edit stuff under /etc... I can 
install stuff under /usr/local, I can change stuff in /var from time to 
time, but I never touch /usr, and never want to.


2. Once the symlinks are in /usr/lib/R/etc, I feel less strongly about 
what files are in /etc/R. I'd still like you to consider installing 
corresponding files in /etc/R, though, because from a 
sysadmin-friendliness and discoverability point of view, I think it's 
much better. You probably know R like the back of your hand, but let's 
assume you know dhcp less well than R. Isn't it really nice to just 
quickly browse around in /etc once you're installed dhcp and see at 
least file with comments saying "here is the configuration file", so you 
don't have to research that. (Not a great example, because the dhcp 
config files will have a very specific format, while the R config files 
will tend to be more R code, with no specific format). But I know that 
in general, I find programs that put something under /etc much nicer and 

Bug#414601: fakeroot: sometimes treats copied files as directories

[Michael Itz]

We've run into something similar, and I think I can explain what's going 
on.  In our particular case, we're using pbuilder to build packages in a 
chroot and we're seeing that fakeroot will very rarely start reporting 
that a directory is a regular file.  Once it starts it will often do so 
for several runs, and then it will go back to working.


The culprit seems to be the statically linked ldconfig in the pbuilder 
chroot which runs shortly before a mkdir.  Since fakeroot can't wrap its 
calls, ldconfig is able to call unlink without fakeroot updating its 
database.  Then the inodes of the unlinked files can be reused for new 
files for which fakeroot will report out of date information.


In the most common failure we've seen, the inode that holds 
/etc/ld.so.cache is noted by fakeroot when it's untarred and chowned, 
then it's unlinked by ldconfig and the the same inode is given to a 
subsequent mkdir in /etc, which then stats as a file when it's really a 
directory.  It's probably also possible for ldconfig to remove a symlink 
and then have that inode reused for a regular file or directory later 
on, but I haven't seen that happen.


Because it requires an inode be reused, it's difficult to reproduce 
this.  It may be more likely to happen on almost empty or almost full 
filesystems.  I've had luck reproducing it somewhat consistently in very 
small loop mounts using the approach/hack pasted below.


I'm posting this under issue 414601 as it's closest to what we've seen, 
but I believe 366067 and 425007 could have the same or similar 
underlying cause and might warrant merging.


--

While fakerooted inside a chroot:

[EMAIL PROTECTED]:/# chmod 0644 /etc/ld.so.cache
[EMAIL PROTECTED]:/# stat /etc/ld.so.cache
  File: `/etc/ld.so.cache'
  Size: 9486Blocks: 24 IO Block: 4096   regular file
Device: 700h/1792d  Inode: 61120   Links: 1
Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
Access: 2008-09-08 15:28:10.0 -0400
Modify: 2008-09-08 15:27:42.0 -0400
Change: 2008-09-08 15:28:04.0 -0400
[EMAIL PROTECTED]:/# /sbin/ldconfig
[EMAIL PROTECTED]:/# stat /etc/ld.so.cache
  File: `/etc/ld.so.cache'
  Size: 9486Blocks: 24 IO Block: 4096   regular file
Device: 700h/1792d  Inode: 61076   Links: 1
Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
Access: 2008-09-08 15:28:41.0 -0400
Modify: 2008-09-08 15:28:20.0 -0400
Change: 2008-09-08 15:28:20.0 -0400
[EMAIL PROTECTED]:/# ./mkdirwithinode a 61120
trying for inode 61120
hit on try a4
[EMAIL PROTECTED]:/# stat a4
  File: `a4'
  Size: 4096Blocks: 8  IO Block: 4096   regular file
Device: 700h/1792d  Inode: 61120   Links: 2
Access: (0755/-rwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
Access: 2008-09-08 15:28:52.0 -0400
Modify: 2008-09-08 15:28:52.0 -0400
Change: 2008-09-08 15:28:52.0 -0400
[EMAIL PROTECTED]:/# cd a4
[EMAIL PROTECTED]:/a4# ls
[EMAIL PROTECTED]:/a4# cd ..
[EMAIL PROTECTED]:/#

On that final stat, faked --debug prints:

FAKEROOT: r=56, received message type=1, message=3
FAKEROOT: process stat oldstate=dev:ino=(700:61120), mode=040755, 
own=(10062,100), nlink=2, rdev=0
FAKEROOT: (previously known): fake=dev:ino=(700:61120), mode=0100755, 
own=(0,0), nlink=2, rdev=0


Source of mkdirwithinode.c:

#include 
#include 
#include 
#include 
#include 

int main(int argc, char **argv) {
if(argc != 3) return -1;

char *prefix = argv[1];
long inode = atol(argv[2]);

printf("trying for inode %d\n", inode);
char filename[100];
struct stat st;
for(int i = 0; i < 1000; i++) {
sprintf(filename, "%s%d", prefix, i);
mkdir(filename, 0777);
stat(filename, &st);
if(st.st_ino == inode) {
printf("hit on try %s%d\n", prefix, i);
return 0;
}
}
printf("failed\n");
return 1;
}



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

Bug#497887: lintian: check for unnecessary versioned dependencies on Perl core modules

[Frank Lichtenheld]

On Wed, Sep 10, 2008 at 10:59:05PM +0300, Niko Tyni wrote:
> On Fri, Sep 05, 2008 at 09:52:35AM +0300, Niko Tyni wrote:
> 
> > It would be useful if lintian could warn about unnecessary versioned
> > dependencies on packages provided by the perl core packages.
> 
> Proposed patches for git consumption attached, these seem to work for me.
> Comments welcome. The tag severity might be inflated.

Hmm, I'm not entirely sure it's worth to implement
Lintian::Data::WithValues as a subclass instead of just triggering the
behaviour on the presence of a separator option to the new call.

And yeah, I would go with severity normal.

Apart from that the patches look fine.

Gruesse,
-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/



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

Bug#498534: metapixel fails when using --search=global

[Christian Brabandt]

Package: metapixel
Version: 1.0.2-5
Severity: normal
User-Agent: Mutt/1.5.13 (2006-08-11)

Hi,
I have been trying out metapixel lately. This program is really
aweseome and generates really good results.

However, while trying different options, I noticed, that metapixel
will fail on this system when using --search=global.

The output is:

metapixel --library /mnt/temp/mosaik2 --search=global --metapixel 
/mnt/Bilder/moewe.jpg /mnt/temp/moewe_global.jpg
metapixel: metapixel.c:1087: generate_global_classic: Assertion `matches != 0' 
failed.

I've been using metapixel on this system in a virtual machine image,
so maybe memory is an issue. However, a better error message would be
very nice (but this might be an upstream issue).

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

Kernel: Linux 2.6.18-2-486
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages metapixel depends on:
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libungif4g 4.1.6-5   library for GIF images (transition
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

metapixel recommends no packages.

metapixel suggests no packages.

-- no debconf information
Liebe Grüße
Christian



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