Bug#622070: [pkg-boost-devel] Bug#622070: witty: FTBFS: openssl_context_service.hpp:73:28: error: '::SSLv2_method' has not been declared

[Kurt Roeckx]

On Sun, Apr 10, 2011 at 08:25:29PM -0500, Steve M. Robbins wrote:
> On Sun, Apr 10, 2011 at 04:29:33PM +0200, Kurt Roeckx wrote:
> > reassign 622070 libboost1.46-dev
> > affects 622070 + src:witty
> > thanks
> > 
> > On Sat, Apr 09, 2011 at 01:56:28PM +0200, Lucas Nussbaum wrote:
> > > > In file included from 
> > > > /usr/include/boost/asio/ssl/context_service.hpp:30:0,
> > > >  from /usr/include/boost/asio/ssl/context.hpp:22,
> > > >  from /usr/include/boost/asio/ssl.hpp:19,
> > > >  from 
> > > > /build/user-witty_3.1.8-2-amd64-wHJ4Kv/witty-3.1.8/src/http/Server.h:22,
> > > >  from 
> > > > /build/user-witty_3.1.8-2-amd64-wHJ4Kv/witty-3.1.8/src/http/HTTPStream.C:12:
> > > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp: In 
> > > > member function 'void 
> > > > boost::asio::ssl::detail::openssl_context_service::create(SSL_CTX*&, 
> > > > boost::asio::ssl::context_base::method)':
> > > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp:73:28: 
> > > > error: '::SSLv2_method' has not been declared
> > > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp:76:28: 
> > > > error: '::SSLv2_client_method' has not been declared
> > > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp:79:28: 
> > > > error: '::SSLv2_server_method' has not been declared
> > > > make[3]: *** [src/http/CMakeFiles/wthttp.dir/HTTPStream.o] Error 1
> > 
> > SSLv2 is now disabled in openssl and so the SSLv2_* methods have
> > been removed.  This can be detected by OPENSSL_NO_SSL2, so you
> > could place all the related section in an #ifndef OPENSSL_NO_SSL2
> 
> What are the equivalent calls to the three removed ones?
> Can you suggest a patch to boost that replaces this code with equivalent 
> functionality?

Please see the manpage of SSL_CTX_new() of what those methods
mean.  As far as I can see this is just a wrapper and you don't
need to replace the code with something else, just disable the
SSLv2 functionality.

Witty for instance uses an sslv23_* function, but is having a
problem because the function also supports sslv2_* functions.

I hope this makes it more clear.


Kurt




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

Bug#621443: [debian/debian-sid] Build depend on libdb-dev (Closes: #621443)

[Ondřej Surý]

tag 621443 pending
thanks

Date: Sun Apr 10 23:27:28 2011 +0200
Author: Ondřej Surý 
Commit ID: 954fadfe8e692813011d4c727b613e9b03d7ea66
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=954fadfe8e692813011d4c727b613e9b03d7ea66
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=954fadfe8e692813011d4c727b613e9b03d7ea66

Build depend on libdb-dev (Closes: #621443)

  



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

Bug#597922: ETA?

[Soren Stoutner]

Is there an ETA for when this bug will be fixed?

-- 
Soren Stoutner
Small Business Tech Solutions
623-262-6169
so...@smallbusinesstech.net
www.smallbusinesstech.net


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

Bug#577524: disabled on iceowl

[Evgeni Golov]

Package: calendar-google-provider
Version: 1.0~b2-4
Followup-For: Bug #577524

This just happend to me (the first time) in iceown-extension.

 apt-get install --reinstall iceowl-extension calendar-google-provider 
calendar-timezones
Has fixed the issue here too. Still I do not understand why this happens. :)
Funnily, this did not happen right after the upgrade to 1.0~b2-4 iirc.

Regards
Evgeni

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

Kernel: Linux 2.6.38-2-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

-- 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#547117: [debian/debian-sid] Provides/Replaces/Conflicts: php5-idn (Closes: #547117)

[Ondřej Surý]

tag 547117 pending
thanks

Date: Sun Apr 10 22:42:08 2011 +0200
Author: Ondřej Surý 
Commit ID: b13bf3c9949c6c3be95d6d793fc35e18e64e7c2d
Commit URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=b13bf3c9949c6c3be95d6d793fc35e18e64e7c2d
Patch URL: 
http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=b13bf3c9949c6c3be95d6d793fc35e18e64e7c2d

Provides/Replaces/Conflicts: php5-idn (Closes: #547117)

  



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

Bug#621769: debian-installer: fails to load preseed file from local media

[Yves-Alexis Perez]

On dim., 2011-04-10 at 15:29 -0300, Otavio Salvador wrote:
> On Sat, Apr 9, 2011 at 02:32, Christian PERRIER 
> wrote:
> > So, this is not a bug, then?
> 
> IMO we could close this bug report in this case. Others? 

I've already closed it (though I still think it'd be nice to have a way
to give a preseed/file in netboot image since that means one can just
boot with the key and doesn't have to keep it plugged for the whole
install).

Regards,
-- 
Yves-Alexis


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

Bug#621072: linux-image-2.6.32-5-amd64: 2.6.32-33 failes to boot as PV domU on Xen

[Florian Wagner]

On Fri, 8 Apr 2011 14:15:39 +0200
Lars Maes  wrote:

> I am also experiencing this issue with my XenServer 5.6 FP1 hosts when
> upgrading to the -33 kernel.
>
> Alas i can not give you any dumps, since I get no console from
> XenCenter and i do not know how to get this elsewhere.

I'm getting those using "xe host-dmesg host=" on the host
console.


On Fri, 08 Apr 2011 14:55:21 +0100
Ben Hutchings  wrote:

> On Wed, 2011-04-06 at 11:48 +0200, Florian Wagner wrote:
> > Package: linux-2.6
> > Version: 2.6.32-33
> > Severity: critical
> > Justification: breaks the whole system
> > 
> > I'm currently investigation why my Debian squeeze systems don't
> > live migrate on an XenSever pool. By chance I stumbled upon the (as
> > it seems to me) soon to be released 2.6.32-33 kernel version and as
> > my live migration issues are kernel related I decided to try that
> > kernel.
> > 
> > But this kernel doesn't boot as a PV domU neither on my Citrix
> > XenServer 5.6 FP1 nor on a Debian system with Xen 3.4.3 at all. It
> > doesn't even get so far as to provide a hvc console but crashes
> > with a page fault on domain creation:
> [...]
> 
> Which was the last version that worked for you?

See the end of my message below the dump: 2.6.32-31 boots. 2.6.32-32
not anymore.


Regards
Florian Wagner


signature.asc
Description: PGP signature

Bug#622221: Please drop libsasl2-modules-otp

[Jan Hauke Rahm]

Package: cyrus-sasl2
Version: 2.1.23.dfsg1-8
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

in order to remove opie (see #511582), the otp binary needs to be
dropped and the build-dependency on opie be removed. Please do so in
your next upload.

Thank you!
Hauke

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

iQIcBAEBCgAGBQJNoqIZAAoJEOCD7BUSMcRl7QUP+QEqrkT8sEhRtdXD8Dgems7u
DdlO+vVTAYcrY+fVTI6xDQBKJz3FWphAJOB8/IxtUFkc7pdG3vG8wqFdvV2tiRnE
hxRp2uD4gJHbop1ZH4u4orABtELFSqJJGSmg10yjVM0YYGUnfkBEQB9IiEVdiNaP
+tMuWAc0KmsBE4FyKbYrQoYBFVGvBuMesf99M+fBNnNOdPQJ6VtwWqsi227Zue8x
qEyYaAX55K+jrHdUwfNZnKaqbCcGbiYHAAEwC5Qg7xxTa4UBD6hH6i9LRrJAu5xo
Dh9qb9B0E7bvlHa6zy39pEt9m/bQ+BTyAw4LyBbWbgt0qYtgtEaW7k4C83p8jjJs
5zeNm3jZhktTAJmdwkJe1KDhh7NRZwKGbTG6Ng3LAtMS+rKJAAf3G6C+GsJwX2hT
87sUq3gmeb3vQx4YnUbHrfMeghGCntSFNLAC88f/hebgN/zeHbqD4PsT061IC7NA
DwJDUI10VTwRusy9JvQuvRHd1OakQTWKAPd6o5w72rPi2aK+nzyKh73cfaSRDEx7
zAqZvE5Hy4D0KGKBsLRQKBmOR7e1AmUp7N81o/I2PYO26pF51xi9+RRL5CgjlbhV
cMwOaLESuR/xTbgEzxcyQkRrfie8pFLJVenHIG6Bi6AldL4kLCN5MtYUpSDkGPLE
cXI1q96nLtFcWBoRNURR
=V6YL
-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#621749: python3-sleekxmpp: configure error

[Tanguy Ortolo]

Tanguy Ortolo, 2011-04-10 19:48 UTC+0200:
> If it may help, here is a patch that works around that, though I doubt
> it is very useful since it is really a dirty hack: it duplicates rules
> (since these are :: rules, they cannot be overwritten but only
> duplicated), removes a hardcoded file, etc. Yuck!

With the patch… :-)

-- 
 ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Maintainer
 \_
From 17aea08324c4968fe6e675bd1f630e9dad67cc3f Mon Sep 17 00:00:00 2001
From: Tanguy Ortolo 
Date: Sun, 10 Apr 2011 19:36:08 +0200
Subject: [PATCH] Dirty workaround Python 2.6 usage for 3.1 package.
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="1.7.4.1"

This is a multi-part message in MIME format.
--1.7.4.1
Content-Type: text/plain; charset=UTF-8; format=fixed
Content-Transfer-Encoding: 8bit

---
 debian/rules |   14 ++
 1 files changed, 14 insertions(+), 0 deletions(-)


--1.7.4.1
Content-Type: text/x-patch; name="0001-Dirty-workaround-Python-2.6-usage-for-3.1-package.patch"
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename="0001-Dirty-workaround-Python-2.6-usage-for-3.1-package.patch"

