Bug#512155: marked as done (/usr/share/doc/mercurial is empty after upgrade (ok after fresh install))

[Debian Bug Tracking System]

Your message dated Sun, 18 Jan 2009 10:32:07 +
with message-id 
and subject line Bug#512155: fixed in mercurial 1.1.2-2
has caused the Debian Bug report #512155,
regarding /usr/share/doc/mercurial is empty after upgrade (ok after fresh 
install)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
512155: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512155
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mercurial
Version: 1.1.2-1
Severity: serious
Justification: Policy 12.5, 12.7

st...@tsunami:~$ ls -l /usr/share/doc/mercurial
total 0

Upgrading from 1.0.1-5.1 to 1.1.2-1 leaves an empty documentation directory.

Purging then installing 1.1.2-1 symlinks it to mercurial-common.

Repeatable by purging, installing 1.0.1-5.1 and upgrading.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26 (SMP w/2 CPU cores; 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 mercurial depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  mercurial-common  1.1.2-1scalable distributed version contr
ii  python2.5.2-3An interactive high-level object-o
ii  python-support0.8.7  automated rebuilding support for P
ii  ucf   3.0011 Update Configuration File: preserv

Versions of packages mercurial recommends:
ii  rcs   5.7-24 The GNU Revision Control System

Versions of packages mercurial suggests:
ii  qct  1.5-1   GUI commit tool
ii  tk8.4 [wish] 8.4.19-2Tk toolkit for Tcl and X11, v8.4 -
ii  tk8.5 [wish] 8.5.3-4 Tk toolkit for Tcl and X11, v8.5 -
ii  vim  2:7.2.079-1 Vi IMproved - enhanced vi editor
ii  vim-gtk [vim]2:7.2.079-1 Vi IMproved - enhanced vi editor -

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: mercurial
Source-Version: 1.1.2-2

We believe that the bug you reported is fixed in the latest version of
mercurial, which is due to be installed in the Debian FTP archive:

mercurial-common_1.1.2-2_all.deb
  to pool/main/m/mercurial/mercurial-common_1.1.2-2_all.deb
mercurial_1.1.2-2.diff.gz
  to pool/main/m/mercurial/mercurial_1.1.2-2.diff.gz
mercurial_1.1.2-2.dsc
  to pool/main/m/mercurial/mercurial_1.1.2-2.dsc
mercurial_1.1.2-2_amd64.deb
  to pool/main/m/mercurial/mercurial_1.1.2-2_amd64.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 512...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Vernon Tang  (supplier of updated mercurial package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 18 Jan 2009 10:39:58 +0800
Source: mercurial
Binary: mercurial mercurial-common
Architecture: source all amd64
Version: 1.1.2-2
Distribution: unstable
Urgency: low
Maintainer: Python Applications Packaging Team 

Changed-By: Vernon Tang 
Description: 
 mercurial  - scalable distributed version control system
 mercurial-common - scalable distributed version control system (common files)
Closes: 512155
Changes: 
 mercurial (1.1.2-2) unstable; urgency=low
 .
   * debian/mercurial.postinst: symlink /usr/share/doc/mercurial if dpkg didn't
 do it when upgrading (closes: #512155)
   * debian/control: mercurial-common replaces all earlier versions of
 mercurial
Checksums-Sha1: 
 aa6d11ce60e506aa1dd6568bbd47096129cf9800 1450 mercurial_1.1.2-2.dsc
 4be83265a80533b30faffeb0ba86d5deed6af015 27294 mercurial_1.1.2-2.diff.gz
 efbbe807c365aae6d5b0d6a0e908a898ff5cb84a 582156 
mercurial-common_1.1.2-2_all.deb
 2bb437e9c1d102875d28209f370cc278e79a1bf8 54464 mercurial_1.1.2-2_amd64.deb
Checksums-Sha256: 
 fbef767ebeecf4664f7e2e0dccc4a4233f20a81f9cd593fbe44e1bead8678e1d 1450 
mercurial_1.1.2-2.dsc
 7d9e8e6d38cc3dcc96e40454e74baa3a0d0fc4fd433ad1c67c9d9b7bf4bb257f 27294 
mercurial_1.1.2-2.diff.gz
 0d168bbcccb7c40ee68ed0fa3a062a6767d923eef92f12e51f62704f4b493e2d 582156 
mercurial-common_1.1.2-2_all.deb
 1b2c13

Bug#511698: Confirmed following upgrade to experimental

[Bill Allombert]

On Fri, Jan 16, 2009 at 11:28:05PM -0800, Daniel Moerner wrote:
> Hi, I freshly installed a Debian Sid system. I then ran "aptitude
> install -t experimental safe-upgrade" with experimental enabled.
> 
> I then found this error, so it is definitely related to something in
> experimental.
> 
> Processing triggers for menu ...
> Unknown error, message=exec /bin/bash -o pipefail -c 'dpkg-query
> --show --showformat="\${status} \${provides} \${package}\n" | sed -n
> -e "/installed\|triggers-awaited\|triggers-pending
> /{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][,
> ]*/\n/g; p}"'

Hello Daniel, thanks for your tests.
Could you run update-menus under strace to see why update-menus is failing ?

I installed an minimal experimental system and it does not triggers this
issue.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#508870: mediawiki: NMU to fix CVE-2008-5249, CVE-2008-5250, CVE-2008-5252

[Giuseppe Iuculano]

Hi,

the attacked debdiff is for a proposed NMU to fix CVE-2008-5249, CVE-2008-5250,
CVE-2008-5252 in lenny. (Backported from mediawiki 1.12.3)

mediawiki (1:1.12.0-2lenny2) testing-security; urgency=high

  * Security update, NMU to fix fix CVE-2008-5249, CVE-2008-5250, CVE-2008-5252
  * debian/patches/CVE-2008-5249_CVE-2008-5250_CVE-2008-5252.patch:
- Fixed output escaping for reporting of non-MediaWiki exceptions.
  Potential XSS if an extension throws one of these with user input.
- Avoid fatal error in profileinfo.php when not configured.
- Fixed CSRF vulnerability in Special:Import. Fixed input validation in
  transwiki import feature.
- Add a .htaccess to deleted images directory for additional protection
  against exposure of deleted files with known SHA-1 hashes on default
  installations.
- Fixed XSS vulnerability for Internet Explorer clients, via file uploads
  which are interpreted by IE as HTML.
- Fixed XSS vulnerability for clients with SVG scripting, on wikis where SVG
  uploads are enabled. Firefox 1.5+ is affected.
- Avoid streaming uploaded files to the user via index.php. This allows
  security-conscious users to serve uploaded files via a different domain,
  and thus client-side scripts executed from that domain cannot access the
  login cookies. Affects Special:Undelete, img_auth.php and thumb.php.
- When streaming files via index.php, use the MIME type detected from the
  file extension, not from the data. This reduces the XSS attack surface.
- Blacklist redirects via Special:Filepath. Such redirects exacerbate any
  XSS vulnerabilities involving uploads of files containing scripts.
  Closes: #508869, #508870

 -- Giuseppe Iuculano   Sun, 18 Jan 2009 11:54:02 +0100




Cheers,
Giuseppe


mediawiki_1.12.0-2lenny2.debdiff.gz
Description: GNU Zip compressed data


signature.asc
Description: OpenPGP digital signature

Processed: severity of 509691 is important, tagging 509691

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 509691 important
Bug#509691: Playing a game with compiz enabled, freezes Debian and needs a full 
restart!
Severity set to `important' from `grave'

> tags 509691 moreinfo
Bug#509691: Playing a game with compiz enabled, freezes Debian and needs a full 
restart!
There were no tags set.
Tags added: moreinfo

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: notfound 508476 in 2:1.4.2-10

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # this bug is only in experimental
> notfound 508476 2:1.4.2-10
Bug#508476: xserver-xorg-core: Cannot run in framebuffer mode. Please specify 
busIDs for all framebuffer devices
Bug no longer marked as found in version 2:1.4.2-10.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.

[Cyril Brulebois]

Package: mongrel
Version: 1.1.5-3
Severity: serious
Justification: Uninstallable on release archs.

Hi.

debian/control for mongrel:
| Depends: libc6 (>= 2.6-1), libruby1.8 (>= 1.8.4), ruby1.8 (>= 1.8.4), 
rubygems1.8, libgemplugin-ruby (>= 0.2.2), libdaemons-ruby

Of course, ${shlibs:Depends} is to be used, at least for the libc6
dependency. As a reminder, it's not called this way on various archs
(libc6.1 on alpha and ia64, libc0.3 on hurd-i386, libc0.1 on
kfreebsd-{i386,amd64}).

Mraw,
KiBi.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512191: websvn: WebSVN exposes protected files to users with insufficient permissions

[Bas van Schaik]

Package: websvn
Version: 2.0-4
Severity: grave
Tags: security
Justification: user security hole

When WebSVN is configured to use an SVN authz file to check user
permissions, it only lists the repositories to which the user has
been granted authorization (like expected).

However, a malicious (authenticated) user can do an educated guess about
other repositories and alter the WebSVN URL to gain (limited) access to
these repositories.

Example: a user has been granted authorization for repository
"projects", but not to "classified-projects". After logging in to WebSVN
(using some authentication method), WebSVN checks which repositories
should be listed and only lists "projects". The URL to browse this
repository is like this:
  http://websvn.tetra.nl/listing.php?repname=projects

The malicious user can now alter this URL to access the
"classified-projects" repository:
  http://websvn.tetra.nl/listing.php?repname=classified-projects

Although WebSVN refuses to show the directories and files in the
repository (i.e. browsing is quite hard), it does present the links
"compare with previous" and "show changed files". These provide access
to the changelogs and diffs, while the user wasn't suppose to have any
acces to "classified-projects".

Especially in an environment where multiple users share a single server
for their repositories, this behavior is very undesirable and imposes a
security risk.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-xen-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages websvn depends on:
ii  apache2   2.2.3-4+etch5  Next generation, scalable, extenda
ii  apache2-mpm-prefork [http 2.2.3-4+etch5  Traditional model for Apache HTTPD
ii  debconf [debconf-2.0] 1.5.11etch1Debian configuration management sy
ii  libapache2-mod-php5   5.2.0-8+etch13 server-side, HTML-embedded scripti
ii  php5  5.2.0-8+etch13 server-side, HTML-embedded scripti
ii  po-debconf1.0.8  manage translated Debconf template
ii  subversion1.4.2dfsg1-2   Advanced version control system
ii  ucf   2.0020 Update Configuration File: preserv

Versions of packages websvn recommends:
ii  enscript  1.6.4-11   Converts ASCII text to Postscript,

-- debconf information:
* websvn/webservers: apache2
* websvn/configuration: true
* websvn/parentpath: /home/svn/repositories
* websvn/repositories:
* websvn/permissions:



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512151: Outdated drivers

[Dennis van Dok]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I am aware the upstream drivers have changed. I have tested them on a
CentOS system, and the new drivers seem to work mostly the same as the
old ones, only the default locations have changed.

I need to update the packaging and documentation accordingly. I can't
really reccommend the deb package on the download site as I haven't
tried it.

- --Dennis
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJcyHSIITq5lEwLHcRAoyVAJ4r5mekLRwTwf1KOT1ZcVRlYXy2ogCeIGb5
u5Ea1ATdcwommw61hHtq6+8=
=jyg+
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512191: websvn: WebSVN exposes protected files to users with insufficient permissions

[Florian Weimer]

* Bas van Schaik:

> When WebSVN is configured to use an SVN authz file to check user
> permissions, it only lists the repositories to which the user has
> been granted authorization (like expected).

Thanks.  Has this been reported anywhere else?  Do we still need
contact upstream about this?



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512191: websvn: WebSVN exposes protected files to users with insufficient permissions

[Bas van Schaik]

Florian Weimer wrote:
> * Bas van Schaik:
>   
>> When WebSVN is configured to use an SVN authz file to check user
>> permissions, it only lists the repositories to which the user has
>> been granted authorization (like expected).
>> 
> Thanks.  Has this been reported anywhere else?  Do we still need
> contact upstream about this?
I didn't contact upstream about it, I just found out last night. Would
you like me to contact upstream, or will you take care of it?

  -- Bas




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512191: websvn: WebSVN exposes protected files to users with insufficient permissions

[Bas van Schaik]

I've just downloaded the WebSVN 2.1 tarball and it is not vulnerable for
this issue. Therefore, reporting to upstream doesn't make any sense...

However, WebSVN 2.0 will appear in Lenny. I think the fix should be
backported to 2.0 or Lenny should contain WebSVN 2.1.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#505170: marked as done (alsa-plugins_1.0.18-1(sparc/experimental): FTBFS: wrong build-depends)

[Debian Bug Tracking System]

Your message dated Sun, 18 Jan 2009 14:47:04 +
with message-id 
and subject line Bug#505170: fixed in alsa-plugins 1.0.18-2
has caused the Debian Bug report #505170,
regarding alsa-plugins_1.0.18-1(sparc/experimental): FTBFS: wrong build-depends
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
505170: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505170
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: alsa-plugins
Version: 1.0.18-1
Severity: serious

Hi,

your package failed to build from source. The Build-Dependency on
amd64-libs should probably be "amd64-libs [i386]", not
"amd64-libs [i386 powerpc sparc s390]".

| Automatic build of alsa-plugins_1.0.18-1 on titan by sbuild/sparc 98-farm
| Build started at 20081110-0557
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Need to get 454kB of source archives.
| Get:1 http://sinclair.farm.ftbfs.de experimental/main alsa-plugins 1.0.18-1 
(dsc) [2003B]
| Get:2 http://sinclair.farm.ftbfs.de experimental/main alsa-plugins 1.0.18-1 
(tar) [444kB]
| Get:3 http://sinclair.farm.ftbfs.de experimental/main alsa-plugins 1.0.18-1 
(diff) [8089B]
| Fetched 454kB in 0s (1352kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (>= 7), quilt (>= 0.40), autotools-dev, 
libasound2-dev (>= 1.0.18), lib32asound2-dev (>= 1.0.18) [amd64 ppc64], 
lib64asound2-dev (>= 1.0.18) [sparc s390 i386 powerpc], libavcodec-dev, 
libjack-dev, libpulse-dev, libsamplerate0-dev | libsamplerate-dev, ia32-libs 
[amd64], amd64-libs [i386 powerpc sparc s390], libc6-dev-powerpc [ppc64], 
libc6-dev-i386 [amd64], libc6-dev-amd64 [i386], libc6-dev-ppc64 [powerpc], 
libc6-dev-s390x [s390], libc6-dev-sparc64 [sparc], lib32gcc1 [amd64 ppc64], 
lib64gcc1 [i386 powerpc sparc s390], gcc-multilib [amd64 i386 powerpc ppc64 
s390 sparc]
| Checking for already installed source dependencies...
| debhelper: missing
| Using default version 7.0.17 (Priority: 500)
| quilt: missing
| Using default version 0.46-6 (Priority: 500)
| autotools-dev: missing
| Using default version 20080123.2 (Priority: 500)
| libasound2-dev: missing
| Default version of libasound2-dev not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| libc6-dev: already installed (2.7-16)
| libasound2: missing
| Default version of libasound2 not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| libc6: already installed (2.7-16 >= 2.7-1 is satisfied)
| Noting conflict against libasound2-plugins<< 1.0.18
| libasound2-plugins: already deinstalled
| <<< leaving recursion
| Noting conflict against alsa-headers 
| alsa-headers: already deinstalled
| Noting conflict against libasound-dev 
| libasound-dev: already deinstalled
| <<< leaving recursion
| lib64asound2-dev: missing
| Default version of lib64asound2-dev not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| lib64asound2: missing
| Default version of lib64asound2 not sufficient, using version 1.0.18-1
| >>> entering recursion (because not using default version)
| Checking for already installed source dependencies...
| libasound2: missing
| Default version of libasound2 not sufficient, using version 1.0.18-1
| libc6-sparc64: already installed (2.7-16 >= 2.7-1 is satisfied)
| Noting conflict against libasound2-plugins<< 1.0.18
| libasound2-plugins: already deinstalled
| <<< leaving recursion
| libasound2-dev: missing
| Default version of libasound2-dev not sufficient, using version 1.0.18-1
| <<< leaving recursion
| libavcodec-dev: missing
| Using default version 0.svn20080206-14 (Priority: 500)
| libjack-dev: missing
| Using default version 0.109.2-4 (Priority: 500)
| libpulse-dev: missing
| Using default version 0.9.10-3 (Priority: 500)
| libsamplerate0-dev: missing
| Using default version 0.1.4-1 (Priority: 500)
| libsamplerate-dev: missing
| No default version. Virtual package?
| amd64-libs: missing
| No default version. Virtual package?
| libc6-dev-sparc64: already installed (2.7-16)
| lib64gcc1: missing
| Using default version 1:4.3.2-1 (Priority: 500)
| gcc-multilib: missing
| Using default version 4:4.3.2-2 (Priority: 500)
| C

Bug#511713: eclipse won't start

[jaalto]

Package: eclipse
Version: 3.2.2-6.1
Followup-For: Bug #511713


I can reproduce this as well. Same symptoms as with the other posters.
Installing xulrunner-dev (1.9.0.5-1) fixed the problem.

So, please update debian/control::Depends to add this missing dependency

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

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

Versions of packages eclipse depends on:
ii  eclipse-jdt   3.2.2-6.1  Java Development Tools plug-ins fo
ii  eclipse-pde   3.2.2-6.1  Plug-in Development Environment to
ii  eclipse-source3.2.2-6.1  Eclipse source code plug-ins
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  zenity2.22.1-2   Display graphical dialog boxes fro

Versions of packages eclipse recommends:
ii  eclipse-gcj   3.2.2-6.1  Native Eclipse run with GCJ

eclipse suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: tagging 511713

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> # Automatically generated email from bts, devscripts version 2.10.35lenny1
> tags 511713 + unreproducible
Bug#511713: eclipse won't start
There were no tags set.
Tags added: unreproducible

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511713: eclipse won't start

[Torsten Werner]

Hi,

On Tue, Jan 13, 2009 at 8:46 PM, Aaron Valdes  wrote:
> /usr/lib/jvm/java-6-openjdk/bin/java: symbol lookup error: 
> /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/83/1/.cp/libswt-mozilla-gtk-3236.so:
>  undefined symbol: _ZN4nsID5ParseEPKci

I have asked 

and the only package shipping a file libswt-mozilla-gtk-3236.so is
libswt3.2-gtk-jni but it ships it in /usr/lib/jni/ - something is
strange on your system. Please send us the output of

dpkg -S 
/usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/83/1/.cp/libswt-mozilla-gtk-3236.so


Cheers,
Torsten



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511713: eclipse won't start

[Torsten Werner]

On Sun, Jan 18, 2009 at 6:07 PM, jaalto  wrote:
> I can reproduce this as well. Same symptoms as with the other posters.
> Installing xulrunner-dev (1.9.0.5-1) fixed the problem.
>
> So, please update debian/control::Depends to add this missing dependency

xulrunner-dev ships static libraries and symlinks only. It would be
stupid to add a dependency to such a package. You probably want
xulrunner-1.9 but I cannot reproduce the bug at all.

Cheers,
Torsten



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511698: Confirmed following upgrade to experimental

[Daniel Moerner]

On Sun, Jan 18, 2009 at 2:47 AM, Bill Allombert
 wrote:
> On Fri, Jan 16, 2009 at 11:28:05PM -0800, Daniel Moerner wrote:
>> Hi, I freshly installed a Debian Sid system. I then ran "aptitude
>> install -t experimental safe-upgrade" with experimental enabled.
>>
>> I then found this error, so it is definitely related to something in
>> experimental.
>>
>> Processing triggers for menu ...
>> Unknown error, message=exec /bin/bash -o pipefail -c 'dpkg-query
>> --show --showformat="\${status} \${provides} \${package}\n" | sed -n
>> -e "/installed\|triggers-awaited\|triggers-pending
>> /{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][,
>> ]*/\n/g; p}"'
>
> Hello Daniel, thanks for your tests.
> Could you run update-menus under strace to see why update-menus is failing ?
>
> I installed an minimal experimental system and it does not triggers this
> issue.
>

Well I actually accidentally destroyed the previous system, so I tried
again but with a more minimal install. The following aptitude log
failed to trigger the break:

Aptitude 0.4.11.11: log report
Sun, Jan 18 2009 10:50:35 -0800

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 82 packages, and remove 1 packages.
28.6MB of disk space will be used
===
[REMOVE, NOT USED] libxcb-xlib0
[HOLD, DEPENDENCIES] x11-common
[HOLD, DEPENDENCIES] xserver-xorg-core
[HOLD, DEPENDENCIES] xserver-xorg-input-evdev
[HOLD, DEPENDENCIES] xserver-xorg-input-kbd
[HOLD, DEPENDENCIES] xserver-xorg-input-mouse
[HOLD, DEPENDENCIES] xserver-xorg-input-synaptics
[HOLD, DEPENDENCIES] xserver-xorg-video-apm
[HOLD, DEPENDENCIES] xserver-xorg-video-ark
[HOLD, DEPENDENCIES] xserver-xorg-video-ati
[HOLD, DEPENDENCIES] xserver-xorg-video-chips
[HOLD, DEPENDENCIES] xserver-xorg-video-cirrus
[HOLD, DEPENDENCIES] xserver-xorg-video-dummy
[HOLD, DEPENDENCIES] xserver-xorg-video-fbdev
[HOLD, DEPENDENCIES] xserver-xorg-video-glint
[HOLD, DEPENDENCIES] xserver-xorg-video-i128
[HOLD, DEPENDENCIES] xserver-xorg-video-i740
[HOLD, DEPENDENCIES] xserver-xorg-video-intel
[HOLD, DEPENDENCIES] xserver-xorg-video-mach64
[HOLD, DEPENDENCIES] xserver-xorg-video-mga
[HOLD, DEPENDENCIES] xserver-xorg-video-neomagic
[HOLD, DEPENDENCIES] xserver-xorg-video-nv
[HOLD, DEPENDENCIES] xserver-xorg-video-openchrome
[HOLD, DEPENDENCIES] xserver-xorg-video-r128
[HOLD, DEPENDENCIES] xserver-xorg-video-radeon
[HOLD, DEPENDENCIES] xserver-xorg-video-radeonhd
[HOLD, DEPENDENCIES] xserver-xorg-video-rendition
[HOLD, DEPENDENCIES] xserver-xorg-video-s3
[HOLD, DEPENDENCIES] xserver-xorg-video-s3virge
[HOLD, DEPENDENCIES] xserver-xorg-video-savage
[HOLD, DEPENDENCIES] xserver-xorg-video-siliconmotion
[HOLD, DEPENDENCIES] xserver-xorg-video-sis
[HOLD, DEPENDENCIES] xserver-xorg-video-sisusb
[HOLD, DEPENDENCIES] xserver-xorg-video-tdfx
[HOLD, DEPENDENCIES] xserver-xorg-video-trident
[HOLD, DEPENDENCIES] xserver-xorg-video-tseng
[HOLD, DEPENDENCIES] xserver-xorg-video-v4l
[HOLD, DEPENDENCIES] xserver-xorg-video-vesa
[HOLD, DEPENDENCIES] xserver-xorg-video-vmware
[HOLD, DEPENDENCIES] xserver-xorg-video-voodoo
[INSTALL, DEPENDENCIES] apt-xapian-index
[INSTALL, DEPENDENCIES] libcairomm-1.0-1
[INSTALL, DEPENDENCIES] libglade2-0
[INSTALL, DEPENDENCIES] libglademm-2.4-1c2a
[INSTALL, DEPENDENCIES] libglibmm-2.4-1c2a
[INSTALL, DEPENDENCIES] libgtkmm-2.4-1c2a
[INSTALL, DEPENDENCIES] libjasper1
[INSTALL, DEPENDENCIES] libpangomm-1.4-1
[INSTALL, DEPENDENCIES] libvte-common
[INSTALL, DEPENDENCIES] libvte9
[INSTALL, DEPENDENCIES] lsb-release
[INSTALL, DEPENDENCIES] python-apt
[INSTALL, DEPENDENCIES] python-central
[INSTALL, DEPENDENCIES] python-debian
[INSTALL, DEPENDENCIES] python-xapian
[HOLD] xserver-xorg
[UPGRADE] apt 0.7.20 -> 0.7.21~exp1
[UPGRADE] apt-utils 0.7.20 -> 0.7.21~exp1
[UPGRADE] aptitude 0.4.11.11-1 -> 0.5.0-1
[UPGRADE] binutils 2.18.1~cvs20080103-7 -> 2.19.0.20090110-1~exp1
[UPGRADE] bsdutils 1:2.13.1.1-1 -> 1:2.14~rc2-0
[UPGRADE] cpio 2.9-14 -> 2.9.90-1
[UPGRADE] diff 2.8.1-12 -> 2.8.7-0.2
[UPGRADE] eject 2.1.5+deb1-4 -> 2.1.5+deb1+cvs20081104-2
[UPGRADE] git-core 1:1.5.6.5-2 -> 1:1.6.0.6-1
[UPGRADE] grub 0.97-47lenny2 -> 0.97-51
[UPGRADE] grub-common 1.96+20080724-12 -> 1.96+20081201-1
[UPGRADE] gtk2-engines 1:2.14.3-2 -> 1:2.16.1-1
[UPGRADE] gtk2-engines-pixbuf 2.12.11-4 -> 2.14.7-1
[UPGRADE] ifupdown 0.6.8+nmu1 -> 0.7~alpha3
[UPGRADE] klibc-utils 1.5.12-2 -> 1.5.14-1~exp1
[UPGRADE] libasound2 1.0.16-2 -> 1.0.18-1
[UPGRADE] libatk1.0-0 1.22.0-1 -> 1.24.0-1
[UPGRADE] libc6 2.7-18 -> 2.9-0exp1
[UPGRADE] libc6-dev 2.7-18 -> 2.9-0exp1
[UPGRADE] libc6-i686 2.7-18 -> 2.9-0exp1
[UPGRADE] libcairo2 1.6.4-7 -> 1.8.6-1
[UPGRADE] libcups2 1.3.8-1lenny4.1 -> 1.3.9-11
[UPGRADE] libdbus-1-3 1.2.1-5 -> 1.2.8-1
[UPGRADE] libdrm2 2.3.1-2 -> 2.4.3+git+20090105+a8c5480-1
[UPGRADE] libgcrypt11 1.4.1-2 -> 1.4.3-1
[UPGRADE] libglib2.0-0 2.16.6-1 -> 2.18.4-1
[UPGRADE] libgmp3c2 2:

Bug#511698: Confirmed following upgrade to experimental

[Daniel Moerner]

Well I installed everything else that was updated in the previous log,
and I can no longer produce the error.

I will try again with an install mimicking the first one that I did.
-- 
Daniel Moerner 



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510782: marked as done (python-excelerator: debian/copyright fails to mention copyright for antlr.py)

[Debian Bug Tracking System]

Your message dated Sun, 18 Jan 2009 19:32:03 +
with message-id 
and subject line Bug#510782: fixed in pyexcelerator 0.6.3a-4
has caused the Debian Bug report #510782,
regarding python-excelerator: debian/copyright fails to mention copyright for 
antlr.py
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
510782: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510782
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: python-excelerator
Version: 0.6.3a-3.1
Severity: serious
Justification: Policy 12.5


python-excelerator contains an outdated copy of antlr.py from the antlr
package, however the copyright file for python-excelerator doesn't contain the
required attribution to the ANTLR project, the license for this file, nor does
it mention the copyright for this file.

I'd recommend not embedding an outdated copy of antlr.py and to depend on the
antlr package instead.

stew

-- 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 python-excelerator depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-central0.6.8  register and build utility for Pyt

python-excelerator recommends no packages.

python-excelerator suggests no packages.

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: pyexcelerator
Source-Version: 0.6.3a-4

We believe that the bug you reported is fixed in the latest version of
pyexcelerator, which is due to be installed in the Debian FTP archive:

pyexcelerator_0.6.3a-4.diff.gz
  to pool/main/p/pyexcelerator/pyexcelerator_0.6.3a-4.diff.gz
pyexcelerator_0.6.3a-4.dsc
  to pool/main/p/pyexcelerator/pyexcelerator_0.6.3a-4.dsc
python-excelerator_0.6.3a-4_all.deb
  to pool/main/p/pyexcelerator/python-excelerator_0.6.3a-4_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 510...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Debian Python Modules Team  
(supplier of updated pyexcelerator package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 18 Jan 2009 19:07:54 +0100
Source: pyexcelerator
Binary: python-excelerator
Architecture: source all
Version: 0.6.3a-4
Distribution: unstable
Urgency: medium
Maintainer: Kevin Coyner 
Changed-By: Debian Python Modules Team 

Description: 
 python-excelerator - module for reading/writing Excel spreadsheet files
Closes: 510782
Changes: 
 pyexcelerator (0.6.3a-4) unstable; urgency=medium
 .
   [ Piotr Ożarowski, Sandro Tosi ]
   * Vcs-Svn and Vcs-Browser fields added
   * Bumped Standards Version to 3.8.0
 + debian/README.source file added
   * Added short description to 01-write_datetime.dpatch
 .
   [ Jan Dittberner ]
   * debian/copyright: add copyright and licensing information for
 antlr.py (Closes: #510782)
   * debian/control
 - add python-antlr to Depends
 - add ${misc:Depends} to fix lintian warning debhelper-but-no-misc-depends
   * debian/rules: use antlr.py from python-anltr instead of the version
 included in the upstream tarball to ease security support
Checksums-Sha1: 
 21a593ab828ac88ae680bd20e1dd2885306cba69 1397 pyexcelerator_0.6.3a-4.dsc
 db6eb6375822b3914243c161c9269992e014975b 4871 pyexcelerator_0.6.3a-4.diff.gz
 d378753e7ef02b2d607a916b8f44fc0f96652529 96834 
python-excelerator_0.6.3a-4_all.deb
Checksums-Sha256: 
 fe792d2803493a6e3779d339625ff2b86f2ab63af9cd476a5757b8263fd273a9 1397 
pyexcelerator_0.6.3a-4.dsc
 684befd59455a3e74dea094184620e9a19d2e25f658bae36ec431c8b5fbac247 4871 
pyexcelerator_0.6.3a-4.diff.gz
 326955357be8c6ba2cf6955162a3114622dd089bbd7f3dcc534298ea7f0a5042 96834 
python-excelerator_0.6.3a-4_all.deb
Files: 
 dc878163504f6a50ea0d68749ca99f1e 1397 python optional 
pyexcelerator_0.6.3a-4.dsc
 588e2fc67110107bbf8ce03b7bac6a70 4871 python optional 
pyexcelerator_0.6.3a-4.diff.gz
 bfaa1786fae2d6592e53e4f117e3f209 96834 python optional 
python-excelerator_0.6.3a-4_all.deb

-BEGIN PGP SIGNAT

Bug#508870: [Pkg-mediawiki-devel] Bug#508870: mediawiki: NMU to fix CVE-2008-5249, CVE-2008-5250, CVE-2008-5252

[Romain Beauxis]

Le Sunday 18 January 2009 12:17:01 Giuseppe Iuculano, vous avez écrit :
> Hi,

Hi !

> the attacked debdiff is for a proposed NMU to fix CVE-2008-5249,
> CVE-2008-5250, CVE-2008-5252 in lenny. (Backported from mediawiki 1.12.3)

Many thanks for this patch and your work !

I have build a fixed package and tested it, it works ok. Also, the changes 
looks clean from the packaging point.

However, I won't comment on the content of the patch, I don't have enough time 
for that. I hope someone else can help reviewing it.


Romain

> mediawiki (1:1.12.0-2lenny2) testing-security; urgency=high
>
>   * Security update, NMU to fix fix CVE-2008-5249, CVE-2008-5250,
> CVE-2008-5252 *
> debian/patches/CVE-2008-5249_CVE-2008-5250_CVE-2008-5252.patch: - Fixed
> output escaping for reporting of non-MediaWiki exceptions. Potential XSS if
> an extension throws one of these with user input. - Avoid fatal error in
> profileinfo.php when not configured.
> - Fixed CSRF vulnerability in Special:Import. Fixed input validation in
>   transwiki import feature.
> - Add a .htaccess to deleted images directory for additional protection
>   against exposure of deleted files with known SHA-1 hashes on default
>   installations.
> - Fixed XSS vulnerability for Internet Explorer clients, via file
> uploads which are interpreted by IE as HTML.
> - Fixed XSS vulnerability for clients with SVG scripting, on wikis
> where SVG uploads are enabled. Firefox 1.5+ is affected.
> - Avoid streaming uploaded files to the user via index.php. This allows
>   security-conscious users to serve uploaded files via a different
> domain, and thus client-side scripts executed from that domain cannot
> access the login cookies. Affects Special:Undelete, img_auth.php and
> thumb.php. - When streaming files via index.php, use the MIME type detected
> from the file extension, not from the data. This reduces the XSS attack
> surface. - Blacklist redirects via Special:Filepath. Such redirects
> exacerbate any XSS vulnerabilities involving uploads of files containing
> scripts. Closes: #508869, #508870
>
>  -- Giuseppe Iuculano   Sun, 18 Jan 2009 11:54:02
> +0100
>
>
>
>
> Cheers,
> Giuseppe





--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512191: websvn: WebSVN exposes protected files to users with insufficient permissions

[Florian Weimer]

* Bas van Schaik:

> I've just downloaded the WebSVN 2.1 tarball and it is not vulnerable for
> this issue. Therefore, reporting to upstream doesn't make any sense...
>
> However, WebSVN 2.0 will appear in Lenny. I think the fix should be
> backported to 2.0 or Lenny should contain WebSVN 2.1.

Probably, yes, although the severity is somewhat debatable.

etch is not affected because that WebSVN version does not implement
authentication.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511797: bind9: all queries denied since last update

[Florian Weimer]

tag 511797 unreproducible moreinfo
thanks

> But it seems that something else has changed in Bind9 or in the install 
> script.
> I solved the problem by manually add localhost ip : 127.0.0.1
> in the allow-query option to get my DNS server back to work.

As already mentioned, we can't reproduce the problem.  Could you
please provide more information about the configuration, in particular
as many configuration files from /etc/bind as possible?



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: Bug#511797: bind9: all queries denied since last update

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 511797 unreproducible moreinfo
Bug#511797: bind9: all queries denied since last update
There were no tags set.
Tags added: unreproducible, moreinfo

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512104: libghc6-pcre-light-dev: Fails to install

[Evgeni Golov]

On Sat, 17 Jan 2009 11:56:41 +0100 Kurt Roeckx wrote:

> Package: libghc6-pcre-light-dev
> Version: 0.3.1-5+b1
> Severity: serious
> 
> Hi,
> 
> Your package is failing to install with the following error:
> Setting up libghc6-pcre-light-dev (0.3.1-5+b1) ...
> /var/lib/dpkg/info/libghc6-pcre-light-dev.postinst: line 15: 
> /usr/lib/ghc-6.8.2dfsg1/bin/ghc-pkg: No such file or directory
> dpkg: error processing libghc6-pcre-light-dev (--configure):
>  subprocess post-installation script returned error exit status 1
> dpkg: dependency problems prevent configuration of libghc6-pcre-light-prof:
>  libghc6-pcre-light-prof depends on libghc6-pcre-light-dev (= 0.3.1-5+b1); 
> however:
>   Package libghc6-pcre-light-dev is not configured yet.
> dpkg: error processing libghc6-pcre-light-prof (--configure):
>  dependency problems - leaving unconfigured

That only needs a rebuild with latest haskell-devscripts. See #512063.
(Other packages should be affected too).

Regards
Evgeni

-- 
Bruce Schneier Fact Number 104:
The last person to attempt to steal Bruce Schneier's identity lost his
memory and has never recovered.


pgpl1c6rDPg6V.pgp
Description: PGP signature

Bug#511698: Confirmed following upgrade to experimental

[Daniel Moerner]

I got it. I retraced my exact steps on the previous install. These
steps were: Install Sidux 2007-02, upgrade to latest Sid, purge ALL
Sidux packages, upgrade to experimental. There should be no trace of
Sidux left on this system, so that shouldn't be the problem.

r...@gx260:/home/dmr# strace update-menus
execve("/usr/bin/update-menus", ["update-menus"], [/* 27 vars */]) = 0
brk(0)  = 0x9168000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f3e000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=44216, ...}) = 0
mmap2(NULL, 44216, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f33000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0pA\4\0004\0\0\0\240"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=946216, ...}) = 0
mmap2(NULL, 973004, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e45000
mmap2(0xb7f28000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe2) = 0xb7f28000
mmap2(0xb7f2d000, 22732, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f2d000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libm.so.6", O_RDONLY) = 3
read(3, "\177elf\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\...@4\0\0004\0\0\0p"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=149328, ...}) = 0
mmap2(NULL, 151680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e1f000
mmap2(0xb7e43000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23) = 0xb7e43000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY)= 3
read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\34\0\0004\0\0\0\254"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=50916, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7e1e000
mmap2(NULL, 49928, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0xb7e11000
mmap2(0xb7e1d000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc) = 0xb7e1d000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320h\1\0004\0\0\0@"...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1434496, ...}) = 0
mmap2(NULL, 1439312, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
3, 0) = 0xb7cb1000
mmap2(0xb7e0b000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15a) = 0xb7e0b000
mmap2(0xb7e0e000, 9808, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e0e000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7cb
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7cb06d0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
mprotect(0xb7e0b000, 4096, PROT_READ)   = 0
mprotect(0xb7f28000, 12288, PROT_READ)  = 0
munmap(0xb7f33000, 44216)   = 0
getuid32()  = 0
getuid32()  = 0
brk(0)  = 0x9168000
brk(0x9189000)  = 0x9189000
socket(PF_FILE, 0x80801 /* SOCK_??? */, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"...}, 110) =
-1 ENOENT (No such file or directory)
close(3)= 0
socket(PF_FILE, 0x80801 /* SOCK_??? */, 0) = 3
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"...}, 110) =
-1 ENOENT (No such file or directory)
close(3)= 0
open("/etc/nsswitch.conf", O_RDONLY)= 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=475, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f3d000
read(3, "# /etc/nsswitch.conf\n#\n# Example "..., 4096) = 475
read(3, ""..., 4096)= 0
close(3)= 0
munmap(0xb7f3d000, 4096)= 0
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=44216, ...}) = 0
mmap2(NULL, 44216, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f33000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libnss_compat.so.2", O_RDONLY) = 3
read(3, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3

Processed: re: mongrel: Broken dependencies, uninstallable on some release archs.

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> notfound 512190 1.1.5-3
Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.
Bug no longer marked as found in version 1.1.5-3.

> found 512190 1.1.5-4
Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.
Bug marked as found in version 1.1.5-4.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.

[peter green]

notfound 512190 1.1.5-3
found 512190 1.1.5-4
thanks

512190 only affects the version in unstable, the one in testing is fine.

512190 appears to be the result of fixing 508975 by removing use of 
shlibs and adding hardcoded dependencies in it's place. Using hardcoded 
dependencies for shared libraries is not reccomended since libraries can 
have different names on different architectures (as mentioned in this 
bug) and rebuilding a package on a system with a different version of 
the libraries development files may change the versions of the library 
it can work with.


Better soloutions to that bug would have been (in order from least hacky 
to most hacky)
* get libruby to use symbols files so packages only pick up dependencies 
on the version that is needed for the symbols they actually use.

* use a shlibs.local file to override the shlibs versioning from libruby




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.

[Julien Cristau]

On Sun, Jan 18, 2009 at 09:54:11PM +, peter green wrote:
> Better soloutions to that bug would have been (in order from least hacky  
> to most hacky)

* close 508975 as it's not a bug at all

> * get libruby to use symbols files so packages only pick up dependencies  
> on the version that is needed for the symbols they actually use.
> * use a shlibs.local file to override the shlibs versioning from libruby
>
Cheers,
Julien



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512190: marked as done (mongrel: Broken dependencies, uninstallable on some release archs.)

[Debian Bug Tracking System]

Your message dated Sun, 18 Jan 2009 21:47:03 +
with message-id 
and subject line Bug#512190: fixed in mongrel 1.1.5-5
has caused the Debian Bug report #512190,
regarding mongrel: Broken dependencies, uninstallable on some release archs.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
512190: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512190
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mongrel
Version: 1.1.5-3
Severity: serious
Justification: Uninstallable on release archs.

Hi.

debian/control for mongrel:
| Depends: libc6 (>= 2.6-1), libruby1.8 (>= 1.8.4), ruby1.8 (>= 1.8.4), 
rubygems1.8, libgemplugin-ruby (>= 0.2.2), libdaemons-ruby

Of course, ${shlibs:Depends} is to be used, at least for the libc6
dependency. As a reminder, it's not called this way on various archs
(libc6.1 on alpha and ia64, libc0.3 on hurd-i386, libc0.1 on
kfreebsd-{i386,amd64}).

Mraw,
KiBi.


--- End Message ---
--- Begin Message ---
Source: mongrel
Source-Version: 1.1.5-5

We believe that the bug you reported is fixed in the latest version of
mongrel, which is due to be installed in the Debian FTP archive:

mongrel-doc_1.1.5-5_all.deb
  to pool/main/m/mongrel/mongrel-doc_1.1.5-5_all.deb
mongrel_1.1.5-5.diff.gz
  to pool/main/m/mongrel/mongrel_1.1.5-5.diff.gz
mongrel_1.1.5-5.dsc
  to pool/main/m/mongrel/mongrel_1.1.5-5.dsc
mongrel_1.1.5-5_i386.deb
  to pool/main/m/mongrel/mongrel_1.1.5-5_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 512...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Filipe Lautert  (supplier of updated mongrel package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Sun, 18 Jan 2009 19:19:23 -0200
Source: mongrel
Binary: mongrel-doc mongrel
Architecture: source all i386
Version: 1.1.5-5
Distribution: unstable
Urgency: low
Maintainer: Filipe Lautert 
Changed-By: Filipe Lautert 
Description: 
 mongrel- A small fast HTTP library and server for Ruby
 mongrel-doc - A small fast HTTP library and server for Ruby (documentation)
Closes: 512190
Changes: 
 mongrel (1.1.5-5) unstable; urgency=low
 .
   * Corrected libc dependency using debian/shlibs.local (closes: #512190).
Checksums-Sha1: 
 1408f211694a9a5992f4e0da7fcb5b5d098354b2 1431 mongrel_1.1.5-5.dsc
 b713e39bdd5cf1bd6fd3268e2b6d650e7966b209 7942 mongrel_1.1.5-5.diff.gz
 961b9392044265a1a47856202cc5dda069cd3472 91866 mongrel-doc_1.1.5-5_all.deb
 391ad2db91dd8065ba178c15cc2b881f5859384a 56974 mongrel_1.1.5-5_i386.deb
Checksums-Sha256: 
 3b61947322267f3f556bb583ff83983957e2a80c919b9e0c591e08e72aacbb8c 1431 
mongrel_1.1.5-5.dsc
 9142e708358037e526b105cb60c97ac7e38cca81b56d22eca816f2d9e808 7942 
mongrel_1.1.5-5.diff.gz
 f1daeea0b849386f4230aeb39aa9dbe483dfc7c0dcd3787c390b939a8710ad08 91866 
mongrel-doc_1.1.5-5_all.deb
 e2d92eee261bda9dc41f1387c6bd2b205703fb530966475a4e24053c11d2796f 56974 
mongrel_1.1.5-5_i386.deb
Files: 
 f77a1fad167c71ca30eb7420a9928fe1 1431 web optional mongrel_1.1.5-5.dsc
 101369d9b189ed80323b66e110412e13 7942 web optional mongrel_1.1.5-5.diff.gz
 c34354ae3fd5d7f49c83aeeb5a838d25 91866 doc optional mongrel-doc_1.1.5-5_all.deb
 1969a5dc50a2cb4d226e08dbc9023b02 56974 web optional mongrel_1.1.5-5_i386.deb

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

iEYEARECAAYFAklzohMACgkQmKFbPqa6Qj474gCfTsCty1f6yOzr6dQkJF93kFSE
4CsAn3Pj0IUnVSlRESVIpxkoyAioiR0k
=RnA5
-END PGP SIGNATURE-


--- End Message ---

Bug#512104: marked as done (libghc6-pcre-light-dev: Fails to install)

[Debian Bug Tracking System]

Your message dated Sun, 18 Jan 2009 23:10:27 +0100
with message-id <4973a8d3.5080...@debian.org>
and subject line Re: Bug#512104: libghc6-pcre-light-dev: Fails to install
has caused the Debian Bug report #512104,
regarding libghc6-pcre-light-dev: Fails to install
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
512104: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512104
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libghc6-pcre-light-dev
Version: 0.3.1-5+b1
Severity: serious

Hi,

Your package is failing to install with the following error:
Setting up libghc6-pcre-light-dev (0.3.1-5+b1) ...
/var/lib/dpkg/info/libghc6-pcre-light-dev.postinst: line 15: 
/usr/lib/ghc-6.8.2dfsg1/bin/ghc-pkg: No such file or directory
dpkg: error processing libghc6-pcre-light-dev (--configure):
 subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of libghc6-pcre-light-prof:
 libghc6-pcre-light-prof depends on libghc6-pcre-light-dev (= 0.3.1-5+b1); 
however:
  Package libghc6-pcre-light-dev is not configured yet.
dpkg: error processing libghc6-pcre-light-prof (--configure):
 dependency problems - leaving unconfigured



Kurt



--- End Message ---
--- Begin Message ---
Evgeni Golov wrote:
> On Sat, 17 Jan 2009 11:56:41 +0100 Kurt Roeckx wrote:
> 
>> Package: libghc6-pcre-light-dev
>> Version: 0.3.1-5+b1
>> Severity: serious
>>
>> Hi,
>>
>> Your package is failing to install with the following error:
>> Setting up libghc6-pcre-light-dev (0.3.1-5+b1) ...
>> /var/lib/dpkg/info/libghc6-pcre-light-dev.postinst: line 15: 
>> /usr/lib/ghc-6.8.2dfsg1/bin/ghc-pkg: No such file or directory
>> dpkg: error processing libghc6-pcre-light-dev (--configure):
>>  subprocess post-installation script returned error exit status 1
>> dpkg: dependency problems prevent configuration of libghc6-pcre-light-prof:
>>  libghc6-pcre-light-prof depends on libghc6-pcre-light-dev (= 0.3.1-5+b1); 
>> however:
>>   Package libghc6-pcre-light-dev is not configured yet.
>> dpkg: error processing libghc6-pcre-light-prof (--configure):
>>  dependency problems - leaving unconfigured
> 
> That only needs a rebuild with latest haskell-devscripts. See #512063.
> (Other packages should be affected too).

binNMUs were scheduled, so closing this bug.

Cheers

Luk

--- End Message ---

Bug#512190: mongrel: Broken dependencies, uninstallable on some release archs.

[Filipe Lautert]

Julien Cristau wrote:

On Sun, Jan 18, 2009 at 09:54:11PM +, peter green wrote:
  
Better soloutions to that bug would have been (in order from least hacky  
to most hacky)



* close 508975 as it's not a bug at all

  
easy easy, I just fixed both using shlibs.local . Next time I won't be 
slack and I'll take the correct approach like I did now.


cheers


filipe



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511756: marked as done (ghc6: Includes GMP, which has non-free GNU documentation)

[Debian Bug Tracking System]

Your message dated Sun, 18 Jan 2009 23:20:02 +0100
with message-id <4973ab12.7070...@debian.org>
and subject line Re: Bug#511756: Keeping this open until the necessary binNMUs 
and uploads are done
has caused the Debian Bug report #511756,
regarding ghc6: Includes GMP, which has non-free GNU documentation
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
511756: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511756
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ghc6
Version: 6.8.2-7
Severity: serious
Justification: Policy 2.1.

GHC includes GNU MP library with it, in gmp/gmp-4.2.1.tar.gz.  The
build system already does the right thing and doesn't link against the
local copy of the library, but it still carries the tarball with the
accompanying GNU documentation, with this license:

Permission is granted to copy, distribute and/or modify this document under
the terms of the GNU Free Documentation License, Version 1.2 or any later
version published by the Free Software Foundation; with no Invariant Sections,
with the Front-Cover Texts being ``A GNU Manual'', and with the Back-Cover
Texts being ``You have freedom to copy and modify this GNU Manual, like GNU
software''.

I'll need to repackage the upstream tarball to remove its copy of GMP.
That shouldn't be too disruptive.


--- End Message ---
--- Begin Message ---
Version: 6.8.2dfsg1-1

Kari Pahula wrote:
> reopen 511756
> thanks
> 
> While the immediate issue (libgmp in ghc6) is fixed, there's still a
> bunch of uninstallable packages around.  As of this writing, these
> need a binNMU:
> 
> haskell-hlist, haskell-binary, highlighting-kate, haskell-irc,
> haskell-utf8-string, pandoc, haskell-pcre-light

binNMUs are scheduled.

> These need an upload to remove ghc6 (<< 6.8.2-999) from the build
> dependencies (they currently FTBFS).
> 
> ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc,
> hdbc-odbc, hdbc-postgresql, hdbc-sqlite3, hslogger, ldap-haskell,
> listlike, magic-haskell, missingh, missingpy, washngo

Are these being taken care of, do you need a hand?

> To be on the safe side, I'll wait until ghc6 gets built on arm too.

It's installed on all release arches now...

Cheers

Luk

PS: Closing the bug as such way it will be easier to see what's still
missing from what would get broken by introducing ghc6 in testing.

--- End Message ---

Processed: setting package to aptitude, forcibly merging 479438 511708

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> package aptitude
Ignoring bugs not assigned to: aptitude

> forcemerge 479438 511708
Bug#479438: aptitude hangs after installs
Bug#511708: aptitude: [etch upgrade] TUI consistently blocks after doing one 
set of operations
Bug#504063: aptitude: ignores keyboard after upgrade on an etch vserver
Forcibly Merged 479438 504063 511708.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Matthias Klose]

Package: djvulibre
Version: 3.5.21-3
Severity: serious
Tags: patch

http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch

djvulibre hardcodes knowledge about atomic builtins, and on which
architectures these can be found, and doesn't rely on a autoconf
test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
hppa. For armel these builtins have to be linked into the shared
library. A workaround can be found in the above patch. Please let me
know if a NMU is wanted.

  Matthias



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511698: Confirmed following upgrade to experimental

[Daniel Moerner]

On Sun, Jan 18, 2009 at 2:02 PM, Bill Allombert
 wrote:
> Does running
>
> /bin/bash -o pipefail -c 'dpkg-query --show --showformat="\${status} 
> \${provides} \${package}\n" | sed -n -e 
> "/installed\|triggers-awaited\|triggers-pending 
> /{s/^.*\(installed\|triggers-awaited\|triggers-pending\) *//; s/[, ][, 
> ]*/\n/g; p}"'
> succeed ? What strace give for that command ?

It does succeed. Its successful output and strace are attached.

-- 
Daniel Moerner 


command-output
Description: Binary data


command-strace
Description: Binary data

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Bastien ROUCARIES]

On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  wrote:
> Package: djvulibre
> Version: 3.5.21-3
> Severity: serious
> Tags: patch
>
> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
>
> djvulibre hardcodes knowledge about atomic builtins, and on which
> architectures these can be found, and doesn't rely on a autoconf
> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
> hppa. For armel these builtins have to be linked into the shared
> library. A workaround can be found in the above patch. Please let me
> know if a NMU is wanted.

I believe best thing to do is to forward to upstream. A autoconf test
will be better.

Regards

Thanks

Bastien



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511756: Finishing #511756; John's packages

[Kari Pahula]

On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
> Kari Pahula wrote:
> > These need an upload to remove ghc6 (<< 6.8.2-999) from the build
> > dependencies (they currently FTBFS).
> > 
> > ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc,
> > hdbc-odbc, hdbc-postgresql, hdbc-sqlite3, hslogger, ldap-haskell,
> > listlike, magic-haskell, missingh, missingpy, washngo
> 
> Are these being taken care of, do you need a hand?

Those are John Goerzen's packages and unless he says otherwise, I'll
let him do it.  I'm CCing him.

listlike, magic-haskell, washngo, ldap-haskell have the same versions
in unstable and testing, so those can go in via the usual route.  No
need to delay those anymore.

The rest will most likely need to go via t-p-u.  I suppose it'd be
better to wait until the new ghc6 and haskell-devscripts enter
testing, so that the buildds will pick the correct versions.



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511756: Finishing #511756; John's packages

[Luk Claes]

Kari Pahula wrote:
> On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
>> Kari Pahula wrote:
>>> These need an upload to remove ghc6 (<< 6.8.2-999) from the build
>>> dependencies (they currently FTBFS).
>>>
>>> ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc,
>>> hdbc-odbc, hdbc-postgresql, hdbc-sqlite3, hslogger, ldap-haskell,
>>> listlike, magic-haskell, missingh, missingpy, washngo
>> Are these being taken care of, do you need a hand?
> 
> Those are John Goerzen's packages and unless he says otherwise, I'll
> let him do it.  I'm CCing him.
> 
> listlike, magic-haskell, washngo, ldap-haskell have the same versions
> in unstable and testing, so those can go in via the usual route.  No
> need to delay those anymore.
> 
> The rest will most likely need to go via t-p-u.  I suppose it'd be
> better to wait until the new ghc6 and haskell-devscripts enter
> testing, so that the buildds will pick the correct versions.

They won't enter testing as they break these packages...

I guess I'll have a look at their diff in unstable tomorrow.

Cheers

Luk



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510432: imapproxy

[José Luis Tallón]

Christian Hammers wrote:
> Hello
>
> Any progress with this Release Critical bug?
>   
Ready to be uploaded, at:

http://devel.adv-solutions.net/debian/pool/main/mail/imapproxy/up-imapproxy_1.2.6-5.dsc


Thank you to Niko Tyni and other contributors.
Thanks to Christian for the other to upload.

Regards,

J.L.




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Bastien ROUCARIES]

On Sun, Jan 18, 2009 at 11:43 PM, Bastien ROUCARIES
 wrote:
> On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  wrote:
>> Package: djvulibre
>> Version: 3.5.21-3
>> Severity: serious
>> Tags: patch
>>
>> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
>>
>> djvulibre hardcodes knowledge about atomic builtins, and on which
>> architectures these can be found, and doesn't rely on a autoconf
>> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
>> hppa. For armel these builtins have to be linked into the shared
>> library. A workaround can be found in the above patch. Please let me
>> know if a NMU is wanted.
>
> I believe best thing to do is to forward to upstream. A autoconf test
> will be better.


BTW what the f***k of linking with libsupc++ ???
According to web doc:
> What's libsupc++?
>   
>
>If the only functions from libstdc++.a which you need are language support 
>functions (those listed in clause 18 of the standard, e.g., new and delete), 
>then try >linking against libsupc++.a, which is a subset of libstdc++.a. 
>(Using gcc instead of g++ and explicitly linking in libsupc++.a via -lsupc++ 
>for the final link step >will do it). This library contains only those support 
>routines, one per object file. But if you are using anything from the rest of 
>the library, such as IOStreams or >vectors, then you'll still need pieces from 
>libstdc++.a.
>

And libgcc is automagically added to gcc.

Could you send us the buildlog ? I suppose it is not really a good method


Regards

Bastien



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Matthias Klose]

Bastien ROUCARIES writes:
> On Sun, Jan 18, 2009 at 11:43 PM, Bastien ROUCARIES
>  wrote:
> > On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  
> > wrote:
> >> Package: djvulibre
> >> Version: 3.5.21-3
> >> Severity: serious
> >> Tags: patch
> >>
> >> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
> >>
> >> djvulibre hardcodes knowledge about atomic builtins, and on which
> >> architectures these can be found, and doesn't rely on a autoconf
> >> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
> >> hppa. For armel these builtins have to be linked into the shared
> >> library. A workaround can be found in the above patch. Please let me
> >> know if a NMU is wanted.
> >
> > I believe best thing to do is to forward to upstream. A autoconf test
> > will be better.
> 
> 
> BTW what the f***k of linking with libsupc++ ???

please calm down.

> According to web doc:
> > What's libsupc++?
> > 
> >
> >If the only functions from libstdc++.a which you need are language support 
> >functions (those listed in clause 18 of the standard, e.g., new and delete), 
> >then try >linking against libsupc++.a, which is a subset of libstdc++.a. 
> >(Using gcc instead of g++ and explicitly linking in libsupc++.a via -lsupc++ 
> >for the final link step >will do it). This library contains only those 
> >support routines, one per object file. But if you are using anything from 
> >the rest of the library, such as IOStreams or >vectors, then you'll still 
> >need pieces from libstdc++.a.
> >
> 
> And libgcc is automagically added to gcc.
> 
> Could you send us the buildlog ? I suppose it is not really a good method

hmm, I don't have the log of the failed build anymore. looks like
linking with -lgcc is sufficient.




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Bastien ROUCARIES]

On Mon, Jan 19, 2009 at 12:47 AM, Matthias Klose  wrote:
> Bastien ROUCARIES writes:
>> On Sun, Jan 18, 2009 at 11:43 PM, Bastien ROUCARIES
>>  wrote:
>> > On Sun, Jan 18, 2009 at 11:32 PM, Matthias Klose  
>> > wrote:
>> >> Package: djvulibre
>> >> Version: 3.5.21-3
>> >> Severity: serious
>> >> Tags: patch
>> >>
>> >> http://patches.ubuntu.com/d/djvulibre/djvulibre_3.5.21-3ubuntu1.patch
>> >>
>> >> djvulibre hardcodes knowledge about atomic builtins, and on which
>> >> architectures these can be found, and doesn't rely on a autoconf
>> >> test. gcc-4.3_4.3.2-2 now got these kernel helpers for armel and
>> >> hppa. For armel these builtins have to be linked into the shared
>> >> library. A workaround can be found in the above patch. Please let me
>> >> know if a NMU is wanted.
>> >
>> > I believe best thing to do is to forward to upstream. A autoconf test
>> > will be better.
>>
>>
>> BTW what the f***k of linking with libsupc++ ???
>
> please calm down.

I agree :)

>> According to web doc:
>> > What's libsupc++?
>> >
>> >
>> >If the only functions from libstdc++.a which you need are language support 
>> >functions (those listed in clause 18 of the standard, e.g., new and 
>> >delete), then try >linking against libsupc++.a, which is a subset of 
>> >libstdc++.a. (Using gcc instead of g++ and explicitly linking in 
>> >libsupc++.a via -lsupc++ for the final link step >will do it). This library 
>> >contains only those support routines, one per object file. But if you are 
>> >using anything from the rest of the library, such as IOStreams or >vectors, 
>> >then you'll still need pieces from libstdc++.a.
>> >
>>
>> And libgcc is automagically added to gcc.
>>
>> Could you send us the buildlog ? I suppose it is not really a good method
>
> hmm, I don't have the log of the failed build anymore. looks like
> linking with -lgcc is sufficient.

Ok seems like a gcc bug :(
Libgcc is automagically added by gcc to every build :(

Regards



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512255: linux-2.6: subject error

[AlbertoP]

Package: linux-2.6
Followup-For: Bug #512255


I wrote "IMHO unfit for release" after "-" in the "Justification" 
header, but I don't know why it was put in the subject.
However the main problem is the other I described... :-/

-- System Information:
Debian Release: 5.0
  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=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#512252: build failure with gcc-4.3_4.3.2-3 on armel

[Matthias Klose]

Bastien ROUCARIES writes:
> On Mon, Jan 19, 2009 at 12:47 AM, Matthias Klose  wrote:
> > hmm, I don't have the log of the failed build anymore. looks like
> > linking with -lgcc is sufficient.
> 
> Ok seems like a gcc bug :(
> Libgcc is automagically added by gcc to every build :(

No.

[ generating libdjvulibre.la ... ]
/bin/bash ../libtool --mode=link g++ -DHAVE_CONFIG_H -I.. -I. -DNDEBUG -Wall 
-O3 -Wno-non-virtual-dtor  -pthread -DTHREADMODEL=POSIXTHREADS  
-no-undefined \
-rpath /usr/lib -version-info 21:0:0  \
DjVuGlobal.lo DjVuGlobalMemory.lo GOS.lo GException.lo 
GContainer.lo GString.lo GThreads.lo GRect.lo atomic.lo GSmartPointer.lo MMX.lo 
Arrays.lo GBitmap.lo GPixmap.lo GScaler.lo DjVuPalette.lo ByteStream.lo 
IFFByteStream.lo BSByteStream.lo BSEncodeByteStream.lo ZPCodec.lo JB2Image.lo 
JB2EncodeCodec.lo IW44Image.lo IW44EncodeCodec.lo MMRDecoder.lo JPEGDecoder.lo 
DataPool.lo GURL.lo DjVuFileCache.lo DjVuPort.lo GMapAreas.lo DjVuAnno.lo 
GIFFManager.lo DjVuText.lo DjVuInfo.lo DjVuFile.lo DjVuImage.lo DjVuDocument.lo 
DjVmDir.lo DjVmDoc.lo DjVmDir0.lo DjVmNav.lo DjVuNavDir.lo DjVuErrorList.lo 
DjVuDocEditor.lo DjVuToPS.lo DjVuDumpHelper.lo DjVuMessageLite.lo 
DjVuMessage.lo GUnicode.lo UnicodeByteStream.lo XMLParser.lo XMLTags.lo 
miniexp.lo ddjvuapi.lo debug.lo -Wl,-Bsymbolic-functions -ljpeg -lpthread -lm 
-lgcc  -o libdjvulibre.la
g++ -shared -nostdlib /usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../../crti.o 
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/crtbeginS.o  .libs/DjVuGlobal.o 
.libs/DjVuGlobalMemory.o .libs/GOS.o .libs/GException.o .libs/GContainer.o 
.libs/GString.o .libs/GThreads.o .libs/GRect.o .libs/atomic.o 
.libs/GSmartPointer.o .libs/MMX.o .libs/Arrays.o .libs/GBitmap.o 
.libs/GPixmap.o .libs/GScaler.o .libs/DjVuPalette.o .libs/ByteStream.o 
.libs/IFFByteStream.o .libs/BSByteStream.o .libs/BSEncodeByteStream.o 
.libs/ZPCodec.o .libs/JB2Image.o .libs/JB2EncodeCodec.o .libs/IW44Image.o 
.libs/IW44EncodeCodec.o .libs/MMRDecoder.o .libs/JPEGDecoder.o .libs/DataPool.o 
.libs/GURL.o .libs/DjVuFileCache.o .libs/DjVuPort.o .libs/GMapAreas.o 
.libs/DjVuAnno.o .libs/GIFFManager.o .libs/DjVuText.o .libs/DjVuInfo.o 
.libs/DjVuFile.o .libs/DjVuImage.o .libs/DjVuDocument.o .libs/DjVmDir.o 
.libs/DjVmDoc.o .libs/DjVmDir0.o .libs/DjVmNav.o .libs/DjVuNavDir.o 
.libs/DjVuErrorList.o .libs/DjVuDocEditor.o .libs/DjVuToPS.o 
.libs/DjVuDumpHelper.o .libs/DjVuMessageLite.o .libs/DjVuMessage.o 
.libs/GUnicode.o .libs/UnicodeByteStream.o .libs/XMLParser.o .libs/XMLTags.o 
.libs/miniexp.o .libs/ddjvuapi.o .libs/debug.o  /usr/lib/libjpeg.so -lpthread 
-lgcc -L/usr/lib/gcc/arm-linux-gnueabi/4.3.3 
-L/usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../.. -lstdc++ -lm -lc -lgcc_s 
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/crtendS.o 
/usr/lib/gcc/arm-linux-gnueabi/4.3.3/../../../crtn.o  -pthread 
-Wl,-Bsymbolic-functions -Wl,-soname -Wl,libdjvulibre.so.21 -o 
.libs/libdjvulibre.so.21.0.0
(cd .libs && rm -f libdjvulibre.so.21 && ln -s libdjvulibre.so.21.0.0 
libdjvulibre.so.21)
(cd .libs && rm -f libdjvulibre.so && ln -s libdjvulibre.so.21.0.0 
libdjvulibre.so)
/usr/bin/ar cru .libs/libdjvulibre.a  DjVuGlobal.o DjVuGlobalMemory.o GOS.o 
GException.o GContainer.o GString.o GThreads.o GRect.o atomic.o GSmartPointer.o 
MMX.o Arrays.o GBitmap.o GPixmap.o GScaler.o DjVuPalette.o ByteStream.o 
IFFByteStream.o BSByteStream.o BSEncodeByteStream.o ZPCodec.o JB2Image.o 
JB2EncodeCodec.o IW44Image.o IW44EncodeCodec.o MMRDecoder.o JPEGDecoder.o 
DataPool.o GURL.o DjVuFileCache.o DjVuPort.o GMapAreas.o DjVuAnno.o 
GIFFManager.o DjVuText.o DjVuInfo.o DjVuFile.o DjVuImage.o DjVuDocument.o 
DjVmDir.o DjVmDoc.o DjVmDir0.o DjVmNav.o DjVuNavDir.o DjVuErrorList.o 
DjVuDocEditor.o DjVuToPS.o DjVuDumpHelper.o DjVuMessageLite.o DjVuMessage.o 
GUnicode.o UnicodeByteStream.o XMLParser.o XMLTags.o miniexp.o ddjvuapi.o 
debug.o
ranlib .libs/libdjvulibre.a

please note this is libtool-2.2, which adds -nostdlib, but not -lgcc.

Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working

[Sascha Silbe]

Package: sugar-web-activity
Version: 102-1
Severity: grave
Justification: renders package unusable


Drop-down input fields (HTML ) are displayed, but cannot be changed. If 
I click on them, nothing happens most of the time. Very rarely, the drop-down 
menu appears for a small fraction of a second and disappears immediately.

Steps to reproduce:
1. Start Browse
2. Open some web page using drop-down input fields (e.g. [1] or [2])
3. Click left on the drop-down input field (either shortly or for a long time).

Expected result: Show a drop-down list of available values.
Obtained result: No visible change (most of the time - see above).

Could not find any upstream bug for this issue.


[1] http://www.w3schools.com/html/tryit.asp?filename=tryhtml_select2
[2] http://dev.sugarlabs.org/query

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

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

Versions of packages sugar-web-activity depends on:
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-central  0.6.8register and build utility for Pyt
ii  python-dbus 0.82.4-2 simple interprocess messaging syst
ii  python-gnome2-desktop   2.22.0-2 Python bindings for the GNOME desk
ii  python-gobject  2.14.2-1 Python bindings for the GObject li
ii  python-gtk2 2.12.1-6 Python bindings for the GTK+ widge
ii  python-hulahop  0.4.8~dfsg-3 Sugar graphical shell - gecko-base
ii  python-olpc-datastore   0.82.1-2 Sugar graphical shell - datastore
ii  python-simplejson   1.9.2-1  Simple, fast, extensible JSON enco
ii  python-sugar0.82.2-4 Sugar graphical shell - core funct
ii  python-sugar-toolkit0.82.11-7Sugar graphical shell - core widge
ii  python-xpcom1.9.0.5-1XPCOM bindings for Python

Versions of packages sugar-web-activity recommends:
ii  sugar 0.82.9-1   window manager from the OLPC proje
ii  sugar-artwork 0.82.3-1   Sugar graphical shell - artwork

sugar-web-activity suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Not grave

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 512167 normal
Bug#512167: gnome-volume-manager: Runs wrong command when importing photos
Severity set to `normal' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511521: marked as done (boinc: Does not check the RSA_public_decrypt() return value.)

[Debian Bug Tracking System]

Your message dated Mon, 19 Jan 2009 04:17:06 +
with message-id 
and subject line Bug#511521: fixed in boinc 6.2.14-3
has caused the Debian Bug report #511521,
regarding boinc: Does not check the RSA_public_decrypt() return value.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
511521: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: boinc
Severity: serious
Tags: security

Hi,

I've been checking packages to see if they properly check the return
value of some of the functions in openssl.  In lib/crypt.C there
is this code:
int decrypt_public(R_RSA_PUBLIC_KEY& key, DATA_BLOCK& in, DATA_BLOCK& out) {
RSA* rp = RSA_new();
public_to_openssl(key, rp);
RSA_public_decrypt(in.len, in.data, out.data, rp, RSA_PKCS1_PADDING);
out.len = RSA_size(rp);
return 0;
}

So it's not checking the return value of RSA_public_decrypt() which
returns the the size of the recovered message digest on success
and -1 on failure.

I have no idea if this code is being used and what the consequences
of this might be.


Kurt



--- End Message ---
--- Begin Message ---
Source: boinc
Source-Version: 6.2.14-3

We believe that the bug you reported is fixed in the latest version of
boinc, which is due to be installed in the Debian FTP archive:

boinc-client_6.2.14-3_i386.deb
  to pool/main/b/boinc/boinc-client_6.2.14-3_i386.deb
boinc-dbg_6.2.14-3_i386.deb
  to pool/main/b/boinc/boinc-dbg_6.2.14-3_i386.deb
boinc-dev_6.2.14-3_i386.deb
  to pool/main/b/boinc/boinc-dev_6.2.14-3_i386.deb
boinc-manager_6.2.14-3_i386.deb
  to pool/main/b/boinc/boinc-manager_6.2.14-3_i386.deb
boinc_6.2.14-3.diff.gz
  to pool/main/b/boinc/boinc_6.2.14-3.diff.gz
boinc_6.2.14-3.dsc
  to pool/main/b/boinc/boinc_6.2.14-3.dsc



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 511...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Rene Mayorga  (supplier of updated boinc package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Tue, 13 Jan 2009 14:05:38 -0600
Source: boinc
Binary: boinc-client boinc-manager boinc-dev boinc-dbg
Architecture: source i386
Version: 6.2.14-3
Distribution: unstable
Urgency: low
Maintainer: Debian BOINC Maintainers 
Changed-By: Rene Mayorga 
Description: 
 boinc-client - core client for the BOINC distributed computing infrastructure
 boinc-dbg  - debugging symbols for BOINC binaries
 boinc-dev  - development files to build applications for BOINC projects
 boinc-manager - GUI to control and monitor the BOINC core client
Closes: 511521
Changes: 
 boinc (6.2.14-3) unstable; urgency=low
 .
   * Add debian/patches/101_check_RSA_returned_values.patch
 Check the returned values for RSA_public_decrypt and
 RSA_private_encrypt functions. Change ported by upstream changeset 16883
 (http://boinc.berkeley.edu/trac/changeset/16883) Closes: #511521
   * debian/patches
 001_dont_install_ca-bundle.crt.patch and
 002_remove_hardcoded_optimization.patch Refreshed
   * debian/control - add myself to uploaders
Checksums-Sha1: 
 9c3d6eadb61b3f89c967fd51d266e0b39c6e2317 1650 boinc_6.2.14-3.dsc
 3ca3b3f6916cc652c92c3738a53c4e72d6427a4d 110051 boinc_6.2.14-3.diff.gz
 9fecd7a1addca6d9391757f05aa360317b3e1b6a 385642 boinc-client_6.2.14-3_i386.deb
 7b8b0109d297c24990d91f53b840c2fdc390d42a 1802676 
boinc-manager_6.2.14-3_i386.deb
 95ce435db4bf85fa4218831d7c69aea6520f4128 369820 boinc-dev_6.2.14-3_i386.deb
 38b4f7b41ae48143ec8d8a3a702d8f27b2cd386b 6766612 boinc-dbg_6.2.14-3_i386.deb
Checksums-Sha256: 
 a4ca6afe64db0bf3b397646604b264cae1dafcc354d2389795af859856b48619 1650 
boinc_6.2.14-3.dsc
 5f266582de65200646f63c6827ce10105c5992317e08ef47ceafde18471ab65a 110051 
boinc_6.2.14-3.diff.gz
 4383eb88ca792e7f8f97e07e1ab4ecc59e370865315ee90060ff9576d7cfbbca 385642 
boinc-client_6.2.14-3_i386.deb
 3a5b6b04765ff6e8f6fca437639e373152f3658f0ad95d2356b985c1698ccda2 1802676 
boinc-manager_6.2.14-3_i386.deb
 518ed74e994bb420915933843ab0fceba1d3dc570a98d3ca30221776c8137cdf 369820 
boinc-dev_6.2.14-3_i386.deb
 5edf8382e44e397ca91586cbd297a6b299633edd0c711509c15180738e07f88c 6766612 
boinc-dbg_6.2.14-3_i386.deb
Files: 
 51b11c2cb665911096b79ce47b790178

Bug#512258: [Debian-olpc-devel] Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tags 512258 +unreproducible
severity 512258 important
thanks

On Mon, Jan 19, 2009 at 01:46:25AM +0100, Sascha Silbe wrote:
>Drop-down input fields (HTML ) are displayed, but cannot be 
>changed. If I click on them, nothing happens most of the time. Very 
>rarely, the drop-down menu appears for a small fraction of a second and 
>disappears immediately.

Thanks for the bugreport!


I fail to reproduce - either of the example URLs works fine in my 
testing.

Did you use sugar-emulator, or in what environment was Browse started?

It seems that you use a mix of testing and unstable - could you perhaps 
try test using only a single Debian branch?

Did you check if the .sugar logfiles reveiled any useful hints?


I disagree that this issue is more severe than "important": There are 
uses of Browse even if popup menus do not work. As an example, it is 
still possible to find and install .xo packages.  I consider it better 
to release with a Browse that is broken but able to install additional 
activities, than without Browse.


Kind regards,


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkl0BKEACgkQn7DbMsAkQLiaWgCePo2a5CfvZz69rGis7Q6SNL3n
YBMAnimuMaO3XTVAzBdxLzM4CKka/SXT
=UboN
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Processed: Re: [Debian-olpc-devel] Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 512258 +unreproducible
Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working
There were no tags set.
Tags added: unreproducible

> severity 512258 important
Bug#512258: sugar-web-activity: drop-down input fields (HTML forms) not working
Severity set to `important' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511713: eclipse won't start

[Jari Aalto]

Torsten Werner  writes:

> On Sun, Jan 18, 2009 at 6:07 PM, jaalto  wrote:
>
>> I can reproduce this as well. Same symptoms as with the other posters.
>> Installing xulrunner-dev (1.9.0.5-1) fixed the problem.
>>
>> So, please update debian/control::Depends to add this missing dependency
>
> xulrunner-dev ships static libraries and symlinks only. It would be
> stupid to add a dependency to such a package. You probably want
> xulrunner-1.9 but I cannot reproduce the bug at all.

I see; xulrunner-dev seems to import xulrunner-1.9.

Problem: eclipse 3.2.2-6.1 does not have xulrunner-1.9 dependency, so
please add it.

Jari



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#511756: Finishing #511756; John's packages

[Luk Claes]

Luk Claes wrote:
> Kari Pahula wrote:
>> On Sun, Jan 18, 2009 at 11:20:02PM +0100, Luk Claes wrote:
>>> Kari Pahula wrote:
 These need an upload to remove ghc6 (<< 6.8.2-999) from the build
 dependencies (they currently FTBFS).

 ftphs, haskell-anydbm, haskell-configfile, haskell-hsh, hdbc,
 hdbc-odbc, hdbc-postgresql, hdbc-sqlite3, hslogger, ldap-haskell,
 listlike, magic-haskell, missingh, missingpy, washngo
>>> Are these being taken care of, do you need a hand?
>> Those are John Goerzen's packages and unless he says otherwise, I'll
>> let him do it.  I'm CCing him.
>>
>> listlike, magic-haskell, washngo, ldap-haskell have the same versions
>> in unstable and testing, so those can go in via the usual route.  No
>> need to delay those anymore.
>>
>> The rest will most likely need to go via t-p-u.  I suppose it'd be
>> better to wait until the new ghc6 and haskell-devscripts enter
>> testing, so that the buildds will pick the correct versions.
> 
> They won't enter testing as they break these packages...
> 
> I guess I'll have a look at their diff in unstable tomorrow.

All can go via unstable. Please upload soon!

Cheers

Luk



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#510857: marked as done (cupsys: cups print jobs hang since upgrade to Etch)

[Debian Bug Tracking System]

Your message dated Mon, 19 Jan 2009 08:15:59 +0100
with message-id <200901190816.04...@fortytwo.ch>
and subject line Re: Bug#510857: Cups problem
has caused the Debian Bug report #510857,
regarding cupsys: cups print jobs hang since upgrade to Etch
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
510857: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=510857
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cupsys
Version: 1.2.7-4etch6
Severity: grave
Justification: renders package unusable

The bug seems related to several other "upgrade-ones "in the DB
- I try to provide more detail:
my bug may seem similiar to #480178, but reinstalling the printer does
not solve the problem.

My printer is a HP LaserJet 2200dn configured as a network printer
like this (/etc/cups/printers.conf):

# Printer configuration file for CUPS v1.2.7
# Written by cupsd on 2009-01-05 12:58

Info HP LaserJet mit Duplexeinheit
Location Stadlau
DeviceURI ipp://lj
State Idle
StateTime 1231156647
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer


ping to the printer works, as does the web interface to CUPS on localhost:631
(/etc/hosts) contains:

10.0.0.200  lj2200.faltl.comlj

The driver selected in CUPS configuration for the printer is
"HP LaserJet - CUPS+Gutenprint v5.0.0 (en)"


Since the upgrade to Etch, it is no longer possible to print with
CUPS. The print jobs get queued, but hang in the queue indefinitely
according to 'lpq'. At the same time it is possible to print from
OpenOffice to the same printer from the same machine. This may be
due to the existence of /usr/sbin/hpiod and /usr/sbin/hpssd, that
seem new to me since Etch (there are no man pages to these daemons
- another bug imo).
It is possible to remove the hanging jobs with 'lprm'.

To track down the problem I looked into the Cups error log
(http://localhost.localdomain:631/admin/log/error_log) containing:
---
 [05/Jan/2009:12:04:55 +0100] [Job 12] /undefined in Îݸ
 E [05/Jan/2009:12:04:55 +0100] PID 2510
 (/usr/lib/cups/filter/pstoraster) stopped with status 1!
 E [05/Jan/2009:12:31:25 +0100] Restart-Job: Unauthorized
 E [05/Jan/2009:12:31:42 +0100] [Job 12] /undefined in Îݸ
 E [05/Jan/2009:12:31:42 +0100] PID 3101
 (/usr/lib/cups/filter/pstoraster) stopped with status 1!
 E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized
 E [05/Jan/2009:12:35:16 +0100] CUPS-Reject-Jobs: Unauthorized
 E [05/Jan/2009:12:35:43 +0100] Pause-Printer: Unauthorized
 E [05/Jan/2009:12:38:17 +0100] CUPS-Delete-Printer: Unauthorized
 E [05/Jan/2009:12:40:41 +0100] CUPS-Delete-Printer: Unauthorized
 E [05/Jan/2009:12:57:27 +0100] CUPS-Add-Modify-Printer: Unauthorized
 E [05/Jan/2009:12:58:36 +0100] CUPS-Add-Modify-Printer: Unauthorized
 E [05/Jan/2009:12:59:30 +0100] [Job 16] pdftops-options: -cfg
 /etc/cups/pdftops.conf
 E [05/Jan/2009:12:59:30 +0100] [Job 16] /undefined in Îݸ
 E [05/Jan/2009:12:59:30 +0100] PID 3673
 (/usr/lib/cups/filter/pstoraster) stopped with status 1!
--
The "Job 12" is from before reinstalling the printer, "Job 16"
after deleting and reinstalling.
There is no file '/etc/cups/pdftops.conf' on my machine, at least
not since Etch.

As I assume the problem is coupled with the advent of hplip:
-
ajf8:/etc/cups# dpkg -l hplip

ii  hplip  1.6.10-3etch1  HP Linux Printing and Imaging System (HPLIP)
-
Personal Comment: printing worked perfectly for me before Etch.
I never asked for a hplip-system, so what point is there in having
two printing daemons that eventually just clash?

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

Versions of packages cupsys depends on:
ii  adduser 3.102Add and remove users and groups
ii  cupsys-common   1.2.7-4etch6 Common UNIX Printing System(tm) - 
ii  debconf [debconf-2. 1.5.11etch2  Debian configuration management sy
ii  gs-esp  8.15.3.dfsg.1-1etch1 The Ghostscript PostScript interpr
ii  libc6   2.3.6.ds1-13etch8GNU C Library: Shared libraries
ii  libcupsimage2   1.2.7-4etch6 Common UNIX Printing System(tm) - 
ii  libcupsys2  1.2.7-4etch6 Common UNIX Printing System(tm) - 
ii  libdbus-1-3   

Bug#510432: imapproxy

[Christian Hammers]

Am Mon, 19 Jan 2009 00:14:42 +0100
schrieb José Luis Tallón :

> Christian Hammers wrote:
> > Hello
> >
> > Any progress with this Release Critical bug?
> >   
> diff attached for your review.
> I have already posted the URL for the already made package to the
> bug's address.

Somehow it does not work quite right:

-=(~/debian/imapd/up-imapproxy-1.2.6)$ export DEBCONF_DEBUG=developer  

-=(~/debian/imapd/up-imapproxy-1.2.6)$ grep server_hostn /etc/imapproxy.conf 
## server_hostname server_hostname mail3 
## This setting specifies the port that server_hostname is listening on.

-=(~/debian/imapd/up-imapproxy-1.2.6)$ sudo debi
(Lese Datenbank ... 200202 Dateien und Verzeichnisse sind derzeit installiert.) 
Vorbereiten zum Ersetzen von imapproxy 1.2.6-5 (durch 
imapproxy_1.2.6-5_amd64.deb) ... 
Not running: imapproxy.
Entpacke Ersatz für imapproxy ...
Richte imapproxy ein (1.2.6-5) ...
Use of uninitialized value in split at - line 10.

Fehler beim Bearbeiten von imapproxy (--install): Unterprozess 
post-installation script gab den Fehlerwert 1 zurück 
debi: debpkg -i failed


It might have to do with this:
+   test -f $DESTFILE || cp /usr/share/doc/imapproxy/examples/$CFGFILE 
$DESTFILE;
+   TMPFILE=`tempfile`
+   mv $DESTFILE $TMPFILE
+   export PARAMS
+   export $PARAMS
+
+/usr/bin/perl -- - $DESTFILE $TMPFILE << 'EOSCRIPT'
+use warnings;
+use strict;
+
+my $CFG;
+my $TMP;
+open(CFG, '<', shift) or exit;
+open(TMP, '>', shift) or die "imapproxy.postint: could not open: $!";

a) you first move DESTFILE to TMPFILE (after which no DESTFILE is existing 
anymore)
   then you read *from* DESTFILE and write to TMPFILE again?

b) the patch includes imapproxy.postinst.tmp which is probably unnecessary.

bye,

-christian-



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org