Bug#658824: [src:pyabiword] - please use --as-needed

[Dmitry Smirnov]

Package: src:pyabiword
Severity: minor
Tags: patch

--

Hi,

We need to coordinate transition for libwv library.

Currently python-abiword depends on libwv-1.2-3 when experimental have a new 
libwv-1.2-4 release.

To cut the long story short, upstream for 'wv' package (abisource) stopped 
publishing new releases to sourceforge so debian missed new versions since 
2007. Now we have src:wv 1.2.9 to replace old src:wv 1.2.4

pyabiword have libwv-dev in Build-Depends only as workaround against missing 
build-deps in libabiword-2.(8|9)-dev (which had empty Depends for years until 
it was fixed by yours truly).

In libwv-1.2-4 I fixed missing build-depends which makes workaround for 
missing build-dependencies (#656263, #656252) unnecessary in pyabiword. 

Because python-abiword suffers from overlinking, it inherit dependency on 
libwv-1.2-3 from libabiword, but needlessly links against libwv.

I think the best would be if you could introduce --as-needed (see attached 
patch) to get rid of unnecessary depends, as python-abiword benefits from it.

This will help the transition of libwv, because if pyabiword is built with 
--as-needed resulting binary package python-abiword do not depend on libwv at 
all.

pyabiword builds perfectly with new libwv-1.2-4 (which is actually used only 
by libabiword).

This transition will help to rebuild libabiword against current version of 
libwv.

Thank you.

Regards,
Dmitry.


From f6d91313c9ab56196f0dd503bcebd554c442f39f Mon Sep 17 00:00:00 2001
From: Dmitry Smirnov 
Date: Mon, 6 Feb 2012 18:44:01 +1100
Subject: [PATCH] introducing --as-needed to avoid needless linking

---
 debian/rules |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/debian/rules b/debian/rules
index f9ed126..21afa98 100755
--- a/debian/rules
+++ b/debian/rules
@@ -23,7 +23,8 @@ include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/rules/autoreconf.mk
 include /usr/share/cdbs/1/class/python-autotools.mk
 
-DEB_DH_AUTORECONF_ARGS = autoreconf -- -vfi -I.
+DEB_DH_AUTORECONF_ARGS = autoreconf --as-needed -- -vfi -I.
+LDFLAGS+= -Wl,--as-needed
 
 DEB_UPSTREAM_URL = http://www.abisource.com/downloads/pyabiword/$(DEB_UPSTREAM_VERSION)
 DEB_UPSTREAM_TARBALL_MD5 = 826ea3e4cdcdd11906ce8739d07e6c26
-- 
1.7.8.3



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

Bug#657526: scheduling while atomic: swapper/2/0/0x10000100

[Jonathan Nieder]

Hi Kenyon,

Kenyon Ralph wrote:

> [Subject: Bug#657526: /boot/vmlinuz-3.2.0-0.bpo.1-686-pae: seeing the same 
> thing]

Please keep in mind that these appear as emails in a crowded inbox, so
the subject line can be a good place to put valuable context.

>   just wanted to register
> that this bug happens with the backports version of this kernel too.
> This is with a Dell Latitude 2100 laptop.

Please test v3.2.4 or newer from sid.

Sorry for the trouble, and hope that helps.
Jonathan



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

Bug#658825: www.debian.org: Provide *single* page HTML manuals in http://www.debian.org/doc/devel-manuals

[Jari Aalto]

Package: www.debian.org
Severity: wishlist

Please generate alongise HTML manuals that are all in one page.

- User's with faster network connections could utilize the
  manuals better.
- Easier links. Someone asking a question, can e pointed to
  a whole manual.
- Currect section based pages are not useful for searching.
  Can't cross search pages in multiple sections with broser's
  Ctrl-F.

Jari

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

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



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

Bug#658826: override: libmemcached-dev:libdevel/optional, libmemcached-tools:utils/optional, libmemcachedprotocol0:libs/optional

[Michael Fladischer]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

In order to fix #643912 and to comply with Policy Section 2.5 the priority has 
been bumped to optional.
Please adjust the override file.

libmemcached-dev_1.0.3-1_amd64.deb: package says priority is optional, override 
says extra.
libmemcached-tools_1.0.3-1_amd64.deb: package says priority is optional, 
override says extra.
libmemcachedprotocol0_1.0.3-1_amd64.deb: package says priority is optional, 
override says extra.

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

iEYEARECAAYFAk8vid4ACgkQeJ3z1zFMUGbvWACfUmKSV4uN0epbZYcm2DyAPaME
fOQAoIUG3YfD1hzlJnFbm6KxZOFHe0Hc
=dZam
-END PGP SIGNATURE-



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

Bug#658796: git-buildpackage: git-import-dscs: should sort input files by version number

[Guido Günther]

On Sun, Feb 05, 2012 at 08:59:46PM -0500, Samuel Bronson wrote:
> Package: git-buildpackage
> Version: 0.5.32
> Severity: normal
> 
> For example, "../tack_1.06-10.dsc" comes after "../tack_1.06-9.dsc".

This works here (and is basically the whole purpose of git-import-dscs):

$ git-import-dscs  tack*dsc
gbp:info: No git repository found, creating one.
Initialized empty Git repository in /tmp/tack/.git/
gbp:info: Tag upstream/1.06 not found, importing Upstream tarball
pristine-tar: committed tack_1.06.orig.tar.gz.delta to branch pristine-tar
gbp:info: Version '1.06-7' imported under 'tack'
gbp:info: Version '1.06-9' imported under 'tack'
gbp:info: Everything imported under /tmp/tack

Could you provide a testcase?
Cheers,
 -- Guido



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

Bug#655789: wv 1.2.9

[Dmitry Smirnov]

> 
> The ideal way is to ask pyabiword to build with --as-needed to avoid
> unneeded dependencies. Dmitry, can you coordinate this with Jonas? If
> sponsorship is needed then I can help.

Sure I was going to do that, just wasn't fast enough. :)
The suggestion has been reported as #658824.

> 
> Once pyabiword updated to use --as-needed, we can upload new wv to
> unstable, followed by a rebuild of abiword.

Great, let's wait for feedback from pyabiword team.

Regards,
Dmitry.



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

Bug#658677: [kfreebsd-image-9] Please enable pflog device by default

[Petr Salinger]

Petr, since you're listed as patch author, do you know if this feature
worked in the past?


tcpdump worked somehow, but I do not remember exactly,
it is 4 years ago, see #448695.

Probably, the  used to need .
It is not needed any longer. It looks like the proper fix is just to 
discard 50_kfreebsd.diff (after quilt pop -a -f) from series.


Dererk, please could you test such tcpdump with your custom kernel ?

Cheers
Petr



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

Bug#590340: gnome-shell: requires gnome-themes to start (Could not find a theme!)

[Michael Biebl]

On 06.02.2012 08:48, Jonathan Nieder wrote:
> clone 590340 -1
> reassign 590340 gnome-shell 3.2.2.1-1
> quit
> 
> Hi,
> 
> Jonathan Nieder wrote:
> 
>> Trying to start mutter (directly or through gnome-shell) errors out
>> and returns me to command line:
> 
> Nowadays gnome-shell seems to take care of its own muttering.  Anyway,
> the following symptoms with s/mutter/gnome-shell/ still seem to be
> present.
> 

I don't have gnome-themes installed and gnome-shell works just fine, so
this doesn't look like the right fix.
And I don't think we want a depencency on GNOME2 style themes.

Installing gnome-themes-standard should be enough, and gnome-shell
already has a Recommends on gnome-themes-standard.

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#658408: libapache2-mod-shib2: FTBFS with libmemcached-dev-1.0.3-1

[Michael Fladischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/05/2012 05:49 AM, Russ Allbery wrote:
> Thanks!  I checked the libmemcached 1.0 source and can confirm that
> this will work, although it will duplicate the "SYSTEM ERROR"
> string since memcached_strerror will already add that.  But it will
> fix the build against 1.0, so I'll apply this and upload it once
> the 1.0 libmemcached build stabilizes.  (Right now, it's failing on
> most architectures.)

Thanks, I missed that duplication in my patch. libmemcached-1.0.4-1 is
already waiting for an upload and should fix the FTBFS.

Cheers,
- -- 
Michael Fladischer 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8vj8EACgkQeJ3z1zFMUGY3JwCgiU8u1fv6IW5ho88skC+NLD0w
V1AAoIZu5BwwJt9rIRBBqlN/19907UXo
=Nlv5
-END PGP SIGNATURE-



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

Bug#658827: lintian: compare pkg version with shlib/symbols version

[Niels Thykier]

Source: lintian
Version: 2.5.4
Severity: wishlist


Consistency check of epochs might be a good idea[1].  Kudos to Jakub
Wilk for suggesting it.

~Niels

[1] Example being attr that was epoched years ago, but until
2 months ago, it had an "epochless" version in its shlibs file.

http://packages.qa.debian.org/a/attr/news/20111203T113211Z.html



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

Bug#658828: biomaj-watcher: [INTL:fr] French Debconf translation

[Olivier Sallou]

Package: biomaj-watcher
Severity: wishlist
Tags: patch



Find attached the French translation for biomaj-watcher after debconf review

-- 


gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


# Biomaj configuration.
# Copyright (C) 2011 Olivier Sallou
# This file is distributed under the same license as the biomaj-watcher package.
# Olivier Sallou , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: biomaj-watcher 1.0\n"
"Report-Msgid-Bugs-To: biomaj-watc...@packages.debian.org\n"
"POT-Creation-Date: 2012-01-16 11:51+0100\n"
"PO-Revision-Date: 2011-02-03 14:55+0100\n"
"Last-Translator: Olivier Sallou \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:2001
msgid "Login for administration interface of BioMAJ:"
msgstr "Identifiant à utiliser avec à l'interface d'administration :"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter the login to use when connecting to the web administration "
"interface of BioMAJ."
msgstr ""
"Veuillez indiquer l'identifiant à utiliser pour la connexion à l'interface 
web "
"d'administration de BioMAJ."

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Configure LDAP authentication?"
msgstr "Faut-il configurer l'authentification LDAP ?"

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"Please choose whether LDAP authentication for BioMAJ should be set up now."
msgstr ""
"Veuillez préciser si vous souhaitez configurer l'authentification LDAP pour 
BioMAJ."

#. Type: string
#. Description
#: ../templates:5001
msgid "LDAP server:"
msgstr "Serveur LDAP :"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"Please enter the host name or IP address of the LDAP server to use for "
"authentication."
msgstr ""
"Veuillez indiquer le nom ou l'adresse IP du serveur LDAP à utiliser pour "
"l'authentification."

#. Type: string
#. Description
#: ../templates:6001
msgid "LDAP DN:"
msgstr "Identifiant LDAP à utiliser :"

#. Type: string
#. Description
#: ../templates:6001
msgid "Please enter the Distinguished Name to use for LDAP authentication."
msgstr "Veuillez indiquer l'identifiant LDAP (DN : « Distinguished 
Name ») à utiliser."

#. Type: string
#. Description
#: ../templates:7001
msgid "LDAP search filter:"
msgstr "Filtre de rechercher LDAP :"

#. Type: string
#. Description
#: ../templates:7001
msgid ""
"Please specify the LDAP search filter for biomaj-watcher. It can be left "
"empty if no filter is required."
msgstr ""
"Veuillez indiquer le filtre de recherche LDAP pour biomaj-watcher. Ce champ "
"peut être laissé vide si aucun filtre n'est nécessaire."

Bug#611537: Bug#643507: not really solved

[Diego Guella]

From: "Vladimir 'φ-coder/phcoder' Serbinenko" 

On 03.02.2012 13:04, Diego Guella wrote:


From: "Vladimir 'φ-coder/phcoder' Serbinenko" 
Both Colin Watson and I tried to reproduce it or similar problems but 
couldn't other than on heavily desynced and corrupted disk. If you can 
supply the test images (just GRUB+kernel) using latest bzr upstream I'd 
happily fix it, otherwise I don't see what I can do.


I need to understand better what you need.
Do you need the dd images of all the disks?

I think I nailed this bug when doing something completely unrelated.
Does commeinting out all insmod gettext workarounds the problem?


Yes! I commented 2 lines in /boot/grub/grub.cfg :
-
set locale_dir=($root)/boot/grub/locale
#set lang=it
#insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###
-

and I reached the GRUB menu for the first time, booting from the 3rd disk
(one of the disks not used during Debian installation!)

I confirm that this workaround solves the issue.




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

Bug#601240: Patch for the 1.03-49.3 NMU of qmail

[Christian PERRIER]

Quoting Jon Marler (jmar...@debian.org):
> Thanks Christian!
> 
> I've been having trouble with my mail server lately and didn't get your email 
> on the 26th.
> 
> Thank you for sorting this out for me.  I really appreciate it.


Oh, sorry that you didn't get my mail. I hope you don't mind with the
NMU, then. Hopefully, the fact that I sent the patch should minimize
the impact on your package maintenance process.




signature.asc
Description: Digital signature

Bug#658829: transition: db-defaults

[Ondřej Surý]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition

Hi,

as announce earlier (5.1->5.2->5.3), I would like to start
transition from db5.1 (src:db) to db5.3 (src:db5.3) in unstable.

Hopefully lot of packages have learned from last time and the
transition will be smoothier then the on from db4.{6,7,8} to db5.1.

I would like to ship the wheezy with db5.3 and get rid of db5.1
completely.

db4.7 has been reduced just to utils and db4.8 still has some
dependencies left (with most prominent python2.7), but I would
like to try python2.7 with db5.3, maybe it will help the build
failures Martin Pitt is seeing.

The libdb transition tracker[1] has to be changed to:

Affected: .build-depends ~ /libdb((5|4)\..*)?-dev/
Good: .depends ~ /libdb5\.3/ | .pre-depends ~ /libdb5\.3/
Bad: .depends ~ /libdb(4|5\.1)/ | .pre-depends ~ /libdb(4|5\.1)/

O.

1. http://release.debian.org/transitions/html/libdb.html

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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



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

Bug#658294: closed by Jonathan Nieder (Re: [3.1 -> 3.2.2 regression] No more sound)

[Guy Roussin]

Sorry for the late feedback but 3.2.4 come only today on my laptop
And it works fine now !
Thank you
Guy


Hence closing, though information either way about whether the fix
works would still be very welcome. ;-)

Thanks for the quick feedback,
Jonathan




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

Bug#658402: [phpmyadmin] Please display "Show all" button by default

[Thijs Kinkhorst]

On Thu, February 2, 2012 19:18, Filipus Klutiero wrote:
> Package: phpmyadmin
> Version: 4:3.4.9-1
> Severity: wishlist
>
> It is currently painful to show all records in a table. One needs to
> look at the number of rows, enter that number in the field which asks
> the number of rows to show, then reset the starting row to 0 and press
> enter.
>
> There is actually a "Show all" button to do just that, the problem is
> that the button does not show by default. A configuration option needs
> to be enabled:
> $cfg['ShowAll'] boolean
> Defines whether a user should be displayed a "show all (rows)" button in
> browse mode or not.
> http://www.phpmyadmin.net/documentation/
>
> This option is disabled by default.
>
>
> This was requested upstream, but Marc Delisle rejected, asking to be
> trusted:
> https://sourceforge.net/tracker/?func=detail&atid=377411&aid=3476721&group_id=23067

It's better to be safe than sorry. Showing all rows on any table of
serious size can have grave consequences on MySQL server, web server (and
the client). Having a button by default means you can easily cause trouble
on your database server just by misclicking. Of course there are many
tables where showing all rows is safe and as you say there are options to
do that already (enter any sufficiëntly high number in the 'rows to show'
box as you say, or executing SELECT * FROM table). And you can also enable
the setting.

I think it's a sane default as it is. Michal, only thing: could you
perhaps extend the description of that boolean option a bit to explain the
why and the consequences?


Thijs




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

Bug#638165: Fwd: Site to reproduce

[Sebastian Ramacher]

On 02/06/2012 07:34 AM, Jos van Wolput wrote:
> At least http://nos.nl/nieuws/live/journaal24/wmv/?lowres=1
> and videos from http://news.xinhuanet.com/english still do not work.
> My Iceweasel is now v. 11.0, gecko-mediaplayer 1.0.5-1, gnome-mplayer 1.0.5-1,
> mplayer 3:1.0~rc4