diff --git a/debian/rules b/debian/rules
index 31802df..24e8e7a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -34,3 +34,17 @@ CDBS_BUILD_DEPENDS_class_python-distutils_python =
 DEB_PYTHON_PRIVATE_MODULES_DIRS = --depends=python-dns
 
 DEB_INSTALL_EXAMPLES_ALL = examples/*
+
+debian/python-module-stampdir/python3-sleekxmpp::
+	cd $(DEB_SRCDIR) && \
+		python3 $(cdbs_python_setup_cmd) build \
+		$(cdbs_python_build_args)
+	touch $@
+
+install/python3-sleekxmpp::
+	cd $(DEB_SRCDIR) && \
+		rm "$(cdbs_python_destdir)/usr/lib/python3.1/site-packages/sleekxmpp/xmlstream/tostring/tostring26.py" && \
+		python3 $(cdbs_python_setup_cmd) install \
+		--root="$(cdbs_python_destdir)" \
+		--install-purelib=$(call cdbs_expand_python_distutils_installdir,$(cdbs_curpythonpribinary)) \
+		$(cdbs_python_install_args)

--1.7.4.1--




signature.asc
Description: Digital signature

Bug#543696: new version this summer

[Steffen Möller]

Dear fans of mgltools@Debian/Ubuntu out there,

some few extra weeks down the road there will be another
upstream release. Andreas was already so kind to
perform an update at least on the svn, many thanks
for that, I personally am too busy for an interim
reaction to the glut removal.

So, the summer will bring some relief.
Thanks

Steffen



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

Bug#592088: one more workaround

[Vladislav Naumov]

The patch from Lionel Elie Mamane does not work for current version of
openvpn from squeeze (2.1.3-2). Applies cleanly, but the resulting
route is broken.

Workaround suggested by someone at
http://openvpn.net/archive/openvpn-users/2007-12/msg00036.html
that works for me is to add gateway with script in
/etc/ppp/ip-up.d/default-gateway:
---8<--
#!/bin/bash

if [ $(ip route list exact default |\
  awk '/^default/ {print $2}') = dev ];
then
 IF=$(ip route | awk '/^default/ {print $3}')
 GW=$(ip address show $IF |\
 awk '/peer/ {print $4}' | cut -d"/" -f1)
 ip route replace default via $GW dev $IF
fi
---8<--



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

Bug#622149: [Pkg-fonts-devel] Bug#622149: lintian: false positive: font-in-non-font-package in fonts-* package

[Paul Wise]

In addition, I don't think the naming policy is yet ready for general
use. For example no-one commented on my question about foundries,
which I now think are a irrelevant in the package name, but might be
relevant in the package description.

-- 
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#622139: xserver-xorg-input-synaptics: setting/listing values does not work anymore (format mismatch)

[Patrick Matthäi]

Am 11.04.2011 00:53, schrieb Cyril Brulebois:
> Hi,
> 
> Patrick Matthäi  (10/04/2011):
>> Package: xserver-xorg-input-synaptics
>> Version: 1.4.0-1
>> Severity: important
> 
> thanks for filing your own bug.
> 
> Upstream's reply: “ask for xinput list-prop output; format mismatch
> comes when the device property doesn't have the format synclient
> expects; unless synclient is buggy, something must have set those
> props”.
> 
> KiBi.

I hope this is correct:

me@gnu:~$ xinput list
⎡ Virtual core pointer  id=2[master pointer
 (3)]
⎜   ↳ Virtual core XTEST pointerid=4[slave  pointer
 (2)]
⎜   ↳ Touchpad  id=6[slave  pointer
 (2)]
⎜   ↳ SynPS/2 Synaptics TouchPadid=11   [slave  pointer
 (2)]
⎣ Virtual core keyboard id=3[master keyboard
(2)]
↳ Virtual core XTEST keyboard   id=5[slave  keyboard
(3)]
↳ Power Button  id=7[slave  keyboard
(3)]
↳ Video Bus id=8[slave  keyboard
(3)]
↳ Sleep Button  id=9[slave  keyboard
(3)]
↳ AT Translated Set 2 keyboard  id=10   [slave  keyboard
(3)]
↳ HP WMI hotkeysid=12   [slave  keyboard
(3)]
me@gnu:~$ xinput list-props 11
Device 'SynPS/2 Synaptics TouchPad':
Device Enabled (126):   1
Coordinate Transformation Matrix (128): 1.00, 0.00,
0.00, 0.00, 1.00, 0.00, 0.00, 0.00, 1.00
Device Accel Profile (243): 0
Device Accel Constant Deceleration (244):   1.00
Device Accel Adaptive Deceleration (245):   1.00
Device Accel Velocity Scaling (246):10.00
Evdev Axis Inversion (291): 0, 0
Evdev Axis Calibration (292):   
Evdev Axes Swap (293):  0
Axis Labels (294):  "Abs X" (287), "Abs Y" (288), "Abs
Pressure" (289), "Abs Tool Width" (290)
Button Labels (295):"Button Left" (129), "Button Unknown"
(286), "Button Right" (131), "Button Wheel Up" (132), "Button Wheel
Down" (133)
Evdev Middle Button Emulation (296):0
Evdev Middle Button Timeout (297):  50
Evdev Wheel Emulation (298):0
Evdev Wheel Emulation Axes (299):   0, 0, 4, 5
Evdev Wheel Emulation Inertia (300):10
Evdev Wheel Emulation Timeout (301):200
Evdev Wheel Emulation Button (302): 4
Evdev Drag Lock Buttons (303):  0
Synaptics Tap Action (266): 
Synaptics Edge Scrolling (257): 
me@gnu:~$


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatth...@debian.org
patr...@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/



signature.asc
Description: OpenPGP digital signature

Bug#621595: drop kaffeine-mozilla (no longer useful)

[Riku Voipio]

reassign 621595 ftp.debian.org
retitle 621595 RM: kaffeine-mozilla -- RoM; orphaned; abandoned upstream
thanks

I agree, lets remove kaffeine-mozilla.

Riku



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

Bug#622220: RM: libpam-opie -- RoQA; Old, its dependency opie is supposed to be removed

[Jan Hauke Rahm]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

in order to remove opie (bug will follow, see #511582 for reference),
libpam-opie needs to be removed. It's untouched since 2004, no-one seems
to care.

Hauke

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

iQIcBAEBCgAGBQJNopnjAAoJEOCD7BUSMcRl/qsQAI8lF5bXomrMUCKJrqC5ryQv
dcs3dSsktJpVNxwpeJqcZjX03nJnwz81NvhS4RU2Nh6KjcndjAiOzjoIBZntxK9D
5piLNrZ9tcdTazppfuIX5llsnIoLHmfH7rjbAg1TX3XrlOkCK3defIxppYfj8rOq
OHUgmij5JVZmZY+sZ9Topeb28+Ol3kfMvoMEd66qKyh9aecv2AHLgC4Q2viTKf8+
t27Gbi+No8EsD0qWJCx1gqlkwenYqAtLW4EHnkJNRpj3QJ1I7zpB+VD43IvVsCJa
++zBXC6qanNnnhuLucxxZ9ZIYr9/X8Eh+R3LggYbLOPLXy3o8Vci+quSE5Ggh3ay
PlW0SofRYK8A0az2KOXtgNZIS4tvm+EZrYx5W7h0yqprkfwIFz+V3LWuWafLoljh
xZdgfwPe5fTdX9G1YAqjfNT7AXlIhFEFM08g/4clXUM7aIhgjsl3NHdmAu+PKioE
w+qFTcdTU6R5vS1Gy7a6qUISYDDzGK0zUYqSJTsbnHAV/0cHffxfFdtP4Gl5vqn9
lqbhW/eOe/EdinwT2ZmDdzbcKqp1ytpT9mNgT5OG//9IJutRjCaBRU+Dr7mUeV9t
kEK4rfd0N/X/yGN8IkwGp838EoJnnbfHmK/F2OEbFFXOITMJF9Vs8RAG/WsrXn82
Uih9ZbMSp27q+upTyJkm
=ua9I
-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#589771: Announce of the upcoming NMU for the zope-common package

[Christian PERRIER]

Dear maintainer of zope-common and Debian translators,

Some days ago, I sent a notice to the maintainer of the zope-common Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs da de es fi fr gl it ja nl pt pt_BR ru sv vi

Among these, the following translations are incomplete: it nl pt_BR

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the zope-common package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Tuesday, April 19, 
2011. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Wednesday, April 06, 2011   : send the first intent to NMU notice to
 the package maintainer.
 Monday, April 11, 2011   : send this notice
 Tuesday, April 19, 2011   : (midnight) deadline for receiving translation 
updates
 Wednesday, April 20, 2011   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Wednesday, April 27, 2011   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: pkg-zope-develop...@lists.alioth.debian.org\n"
"POT-Creation-Date: 2007-07-23 08:07+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../templates:2001
msgid "configuring"
msgstr ""

#. Type: select
#. Choices
#: ../templates:2001
msgid "end"
msgstr ""

#. Type: select
#. Choices
#: ../templates:2001
msgid "manually"
msgstr ""

#. Type: select
#. Description
#: ../templates:2002
msgid "Automatic restart of Zope instances:"
msgstr ""

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Zope offers an extensible, modular structure that allows for the easy "
"addition of extra components (products) or features. These are provided as "
"packages with names that start with a 'zope-' prefix. Each Zope instance "
"needs to be restarted to use any new add-on."
msgstr ""

#. Type: select
#. Description
#: ../templates:2002
msgid ""
"Please choose the default behavior of Zope instances when Zope needs to be "
"restarted:"
msgstr ""

#. Type: select
#. Description
#: ../templates:2002
msgid ""
" - configuring: restart instances after each product configuration;\n"
" - end: restart instances only once at the end of the whole\n"
"installation/upgrading process;\n"
" - manually:no automated restart."
msgstr ""

#. Type: select
#. Choices
#: ../templates:3001
msgid "abort"
msgstr ""

#. Type: select
#. Choices
#: ../templates:3001
msgid "remove and continue"
msgstr ""

#. Type: select
#. Description
#: ../templates:3002
msgid "Action on old/incomplete zope instance '${instance}':"
msgstr ""

#. Type: select
#. Description
#: ../templates:3002
msgid ""
"An old/incomplete ${instance} instance was found in /var/lib/zope${zver}/"
"instance/${instance}, with no Data.fs file. This installation is either "
"incomplete or incompletely removed."
msgstr ""

#. Type: select
#. Description
#: ../templates:3002
msgid "Choosing 'abort' will allow you to inspect the state of the instance."
msgstr ""

#. Type: select
#. Description
#: ../templates:3002
msgid ""
"Choosing 'remove and continue' will remove /var/lib/zope${zver}/instance/"
"${instance} and reinstall ${instance}. Existing log files in /var/log/zope"
"${zver}/${instance} and configuration files in /etc/zope${zver}/${instance} "
"will be preserved."
msgstr ""

#. Type: boolean
#. Description
#: ../templates:4001
msgid "Keep data for ${instance} on package purge?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:4001
msgid ""
"Purging the data files of a Zope instance on package purge will result in "
"the loss of all data for that instance. These data files are stored in /var

Bug#580979: Announce of the upcoming NMU for the tunapie package

[Christian PERRIER]

Dear maintainer of tunapie and Debian translators,

Some days ago, I sent a notice to the maintainer of the tunapie Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in four
days, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: 
cs da de es fr ja nl pt ru sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the tunapie package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Tuesday, April 19, 
2011. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Wednesday, April 06, 2011   : send the first intent to NMU notice to
 the package maintainer.
 Monday, April 11, 2011   : send this notice
 Tuesday, April 19, 2011   : (midnight) deadline for receiving translation 
updates
 Wednesday, April 20, 2011   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Wednesday, April 27, 2011   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: jamesmst...@gmail.com\n"
"POT-Creation-Date: 2006-09-25 17:29+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Do you wish to view uncensored video streams from Shoutcast?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Some Shoutcast video streams contain adult content. If you select this "
"option, adult content will be displayed by tunapie."
msgstr ""


signature.asc
Description: Digital signature

Bug#622219: New Upstream Release 7.3

[Mahyuddin Susanto]

Source: etw

New upstream has been released, this is upstream changelog:
gmult 7.3
-
* Fix odd drag icons when in compiz
* Updated Afrikaans, Brazilian Portuguese, Chinese (Simplified), Chinese
(Traditional), Danish, Dutch, Finnish, French, Hungarian, Indonesian,
Malay, Russian, and Turkish translations
* New Arabic, Czech, and Portuguese translation

this packages can be downloaded from:
https://launchpad.net/gmult/+download
-- 
Mahyuddin Susanto
 udienz at ubuntu.com



signature.asc
Description: OpenPGP digital signature

Bug#600511: Patch for the l10n upload of netenv

[Christian PERRIER]

Quoting Arnaud Fontaine (ar...@debian.org):
> Hello,
> 
> > To help you  out, here's the patch which I would  have used for an
> > NMU.  Please feel free to use all of it...or only the l10n part of
> > it.
> 
> Many thanks to you and other people who translated the debconf templates
> in other languages. I will upload the package this week.


Ping?




signature.asc
Description: Digital signature

Bug#622184: Applications crash on Drag and Drop

[Sadique Ali]

I removed the old Glib from /usr/local/lib and things are working fine now.
Drag and drop works and the Python-GTK apps no  longer crash.
Thank You Josselin!

--Sadique

On Mon, Apr 11, 2011 at 1:46 AM, Josselin Mouette  wrote:

> Le lundi 11 avril 2011 à 00:14 +0530, Sadique Ali a écrit :
> > I ran chromium-browser from the terminal and saw this error:
> >   "symbol lookup error: /usr/lib/libgdk-x11-2.0.so.0: undefined
> > symbol: g_slist_free_full"
>
> You have an outdated version of GLib installed on your system. Please
> clean it up. It’s probably in /usr/local/lib, you can see the actual
> location using “ldd /usr/lib/libgdk-x11-2.0.so.0”.
> --
>  .''`.  Josselin Mouette
> : :' :
> `. `'  “If you behave this way because you are blackmailed by someone,
>  `-[…] I will see what I can do for you.”  -- Jörg Schilling
>
>

Bug#622149: [Pkg-fonts-devel] Bug#622149: lintian: false positive: font-in-non-font-package in fonts-* package

[Christian PERRIER]

Quoting أحمد المحمودي (aelmahmo...@sabily.org):
> Package: lintian
> Version: 2.5.0~rc2
> Severity: normal
> Tags: patch
> 
> The Debian Fonts Task Force have agreed to name font packages using the 
> following naming scheme: fonts--
> 
> Yet, lintian gives a font-in-non-font-package when it finds a font in 
> packages with that naming scheme.
> 
> Attached is a patch to fix this issue.


IIRC, there already has been such request to lintian
maintainers. However, as this new policy is not yet as strongly
published as it should, they logically deferred the change.

So, well, I would have no problem if this bug fix is delayed until we
really publish the font packages policy (starting from what Rogério
wrote and published in the mailing list a few weeks ago).




signature.asc
Description: Digital signature

Bug#556078: Patch for the l10n upload of anon-proxy

[Christian PERRIER]

Quoting Christian PERRIER (bubu...@debian.org):

> > We finally agreed that you would do the update yourself at the end of
> > the l10n update round.
> > 
> > That time has come.
> 
> Ping?
> 

No packets received..:-)

Re-ping?

-- 




signature.asc
Description: Digital signature

Bug#622218: linux-image-2.6.38-2-amd64: Btrfs fails on first mount due to in-kernel NULL pointer dereference

[Boyd Stephen Smith Jr.]

Package: linux-2.6
Version: 2.6.38-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


System boots, but many of my file systems are now btrfs and they do not
end up mounted.  I'm now in Squeeze kernel to send this report.  I
should be able to get the kernel traceback tomorrow.  Definitely
happening during the btrfs mount of my /opt file system which is almost
empty.  Running btrfsck against that file system reports no errors;
mounts fine under Squeeze kernel, and under the previous version of
2.6.38 -- failure happened today after I updated kernel and tried to
reboot.  Error was unable to handle kernel NULL pointer deference.  Last
sysfs file touched ended in something like btrfs/uevent-1.

Will further reply with boot messages from 2.6.28 (currently sending
this from Squeeze kernel).

- -- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: TYAN Computer Corp
product_name: S2895
product_version: TYAN Thunder K8WE S2895
chassis_vendor: TYAN Computer Corp
chassis_version: 
bios_vendor: Phoenix Technologies Ltd.
bios_version: 2004Q3
board_vendor: Tyan Computer Corp
board_name: S2895
board_version: TYAN Thunder K8WE S2895

** Network interface configuration:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp
hwaddress ether 00:04:4B:FA:CA:DE
hostname monster

iface eth1 inet dhcp
hwaddress ether 00:04:4B:EF:FA:CE
hostname monster

** PCI devices:
00:00.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller 
[10de:005e] (rev a3)
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:01.0 ISA bridge [0601]: nVidia Corporation CK804 ISA Bridge [10de:0051] (rev 
a3)
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 
Kernel driver in use: nForce2_smbus
Kernel modules: i2c-nforce2

00:02.0 USB Controller [0c03]: nVidia Corporation CK804 USB Controller 
[10de:005a] (rev a2) (prog-if 10 [OHCI])
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: ohci_hcd
Kernel modules: ohci-hcd

00:02.1 USB Controller [0c03]: nVidia Corporation CK804 USB Controller 
[10de:005b] (rev a3) (prog-if 20 [EHCI])
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd

00:04.0 Multimedia audio controller [0401]: nVidia Corporation CK804 AC'97 
Audio Controller [10de:0059] (rev a2)
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: Intel ICH
Kernel modules: snd-intel8x0

00:06.0 IDE interface [0101]: nVidia Corporation CK804 IDE [10de:0053] (rev a2) 
(prog-if 8a [Master SecP PriP])
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: pata_amd
Kernel modules: pata_amd, ata_generic

00:07.0 IDE interface [0101]: nVidia Corporation CK804 Serial ATA Controller 
[10de:0054] (rev a3) (prog-if 85 [Master SecO PriO])
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: sata_nv
Kernel modules: sata_nv, ata_generic

00:08.0 IDE interface [0101]: nVidia Corporation CK804 Serial ATA Controller 
[10de:0055] (rev a3) (prog-if 85 [Master SecO PriO])
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: sata_nv
Kernel modules: sata_nv, ata_generic

00:09.0 PCI bridge [0604]: nVidia Corporation CK804 PCI Bridge [10de:005c] (rev 
a2) (prog-if 01 [Subtractive deco

Bug#444340: closing

[Filipus Klutiero]

Hi Michael,
you erroneously closed #444340 closing #546780, which is merged with the former.

On March 20, 2011 03:49:18 pm you wrote:
> this is not how the packaging works any more.  modules are
> automatically build via dkms.  you can also use dkms's mkdeb to create
> your own packages.
> 
> best wishes,
> mike



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

Bug#617570: Can dependency on iproute be relaxed?

[Jamie Wilkinson]

I think the right solution is to make it a constrained depends on ~kFreeBSD
systems, because I'm pretty sure it doesn't work without iproute on Linux.
 (My memory is weak in this area though.)

Thanks for the report.

On 10 March 2011 06:16, Mats Erik Andersson
wrote:

> Package: pmacct
> Version: 0.12.1-1
> Severity: wishlist
>
> The binaries in this package build without problems also
> for GNU/kFreeBSD, but due to a manually specified depen-
> dency on "iproute" the package remains uninstallable for
> GNU/kFreeBSD.
>
> Could the dependency be relaxed to "Recommends" or "Suggests"?
> Or could collaboration uncover whether there are replacement
> tools, accessible for GNU/kFreeBSD. The mechanisms seemingly
> used in the source indicate very little dependency in Linux
> proper, the only exception being dependent on ENABLE_ULOG
> which need netfilter code.
>
> Best regards,
>   Mats Erik Andersson, DM
>
>
>

Bug#617558: Complete lack of manual pages.

[Jamie Wilkinson]

it would be awesome if you sent this manpage upstream.

On 11 March 2011 23:08, Mats Erik Andersson
wrote:

> Sorry, I forgot to attach the draft itself.
>
> Best regards,
>  Mats Erik Andersson, DM
>

Bug#622217: [libgdk-pixbuf2.0-0] "Gdk" not completely capitalized in extended description

[Filipus Klutiero]

Package: libgdk-pixbuf2.0-0
Version: 2.23.0-2
Severity: minor

The extended description starts with:


The Gdk Pixbuf library provides


"GDK" is an acronym and should be completely capitalized. Please replace 
"Gdk Pixbuf" with either "GDK Pixbuf" or "GdkPixbuf" (CamelCase).





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

Bug#622216: ITP: nomnom -- download videos from Youtube and other similar video websites

[Alejandro Garrido Mota]

Package: wnpp
Owner: Alejandro Garrido Mota 
Severity: wishlist

* Package name: nomnom
* Version   : 0.1.2
* Upstream Author : Toni Gundogdu 
* URL   : http://nomnom.sourceforge.net/
* License  : GPL-3
* Programming Lang: C

Description: download videos from Youtube and other similar video websites
 application for downloading videos from Youtube and other similar
 video websites that require Adobe Flash to view the video content. Video
 streaming or downloading can be started simply by dropping an URL onto the
 application window.

Regards

-- 
http://www.mogaal.com
Ing Eléctrica - Universidad Simón Bolívar
GNU/Linux Debian SID
Usuario Linux registrado #386758
GPG Key Fingerprint = F6A7 EF7E 4688 70C6 6B37  A8EF F6B0 9645 B24B F200



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

Bug#620902: devscripts: [licensecheck] remove "(the License)" from the Apache license regex

[James Vega]

On Mon, Apr 11, 2011 at 08:04:06AM +0400, Dmitry Kurochkin wrote:
> Hi James.
> 
> On Sun, 10 Apr 2011 23:51:36 -0400, James Vega  wrote:
> > On Tue, Apr 05, 2011 at 04:19:39AM +0400, Dmitry Kurochkin wrote:
> > > The Apache license rexex in licensecheck version 2.10.71 is:
> > > 
> > >   /under the Apache License, Version ([^ ]+) \(the License\)/
> > > 
> > > Since the stuff in parenthesis is meant for the following text which may
> > > not be present in many customized preambles, it should not be matched for.
> > 
> > Have you seen instances where that was the problem?
> 
> Yes, the polygraph [1] package I am trying to get accepted to Debian.
> See discussion on the debian-mentors mailing list [2].

Thanks for the pointer.

> > It seems like the
> > more relevant problem is that the regular expression doesn't contain the
> > double quotes around "License", like official boilerplate does.
> > 
> 
> The quotes are missing indeed. But apparently licensecheck does some
> preprocessing on the input because the current regex successfully
> matches the official boilerplate.

Ah, right.  We strip out everything except a basic set of characters to
ease matching.

> This may not be the most relevant problem, but we have at least one
> example when it would help. And since fixing the issue is easy, I
> believe it should be done.

Yeah, it's just a balance between being flexible enough to catch
variations but not too flexible that there are significant false
positives.

If it had been an issue with the quoting, I would have preferred to fix
that instead.  Seeing as that isn't an issue and the modified check
isn't too broad, I'll fix it.  Thanks for the suggestion. :)

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#622215: lmms prevents wine from being installed

[Jason Harland]

Package: lmms
Version: 0.4.10-2
Severity: important

sudoku@amitabha ~ $ sudo aptitude install wine
The following NEW packages will be installed:
  ttf-mscorefonts-installer{a} wine{b}
The following packages will be REMOVED:
  libwine-openal-unstable{u} python-wxgtk2.8{u} python-wxversion{u}
0 packages upgraded, 2 newly installed, 3 to remove and 0 not upgraded.
Need to get 0 B/17.0 MB of archives. After unpacking 47.6 MB will be used.
The following packages have unmet dependencies:
  wine: Conflicts: libwine but 1.0.1-3.1 is installed.
The following actions will resolve these dependencies:

 Remove the following packages:
1) libwine
2) lmms
3) wine-bin

bug #622080 made the suggestion of changing libwine to a "recommends" instead
of a dependency.



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

Kernel: Linux 2.6.37-5.dmz.1-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lmms depends on:
ii  lib32gcc11:4.6.0-2   GCC support library (32 bit Versio
ii  lib32stdc++6 4.6.0-2 The GNU Standard C++ Library v3 (3
ii  libasound2   1.0.23-2.1  shared library for ALSA applicatio
ii  libc62.11.2-13   Embedded GNU C Library: Shared lib
ii  libc6-i386   2.11.2-13   Embedded GNU C Library: 32-bit sha
ii  libfftw3-3   3.2.2-1 library for computing Fast Fourier
ii  libfluidsynth1   1.1.3-3 Real-time MIDI software synthesize
ii  libfontconfig1   2.8.0-2ubuntu1  generic font configuration library
ii  libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib
ii  libgcc1  1:4.6.0-2   GCC support library
ii  libice6  2:1.0.7-1   X11 Inter-Client Exchange library
ii  libjack0 [libjack-0. 1:0.120.1+svn4142-1 JACK Audio Connection Kit (librari
ii  libogg0  1.2.0~dfsg-1Ogg bitstream library
ii  libportaudio219+svn20110317-1Portable audio I/O - shared librar
ii  libpulse00.9.21-4PulseAudio client libraries
ii  libqt4-xml   4:4.7.2-3   Qt 4 XML module
ii  libqtcore4   4:4.7.2-3   Qt 4 core module
ii  libqtgui44:4.7.2-3   Qt 4 GUI module
ii  libsamplerate0   0.1.7-3 Audio sample rate conversion libra
ii  libsdl1.2debian  1.2.14-6.1  Simple DirectMedia Layer
ii  libsm6   2:1.2.0-1   X11 Session Management library
ii  libsndfile1  1.0.24-1Library for reading/writing audio 
ii  libstdc++6   4.6.0-2 The GNU Standard C++ Library v3
ii  libstk0c2a   4.4.2-5+b1  Sound Synthesis Toolkit
ii  libvorbis0a  1.3.2-1 The Vorbis General Audio Compressi
ii  libvorbisenc21.3.2-1 The Vorbis General Audio Compressi
ii  libvorbisfile3   1.3.2-1 The Vorbis General Audio Compressi
ii  libwine  1.0.1-3.1   Windows API implementation - libra
ii  libx11-6 2:1.4.3-1   X11 client-side library
ii  libxext6 2:1.2.0-2   X11 miscellaneous extension librar
ii  libxft2  2.2.0-2.1   FreeType-based font drawing librar
ii  libxinerama1 2:1.1.1-1   X11 Xinerama extension library
ii  lmms-common  0.4.10-2Linux Multimedia Studio - common f
ii  stk  4.4.2-5+b1  Sound Synthesis Toolkit (example a
ii  wine-bin 1.0.1-3.1   Windows API implementation - binar
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages lmms recommends:
ii  caps  0.4.2-1C* Audio Plugin Suite
ii  tap-plugins   0.7.1-1Tom's Audio Processing LADSPA plug

Versions of packages lmms suggests:
pn  fil-plugins(no description available)
ii  freepats  20060219-1 Free patch set for MIDI audio synt
pn  mcp-plugins(no description available)
pn  omins  (no description available)
pn  vcf(no description available)

-- 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#620902: devscripts: [licensecheck] remove "(the License)" from the Apache license regex

[Dmitry Kurochkin]

Hi James.

On Sun, 10 Apr 2011 23:51:36 -0400, James Vega  wrote:
> On Tue, Apr 05, 2011 at 04:19:39AM +0400, Dmitry Kurochkin wrote:
> > The Apache license rexex in licensecheck version 2.10.71 is:
> > 
> >   /under the Apache License, Version ([^ ]+) \(the License\)/
> > 
> > Since the stuff in parenthesis is meant for the following text which may
> > not be present in many customized preambles, it should not be matched for.
> 
> Have you seen instances where that was the problem?

Yes, the polygraph [1] package I am trying to get accepted to Debian.
See discussion on the debian-mentors mailing list [2].

> It seems like the
> more relevant problem is that the regular expression doesn't contain the
> double quotes around "License", like official boilerplate does.
> 

The quotes are missing indeed. But apparently licensecheck does some
preprocessing on the input because the current regex successfully
matches the official boilerplate.

This may not be the most relevant problem, but we have at least one
example when it would help. And since fixing the issue is easy, I
believe it should be done.

Regards,
  Dmitry

[1] 
http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=polygraph
[2] http://lists.debian.org/debian-mentors/2011/04/msg00038.html



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

Bug#620902: devscripts: [licensecheck] remove "(the License)" from the Apache license regex

[James Vega]

On Tue, Apr 05, 2011 at 04:19:39AM +0400, Dmitry Kurochkin wrote:
> The Apache license rexex in licensecheck version 2.10.71 is:
> 
>   /under the Apache License, Version ([^ ]+) \(the License\)/
> 
> Since the stuff in parenthesis is meant for the following text which may
> not be present in many customized preambles, it should not be matched for.

Have you seen instances where that was the problem?  It seems like the
more relevant problem is that the regular expression doesn't contain the
double quotes around "License", like official boilerplate does.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#622212: devscripts: uscan problems when HTTPS_PROXY or https_proxy is set

[James Vega]

On Mon, Apr 11, 2011 at 02:57:28PM +1200, Francois Marier wrote:
> When trying to scan the following watch file:
> 
>   version=3
>   https://launchpad.net/mahara/+download 
> http://launchpad.net/mahara/[\d.]+/[\d.]+/\+download/mahara-([\d.]+).tar.gz
> 
> I get proxy errors:
> 
>   $ uscan --verbose --report
>   -- Scanning for watchfiles in .
>   -- Found watchfile in ./mahara/debian
>   -- In debian/watch, processing watchfile line:
>  https://launchpad.net/mahara/+download 
> http://launchpad.net/mahara/[\d.]+/[\d.]+/\+download/mahara-([\d.]+).tar.gz
>   uscan warning: In watchfile debian/watch, reading webpage
> https://launchpad.net/mahara/+download failed: 500 Can't connect to 
> localhost:8118 (Bad service '8118/')

This is likely a problem with libwww-perl.

If you run “uscan --debug --report 2>&1|grep 'requesting URL'”, you'll see the
exact URLs that uscan is using.  I imagine you'll see the same results using
/usr/bin/GET (which libwww-perl provides) to fetch those URLs.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega 


signature.asc
Description: Digital signature

Bug#622214: Missing dependency on libquvi-dev leads to broken pkg-config --cflags

[Michael Biebl]

Package: libtotem-plparser-dev
Version: 2.32.4-1
Severity: important
File: /usr/lib/pkgconfig/totem-plparser.pc

Hi,

due to the unfortunate upload of 2.32.4-1 to unstable, one of my
packages (tracker) ftbfs now, because of

# pkg-config --cflags totem-plparser
Package libquvi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libquvi.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libquvi', required by 'totem-plparser', not found

I think, the fix from experimental should be uploaded to unstable too to
avoid unnecessary churn.

Cheers,
Michael

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

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

Versions of packages libtotem-plparser-dev depends on:
ii  gir1.2-totem-plparser-1.0   2.32.4-1 GObject introspection data for the
ii  libglib2.0-dev  2.28.4-1 Development files for the GLib lib
ii  libgmime-2.4-dev2.4.23-1 MIME message parser and creator li
ii  libtotem-plparser17 2.32.4-1 Totem Playlist Parser library - ru
ii  libxml2-dev 2.7.8.dfsg-2 Development files for the GNOME XM

libtotem-plparser-dev recommends no packages.

libtotem-plparser-dev 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#622213: freecad: Please package new upstream version 0.11

[Adam C Powell IV]

Source: freecad
Severity: wishlist

Greetings,

Upstream has been at version 0.11.x since November.  Please bring this
into the Debian package.

Thanks,
Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#621710: qemu-system-sparc/sparc64: does not boot with Debian Installer

[Mehul Sanghvi]

On Sat, Apr 9, 2011 at 19:26, Aurelien Jarno  wrote:
> On Thu, Apr 07, 2011 at 11:28:55PM -0400, Mehul Sanghvi wrote:
>
> This is because qemu-system-sparc64 is not yet complete to the point of
> booting a Linux kernel. I'll advise you to install etch instead, which
> is the last Debian sparc release with support for 32-bit CPU.
>


So I downloaded etch 4.0r9 to get the 32-bit SPARC CPU support.  I
ended up having the
same problem as I did in my original bug report.


cheers,

  mehul

-- 
Mehul N. Sanghvi
email: mehul.sang...@gmail.com



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

Bug#622212: devscripts: uscan problems when HTTPS_PROXY or https_proxy is set

[Francois Marier]

Package: devscripts
Version: 2.10.71
Severity: normal

When trying to scan the following watch file:

  version=3
  https://launchpad.net/mahara/+download 
http://launchpad.net/mahara/[\d.]+/[\d.]+/\+download/mahara-([\d.]+).tar.gz

I get proxy errors:

  $ uscan --verbose --report
  -- Scanning for watchfiles in .
  -- Found watchfile in ./mahara/debian
  -- In debian/watch, processing watchfile line:
 https://launchpad.net/mahara/+download 
http://launchpad.net/mahara/[\d.]+/[\d.]+/\+download/mahara-([\d.]+).tar.gz
  uscan warning: In watchfile debian/watch, reading webpage
https://launchpad.net/mahara/+download failed: 500 Can't connect to 
localhost:8118 (Bad service '8118/')
  -- Scan finished

I have privoxy configured to proxy HTTP and HTTPS traffic:

  HTTP_PROXY=http://localhost:8118/
  HTTPS_PROXY=https://localhost:8118/
  http_proxy=http://localhost:8118/
  https_proxy=https://localhost:8118/

and uscan works fine if I disable the proxy:

  $ https_proxy= HTTPS_PROXY= uscan --verbose --report
  -- Scanning for watchfiles in .
  -- Found watchfile in ./mahara/debian
  -- In debian/watch, processing watchfile line:
 https://launchpad.net/mahara/+download 
http://launchpad.net/mahara/[\d.]+/[\d.]+/\+download/mahara-([\d.]+).tar.gz
  -- Found the following matching hrefs:
   http://launchpad.net/mahara/1.3/1.3.5/+download/mahara-1.3.5.tar.gz
   http://launchpad.net/mahara/1.3/1.3.4/+download/mahara-1.3.4.tar.gz
   http://launchpad.net/mahara/1.3/1.3.3/+download/mahara-1.3.3.tar.gz
   http://launchpad.net/mahara/1.3/1.3.2/+download/mahara-1.3.2.tar.gz
   http://launchpad.net/mahara/1.3/1.3.1/+download/mahara-1.3.1.tar.gz
   http://launchpad.net/mahara/1.3/1.3.0/+download/mahara-1.3.0.tar.gz
   http://launchpad.net/mahara/1.2/1.2.8/+download/mahara-1.2.8.tar.gz
   http://launchpad.net/mahara/1.2/1.2.7/+download/mahara-1.2.7.tar.gz
   http://launchpad.net/mahara/1.2/1.2.6/+download/mahara-1.2.6.tar.gz
   http://launchpad.net/mahara/1.2/1.2.5/+download/mahara-1.2.5.tar.gz
  Newest version on remote site is 1.3.5, local version is 1.2.7
   => mahara-1.3.5.tar.gz already in package directory
  -- Scan finished

I can access both the https page and the http tarballs  without problems in
my browser which leads me to think that uscan is doing something wrong but
I may be mistaken.

Cheers,
Francois


-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DSCVERIFY_KEYRINGS=~/.gnupg/pubring.gpg
USCAN_SYMLINK=no

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

Kernel: Linux 2.6.38.2-grsec+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages devscripts depends on:
ii  dpkg-dev  1.16.0 Debian package development tools
ii  libc6 2.11.2-13  Embedded GNU C Library: Shared lib
ii  perl  5.10.1-19  Larry Wall's Practical Extraction 

Versions of packages devscripts recommends:
ii  at 3.1.12-1  Delayed job execution and batch pr
ii  bzr2.3.1-1   easy to use distributed version co
ii  chromium [www-brow 10.0.648.204~r79063-1 Chromium browser
ii  curl   7.21.4-1  Get a file from an HTTP, HTTPS or 
ii  cvs1:1.12.13-12  Concurrent Versions System
ii  darcs  2.4.4-3   a distributed, interactive, smart 
ii  dctrl-tools2.18  Command-line tools to process Debi
ii  debian-keyring [de 2011.03.03GnuPG keys of Debian Developers
ii  dput   0.9.6.2   Debian package upload tool
ii  dupload2.7.0 utility to upload Debian packages
ii  epiphany-browser [ 2.30.6-1  Intuitive GNOME web browser
pn  equivs (no description available)
ii  fakeroot   1.15.1-1  tool for simulating superuser priv
ii  git [git-core] 1:1.7.4.1-5   fast, scalable, distributed revisi
ii  git-core   1:1.7.4.1-5   fast, scalable, distributed revisi
ii  gnupg  1.4.11-3  GNU privacy guard - a free PGP rep
ii  iceweasel [www-bro 3.5.18-1  Web browser based on Firefox
ii  libauthen-sasl-per 2.1500-1  Authen::SASL - SASL Authentication
ii  libcrypt-ssleay-pe 0.57-2Support for https protocol in LWP
ii  libjson-perl   2.51-1module for manipulating JSON-forma
ii  libparse-debcontro 2.005-2   Easy OO parsing of Debian control-
pn  libsoap-lite-perl  (no description available)
ii  libterm-size-perl  0.2-4+b1  Perl extension for retrieving term
ii  libtimedate-perl   1.2000-1  collection of modules to m

Bug#618696: closed by Adam C Powell IV (Re: elmer: multiple licensing issues)

[Adam C Powell IV]

severity 618696 important
thanks

Hi Francesco,

On Sun, 2011-04-10 at 22:56 +0200, Francesco Poli wrote:
> reopen 618696
> thanks
> 
> 
> On Wed, 23 Mar 2011 18:51:55 +0100 Francesco Poli wrote:
> 
> > On Wed, 23 Mar 2011 14:15:09 + Debian Bug Tracking System wrote:
> [...] 
> > > elmergrid/acx_metis.m4:
> > > 
> > > As you indicate, linking GPL objects with QPL objects creates a derived
> > > work which violates the copyright of the GPL objects.  That's not what's
> > > happening here.  The file acx_metis.m4 is an m4 script, not a binary, so
> > > there is no combined derived work, and no GPL violation.
> > 
> > OK, so there's no GPL-compatibility issue, thanks for clarifying!
> > 
> > Can we address the non-freeness of QPL-licensed files, though?
> > As I said, there are a number of precedents of QPL-licensed works that
> > were considered unsuitable for main.
> 
> Since the first licensing issue is still present (non-freeness of a
> QPL-licensed file), I am reopening the bug report.

Is QPL really considered non-DFSG-free?  The Wiki [1] includes it among
"Licenses whose status is unsettled", and although the example mentioned
of Qt can be in main because it is QPL/GPL (or was when this was
written), the acceptance of deal.II [2] into main indicates that the FTP
masters believe that QPL is DFSG-free.

 [1] http://wiki.debian.org/DFSGLicenses
 [2] http://packages.qa.debian.org/d/deal.ii.html

> I think the possible solutions are:
> 
>  (A) elmergrid/acx_metis.m4 should be replaced by a DFSG-free
> equivalent, if any is available.
> 
>  (1B) elmergrid/acx_metis.m4 copyright holders should be contacted
> and persuaded to re-license (or dual-license) the file under
> DFSG-free terms (better if GPL-compatible, but this is not a must).

I brought this file in from deal.II, and don't know of another METIS
check script...  Since deal.II is QPL, and is in main, then this file
and Elmer should also be permitted in main.

Though it should probably be closed, I will leave this bug open for now,
but it should not prevent Elmer from transitioning to testing.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#621913: dictionaries-common: Dictionaries-common won't configure because no dictionary is selected.

[Soren Stoutner]

Agustin,

On Sunday, April 10, 2011 05:08:45 am you wrote:
> Hi, Soren,
> 
> I cannot reproduce this problem. I tried following steps,
> 
> a) Remove all wordlists
> b) Unpack again dictionaries-common
> c) dpkg --configure -a
> 
> Seems to work fine.
> 
> >  dictionaries-common/default-wordlist:
> Do you have no wordlists installed in your system? Is strange to not
> see at least wamerican.

I had both wamerican and wbritish installed.  I purged both packages and 
reinstalled wamerican.  After doing that dictionaries-common configured 
correctly.  I have no idea why it wasn't working before.

Soren

-- 
Soren Stoutner
Small Business Tech Solutions
623-262-6169
so...@smallbusinesstech.net
www.smallbusinesstech.net


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

Bug#254615: fedora has patches for this

[Jason White]

Christoph Anton Mitterer  wrote:
> I've just seen that Fedora ships patches which add support for acls,
> xattrs and selinux.
> 
> Not sure where the canonical location for these patches is, but they can
> be found here:
> http://cvs.fedoraproject.org/viewvc/rpms/tar/devel/

which is now a broken link.
> 
> Guess we should try to get them merged upstream.

That would be desirable, especially now that the star package is no longer in
Debian, leaving, to my knowledge, no means of reading or creating tar files
with ACLs.

I've logged into a Fedora system, and the ACL support is documented in tar(1).




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

Bug#621847: Info received ([SERVER] Bug#621847: mirror.optus.net gives 403 errors on some directories)

[Dean Hamstead]

additionally, the root cause of this issue seems to be ftp.au.debian.org

see

http://lists.debian.org/debian-mirrors/2011/04/msg1.html

On 11/04/11 10:33, Debian Bug Tracking System wrote:

Thank you for the additional information you have supplied regarding
this Bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
  Debian Mirrors Team

If you wish to submit further information on this problem, please
send it to 621...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.





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

Bug#596986: FTBFS: tests fail on armhf (and sh4)

[Nobuhiro Iwamatsu]

Hi,

bogofilter_1.2.2-3 of sh4 succeeded build package.
  
http://buildd.debian-ports.org/fetch.php?pkg=bogofilter&arch=sh4&ver=1.2.2-3&stamp=1302483325&file=log&as=raw

The official architecture seem to have no problem either.
  https://buildd.debian.org/status/package.php?p=bogofilter

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6



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

Bug#556514: uim: FTBFS with binutils-gold

[d+deb]

tags 556514 + fixed-in-experimental
fixed 556514 1:1.6.1-2
thanks

fixed in upstream SVN trunk r6148.
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: Digital signature

Bug#621707: nfs-common fails to start during boot

[Adnan Hodzic]

Hey Jean,

> Had the same problem.
> Solved it removing nfs-common and portmap and reinstalling nfs-common.
> Then, portmap was not reinstalled but instead rpcbind was.

This worked out perfectly for me as well. Problem fixed, thanks.


Adnan

On Sat, Apr 9, 2011 at 1:49 PM, Jean Baptiste FAVRE
 wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hello,
> Had the same problem.
> Solved it removing nfs-common and portmap and reinstalling nfs-common.
> Then, portmap was not reinstalled but instead rpcbind was.
>
> Regards,
> JB
>
>
> On 08/04/2011 04:46, Adnan Hodzic wrote:
>> Ben,
>>
>> Why yes, of course. Lines concerning nfs-common that fail during boot
>> process have following output:
>>
>> Starting NFS common utilities: statd failed!
>> ...
>> Startpar: service(s) returned failure: nfs-common ... failed!
>> ...
>> Starting NFS common utilities: statd failed!
>> ...
>> Startpar: service(s) returned failure: nfs-common  failed!
>>
>> Hope this helps and let me know if you need anything else,
>>
>>
>> Adnan
>>
>> On Fri, Apr 8, 2011 at 4:26 AM, Ben Hutchings  wrote:
>>> On Fri, 2011-04-08 at 03:34 +0200, Adnan Hodzic wrote:
 Package: nfs-common
 Version: 1:1.2.3-1
 Severity: normal

 During boot I get numerous errors regarding NFS and particulary on
 nfs-commons failing to start. There was a just recent bug (~March
 16th) regarding inability to install/reinstall nfs-commons and that
 this problem was fixed with latest nfs-common package. Unfortunately I
 still have this problem, and if I try to reinstall it I will be unable
 to do so.
>>>
>>> Perhaps you should tell us what the errors are.
>>>
>>> Ben.
>>>
>>> --
>>> Ben Hutchings
>>> Once a job is fouled up, anything done to improve it makes it worse.
>>>
>>
>>
>>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk2gR8YACgkQM2eZoKJfKd1PRQCeK+g+L/UXSsjjnfJvuM8c47WO
> SS4AnRWHEK+pQ+QXCq/uEgcfVMInXHwV
> =TMIc
> -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#622211: pixman: FTBFS on powerpc, s390, sparc: composite traps test failed!

[Cyril Brulebois]

Source: pixman
Version: 0.21.6-2
Severity: serious
Justification: FTBFS

Hi,

sorry guys, I didn't notice the FTBFS in experimental before
re-uploading to unstable.

Probably this issue upstream:
  https://bugs.freedesktop.org/show_bug.cgi?id=34767

And the following fix:

commit 84e361c8e357e26f299213fbeefe64c73447b116
Author: Søren Sandmann Pedersen 
Date:   Fri Mar 4 15:51:18 2011 -0500

test: Do endian swapping of the source and destination images.

Otherwise the test fails on big endian. Fix for bug 34767, reported by
Siarhei Siamashka.


Not sure when I'll have time to check this, so filing a bug for now.

KiBi.



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

Bug#622070: [pkg-boost-devel] Bug#622070: witty: FTBFS: openssl_context_service.hpp:73:28: error: '::SSLv2_method' has not been declared

[Steve M. Robbins]

On Sun, Apr 10, 2011 at 04:29:33PM +0200, Kurt Roeckx wrote:
> reassign 622070 libboost1.46-dev
> affects 622070 + src:witty
> thanks
> 
> On Sat, Apr 09, 2011 at 01:56:28PM +0200, Lucas Nussbaum wrote:
> > > In file included from 
> > > /usr/include/boost/asio/ssl/context_service.hpp:30:0,
> > >  from /usr/include/boost/asio/ssl/context.hpp:22,
> > >  from /usr/include/boost/asio/ssl.hpp:19,
> > >  from 
> > > /build/user-witty_3.1.8-2-amd64-wHJ4Kv/witty-3.1.8/src/http/Server.h:22,
> > >  from 
> > > /build/user-witty_3.1.8-2-amd64-wHJ4Kv/witty-3.1.8/src/http/HTTPStream.C:12:
> > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp: In member 
> > > function 'void 
> > > boost::asio::ssl::detail::openssl_context_service::create(SSL_CTX*&, 
> > > boost::asio::ssl::context_base::method)':
> > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp:73:28: 
> > > error: '::SSLv2_method' has not been declared
> > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp:76:28: 
> > > error: '::SSLv2_client_method' has not been declared
> > > /usr/include/boost/asio/ssl/detail/openssl_context_service.hpp:79:28: 
> > > error: '::SSLv2_server_method' has not been declared
> > > make[3]: *** [src/http/CMakeFiles/wthttp.dir/HTTPStream.o] Error 1
> 
> SSLv2 is now disabled in openssl and so the SSLv2_* methods have
> been removed.  This can be detected by OPENSSL_NO_SSL2, so you
> could place all the related section in an #ifndef OPENSSL_NO_SSL2

What are the equivalent calls to the three removed ones?
Can you suggest a patch to boost that replaces this code with equivalent 
functionality?

Thanks,
-Steve


signature.asc
Description: Digital signature

Bug#621875: krb5-config: Update config for Carnegie Mellon University (ANDREW.CMU.EDU)

[Chaskiel Grundman]

On Sun, 10 Apr 2011, Sam Hartman wrote:


Any reason to keep the entry around at all?
We could just drop it and depend on SRV records.


If all relevant implementations do SRV, then that would be fine.



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

Bug#613478: atlas: builds using non-generic instructions in -base package

[Jakub Wilk]

reassign 622082 atlas 3.8.3-27
forcemerge 613478 622082
thanks

* Sylvestre Ledru , 2011-02-15, 08:27:

For information, under i386, it is not using a single SSE extension:
https://buildd.debian.org/build.php?pkg=atlas&arch=i386&ver=3.8.3-29


Well, according to another bug reporter, and to disassembly, it uses 
both SSE and SSE2 instructions on i386.


$ objdump -d /usr/lib/atlas-base/atlas/libblas.so.3gf | grep -c xmm0
7512

--
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#622210: lots of udev-related brokeness in postinst

[Marco d'Itri]

Package: mouseemu
Version: 0.15-9
Severity: important

Checking for /dev/.udev/ is totally wrong because MAKEDEV already does
it and nowadays it's not reliable anyway due to /run.
The correct way to do what you want is "cd /dev && ./MAKEDEV ...", since
/dev/MAKEDEV is guaranteed to exist.

The rules file handling is wrong too, because since release 124 udev
uses /lib/udev/rules.d/ .

There is no reason to run "udevcontrol reload_rules" since udev uses
inotify to watch the rules directory, and udevcontrol does not exist
anymore anyway.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#622209: bad udev-related check in the init script

[Marco d'Itri]

Package: open-iscsi
Version: 2.0.871.3-5
Severity: normal

Checking for /dev/.udev/ is not reliable due to run.
I think this package should just depend on udev, it will probably allow
you to remove a lot of other hacks.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#622208: udev-related brokeness in the init script

[Marco d'Itri]

Package: udftools
Version: 1.0.0b3-14
Severity: important

Checking for /dev/.udev/ is not reliable due to /run.

I think this package should just depend on udev, it will probably allow
you to remove a lot of other hacks.

devfs support needs to be removed as well, since Linux has not had devfs
in a very long time.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#622082: python-matplotlib: Instruction not allowed (sse2?)

[Jakub Wilk]

~$ LC_ALL=C apt-cache policy $(dpkg -S $(readlink -f /usr/lib/libblas.so.3gf) | 
cut -d: -f1)
libatlas3gf-base:
 Installed: 3.8.3-27
 Candidate: 3.8.3-30
 Version table:
3.8.3-30 0
   500 http://ftp.ca.debian.org/debian/ unstable/main i386 Packages
*** 3.8.3-27 0
   500 http://ftp.ca.debian.org/debian/ testing/main i386 Packages
   100 /var/lib/dpkg/status


Okay, thanks. Af far as I can see, Atlas indeed uses SSE2 instructions, 
where it shouldn't. I'll reassign the bug in a moment.


--
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#622207: Fails to start, missing library

[Michael Biebl]

Package: tomboy
Version: 1.6.0-1
Severity: grave

Hi,

starting tomboy I get:
Unhandled Exception: System.DllNotFoundException: /usr/lib/tomboy/libtomboy.so
  at (wrapper managed-to-native) Tomboy.XKeybinder:tomboy_keybinder_init ()
  at Tomboy.XKeybinder..ctor () [0x0] in :0 
  at Tomboy.GnomeFactory.CreateKeybinder () [0x0] in :0 
  at Tomboy.Services.get_Keybinder () [0x0] in :0 
  at Tomboy.GConfKeybindingToAccel.AddAccelerator (Gtk.MenuItem item, 
System.String gconf_path) [0x0] in :0 
  at Tomboy.TomboyTray.MakeTrayNotesMenu () [0x0] in :0 
  at Tomboy.TomboyTray..ctor (Tomboy.NoteManager manager) [0x0] in 
:0 
  at Tomboy.TomboyTray..ctor (Tomboy.NoteManager manager, ITomboyTray tray) 
[0x0] in :0 
  at Tomboy.TomboyTrayIcon..ctor (Tomboy.NoteManager manager) [0x0] in 
:0 
  at Tomboy.Tomboy.StartTrayIcon () [0x0] in :0 
  at Tomboy.Tomboy.Main (System.String[] args) [0x0] in :0 

The file /usr/lib/tomboy/libtomboy.so is not shipped in the package.


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

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

Versions of packages tomboy depends on:
ii  gconf2   2.28.1-6GNOME configuration database syste
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libgconf2.0-cil  2.24.1-6CLI binding for GConf 2.24
ii  libglib2.0-0 2.28.4-1The GLib library of C routines
ii  libglib2.0-cil   2.12.10-1   CLI binding for the GLib utility l
ii  libgmime2.4-cil  2.4.23-1CLI binding for the GMime library
ii  libgnome2.24-cil 2.24.1-6CLI binding for GNOME 2.24
ii  libgnomepanel2.24-cil2.26.0-3+b2 CLI binding for GNOME Panel 2.24
ii  libgtk2.0-0  2.24.4-1The GTK+ graphical user interface 
ii  libgtk2.0-cil2.12.10-1   CLI binding for the GTK+ toolkit 2
ii  libgtkspell0 2.0.16-1a spell-checking addon for GTK's T
ii  libmono-addins-gui0.2-cil0.4-8   GTK# frontend library for Mono.Add
ii  libmono-addins0.2-cil0.4-8   addin framework for extensible CLI
ii  libmono-cairo2.0-cil 2.6.7-5 Mono Cairo library (for CLI 2.0)
ii  libmono-corlib2.0-cil2.6.7-5 Mono core library (for CLI 2.0)
ii  libmono-posix2.0-cil 2.6.7-5 Mono.Posix library (for CLI 2.0)
ii  libmono-system2.0-cil2.6.7-5 Mono System libraries (for CLI 2.0
ii  libndesk-dbus-glib1.0-cil0.4.1-3 CLI implementation of D-Bus (GLib 
ii  libndesk-dbus1.0-cil 0.6.0-4 CLI implementation of D-Bus
ii  libproxy00.3.1-2 automatic proxy configuration mana
ii  mono-runtime 2.6.7-5 Mono runtime

tomboy recommends no packages.

Versions of packages tomboy suggests:
ii  evolution 2.32.2-2   groupware suite with mail client a
pn  tasque (no description available)

-- 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#620921: [lxc-devel] Detecting a non-root container

[Marco d'Itri]

On Apr 06, Daniel Lezcano  wrote:

> If you use upstart, you can check the 'container=lxc' env variable in  
> the udev init script in order to know if you are in a container.  
> Otherwise for sysvrc init, I don't know how to handle that.
Sad, the LXC user space always looked quite rough and amateurish to me.
Do you have any code or ideas about how to deal with this?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#620921: [lxc-devel] Detecting a non-root container

[Marco d'Itri]

On Apr 06, Daniel Lezcano  wrote:

> I would not rely on that because lxc may evolve to not use the cgroup if  
> not present.
>
> If you use upstart, you can check the 'container=lxc' env variable in  
> the udev init script in order to know if you are in a container.  
> Otherwise for sysvrc init, I don't know how to handle that.
If the container does not support handling uevents then
/sys/kernel/uevent_helper should not exist. This is how openvz behaves.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#619346: [Pkg-utopia-maintainers] Bug#619346: network-manager: No option to respect RAs if IPv6 forwarding is enabled

[Michael Biebl]

Am 11.04.2011 02:34, schrieb Michael Biebl:
> Am 11.04.2011 01:49, schrieb John Pearson:
>> Hi Michael,
>>
>> Thanks for looking at this bug, and for pointing me to
>> /etc/NetworkManager/dispatcher.d/.
>>
>> However, this does not allow me the degree of control that I'd like: I
>> have both a wired and wireless interface, and don't want to modify
>> accept_ra when connecting to an unknown wireless network.  Having read
>> man 8 NetworkManager, those scripts receive only the interface name and
>> state - I'd also need the SSID to give me enough information to do what
> 
> That is not quite true.
> Run "nmcli con", this will print out the list of connections you have 
> configured
> including a UUID for each connection.
> 
> This UUID is exported as environment variable CONNECTION_UUID when the
> dispatcher script is run, so you can easily match for that.

If you want to see what informantion NM is exporting, drop the attached script
in /etc/NetworkManager/dispatcher.d/ and make it executable.

I probably should ship such a file as example in the NM package...

Cheers,
Michael

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

file=/tmp/nm.debug

echo "=== environment ===" >> $file
env >> $file
echo " arguments " >> $file
echo $@ >> $file


signature.asc
Description: OpenPGP digital signature

Bug#619346: [Pkg-utopia-maintainers] Bug#619346: network-manager: No option to respect RAs if IPv6 forwarding is enabled

[Michael Biebl]

Am 11.04.2011 01:49, schrieb John Pearson:
> Hi Michael,
> 
> Thanks for looking at this bug, and for pointing me to
> /etc/NetworkManager/dispatcher.d/.
> 
> However, this does not allow me the degree of control that I'd like: I
> have both a wired and wireless interface, and don't want to modify
> accept_ra when connecting to an unknown wireless network.  Having read
> man 8 NetworkManager, those scripts receive only the interface name and
> state - I'd also need the SSID to give me enough information to do what

That is not quite true.
Run "nmcli con", this will print out the list of connections you have configured
including a UUID for each connection.

This UUID is exported as environment variable CONNECTION_UUID when the
dispatcher script is run, so you can easily match for that.

HTH,
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#621847: [SERVER] Bug#621847: mirror.optus.net gives 403 errors on some directories

[Dean Hamstead]

ok ive updated it and am manually running an update now




On 11/04/11 08:11, Simon Paillard wrote:

Hi,

On Mon, Apr 11, 2011 at 07:35:54AM +1000, Dean Hamstead wrote:

On 11/04/2011, at 2:39 AM, Simon Paillard  wrote:

On Sat, Apr 09, 2011 at 07:35:02PM +0800, Paul Wise wrote:

Package: mirrors
Severity: normal

mirror.optus.net gives 403 errors on the following files and their
parent directories. There are probably more, I only found this out while
trying to make get a Debian mirror on my laptop using debmirror.


Dear OptusNet admins, could you please fix this permission issue ?
By the way, please update your ftpsync version :
- it allows to fix this issues automatically (-p option in rsync).
- it syncs the right files in 1st stage sync in a consistent manner with last
  archive structure update.


we copy upstream permissions, as other distros use them to stage and release
their major releases


No:
- upstream is world readable (ftp.au.debian.org):
rsync mirror.linux.org.au::debian/pool/main/a/ardesia
drwxr-sr-x4096 2011/04/10 15:05:13 ardesia
- your mirror is not:
$ lftp http://mirror.optus.net/debian/pool/main/a/ardesia/
cd: Access failed: 403 Forbidden (/debian/pool/main/a/ardesia)

 $ lftp mirror.optus.net:/debian/pool/main/a>  ls -ld ardesia
drwx--2 500  500  4096 Apr 10 13:05 ardesia

- Indeed, please just update the Debian recommended script you use, as stated
   above already: http://www.debian.org/mirror/ftpmirror#how


http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2.debian.tar.gz
http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2.dsc
http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2_amd64.deb
http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2_armel.deb
http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8.orig.tar.bz2
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor-examples_1.4.0-2_all.deb
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2.debian.tar.gz
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2.dsc
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2_amd64.deb
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2_armel.deb
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors-dev_1.4.0-2_amd64.deb
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors-dev_1.4.0-2_armel.deb
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors1.4_1.4.0-2_amd64.deb
http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors1.4_1.4.0-2_armel.deb
http://mirror.optus.net/debian/pool/main/c/clam/clam_1.4.0-2.debian.tar.gz
http://mirror.optus.net/debian/pool/main/c/clam/clam_1.4.0-2.dsc
http://mirror.optus.net/debian/pool/main/c/clam/libclam-dev_1.4.0-2_amd64.deb
http://mirror.optus.net/debian/pool/main/c/clam/libclam-dev_1.4.0-2_armel.deb
http://mirror.optus.net/debian/pool/main/c/clam/libclam-doc_1.4.0-2_all.deb
http://mirror.optus.net/debian/pool/main/c/clam/libclam1.4_1.4.0-2_amd64.deb
http://mirror.optus.net/debian/pool/main/c/clam/libclam1.4_1.4.0-2_armel.deb
http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1.dsc
http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1.tar.gz
http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1_all.deb
http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1.debian.tar.gz
http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1.dsc
http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1_all.deb
http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500.orig.tar.gz
http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2.debian.tar.gz
http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2.dsc
http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2_all.deb
http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20.orig.tar.gz
http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1.debian.tar.gz
http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1.dsc
http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1_all.deb
http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004.orig.tar.gz
http://mirror.optus.net/debian/pool/main/libf/libfile-util-perl/libfile-util-perl_3.27-1.de

Bug#620280: pymad: diff for NMU version 0.6-1.2

[Jamie Wilkinson]

Thanks :)

On 9 April 2011 06:42, Jakub Wilk  wrote:

> tags 620280 + patch
> tags 620280 + pending
> thanks
>
> Dear maintainer,
>
> I've prepared an NMU for pymad (versioned as 0.6-1.2) and uploaded it to
> DELAYED/2. Please feel free to tell me if I should delay it longer.
>
> --
> Jakub Wilk
>

Bug#619346: [Pkg-utopia-maintainers] Bug#619346: network-manager: No option to respect RAs if IPv6 forwarding is enabled

[John Pearson]

Hi Michael,

Thanks for looking at this bug, and for pointing me to
/etc/NetworkManager/dispatcher.d/.

However, this does not allow me the degree of control that I'd like: I
have both a wired and wireless interface, and don't want to modify
accept_ra when connecting to an unknown wireless network.  Having read
man 8 NetworkManager, those scripts receive only the interface name and
state - I'd also need the SSID to give me enough information to do what
I'd like.  On the other hand, the NetworkManager applet provides a nice
place to specify per-SSID (and, of course, per-user) configurations.

Rather than adding extra controls to the applet configuration dialog,
I'd suggest that one of four things happen:

* Adding a method like "Auto, regardless of forwarding state" to the
  methods in the IPv6 tab's drop down list, which explicitly sets
  accept_ra to 2; or
* Rather than setting accept_ra to 1 for "Automatic", set it to
  whatever value was current when NetworkManager first started,
  allowing it to be disabled for the "Manual", "Ignore" and
  "Link-local" cases but restored to the system policy for
  "Automatic"; or
* NetworkManager should simply not fiddle with accept_ra at all -
  it's currently forcing it to the default setting, which is
  unnecessary for most users and obstructive for those (like me)
  with special needs and the wherewithal to manage it ourselves; or
* Pass more information to the /etc/NetworkManager/dispatcher.d
  scripts, so that they can be used to implement a per-network
  policy rather than a per-interface policy.

Regards,


John Pearson

On 09/04/11 08:58, Michael Biebl wrote:
> severity 619346 wishlist
> thanks
>
> Am 23.03.2011 02:41, schrieb John Pearson:
>   
>> Package: network-manager
>> Version: 0.8.1-6
>> Severity: important
>> Tags: ipv6
>>
>>
>> By default, network-manager allows IPv6 interfaces to use stateless
>> autoconfiguration based on router advertisements or, failing that,
>> DHCPv6; in this case, it sets /proc/sys/net/ipv6/conf//accept_ra
>> to 1.  This is exposed in the "IPv6 Settings" tab of the Gnome network
>> manager applet as "Automatic" method.
>>
>> However if IPv6 foprwarding is enabled on the interface, the kernel
>> ignores RAs even if accept_ra is set to 1.  This is a sensible default,
>> but not always appropriate; and the kernel provides for it to be
>> overridden by setting /proc/sys/net/ipv6/conf//accept_ra to 2 - then
>> RAs are acted upon even if IPv6 forwarding is enabled.
>>
>> Network-manager's curent behaviour prevents me from taking advantage opf
>> this behaviour, which (for at least some interfaces) is what I actually
>> need. It should either leave the accept_ra setting alone when the
>> "Automatic" method is selected, so that the user can specify the
>> behaviour they want in (e.g.) /etc/sysctl.conf, or provide an additional
>> option to allow stateless autoconfiguration via RAs even when IPv6
>> forwarding is enabled.
>>
>> 
> I think you could use a dispatcher script to manually set the sysctl value to
> your likings when the connection is activated. See man 8 NetworkManager .
>
> This is a very special requirement so adding configuration options to the GUI
> has the risk of cluttering the interface.
>
> Nonetheless, I'll mark your request as wishlist bug.
>
>
>
> Michael
>
>
>   


-- 
jo...@gtagalenco.com.au  |   The greatest problem in communication is
Network Administrator| the illusion that it has been accomplished
+61 4 0739 1169  |   - George Bernard Shaw: The Sanity of Art

Bug#622172: ITP: git-hg -- Script to track mercurial repositories in git

[Yaroslav Halchenko]

AFAIK Sverre Rabbelier was hoping to bring remote-hg to some conclusion
by the end of last year so it could get approached git mainline,
but that hasn't happened yet unfortunately :-/  Thus, in the absence of
proper remote-hg, I would vote for having   fast-export based workaround
available meanwhile.

>   Upstream Author : Barak A. Pearlmutter 

BTW, Barak is a DD  ;-)

On Mon, 11 Apr 2011, Andrey Rahmatullin wrote:

> On Sun, Apr 10, 2011 at 07:52:52PM +0200, Mike Hommey wrote:
> > The right approach for mercurial tracking is IMHO
> > https://github.com/SRabbelier/git/tree/remote-hg
> I've asked about the right way to do that at
> http://lists.debian.org/debian-mentors/2011/04/msg00171.html yesterday and
> didn't receive constructive answers there :)
-- 
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic



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

Bug#618719: FTBFS on kfreebsd: ../src/utils/pcsc_funcs.o: undefined reference to symbol 'dlsym@@GLIBC_2.3'

[Michael Biebl]

Am 11.04.2011 01:47, schrieb Guillem Jover:
> Hi!
> 
> On Mon, 2011-04-11 at 01:03:49 +0200, Michael Biebl wrote:
>> Am 10.04.2011 20:48, schrieb Guillem Jover:
>>> As I mentioned in bug 612842 [0] (I just resent my reply now which never
>>> arrived), I think this patch in itself is a bad idea, so I'd say just drop
>>> it.
>>
>> Afaics, Ludovic is not going to change his mind, regarding this matter. Given
>> Guillems' input, I'd also vote for disabling pcscd support completely.
> 
> Oh, but Ludovic did change his mind and uploaded pcsc-lite 1.7.0-1
> (current version being 1.7.2-1) closing 612971, with libpcsclite1
> recommending instead of dependong on pcscd, the same version switched
> from hal to libudev but that should not really matter anymore.

Apologies for the mis-information. I should have checked more carefully.

> 
> So, given this I don't really see why pcsc-lite support would need to
> be disabled.

I guess you mean linking against it dynamically again instead of dlopen

Personally I don't use pcscd and it's still a recommends so another daemon will
be pulled in automatically when installing network-manager resp. wpasupplicant,
which isn't so nice given the majority of users most likely will not use it.

I checked the current pcscd package, and it doesn't seem to start by default *),
so I don't understand why the library package has a recommends and not a
suggests. Doesn't make a lot of sense to me tbh.

Michael


*) I has an "exit 0" in its init script which I think is rather questionable way
of disabling a service from not being started on boot.

-- 
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#622206: libomxvorbis: FTBFS on *64: cast from pointer to integer of different size

[Aaron M. Ucko]

Package: libomxvorbis
Version: 0.1-1
Severity: serious
Justification: fails to build from source

Builds of libomxvorbis on 64-bit architectures (amd64 and ia64) have
been failing with errors about lossy casts:

> omx_vorbisdec_component.c: In function 'omx_vorbisdec_component_Constructor':
> omx_vorbisdec_component.c:60:5: error: cast from pointer to integer of 
> different size
> omx_vorbisdec_component.c: In function 
> 'omx_vorbisdec_component_BufferMgmtCallbackVorbis':
> omx_vorbisdec_component.c:285:3: error: cast from pointer to integer of 
> different size
> omx_vorbisdec_component.c:292:5: error: cast from pointer to integer of 
> different size
> omx_vorbisdec_component.c:504:3: error: cast from pointer to integer of 
> different size

Please fix the casts to target intptr_t, defined in ; in
practice, I believe long should be equivalent on all Debian
architectures.

Thanks!



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

Bug#620904: [Alsa-user] 50 year old male with no sound coming out of his speakers

[jidanni]

It turns out it was all Alsa's fault for not printing out a warning:

  CAUTION!!! If you don't want to connect to the front audio header,
  pins 5 & 6, 9 & 10 have to be jumpered in order to have signal output
  directed to the rear audio ports. Otherwise, the Line-Out connector on
  the back panel will not function. [MSI MS-6533/G Micro ATX Mainboard]

:-) Well at least something like that could be mentioned in the FAQs.

(Also when it cannot find any card it should say "Check BIOS, Holmes".)



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

Bug#622205: restore defaults

[jidanni]

Package: alsa-utils
Version: 1.0.23-3
Severity: wishlist

Both amixer and alsamixer lack an option or button to restore defaults.
Let's say you were drunk last time you used the command and messed
things up. The only way to get it back to the default state is to
probably purge and reinstall the package. Wait, even that didn't help.
If there are no defaults too, then there should be.

At least on the amixer man page give a script that can be used to
restore some reasonable defaults.



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

Bug#618719: FTBFS on kfreebsd: ../src/utils/pcsc_funcs.o: undefined reference to symbol 'dlsym@@GLIBC_2.3'

[Guillem Jover]

Hi!

On Mon, 2011-04-11 at 01:03:49 +0200, Michael Biebl wrote:
> Am 10.04.2011 20:48, schrieb Guillem Jover:
> > As I mentioned in bug 612842 [0] (I just resent my reply now which never
> > arrived), I think this patch in itself is a bad idea, so I'd say just drop
> > it.
> 
> Afaics, Ludovic is not going to change his mind, regarding this matter. Given
> Guillems' input, I'd also vote for disabling pcscd support completely.

Oh, but Ludovic did change his mind and uploaded pcsc-lite 1.7.0-1
(current version being 1.7.2-1) closing 612971, with libpcsclite1
recommending instead of dependong on pcscd, the same version switched
from hal to libudev but that should not really matter anymore.

So, given this I don't really see why pcsc-lite support would need to
be disabled.

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#616635: [GHC] #4999: build fails on powerpc: error: 'ObjectCode' has no member named 'misalignment'

[GHC]

#4999: build fails on powerpc:   error: 'ObjectCode' has no member named
'misalignment'
--+-
  Reporter:  nomeata  |  Owner: 
  Type:  bug  | Status:  patch  
  Priority:  high |  Milestone:  7.2.1  
 Component:  Runtime System   |Version:  7.0.2  
Resolution:   |   Keywords: 
  Testcase:   |  Blockedby: 
Difficulty:   | Os:  Linux  
  Blocking:   |   Architecture:  powerpc
   Failure:  Building GHC failed  |  
--+-
Changes (by erikd):

 * cc: mle+hs@… (added)


-- 
Ticket URL: 
GHC 
The Glasgow Haskell Compiler



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

Bug#621875: krb5-config: Update config for Carnegie Mellon University (ANDREW.CMU.EDU)

[Sam Hartman]

Any reason to keep the entry around at all?
We could just drop it and depend on SRV records.



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

Bug#622187: [ia64] CDROM drive not detected

[Miguel Figueiredo]

On Sunday 10 April 2011 19:54:28 dann frazier wrote:

[...]
 
> The ia64 cdrom flavor is missing the pata_cmd64x driver, which is needed to
> access the optical drive on various models of HP Itanium systems.

[...]

As the d-i's kernel depends on the kernel-wedge package it is needed to include 
pata-modules in linux-kernel-di-ia64-2.6/modules/ia64/ so it is included when 
the kernel-di-ia64-2.6 is rebuilt.

IIUC the above makes kernel-wedge/modules/pata-modules be included also for 
ia64.

-- 
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org
#include 

Bug#621898: i2c-tools: Upgrade problem still happens

[GSR]

Hi,
aurel...@aurel32.net (2011-04-10 at 2354.59 +0200):
> On Sun, Apr 10, 2011 at 10:56:53PM +0200, GSR wrote:
> > Package: i2c-tools
> > Version: 3.0.3-3
> > Followup-For: Bug #621898
> > 
> > While upgrading to 3.0.3-3, the MAKEDEV error is avoided, but then
> > fails in something else:
> > 
> > ---8<---
> > Setting up i2c-tools (3.0.3-3) ...
> > .udevdb or .udev presence implies active udev.  Aborting MAKEDEV invocation.
> > chmod: cannot access `/dev/i2c-0': No such file or directory
> > dpkg: error processing i2c-tools (--configure):
> >  subprocess installed post-installation script returned error exit status 1
> > configured to not write apport reports
> >   Errors were encountered while 
> > processing:
> >  i2c-tools
> > E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> Yes, this is because you don't have any i2c devices. Fixed in 3.0.3-4.

Nothing in /dev, but there are i2c devices in the system:

---8<---
ls -l /sys/bus/i2c/devices/
total 0
lrwxrwxrwx 1 root root 0 Apr 11 01:11 0-004c -> 
../../../devices/pci:00/:00:11.0/i2c-0/0-004c/
lrwxrwxrwx 1 root root 0 Apr 11 01:11 i2c-0 -> 
../../../devices/pci:00/:00:11.0/i2c-0/
lrwxrwxrwx 1 root root 0 Apr 11 01:11 i2c-1 -> ../../../devices/i2c-1/
lrwxrwxrwx 1 root root 0 Apr 11 01:11 i2c-2 -> ../../../devices/i2c-2/
lrwxrwxrwx 1 root root 0 Apr 11 01:11 i2c-3 -> ../../../devices/i2c-3/
lrwxrwxrwx 1 root root 0 Apr 11 01:11 i2c-4 -> ../../../devices/i2c-4/
--->8---

GSR
 



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

Bug#620801: graphviz: Text on self-edges of a node is poorly placed

[David Claughton]

forwarded 620801 gviz-b...@research.att.com
thanks

Hi Eddy,

Thanks for the report.  I've confirmed that the problem continues to
exist with the latest nightly builds and have forwarded it upstream for
them to look at.

Cheers,

David.

On 04/04/11 10:41, e...@opera.com wrote:
> Subject: graphviz: Text on self-edges of a node is poorly placed
> Package: graphviz
> Version: 2.26.3-5
> Severity: normal
> 
> *** Please type your report below this line ***
> 
> I'm making a digraph showing state-transitions for the terrain in
> freeciv; a simple dot file has done very nicely for the transitions
> between states; irrigation (blue arcs) turns forest into plains, mining
> converts back, etc.  When I try to add arcs indicating 'internal' state
> transitions - irrigating hills doesn't change the fact that they're
> hills but does improve their food output - I run up against a limitation
> on the placement of text on such self-arrows.
> 
> By default, all the self-arrows come out on the right; when there are
> several on a node, each self-edge's loop goes round the last one's label
> and nodes are moved apart enough to make room for these edges and
> labels.  This is all readable but aesthetically messy; it would look
> nicer if self-edges protruded in different directions so as not to push
> one another further from the node to which they relate.  I can set the
> headport and tailport to move the edges around, but it turns out that
> the placement of their text labels is then messed up.
> 
> If I put an edge :nw->:nw or :sw->:sw, its text gets placed exactly as
> if the edge were :w->:w (and in a position sensible for this port but
> not for nw or sw).  So I can only put one label (hence one edge) on the
> left.  Fortunately (!) this is asymmetric: :se->:se and :ne->:ne are
> placed differently than one another and :e->:e (the default).
> 
> Sadly, however, even then I see a more severe problem, also present for
> the left-side self-loops: node, edge and label positions are not
> adjusted to make space for the labels of non-default-port self-loops.
> 
> While I may be able to concoct some abomination of a way to stretch
> labelangle and labeldistance to work round this, the default clearly
> does take account of label texts when placing the rest of the graph and
> its labels, so it's a shame that setting an edge's ports breaks that.
> Example small dot file showing all symptoms described above:
> 
> digraph BugExample {
>   /* Trivial graph: */
>   "Left" -> "Bottom" [label="Down Right"];
>   "Right" -> "Bottom" [label="Down Left"];
>   /* Two left self-edge labels collide: */
>   "Left":nw -> "Left":nw [label="North-West"];
>   "Left":sw -> "Left":sw [label="South-West"];
>   /* Self-edge labels collide with normal edge label ("Down Right"): */
>   "Left":se -> "Left":se [label="South-East"];
>   "Bottom":ne -> "Bottom":ne [label="North-East"];
>   /* Labels over-lap one another and nodes */
>   "Right":w -> "Right":w [label="West"];
>   /* Skip this last to see "West" overlap "Left" instead of "East": */
>   "Left":e -> "Left":e [label="East"];
> }
> 
> Note that the graph-drawing *does* take account of the self-edges, it's
> only the labels that are left out of consideration; and the :e->:e
> edge's label, unlike all others, *is* correctly provided for (delete its
> line to see Left and Right move closer together, causing West to overlap
> Left instead of East), even when its ports are specified explicitly as
> :e (where the default isn't actually representable by specifying port;
> it's sort of :ene->ese; remove the :e specifiers to see the edge loop
> open up a bit without the nodes or labels moving).
> 
> Some of the problems are alleviated if I use different ports for head
> and tail; but, even then, some label texts overlap other label texts.
> 
> I normally emit the image as SVG using
> /usr/bin/dot -Tsvg
> (automated by a .htaccess hack and a cgi-bin script in my local
> web-server) but see exactly the same result when running dot -Tpng
> manually.  (For my reference:
> http://vortex/~eddy/img/misc/graphviz-label-placement-bug.dot
> is my local copy.)
> 
> -- System Information:
> Debian Release: 6.0.1
>   APT prefers oldstable
>   APT policy: (500, 'oldstable'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15
> (charmap=ISO-8859-15)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages graphviz depends on:
> ii  libc6  2.11.2-10 Embedded GNU C Library:
> Shared lib
> ii  libcdt42.26.3-5  rich set of graph drawing
> tools -
> ii  libcgraph5 2.26.3-5  rich set of graph drawing
> tools -
> ii  libexpat1  2.0.1-7   XML parsing C library -
> runtime li
> ii  libgd2-xpm 2.0.36~rc1~dfsg-5 GD Graphics Library version 2
> ii  libgraph4  2.26.3-5  rich set of graph d

Bug#622178: closed by bugzi...@tut.by (Andrew O. Shadoura) (Bug#622178: fixed in tayga 0.9.1-2)

[Steinar H. Gunderson]

On Sun, Apr 10, 2011 at 09:54:40PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the tayga package:
> 
> #622178: /etc/default/tayga gives a warning
> 
> It has been closed by bugzi...@tut.by (Andrew O. Shadoura).

Thanks!

I tried changing it from += to =, but then the init script couldn't find the
pid of the daemon, and I guess that was related... Do you know if this is OK
with your fix in -2, or should I file a separate bug?

/* Steinar */
-- 
Homepage: http://www.sesse.net/



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

Bug#618719: FTBFS on kfreebsd: ../src/utils/pcsc_funcs.o: undefined reference to symbol 'dlsym@@GLIBC_2.3'

[Michael Biebl]

Am 10.04.2011 20:48, schrieb Guillem Jover:
> On Sat, 2011-03-19 at 22:17:38 +1000, Kel Modderman wrote:
>>> Looks like the build failure is due to 08_pcsc_dynamic.patch
> 
>> We could drop the patch or we could update the patch to add '-ldl' to LIBS in
>> build system. I'm undecided, and atm extremely burnt out with real life work,
>> so am looking for some advice.
>>
>> 08_pcsc_dynamic.patch is untested by anyone, not very beautiful looking. Also
>> it seems up to me to push to upstream, which I'm not totally confident about.
> 
> As I mentioned in bug 612842 [0] (I just resent my reply now which never
> arrived), I think this patch in itself is a bad idea, so I'd say just drop
> it.

Afaics, Ludovic is not going to change his mind, regarding this matter. Given
Guillems' input, I'd also vote for disabling pcscd support completely.

I've been running wpasupplicant 0.7.1 for weeks now and for my purposes (wpa(2)
psk) it was rock solid.
Kel, would you mind uploading it to unstable? The kfreebsd build failure was the
ony real blocker afaics.

I can sponsor the upload as usual.

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#622139: xserver-xorg-input-synaptics: setting/listing values does not work anymore (format mismatch)

[Cyril Brulebois]

Hi,

Patrick Matthäi  (10/04/2011):
> Package: xserver-xorg-input-synaptics
> Version: 1.4.0-1
> Severity: important

thanks for filing your own bug.

Upstream's reply: “ask for xinput list-prop output; format mismatch
comes when the device property doesn't have the format synclient
expects; unless synclient is buggy, something must have set those
props”.

KiBi.


signature.asc
Description: Digital signature

Bug#607301: Installation-Report: No Boot with Silicon Image SiI 3114 SATA/Raid Controller + single SATA disk drive and GNU/Linux Debian 6.0.0 i386 New install. No raid array used.

[techy techtech]

Miguel Figueiredo wrote
> " If I understood correctly:
> Using a Sil 3114 Sata raid controller
> you are only able to boot sucessfully in rescue mode. "

My appologies Miguel, I have not made myself clear. My fault.
In response to your question Miguel, my short answer is 'no'.

I cannot 'rescue - boot' the newly installed
 pc debian system
with, or from, rescue mode, with the aid of the 'rescue cdrom' disk
and it's Grub GNU/Linux 'Boot Command List'.

The 'rescue cdrom' disk, boots itself in the pc OK !
Having booted the rescue-disk itself,
I cannot use the running rescue disk's GNU/Linux 'Command List' to
'rescue - boot' the debian system previously installed on hard disk.