Thank you. Nevertheless I can't reproduce the issue on a fresh installation of
iceweasel and gecko-mediaplayer. Just to make sure it's not the obvious one:
what's the state of "Disable Player Embedding" under Preferences / Plugin? Did
you change any other settings? Could you also run the plugin with verbose debug
output (that's "Verbose Debug Output" under Preferences / Interface) and attach
the log?

Thank you for your help.

Kind regards
-- 
Sebastian Ramacher



signature.asc
Description: OpenPGP digital signature

Bug#658830: libpam-shield: doesn't block any IP when allow_missing_dns=no

[Laurentiu Pancescu]

Package: libpam-shield
Version: 0.9.2-3.2 
Severity: grave

Tags: security

With allow_missing_dns and allow_missing_reverse set to "no" (default 
configuration in Squeeze), pam_shield doesn't take any action 
whatsoever, besides logging the IP. If I set both variables to "yes", 
the IPs are null-routed as expected. I tested by connecting via SSH from 
a system without DNS records.


This seems to be a bug fixed upstream in September 2010 [1]. Is this 
package still actively maintained in Debian? Upstream seems to be quite 
active, but the Debian changelog doesn't seem to suggest any code 
changes since December 2007.


-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686-bigmem (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory 
ANSI_X3.4-1968)

Shell: /bin/sh linked to /bin/dash

Versions of packages libpam-shield depends on:
ii  libc6 2.11.3-2   Embedded GNU C Library: 
Shared lib
ii  libgdbm3  1.8.3-9GNU dbm database routines 
(runtime
ii  libpam0g  1.1.1-6.1+squeeze1 Pluggable Authentication 
Modules l


libpam-shield recommends no packages.

Versions of packages libpam-shield suggests:
ii  iproute   20100519-3 networking and traffic 
control too
ii  iptables  1.4.8-3administration tools for 
packet fi


-- Configuration Files:
/etc/security/shield.conf changed:
debug on
block all-users
allow_missing_dns yes
allow_missing_reverse yes
allow localhost
db /var/lib/pam_shield/db
trigger_cmd /usr/sbin/shield-trigger
max_conns 3
interval 1h
retention 1w

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = (unset),
LC_CTYPE = "UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory




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

Bug#618862: systemd: ignores keyscript in crypttab

[Michael Biebl]

http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptsetup/cryptsetup.c#n45

/* Options Debian's crypttab knows we don't:

offset=
skip=
precheck=
check=
checkargs=
noearly=
loud=
keyscript=
*/
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#657077: transition: php5 5.4

[Niels Thykier]

On 2012-01-23 22:41, Raphael Geissert wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> Hi,
> 
> As I mentioned about a week ago on #debian-release, we intend to ship PHP 5.4 
> in wheezy. Since it has API changes, packages need to be fixed and then 
> rebuilt.
> 
> More packages are broken by the change than those that I originally expected, 
> but for most the fix should be trivial. The bugs affecting/related to the 
> transition can be found at:
> 
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=php54;users=pkg-php-
> ma...@lists.alioth.debian.org
> 
> A few more bugs will be filed as some build failures are clarified. To 
> understand what I mean by that and to get the full picture, please refer to:
> http://lists.alioth.debian.org/pipermail/pkg-php-maint/2012-
> January/009632.html
> 
> Thanks to Lior Kaplan the number of bugs affecting the transition is quickly 
> going down, so I don't think those bugs would really delay the transition.
> 
> Please let me know when we have a green light for uploading to sid. As last 
> time, I will provide the list of packages to binNMU when the time comes.
> 
> Cheers,

Hi Raphael and Ondrej,

Sorry for not getting back to you sooner.  So first off, thanks for
filing the bugs at [1] and getting the first half of that solved before
we start.  :)

We have some concerns with this transition, but hopefully you got these
parts covered.  As you announced in [2] the changes to php5 will break
packages.  It is our understanding that most packages containing php are
not compiled during "build".  If so, we could look at potentially a lot
of packages that will break on user systems.

Do you have any strategies for checking the php packages in the archive
for potential issues?  I had a look at the thread in [3] and I could not
find anything (except what I suspect are now the bugs listed in [1]).
If I have missed them please let me know.


Finally, while I admit we have to improve our reply-time, we would
appreciate if you would avoid "self-acking" your transitions on d-d-a.

~Niels

[1]
http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=php54;users=pkg-php-ma...@lists.alioth.debian.org

[2] http://lists.debian.org/debian-devel-announce/2012/02/msg4.html

[3]
http://lists.alioth.debian.org/pipermail/pkg-php-maint/2012-January/009613.html





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

Bug#657077: transition: php5 5.4

[Ondřej Surý]

Hi Niels,

On Mon, Feb 6, 2012 at 10:20, Niels Thykier  wrote:
> On 2012-01-23 22:41, Raphael Geissert wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> Hi,
>>
>> As I mentioned about a week ago on #debian-release, we intend to ship PHP 5.4
>> in wheezy. Since it has API changes, packages need to be fixed and then
>> rebuilt.
>>
>> More packages are broken by the change than those that I originally expected,
>> but for most the fix should be trivial. The bugs affecting/related to the
>> transition can be found at:
>>
>> http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=php54;users=pkg-php-
>> ma...@lists.alioth.debian.org
>>
>> A few more bugs will be filed as some build failures are clarified. To
>> understand what I mean by that and to get the full picture, please refer to:
>> http://lists.alioth.debian.org/pipermail/pkg-php-maint/2012-
>> January/009632.html
>>
>> Thanks to Lior Kaplan the number of bugs affecting the transition is quickly
>> going down, so I don't think those bugs would really delay the transition.
>>
>> Please let me know when we have a green light for uploading to sid. As last
>> time, I will provide the list of packages to binNMU when the time comes.
>>
>> Cheers,
>
> Hi Raphael and Ondrej,
>
> Sorry for not getting back to you sooner.  So first off, thanks for
> filing the bugs at [1] and getting the first half of that solved before
> we start.  :)
>
> We have some concerns with this transition, but hopefully you got these
> parts covered.  As you announced in [2] the changes to php5 will break
> packages.  It is our understanding that most packages containing php are
> not compiled during "build".  If so, we could look at potentially a lot
> of packages that will break on user systems.
>
> Do you have any strategies for checking the php packages in the archive
> for potential issues?

I'll do a second round (and thanks to a Raphael for first one) and look for
potentially broken PHP code in our packages. The fact is that those features
were marked as obsolete in PHP 5.3 and those maintainers have been
warned, but still PHP code has big momentum.

I also have thought about adding couple of lintian checks which will test
if the code contains obsolete/removed PHP features.

> I had a look at the thread in [3] and I could not
> find anything (except what I suspect are now the bugs listed in [1]).
> If I have missed them please let me know.

Well, we need to check if the packages like drupal, horde, etc. works
with PHP 5.4.

> Finally, while I admit we have to improve our reply-time, we would
> appreciate if you would avoid "self-acking" your transitions on d-d-a.

Sorry for that. I never know how to proceed and I really wanted to send
the heads-up before it's too late.

[clueless hat]
Is there a place where I can find proper procedurs written? I haven't found
it in DDM, NMG nor http://wiki.debian.org/Teams/ReleaseTeam/Transitions.
[/clueless hat]

> [1]
> http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=php54;users=pkg-php-ma...@lists.alioth.debian.org
>
> [2] http://lists.debian.org/debian-devel-announce/2012/02/msg4.html
>
> [3]
> http://lists.alioth.debian.org/pipermail/pkg-php-maint/2012-January/009613.html
>
>



-- 
Ondřej Surý 



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

Bug#658728: linux-image-3.2.0-1-amd64: No more sound

[Takashi Iwai]