McTech wrote at Message #27 received at 607...@bugs.debian.org
>>  Subject: No boot with Debian sid, unstable grub-rescue-pc
>>  1.99~rc1-3 i386, SATA, SiI 3114

>>  Date: 06.03.2011. Fails to boot with Debian sid, unstable
>>  grub-rescue-pc 1.99~rc1-3 i386,

>> The rescue disk boots itself ok,
>> but it does not rescue the machine.
>> The pc does not boot in conjunction with the rescue disk,
>> after succesfully installing from, (except auto booting)
>> versions of :-  Debian 6.0.0, wheezy weekly build ,
>> unstable-20.02.2011  and also experimemtal-20.02.2011,
>> and experimental-04.03.2011.

>> After I set the rescue-disk-pc GNU/Linux parameters to :-

>> set params  'GNU/Linux'
>>   (as it comes, a blank line here)
>> set root=(hd0,1)
>> linux   /boot/vmlinux-2.6.37-2-486  root=/dev/sda1
>> initrd  /boot/initrd.img-2.6.37-2-486

>> The rescue-disk-pc Boot Symptom is :-

>> error:  hd0 cannot get c/h/s values
>> error:  you need to load the kernel first.
>> press any key to continue

>> grub> ls
>> (cd) (cd,msdos1) (fd0)

Today, 10.04.2011,  I can see Ubuntu's
https://launchpad.net/ubuntu/natty/+source/grub2/1.99~rc1-10ubuntu1
I can also see the following Debian link is there at
http://packages.debian.org/changelogs/pool/main/g/grub2/grub2_1.99~rc1-10/changelog
but no Debian web site, Grub rc1-10 changelog text   yet.
http://packages.debian.org/changelogs/pool/main/g/grub2/
  no rc1-10 entry yet.  I will wait a while.

---

Minor corrections to errors I made
in my previous 04.04.2011 posting:-

"Using debian-rescue-cdrom Grub 1.99~rc1-6" should be
"Using Debian grub-rescue-cdrom 1.99~rc1-6"

"issue suappears"   should be   "issue appears" .

"root@grml / # /dev/sda0(just to see)"   should be
"root@grml / # ls /dev/sda0 (just to see)
ls: cannot access /dev/sda0 : No such file or directory."

Again, thank your help Miguel.  It is appreciated.  Regards, McTech.

I am progressing this potential grub symptom in help-g...@gnu.org
I am not sure how I specify specific message or bug numbers, or join / link
up the seperate entries there at help-grub.



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

Bug#620946: libpthread-stubs: Please add an udeb

[Samuel Thibault]

Here is a fixed (and completely tested) patch.