At Sun, 5 Feb 2012 21:42:28 -0500,
A. Costa wrote:
> 
> On Sun, 5 Feb 2012 09:21:56 -0600
> Jonathan Nieder  wrote:
> 
> > Sorry for the lack of clarity.  These symptoms are indeed expected to
> > affect many laptops with an ALC861 codec, not just Asus laptops.  The
> > problem is that different machines use a different mechanism to turn
> > on or off sound completely.  The driver has a table that documents
> > this sort of thing for (1) all ASUS laptops (after the fix to
> > bug#657302), (2) Haier W18, (3) FSC Amilo Pi1505.
> > 
> > So, the next step is to work with upstream to get the pin routing
> > information for your laptop.  I'll send some hints on this in a
> > separate message.
> 
> It might not matter, but my current system, correctly identified by
> 'alsa-info.sh' as an "HP Compaq dx2200 MT", is a Desktop box, not a
> laptop.  The sound card is part of the mobo, however, which is somewhat
> laptop-like.  More here:
> 
>   Manuals (guides, supplements, addendums, etc)
>   HP Compaq dx2200 Microtower PC
>   
> http://h2.www2.hp.com/bizsupport/TechSupport/DocumentIndex.jsp?contentType=SupportManual&lang=en&cc=us&prodSeriesId=1844701&prodTypeId=12454
> 
> To fetch pin routing data via 'hda-verb' requires recompiling the
> kernel.  This week I haven't enough time to build a kernel.
> (Bandwidth=dialup.)  Pity there isn't a simpler method; even using a
> multitester on the mobo would be less hassle than rebuilding the kernel.
> 
> Searching the web for 'HP Compaq dx2200 MT "hda-verb"' finds some kernel 
> module patch notes from 2007:
> 
>   [ALSA] hda-codec - Add quirks for HP dx2200/dx2250
>   
>   HP dx2200 and dx2250 use Micro-Star International (MSI) motherboards
>   (models MS-7254 and MS-7297 respectively) with an ALC862 codec in
>   threestack configuration. Adding this quirk allows correct 5.1 sound
>   output in these systems.
>   
>   Signed-off-by: Claudio Matsuoka 
>   Signed-off-by: Takashi Iwai 
>   Signed-off-by: Jaroslav Kysela  
>   
> http://www.codebrowse.net/history/linux-3.0/sound/pci/hda/patch_realtek.c
> 
> Sound on this box with my previous stock Debian kernels worked.  Today
> I reverted to 'linux-image-3.1.0-1-686-pae', under which the
> sound still works fine.  Attached are the outputs of 'alsa-info.sh' for
> the the downgraded (good sound 3.1.0-1) kernel, and the newer (no sound
> working 3.2.0-1) kernel.
> 
> As advised I've CC:'d this email upstream, for whom the relevant Debian
> bug reports can be found here:
> 
>   
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657302&archived=False&mbox=no
>   
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658728&archived=False&mbox=no

No sound from which output exactly?
What happens if you turn off "Auto-Mute Mode" mixer enum?
% amixer -c0 set "Auto-Mute Mode" Disabled

This is the control to turn on/off the automatic mute of the speakers
via line-out or headphone jack plugs.  It's possible that this doesn't
work expectedly when the hardware implementation doesn't follow the
standard.

Looking through both alsa-info.sh outputs, your case doesn't seem like
a NID-0x0f VREF issue like ASUS laptops.  Even 3.1.x kernel shows 0xc0
(i.e. without VREF) for the pin-control of NID 0x0f.  The problem is
likely different.



thanks,

Takashi



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

Bug#658831: esmtp: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: esmtp
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the esmtp debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of esmtp debconf templates.
# Copyright (C) 2004-2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the esmtp package.
# Luk Claes , 2004
# Kurt De Bree , 2006
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: esmtp 1.2-7\n"
"Report-Msgid-Bugs-To: es...@packages.debian.org\n"
"POT-Creation-Date: 2010-01-08 22:56+0100\n"
"PO-Revision-Date: 2012-02-06 11:04+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Automatically overwrite configuration files?"
msgstr "Configuratiebestanden automatisch overschrijven?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"The mail configuration file /etc/esmtprc can be automatically updated on "
"each upgrade with the information supplied to the debconf database. If you "
"do not want this to happen (i.e., you want to maintain control of this file "
"yourself) then unset this option to prevent the program touching this file."
msgstr ""
"Het e-mailconfiguratiebestand /etc/esmtprc kan automatisch worden bijgewerkt "
"bij elke opwaardering met de informatie aangeboden aan de debconf-database. "
"Als u dit niet wilt (vb. u wilt zelf de controle houden over dit bestand), "
"stel dan deze optie uit zodat het programma dit bestand nooit aanraakt."

#. Type: string
#. Description
#: ../templates:2001
msgid "SMTP server hostname:"
msgstr "SMTP-servercomputernaam:"

#. Type: string
#. Description
#: ../templates:3001
msgid "SMTP server port number:"
msgstr "SMTP-serverpoortnummer:"

#. Type: string
#. Description
#: ../templates:4001
msgid "Authentication username:"
msgstr "Gebruikersnaam voor authentificatie:"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"This is the username to be given to the mailhub if authentication is "
"required by the SMTP server."
msgstr ""
"Dit is de gebruikersnaam die aan de e-mailhub wordt gegeven voor "
"authentificatie als dit vereist is door de SMTP-server."

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"Do NOT set the username and password on the system configuration file unless "
"you are the sole user of this machine.  Esmtp is not run with suid "
"privileges therefore the system configuration file must be readable by "
"everyone.  If your SMTP server requires authorization and you are not the "
"only user then accept the default options in the system configuration file "
"for local delivery and specify your personal SMTP account details in the "
"user configuration file."
msgstr ""
"Zet het gebruikersnaam en wachtwoord NIET in het systeemconfiguratiebestand "
"tenzij u de enige gebruiker bent van deze machine. Esmtp wordt niet "
"uitgevoerd met suid-privileges, daarom moet het systeemconfiguratiebestand "
"leesbaar zijn voor iedereen. Als uw SMTP-server autorisatie vereist en u "
"bent niet de enige gebruiker, aanvaard dan de standaardopties in het "
"systeemconfiguratiebestand voor lokale bedeling en geef aan wat uw "
"persoonlijke SMTP-accountdetails zijn in het gebruikersconfiguratiebestand."

#. Type: password
#. Description
#: ../templates:5001
msgid "Authentication password:"
msgstr "Wachtwoord voor authentificatie:"

#. Type: password
#. Description
#: ../templates:5001
msgid ""
"This is the password to be given to the mailhub if authentication is "
"required by the SMTP server."
msgstr ""
"Dit is het wachtwoord dat aan de e-mailhub wordt gegeven als authentificatie "
"vereist is door de SMTP-server."

#. Type: select
#. Choices
#: ../templates:6001
msgid "enabled"
msgstr "aangeschakeld"

#. Type: select
#. Choices
#: ../templates:6001
msgid "disabled"
msgstr "uitgeschakeld"

#. Type: select
#. Choices
#: ../templates:6001
msgid "required"
msgstr "vereist"

#. Type: select
#. Description
#: ../templates:6002
msgid "Whether to use the Starttls extension"
msgstr "Of de Starttls-extensie gebruikt wordt"

#. Type: password
#. Description
#: ../templates:7001
msgid "Certificate passphrase:"
msgstr "Wachtwoord voor certificaat:"

#. Type: password
#. Description
#: ../templates:7001
msgid " This is the certificate passphrase for the StartTLS extension."
msgstr "Dit is het wachtwoord voor het certificaat voor de StartTLS-extensie."

#. Type: select
#. Choices
#: ../templates:8001
msgid "none"
msgstr "geen"

#. Type: select
#. Choices
#: ../templates:8001
msgid "procmail"
msgstr "procmail"

#. Type: select
#. Choices
#: ../templates:8001
msgid "maildrop"
msgstr "maildrop"

#. Type: select
#. Description
#: ../templates:8002
msgid "Mail Delivery Agent"
msgstr "Mail Delivery Agent"

#. Type: select
#. Description
#: ../templates:

Bug#658829: transition: db-defaults

[Cyril Brulebois]

Thanks for contacting us.

Ondřej Surý  (06/02/2012):
> as announce earlier (5.1->5.2->5.3), I would like to start
> transition from db5.1 (src:db) to db5.3 (src:db5.3) in unstable.

Since you need to be told explicitly: please wait for an answer before
you start this transition. Thanks already.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#658830: libpam-shield: doesn't block any IP when allow_missing_dns=no

[Laurentiu Pancescu]

Sorry, I forgot the link to the bugfix [1]

[1] 
https://github.com/walterdejong/pam_shield/commit/afa7b246018787fe6028289c414c33292641e1e0


On 2/6/12 10:47 , Laurentiu Pancescu wrote:

Package: libpam-shield
Version: 0.9.2-3.2 Severity: grave
Tags: security

With allow_missing_dns and allow_missing_reverse set to "no" (default
configuration in Squeeze), pam_shield doesn't take any action
whatsoever, besides logging the IP. If I set both variables to "yes",
the IPs are null-routed as expected. I tested by connecting via SSH from
a system without DNS records.

This seems to be a bug fixed upstream in September 2010 [1]. Is this
package still actively maintained in Debian? Upstream seems to be quite
active, but the Debian changelog doesn't seem to suggest any code
changes since December 2007.





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

Bug#658832: ferm: messes with firewall rules not added by ferm

[Paul Wise]

Package: ferm
Version: 2.1-1
Severity: normal

As you can see from the log below ferm messes with iptables rules that
were present before starting ferm. It would be nice if ferm would insert
and remove itself into the iptables rules in a clean way that doesn't
mess with externally provided rules. The rule below provides Internet
access via NAT for my OpenMoko FreeRunner phone, which is connected to
my laptop via USB, with network forwarded using Ethernet-over-USB, using
the g_ether Linux module on the phone and cdc_ether on the laptop.

root@chianamo ~ # iptables-save
# Generated by iptables-save v1.4.12.2 on Mon Feb  6 18:03:32 2012
*filter
:INPUT ACCEPT [24200:18105777]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [27277:3551343]
COMMIT
# Completed on Mon Feb  6 18:03:32 2012
# Generated by iptables-save v1.4.12.2 on Mon Feb  6 18:03:32 2012
*nat
:PREROUTING ACCEPT [2:139]
:INPUT ACCEPT [2:139]
:OUTPUT ACCEPT [3560:261951]
:POSTROUTING ACCEPT [3551:260819]
-A POSTROUTING -s 192.168.0.192/28 -j MASQUERADE
COMMIT
# Completed on Mon Feb  6 18:03:32 2012
root@chianamo ~ # start ferm
Starting ferm (via systemctl): ferm.service.
root@chianamo ~ # iptables-save
# Generated by iptables-save v1.4.12.2 on Mon Feb  6 18:03:39 2012
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state INVALID -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -p udp -m udp --dport 500 -j ACCEPT
-A INPUT -p esp -j ACCEPT
-A INPUT -p ah -j ACCEPT
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m tcp --dport  -j ACCEPT
-A INPUT -p tcp -m tcp --dport 5353 -j ACCEPT
-A FORWARD -m state --state INVALID -j DROP
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -m state --state INVALID -j DROP
-A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
COMMIT
# Completed on Mon Feb  6 18:03:39 2012
# Generated by iptables-save v1.4.12.2 on Mon Feb  6 18:03:39 2012
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT
# Completed on Mon Feb  6 18:03:39 2012
root@chianamo ~ # stop ferm
Stopping ferm (via systemctl): ferm.service.
root@chianamo ~ # iptables-save
# Generated by iptables-save v1.4.12.2 on Mon Feb  6 18:03:50 2012
*filter
:INPUT ACCEPT [1:319]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [2:411]
COMMIT
# Completed on Mon Feb  6 18:03:50 2012
# Generated by iptables-save v1.4.12.2 on Mon Feb  6 18:03:50 2012
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT
# Completed on Mon Feb  6 18:03:50 2012

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ferm depends on:
ii  debconf   1.5.41
ii  iptables  1.4.12.2-1
ii  lsb-base  3.2-28.1
ii  perl  5.14.2-6

Versions of packages ferm recommends:
ii  libnet-dns-perl  0.66-2+b2

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#658831: esmtp: [INTL:nl] Dutch translation of debconf templates

[Salvatore Bonaccorso]

tag 658831 + confirmed
thanks

Hi Jeroen

On Mon, Feb 06, 2012 at 11:04:54AM +0100, Jeroen Schot wrote:
> Package: esmtp
> Severity: wishlist
> Tags: patch l10n
> 
> Hello,
> 
> Attached is the updated Dutch translation of the esmtp debconf templates.
> Please include it in your next upload.

Thanks for your translation! I will update it in the esmtp package.

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#658833: biomaj: Missing file for console help

[Olivier Sallou]

Package: biomaj
Version: 1.2.0-3
Severity: normal

The package does not include file console_help.txt. This file is used by the 
program
 to display default help and --help parameter.
The result is help console is not available

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages biomaj depends on:
ii  ant  1.8.2-4 Java based build tool like make
ii  ant-contrib  1.0~b3+svn177-4 collection of tasks, types and oth
ii  ant-optional 1.8.2-4 Java based build tool like make - 
ii  debconf [debconf-2.0]1.5.41  Debian configuration management sy
ii  default-jdk  1:1.6-46Standard Java or Java compatible D
ii  junit4   4.8.2-2 JUnit regression test framework fo
ii  libcommons-cli-java  1.2-3   API for working with the command l
ii  libcommons-codec-java1.5-1   encoder and decoders such as Base6
ii  libcommons-dbcp-java 1.4-2   Database Connection Pooling Servic
ii  libcommons-httpclient-ja 3.1-10  A Java(TM) library for creating HT
ii  libcommons-logging-java  1.1.1-8 commmon wrapper interface for seve
ii  libcommons-net2-java 2.2-1   internet protocol suite Java libra
ii  libcommons-pool-java 1.5.6-1 pooling implementation for Java ob
ii  libgnujaf-java   1.1.1-7 free implementation of the javabea
ii  libgnumail-java  1.1.2-6 free implementation of the javamai
ii  libhsqldb-java   1.8.0.10-11 Java SQL database engine
ii  libjcommon-java  1.0.16-2General Purpose library for Java
ii  libjdom1-java1.1.2+dfsg-2lightweight and fast library using
ii  libjets3t-java   0.8.1+dfsg-1Java interface to Amazon S3 and Cl
ii  libjgoodies-forms-java   1.3.0-2 Framework to lay out and implement
ii  libjsch-java 0.1.42-2pure Java implementation of the SS
ii  liblog4j1.2-java 1.2.16-3Logging library for java
ii  libmysql-java5.1.16-2Java database (JDBC) driver for My
ii  liboro-java  2.0.8a-8Regular expression library for Jav
ii  libregexp-java   1.5-3   Regular expression library for Jav
ii  libsaxonb-java   9.1.0.8-1   The Saxon-B XSLT Processor
ii  mysql-server 5.1.58-1MySQL database server (metapackage
ii  mysql-server-5.1 [mysql- 5.1.58-1MySQL database server binaries and
ii  openjdk-6-jdk6b23~pre9-1 OpenJDK Development Kit (JDK)
ii  perl 5.12.4-6Larry Wall's Practical Extraction 
ii  sun-java6-jdk6.26-3  Sun Java(TM) Development Kit (JDK)

biomaj recommends no packages.

Versions of packages biomaj suggests:
ii  blast2   1:2.2.25.20110713-3 Basic Local Alignment Search Tool
pn  ncbi-tools-bin (no description available)

-- Configuration Files:
/etc/biomaj/db_properties/admin/alu.properties changed [not included]
/etc/biomaj/db_properties/admin/sts.properties changed [not included]
/etc/biomaj/db_properties/global.properties changed [not included]

-- debconf information excluded



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

Bug#657329: O: xclip

[Alessandro Ghedini]

retitle 657329 ITA: xclip -- command line interface to X selections
owner 657329 !
kthxbye

On Wed, Jan 25, 2012 at 06:34:45PM +0100, Maximilian Gass wrote:
> Package: wnpp
> Severity: normal
> 
> I am no longer doing any Debian packaging and I am therefore orphaning
> xclip. Because I am not a DD I cannot upload a new release to change
> the Maintainer to Debian QA.

Hi,

I am willing to adopt xclip.

Cheers

-- 
perl -E'$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'



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

Bug#644788: [screen-devel] Request for new stable release

[Axel Beckert]

Hi Sadrul,

On Sun, Feb 05, 2012 at 06:34:18PM -0500, Sadrul Habib Chowdhury wrote
in :
> Hi! I had plans to do a beta-release last week. It hasn't quite happened
> yet. I was trying to get in some changes that would allow a
> screen-4.0.1beta client to attach to a screen-4.0.3 server, so that users
> would be able to connect to old screen sessions after upgrade.

Yay! That's slightly unexpected but very good news for me. Thanks for
looking into that issue and thanks for informing about you working on
it.

> It's still not quite there yet, so the release hasn't happened. If I
> can't get it done within this week, I expect to go ahead with the
> beta lease next weekend.

Very looking forward to it!

Thanks again.

Kind regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5



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

Bug#605090: Grsec to follow 3.2 stable release

[Yves-Alexis Perez]

This might be relevant for interested people:


> Linux 3.2 chosen as new stable kernel, 2.6.32 support continues (Feb 04
> 2012) 
> The PaX Team and I have decided on Linux 3.2 as the new stable
> kernel, joining with the choice made by Debian and Ubuntu. We will
> continue to support 2.6.32 until the end of this year, at least.

(http://grsecurity.net/news.php#newstable)

Regards,
-- 
Yves-Alexis




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

Bug#658833: Ubuntu reference

[Olivier Sallou]

Bug originated from Ubuntu bug #915316. This bug was set as invalid
because it referred to an install/upgrade issue, not relevant, but the
missing help appeared as a side effect.

This bug is created to refer directly the missing help issue.

-- 


gpg key id: 4096R/326D8438  (pgp.mit.edu)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438





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

Bug#658834: RFS: jabber-querybot [QA] -- Modular xmpp/jabber bot

[Marco Balmer]

Package: sponsorship-requests
Severity: normal


Dear mentors,

I am looking for a sponsor for my package "jabber-querybot".

 * Package name: jabber-querybot
   Version : 0.1.0-1
   Upstream Author : Marco Balmer 
 * URL : https://github.com/micressor/jabber-querybot
 * License : GPL-3+
   Section : net

Changes since the last upload:

jabber-querybot (0.1.0-1) unstable; urgency=low

  * New 0.1.0 upstream files
  * d/dirs: Remove usr/share/jabber-querybot/lib
  * d/jabber-querybot.install: Removed files which are installed with
Makefile.PL
  * d/preinst: Exec only during upgrade case
  * d/watch: Update watch file according to new tags

 -- Marco Balmer   Fri, 03 Feb 2012 22:26:46 +0100

It builds those binary packages:

jabber-querybot - Modular xmpp/jabber bot

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/jabber-querybot

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/j/jabber-querybot/jabber-querybot_0.1.0-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Marco Balmer



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

Bug#604453: systemtap: reproducible way to crash the system with kernel.function("*@*/*.c")

[Timo Juhani Lindfors]

Hi,

here's a related upstream bug:

http://sourceware.org/bugzilla/show_bug.cgi?id=13659

-Timo



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

Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library

[Ansgar Burchardt]

"Stephen M. Webb"  writes:
>>> I am looking for a sponsor for my package "skstream":
>>>
>>>   dget -x http://mentors.debian.net/debian/pool/main/s/skstream
>>> /skstream_0.3.8-1.dsc
[...]
> I have uploaded a new source package to mentors.debian.net (same URL as
> above).

I found two remaining small things:

The package descriptions for the -dev and -dbg package different from
the runtime library (the first paragraph each).

The part of the -dbg package description about fiddling with
LD_LIBRARY_PATH is also wrong, gdb should automatically pick up
debugging symbols from /usr/lob/debug.  I would also leave away the last
sentence there.

Regards,
Ansgar



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

Bug#658832: ferm: messes with firewall rules not added by ferm

[Max Kellermann]

On 2012/02/06 11:15, Paul Wise  wrote:
> As you can see from the log below ferm messes with iptables rules that
> were present before starting ferm. It would be nice if ferm would insert
> and remove itself into the iptables rules in a clean way that doesn't
> mess with externally provided rules. The rule below provides Internet
> access via NAT for my OpenMoko FreeRunner phone, which is connected to
> my laptop via USB, with network forwarded using Ethernet-over-USB, using
> the g_ether Linux module on the phone and cdc_ether on the laptop.

ferm will only touch tables that were referenced in your ferm
configuration.



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

Bug#658835: RFS: aspsms-t (try 4) [NEW] -- sms transport for your xmpp/jabber server

[Marco Balmer]

Package: sponsorship-requests
Severity: wishlist


Dear mentors,

I sent this Request [1] already to debian-mentors mailinglist.

[1] http://lists.debian.org/debian-mentors/2012/02/msg6.html

I am looking for a sponsor for my package "aspsms-t".

 * Package name: aspsms-t
   Version : 1.3.0-1
   Upstream Author : Marco Balmer 
 * URL : https://github.com/micressor/aspsms-t
 * License : GPL
   Section : net

It builds those binary packages:

aspsms-t   - sms transport for your xmpp/jabber server
 libaspsms-perl - Perl module providing an easy sms interface

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/aspsms-t

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/a/aspsms-t/aspsms-t_1.3.0-1.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Marco Balmer



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

Bug#658836: RM: erubis -- ROM; renamed source package to ruby-erubis

[Laurent Bigonville]

Package: ftp.debian.org
Severity: normal

Hi,

erubis package has been renamed to ruby-erubis per new ruby policy.

This has been done by me with maintainer permission.

Please remove old erubis package

Cheers

Laurent Bigonville



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

Bug#658837: RFS: couriergrey [QA] -- Mail filter interface of Courier-MTA to support greylisting

[Marco Balmer]

Package: sponsorship-requests
Severity: normal


Dear mentors,

I am looking for a sponsor for my package "couriergrey".

 * Package name: couriergrey
   Version : 0.3.1-2
   Upstream Author : Matthias Wimmer 
 * URL : https://github.com/micressor/couriergrey/
 * License : GPL-2+
   Section : net

Changes since the last upload:

couriergrey (0.3.1-2) unstable; urgency=low

  * d/couriergrey.cron.daily: Fix failed cron job if package was in
uninstall and not purge state.

 -- Marco Balmer   Thu, 02 Feb 2012 08:06:19 +0100

It builds those binary packages:

couriergrey - Mail filter interface of Courier-MTA to support greylisting

To access further information about this package, please visit the following 
URL:

  http://mentors.debian.net/package/couriergrey

Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.1-2.dsc

I would be glad if someone uploaded this package for me.

Kind regards,

Marco Balmer



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

Bug#658834: RFS: jabber-querybot [QA] -- Modular xmpp/jabber bot

[Paul Wise]

On Mon, Feb 6, 2012 at 6:33 PM, Marco Balmer  wrote:

>  RFS: jabber-querybot [QA] -- Modular xmpp/jabber bot

This isn't a QA upload since the package is not orphaned.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise



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

Bug#658723: cycle: Annoying warning about debrecated md5 module

[Ana Guerrero]

On Sun, Feb 05, 2012 at 03:34:08PM +0100, Gabor Kiss wrote:
> Package: cycle
> Version: 0.3.1-7
> Severity: minor
> Tags: patch
> 
> After lenny > squeeze upgrade 'cycle' prints this at every startup:
> 
> /usr/share/cycle/save_load.py:15: DeprecationWarning: the md5 module is 
> deprecated; use hashlib instead
>   import os, os.path , cPickle, md5
> 
> The attached patch eliminates this message.
>

Thanks for the patch Gabor, I will look at it for the next upload.

Ana



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

Bug#658832: ferm: messes with firewall rules not added by ferm

[Paul Wise]

On Mon, 2012-02-06 at 11:29 +0100, Max Kellermann wrote:

> ferm will only touch tables that were referenced in your ferm
> configuration.

As you can see in my report, it touched the nat table, which is not
referenced by my configuration, which is the default config with a
couple of extra ports opened.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#658838: ITP: libmoosex-attributeshortcuts-perl -- Moose extension providing shorthands for common attribute options

[Alessandro Ghedini]

Package: wnpp
Severity: wishlist
Owner: Alessandro Ghedini 

* Package name: libmoosex-attributeshortcuts-perl
  Version : 0.008
  Upstream Author : Chris Weyl 
* URL : http://search.cpan.org/dist/MooseX-AttributeShortcuts/
* License : LGPL-2.1
  Programming Lang: Perl
  Description : Moose extension providing shorthands for common attribute 
options

 Ever found yourself repeatedly specifying writers and builders, because
 there's no good shortcut to specifying them? Sometimes you want an 
 attribute to have a read-only public interface, but a private writer. And
 wouldn't it be easier to just say "builder => 1" and have the attribute 
 construct the canonical "_build_$name" builder name for you?
 .
 MooseX::AttributeShortcuts causes an attribute trait to be applied to all 
 attributes  defined to the using class. This trait extends the attribute 
 option processing to handle the above variations. 

Note that this is needed by the new version libdist-zilla-plugin-git-perl.



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

Bug#657077: transition: php5 5.4

[Niels Thykier]

On 2012-02-06 10:32, Ondřej Surý wrote:
> Hi Niels,
> 
> On Mon, Feb 6, 2012 at 10:20, Niels Thykier  wrote:
>> On 2012-01-23 22:41, Raphael Geissert wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>>
>>> Hi,
>>>
>>> [...]
>>>
>>> Cheers,
>>
>> Hi Raphael and Ondrej,
>>
>> Sorry for not getting back to you sooner.  So first off, thanks for
>> filing the bugs at [1] and getting the first half of that solved before
>> we start.  :)
>>
>> We have some concerns with this transition, but hopefully you got these
>> parts covered.  As you announced in [2] the changes to php5 will break
>> packages.  It is our understanding that most packages containing php are
>> not compiled during "build".  If so, we could look at potentially a lot
>> of packages that will break on user systems.
>>
>> Do you have any strategies for checking the php packages in the archive
>> for potential issues?
> 
> I'll do a second round (and thanks to a Raphael for first one) and look for
> potentially broken PHP code in our packages. The fact is that those features
> were marked as obsolete in PHP 5.3 and those maintainers have been
> warned, but still PHP code has big momentum.
> 

Thanks, that is greatly appreciated.

> I also have thought about adding couple of lintian checks which will test
> if the code contains obsolete/removed PHP features.
> 

A good idea, though next time please have them in Lintian before the
transition is about to start.  Even with an upload today + update of
lintian.d.o the results are at least 3-4 days away.

>> I had a look at the thread in [3] and I could not
>> find anything (except what I suspect are now the bugs listed in [1]).
>> If I have missed them please let me know.
> 
> Well, we need to check if the packages like drupal, horde, etc. works
> with PHP 5.4.
> 

Okay, we are looking forward to results.  :)

>> Finally, while I admit we have to improve our reply-time, we would
>> appreciate if you would avoid "self-acking" your transitions on d-d-a.
> 
> Sorry for that. I never know how to proceed and I really wanted to send
> the heads-up before it's too late.
> 

The heads-up was a good idea.  The problem was you expressed yourself as
if you had already received a go from us (example [1]).

> [clueless hat]
> Is there a place where I can find proper procedurs written? I haven't found
> it in DDM, NMG nor http://wiki.debian.org/Teams/ReleaseTeam/Transitions.
> [/clueless hat]
> 
>  [...]
> 

I have updated the wiki.  Unfortunately, documentation has not been the
defining trait of the Release Team and it may be a while until it is.

~Niels

[1] "php5-5.4.0~rc7-1 will be uploaded as soon as php5 5.3.10
transitions to testing [...]"




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

Bug#658837: RFS: couriergrey [QA] -- Mail filter interface of Courier-MTA to support greylisting

[Gergely Nagy]

Marco Balmer  writes:

> Changes since the last upload:
>
> couriergrey (0.3.1-2) unstable; urgency=low
>
>   * d/couriergrey.cron.daily: Fix failed cron job if package was in
> uninstall and not purge state.
>
>  -- Marco Balmer   Thu, 02 Feb 2012 08:06:19 +0100

I have reviewed the changes, and they look correct. I planned to build &
upload, but didn't have the opportunity yet. If anyone else feels like
doing so, be my guest.

It's an easy package, with a very trivial fix, hardly any risk at all.

-- 
|8]




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

Bug#658776: O: vgabios -- VGA BIOS software for the Bochs and Qemu emulated VGA card

[Michael Tokarev]

On 06.02.2012 04:05, Guillem Jover wrote:
> Package: wnpp
> Severity: normal
> 
> I intend to orphan the vgabios package. Ideally Aurelien or the QEMU
> team should take preference over the adoption, if they so desire.

I copied the git repository to git.d.o/pkg-qemu/vgabios.git and
changed a few things there, see

 http://anonscm.debian.org/gitweb/?p=pkg-qemu/vgabios.git

But I've a question.  The orig.tar.gz, it is not orig, since the
original tarball contains the binaries built from sources, too,
while your rebuild of the orig.tar.gz does not include these.
Should it be renamed to +dfsg.orig.tar.gz maybe?

> Thre's currently an RC bug, but I think it's actually just important.

Yes it should be important (it is me who submitted it).

Thank you!

/mjt



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

Bug#658839: developers-reference: encoding issues: "Rapha l Hertzog"

[Jakub Wilk]

Package: developers-reference
Version: 3.4.7
Severity: minor

$ cd /usr/share/doc/developers-reference/
$ zgrep -m2 Hertzog developers-reference.txt.gz
  Rapha  l Hertzog
Copyright2002, 2003, 2008, 2009 Rapha  l Hertzog

--
Jakub Wilk



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

Bug#651848: nload: incorrect output with amd64 kernel, i386 userland

[Roland Riegel]

Hi Joseph,

This bug should be fixed with the 0.7.4 release of nload, which now is 
available.

Greetings,
Roland


Am Montag 12 Dezember 2011, 16:48:46 schrieben Sie:
> Package: nload
> Version: 0.7.3-1
> Severity: normal
> 
> Running nload on an amd64 kernel with i386 userland, I get the following
> output, which is not correct:
> 
> ###  Avg: 63.47 GBit/s
> ###  Min: 63.44 GBit/s
> ###  Max: 63.60 GBit/s
> ###  Ttl: 32.00 GByte
> 
> I assume this is due to an 64/32 bit integer conversion issue - nload
> seems to be taking the system info from /sys/class/net/, but I didn't see
> quite how to fix it... this bug also seems to be present in the current
> testing version 0.7.3-1, as I built that on stable and had the same issue,
> so this is perhaps not the same problem as bug 300267.
> 
> Yours
> 
> Joseph Maher
> 
> 
> -- System Information:
> Debian Release: 6.0.3
>APT prefers stable
>APT policy: (500, 'stable')
> Architecture: i386 (x86_64)
> 
> Kernel: Linux 2.6.39-bpo.2-amd64 (SMP w/2 CPU cores)
> 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 nload depends on:
> ii  libc6 2.11.2-10  Embedded GNU C Library:
> Shared lib
> ii  libgcc1   1:4.4.5-8  GCC support library
> ii  libncurses5   5.7+20100313-5 shared libraries for terminal
> hand
> ii  libstdc++64.4.5-8The GNU Standard C++ Library
> v3
> 
> nload recommends no packages.
> 
> nload suggests no packages.
> 
> -- no debconf information




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

Bug#658840: aolserver4: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: aolserver4
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the aolserver4 debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of aolserver4 debconf templates.
# Copyright (C) 2004-2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the aolserver4 package.
# Luk Claes , 2004.
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: aolserver4 4.5.1-15\n"
"Report-Msgid-Bugs-To: aolserv...@packages.debian.org\n"
"POT-Creation-Date: 2010-01-19 14:38+0100\n"
"PO-Revision-Date: 2012-02-06 12:30+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:2001
msgid "Server hostname:"
msgstr "Server-computernaam:"

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:2001
msgid ""
"AOLserver needs a hostname to use for redirect page URLs and for identifying "
"itself."
msgstr ""
"AOLserver heeft een computernaam nodig voor doorwijspagina's en "
"identificatiedoeleinden."

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:2001
msgid ""
"It is generally the fully-qualified DNS hostname of the computer, or "
"localhost if it is not networked. Any name valid for a URL string can be "
"used."
msgstr ""
"Dit is typisch de volledige computernaam ('FQDN') van uw computer, of "
"localhost indien uw computer niet op een netwerk is aangesloten. Gebruik een "
"willekeurige naam die op uw netwerk als een geldige URL-string kan worden "
"gezien."

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:3001
msgid "Server IP address:"
msgstr "Server-IP-adres:"

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:3001
msgid "AOLserver needs an IP address to listen to."
msgstr "AOLserver heeft een IP-adres nodig om op te luisteren."

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:3001
msgid ""
"The default is the address of the loopback interface. If the server is to be "
"remotely accessible this should be replaced by the address of the "
"appropriate network interface."
msgstr ""
"De standaardwaarde is het adres van de loopback-interface. Als deze server "
"ook vanaf buiten beschikbaar moet zijn dan moet deze worden vervangen dor "
"het adres van de betreffende netwerk-interface."

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:4001
msgid "Server TCP port:"
msgstr "Server-TCP-poort:"

#. Type: string
#. Description
#: ../aolserver4-daemon.templates:4001
msgid ""
"AOLserver needs a port number assigned for its use. This is almost always "
"port 80 (the standard HTTP port), but might be different if another web "
"server is installed, or some other service is listening on that port."
msgstr ""
"Er moet aan AOLserver een poortnummer worden toegewezen. Dit is meestal "
"poort 80 (de standaard HTTP-poort), maar het kan daarvan afwijken als u een "
"tweede webserver heeft geïnstalleerd, of als een andere dienst op deze poort "
"luistert."

Bug#658841: libisl-dev: "Multi-Arch: same" but /usr/include/isl/stdint.h differ across architectures

[Jakub Wilk]

Package: libisl-dev
Version: 0.08-1
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

With multiarch-enabled dpkg:
| # apt-get install -qq libisl-dev:i386 libisl-dev:amd64
| debconf: delaying package configuration, since apt-utils is not installed
| Selecting previously unselected package libisl-dev:amd64.
| (Reading database ... 12075 files and directories currently installed.)
| Unpacking libisl-dev:amd64 (from .../libisl-dev_0.08-1_amd64.deb) ...
| Unpacking libisl-dev:i386 (from .../libisl-dev_0.08-1_i386.deb) ...
| dpkg: error processing /var/cache/apt/archives/libisl-dev_0.08-1_i386.deb 
(--unpack):
|  './usr/include/isl/stdint.h' is different from the same file on the system
| configured to not write apport reports
|   Errors were encountered while 
processing:
|  /var/cache/apt/archives/libisl-dev_0.08-1_i386.deb
| E: Sub-process /usr/bin/dpkg returned an error code (1)

--
Jakub Wilk



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

Bug#658842: mod-mono: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: mod-mono
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the mod-mono debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of mod-mono debconf templates.
# Copyright (C) 2007-2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the mod-mono package.
# Bart Cornelis , 2007.
# Jeroen Schot , 2011-2012.
#
msgid ""
msgstr ""
"Project-Id-Version: mod-mono 2.10-3\n"
"Report-Msgid-Bugs-To: mod-m...@packages.debian.org\n"
"POT-Creation-Date: 2009-07-16 15:24+0100\n"
"PO-Revision-Date: 2012-02-06 12:41+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../libapache2-mod-mono.templates:2001
msgid "Mono server to use:"
msgstr "Te gebruiken mono-server:"

#. Type: select
#. Description
#: ../libapache2-mod-mono.templates:2001
msgid ""
"The libapache2-mod-mono module can be used with one of two different Mono "
"ASP.NET backends:\n"
" - mod-mono-server2: implements ASP.NET 2.0 features;\n"
" - mod-mono-server4: implements ASP.NET 4.0 features."
msgstr ""
"De module libapache2-mod-mono kan met één van de volgende Mono ASP.NET-"
"backends worden gebruikt:\n"
" - mod-mono-server2: implementeert functionaliteit van ASP.NET 2.0;\n"
" - mod-mono-server4: implementeert functionaliteit van ASP.NET 4.0."

Bug#658776: O: vgabios -- VGA BIOS software for the Bochs and Qemu emulated VGA card

[Guillem Jover]

Hi!

On Mon, 2012-02-06 at 15:20:41 +0400, Michael Tokarev wrote:
> On 06.02.2012 04:05, Guillem Jover wrote:
> > I intend to orphan the vgabios package. Ideally Aurelien or the QEMU
> > team should take preference over the adoption, if they so desire.
> 
> I copied the git repository to git.d.o/pkg-qemu/vgabios.git and
> changed a few things there, see
> 
>  http://anonscm.debian.org/gitweb/?p=pkg-qemu/vgabios.git

Thanks!

I think the Vcs-Git field has an invalid value, though. And the
Vcs-Browser might need to be adapted to the alioth change in git
hosting (the git → anonscm thing).

> But I've a question.  The orig.tar.gz, it is not orig, since the
> original tarball contains the binaries built from sources, too,
> while your rebuild of the orig.tar.gz does not include these.
> Should it be renamed to +dfsg.orig.tar.gz maybe?

Well, I don't see any license issue here to warrant +dfsg, these are
binaries built from the sources. It's always been more of a cleanliness
issue, take into account that besides the binaries there's also the
assembler output junk, which makes the tarball go from 83 KiB in Debian
to 1.5 MiB in upstream, which seems like a waste. There's some people
using the +ds convention (for debian source) when repacking upstream
sources, but as long as there's no legal issues, I personally tend to
find it ugly, YMMV.

regards,
guillem



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

Bug#658843: libnspr4-0d: "Multi-Arch: same" but lintian override file differs across architectures

[Jakub Wilk]

Package: libnspr4-0d
Version: 4.8.9-1
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

With multiarch-enabled dpkg:
| # apt-get install -qq libnspr4-0d:i386 libnspr4-0d:amd64
| debconf: delaying package configuration, since apt-utils is not installed
| Selecting previously unselected package libnspr4-0d:amd64.
| (Reading database ... 12120 files and directories currently installed.)
| Unpacking libnspr4-0d:amd64 (from .../libnspr4-0d_4.8.9-1_amd64.deb) ...
| Unpacking libnspr4-0d:i386 (from .../libnspr4-0d_4.8.9-1_i386.deb) ...
| dpkg: error processing /var/cache/apt/archives/libnspr4-0d_4.8.9-1_i386.deb 
(--unpack):
|  './usr/share/lintian/overrides/libnspr4-0d' is different from the same file 
on the system
| configured to not write apport reports
|   Errors were encountered while 
processing:
|  /var/cache/apt/archives/libnspr4-0d_4.8.9-1_i386.deb
| E: Sub-process /usr/bin/dpkg returned an error code (1)

--
Jakub Wilk



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

Bug#658764: free ATI driver corrupts output on Radeon HD 6310

[Ben Finney]

package src:linux-2.6
found 658764 3.1.8-2
found 658764 3.2.4-1
thanks

On 05-Feb-2012, Jonathan Nieder wrote:
> Does this happen with version 3.2.4-1 from sid, too?

I'm confused about which version to get; the names are weird:

Unpacking linux-image-3.2.0-1-amd64 (from 
.../linux-image-3.2.0-1-amd64_3.2.4-1_amd64.deb)

So that's either 3.2.0 or 3.2.4, I'm not sure.

Whichever one that is, the same problem occurs.

> Can you bisect?

I'll try to do so.

> Even a few tests of versions halfway between from
> http://snapshot.debian.org/ can help a lot in narrowing down the cause of
> this particular regression.

Okay. Which dates would be of interest for bisecting between Linux 2.6.32
and 3.1.0 packages?

-- 
 \   “People are very open-minded about new things, as long as |
  `\ they're exactly like the old ones.” —Charles F. Kettering |
_o__)  |
Ben Finney 


signature.asc
Description: Digital signature

Bug#658499: arno-iptables-firewall: after upgrade, gives warning and does not apply NAT_FORWARD_TCP rules.

[Julia Longtin]

Oh, that makes sense to me... except since it WAS valid syntax, it means
that when it STOPPED being valid syntax, i need a little more warning than
"oh, all your port forwards no longer exist, have a nice day!". I read
debchanges, so at least a warning to sysadmins that the syntax that used to
be valid is no longer valid makes sense to me.

Luckily, there will at least be this thread to guide other sysadmins. I had
to use bash -x to trace through things and discover the 'fix' for my
perfectly 'valid' syntax not working.

Julia Longtin

On Mon, Feb 6, 2012 at 6:17 AM, Arno van Amersfoort <
arn...@rocky.eld.leidenuniv.nl> wrote:

> Hello Julia,
>
>
> Ah you mean that the first WITH the "~" in front of the  used to be a
> valid syntax? If so, this was never intended and it certainly doesn't serve
> any purpose. The fix is simple, as you already know, get rid of it ;-),
> unless I'm missing something here.
>
>
> cheers,
>
> Arno
>
>
> On 03-Feb-12 17:25, Julia Longtin wrote:
>
>> I mean that going from "NAT_FORWARD_TCP=~>10.100.**0.117~80" causes
>> the problem. you have the fix correct.
>>
>> Its possibly my syntax is wrong.. but it used to work this way.
>>
>> Julia Longtin
>>
>> On Fri, Feb 3, 2012 at 2:56 PM, Arno van Amersfoort
>> > arn...@rocky.eld.**leidenuniv.nl >>
>> wrote:
>>
>>You mean that "NAT_FORWARD_TCP=">10.100.**__0.117~80" causes the
>>problem and "NAT_FORWARD_TCP="0/0~>10.**__100.0.117~80" fixes
>>
>>that? I tried reproducing it, but I can't get it to fail. Could you
>>provide a snippet of the error?
>>
>>thanks.
>>
>>Arno
>>
>>
>>On 03-Feb-12 15:37, Julia Longtin wrote:
>>
>>Package: arno-iptables-firewall
>>Version: 2.0.1-1
>>Severity: important
>>
>>Dear Maintainer,
>>After performing an upgrade, i have found that the format of the
>>rules expected in firewall.conf have changed.
>>Instead of accepting a blank source IP, it now requires a source
>>IP, or parse_rules fails, and gives a WARNING: rule will be
>>ignored..
>>
>>see the '0/0' that has been added to my NAT_FORWARD_TCP rules.
>>
>>Julia Longtin
>>
>>-- System Information:
>>Debian Release: wheezy/sid
>>   APT prefers unstable
>>   APT policy: (500, 'unstable'), (500, 'stable')
>>Architecture: i386 (x86_64)
>>
>>Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
>>Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=locale:
>>Cannot set LC_CTYPE to default locale: No such file or directory
>>locale: Cannot set LC_MESSAGES to default locale: No such file
>>or directory
>>locale: Cannot set LC_ALL to default locale: No such file or
>>directory
>>ANSI_X3.4-1968)
>>Shell: /bin/sh linked to /bin/dash
>>
>>Versions of packages arno-iptables-firewall depends on:
>>ii  debconf [debconf-2.0]  1.5.41
>>ii  gawk   1:3.1.8+dfsg-0.1
>>ii  iproute20120105-1
>>ii  iptables   1.4.12.2-1
>>
>>Versions of packages arno-iptables-firewall recommends:
>>ii  dnsutils  1:9.8.1.dfsg.P1-2
>>ii  lynx  2.8.8dev.9-3
>>ii  rsyslog   5.8.6-1
>>
>>arno-iptables-firewall suggests no packages.
>>
>>-- Configuration Files:
>>/etc/arno-iptables-firewall/__**firewall.conf changed:
>>EXT_IF="$DC_EXT_IF"
>>EXT_IF_DHCP_IP=$DC_EXT_IF___**DHCP_IP
>>EXTERNAL_DHCP_SERVER=0
>>EXTERNAL_DHCPV6_SERVER=0
>>INT_IF="$DC_INT_IF"
>>INTERNAL_NET="$DC_INTERNAL___**NET"
>>
>>INTERNAL_NET_ANTISPOOF=1
>>DMZ_IF=""
>>DMZ_NET=""
>>DMZ_NET_ANTISPOOF=1
>>NAT=$DC_NAT
>>NAT_INTERNAL_NET="$DC_NAT___**INTERNAL_NET"
>>NAT_LOCAL_REDIRECT=1
>>NAT_FORWARD_TCP="0/0~>10._**_100.0.117~80 \
>>
>>0/0~8889>10.100.0.88~80 \
>>0/0~8890>10.100.0.40~80 \
>>0/0~8891>10.100.0.58~80 \
>>0/0~8892>10.100.0.100~80 \
>>0/0~8893>10.100.0.20~80 \
>>0/0~2280>10.100.0.44~22 \
>>0/0~2281>10.100.0.75~22 \
>>0/0~8333>10.100.0.95~8333 "
>>NAT_FORWARD_UDP=""
>>NAT_FORWARD_IP=""
>>INET_FORWARD_TCP=""
>>INET_FORWARD_UDP=""
>>INET_FORWARD_IP=""
>>IP4TABLES="/sbin/iptables"
>>IP6TABLES="/sbin/ip6tables"
>>ENV_FILE="/usr/share/arno-__**iptables-firewall/environment"
>>PLUGIN_BIN_PATH="/usr/share/__**arno-iptables-firewall/__**
>> plugins"
>>PLUGIN_CONF_PATH="/etc/arno-__**iptables-firewall/plugins"
>>
>>DMESG_PANIC_ONLY=1
>>MANGLE_TOS=1
>>SET_MSS=1
>>TTL_INC=0
>>USE_IRC=0
>>LOOSE_FORWARD=0
>>FORWARD_LINK_LOCAL=0
>>IPV6_DROP_RH_ZERO=1
>>RESERVED_NET_DROP=0
>>DRDOS_PROTECT=0
>>IPV6_SUPPORT=0
>>NMB_BROAD

Bug#658844: drizzle: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: drizzle
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the Dutch translation of the drizzle debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of drizzle debconf templates.
# Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the drizzle package.
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: drizzle 2011.03.13-4\n"
"Report-Msgid-Bugs-To: driz...@packages.debian.org\n"
"POT-Creation-Date: 2012-02-04 11:12+0100\n"
"PO-Revision-Date: 2012-02-06 12:59+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../drizzle.templates:1001
msgid "Purging also database files?"
msgstr "Ook de database-bestanden wissen?"

#. Type: boolean
#. Description
#: ../drizzle.templates:1001
msgid ""
"As you are purging the drizzle package you might also want to delete the "
"database files in /var/lib/drizzle."
msgstr ""
"Aangezien u nu het pakket drizzle wist ('purge') wilt u mogelijk ook de "
"database-bestanden in /var/lib/drizzle verwijderen."

Bug#658648: mercurial-buildpackage: xz support (v2)

[Jens Peter Secher]

Hi, i am no longer a DD, you are welcome to take over. 

(Sent from my phone.)

On 05/02/2012, at 02.22, Darren Salt  wrote:

> Updated patch.
> 
> This uses pristine-xz and therefore requires pristine-tar 1.18 or later.
> 
> -- 
> |  _  | Darren Salt, using Debian GNU/Linux (and Android)
> | ( ) |
> |  X  | ASCII Ribbon campaign against HTML e-mail
> | / \ | http://www.asciiribbon.org/
> 
> If it's stupid but it works, then it's not stupid.
> 
> 



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

Bug#658845: /usr/bin/glade-previewer: glade-previewer crashes

[Michal Suchanek]

Package: glade
Version: 3.10.2-1
Severity: normal
File: /usr/bin/glade-previewer


Hello,

calling glade-previewer with incorrect arguments crashes.

Running in vlagrind shows accessing unallocated memory and the usage message is 
printed correctly.

$ valgrind  --track-origins=yes glade-previewer Unsaved\ 1.glade 
==29821== Memcheck, a memory error detector
==29821== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==29821== Using Valgrind-3.6.1 and LibVEX; rerun with -h for copyright info
==29821== Command: glade-previewer Unsaved\ 1.glade
==29821== 
Gtk-Message: Failed to load module "canberra-gtk-module"
==29821== Invalid write of size 4
==29821==at 0x99E9D4C: ??? (in /usr/lib/libXi.so.6.1.0)
==29821==by 0x99EC912: XIQueryDevice (in /usr/lib/libXi.so.6.1.0)
==29821==by 0x624928A: gdk_x11_device_manager_xi2_constructed 
(gdkdevicemanager-xi2.c:414)
==29821==by 0x5737BE2: g_object_newv (gobject.c:1521)
==29821==by 0x57384C5: g_object_new_valist (gobject.c:1610)
==29821==by 0x57387D3: g_object_new (gobject.c:1325)
==29821==by 0x6247A11: _gdk_x11_device_manager_new 
(gdkdevicemanager-x11.c:78)
==29821==by 0x624BED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226)
==29821==by 0x624A37F: gdk_x11_display_manager_open_display 
(gdkdisplaymanager-x11.c:55)
==29821==by 0x522690B: post_parse_hook (gtkmain.c:908)
==29821==by 0x59C5A7F: g_option_context_parse (goption.c:1987)
==29821==by 0x5226D65: gtk_init_with_args (gtkmain.c:1047)
==29821==  Address 0xbc2cfa4 is 0 bytes after a block of size 452 alloc'd
==29821==at 0x4C2779D: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==29821==by 0x99EC8FC: XIQueryDevice (in /usr/lib/libXi.so.6.1.0)
==29821==by 0x624928A: gdk_x11_device_manager_xi2_constructed 
(gdkdevicemanager-xi2.c:414)
==29821==by 0x5737BE2: g_object_newv (gobject.c:1521)
==29821==by 0x57384C5: g_object_new_valist (gobject.c:1610)
==29821==by 0x57387D3: g_object_new (gobject.c:1325)
==29821==by 0x6247A11: _gdk_x11_device_manager_new 
(gdkdevicemanager-x11.c:78)
==29821==by 0x624BED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226)
==29821==by 0x624A37F: gdk_x11_display_manager_open_display 
(gdkdisplaymanager-x11.c:55)
==29821==by 0x522690B: post_parse_hook (gtkmain.c:908)
==29821==by 0x59C5A7F: g_option_context_parse (goption.c:1987)
==29821==by 0x5226D65: gtk_init_with_args (gtkmain.c:1047)
==29821== 
==29821== Invalid write of size 4
==29821==at 0x99E9D52: ??? (in /usr/lib/libXi.so.6.1.0)
==29821==by 0x99EC912: XIQueryDevice (in /usr/lib/libXi.so.6.1.0)
==29821==by 0x624928A: gdk_x11_device_manager_xi2_constructed 
(gdkdevicemanager-xi2.c:414)
==29821==by 0x5737BE2: g_object_newv (gobject.c:1521)
==29821==by 0x57384C5: g_object_new_valist (gobject.c:1610)
==29821==by 0x57387D3: g_object_new (gobject.c:1325)
==29821==by 0x6247A11: _gdk_x11_device_manager_new 
(gdkdevicemanager-x11.c:78)
==29821==by 0x624BED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226)
==29821==by 0x624A37F: gdk_x11_display_manager_open_display 
(gdkdisplaymanager-x11.c:55)
==29821==by 0x522690B: post_parse_hook (gtkmain.c:908)
==29821==by 0x59C5A7F: g_option_context_parse (goption.c:1987)
==29821==by 0x5226D65: gtk_init_with_args (gtkmain.c:1047)
==29821==  Address 0xbc2cfa8 is 4 bytes after a block of size 452 alloc'd
==29821==at 0x4C2779D: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==29821==by 0x99EC8FC: XIQueryDevice (in /usr/lib/libXi.so.6.1.0)
==29821==by 0x624928A: gdk_x11_device_manager_xi2_constructed 
(gdkdevicemanager-xi2.c:414)
==29821==by 0x5737BE2: g_object_newv (gobject.c:1521)
==29821==by 0x57384C5: g_object_new_valist (gobject.c:1610)
==29821==by 0x57387D3: g_object_new (gobject.c:1325)
==29821==by 0x6247A11: _gdk_x11_device_manager_new 
(gdkdevicemanager-x11.c:78)
==29821==by 0x624BED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226)
==29821==by 0x624A37F: gdk_x11_display_manager_open_display 
(gdkdisplaymanager-x11.c:55)
==29821==by 0x522690B: post_parse_hook (gtkmain.c:908)
==29821==by 0x59C5A7F: g_option_context_parse (goption.c:1987)
==29821==by 0x5226D65: gtk_init_with_args (gtkmain.c:1047)
==29821== 
==29821== Invalid read of size 4
==29821==at 0x6248E34: translate_device_classes (gdkdevicemanager-xi2.c:207)
==29821==by 0x62490E6: add_device (gdkdevicemanager-xi2.c:296)
==29821==by 0x62492C0: gdk_x11_device_manager_xi2_constructed 
(gdkdevicemanager-xi2.c:424)
==29821==by 0x5737BE2: g_object_newv (gobject.c:1521)
==29821==by 0x57384C5: g_object_new_valist (gobject.c:1610)
==29821==by 0x57387D3: g_object_new (gobject.c:1325)
==29821==by 0x6247A11: _gdk_x11_device_manager_new 
(gdkdevicemanager-x11.c:78)
==29821==by 0x624BED2: _gdk_x11_display_open (gdkdisplay-x11.c:1226)
==29821==by 0x624A37F: gdk_x11_display_manager_open_display 
(gdkdisp

Bug#658677: [kfreebsd-image-9] Please enable pflog device by default

[Dererk]

On 06/02/12 05:04, Petr Salinger wrote:
>> Petr, since you're listed as patch author, do you know if this feature
>> worked in the past?
>
> tcpdump worked somehow, but I do not remember exactly,
> it is 4 years ago, see #448695.
>
> Probably, the  used to need .
> It is not needed any longer. It looks like the proper fix is just to
> discard 50_kfreebsd.diff (after quilt pop -a -f) from series.
>
> Dererk, please could you test such tcpdump with your custom kernel ?
>
> Cheers
> Petr

Hi Petr!

That was easy!  :-)
As you mention, removing the patch did work as expected and nicely! Thanks!

I'll let tcpdump guys know about this so we can, altogether when this
issue is solved, this quite relevant kbsd feature working in time for
wheezy.


Thanks a _lot_!


Cheers,

Dererk

-- 
BOFH excuse #403:
Sysadmin didn't hear pager go off due to loud music from bar-room speakers.




signature.asc
Description: OpenPGP digital signature

Bug#640454: ITA: verbiste -- French and Italian conjugator

[Tomasz Buchert]

retitle 640454 ITA: verbiste -- French and Italian conjugator
owner 640454 !

thanks

For Francois:
I'm using verbiste and I'm willing to take care of the package. It would 
be my first
package and as I introductory task I could port the build to dh (since 
package uses cdbs).

What are the next steps here?

Cheers,
Tomek



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

Bug#580680: Bug #580680: O: enchant -- a wrapper library for various spell checkers

[Agustin Martin]

On Sat, Feb 04, 2012 at 02:38:43AM +0800, Aron Xu wrote:
> Hi everyone,
> 
> I find we may want to invite Agustin Martin Domingo  to
> officially take this package, if he agrees.

Hi, Aron,

Thanks for the offer, but unfortunately I can only deal with packaging
issues regarding enchant package. I do not program C++ at all and never did.

Regards,

-- 
Agustin



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

Bug#658846: which-pkg-broke can't show time info for "Multi-Arch: same" packages

[Jakub Wilk]

Package: debian-goodies
Version: 0.59
User: debian-d...@lists.debian.org
Usertags: multiarch

After I installed multiarch-enabled dpkg 1.16.2~wipmultiarch from 
experimental (but didn't add any foreign architecture). which-pkg-broke 
doesn't show time information for packages that are marked as 
"Multi-Arch: same" anymore:


$ which-pkg-broke dash
Package libgcc1 has no install time info
Package libbz2-1.0 has no install time info
Package libselinux1 has no install time info
Package liblzma5 has no install time info
Package libc6 has no install time info
Package gcc-4.7-base has no install time info
zlib1g Sat Oct 30 14:29:38 2010
sensible-utils Fri Nov 26 15:26:53 2010
dash   Wed Sep 28 18:29:39 2011
xz-utils   Fri Oct 21 22:40:03 2011
tarSat Dec 31 16:02:12 2011
debianutilsTue Jan 31 17:29:12 2012
libc-bin   Fri Feb  3 17:49:09 2012
multiarch-support  Fri Feb  3 17:49:32 2012
dpkg   Mon Feb  6 11:24:47 2012

Apparently this is because the layout of files in /var/lib/dpkg/info/ 
has changed. "Multi-Arch: same" packages have an ":" prefix, 
e.g.:


$ ls -l /var/lib/dpkg/info/libselinux*.list
-rw-r--r-- 1 root root 344 Jan 27 11:58 /var/lib/dpkg/info/libselinux1:i386.list

You can use "dpkg-query --control-path" to find out the path of some 
package-specific files (i.e. "conffiles", "md5sums") but you can't get 
the path of ".list" because this file is not provided by the package but 
is managed by dpkg itself and, according to dpkg developers, you should 
not have to access it.


--
Jakub Wilk



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

Bug#658847: lintian: checks for proper use of dpkg-maintscript-helper

[Sam Morris]

Package: lintian
Version: 2.5.4
Severity: wishlist

A package that wants to invoke dpkg-maintscript-helper must do
so in each of its preinst, postinst and postrm files. However, I've
noticed several packages that do not use dpkg-maintscript-helper
properly:

for x in {pre,post}{inst,rm}; do grep -l dpkg-maintscript-helper *.$x | 
sed "s/\.$x$//" | sort > /tmp/dmsh.$x; done
vimdiff /tmp/dmsh.*

This is a crude check because it doesn't differentiate between the
rm_conffile and mv_conffile actions, but it at least shows that bluez,
fonts-arphic-uming, libmtp9 and libogre-1.7.3 are missing a call in one
of their scripts. Hence I think a lintian check would be of some help to
package maintainers.

The man page for dpkg-maintscript-helper advises invoking it in all four
maintainer scripts for simplicity's sake. That might cause too many
false positives, however.

The man page also says that packages should pre-depend on an appropriate
version of dpkg if they use dpkg-maintscript-helper in their preinst
scripts, so that should be checked too.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages lintian depends on:
ii  binutils   2.22-5
ii  bzip2  1.0.6-1
ii  diffstat   1.55-2
ii  file   5.09-2
ii  gettext0.18.1.1-5
ii  intltool-debian0.35.0+20060710.1
ii  libapt-pkg-perl0.1.25+b1
ii  libclass-accessor-perl 0.34-1
ii  libclone-perl  0.31-1+b2
ii  libdpkg-perl   1.16.1.2
ii  libemail-valid-perl0.185-1
ii  libipc-run-perl0.90-1
ii  libparse-debianchangelog-perl  1.2.0-1
ii  libtimedate-perl   1.2000-1
ii  liburi-perl1.59-1
ii  locales2.13-24
ii  locales-all [locales]  2.13-24
ii  man-db 2.6.0.2-3
ii  patchutils 0.3.2-1.1
ii  perl [libdigest-sha-perl]  5.14.2-6
ii  unzip  6.0-5

lintian recommends no packages.

Versions of packages lintian suggests:
ii  binutils-multiarch 
ii  dpkg-dev   1.16.1.2
ii  libhtml-parser-perl3.69-1+b1
ii  libtext-template-perl  1.45-2
ii  man-db 2.6.0.2-3
ii  xz-utils   5.1.1alpha+20110809-3

-- no debconf information



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

Bug#658499: arno-iptables-firewall: after upgrade, gives warning and does not apply NAT_FORWARD_TCP rules.

[Arno van Amersfoort]

Well it does do that:

Restarting Arno's Iptables Firewall...
** WARNING: In Variable NAT_FORWARD_TCP, Rule: "~>10.100.__0.117~80" 
is ignored.

Feb 06 13:27:41 WARNING: Not all firewall rules are applied.

a.


On 06-Feb-12 12:54, Julia Longtin wrote:

Oh, that makes sense to me... except since it WAS valid syntax, it means
that when it STOPPED being valid syntax, i need a little more warning
than "oh, all your port forwards no longer exist, have a nice day!". I
read debchanges, so at least a warning to sysadmins that the syntax that
used to be valid is no longer valid makes sense to me.

Luckily, there will at least be this thread to guide other sysadmins. I
had to use bash -x to trace through things and discover the 'fix' for my
perfectly 'valid' syntax not working.

Julia Longtin

On Mon, Feb 6, 2012 at 6:17 AM, Arno van Amersfoort
mailto:arn...@rocky.eld.leidenuniv.nl>>
wrote:

Hello Julia,


Ah you mean that the first WITH the "~" in front of the  used to
be a valid syntax? If so, this was never intended and it certainly
doesn't serve any purpose. The fix is simple, as you already know,
get rid of it ;-), unless I'm missing something here.


cheers,

Arno


On 03-Feb-12 17:25, Julia Longtin wrote:

I mean that going from "NAT_FORWARD_TCP=~>10.100.__0.117~80"
causes
the problem. you have the fix correct.

Its possibly my syntax is wrong.. but it used to work this way.

Julia Longtin

On Fri, Feb 3, 2012 at 2:56 PM, Arno van Amersfoort
mailto:arn...@rocky.eld.leidenuniv.nl>
>>
wrote:

You mean that "NAT_FORWARD_TCP=">10.100.0.117~80"
causes the
problem and "NAT_FORWARD_TCP="0/0~>10.100.0.117~80"
fixes

that? I tried reproducing it, but I can't get it to fail.
Could you
provide a snippet of the error?

thanks.

Arno


On 03-Feb-12 15:37, Julia Longtin wrote:

Package: arno-iptables-firewall
Version: 2.0.1-1
Severity: important

Dear Maintainer,
After performing an upgrade, i have found that the
format of the
rules expected in firewall.conf have changed.
Instead of accepting a blank source IP, it now requires
a source
IP, or parse_rules fails, and gives a WARNING: rule will be
ignored..

see the '0/0' that has been added to my NAT_FORWARD_TCP
rules.

Julia Longtin

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8
(charmap=locale:
Cannot set LC_CTYPE to default locale: No such file or
directory
locale: Cannot set LC_MESSAGES to default locale: No
such file
or directory
locale: Cannot set LC_ALL to default locale: No such file or
directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages arno-iptables-firewall depends on:
ii  debconf [debconf-2.0]  1.5.41
ii  gawk   1:3.1.8+dfsg-0.1
ii  iproute20120105-1
ii  iptables   1.4.12.2-1

Versions of packages arno-iptables-firewall recommends:
ii  dnsutils  1:9.8.1.dfsg.P1-2
ii  lynx  2.8.8dev.9-3
ii  rsyslog   5.8.6-1

arno-iptables-firewall suggests no packages.

-- Configuration Files:
/etc/arno-iptables-firewall/firewall.conf changed:
EXT_IF="$DC_EXT_IF"
EXT_IF_DHCP_IP=$DC_EXT_IF_DHCP_IP
EXTERNAL_DHCP_SERVER=0
EXTERNAL_DHCPV6_SERVER=0
INT_IF="$DC_INT_IF"
INTERNAL_NET="$DC_INTERNAL_NET"

INTERNAL_NET_ANTISPOOF=1
DMZ_IF=""
DMZ_NET=""
DMZ_NET_ANTISPOOF=1
NAT=$DC_NAT
NAT_INTERNAL_NET="$DC_NAT_INTERNAL_NET"
NAT_LOCAL_REDIRECT=1
NAT_FORWARD_TCP="0/0~>10.100.0.117~80 \

0/0~8889>10.100.0.88~80 \
0/0~8890>10.100.0.40~80 \
0/0~8891>10.100.0.58~80 \
0/0~8892>10.100.0.100~80 \
0/0~8893>10.100.0.20~80 \
0/0~2280>10.100

Bug#658760: [Pkg-alsa-devel] Bug#658760: alsactl -h advertises non-existent command "names"

[Elimar Riesebieter]

forwarded 658760 alsa-de...@alsa-project.org
tags 658760 patch
thanks

* Yann Dirson [120205 22:18 +0100]:

> Package: alsa-utils
> Version: 1.0.24.2-4
> Severity: normal
> 
> # alsactl -h
> Usage: alsactl  command
> 
> [...]
> 
> Available commands:
>   storesave current driver setup for one or each soundcards
>to configuration file
>   restore  load current driver setup for one or each soundcards
>from configuration file
>   init initialize driver to a default state
>   namesdump information about all the known present (sub-)devices
>into configuration file (DEPRECATED)
> 
> 
> Not only that command is deprecated, but it appears it does not exist
> any more.

Patch attached

Elimar


-- 
  Numeric stability is probably not all that
  important when you're guessing;-)
diff -Naurd alsa-utils-1.0.24.2.orig/alsactl/alsactl.c 
alsa-utils-1.0.24.2/alsactl/alsactl.c
--- alsa-utils-1.0.24.2.orig/alsactl/alsactl.c  2011-01-31 15:19:55.0 
+0100
+++ alsa-utils-1.0.24.2/alsactl/alsactl.c   2012-02-06 13:21:27.144746908 
+0100
@@ -68,8 +68,6 @@
printf("  restore  load current driver setup for one or each 
soundcards\n");
printf("   from configuration file\n");
printf("  init initialize driver to a default state\n");
-   printf("  namesdump information about all the known present 
(sub-)devices\n");
-   printf("   into configuration file (DEPRECATED)\n");
 }
 
 int main(int argc, char *argv[])

Bug#658848: [tcpdump] Please drop kfreebsd patch

[Dererk]

Package: tcpdump
Version: 4.2.1-1
Severity: normal
Tags: patch
User: glibc-bsd-de...@lists.alioth.debian.org
Usertags: kfreebsd


Dear tcpdump maintainer,

It was tracked[1][2] down by PetrSalinger, original patch author, that
kfreebsd patch (named 50_kfreebsd.diff) intended to read PFLOG
pseudodevice captures is no longer required.
Moreover, it renders packet printing broken/unsupported[3], which
partially turns tcpdump PFLOG functionality useless.

Please consider removing this patch as soon as possible. It would be
really quite important for wheezy release to have this feature working on.


Thanks in advance.


Cheers,

Dererk


1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658677#17
2. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658677#28
3. See PS references at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=658677#5

-- 
BOFH excuse #172:
pseudo-user on a pseudo-terminal




signature.asc
Description: OpenPGP digital signature

Bug#658849: gthumb: please split web-album into gthumb-plugin-webalbum

[Martin-Éric Racine]

Package: gthumb
Severity: wishlist

gThumb currently Recommends bison and flex due to the Web Album plugin.
This results in a plethora of other development tools (compilers, etc.) 
getting pulled in, which is not desirable on a workstation. As such, it
would be desirable to split the Web Album plugin into some new separate
binary target thta could be called gthumb-plugin-webalbum, which gThumb
could merely Suggests to avoid pulling the whole dependency recursion.

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

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

Versions of packages gthumb depends on:
ii  gthumb-data  
ii  libatk1.0-0  
ii  libc62.13-26
ii  libcairo2
ii  libexiv2-9   
ii  libfontconfig1   
ii  libfreetype6 2.4.8-1
ii  libgcc1  1:4.6.2-12
ii  libgconf2-4  
ii  libgdk-pixbuf2.0-0   
ii  libglib2.0-0 2.30.2-6
ii  libgnome-keyring0
ii  libgstreamer-plugins-base0.10-0  
ii  libgstreamer0.10-0   
ii  libgtk2.0-0  
ii  libice6  2:1.0.7-2
ii  libjpeg8 
ii  libpango1.0-0
ii  libpng12-0   1.2.46-4
ii  libsm6   2:1.2.0-2
ii  libsoup-gnome2.4-1   
ii  libsoup2.4-1 
ii  libstdc++6   4.6.2-12
ii  libtiff4 
ii  libxml2  2.7.8.dfsg-7
ii  zlib1g   1:1.2.3.4.dfsg-3

Versions of packages gthumb recommends:
pn  bison   
pn  flex2.5.35-10
pn  gstreamer0.10-gnomevfs  
pn  gvfs-bin

gthumb suggests no packages.



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

Bug#658762: [Pkg-alsa-devel] Bug#658762: arecord: manpage has typos in examples

[Elimar Riesebieter]

forwarded 658762 alsa-de...@alsa-project.org
tags 658762 patch
thanks


* Yann Dirson [120205 22:42 +0100]:

> Package: alsa-utils
> Version: 1.0.24.2-4
> Severity: normal
> 
> The examples in manpage talk about -max-file_time, while the correct
> name is --max-file-time (2 typos packed in one option, at least twice
> in the manpage).

Patch attached

Elimar


-- 
  We all know Linux is great... it does infinite loops in 5 seconds.
-Linus Torvalds
diff -Naurd alsa-utils-1.0.24.2.orig/aplay/aplay.1 
alsa-utils-1.0.24.2/aplay/aplay.1
--- alsa-utils-1.0.24.2.orig/aplay/aplay.1  2012-01-27 10:15:08.0 
+0100
+++ alsa-utils-1.0.24.2/aplay/aplay.1   2012-02-06 13:24:30.861630194 +0100
@@ -209,14 +209,14 @@
 .fi
 
 .TP
-\fBarecord \-t wav \-max-file_time 30 mon.wav\fP
+\fBarecord \-t wav \-\-max-file-time 30 mon.wav\fP
 Record from the default audio source in monaural, 8,000 samples
 per second, 8 bits per sample.  Start a new file every
 30 seconds.  File names are mon-nn.wav, where nn increases
 from 01.  The file after mon-99.wav is mon-100.wav.
 
 .TP
-\fBarecord \-f cd \-t wav \-max-file-time 3600 --use-strftime 
%Y/%m/%d/listen-%H-%M-%v.wav\fP
+\fBarecord \-f cd \-t wav \-\-max-file-time 3600 --use-strftime 
%Y/%m/%d/listen-%H-%M-%v.wav\fP
 Record in stereo from the default audio source.  Create a new file
 every hour.  The files are placed in directories based on their start dates
 and have names which include their start times and file numbers.
diff -Naurd alsa-utils-1.0.24.2.orig/aplay/arecord.1 
alsa-utils-1.0.24.2/aplay/arecord.1
--- alsa-utils-1.0.24.2.orig/aplay/arecord.12012-01-27 10:15:08.0 
+0100
+++ alsa-utils-1.0.24.2/aplay/arecord.1 2012-02-06 13:24:30.861630194 +0100
@@ -209,14 +209,14 @@
 .fi
 
 .TP
-\fBarecord \-t wav \-max-file_time 30 mon.wav\fP
+\fBarecord \-t wav \-\-max-file-time 30 mon.wav\fP
 Record from the default audio source in monaural, 8,000 samples
 per second, 8 bits per sample.  Start a new file every
 30 seconds.  File names are mon-nn.wav, where nn increases
 from 01.  The file after mon-99.wav is mon-100.wav.
 
 .TP
-\fBarecord \-f cd \-t wav \-max-file-time 3600 --use-strftime 
%Y/%m/%d/listen-%H-%M-%v.wav\fP
+\fBarecord \-f cd \-t wav \-\-max-file-time 3600 --use-strftime 
%Y/%m/%d/listen-%H-%M-%v.wav\fP
 Record in stereo from the default audio source.  Create a new file
 every hour.  The files are placed in directories based on their start dates
 and have names which include their start times and file numbers.

Bug#658850: libreadline-gplv2-dev: "Multi-Arch: same" but examples/Makefile differs across architectures

[Jakub Wilk]

Package: libreadline-gplv2-dev
Version: 5.2-11
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

With multiarch-enabled dpkg:
| # apt-get install -qq libreadline-gplv2-dev:i386 libreadline-gplv2-dev:amd64
| debconf: delaying package configuration, since apt-utils is not installed
| Selecting previously unselected package libreadline-gplv2-dev:amd64.
| (Reading database ... 10992 files and directories currently installed.)
| Unpacking libreadline-gplv2-dev:amd64 (from 
.../libreadline-gplv2-dev_5.2-11_amd64.deb) ...
| Unpacking libreadline-gplv2-dev:i386 (from 
.../libreadline-gplv2-dev_5.2-11_i386.deb) ...
| dpkg: error processing 
/var/cache/apt/archives/libreadline-gplv2-dev_5.2-11_i386.deb (--unpack):
|  './usr/share/doc/libreadline5/examples/Makefile' is different from the same 
file on the system

--
Jakub Wilk



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

Bug#658713: RFS: manaplus/1.2.2.5-1 [NEW] -- Extended client for Evol Online and The Mana World

[Ansgar Burchardt]

tag 658713 + confirmed
thanks

Hi,

andrei karas  writes:
> ManaPlus is client for Evol Online MMORPG and advanced client for The
> Mana World. ManaPlus most used client in both this games.

I probably won't have time to upload the package, but I did take a brief
look at the Debian packaging where I found some (small) issues:

The ttf-* packages seem to have been replaced by fonts-* packages in
unstable.  The ttf-* packages are now only transistional packages.

The formatting of the package description looks strange with a new line
started at the end of every sentence.

debian/rules: If you copy files to debian/, you should remove them in
the clean target as well.  But as the .menu file is Debian-specific, it
might be better to move it from the upstream source to debian/ anyway.
Or install it directly to the right location instead of copying it to
debian/ just so that dh_installmenu can find it.

debian/rules: $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp can probably
just be dh_auto_install.  Together with the previous change you could
drop this override target.

debian/rules: 'dh_installchangelogs ChangeLog' should no longer be
needed if you use debhelper compat level >= 8.

I would use 'dh_auto_configure -- --bindir=/usr/games' instead of
calling ./configure directly as debhelper passes additional options to
it.

debian/rules: '[ ! -f Makefile ] || $(MAKE) distclean', dh_auto_clean
should do that, no need to override it.

Personally I prefer using 'dh $@ --with autoreconf' over adding the
overrides by hand.

Regards,
Ansgar



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

Bug#658851: libreadline6-dev: "Multi-Arch: same" but examples/Makefile.gz differs across architectures

[Jakub Wilk]

Package: libreadline6-dev
Version: 6.2-8
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

With multiarch-enabled dpkg:
| # apt-get install -qq libreadline6-dev:i386 libreadline6-dev:amd64
| debconf: delaying package configuration, since apt-utils is not installed
| Selecting previously unselected package libreadline6-dev:amd64.
| (Reading database ... 10996 files and directories currently installed.)
| Unpacking libreadline6-dev:amd64 (from .../libreadline6-dev_6.2-8_amd64.deb) 
...
| Unpacking libreadline6-dev:i386 (from .../libreadline6-dev_6.2-8_i386.deb) ...
| dpkg: error processing 
/var/cache/apt/archives/libreadline6-dev_6.2-8_i386.deb (--unpack):
|  './usr/share/doc/libreadline6/examples/Makefile.gz' is different from the 
same file on the system

--
Jakub Wilk



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

Bug#656997: libogre-1.7.3: Unmodified /etc/OGRE/plugins.cfg not removed on upgrade

[Sam Morris]

reopen 656997
thanks

I found that when I upgraded to 1.7.3-6 the conffiles were not removed:

(Reading database ... 165610 files and directories currently installed.)
Preparing to replace libogre-1.7.3 1.7.3-5sam1 (using 
libogre-1.7.3_1.7.3-6sam1_amd64.deb) ...
Unpacking replacement libogre-1.7.3 ...
dpkg: warning: unable to delete old directory '/etc/OGRE-1.7.3': Directory not 
empty
Preparing to replace libogre-dev 1.7.3-5sam1 (using 
libogre-dev_1.7.3-6sam1_amd64.deb) ...
Unpacking replacement libogre-dev ...
Preparing to replace ogre-tools 1.7.3-5sam1 (using 
ogre-tools_1.7.3-6sam1_amd64.deb) ...
Unpacking replacement ogre-tools ...
Setting up libogre-1.7.3 (1.7.3-6sam1) ...
Processing triggers for man-db ...
Setting up libogre-dev (1.7.3-6sam1) ...
Setting up ogre-tools (1.7.3-6sam1) ...

Though it's not mentioned in the above messages, /etc/OGRE/plugins.cfg
also still exists.

I think this is because dpkg-maintscript-helper rm_conffile is only
called in libogre-1.7.3.preinst; the man page says it should be called
in the preinst, the postinst and the postrm scripts.

This may be complicated by the local version number's I've added to the
package in order to rebuild it against Boost 1.48. I'm not going to
remove the files in /etc for now in case you want me to test the upgrade
process.

BTW, I noticed that debian/libogre-dev.README.Debian advises users to
specify /etc/OGRE/plugins.cfg when they create their Ogre::Root
instance. I think this file should be removed, or have its contents
replaced with a warning that users should decide which plugins they use
when they build their software, and ship their own plugins.cfg or just
load their chosen plugins manually after creating their Root.

Regards,

-- 
Sam Morris 




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

Bug#658776: O: vgabios -- VGA BIOS software for the Bochs and Qemu emulated VGA card

[Michael Tokarev]

tags 658776 + pending
severity 654823 important
thanks

On 06.02.2012 15:44, Guillem Jover wrote:

>>  http://anonscm.debian.org/gitweb/?p=pkg-qemu/vgabios.git

> I think the Vcs-Git field has an invalid value, though. And the
> Vcs-Browser might need to be adapted to the alioth change in git
> hosting (the git → anonscm thing).

Fixed.  That was too quick on my side.

>> But I've a question.  The orig.tar.gz, it is not orig, since the
>> original tarball contains the binaries built from sources, too,
>> while your rebuild of the orig.tar.gz does not include these.
>> Should it be renamed to +dfsg.orig.tar.gz maybe?
> 
> Well, I don't see any license issue here to warrant +dfsg, these are
> binaries built from the sources. It's always been more of a cleanliness
> issue, take into account that besides the binaries there's also the
> assembler output junk, which makes the tarball go from 83 KiB in Debian
> to 1.5 MiB in upstream, which seems like a waste. There's some people
> using the +ds convention (for debian source) when repacking upstream
> sources, but as long as there's no legal issues, I personally tend to
> find it ugly, YMMV.

I see.  I found it ugly to even need to repack the tarball since
this way it stops being ORIG.tar.gz.  And I'd try to indicate that
the tarball is not original by altering the filename somehow.
But I wont do this with current 0.7a release for sure.

Besides, do you know what's up with Volker Ruppert?  His regular
domain, vruppert.de, appears to be gone from the 'net...

Thanks you!

/mjt



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

Bug#658852: phatch: please transition packaging to dh_python2

[Martin-Éric Racine]

Package: phatch
Severity: normal

Python-support has been deprecated as a Debian packaging tool.
Phatch should therefore be upgraded to use dh_python2 instead. 

Migration guide:  http://deb.li/dhs2p

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

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

Versions of packages phatch depends on:
pn  phatch-cli
pn  python2.7.2-10
pn  python-support1.0.14
pn  python-wxgtk2.8   
pn  python-wxversion  
pn  xdg-utils 

phatch recommends no packages.

Versions of packages phatch suggests:
pn  blender   
pn  inkscape  



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

Bug#657828: Re: [ibus-devel] Prepare ibus 1.4.1

[Osamu Aoki]

Hi thanks for your insights,

> On Sun, Feb 5, 2012 at 10:41 PM, Peng Huang  wrote:
> > I guess fedora does not have hard rule for internal exe files. The
> > application can install them in libexec or pkglibexec. But seems most apps
> > will install them in libexec. So I am think debian have to patch many apps
> > for installing internal exec in pkglibexec, right?

For me, patching on Debian side is OK.

FYI: In the mean time, I found an interesting document for FEDORA and
Debian related to this issue.

http://fedoraproject.org/wiki/Packaging:Guidelines#Libexecdir

| Libexecdir
| The Filesystem Hierarchy Standard does not include any provision for
| libexecdir, but Fedora packages may store appropriate files there.
| Libexecdir (aka, /usr/libexec on Fedora systems) should only be used as
| the directory for executable programs that are designed primarily to be
| run by other programs rather than by users.

This part, I knew.

| Fedora's rpm includes a macro for libexecdir, %{_libexecdir}. Packagers
| are highly encouraged to store libexecdir files in a package-specific
| subdirectory of %{_libexecdir}, such as %{_libexecdir}/%{name}.

So Packaging:Guideline recommends to use /usr/libexec/ibus to store
internal binaries. (I do not know if this Packaging:Guideline is
consensus of FEDORA people) But use of /usr/libexec is fine.

As Peng stated, I see all these files directly under %{_libexecdir}
in ibus.spec:
|...
| %{_libexecdir}/ibus-gconf
| %if %{build_python_library}
| %{_libexecdir}/ibus-ui-gtk
| %endif
| %{_libexecdir}/ibus-ui-gtk3
| %{_libexecdir}/ibus-x11
| %{_libexecdir}/ibus-engine-simple

| If upstream's build scripts support the use of %{_libexecdir} then that
| is the most appropriate place to configure it (eg. passing
| --libexecdir=%{libexecdir}/%{name} to autotools configure). If
| upstream's build scripts do not support that, %{_libdir}/%{name} is a
| valid second choice. If you have to patch support for using one of these
| directories in, then you should patch in LIBEXECDIR, preferably
| configurable at build time (so distributions that do not have
| /usr/libexec can set LIBEXECDIR to another directory more appropriate
| for their distro.

If you change mind to install these under %{_libexecdir}/%{name}
following Packaging:Guideline, use of the new automake feature of
pkglibexec for Makefile.am like my patch makes thing simpler for you.
You do not need to pass --libexecdir=%{libexecdir}/%{name} to autotools
configure but and can just run ./configure without argument.

I also took deep look at Debian policy, it seems there is no policy
requiring it.  Debian follows FHS-2.3+multiarch:

| /usr/lib : Libraries for programming and packages
| 
| Purpose
| 
| /usr/lib includes object files, libraries, and internal binaries that
| are not intended to be executed directly by users or shell scripts. [22]
| 
| Applications may use a single subdirectory under /usr/lib. If an
| application uses a subdirectory, all architecture-dependent data
| exclusively used by the application must be placed within that
| subdirectory. [23]

Use of pkglibexec is just "may" requirement.  Use of /usr/lib seems OK
for internal binaries, too.   Interesting ...  So it is just a cosmetic
consistency issue.  

On Mon, Feb 06, 2012 at 12:35:47AM +0900, Takao Fujiwara wrote:
> If your platform has the different libexec path, you could use
> configure --libexecdir .

I did not want to use special case build script but this is very true. 
Compared to patching Makefile.am, this is much simpler.

 configure --libexecdir /usr/lib/x86_64-linux-gnu/ibus

for Debian.  This is certainly cleaner solution although it requires a
bit complicated overrides configuration in its actual Debian package
script implementation since we need to support so many architectures
such as HURD/KFreeBSD/ARMHF/  I will use this approach for upcoming
1.4.1 unless you start using %{_libexecdir}/%{name} with pkglibexec :-)

I CCed Debian bug report for remembering this.

Thanks,

Osamu




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

Bug#658853: qemu-kvm: uninstallable on sid

[Antonio Terceiro]

Package: qemu-kvm
Version: 1.0+dfsg-7
Severity: serious

qemu-kvm depends on ipxe, which in turn breaks all qemu-kvm versions up to the
one in sid.

This is in a clean sid chroot:

root@homer:/# apt-get install qemu-kvm
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 qemu-kvm : Depends: ipxe but it is not going to be installed
E: Broken packages
root@homer:/# apt-get install qemu-kvm ipxe
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 ipxe : Breaks: qemu-kvm (<= 1.0+dfsg-7) but 1.0+dfsg-7 is to be installed
E: Broken packages

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

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

Versions of packages qemu-kvm depends on:
ii  adduser  3.113+nmu1
ii  ipxe 1.0.0+git-20120202.f6840ba-2
ii  libaio1  0.3.109-2
ii  libasound2   1.0.24.1-4
ii  libbluetooth34.98-2
ii  libbrlapi0.5 4.3-1
ii  libc62.13-26
ii  libcurl3-gnutls  7.24.0-1
ii  libglib2.0-0 2.30.2-6
ii  libgnutls26  2.12.16-1
ii  libiscsi11.0.1-1
ii  libjpeg8 8d-1
ii  libncurses5  5.9-4
ii  libpng12-0   1.2.46-4
ii  libpulse01.1-2
ii  librados20.40-1
ii  librbd1  0.40-1
ii  libsasl2-2   2.1.25.dfsg1-3
ii  libsdl1.2debian  1.2.15-1
ii  libtinfo55.9-4
ii  libuuid1 2.20.1-1.2
ii  libvdeplug2  2.3.2-4
ii  libx11-6 2:1.4.4-4
ii  python   2.7.2-10
ii  qemu-keymaps 1.0+dfsg-2
ii  qemu-utils   1.0+dfsg-2
ii  seabios  1.6.3-2
ii  vgabios  0.7a-1
ii  zlib1g   1:1.2.3.4.dfsg-3

Versions of packages qemu-kvm recommends:
ii  bridge-utils  1.5-2
ii  iproute   20120105-1

Versions of packages qemu-kvm suggests:
ii  debootstrap  1.0.38
ii  samba
ii  vde2 2.3.2-4

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#565294: Merge

[Mark Brown]

unmerge 565294 585110
retitle 565294 usbview: Please provide a mneu item
severity 565294 wishlist
kthxbye

On Wed, Feb 01, 2012 at 06:16:39PM -0500, Filipus Klutiero wrote:
> retitle 565294 icon missing
> severity 565294 normal
> merge 565294 585110

> This is actually a bug, see #585110.

Response #44930934.



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

Bug#658853: qemu-kvm: uninstallable on sid

[Michael Tokarev]

tags 658853 + confirmed pending
thanks

On 06.02.2012 16:48, Antonio Terceiro wrote:
> Package: qemu-kvm
> Version: 1.0+dfsg-7
> Severity: serious
> 
> qemu-kvm depends on ipxe, which in turn breaks all qemu-kvm versions up to the
> one in sid.

Yes, it was me who requested that ipxe-qemu package should
break current qemu and qemu-kvm packages, because the split
did not provide any transition.  And the new version of qemu-kvm
is in the git repository, I was waiting till the last security
bugfix of it landed in wheezy/testing before uploading it.

The same applies to qemu package as well.

/mjt



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

Bug#658854: dpkg-maintscript-helpee, local package rebuilds and orphaned conffiles

[Sam Morris]

Package: dpkg
Version: 1.16.1.2
Severity: normal

Consider the following:

 1. A package foo, version 1-1, with a conffile /etc/foo.cfg
 3. Version 1-1 of foo is installed on a user's system
 4. The user rebuilds foo, changing the version by appending 'local1'
(e.g., by running "dch -l local") and installs the rebuilt package
 2. Version 2-1 of foo, that removes /etc/foo.cfg by invoking
dpkg-maintscript-helper's  rm_conffile action

When the user upgrades from foo 1-1local1 to 2-1, the following
maintainer scripts are executed:

 1. foo 1-1local1: prermupgrade   2-1
 2. foo 2-1:   preinst  upgrade   1-1local1
 3. foo 1-1local1: postrm   upgrade   2-1
 4. foo 2-1:   postinst configure 1-1local1

In foo 2-1's preinst, we have the line:

 dpkg-maintscript-helper rm_conffile 1-1 /etc/foo.cfg

dpkg-maintscript-helper contains the following code:

 if [ "$1" = "install" -o "$1" = "upgrade" ] && [ -n "$2" ] &&
dpkg --compare-versions "$2" le-nl "$LASTVERSION"; then
 prepare_rm_conffile "$CONFFILE" "$PACKAGE"
 fi

The version check will fail because of the local version applied by the
user:

 $ dpkg --compare-versions 1-1local1 le-nl 1-1; echo $?
 1

And the conffile will not be removed.

Is the user in the wrong here? debian-faq says no, as it specifically
advises the user of dch -l when performing a local build. The user
cannot know when he's rebuilding the package that a subsequent version
will remove the conffile, and the package maintainer cannot know that a
user has rebuilt the package locally.

The same will happen when NMUs are prepared, if the package maintainer
is not careful about the version number that they invoke rm_conffile
with.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages dpkg depends on:
ii  coreutils8.13-3
ii  libbz2-1.0   1.0.6-1
ii  libc62.13-24
ii  libselinux1  2.1.0-4.1
ii  xz-utils 5.1.1alpha+20110809-3
ii  zlib1g   1:1.2.3.4.dfsg-3

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.8.15.9

-- Configuration Files:
/etc/dpkg/dpkg.cfg changed [not included]

-- no debconf information



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

Bug#649346: Reporting upstream?

[Ralf Jung]

Is there any way to report this upstream? All I found so far is 
http://ati.cchtml.com/show_bug.cgi?id=418

Kind regards,
Ralf



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

Bug#649346: [Pkg-fglrx-devel] Bug#649346: Reporting upstream?

[Patrick Matthäi]

Am 06.02.2012 13:57, schrieb Ralf Jung:

Is there any way to report this upstream? All I found so far is
http://ati.cchtml.com/show_bug.cgi?id=418


As I said several times it is known @ upstream and already fixed in a 
beta release. The fix may be in 12-2 or 12-3, can't remember currently.





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

Bug#658855: gnome-shell: Icedove isn't marked as running Application

[Martin Dosch]

Package: gnome-shell
Version: 3.2.2.1-1
Severity: normal

Dear Maintainer,
icedove isn't marked as running, allthough it is actually running.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'stable'), (750, 'unstable'), (250, 
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gir1.2-accountsservice-1.0   0.6.15-2
ii  gir1.2-atk-1.0   2.2.0-2
ii  gir1.2-caribou-1.0   0.4.1-2
ii  gir1.2-clutter-1.0   1.8.2-2
ii  gir1.2-cogl-1.0  1.8.2-1
ii  gir1.2-coglpango-1.0 1.8.2-1
ii  gir1.2-folks-0.6 0.6.6-1
ii  gir1.2-freedesktop   1.31.1-1
ii  gir1.2-gconf-2.0 2.32.4-1
ii  gir1.2-gdkpixbuf-2.0 2.24.0-2
ii  gir1.2-gee-1.0   0.6.1-3
ii  gir1.2-gkbd-3.0  3.2.0-1
ii  gir1.2-glib-2.0  1.31.1-1
ii  gir1.2-gmenu-3.0 3.2.0.1-2
ii  gir1.2-gnomebluetooth-1.03.2.1-1
ii  gir1.2-gtk-3.0   3.2.3-1
ii  gir1.2-json-1.0  0.14.2-1
ii  gir1.2-mutter-3.03.2.2-1
ii  gir1.2-networkmanager-1.00.9.2.0-2
ii  gir1.2-pango-1.0 1.29.4-2
ii  gir1.2-polkit-1.00.104-1
ii  gir1.2-soup-2.4  2.34.3-1
ii  gir1.2-telepathyglib-0.120.16.2-1
ii  gir1.2-telepathylogger-0.2   0.2.12-1
ii  gir1.2-upowerglib-1.00.9.15-1
ii  gjs  1.30.0-3
ii  gnome-bluetooth  3.2.1-1
ii  gnome-icon-theme-symbolic3.2.2-1
ii  gnome-settings-daemon3.2.2-2
ii  gnome-shell-common   3.2.2.1-1
ii  gsettings-desktop-schemas3.2.0-2
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-24
ii  libcairo-gobject21.10.2-6.2
ii  libcairo21.10.2-6.2
ii  libcamel-1.2-29  3.2.2-1
ii  libcanberra0 0.28-3
ii  libclutter-1.0-0 1.8.2-2
ii  libcogl-pango0   1.8.2-1
ii  libcogl5 1.8.2-1
ii  libcroco30.6.2-2
ii  libdbus-1-3  1.4.16-1
ii  libdbus-glib-1-2 0.98-1
ii  libdrm2  2.4.30-1
ii  libebook-1.2-12  3.2.2-1
ii  libecal-1.2-10   3.2.2-1
ii  libedataserver-1.2-153.2.2-1
ii  libedataserverui-3.0-1   3.2.2-1
ii  libffi5  3.0.10-3
ii  libfolks25   0.6.6-1
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgconf2-4  2.32.4-1
ii  libgdk-pixbuf2.0-0   2.24.0-2
ii  libgee2  0.6.1-3
ii  libgirepository-1.0-11.31.1-1
ii  libgjs0b [libgjs0-libmozjs185-1.0]   1.30.0-3
ii  libgl1-mesa-glx [libgl1] 7.11.2-1
ii  libglib2.0-0 2.30.2-6
ii  libgnome-desktop-3-2 3.2.1-3
ii  libgnome-keyring03.2.2-2
ii  libgnome-menu-3-03.2.0.1-2
ii  libgstreamer0.10-0   0.10.35-1
ii  libgtk-3-0   3.2.3-1
ii  libical0 0.44-3
ii  libjson-glib-1.0-0   0.14.2-1
ii  libmozjs185-1.0  1.8.5-1.0.0+dfsg-3
ii  libmutter0   3.2.2-1
ii  libnm-glib4  0.9.2.0-2
ii  libnm-util2  0.9.2.0-2
ii  libnspr4-0d  4.8.9-1
ii  libnss3-1d   3.13.1.with.ckbi.1.88-1
ii  libpango1.0-01.29.4-2
ii  libpolkit-agent-1-0  0.104-1
ii  libpolkit-gobject-1-00.104-1
ii  libpulse-mainloop-glib0  1.0-4
ii  libpulse0   

Bug#658764: free ATI driver corrupts output on Radeon HD 6310

[Ben Hutchings]

On Mon, Feb 06, 2012 at 10:50:37PM +1100, Ben Finney wrote:
> package src:linux-2.6
> found 658764 3.1.8-2
> found 658764 3.2.4-1
> thanks
> 
> On 05-Feb-2012, Jonathan Nieder wrote:
> > Does this happen with version 3.2.4-1 from sid, too?
> 
> I'm confused about which version to get; the names are weird:
> 
> Unpacking linux-image-3.2.0-1-amd64 (from 
> .../linux-image-3.2.0-1-amd64_3.2.4-1_amd64.deb)
> 
> So that's either 3.2.0 or 3.2.4, I'm not sure.
[...]

It's really 3.2.4, but the release reported by 'uname -r' will be
'3.2.0-1-amd64'.  We leave out the '.4' so that it is not necessary to
rebuild out-of-tree modules for each stable update, but we have to
substitute something to avoid breaking programs that expect three
dotted numbers at the start.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
  - Albert Camus



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

Bug#658834: RFS: jabber-querybot [QA] -- Modular xmpp/jabber bot

[Marco Balmer]

retitle 658834 RFS: jabber-querybot -- Modular xmpp/jabber bot
thanks

On Mon, Feb 06, 2012 at 06:48:28PM +0800, Paul Wise wrote:
> On Mon, Feb 6, 2012 at 6:33 PM, Marco Balmer  wrote:
> >  RFS: jabber-querybot [QA] -- Modular xmpp/jabber bot
> 
> This isn't a QA upload since the package is not orphaned.

You're right!

-Marco



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

Bug#658856: gcc-mingw-w64: Provide a way to produce programs that do not rely on msvcrt.dll

[Sam Morris]

Package: gcc-mingw-w64
Version: 4.6.1-16+2
Severity: wishlist

This is a big ask, and I'm not even sure about the best way to go about
it, but I figured I'd at least document it somewhere.

I'd like a way to produce an executable that does not rely on
msvcrt.dll. Microsoft say that this file is not intended to be used by
third-parties; it is a system component that provides different
facilities on each version of Windows, and could be changed in a way
that breaks backwards-compatibility at any time.

The best eventual way to achieve this goal would be for mingw-w64-dev to
provide a complete replacment C runtime, but until that happens I'd
like to be able to link against the redistributable C runtime DLLs
provided by Microsoft, msvcr{71,80,90,100}.dll.

mingw-w64-dev already ships import libraries for these DLLs, however the
specs file hardcodes the use of libmsvcrt.a. The specs file can be
modified, but a simple replacement of -lmsvcrt with -lmsvcr100 does not
work:

$ i686-w64-mingw32-gcc -specs=sam -static -o a.exe a.c
/usr/lib/gcc/i686-w64-mingw32/4.6/../../../../i686-w64-mingw32/lib/../lib/libmingw32.a(lib32_libmingw32_a-tlssup.o):
 In function `__dyn_tls_init':
/tmp/buildd/mingw-w64-2.0.1+svn4784/build/i686-w64-mingw32/all/mingw-w64-crt/../../../../mingw-w64-crt/crt/tlssup.c:98:
 undefined reference to `__imp___winmajor'
collect2: ld returned 1 exit status

mingw.org has a page, , that
explains how to modify the specs file, but it's not very clear and I
don't think it's compatible with mingw-w64 anyway (it advises you to
change -lmoldname to -lmoldname80 but this import library is absent from
mingw-w64-dev).

If that were to be overcome then there's the matter of how the end-user
decides which C runtime to use. Ideally it'd be a simple as linking with
-lmsvcr100, but if that's not possible then I guess you'd have to ship a
specs file for each C runtime, and let the end users pick one with
-specs.

Finally there's the problem of the DLLs that gcc itself provides. These
are also each linked to msvcrt.dll! So you'd have to ship each of the
DLLs linked against each of the C runtimes too, and provide some other
mechanism for picking which ones get used! At this point I have to admit
that I'm out of my depth, hence this very low priority feature
request/beg for help. :)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gcc-mingw-w64 depends on:
ii  binutils-mingw-w64  2.22-1+1
ii  libc6   2.13-24
ii  libgmp102:5.0.2+dfsg-2
ii  libmpc2 0.9-4
ii  libmpfr43.1.0-3
ii  mingw-w64-dev   2.0.1+svn4784-1
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages gcc-mingw-w64 recommends:
ii  libstdc++6-4.6-dev  4.6.2-12

Versions of packages gcc-mingw-w64 suggests:
pn  gcc-4.6-locales  

-- no debconf information



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

Bug#658857: bsdmainutils: [cal] Inconsistent month formatting with -3

[Michael Stummvoll]

Package: bsdmainutils
Version: 9.0.1
Severity: normal

Dear Maintainer,

I just noticed that cal has inconsistent output formatting while using -3. 
Sometimes it prints the year on the top line, sometimes before the month.

for example:

$ cal -3 2 2012
2012
  January   February   March  
Su Mo Tu We Th Fr Sa  Su Mo Tu We Th Fr Sa  Su Mo Tu We Th Fr Sa  
 1  2  3  4  5  6  71  2  3  4   1  2  3  
 8  9 10 11 12 13 14   5  6  7  8  9 10 11   4  5  6  7  8  9 10  
15 16 17 18 19 20 21  12 13 14 15 16 17 18  11 12 13 14 15 16 17  
22 23 24 25 26 27 28  19 20 21 22 23 24 25  18 19 20 21 22 23 24  
29 30 31  26 27 28 29   25 26 27 28 29 30 31  
  
$ cal -3 3 2012
   February 2012   March 2012April 2012   
Su Mo Tu We Th Fr Sa  Su Mo Tu We Th Fr Sa  Su Mo Tu We Th Fr Sa  
  1  2  3  4   1  2  3   1  2  3  4  5  6  7  
 5  6  7  8  9 10 11   4  5  6  7  8  9 10   8  9 10 11 12 13 14  
12 13 14 15 16 17 18  11 12 13 14 15 16 17  15 16 17 18 19 20 21  
19 20 21 22 23 24 25  18 19 20 21 22 23 24  22 23 24 25 26 27 28  
26 27 28 29   25 26 27 28 29 30 31  29 30 

In the stable-release of bsdmainutils this bug does not appear.

Kind Regards,
Michael
-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental')
Architecture: i386 (i686)

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

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.20.1-1.2
ii  debianutils  4.1
ii  libc62.13-24
ii  libncurses5  5.9-4
ii  libtinfo55.9-4

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:4.6.2-4
ii  vacation  
ii  wamerican [wordlist]  7.1-1
ii  whois 5.0.14
ii  witalian [wordlist]   1.7.5
ii  wngerman [wordlist]   20110609-1

-- no debconf information



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

Bug#658855: gnome-shell: Icedove isn't marked as running Application

[Michael Biebl]

On 06.02.2012 14:08, Martin Dosch wrote:
> Package: gnome-shell
> Version: 3.2.2.1-1
> Severity: normal
> 
> Dear Maintainer,
> icedove isn't marked as running, allthough it is actually running.

Not reproducible here.

Which version of icedove are you running? How did you start icedove?
Is it completely missing in the side bar or does it show up in the sidebar?
Could you make a screencast to show the problem. It's trivially simple
with gnome-shell, just press Ctrl+Shift+Alt+R to start and again if you
want to stop.

Cheers,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#658858: RFP: ruby-fog -- Ruby cloud service library

[Laurent Bigonville]

Package: wnpp
Severity: wishlist

* Package name: ruby-fog
  Version : 1.1.2
  Upstream Author : Wesley Beary 
* URL : http://github.com/fog/fog
* License : Expat
  Programming Lang: Ruby
  Description : Ruby cloud service library

 The Ruby cloud services library. Supports all major cloud providers
 including AWS, Rackspace, Linode, Blue Box, StormOnDemand, and many
 others. Full support for most AWS services including EC2, S3,
 CloudWatch, SimpleDB, ELB, and RDS.



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

Bug#658859: mason: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: mason
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the mason debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of mason debconf templates.
# Copyright (C) 2007-2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the mason package.
# Bart Cornelis , 2007.
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: mason 1.0.0-12.2\n"
"Report-Msgid-Bugs-To: ma...@packages.debian.org\n"
"POT-Creation-Date: 2010-06-29 22:07+0200\n"
"PO-Revision-Date: 2012-02-06 14:39+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../templates:1001 ../templates:2001
msgid "accept"
msgstr "aanvaarden"

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../templates:1001 ../templates:2001
msgid "reject"
msgstr "verwerpen"

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../templates:1001 ../templates:2001
msgid "deny"
msgstr "niet toelaten"

#. Type: select
#. Description
#: ../templates:1002
msgid "Default action for new firewall rules:"
msgstr "Standaardactie voor nieuwe firewall-regels:"

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"The new rule default action specifies how Mason will handle unknown packets, "
"when the firewall is in learning mode."
msgstr ""
"De nieuw-standaardactie geeft aan hoe Mason zal omgaan met onbekende "
"pakketten wanneer de firewall zich in leermodus bevindt."

#. Type: select
#. Description
#: ../templates:1002
msgid ""
"The \"accept\" action will allow the packet through.  \"Reject\" will stop "
"the packet with a rejection reply, while \"deny\" will drop the packet "
"silently."
msgstr ""
"De 'aanvaarden'-actie laat het pakket door, 'verwerpen' houdt het pakket "
"tegen en stuurt een overeenkomstig antwoord terug, terwijl 'niet toelaten' "
"het pakket stilletjes weggooit."

#. Type: select
#. Description
#: ../templates:2002
msgid "Default action for rulesets:"
msgstr "Standaardactie voor regelsets:"

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"The default action specifies how Mason will handle unknown packets, when the "
"firewall is not in learning mode."
msgstr ""
"De standaardactie geeft aan hoe Mason zal omgaan met onbekende pakketten "
"wanneer de firewall zich niet in leermodus bevindt."

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Again, \"accept\" allows the packet through, \"reject\" drops the packet "
"with a reply, and \"deny\" silently drops the packet."
msgstr ""
"Ook hier betekent 'aanvaarden' dat het pakket doorgelaten wordt, 'verwerpen' "
"dat het pakket tegengehouden wordt en een overeenkomstig antwoord "
"teruggestuurd, en 'niet toelaten' dat het pakket stilletjes weggegooid wordt."

Bug#658860: RFP: ruby-formatador -- Ruby STDOUT text formatting library

[Laurent Bigonville]

Package: wnpp
Severity: wishlist

* Package name: ruby-formatador
  Version : 0.2.1
  Upstream Author : Wesley Beary 
* URL : http://github.com/geemus/formatador
* License : Expat
  Programming Lang: Ruby
  Description : Ruby STDOUT text formatting library

Ruby STDOUT text formatting library



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

Bug#658861: ITP: adminer -- Light weight Web based database administration

[medhamsh]

Package: wnpp
Severity: wishlist
Owner: medhamsh 


* Package name: adminer
  Version : 3.3.3
  Upstream Author : Jakub Vrana 
* URL : http://adminer.org
* License : (GPL, Apache)
  Programming Lang: (PHP)
  Description : Light weight Web based database administration

 Adminer (formerly phpMinAdmin) is a full-featured database management
 tool written in PHP. Conversely to phpMyAdmin, it consist of a single
 file ready to deploy to the target server. Adminer is available for
 MySQL, PostgreSQL, SQLite, MS SQL and Oracle. Depending upon the target
 server one chooses, a single file can be generated to upload to it,
 else the software can be used on any server with multiple php files in
 the web root.



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

Bug#657077: transition: php5 5.4

[Ondřej Surý]

On Mon, Feb 6, 2012 at 12:00, Niels Thykier  wrote:
> On 2012-02-06 10:32, Ondřej Surý wrote:
>> Hi Niels,
>>
>> On Mon, Feb 6, 2012 at 10:20, Niels Thykier  wrote:
>>> On 2012-01-23 22:41, Raphael Geissert wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: transition

 Hi,

 [...]

 Cheers,
>>>
>>> Hi Raphael and Ondrej,
>>>
>>> Sorry for not getting back to you sooner.  So first off, thanks for
>>> filing the bugs at [1] and getting the first half of that solved before
>>> we start.  :)
>>>
>>> We have some concerns with this transition, but hopefully you got these
>>> parts covered.  As you announced in [2] the changes to php5 will break
>>> packages.  It is our understanding that most packages containing php are
>>> not compiled during "build".  If so, we could look at potentially a lot
>>> of packages that will break on user systems.
>>>
>>> Do you have any strategies for checking the php packages in the archive
>>> for potential issues?
>>
>> I'll do a second round (and thanks to a Raphael for first one) and look for
>> potentially broken PHP code in our packages. The fact is that those features
>> were marked as obsolete in PHP 5.3 and those maintainers have been
>> warned, but still PHP code has big momentum.
>>
>
> Thanks, that is greatly appreciated.

Ok, I have checked all packages which depends on php5 and:

1. there are some binary packages which will need transition tracker:

Affected: .build-depends ~ /php5-dev/
Good: .depends ~ /phpapi-20100525/ # this will get fixed in next upload
Bad: .depends ~ /phpapi-20090626/

2. The rest either don't care or have specific code to:
  a) say that the system or its parts won't work with safe_mode
  b) circumvent enabled register_globals

So I would say we are pretty safe on this front.  PHP scripts still could
break in every possible way, but I don't think we would be able to detect
that easily.

The next test (php lint) has showed some fatal errors (which should be
easy to fix).

>> I also have thought about adding couple of lintian checks which will test
>> if the code contains obsolete/removed PHP features.
>>
>
> A good idea, though next time please have them in Lintian before the
> transition is about to start.  Even with an upload today + update of
> lintian.d.o the results are at least 3-4 days away.

After poking the PHP scripts around with grep, I have realized that
there's no sane way how to test these two (safe_mode and register_globals).
Also no sane person would use these two features on his server.

As for php lint - I think same apply for lintian - you need to have latest
php-cli installed for the test and lintian probably doesn't want to drag
that around.

Long term solution would be to incorporate such tests to pkg-php-tools.

>>> I had a look at the thread in [3] and I could not
>>> find anything (except what I suspect are now the bugs listed in [1]).
>>> If I have missed them please let me know.
>>
>> Well, we need to check if the packages like drupal, horde, etc. works
>> with PHP 5.4.
>>
>
> Okay, we are looking forward to results.  :)

The results of safe_mode & register_globals grep is:

  1 OK: binary package
  1 OK: but broken by sqlite.so removal (already done)
  1 SKIP: php-auth-pam dependency broken atm
  1 SKIP: throws some errors in postinst due unreachable pgsql
 34 SKIP: binary package
223 OK

The results of php5 -l (php link) is:

PHP Fatal error:  Call-time pass-by-reference has been removed
dotclear
d-push
horde3
jffnms
moodle
php-horde-auth
php-kolab-filter
php-net-ldap2
php-openid
phpreports
simplesamlphp
zoph

I am mass filling bugs for these packages (this feature has been deprecated
since php 5.3 anyway).

>>> Finally, while I admit we have to improve our reply-time, we would
>>> appreciate if you would avoid "self-acking" your transitions on d-d-a.
>>
>> Sorry for that. I never know how to proceed and I really wanted to send
>> the heads-up before it's too late.
>>
>
> The heads-up was a good idea.  The problem was you expressed yourself as
> if you had already received a go from us (example [1]).

Ah, I understand that you might had impression that I was going to upload
to unstable without d-r team ACK... This was not my intent, it was merely
just a way how to make people really look at the mail. (Saying "it might happen"
will only make them think - I'll check when it's ready.)

O.
-- 
Ondřej Surý 



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

Bug#658862: reportbug: please transition packaging to dh_python2

[Martin-Éric Racine]

Package: reportbug
Version: 6.3.1
Severity: normal

Python-support has been deprecated as a Debian packaging tool.
Reportbug should therefore be upgraded to use dh_python2 instead.

Migration guide:  http://deb.li/dhs2p



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

Bug#658863: ITP: veewee -- Vagrant box creation utility

[Laurent Bigonville]

Package: wnpp
Severity: wishlist
Owner: Laurent Bigonville 

* Package name: veewee
  Version : 0.2.2
  Upstream Author : Patrick Debois 
Ringo De Smet 
* URL : http://github.com/jedi4ever/veewee/
* License : Expat and CDDL
  Programming Lang: ruby
  Description : Vagrant box creation utility

Expand the 'vagrant box' command to support the creation of base boxes
from scratch



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

Bug#658864: phamm: [INTL:nl] Dutch translation of debconf templates

[Jeroen Schot]

Package: phamm
Severity: wishlist
Tags: patch l10n

Hello,

Attached is the updated Dutch translation of the phamm debconf templates.
Please include it in your next upload.

Regards,
-- 
Jeroen Schot
# Dutch translation of phamm debconf templates.
# Copyright (C) 2008-2012 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the phamm package.
# Bart Cornelis , 2007.
# Jeroen Schot , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: phamm 0.5.18-3\n"
"Report-Msgid-Bugs-To: ph...@packages.debian.org\n"
"POT-Creation-Date: 2010-11-14 10:30+0100\n"
"PO-Revision-Date: 2012-02-06 14:52+0100\n"
"Last-Translator: Jeroen Schot \n"
"Language-Team: Debian l10n Dutch \n"
"Language: nl\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../phamm.templates:2001
msgid "LDAP server host:"
msgstr "LDAP-server:"

#. Type: string
#. Description
#: ../phamm.templates:2001
msgid ""
"Please enter the host name or IP address of the LDAP server that Phamm "
"should connect to."
msgstr ""
"Wat is de computernaam of het IP-adres van de LDAP-server waar Phamm "
"verbinding mee moet maken?"

#. Type: string
#. Description
#: ../phamm.templates:3001 ../phamm-ldap.templates:3001
msgid "Distinguished Name of the search base:"
msgstr "Onderscheidende naam (DN) van de zoekbasis:"

#. Type: string
#. Description
#: ../phamm.templates:3001 ../phamm-ldap.templates:3001
msgid ""
"Please enter the Distinguished Name (DN) of the LDAP search base. Many sites "
"use the components of their domain names for this purpose. For example, the "
"domain \"example.org\" would use \"dc=example,dc=org\"."
msgstr ""
"Wat is de onderscheidinde naam ('distinguished name', DN) van de LDAP-"
"zoekbasis? Veel sites gebruiken hiervoor delen van hun domeinnaam. "
"Bijvoorbeeld: het domein \"example.org\" gebruikt \"dc=example, dc=org\"."

#. Type: string
#. Description
#: ../phamm.templates:4001 ../phamm-ldap.templates:4001
msgid "Login DN for the LDAP server:"
msgstr "Aanmeld-DN voor de LDAP-server:"

#. Type: string
#. Description
#: ../phamm.templates:4001 ../phamm-ldap.templates:4001
msgid ""
"Please enter the Distinguished Name of the account that will be used to log "
"in to the LDAP server. If you use form-based authentication this will be the "
"default login DN. In this case leaving it empty will prevent the creation of "
"a default login DN."
msgstr ""
"Wat is de onderscheidende naam (DN) van de account waarmee aangemeld zal "
"worden op de LDAP-server? Als u 'form-based' authenticatie gebruikt is dit "
"de standaard aanmeld-DN. Dit veld blanco laten zorgt er dan voor dat er geen "
"standaard aanmeld-DN aangemaakt wordt."

#. Type: multiselect
#. Description
#: ../phamm.templates:5001
msgid "Web server to reconfigure automatically:"
msgstr "Automatisch te herconfigureren webserver:"

#. Type: multiselect
#. Description
#: ../phamm.templates:5001
msgid ""
"Phamm supports any web server that PHP does, but this automatic "
"configuration process only supports Apache."
msgstr ""
"Phamm ondersteunt elke webserver die PHP aan kan. Dit automatische "
"configuratieproces daarentegen ondersteunt enkel Apache."

#. Type: boolean
#. Description
#: ../phamm.templates:6001
msgid "Restart the webserver(s)?"
msgstr "Wilt u de webserver(s) herstarten?"

#. Type: boolean
#. Description
#: ../phamm.templates:6001
msgid "In order to apply the changes, the webserver(s) must be restarted."
msgstr ""
"Om de aanpassingen door te voeren dienen de webservers herstart te worden."

#. Type: boolean
#. Description
#: ../phamm-ldap.templates:2001
msgid "Create empty LDAP base for Phamm?"
msgstr "Lege LDAP-basis aanmaken voor Phamm?"

#. Type: password
#. Description
#: ../phamm-ldap.templates:5001
msgid "Login password for the LDAP server:"
msgstr "Wachtwoord om aan te melden bij de LDAP-server:"

#. Type: password
#. Description
#: ../phamm-ldap.templates:5001
msgid ""
"Please enter the password that will be used to log in to the LDAP server."
msgstr ""
"Wat is het wachtwoord dat gebruikt zal worden om aan te melden bij de LDAP-"
"server?"

#. Type: password
#. Description
#: ../phamm-ldap.templates:6001
msgid "Login password for the LDAP phamm user:"
msgstr "Wachtwoord voor de LDAP-gebruiker phamm:"

#. Type: password
#. Description
#: ../phamm-ldap.templates:6001
msgid ""
"Please enter the password for \"phamm user\" useful for binding with limited "
"privileges."
msgstr ""
"Wat is het wachtwoord voor de \"phamm-gebruiker\" dat zal worden gebruikt om "
"te verbinden met beperkte rechten."

Bug#658865: Call-time pass-by-reference has been removed from php5 (>= 5.4)

[Ondřej Surý]

Package: moodle
Version: 1.9.9.dfsg2-4
Severity: important
User: pkg-php-ma...@lists.alioth.debian.org
Usertags: php54

Dear maintainer,

package moodle currently fails to parse correctly with
PHP 5.4 with following error(s):

PHP Fatal error:  Call-time pass-by-reference has been removed in 
/usr/share/moodle/lib/adodb/drivers/adodb-oracle.inc.php on line 289
Errors parsing /usr/share/moodle/lib/adodb/drivers/adodb-oracle.inc.php
xargs: php5: exited with status 255; aborting

These error were generated by php in the lint mode.  To reproduce
please install php5-cli and run:

dpkg -L moodle | grep -E ".php[54]?" | xargs -i php -l {}

PHP 5.4 is planned to be included in wheezy, as such, this bug might
become RC if not fixed before 5.4 is uploaded to sid.

Thanks, 
--
Ondřej Surý 

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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



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

Bug#658866: Call-time pass-by-reference has been removed from php5 (>= 5.4)

[Ondřej Surý]

Package: horde3
Version: 3.3.12+debian0-1
Severity: important
User: pkg-php-ma...@lists.alioth.debian.org
Usertags: php54

Dear maintainer,

package horde3 currently fails to parse correctly with
PHP 5.4 with following error(s):

PHP Fatal error:  Call-time pass-by-reference has been removed in 
/usr/share/horde3/lib/Horde/Kolab/Test/Filter.php on line 135
Errors parsing /usr/share/horde3/lib/Horde/Kolab/Test/Filter.php
xargs: php5: exited with status 255; aborting

These error were generated by php in the lint mode.  To reproduce
please install php5-cli and run:

dpkg -L horde3 | grep -E ".php[54]?" | xargs -i php -l {}

PHP 5.4 is planned to be included in wheezy, as such, this bug might
become RC if not fixed before 5.4 is uploaded to sid.

Thanks, 
--
Ondřej Surý 

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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



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

Bug#658867: Call-time pass-by-reference has been removed from php5 (>= 5.4)

[Ondřej Surý]

Package: d-push
Version: 1.5.5-1
Severity: important
User: pkg-php-ma...@lists.alioth.debian.org
Usertags: php54

Dear maintainer,

package d-push currently fails to parse correctly with
PHP 5.4 with following error(s):

PHP Fatal error:  Call-time pass-by-reference has been removed in 
/usr/share/d-push/backend/ics.php on line 600
Errors parsing /usr/share/d-push/backend/ics.php
xargs: php5: exited with status 255; aborting

These error were generated by php in the lint mode.  To reproduce
please install php5-cli and run:

dpkg -L d-push | grep -E ".php[54]?" | xargs -i php -l {}

PHP 5.4 is planned to be included in wheezy, as such, this bug might
become RC if not fixed before 5.4 is uploaded to sid.

Thanks, 
--
Ondřej Surý 

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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



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

Bug#658868: Call-time pass-by-reference has been removed from php5 (>= 5.4)

[Ondřej Surý]

Package: dotclear
Version: 2.4.0+dfsg-1
Severity: important
User: pkg-php-ma...@lists.alioth.debian.org
Usertags: php54

Dear maintainer,

package dotclear currently fails to parse correctly with
PHP 5.4 with following error(s):

PHP Fatal error:  Call-time pass-by-reference has been removed in 
/usr/share/dotclear/web/inc/dbschema/upgrade-cli.php on line 38
Errors parsing /usr/share/dotclear/web/inc/dbschema/upgrade-cli.php
xargs: php5: exited with status 255; aborting

These error were generated by php in the lint mode.  To reproduce
please install php5-cli and run:

dpkg -L dotclear | grep -E ".php[54]?" | xargs -i php -l {}

PHP 5.4 is planned to be included in wheezy, as such, this bug might
become RC if not fixed before 5.4 is uploaded to sid.

Thanks, 
--
Ondřej Surý 

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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



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

Bug#658869: Call-time pass-by-reference has been removed from php5 (>= 5.4)

[Ondřej Surý]

Package: jffnms
Version: 0.9.1-1
Severity: important
User: pkg-php-ma...@lists.alioth.debian.org
Usertags: php54

Dear maintainer,

package jffnms currently fails to parse correctly with
PHP 5.4 with following error(s):

PHP Fatal error:  Call-time pass-by-reference has been removed in 
/usr/share/jffnms/htdocs/views/source_maps.class.php on line 77
Errors parsing /usr/share/jffnms/htdocs/views/source_maps.class.php
xargs: php5: exited with status 255; aborting

These error were generated by php in the lint mode.  To reproduce
please install php5-cli and run:

dpkg -L jffnms | grep -E ".php[54]?" | xargs -i php -l {}

PHP 5.4 is planned to be included in wheezy, as such, this bug might
become RC if not fixed before 5.4 is uploaded to sid.

Thanks, 
--
Ondřej Surý 

-- System Information:
Debian Release: 6.0.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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



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