Samuel
--- debian/control.original 2011-04-10 14:29:16.0 +
+++ debian/control  2011-04-10 14:29:17.0 +
@@ -22,6 +22,14 @@
  platforms which already supply all the necessary pthread stubs, this
  package has no content.
 
+Package: libpthread-stubs0-udeb
+Section: libs
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Package-Type: udeb
+Description: pthread stubs not provided by native libc - udeb
+ This is a udeb, or a microdeb, for the debian-installer.
+
 Package: libpthread-stubs0-dev
 Section: libdevel
 Architecture: any
--- debian/rules.original   2011-04-10 14:31:08.0 +
+++ debian/rules2011-04-10 15:08:33.0 +
@@ -6,6 +6,7 @@
 include /usr/share/cdbs/1/class/autotools.mk
 
 DEB_CONFIGURE_EXTRA_FLAGS=--prefix=/
+DEB_DH_MAKESHLIBS_ARGS_libpthread-stubs0=--add-udeb=libpthread-stubs0-udeb
 
 debian/copyright: debian/copyright.debian COPYING
cat $+ > $@
@@ -19,6 +20,10 @@
if test -f debian/tmp/lib/libpthread-stubs.so.0.0.0; then dh_install 
-p$(cdbs_curpkg) debian/tmp/lib/libpthread-stubs.so.0.0.0; fi
if test -L debian/tmp/lib/libpthread-stubs.so.0; then dh_install 
-p$(cdbs_curpkg) debian/tmp/lib/libpthread-stubs.so.0; fi
 
+install/libpthread-stubs0-udeb::
+   if test -f debian/tmp/lib/libpthread-stubs.so.0.0.0; then dh_install 
-p$(cdbs_curpkg) debian/tmp/lib/libpthread-stubs.so.0.0.0; fi
+   if test -L debian/tmp/lib/libpthread-stubs.so.0; then dh_install 
-p$(cdbs_curpkg) debian/tmp/lib/libpthread-stubs.so.0; fi
+
 install/libpthread-stubs0-dev::
if test -f debian/tmp/lib/libpthread-stubs.a; then dh_install 
-p$(cdbs_curpkg) debian/tmp/lib/libpthread-stubs.a usr/lib; ln -s 
/lib/libpthread-stubs.so.0.0.0 
debian/libpthread-stubs0-dev/usr/lib/libpthread-stubs.so; fi
dh_install -p$(cdbs_curpkg) debian/tmp/lib/pkgconfig/pthread-stubs.pc 
usr/share/pkgconfig/

Bug#573551:

[Robert Terhaar]

Quick update, 

I found that I hit this bug only when I force the service provider type to 
"debian" via resource override. 

e.g., 
When I have this set, I hit the bug: 

Service { provider => "debian" }






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

Bug#507279: Bug in libapache2-mod-perl2 fixed in revision 72468

[pkg-perl-maintainers]

tag 507279 + pending
thanks

Some bugs are closed in revision 72468
by Nicholas Bamber (periapt-guest)

Commit message:

Can we close these?
---
#617883 - Don't see why he does not just down load the package source.
#435480 - Ticket seems to state why I think this could be closed.
#617884 - Blatant incompatibility. Surely this is mod_perl 1 code.
#267969 - Cannot find a chronos package and this was a mod_perl 1 ticket.
#380296 - Ticket says it.
These look worth investigating
-
#418825 - Can we add these to a Debian FAQ and close the ticket?
#419952 - Can we add these to a Debian FAQ and close the ticket?
#428499 - Looks easy to check, patch and forward.
#590735 - Ticket seems to be well documented.
#620822 - Should be easy to investigate these.
- Do we need the lintian override?
  The fix is already checked in and should hit unstable on Thursday
  though a delay is possible.
  - Transformed .pod files to indexed HTML files (Closes: #507279)



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

Bug#621812: [Pkg-alsa-devel] Bug#621812: Bug#621812

[Raza Abbas]

On Mon, 2011-04-11 at 00:07 +0200, Elimar Riesebieter wrote:
> * Raza Abbas [110410 16:36 -0400]:
> > On Sun, 2011-04-10 at 22:05 +0200, Elimar Riesebieter wrote:
> > > modprobe -v snd_hda_codec_realtek snd_hda_intel 
> > 
> > bash@debian:~$ sudo modprobe -v snd_hda_codec_realtek snd_hda_intel 
> [...]
> > FATAL: Error inserting snd_hda_codec_realtek
> > (/lib/modules/2.6.38-2-amd64/kernel/sound/pci/hda/snd-hda-codec-realtek.ko):
> >  Unknown symbol in module, or unknown parameter (see dmesg)
> 
> This looks like a miscompiled snd-hda-codec-realtek.ko modul.
> 
> What tells
> # dpkg -l | egrep "(alsa|asound|udev)"
> 
> Elimar
> 
> 
bash@debian:~$ sudo dpkg -l | egrep "(alsa|asound|udev)"
[sudo] password for bash: 
ii  alsa-base 1.0.23+dfsg-2
ALSA driver configuration files
ii  alsa-oss  1.0.17-4
ALSA wrapper for OSS applications
ii  alsa-utils1.0.23-3
Utilities for configuring and using ALSA
ii  alsaplayer-alsa   0.99.80-5+b1
PCM player designed for ALSA (ALSA output module)
ii  alsaplayer-common 0.99.80-5+b1
PCM player designed for ALSA (common files)
ii  alsaplayer-gtk0.99.80-5+b1
PCM player designed for ALSA (GTK+ version)
ii  bluez-alsa4.89-1
Bluetooth ALSA support
ii  gnome-alsamixer   0.9.7~cvs.20060916.ds.1-2
ALSA sound mixer for GNOME
ii  gstreamer0.10-alsa0.10.32-2
GStreamer plugin for ALSA
ii  lib32asound2  1.0.23-2.1
shared library for ALSA applications (32 bit)
ii  lib32asound2-dev  1.0.23-2.1
shared library for ALSA applications -- development files (32 bit)
ii  lib32asound2-plugins  1.0.23-1+b1
ALSA library additional plugins (32 bit)
ii  libalsa-ocaml 0.2.0-2
OCaml bindings for the ALSA library
ii  libalsa-ocaml-dev 0.2.0-2
OCaml bindings for the ALSA library
ii  libalsaplayer-dev 0.99.80-5+b1
PCM player designed for ALSA (interface library, development files)
ii  libalsaplayer00.99.80-5+b1
PCM player designed for ALSA (interface library)
ii  libasound21.0.23-2.1
shared library for ALSA applications
ii  libasound2-dev1.0.23-2.1
shared library for ALSA applications -- development files
ii  libasound2-plugins1.0.23-1+b1
ALSA library additional plugins
ii  libgudev-1.0-0167-1
GObject-based wrapper library for libudev
ii  libgudev-1.0-dev  167-1
libgudev-1.0 development files
rc  libsdl1.2debian-alsa  1.2.14-6
Simple DirectMedia Layer (with X11 and ALSA options)
ii  libsox-fmt-alsa   14.3.2-1
SoX alsa format I/O library
ii  libudev-dev   167-1
libudev development files
ii  libudev0  167-1
libudev shared library
ii  pulseaudio-module-hal 0.9.21-4
HAL to udev transitioning module for PulseAudio sound server
ii  python-gudev  147.2-2
Python bindings for gudev
ii  system-config-printer-udev1.2.3-3
Utilities to detect and configure printers automatically
ii  udev
167-1  /dev/ and hotplug management
daemon







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

Bug#619842: pacmd: no way to leave w/o killing server?

[David Henningsson]

On 2011-03-27 20:21, arne anka wrote:

Package: pulseaudio-utils
Version: 0.9.21-4
Severity: normal

apparently, there's no way to leave pacmd w/o killing the pulseaudio
server.
that's rather ridiculous since the idea of pacmd is obviously to
configure a server -- once it it is killed, all settings done in pacmd
are gone again.

it's easy to end up in the pacmd shell by mistake, so there should be
anon-destructive way back.


I usually use Ctrl-C to exit from the pacmd shell, and that works 
without killing the daemon. You can also supply a single pacmd command 
on the command line, e g "pacmd help" will output help information and 
then return to the shell immediately.


--
David Henningsson, Canonical Ltd.
http://launchpad.net/~diwic



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

Bug#573551: affects squeeze, package has only been updated in testing

[Robert Terhaar]

I seem to be hitting this bug with the latest Puppet package (2.6.6-1~bpo60+1) 
from backports in squeeze.

service{'puppet': enable => false} throws:

err: /Stage[main]/Puppet/Service[puppet]/enable: change from true to false 
failed: Execution of '/usr/sbin/update-rc.d puppet disable' returned 1: 
update-rc.d: error: no runlevel symlinks to modify, aborting!

and 

/usr/sbin/update-rc.d puppet disable
update-rc.d: using dependency based boot sequencing
update-rc.d: error: no runlevel symlinks to modify, aborting!




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

Bug#622204: please upload libevent 2.0.10 to unstable

[Leo 'costela' Antunes]

Source: libevent
Version: 1.4.13-stable-1
Severity: wishlist

Hi,

This is just a blocker for other packages that can't enter unstable until 
libevent migrates, in my case transmission[0].
I haven't been following libevent development, so please don't take this as 
pressure. I assume it'll migrate when it's ready.


Cheers

[0] http://bugs.debian.org/614069

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=pt_BR.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#622149: lintian: false positive: font-in-non-font-package in fonts-* package

[Adam D. Barratt]

On Sat, 2011-04-09 at 15:38 +0200, أحمد المحمودي wrote:
> The Debian Fonts Task Force have agreed to name font packages using the 
> following naming scheme: fonts--
> 
> Yet, lintian gives a font-in-non-font-package when it finds a font in 
> packages with that naming scheme.

Has that been officially documented somewhere yet?  The policy on
https://wiki.debian.org/Fonts/PackagingPolicy still doesn't mention the
new naming.

Regards,

Adam




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

Bug#622203: libcgicc: FTBFS everywhere: chmod: missing operand after `644'

[Cyril Brulebois]

Source: libcgicc
Version: 3.2.9-2
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS everywhere, presumably because you built with -b
while buildds use -B. BTW, xargs has --no-run-if-empty/-r.

Log excerpt:
|  debian/rules override_dh_fixperms
| make[1]: Entering directory 
`/build/buildd-libcgicc_3.2.9-2-armel-dhaU9a/libcgicc-3.2.9'
| dh_fixperms
| find 
/build/buildd-libcgicc_3.2.9-2-armel-dhaU9a/libcgicc-3.2.9/debian/libcgicc-doc 
-name '*.png' -o -name '*.svg' | xargs chmod 644
| find: 
`/build/buildd-libcgicc_3.2.9-2-armel-dhaU9a/libcgicc-3.2.9/debian/libcgicc-doc':
 No such file or directory
| chmod: missing operand after `644'
| Try `chmod --help' for more information.
| make[1]: *** [override_dh_fixperms] Error 123

Full build logs:
  https://buildd.debian.org/status/package.php?p=libcgicc&suite=sid

KiBi.



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

Bug#621847: [SERVER] Bug#621847: mirror.optus.net gives 403 errors on some directories

[Bradley Baetz]

On Sun, Apr 10, 2011 at 06:39:47PM +0200, Simon Paillard wrote:
> Hi,
> Dear OptusNet admins, could you please fix this permission issue ?

This looks like its fixed itself up over the weekend.

> By the way, please update your ftpsync version :

Thanks - have raised it internally.

Thanks,

Bradley



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

Bug#611591: bug#8467: Bug#611591: emacs23: hangs while waiting for child on hurd-i386

[Chong Yidong]

Rob Browning  writes:

> It looks like there may be a problem with wait_for_termination() on
> GNU/Hurd systems.
>
> Samuel Thibault  writes:
>
>> emacs23 would sometimes hang while waiting for a child. This is because
>> wait_for_termination assumes that on all BSD-like systems kill() returns
>> -1 on zombies. It happens that GNU/Hurd is a BSD-like system, but its
>> kill() returns 0 on zombies.
>>
>> The attached patch fixes that.

Thanks, applied.



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

Bug#622202: evolution: FTBFS everywhere: /bin/bash: scrollkeeper-config: command not found

[Cyril Brulebois]

Source: evolution
Version: 3.0.0-1
Severity: serious
Justification: FTBFS

Hi,

your package FTBFS with:
| if [ -f "C/evolution.xml" ]; then d="../"; else 
d="/build/buildd-evolution_3.0.0-1-i386-iCo26k/evolution-3.0.0/help/"; fi; \
|   mo="zh_CN/zh_CN.mo"; \
|   if [ -f "${mo}" ]; then mo="../${mo}"; else 
mo="/build/buildd-evolution_3.0.0-1-i386-iCo26k/evolution-3.0.0/help/${mo}"; 
fi; \
|   (cd zh_CN/ && \
| `which xml2po` -m docbook -e -t "${mo}" \
|   "${d}C/evolution.xml" > evolution.xml.tmp && \
|   cp evolution.xml.tmp evolution.xml && rm -f evolution.xml.tmp)
| /bin/bash: scrollkeeper-config: command not found
| /bin/bash: line 1: scrollkeeper-config: command not found
| The file '/Templates/C/scrollkeeper_cl.xml' does not exist.
| Please check your ScrollKeeper installation.
| make[3]: *** [evolution-C.omf] Error 1
| make[3]: Leaving directory 
`/build/buildd-evolution_3.0.0-1-i386-iCo26k/evolution-3.0.0/help'
| make[2]: *** [all-recursive] Error 1

Full build logs:
  https://buildd.debian.org/status/package.php?p=evolution&suite=experimental

KiBi.



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

Bug#621847: [SERVER] Bug#621847: mirror.optus.net gives 403 errors on some directories

[Simon Paillard]

Hi,

On Mon, Apr 11, 2011 at 07:35:54AM +1000, Dean Hamstead wrote:
> On 11/04/2011, at 2:39 AM, Simon Paillard  wrote:
> > On Sat, Apr 09, 2011 at 07:35:02PM +0800, Paul Wise wrote:
> >> Package: mirrors
> >> Severity: normal
> >> 
> >> mirror.optus.net gives 403 errors on the following files and their
> >> parent directories. There are probably more, I only found this out while
> >> trying to make get a Debian mirror on my laptop using debmirror.
> > 
> > Dear OptusNet admins, could you please fix this permission issue ?
> > By the way, please update your ftpsync version :
> > - it allows to fix this issues automatically (-p option in rsync).
> > - it syncs the right files in 1st stage sync in a consistent manner with 
> > last
> >  archive structure update.
>
> we copy upstream permissions, as other distros use them to stage and release
> their major releases

No:
- upstream is world readable (ftp.au.debian.org):
rsync mirror.linux.org.au::debian/pool/main/a/ardesia
drwxr-sr-x4096 2011/04/10 15:05:13 ardesia
- your mirror is not:
$ lftp http://mirror.optus.net/debian/pool/main/a/ardesia/
cd: Access failed: 403 Forbidden (/debian/pool/main/a/ardesia)

$ lftp mirror.optus.net:/debian/pool/main/a> ls -ld ardesia
drwx--2 500  500  4096 Apr 10 13:05 ardesia

- Indeed, please just update the Debian recommended script you use, as stated
  above already: http://www.debian.org/mirror/ftpmirror#how

> >> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2.debian.tar.gz
> >> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2.dsc
> >> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2_amd64.deb
> >> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2_armel.deb
> >> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8.orig.tar.bz2
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor-examples_1.4.0-2_all.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2.debian.tar.gz
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2.dsc
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2_amd64.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2_armel.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors-dev_1.4.0-2_amd64.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors-dev_1.4.0-2_armel.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors1.4_1.4.0-2_amd64.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors1.4_1.4.0-2_armel.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam/clam_1.4.0-2.debian.tar.gz
> >> http://mirror.optus.net/debian/pool/main/c/clam/clam_1.4.0-2.dsc
> >> http://mirror.optus.net/debian/pool/main/c/clam/libclam-dev_1.4.0-2_amd64.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam/libclam-dev_1.4.0-2_armel.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam/libclam-doc_1.4.0-2_all.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam/libclam1.4_1.4.0-2_amd64.deb
> >> http://mirror.optus.net/debian/pool/main/c/clam/libclam1.4_1.4.0-2_armel.deb
> >> http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1.dsc
> >> http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1.tar.gz
> >> http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1_all.deb
> >> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1.debian.tar.gz
> >> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1.dsc
> >> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1_all.deb
> >> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500.orig.tar.gz
> >> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2.debian.tar.gz
> >> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2.dsc
> >> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2_all.deb
> >> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20.orig.tar.gz
> >> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1.debian.tar.gz
> >> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1.dsc
> >> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1_all.deb
> >> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl

Bug#621812: [Pkg-alsa-devel] Bug#621812: Bug#621812

[Elimar Riesebieter]

* Raza Abbas [110410 16:36 -0400]:
> On Sun, 2011-04-10 at 22:05 +0200, Elimar Riesebieter wrote:
> > modprobe -v snd_hda_codec_realtek snd_hda_intel 
> 
> bash@debian:~$ sudo modprobe -v snd_hda_codec_realtek snd_hda_intel 
[...]
> FATAL: Error inserting snd_hda_codec_realtek
> (/lib/modules/2.6.38-2-amd64/kernel/sound/pci/hda/snd-hda-codec-realtek.ko): 
> Unknown symbol in module, or unknown parameter (see dmesg)

This looks like a miscompiled snd-hda-codec-realtek.ko modul.

What tells
# dpkg -l | egrep "(alsa|asound|udev)"

Elimar


-- 
  Do you smell something burning or ist it me?


signature.asc
Description: Digital signature

Bug#619010: [pkg-cryptsetup-devel] Bug#619010: (no subject)

[jonas]

Hello Volker,

Sorry for the long delay, I was away the last two weeks.

Unfortunately I'm unable to reproduce your bugreport so far. Did you
try the latest linux-image-2.6.38-2-686-bigmem package with cryptsetup
2:1.2.0-2?

I only checked the amd64 2.6.38 debian kernel
(linux-image-2.6.38-2-amd64), but that one worked with several different
LVM-on-LUKS setups.

On Wed, Sun, 20 Mar 2011 13:43:59 +0100, "Volker Schlecht"
 wrote:
> Booting a stock 686-bigmem 2.6.38 kernel hangs after loading the
> initrd with the message "LVM no volumes found" and "evms_activate
> failed".

Both warnings are ok if your setup is LVM on top of LUKS. The initramfs
script searches for a LVM or EVMS group to enable before unlocking the
device.

Please provide more precise information about your setup:

- content of /etc/crypttab
- content of /etc/fstab
- exact output of the boot process: what is the last output you see?

> Booting an older 2.6.37 stock kernel works on the same system.

You should see the LVM/EVMS warnings with the 2.6.37 kernel as well,
right?

greetings,
 jonas




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

Bug#621847: [SERVER] Bug#621847: mirror.optus.net gives 403 errors on some directories

[Dean Hamstead]

hi simon

we copy upstream permissions, as other distros use them to stage and release 
their major releases



Dean



On 11/04/2011, at 2:39 AM, Simon Paillard  wrote:

> Hi,
> 
> On Sat, Apr 09, 2011 at 07:35:02PM +0800, Paul Wise wrote:
>> Package: mirrors
>> Severity: normal
>> 
>> mirror.optus.net gives 403 errors on the following files and their
>> parent directories. There are probably more, I only found this out while
>> trying to make get a Debian mirror on my laptop using debmirror.
> 
> Dear OptusNet admins, could you please fix this permission issue ?
> By the way, please update your ftpsync version :
> - it allows to fix this issues automatically (-p option in rsync).
> - it syncs the right files in 1st stage sync in a consistent manner with last
>  archive structure update.
> 
>> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2.dsc
>> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2_amd64.deb
>> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8-2_armel.deb
>> http://mirror.optus.net/debian/pool/main/a/ardesia/ardesia_0.8.orig.tar.bz2
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor-examples_1.4.0-2_all.deb
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2.dsc
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2_amd64.deb
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/clam-networkeditor_1.4.0-2_armel.deb
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors-dev_1.4.0-2_amd64.deb
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors-dev_1.4.0-2_armel.deb
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors1.4_1.4.0-2_amd64.deb
>> http://mirror.optus.net/debian/pool/main/c/clam-networkeditor/libclam-qtmonitors1.4_1.4.0-2_armel.deb
>> http://mirror.optus.net/debian/pool/main/c/clam/clam_1.4.0-2.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/c/clam/clam_1.4.0-2.dsc
>> http://mirror.optus.net/debian/pool/main/c/clam/libclam-dev_1.4.0-2_amd64.deb
>> http://mirror.optus.net/debian/pool/main/c/clam/libclam-dev_1.4.0-2_armel.deb
>> http://mirror.optus.net/debian/pool/main/c/clam/libclam-doc_1.4.0-2_all.deb
>> http://mirror.optus.net/debian/pool/main/c/clam/libclam1.4_1.4.0-2_amd64.deb
>> http://mirror.optus.net/debian/pool/main/c/clam/libclam1.4_1.4.0-2_armel.deb
>> http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1.dsc
>> http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1.tar.gz
>> http://mirror.optus.net/debian/pool/main/g/gem2deb/gem2deb_0.2.1_all.deb
>> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1.dsc
>> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500-1_all.deb
>> http://mirror.optus.net/debian/pool/main/libd/libdist-zilla-plugin-git-perl/libdist-zilla-plugin-git-perl_1.110500.orig.tar.gz
>> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2.dsc
>> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20-2_all.deb
>> http://mirror.optus.net/debian/pool/main/libd/libdpkg-log-perl/libdpkg-log-perl_1.20.orig.tar.gz
>> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1.dsc
>> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004-1_all.deb
>> http://mirror.optus.net/debian/pool/main/libe/libexception-handler-perl/libexception-handler-perl_1.004.orig.tar.gz
>> http://mirror.optus.net/debian/pool/main/libf/libfile-util-perl/libfile-util-perl_3.27-1.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/libf/libfile-util-perl/libfile-util-perl_3.27-1.dsc
>> http://mirror.optus.net/debian/pool/main/libf/libfile-util-perl/libfile-util-perl_3.27-1_all.deb
>> http://mirror.optus.net/debian/pool/main/libf/libfile-util-perl/libfile-util-perl_3.27.orig.tar.gz
>> http://mirror.optus.net/debian/pool/main/libg/libgeo-google-mapobject-perl/libgeo-google-mapobject-perl_0.06-1.debian.tar.gz
>> http://mirror.optus.net/debian/pool/main/libg/libgeo-google-mapobject-perl/libgeo-google-mapobject-perl_0.06-1.dsc
>> http://mirror.optus.net/debian/pool/main/libg/libgeo-google-map

Bug#607980: FTBFS on kfreebsd-*: undefined reference to `clock_gettime'

[Alexandre Ratchov]

On Sun, Apr 10, 2011 at 10:50:39PM +0200, Torsten Werner wrote:
> Package: midish
> Version: 1.0.4-1
> Severity: normal
> 
> Hi Maintainer,
> 
> do you plan to fix the FTBFS error on kfreebsd*?
> 

Sure. There are three different fixes for this issue, posted as
replies to the corresponding bug report, you could pick one of them,
and commit it (sorry, I'm not a debian commiter). Fixes are discussed
here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615753

If you've questions, need further information or need something to be
reworked, let me know.

Thanks!

-- Alexandre



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

Bug#621898: i2c-tools: Upgrade problem still happens

[Aurelien Jarno]

On Sun, Apr 10, 2011 at 10:56:53PM +0200, GSR wrote:
> Package: i2c-tools
> Version: 3.0.3-3
> Followup-For: Bug #621898
> 
> While upgrading to 3.0.3-3, the MAKEDEV error is avoided, but then
> fails in something else:
> 
> ---8<---
> Setting up i2c-tools (3.0.3-3) ...
> .udevdb or .udev presence implies active udev.  Aborting MAKEDEV invocation.
> chmod: cannot access `/dev/i2c-0': No such file or directory
> dpkg: error processing i2c-tools (--configure):
>  subprocess installed post-installation script returned error exit status 1
> configured to not write apport reports
>   Errors were encountered while 
> processing:
>  i2c-tools
> E: Sub-process /usr/bin/dpkg returned an error code (1)

Yes, this is because you don't have any i2c devices. Fixed in 3.0.3-4.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



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

Bug#618273: Pending Upload

[Kurt B. Kaiser]

tags 618273 pending
thanks

I've begun work on an updated package.

Thanks for your interest in gambc!

-- 
KBK



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

Bug#576412: [php-maint] Bug#576412: Bug#576412: Bug#576412: Bug#576412: php5: Please add MySQL native driver "mysqlnd" support for PHP 5.3.x

[Ondřej Surý]

Raphael,

it may be a good time to rething mysqlnd inclusion. SSL and
compression is supported in the version in the unstable.

Personally I dislike the idea of having private mysql library in the
PHP, but if it helps the users...

Another option would be to package php5-mysql and php5-mysqlnd as
separate conflicting packages, so users can chose.

O.

On Mon, Apr 5, 2010 at 17:50, Raphael Geissert  wrote:
> On 5 April 2010 05:54, Alexander Schories  wrote:
>> i understand that compression and SSL for MySQL are yet missing.
>> However, they might not be used widely on most debian installations -
>> but they are still very important features, i agree.
>
> SSL _is_ widely used in certain setups I work on. The alternative is
> to setup an ssh tunnel but it implies more work when upgrading, and
> can not always be used depending on the use case (as it requires
> access to both the client and the server).
>
>> I also haven't expected to see this feature in the upcoming debian
>> release, but in the experimental/unstable trees.
>
> Changes that end in the testing and later stable distributions go
> through unstable. Since there is no real benefit so far, there's no
> reason to spend time preparing, uploading and maintaining packages
> using mysqlnd.
>
> Complementing the list of obvious differences already mentioned by
> Ondrej, there have been reports about certain behaviour changes (like
> defaulting to something different than what libmysqlclient defaults
> to, etc). They are being fixed, yes, but that doesn't mean it is
> ready.
>
> Cheers,
> --
> Raphael Geissert - Debian Developer
> www.debian.org - get.debian.net
>
>
>
> ___
> pkg-php-maint mailing list
> pkg-php-ma...@lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint
>



-- 
Ondřej Surý 
http://blog.rfc1925.org/



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

Bug#616608: regression, scrot -s fails via keybinding again

[William Vera]

Hello!

> Years ago scrot had a trouble with the '--select' option via keybinding, then 
> was gone.
> Now is come back, via command line works fine but not anymore with fluxbox 
> keys
> (I don't know with other WM).
> When i press the keys (Shift Print), in ~/.xsession-errors i can see
> "giblib error: couldn't grab keyboard:Resource temporarily unavailable"
>
> Here I have found a dirty workaround, see the last post and the first in the 
> second page
> http://forums.debian.net/viewtopic.php?t=35244
>
> so now it works with:
> "xmessage 'screenshot' -center -timeout 1 && scrot -s -b 
> shot_%d-%m-%y_%H.%M.%S.png"
>
> I'm not sure if that is strictly related to scrot, but it seems it needs to 
> wake up
> before taking the shot.

I did some tests with Gnome and Fluxbox and it seems that it is not
proper to scrot problem.
However I have sent an email to the upstream to give us their views.
Thanks for your report

>
> ciao
> skizzhg

Greetings!

>

-- 
William Vera 
PGP Key: 1024D/F5CC22A4
Fingerprint: 3E73 FA1F 5C57 6005 0439  4D75 1FD2 BF96 F5CC 22A4



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

Bug#585409: [pkg-wine-party] Bug#585409: package wine1.2 series

[Stephen Kitt]

Hi Adrian,

On Sun, 10 Apr 2011 10:13:29 +0200, Adrian Glaubitz
 wrote:
> do you think you could update your packages to the recently released
> stable version 1.2.3? The first 1.2 release, 1.2.0, is already over
> half a year old and I don't think this version should go into Debian
> unstable.
> 
> Thanks alot for the work so far. It's really annoying having to build
> wine myself each time a new version is released.

I've just uploaded my wine 1.2.3 packages to http://www.sk2.org/wine/ where
you'll also find wine-gecko-1.0.0. Note that these are still unofficial
packages so bugs shouldn't be reported to the Debian BTS!

Ove kindly sponsored my mingw-w64 packages; one of them is already in
unstable, the other two are waiting in NEW. Once they're all in he will be
able (at last!) to start working on new versions of wine.

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#501414: gambc segfault on arm, armel, ia64

[Kurt B. Kaiser]

Hi,

I don't have a way to debug this, as I don't have machines with those
architectures.  When I released the package, I saw the problem and
requested that it be marked as "not for" those three architectures.
However, that didn't happen.

In the meantime, no one has ported the package.

The problem is occurring during the bootstrap of the gsc compiler, and
must be debugged on the failing architectures.

I will be building a new package shortly.  Perhaps upstream has done
something to alleviate the problem.  Otherwise, I'll have to delete
those architectures from the package to close this bug.  Unless you 
can help me debug it, of course :-)

-- 
KBK



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

Bug#622082: python-matplotlib: Instruction not allowed (sse2?)

[Jakub Wilk]

(Adding the bug back to the recipient list.)


~$ LC_ALL=C gdb -batch -q -ex run -ex bt --args python -c 'from 
matplotlib.pylab import *'
[Thread debugging using libthread_db enabled]

Program received signal SIGILL, Illegal instruction.
0xb7afadb0 in cblas_dgemm () from /usr/lib/libblas.so.3gf
#0  0xb7afadb0 in cblas_dgemm () from /usr/lib/libblas.so.3gf
#1  0x0030 in ?? ()


Thanks. Now we only need to find out which package/version is at fault. 
Could you try this:


LC_ALL=C apt-cache policy $(dpkg -S $(readlink -f /usr/lib/libblas.so.3gf) | 
cut -d: -f1)

?


--
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#621898: i2c-tools: Upgrade problem still happens

[GSR]

Package: i2c-tools
Version: 3.0.3-3
Followup-For: Bug #621898

While upgrading to 3.0.3-3, the MAKEDEV error is avoided, but then
fails in something else:

---8<---
Setting up i2c-tools (3.0.3-3) ...
.udevdb or .udev presence implies active udev.  Aborting MAKEDEV invocation.
chmod: cannot access `/dev/i2c-0': No such file or directory
dpkg: error processing i2c-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
  Errors were encountered while processing:
 i2c-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
--->8---

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

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

Versions of packages i2c-tools depends on:
ii  adduser   3.112+nmu2 add and remove users and groups
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  makedev   2.3.1-89   creates device files in /dev
ii  perl  5.10.1-19  Larry Wall's Practical Extraction 
ii  udev  167-1  /dev/ and hotplug management daemo

i2c-tools recommends no packages.

Versions of packages i2c-tools suggests:
pn  libi2c-dev (no description available)
pn  python-smbus   (no description available)

-- 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