Bug#648277: [ITR] templates://guacamole/{guacamole-tomcat.templates}

[Michael Jumper]

I approve this process.

Thanks,

- Mike

On Sun, Nov 13, 2011 at 10:18 PM, Christian PERRIER  wrote:
> Dear Debian maintainer,
>
> The Debian internationalisation team and the Debian English
> localisation team will soon begin the review of the debconf
> templates used in guacamole.
>
> This review takes place for all packages that use debconf to interact with
> users and its aims are:
> - to improve the use of English in all debconf templates;
> - to make the wording of debconf templates more consistent;
> - to encourage more translations of templates.
>
> Even if your first language is English, this process is likely to help
> track down typos or errors, and improve consistency between the
> debconf templates of your package and that of other packages in the
> distribution.
>
> The process involves both debian-l10n-english contributors and
> Debian translators.
>
> The details of the process are given in
> http://wiki.debian.org/I18n/SmithDebconfReviewProcess.
>
> I will act as the coordinator of this activity for guacamole.
>
> The first step of the process is to review the debconf source
> template file(s) of guacamole. This review will start on Thursday, November 
> 17, 2011, or
> as soon as you acknowledge this mail with an agreement for us to
> carry out this process.
>
> All parts of the process will be carried out in close collaboration
> with you, and, unless you explicitely ask for it, no upload nor NMU
> will happen for guacamole.
>
> If you approve this process, please let us know by replying to this
> mail. If some work in progress on your side would conflict with such a
> rewrite (such as adding or removing debconf templates), please say so,
> and we will defer the review to later in the development cycle.
>
> Thank you for your attention.
>
> --
>
>
>



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

Bug#648277: [ITR] templates://guacamole/{guacamole-tomcat.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in guacamole.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for guacamole.

The first step of the process is to review the debconf source
template file(s) of guacamole. This review will start on Thursday, November 17, 
2011, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for guacamole.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#648696: iceweasel: www.bsi.de triggers "The connection was reset"

[Jörg-Volker Peetz]

Package: iceweasel
Version: 8.0-2
Severity: important

Dear Maintainer,

trying to visit http://www.bsi.de triggers a "The connection was reset" answer
and does not display the web-page, while in standard firefox 8 it works. With
iceweasel before version 8 it also worked, as far as I remember.
-- 
Best regards,
Jörg-Volker.


-- Package-specific info:
<#part type="text/plain" disposition=attachment description="Bug script output">

-- Extensions information
Name: Default themefalse
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Status: enabled

Name: Deutsch (DE) Language Pack localefalse
Location: /usr/lib/iceweasel/extensions/langpack...@firefox.mozilla.org.xpi
Status: enabled

-- Plugins information
Name: IcedTea-Web Plugin (using IcedTea-Web 1.1.4 (1.1.4-1))
Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Status: disabled

Name: Shockwave Flash
Location: /usr/lib/gnash/libgnashplugin.so
Status: enabled


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

Kernel: Linux 3.1.1 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 4.0.4
ii  fontconfig  2.8.0-3
ii  libc6   2.13-21
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.28.8-1
ii  libgtk2.0-0 2.24.7-1
ii  libnspr4-0d 4.8.9-1
ii  libstdc++6  4.6.2-4
ii  procps  1:3.2.8-10
ii  xulrunner-8.0   8.0-2

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-21.9.1+dfsg-3
ii  mozplugger  
ii  ttf-lyx 2.0.1-1
ii  ttf-mathematica4.1  
ii  xfonts-mathml   4

Versions of packages xulrunner-8.0 depends on:
ii  libasound21.0.24.1-4
ii  libatk1.0-0   2.2.0-1
ii  libbz2-1.01.0.5-6
ii  libc6 2.13-21
ii  libcairo2 1.10.2-6.1
ii  libdbus-1-3   1.4.16-1
ii  libevent-1.4-21.4.14b-stable-1
ii  libfontconfig12.8.0-3
ii  libfreetype6  2.4.7-2
ii  libgcc1   1:4.6.2-4
ii  libgdk-pixbuf2.0-02.24.0-1
ii  libglib2.0-0  2.28.8-1
ii  libgtk2.0-0   2.24.7-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8c-2
ii  libmozjs8d8.0-2
ii  libnotify40.7.4-1
ii  libnspr4-0d   4.8.9-1
ii  libnss3-1d3.13.1.with.ckbi.1.88-1
ii  libpango1.0-0 1.29.4-1
ii  libpixman-1-0 0.24.0-1
ii  libreadline6  6.2-7
ii  libsqlite3-0  3.7.7-2
ii  libstartup-notification0  0.12-1
ii  libstdc++64.6.2-4
ii  libvpx0   0.9.7.p1-2
ii  libx11-6  2:1.4.4-1
ii  libxext6  2:1.3.0-3
ii  libxrender1   1:0.9.6-2
ii  libxt61:1.1.1-2
ii  zlib1g1:1.2.3.4.dfsg-3

Versions of packages xulrunner-8.0 suggests:
ii  libcanberra0  0.28-3
ii  libdbus-glib-1-2  0.98-1
ii  libgnomeui-0  2.24.5-1



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

Bug#648691: ITP: blktap-dkms -- Xen blktap kernel component DKMS package

[Ben Hutchings]

On Mon, 2011-11-14 at 14:30 +0800, Thomas Goirand wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Debian Xen Team 
> 
> * Package name: blktap-dkms
>   Version : 2.0.90
>   Upstream Author : Jon Ludlam 
> * URL : http://www.xen.org/
> * License : GPL-2
>   Programming Lang: C
>   Description : Xen blktap kernel component DKMS package
> 
>  This package contains the source for the blktap kernel module. It
>  includes DKMS support so that installation of this package will
>  result in a working blktap kernel module.

Is this really still worthwhile?  The last I read was that it is to be
replaced by qemu qdisk.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#648241: [ITR] templates://ngircd/{ngircd.templates}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in ngircd.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for ngircd.

The first step of the process is to review the debconf source
template file(s) of ngircd. This review will start on Thursday, November 17, 
2011, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for ngircd.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#628816: gnome-specimen: Does not run (module object has no attribute program_init)

[Kartik Mistry]

On Fri, Jun 3, 2011 at 4:55 PM, Sam Morris  wrote:
> CC'ing python-gnome2 maintainer: Sebastien, have you ever seen this
> problem with the gnome module?
>
> On Fri, Jun 03, 2011 at 11:22:00AM +0530, Kartik Mistry wrote:
>> Interesting. I could not reproduce this on unstable.
>
> Rats. I can't figure out where gnome.program_init is supposed to come
> from. /usr/lib/pymodules/python2.6/gtk-2.0/gnome/__init__.pyc makes it
> look like it comes from _gnome.so in the same directory, but it doesn't
> actually seem to be loaded by python when the module is imported.
>
> Output of strace -v python -c 'import gnome' attached.

I still have this bug unreproducible on my side. Can you try with
latest version in Sid again?

-- 
Kartik Mistry | IRC: kart_
{0x1f1f, kartikm}.wordpress.com



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

Bug#648695: libpam-modules: /sbin/pam_timestamp_check missing

[Frank Lin PIAT]

Package: libpam-modules
Version: 1.1.3-6
Severity: normal

Hello,

The binary file /sbin/pam_timestamp_check is neither in
libpam-modules (or libpam-modules-bin), even though
the manpage (/usr/share/man/man8/pam_timestamp_check.8.gz)
exist in libpam-modules.

Regards,

Franklin



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

Bug#648694: qa.debian.org: DDPO merges unrelated email addresses

[Andrew Ross]

Package: qa.debian.org
Severity: normal


My developers overview page at 
http://qa.debian.org/developer.php?login=ubuntu%40rossfamily.co.uk 
is showing packages both for myself and another Andrew Ross, namely 
andrewr...@users.sourceforge.net. We're not the same person, so our 
packages should not be merged.



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

Bug#648693: live-build: [INTL:kn] Kannada debconf translation

[Christian Perrier]

Source: live-build
Severity: wishlist
Tags: patch l10n

Please find attached the translation of debconf tempaltes in Kannada.
This file should be put as kn.po in debian/po in your package tree.

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

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Telugu translation for live-build.
# Copyright (C) 2011 Telugu Contributors
# This file is distributed under the same license as the live-build package.
# Praveen Illa , 2011.
#
msgid ""
msgstr ""
"Project-Id-Version: Live-build\n"
"Report-Msgid-Bugs-To: live-bu...@packages.debian.org\n"
"POT-Creation-Date: 2011-10-26 08:17+0530\n"
"PO-Revision-Date: 2011-11-10 23:46+0530\n"
"Last-Translator: Praveen Illa \n"
"Language-Team: Telugu \n"
"Language: te\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: title
#. Description
#: ../live-build-cron.templates:2001
msgid "Debian Live - System Build Scripts (cron autobuilder)"
msgstr "డెబియన్ లైవ్ - వ్యవస్థను నిర్మించే స్క్రిప్టులు (క్రాన్ ఆటోబిల్డర్)"

#. Type: boolean
#. Description
#: ../live-build-cron.templates:3001
msgid "Enable image autobuilds?"
msgstr "ఇమేజ్ ఆటోబిల్డులను చేతనపరచాలా?"

#. Type: boolean
#. Description
#: ../live-build-cron.templates:3001
msgid "Please choose whether live-images should be built automatically."
msgstr "లైవ్-ఇమేజులు స్వయంచాలకంగా నిర్మించబడాలో వద్దో ఎంచుకోండి."

#. Type: string
#. Description
#: ../live-build-cron.templates:4001
msgid "Image build directory:"
msgstr "ఇమేజ్ బిల్డ్ డైరెక్టరీ:"

#. Type: string
#. Description
#: ../live-build-cron.templates:4001
msgid "Please specify the directory where live-images should be stored."
msgstr "దయచేసి లైవ్-ఇమేజులు ఎక్కడ భద్రపరచాలో తెలుపండి."

#. Type: string
#. Description
#: ../live-build-cron.templates:5001
msgid "Cron expression for image builds:"
msgstr "ఇమేజ్ నిర్మాణాల కొరకు క్రాన్ సమాసం:"

#. Type: string
#. Description
#: ../live-build-cron.templates:5001
msgid "Please specify the scheduling for the cron job defining when live-images 
should be built."
msgstr "లైవ్-ఇమేజులు ఎప్పుడు నిర్మించాలో తెలిపే క్రాన్ కర్తవ్యపు  ప్రణాళికను 
తెలుపండి."

#. Type: select
#. Description
#: ../live-build-cron.templates:6001
msgid "Live-build version to use:"
msgstr "వాడాల్సిన లైవ్-బిల్డ్ రూపాంతరం:"

#. Type: select
#. Description
#: ../live-build-cron.templates:6001
msgid "Please select the version of live-build to use."
msgstr "దయచేసి వాడాల్సిన లైవ్-బిల్డ్ రూపాంతరాన్ని ఎంచుకోండి."

#. Type: select
#. Description
#: ../live-build-cron.templates:6001
msgid "If you choose \"git\", the current version of live-build from git will 
be used. If you choose \"host\", the live-build from the host system will be 
used. Finally, \"release\" will use the last released version."
msgstr "ఒకవేళ మీరు \"git\" ఎంచుకున్నట్లయితే, లైవ్ బిల్డ్ యొక్క ప్రస్తుత 
రూపాంతరం గిట్ నుండి సృష్టిస్తుంది. ఒకవేళ మీరు \"host\" ఎంచుకున్నట్లయితే, 
ఆతిథేయి వ్యవస్థ నుండి లైవ్-బిల్డ్ సృష్టించబడుతుంది. చివరిగా, \"release\" అనేది 
ఆఖరి విడుదల రూపాంతరాన్ని వాడుకుంటుంది."

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:7001
msgid "Daily image distribution(s):"
msgstr "రోజువారీ ఇమేజ్ పంపిణీ(లు):"

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:7001
msgid "Please select the distributions you would like to include for 
live-images built daily."
msgstr "రోజువారీ నిర్మించబడే లైవ్-ఇమేజుల నందు చేర్చాలనుకుంటున్న పంపిణీలను 
ఎంచుకోండి."

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:8001
msgid "Daily image flavor(s):"
msgstr "డైలీ ఇమేజ్ రకము(లు):"

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:8001
msgid "Please select the flavors you would like to include for  live-images 
built daily."
msgstr "రోజువారీ నిర్మించబడే లైవ్-ఇమేజుల నందు చేర్చాలనుకుంటున్న రకాలను 
ఎంచుకోండి."

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:9001
msgid "Weekly image distribution(s):"
msgstr "ప్రతీవారపు ఇమేజ్ పంపిణీ(లు):"

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:9001
msgid "Please select the distributions you would like to include for 
live-images built weekly."
msgstr "ప్రతీవారం నిర్మించబడే లైవ్-ఇమేజుల నందు ఉంచాలనుకుంటున్న పంపిణీలను 
ఎంచుకోండి."

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:10001
msgid "Weekly image flavor(s):"
msgstr "ప్రతీవారపు ఇమేజ్ రకము(లు):"

#. Type: multiselect
#. Description
#: ../live-build-cron.templates:10001
msgid "Please select the flavors you would like to include for live-images 
built weekly."
msgstr "ప్రతీవారం నిర్మించబడే లైవ్-ఇమేజుల నందు చేర్చాలనుకుంటున్న రకాలను 
ఎంచుకోండి."

#. Type: multiselect
#. Choices
#: ../live-build-cron.templates:11001
msgid "squeeze, wheezy, sid"
msgstr "స్క్వీజీ, వీజీ, సిడ్"

#. T

Bug#646747: [BTS#646747] templates://spotweb/{spotweb.templates} : Final update for English review

[Christian PERRIER]

Dear Debian maintainer,

On Monday, October 31, 2011, I notified you of the beginning of a review process
concerning debconf templates for spotweb.

The debian-l10n-english contributors have now reviewed these templates,
and the final proposed changes are attached to this update to the
original bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading spotweb with these changes
right now.

The second phase of this process will begin on Thursday, November 17, 2011, 
when I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Thursday, December 08, 2011. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Friday, December 09, 2011, I will contact you again and will send a 
final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- 


Template: spotweb/nntpserver
Type: string
Default: news.ziggo.nl
_Description: NNTP server:
 Please enter the news (NNTP) server that should be used for Spotweb.

Template: spotweb/nntpuser
Type: string
_Description: NNTP server username:
 Please enter the username to use on the news server.

Template: spotweb/nntppass
Type: password
_Description: NNTP server password:
 Please enter the password to use on the news server.

Template: spotweb/nntpenc
Type: select
Choices-C: false, ssl, tls
__Choices: No encryption, SSL, TLS
_Description: NNTP server encryption:
 Please choose the encryption type for communication with the
 news server.

Template: spotweb/nntpport
Type: string
Default: 119
_Description: NNTP server port:
 Please enter the port to use on the news server. Port 563 should generally
 be used when encryption is activated.

Template: spotweb/useheaderserver
Type: boolean
Default: false
_Description: Use separate "headers" news server?
 Please choose this option if you use a separate news server to fetch headers.

Template: spotweb/headerserver
Type: string
Default: 
_Description: NNTP "headers" server:
 Please enter the news server that should be used for headers fetching
 with Spotweb.

Template: spotweb/headeruser
Type: string
_Description: NNTP "headers" server username:
 Please enter the username to use on the "headers" news server.

Template: spotweb/headerpass
Type: password
_Description: NNTP "headers" server password:
 Please enter the password to use on the "headers" news server.

Template: spotweb/headerenc
Type: select
Choices-C: false, ssl, tls
__Choices: No encryption, SSL, TLS
Choices-C: No encryption, SSL, TLS
_Description: NNTP "headers" server encryption:
 Please choose the encryption type for communication with the
 "headers" news server.

Template: spotweb/headerport
Type: string
Default: 119
_Description: NNTP "headers" server port:
 Please enter the port to use on the "header" news server. Port 563 should 
generally
 be used when encryption is activated.

Template: spotweb/usepostserver
Type: boolean
Default: false
_Description: Use separate "post" (upload) news server?
 Please choose this option if you use a separate news server to post
 news articles.

Template: spotweb/postserver
Type: string
Default: 
_Description: NNTP "post" server:
 Please enter the news server that should be used for posting articles
 with Spotweb.

Template: spotweb/postuser
Type: string
_Description: NNTP "post" server username:
 Please enter the username to use on the "post" news server.

Template: spotweb/postpass
Type: password
_Description: NNTP "headers" server password:
 Please enter the password to use on the "post" news server.

Template: spotweb/postenc
Type: select
Choices-C: false, ssl, tls
__Choices: No encryption, SSL, TLS
_Description: NNTP "post" server encryption:
 Please choose the encryption type for communication with the
 "post" news server.

Template: spotweb/postport
Type: string
Default: 119
_Description: NNTP "post" server port:
 Please enter the port to use on the "post" news server. Port 563 should 
generally
 be used when encryption is activated.

Source: spotweb
Section: web
Priority: optional
Maintainer: Jan-Pascal van Best 
DM-Upload-Allowe

Bug#648647: gnucash: Crash when editing scheduled transaction

[Patrick Ohly]

On So, 2011-11-13 at 22:51 +0100, Micha Lenk wrote:
> Hi Patrick,
> 
> thank you for your feedback on the Gnucash package.
> 
> Am 13.11.2011 19:43, schrieb Patrick Ohly:
> >* What was the outcome of this action?
> > 
> > A segfault in libgtk. Stack backtrace below.
> 
> Would you mind to install the package libgtk2.0-0-dbg and to redo the
> stack backtraces then once again? This would be quite helpful. Also a
> dump of all local variables within the stack frames would be fine, so
> can you please generate the backtrace using the gdb command 'bt full'?

See below:

(gdb) thread apply all bt full

Thread 3 (Thread 0x7fffd2cce700 (LWP 26655)):
#0  0x7fffed17417d in read () at ../sysdeps/unix/syscall-template.S:82
No locals.
#1  0x7fffed64ad6b in child_watch_helper_thread (data=) at 
/build/buildd-glib2.0_2.28.8-1-amd64-O6EeLn/glib2.0-2.28.8/./glib/gmain.c:4315
b = "B", '\000' 
list = 
#2  0x7fffed66e9b6 in g_thread_create_proxy (data=0x9e4620) at 
/build/buildd-glib2.0_2.28.8-1-amd64-O6EeLn/glib2.0-2.28.8/./glib/gthread.c:1955
thread = 0x9e4620
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
#3  0x7fffed16cb40 in start_thread (arg=) at 
pthread_create.c:304
__res = 
pd = 0x7fffd2cce700
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140736730031872, 
8667994934712593498, 140737488344256, 140736730032576, 140737354125376, 3, 
-8667948315980207014, -8667954449968141222}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 
  0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 
0}}}
not_first_call = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#4  0x7fffeceb736d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
No locals.
#5  0x in ?? ()
No symbol table info available.

Thread 2 (Thread 0x7fffe3235700 (LWP 26653)):
#0  0x7fffeceac723 in *__GI___poll (fds=, nfds=, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
_a3 = -1
_a1 = 6836992
resultvar = 
_a2 = 1
oldtype = 0
result = 
#1  0x7fffed649414 in g_main_context_poll (n_fds=1, fds=0x685300, 
timeout=-1, context=0x684f30, priority=) at 
/build/buildd-glib2.0_2.28.8-1-amd64-O6EeLn/glib2.0-2.28.8/./glib/gmain.c:3405
poll_func = 0x7fffed657a50 
#2  g_main_context_iterate (context=0x684f30, block=, 
dispatch=1, self=) at 
/build/buildd-glib2.0_2.28.8-1-amd64-O6EeLn/glib2.0-2.28.8/./glib/gmain.c:3087
max_priority = 2147483647
timeout = -1
some_ready = 
nfds = 1
allocated_nfds = 
fds = 0x685300
#3  0x7fffed649cfa in g_main_loop_run (loop=0x684f10) at 
/build/buildd-glib2.0_2.28.8-1-amd64-O6EeLn/glib2.0-2.28.8/./glib/gmain.c:3300
__PRETTY_FUNCTION__ = "g_main_loop_run"
#4  0x7fffef243534 in gdbus_shared_thread_func (data=) at 
/build/buildd-glib2.0_2.28.8-1-amd64-O6EeLn/glib2.0-2.28.8/./gio/gdbusprivate.c:276
No locals.
#5  0x7fffed66e9b6 in g_thread_create_proxy (data=0x685020) at 
/build/buildd-glib2.0_2.28.8-1-amd64-O6EeLn/glib2.0-2.28.8/./glib/gthread.c:1955
thread = 0x685020
__PRETTY_FUNCTION__ = "g_thread_create_proxy"
#6  0x7fffed16cb40 in start_thread (arg=) at 
pthread_create.c:304
__res = 
pd = 0x7fffe3235700
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737004132096, 
8667994934712593498, 140737488345648, 140737004132800, 140737354125376, 3, 
-8667985412149613478, -8667954449968141222}, mask_was_saved = 0}}, priv = {pad 
= {0x0, 
  0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 
0}}}
not_first_call = 
freesize = 
__PRETTY_FUNCTION__ = "start_thread"
#7  0x7fffeceb736d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
No locals.
#8  0x in ?? ()
No symbol table info available.

Thread 1 (Thread 0x77fae980 (LWP 26650)):
#0  gtk_widget_propagate_hierarchy_changed_recurse (widget=0x0, 
client_data=0x7fffc2f0) at 
/build/buildd-gtk+2.0_2.24.7-1-amd64-huURlY/gtk+2.0-2.24.7/gtk/gtkwidget.c:7021
info = 0x7fffc2f0
new_anchored = 
#1  0x7fffefbe8dea in gtk_widget_propagate_hierarchy_changed_recurse 
(client_data=0x7fffc2f0, widget=0x1974d80) at 
/build/buildd-gtk+2.0_2.24.7-1-amd64-huURlY/gtk+2.0-2.24.7/gtk/gtkwidget.c:7036
No locals.
#2  gtk_widget_propagate_hierarchy_changed_recurse (widget=0x1974d80, 
client_data=0x7fffc2f0) at 
/build/buildd-gtk+2.0_2.24.7-1-amd64-huURlY/gtk+2.0-2.24.7/gtk/gtkwidget.c:7016
info = 0x7fffc2f0
new_anchored = 0
#3  0x7fffefbeb753 in _gtk_widget_propagate_hierarchy_changed 
(widget=0x1974d80, previous_toplevel=0x35e0090) at 
/build/buildd-gtk+2.0_2.24.7-1-amd64-huURlY/gtk+2.0-2.24.7/gtk/gtkwidget.c:7073
info = {previous_toplevel = 0x35e0090, previous_screen = 0x651330, 
new_screen = 0x0}
#4  0x7fffefbede95 in IA__gtk_widget_unparent (widget=0x1974d80) at 
/bu

Bug#645850: lxc package debconf templates

[Christian PERRIER]

reopen 645850
thanks

This bug was closed with 0.7.5-6 upload but I have to say that I'm
really not enthusiast about what happened (in French we call this an
euphemism).

The changelog says:

  * Applying some of the suggestions from the "reviewed" control file
from debian-l10n-english (Closes: #645850).
  * Applying some of the suggestions from the "reviewed" templates
file from debian-l10n-english.
  * Updating German debconf translations.

As a result, here are the statistics for debconf translations:

cs :Charset is utf-8. Stats: cs.po: 1 translated message, 14 fuzzy 
translations, 26 untranslated messages.
da :Charset is UTF-8. Stats: da.po: 1 translated message, 14 fuzzy 
translations, 26 untranslated messages.
de :Charset is UTF-8. Stats: de.po: 41 translated messages.
es :Charset is UTF-8. Stats: es.po: 1 translated message, 14 fuzzy 
translations, 26 untranslated messages.
fr :Charset is UTF-8. Stats: fr.po: 1 translated message, 14 fuzzy 
translations, 26 untranslated messages.
pt :Charset is UTF-8. Stats: pt.po: 14 translated messages, 17 fuzzy 
translations, 10 untranslated messages.
ru :Charset is UTF-8. Stats: ru.po: 1 translated message, 14 fuzzy 
translations, 26 untranslated messages.
sv :Charset is utf-8. Stats: sv.po:6: header field `Project-Id-Version' still 
has the initial default value
sv.po: 1 translated message, 14 fuzzy translations, 26 untranslated messages.
zh_CN :Charset is UTF-8. Stats: zh_CN.po: 1 translated message, 14 fuzzy 
translations, 26 untranslated messages.


As you see, only German is complete, mostly because it was done by
Daniel (I assume without review on debian-l10n-german as it is very
well known that maintainers know better their language than
translators).

I don't really see which of the reviewed templates have been applied,
but when I see this remaining in templates:

_Description: Linux Container: enable setup for LXC?
 Linux Container can do all the necessary modifications needed within a
 container to make it work with LXC. Do you want to proceed?
 .
 If unsure, choose no (default).

...I am sure that nearly none of our suggestions were applied. As a
consequence, we're still left with:
- inconsistent use of case
- questions in long descriptions
- reference to user interface in templates ("choose no")
- reference to defaults

So, indeed, as a very short summary, the suggestions we made in the
review were not followed and, therefore, this bug should be reopened.

As another consequence, the work done by translators other than German
ones is currently wasted.

Maybe some misunderstanding happened, or maybe something in the final
patch I sent didn't really apply cleanly, I don't know. But, indeed,
we should restart this work.

Daniel, was something broken in the review I sent to you?




signature.asc
Description: Digital signature

Bug#644597: ulatencyd silently dies over time

[Ritesh Raj Sarraf]

On 11/13/2011 08:30 PM, Alessandro Ghedini wrote:
> This is just an hopeless try but, ulatencyd gets restarted daily by 
> logrotate and given #643582 it may be the cause of ulatencyd stopping.
> This should leave some traces in the log (which is not your case) but, in 
> the absence of alternative solutions as of now (and now that the above bug 
> has been fixed), it may be worth checking just to make sure. It doesn't 
> explain the "sh" mystery though.

Let me test this. This could be the cause.

Thanks,
Ritesh

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#415132: w3m -dump eats lots of memory and then segfaults

[Timo Juhani Lindfors]

d+...@vdr.jp writes:
> I have 2G memory.  I think w3m does not considere so low memory,
> so I am afraid that it will not fix.  If you need fix absolutely,
> I will forward it again.

128 MB is all the memory that my openmoko phone has. But don't worry,
I've already switched to lighter browsers like elinks, midori and
chromium ;-)

-Timo



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

Bug#648692: fonts-nanum-coding: no NanumGothic in fallback list

[Jinkyu Yi]

Package: fonts-nanum-coding
Version: 2.0-2
Severity: minor

In 90-fonts-nanum-coding.conf, there's some fonts for fallback.
NanumGothic has same shape with NanumGothicCoding, so it must be at the top of
fallback list.
So, I think this line must be add at line 23.

  NanumGothic



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

Kernel: Linux 3.0.0-12-generic (SMP w/2 CPU cores)
Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.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#648691: ITP: blktap-dkms -- Xen blktap kernel component DKMS package

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Debian Xen Team 

* Package name: blktap-dkms
  Version : 2.0.90
  Upstream Author : Jon Ludlam 
* URL : http://www.xen.org/
* License : GPL-2
  Programming Lang: C
  Description : Xen blktap kernel component DKMS package

 This package contains the source for the blktap kernel module. It
 includes DKMS support so that installation of this package will
 result in a working blktap kernel module.



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

Bug#415132: w3m -dump eats lots of memory and then segfaults

[d+deb]

Hi,

On Fri, Nov 11, 2011 at 12:56:04PM +0200, Timo Juhani Lindfors wrote:
> > Upstream maintainer said got GC Warning but no SEGV.
> 
> Maybe it depends on how much memory you have? I had only 128 MB at that
> time I think.

I have 2G memory.  I think w3m does not considere so low memory,
so I am afraid that it will not fix.  If you need fix absolutely,
I will forward it again.
-- 
Regards,
dai

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


signature.asc
Description: Digital signature

Bug#648677: midori: window width should not exceed screen width; should be resizeable

[Yves-Alexis Perez]

On dim., 2011-11-13 at 23:40 +, cfr wrote:
> Open many tabs including some for sites which want to be very wide.

Can you give some examples?
> 
> The window width ends up greatly exceeding the screen width. (There is
> never any horizontal scroll in Midori so maybe it is an attempt to
> address that?)

Does it happens also when the window is maximized?

Regards,
-- 
Yves-Alexis


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

Bug#644526: [7dba3cb] Fix for Bug#644526 committed to git

[Jonathan Nieder]

tags 644526 + pending
thanks

Hello,

 The following change has been committed for this bug by
 Jonathan Nieder  on Mon, 14 Nov 2011 00:04:06 -0600.
 The fix will be in the next upload. 
=
Permit '/' in Debian release names

Closes: #644526
=

You can check the diff of the fix at:


http://anonscm.debian.org/gitweb/?p=pkg-chromium/pkg-chromium.git;a=commitdiff;h=7dba3cb





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

Bug#648191: linux-image-2.6.32-5-686: latest squeeze kernel doesn't boot on Dell Optiplex GX270 if hyperthreading enabled

[Ben Hutchings]

On Wed, 2011-11-09 at 14:53 +0100, John Hughes wrote:
> Package: linux-2.6
> Version: 2.6.32-38
> Severity: normal
> 
> 
> Previous versions of this package, for example 2.6.32-31, had no problem
> booting on this hardware.
> 
> Version 2.6.32-38 spontaneously reboots during the boot process unless
> hyperthreading is disabled.  (Says something about activating 2nd CPU.
> I'll try and get a serial console hooked up tomorrow to get the exact
> message).
[...]

Could you test an intermediate version, say, 2.6.32-34squeeze1?  Earlier
versions are available at
.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#648690: Package lists include removed and transitional Linux kernel packages

[Ben Hutchings]

Package: debian-cd
Version: 3.1.7
Severity: important
Tags: patch

Please make the following changes to tools/generate_di+k_list and
tasks/wheezy/interesting-fromcd23:

1. Remove linux-image-686; this is a transitional metapackage not
   needed in new installations.
2. Remove *-modules-*; these packages have been removed and were not
   even present in squeeze.
3. Drop the '-2.6' suffix from linux-image and linux-headers
   metapackage names; the former packages are transitional.

I attach a patch covering these.

Ben.

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

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Index: debian-cd/tasks/wheezy/interesting-fromcd23
===
--- debian-cd/tasks/wheezy/interesting-fromcd23	(revision 2278)
+++ debian-cd/tasks/wheezy/interesting-fromcd23	(working copy)
@@ -2,10 +2,6 @@
many people expect on one of the first CDs even if there's no room for
everything from popcon. */
 
-/* Bring this up nearer the top of the list, above
- * linux-image-amd64. Bug #622622 */
-linux-image-686
-
 dpkg-repack
 dctrl-tools
 smartmontools
Index: debian-cd/tools/generate_di+k_list
===
--- debian-cd/tools/generate_di+k_list	(revision 2278)
+++ debian-cd/tools/generate_di+k_list	(working copy)
@@ -111,17 +111,11 @@
  * Kernel headers are included as third party modules are commonly
  * used on this architecture.
  */
-linux-image-2.6-686-pae
-linux-headers-2.6-686-pae
-loop-aes-modules-2.6-686-pae
-atl2-modules-2.6-686-pae
-speakup-modules-2.6-686-pae
+linux-image-686-pae
+linux-headers-686-pae
 #ifndef ARCH_i386_EXCLUDE_486_KERNEL
-linux-image-2.6-486
-linux-headers-2.6-486
-loop-aes-modules-2.6-486
-atl2-modules-2.6-486
-speakup-modules-2.6-486
+linux-image-486
+linux-headers-486
 #endif
 
 #endif
@@ -133,11 +127,8 @@
 grub-pc
 laptop-detect
 lilo
-linux-image-2.6-amd64
-linux-headers-2.6-amd64
-loop-aes-modules-2.6-amd64
-atl2-modules-2.6-amd64
-speakup-modules-2.6-amd64
+linux-image-amd64
+linux-headers-amd64
 #endif
 
 #ifdef ARCH_alpha
@@ -145,37 +136,27 @@
 busybox
 aboot
 aboot-base
-linux-image-2.6-alpha-generic
-linux-image-2.6-alpha-smp
-loop-aes-modules-2.6-alpha-generic
-loop-aes-modules-2.6-alpha-smp
+linux-image-alpha-generic
+linux-image-alpha-smp
 #endif
 
 #ifdef ARCH_hppa
 initramfs-tools
 busybox
-linux-image-2.6-parisc
-linux-image-2.6-parisc-smp
-linux-image-2.6-parisc64
-linux-image-2.6-parisc64-smp
-loop-aes-modules-2.6-parisc
-loop-aes-modules-2.6-parisc-smp
-loop-aes-modules-2.6-parisc64
-loop-aes-modules-2.6-parisc64-smp
+linux-image-parisc
+linux-image-parisc-smp
+linux-image-parisc64
+linux-image-parisc64-smp
 palo
 #endif
 
 #ifdef ARCH_ia64
 initramfs-tools
 busybox
-linux-image-2.6-itanium
-linux-image-2.6-itanium-smp
-linux-image-2.6-mckinley
-linux-image-2.6-mckinley-smp
-loop-aes-modules-2.6-itanium
-loop-aes-modules-2.6-itanium-smp
-loop-aes-modules-2.6-mckinley
-loop-aes-modules-2.6-mckinley-smp
+linux-image-itanium
+linux-image-itanium-smp
+linux-image-mckinley
+linux-image-mckinley-smp
 elilo
 #endif
 
@@ -183,14 +164,10 @@
 /* doesn't use a initrd to boot */
 arcboot
 sibyl
-linux-image-2.6-r4k-ip22
-linux-image-2.6-r5k-ip32
-linux-image-2.6-sb1-bcm91250a
-linux-image-2.6-sb1a-bcm91480b
-loop-aes-modules-2.6-r4k-ip22
-loop-aes-modules-2.6-r5k-ip32
-loop-aes-modules-2.6-sb1-bcm91250a
-loop-aes-modules-2.6-sb1a-bcm91480b
+linux-image-r4k-ip22
+linux-image-r5k-ip32
+linux-image-sb1-bcm91250a
+linux-image-sb1a-bcm91480b
 #endif
 
 #ifdef ARCH_mipsel
@@ -198,16 +175,11 @@
 sibyl
 colo
 delo
-linux-image-2.6-r3k-kn02
-linux-image-2.6-r4k-kn04
-linux-image-2.6-r5k-cobalt
-linux-image-2.6-sb1-bcm91250a
-linux-image-2.6-sb1a-bcm91480b
-loop-aes-modules-2.6-r3k-kn02
-loop-aes-modules-2.6-r4k-kn04
-loop-aes-modules-2.6-r5k-cobalt
-loop-aes-modules-2.6-sb1-bcm91250a
-loop-aes-modules-2.6-sb1a-bcm91480b
+linux-image-r3k-kn02
+linux-image-r4k-kn04
+linux-image-r5k-cobalt
+linux-image-sb1-bcm91250a
+linux-image-sb1a-bcm91480b
 #endif
 
 #ifdef ARCH_arm
@@ -219,18 +191,12 @@
 flash-kernel
 nslu2-utils
 apex-nslu2
-linux-image-2.6-footbridge
-linux-image-2.6-iop32x
-linux-image-2.6-ixp4xx
-linux-image-2.6-nslu2
-linux-image-2.6-rpc
-linux-image-2.6-s3c2410
-loop-aes-modules-2.6-footbridge
-loop-aes-modules-2.6-iop32x
-loop-aes-modules-2.6-ixp4xx
-loop-aes-modules-2.6-nslu2
-loop-aes-modules-2.6-rpc
-loop-aes-modules-2.6-s3c2410
+linux-image-footbridge
+linux-image-iop32x
+linux-image-ixp4xx
+linux-image-nslu2
+linux-image-rpc
+linux-image-s3c2410
 #endif
 
 #ifdef ARCH_armel
@@ -240,12 +206,9 @@
 flash-kernel
 nslu2-utils
 apex-nslu2
-linux-image-2.6-iop32x
-linux-image-2.6-ixp4xx
-linux-image-2.6-versatile
-loop-aes-modu

Bug#648689: lilypond-doc: warnings from install-info

[Paul Wise]

Package: lilypond-doc
Version:2.14.2-2
Severity: normal

There are some warnings from install-info:

Processing triggers for install-info ...
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-contributor.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/music-glossary.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-notation.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-usage.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-changes.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-essay.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-learning.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-extending.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/lilypond-snippets.info.gz'

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#648678: module bcm5974 is not being loaded on mac book pro

[Ben Hutchings]

On Sun, 2011-11-13 at 22:06 -0300, David Roguin wrote:
> Package: linux-image-3.1.0-1-amd64
> Status: install ok installed
> Priority: optional
> Section: kernel
> Installed-Size: 100967
> Maintainer: Debian Kernel Team 
> Architecture: amd64
> Source: linux-2.6
> Version: 3.1.0-1~experimental.1
> Provides: linux-image, linux-modules-3.1.0-1-amd64
> Depends: module-init-tools, linux-base (>= 3~), initramfs-tools (>=
> 0.99~) | linux-initramfs-tool
> Pre-Depends: debconf | debconf-2.0
> Recommends: firmware-linux-free (>= 3~)
> Suggests: linux-doc-3.1, grub-pc | extlinux | lilo (>= 22.8-8.2~)
> Breaks: initramfs-tools (<< 0.99~), lilo (<< 22.8-8.2~)
> 
> 
> The bcm5974 module is not being loaded on a mac book pro with Debian Wheezy.
> According to 'lsusb -t' usbhid module is handling the trackpad making
> the multitouch unusable.

Please don't open a new bug report if you disagree with closing of
another.  We can always reopen that.

If I understand you correctly, usbhid can bind to the trackpad device
and should not.  Since usbhid is a class device (it works with most USB
'human interface' devices, but not necessarily covering all their
features) we would need to add this device to a blacklist to prevent it
from doing that.  We will *not* fix this by making any driver built-in!

Please send the 'lsusb' output for this system, and the content of
'/sys/devices/virtual/dmi/id/product_name'.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#607068: scuttle: New version available

[Fernando C. Estrada]

On Mon, Nov 14, 2011 at 12:28:40AM -0200, Marcelo Jorge Vieira wrote:
> I will working on scuttle package in the next week.

Great news, thank you very much Marcelo ;-)

Best Regards,
-- 
Fernando C. Estrada

The only "intuitive" interface is the nipple. After that, it's all learned.
(Bruce Ediger, bedi...@teal.csn.org, in comp.os.linux.misc, on X interfaces.)


signature.asc
Description: Digital signature

Bug#648688: emacs23-lucid: package description is unhelpful

[Jonathan Nieder]

Package: emacs23-lucid
Version: 23.3+1-4
Severity: minor
X-Debbugs-Cc: debian-l10n-engl...@lists.debian.org

Hi,

"apt-cache show emacs23-lucid" tells me:

| Description: The GNU Emacs editor
|  GNU Emacs is the extensible self-documenting text editor.
|  This package contains a version of Emacs with a Lucid user interface.

But what is a Lucid user interface?  Presumably it means "the user
interface offered by emacs23-lucid", which is still unhelpful.

The changelog.Debian.gz tells me it is "an emacsVER-lucid package for
those who still want the non-GTK+ version" --- that is, the UI

 (1) looks like old emacs
 (2) does not use GTK+

--- which seem like useful data for a person deciding whether to
install it.

The reader is also curious about the relationship, if any, to Lucid,
Inc.

Thanks,
Jonathan



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

Bug#648687: forbid-version lacks positive feedback

[jidanni]

Package: aptitude
Version: 0.6.4-1.2
Severity: wishlist

There is only feedback on what won't be done,
we aren't told what does match.

# aptitude forbid-version ~nchromium
Package chromium-browser-l10n is not installed, cannot forbid an upgrade
Package chromium-dbg is not installed, cannot forbid an upgrade
Package chromium-bsu is not installed, cannot forbid an upgrade
Package chromium-browser-dbg is not installed, cannot forbid an upgrade
Package chromium-browser-inspector is not installed, cannot forbid an upgrade
Package chromium-browser is not installed, cannot forbid an upgrade
Note: selecting "chromium-dbg" instead of the
  virtual package "chromium-testsuite-dbg"
Package chromium-dbg is not installed, cannot forbid an upgrade
Package chromium-bsu-data is not installed, cannot forbid an upgrade
Package chromium-l10n is not installed, cannot forbid an upgrade
Package chromium-browser-l10n is not installed, cannot forbid an upgrade
Package chromium-dbg is not installed, cannot forbid an upgrade
Package chromium-bsu is not installed, cannot forbid an upgrade
Package chromium-browser-dbg is not installed, cannot forbid an upgrade
Package chromium-browser-inspector is not installed, cannot forbid an upgrade
Package chromium-browser is not installed, cannot forbid an upgrade
Package chromium-dbg is not installed, cannot forbid an upgrade
Package chromium-bsu-data is not installed, cannot forbid an upgrade
Package chromium-l10n is not installed, cannot forbid an upgrade
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 18 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Do you want to continue? [Y/n/?]

Yes, we can find out what does match, but it takes an extra step.

Also the
"No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 18 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used."
makes it look like nothing will be changes, when actually something will be...



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

Bug#485977: any progress here?

[Antoine Beaupré]

I have done a lot of changes to the package, and uploaded a test version
to experimental. I'd love to get feedback on it.

I have tried to simplify the Debian package and use more of the upstream
goods, but I may have screwed up and lost some pieces of functionality
in the package... 

If anyone can test this...

A.

-- 
Antoine Beaupré +++ Réseau Koumbit Networks +++ +1.514.387.6262 #208



pgp2Ke38JHBC1.pgp
Description: PGP signature

Bug#607068: scuttle: New version available

[Marcelo Jorge Vieira]

On Sat, 2011-11-12 at 16:29 +0100, Ana Guerrero wrote:
> On Tue, Dec 14, 2010 at 02:49:49PM +0100, Geoffroy Youri wrote:
> > Package: scuttle
> > Version: 0.7.4-5
> > Severity: wishlist
> > 
> > Hi
> > 
> > A new version of scuttle is available, please consider packaging it :)
> 
> Hi Marcelo!

Hi!

> This request is almost one year old now, any chance to get an updated
> scuttle in Debian?

I know, scuttle needs some love. Four months ago, I was working on 0.9.0
version, but I didn't finish it =/

http://anonscm.debian.org/gitweb/?p=users/metal/scuttle.git;a=summary

I will working on scuttle package in the next week.
Feel free to help me ;)


Cheers,

-- 
Marcelo Jorge Vieira
xmpp:me...@jabber-br.org
http://metaldot.alucinados.com


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

Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices

[Josh Triplett]

On Mon, Nov 14, 2011 at 01:05:29AM +, Ben Hutchings wrote:
> On Thu, 2011-11-10 at 11:59 -0800, Josh Triplett wrote:
> > Source: linux-2.6
> > Version: 3.1.0-1~experimental.1
> > Severity: normal
> > 
> > I use dm-crypt on my system, and I have an SSD.  The underlying disk
> > device, sda, has rotational=0:
> > 
> > ~$ cat /sys/block/sda/queue/rotational
> > 0
> > 
> > However, the device-mapper devices have rotational=1:
> > 
> > ~$ head /sys/block/dm-*/queue/rotational
> > ==> /sys/block/dm-0/queue/rotational <==
> > 1
> > 
> > ==> /sys/block/dm-1/queue/rotational <==
> > 1
> > 
> > ==> /sys/block/dm-2/queue/rotational <==
> > 1
> > 
> > The device-mapper devices should inherit the setting for "rotational"
> > from their underlying devices.
> 
> I'm not sure that's true.  Since their queues should feed into the
> queues for the underlying devices, it may be that they shouldn't
> themselves be scheduled as if they are rotating media.

OK, I suppose I don't actually care what rotational shows for a
device-mapper device backed by rotating media.  The case I care about:
when the underlying media has rotational=0, the dm device definitely
shouldn't have rotational=1.

- Josh Triplett



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

Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices

[Josh Triplett]

On Mon, Nov 14, 2011 at 02:18:53AM +0100, Stefan Lippers-Hollmann wrote:
> Hi
> 
> On Monday 14 November 2011, Josh Triplett wrote:
> > Source: linux-2.6
> > Version: 3.1.0-1~experimental.1
> > Severity: normal
> > 
> > I use dm-crypt on my system, and I have an SSD.  The underlying disk
> > device, sda, has rotational=0:
> > 
> > ~$ cat /sys/block/sda/queue/rotational
> > 0
> > 
> > However, the device-mapper devices have rotational=1:
> > 
> > ~$ head /sys/block/dm-*/queue/rotational
> > ==> /sys/block/dm-0/queue/rotational <==
> > 1
> [...]
> > The device-mapper devices should inherit the setting for "rotational"
> > from their underlying devices.
> > 
> > - Josh Triplett
> 
> While I don't know about dm-crypt specifically, that issue should be 
> fixed in 3.2~rc1:
>   
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=4693c9668fdcec229825b3763876b4744f9e6d5e
> (it is for plain lvm2, at least)

Ah, great, thanks!

- Josh Triplett



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

Bug#648686: Bug in bonding_err_ plugin

[Jim Barber]

Package: munin-node
Version: 1.4.6-1
Severity: normal

Dear Maintainer,

I rebooted a system that was using kernel 2.6.32 into one running kernel 3.0.0
After that the /usr/share/munin/plugins/bonding_err_ plugin stopped working.
Here is an example of the results returned.

$ telnet localhost munin
Trying ::1...
Connected to localhost.
Escape character is '^]'.
# munin node at wwvrt01.nsw.ddihealth.com
fetch bonding_err_bond0
if_eth0.value if_eth1.value if_eth2.value if_eth3.value
.

The code for this plugin contains the following line:

grep -A 2 "^Slave Interface: ${if}" ${PROCDIR}/${BONDINGIF} | grep 
"Link Failure Count:" | cut -d " " -f 4

The 'grep -A 2' only returns two lines after the matched line.
So for eth0 (which is part of bond0) I get the following results when just 
running the grep:

$ grep -A 2 "^Slave Interface: eth0" /proc/net/bonding/bond0
Slave Interface: eth0
MII Status: up
Speed: 100 Mbps

Those lines don't contian the 'Link Failure Count:' line that grep looks for in 
the pipeline.
The full set of entries for interfaces that form the bond0 device look as 
follows:

Slave Interface: eth0
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:1b:21:71:9a:f0
Aggregator ID: 4
Slave queue ID: 0

Slave Interface: eth1
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:1b:21:71:9a:f1
Aggregator ID: 4
Slave queue ID: 0

Slave Interface: eth2
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:1b:21:71:9a:f4
Aggregator ID: 4
Slave queue ID: 0

Slave Interface: eth3
MII Status: up
Speed: 100 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 00:1b:21:71:9a:f5
Aggregator ID: 4
Slave queue ID: 0

Instead of 'grep -A 2' it should instead match all the lines from the 'Slave 
Interface:' line up to the next blank line or EOF.
This way it'll work no matter the order of the lines nor how many get added in 
the future.
I have achieved this by using sed instead of grep.
I've replaced:
grep -A 2 "^Slave Interface: ${if}" ${PROCDIR}/${BONDINGIF} | grep 
"Link Failure Count:" | cut -d " " -f 4
With:
sed "0,/^Slave Interface: ${if}/d; /^\$/,\$d" ${PROCDIR}/${BONDINGIF} | 
grep "Link Failure Count:" | cut -d " " -f 4

Or in patch form it is as follows:

--- bonding_err_.orig   2011-11-14 12:42:18.332577791 +1100
+++ bonding_err_2011-11-14 12:44:24.594788291 +1100
@@ -97,7 +97,7 @@
 grep "^Slave Interface:" ${PROCDIR}/${BONDINGIF} | while read a b if; do
   fieldname=$(clean_fieldname "$if")
   echo -n "if_${fieldname}.value "
-  grep -A 2 "^Slave Interface: ${if}" ${PROCDIR}/${BONDINGIF} | grep "Link 
Failure Count:" | cut -d " " -f 4
+  sed "0,/^Slave Interface: ${if}/d; /^\$/,\$d" ${PROCDIR}/${BONDINGIF} | grep 
"Link Failure Count:" | cut -d " " -f 4
 done

After making this change, the results are now returned.

# telnet localhost munin
Trying ::1...
Connected to localhost.
Escape character is '^]'.
# munin node at wwvrt01.nsw.ddihealth.com
fetch bonding_err_bond0
if_eth0.value 0
if_eth1.value 0
if_eth2.value 0
if_eth3.value 0
.

Regards,

Jim Barber
--
DDI Health


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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages munin-node depends on:
ii  adduser 3.113
ii  gawk1:3.1.8+dfsg-0.1
ii  libnet-server-perl  0.99-3
ii  lsb-base3.2-28
ii  munin-common1.4.6-1
ii  perl5.12.4-6
ii  procps  1:3.2.8-11

Versions of packages munin-node recommends:
ii  libnet-snmp-perl  6.0.1-2



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

Bug#647992: same bug on chromium 14 backport on squeeze

[Jonathan Nieder]

Jonathan Nieder wrote:

> g_nss_singleton.Get();
> std::cerr << "This is not printed.\n";
>   }
[...]
> The next step is to dig into the NSSInitSingleton constructor,
> presumably.

It dies in here:

|   NSSInitSingleton()
|   : opencryptoki_module_(NULL),
| software_slot_(NULL),
| test_slot_(NULL),
| tpm_slot_(NULL),
| root_(NULL),
| chromeos_user_logged_in_(false) {
[...]
| bool nodb_init = force_nodb_init_;
|
| #if !defined(USE_NSS)
| // Use the system certificate store, so initialize NSS without database.
| nodb_init = true;
| #endif
| 
| if (nodb_init) {
|   std::cerr << "This is printed.\n";
|   status = NSS_NoDB_Init(NULL);
|
|   std::cerr << "This is not printed.\n";



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

Bug#648685: live-build: "lb build" does not builds binary.iso

[wayuu]

Package: live-build
Version: 2.0.12-2
Severity: important

i run "lb build" and it does not buils binary.img instead it shows this error:
usr/bin/env: update-initramfs: No such file or directory

root@sinamaica:/tutorial3/auto# lb build
W: No config/ directory; using defaults for all options
P: Setting up cleanup function
P: Begin caching bootstrap stage...
P: Begin bootstrapping system...
W: skipping bootstrap
P: Begin caching bootstrap stage...
W: skipping bootstrap_cache.save
P: Begin unmounting filesystems...
P: Setting up cleanup function
P: Begin caching chroot stage...
P: Begin mounting /dev/pts...
W: skipping chroot_devpts
P: Begin mounting /proc...
W: skipping chroot_proc
P: Begin mounting /sys...
W: skipping chroot_sysfs
P: Configuring file /etc/debian_chroot
W: skipping chroot_debianchroot
P: Configuring file /sbin/start-stop-daemon
W: skipping chroot_dpkg
P: Configuring file /usr/sbin/policy-rc.d
W: skipping chroot_sysv-rc
P: Configuring file /usr/sbin/initctl
W: skipping chroot_upstart
P: Configuring file /etc/hosts
W: skipping chroot_hosts
P: Configuring file /etc/resolv.conf
W: skipping chroot_resolv
P: Configuring file /etc/hostname
W: skipping chroot_hostname
P: Configuring file /etc/apt/apt.conf
W: skipping chroot_apt
P: Configuring file /etc/apt/sources.list
W: skipping chroot_sources
P: Configuring file /etc/kernel-img.conf
W: skipping chroot_linux-image
P: Begin executing preseed...
P: Begin executing local preseeds...
P: Begin installing tasks...
P: Begin queueing installation of packages lists...
W: skipping chroot_packageslists
P: Begin queueing installation of local packages lists...
P: Begin queueing installation of packages...
P: Begin queueing installation of local packages...
P: Begin installing packages...
P: Begin installing localization packages...
Reading package lists... Done
Building dependency tree... Done
Del libpam-modules 1.1.1-6.1+squeeze1 [349 kB]
Del libpam0g 1.1.1-6.1+squeeze1 [115 kB]
Del libssl0.9.8 0.9.8o-4squeeze4 [3069 kB]
Del libpam-runtime 1.1.1-6.1+squeeze1 [225 kB]
Del tzdata 2011n-0squeeze1 [630 kB]
P: Begin copying chroot local includes...
P: Begin applying chroot local patches...
P: Configuring package sysvinit
P: Begin executing local hooks...
P: Begin executing hooks...
P: Begin executing hacks...
/usr/bin/env: update-initramfs: No such file or directory
P: Begin unmounting filesystems...
root@sinamaica:/tutorial3/auto#



-- Package-specific info:

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

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

Versions of packages live-build depends on:
ii  cdebootstrap 0.5.7   Bootstrap a Debian system
ii  debootstrap  1.0.26+squeeze1 Bootstrap a basic Debian system

Versions of packages live-build recommends:
ii  cpio  2.11-4 GNU cpio -- a program to manage ar
ii  gnu-fdisk 1.2.4-3Linux fdisk replacement based on l

Versions of packages live-build suggests:
ii  dosfstools   3.0.9-1 utilities for making and checking 
ii  fakeroot 1.14.4-1Gives a fake root environment
ii  genisoimage  9:1.1.11-1  Creates ISO-9660 CD-ROM filesystem
pn  memtest86+ | memtest   (no description available)
ii  mtools   4.0.12-1Tools for manipulating MSDOS files
pn  parted (no description available)
pn  squashfs-tools | gen   (no description available)
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile
pn  syslinux | grub(no description available)
pn  uuid-runtime   (no description available)
pn  win32-loader   (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#629929: [PATCH] Add cross-compilation support. Closes: #629929.

[Jonathan Nieder]

clone 629929 -1
retitle -1 bash: please use dpkg-buildflags to retrieve compiler options 
(including hardening flags)
quit

Steve Langasek wrote:

> As long as you're changing these options, you might as well fix them to be
> autotools-compliant (i.e., passing --host *only* when cross-compiling, and
> --build always).

Ok, here's a rerolled pair of patches that does that.  Steve
McIntyre's patch seems good already and independent of all this, so
I've left it out.
From: Jonathan Nieder 
Date: Sun, 13 Nov 2011 00:03:28 -0600
Subject: debian/rules: use dpkg-buildflags to retrieve compiler flags

Based on the patch by Steve Langasek.
---
 debian/changelog |7 +++
 debian/control   |3 ++-
 debian/rules |   24 +---
 3 files changed, 22 insertions(+), 12 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 9838e84f..42cca6d3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+bash (4.2-1~exp1.1) local; urgency=low
+
+  * Use dpkg-buildflags to retrieve compiler options, including hardening
+flags. Build-Depends: dpkg-dev (>= 1.16.1). Thanks to Steve Langasek.
+
+ -- Jonathan Nieder   Sun, 13 Nov 2011 19:10:42 -0600
+
 bash (4.2-1~exp1) experimental; urgency=low
 
   [ Matthias Klose ]
diff --git a/debian/control b/debian/control
index 3c0fcd3b..e0399437 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,8 @@ Priority: required
 Maintainer: Matthias Klose 
 Standards-Version: 3.9.2
 Build-Depends: autoconf, autotools-dev, patch, bison, libncurses5-dev,
- texinfo, debhelper (>= 5), texi2html, locales, gettext, sharutils, time, 
xz-utils
+ texinfo, debhelper (>= 5), texi2html, locales, gettext, sharutils, time,
+ xz-utils, dpkg-dev (>= 1.16.1)
 Build-Depends-Indep: texlive-latex-base, ghostscript
 Homepage: http://tiswww.case.edu/php/chet/bash/bashtop.html
 
diff --git a/debian/rules b/debian/rules
index f159471d..84d7d948 100755
--- a/debian/rules
+++ b/debian/rules
@@ -25,7 +25,12 @@ VERSION  := 4.2
 with_gfdl  = no
 
 CC = gcc
-CFLAGS = $(shell dpkg-buildflags --get CFLAGS) -Wall
+
+dpkg_buildflags = DEB_CFLAGS_MAINT_APPEND=-Wall dpkg-buildflags
+CFLAGS := $(shell $(dpkg_buildflags) --get CFLAGS)
+CPPFLAGS := $(shell $(dpkg_buildflags) --get CPPFLAGS)
+LDFLAGS := $(shell $(dpkg_buildflags) --get LDFLAGS)
+
 SHELL  = /bin/bash
 YACC   = bison -y
 
@@ -78,7 +83,8 @@ before-build:
(test -d /dev/fd && test -r /dev/stdin < /dev/null) \
  || (test -d /proc/self/fd && test -r /dev/stdin < /dev/null)
 ifneq (,$(findstring $(DEB_HOST_ARCH_OS), linux freebsd))
-   $(CC) $(CFLAGS) -o clear_console debian/clear_console.c $(termcap_lib)
+   $(CC) $(CFLAGS) $(LDFLAGS) $(CPPFLAGS) -o clear_console \
+   debian/clear_console.c $(termcap_lib)
 endif
 
 # ---
@@ -163,10 +169,10 @@ endif
 PREINST_OBJECTS = debian/bash.preinst.o debian/bash.preinst-lib.o
 
 $(PREINST_OBJECTS): %.o: %.c debian/bash.preinst.h
-   $(CC) -c -o $@ $(CFLAGS) $<
+   $(CC) -c -o $@ $(CFLAGS) $(CPPFLAGS) $<
 
 debian/bash.preinst: $(PREINST_OBJECTS)
-   $(CC) -o $@ $(CFLAGS) $(PREINST_OBJECTS)
+   $(CC) -o $@ $(CFLAGS) $(LDFLAGS) $(PREINST_OBJECTS)
$(STRIP) -R .comment -R .note debian/bash.preinst
 
 # ---
@@ -196,8 +202,6 @@ endif
 
: # install it
$(MAKE) -C build-bash install \
-   CC='$(CC)' \
-   CFLAGS='$(CFLAGS)' \
YACC="$(YACC)" \
DESTDIR=$(CURDIR)/$(d)
mv $(d)/usr/bin/bash $(d)/bin/.
@@ -361,7 +365,6 @@ stamps/stamp-build-$(build): stamps/stamp-configure-$(build)
dh_testdir
 ifneq (,$(profiled_build))
$(MAKE) -C build-$(build) \
-   CC='$(CC)' \
CFLAGS='$(CFLAGS) -fprofile-generate' \
YACC="$(YACC)" \
TERMCAP_LIB="$(termcap_lib)" \
@@ -375,7 +378,6 @@ ifneq (,$(profiled_build))
$(MAKE) -C build-$(build) clean
rm -f build-$(build)/lib/malloc/malloc*.gc??
$(MAKE) -C build-$(build) \
-   CC='$(CC)' \
CFLAGS='$(CFLAGS) -fprofile-use' \
YACC="$(YACC)" \
TERMCAP_LIB="$(termcap_lib)" \
@@ -383,8 +385,6 @@ ifneq (,$(profiled_build))
$(debflags)
 else
$(MAKE) -C build-$(build) \
-   CC='$(CC)' \
-   CFLAGS='$(CFLAGS)' \
YACC="$(YACC)" \
TERMCAP_LIB="$(termcap_lib)" \
deb_builddir=build-$(build)/ \
@@ -402,7 +402,9 @@ stamps/stamp-configure-$(build): 
stamps/stamp-patch-$(bash_src)
rm -rf build-$(build)
mkdir build-$(build)
cd build-$(build) && \
-   CC="$(CC)" CFLAGS="$(CFLAGS)" YACC="$(YACC)" \
+   CC="$(CC)" \
+   CFLAGS="$(CFLAGS)" CPPFLAGS="$(CPPFLAGS)" LDFLAGS="$(LDFLAGS)" \
+

Bug#647535: cheese: Wrong colours and artefacts on image

[Faidon Liambotis]

On Thu, Nov 03, 2011 at 04:56:19PM +, Jonathan McCrohan wrote:
> Cheese does not display the image from my Logitech E2500
> (idVendor=046d, idProduct=089d) webcam correctly.
> 
> The image is correctly displayed in other applications such as VLC,
> guvcview and the Google Talk Plugin.
> 
> I believe the same bug has also been found in Ubuntu [1].
> 
> [1] https://bugs.launchpad.net/ubuntu/+source/cheese/+bug/838739

I'm also experiencing this bug. One of the suggestions in the Ubuntu bug
report was to try a libv4l-0 from a libv4l PPA and that indeed solved
the problem for me too.

I then went to compare the PPA's libv4l with the Debian one; to my
surprise, the source packages were (almost) identical. After having a
closer look, it seems that the Debian package (and, presumably, Ubuntu's
Oneiric binaries) are built against libjpeg8, while the PPA one against
libjpeg62.

It seems that libv4lconvert uses libjpeg and the libjpeg62->libjpeg8
transition messed it up. I have no idea, however, if it's libjpeg8's
fault or if the callers (libv4lconvert? cheese?) are misusing it, esp.
since the bug seems to affect some applications and not others (like
gstreamer-properties) and only at certain resolutions.

Therefore, I'm just Cc'ing all the relevant maintainers and hope that
you work it out :-)

Best regards,
Faidon



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

Bug#648683: ITP: liero-data -- Binary data files for Liero

[Martin Erik Werner]

Package: wnpp
Version: N/A; reported 2011-11-14
Severity: wishlist

* Package name : liero-data
Version : 1.33
Upstream Author : Joosa Riekkinen
* URL : http://www.liero.be/
* License : currently "redistributable with no changes" (hopefully wtfpl
or similar after bothering authour)
Description :
Original win32 Binary executable and data files for the Classic game Liero.

This is a dependency of Liero, whose ITP is at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648681



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

Bug#648682: ITP: gvl -- A collection of versatile support libraries for C++

[Martin Erik Werner]

Package: wnpp
Version: N/A; reported 2011-11-14
Severity: wishlist

* Package name : gvl
Version : 0~hg20100123.1
Upstream Author : Erik Lindroos "gliptic"
* URL : http://code.google.com/p/gvl
* License : BSD-2-Clause
Description :
A collection of versatile support libraries for C++, consisting of
generic containers, I/O stream framework, random number generators,
cryptography, socket abstraction, OS abstraction and a reproducible
numerical library.

This is a build-dependency of Liero, whose ITP is at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648681



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

Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices

[Stefan Lippers-Hollmann]

Hi

On Monday 14 November 2011, Josh Triplett wrote:
> Source: linux-2.6
> Version: 3.1.0-1~experimental.1
> Severity: normal
> 
> I use dm-crypt on my system, and I have an SSD.  The underlying disk
> device, sda, has rotational=0:
> 
> ~$ cat /sys/block/sda/queue/rotational
> 0
> 
> However, the device-mapper devices have rotational=1:
> 
> ~$ head /sys/block/dm-*/queue/rotational
> ==> /sys/block/dm-0/queue/rotational <==
> 1
[...]
> The device-mapper devices should inherit the setting for "rotational"
> from their underlying devices.
> 
> - Josh Triplett

While I don't know about dm-crypt specifically, that issue should be 
fixed in 3.2~rc1:

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=4693c9668fdcec229825b3763876b4744f9e6d5e
(it is for plain lvm2, at least)

Regards
Stefan Lippers-Hollmann



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

Bug#582090: ITP: viewnior -- simple, fast and elegant image viewer

[Yao Wei]

It seems nice to have a helper who also wants to get this into debian. However, 
the package dependency makes it more complex to do so.

It uses a modified version of gtkimageview which is done by the author itself, 
but the library is needed to be stripped out of viewnior to get into Debian for 
maintenance reasons, and viewnior's author doesn't like to do so.

Paul Liu (a DD which seems can help us sponsor uploading this package) suggests 
we should contact gtkimageview author to incorporate the library changes from 
viewnior, but I don't know the way how should we do, and I am too 
unconcerntrate on this ITP.

Help me,
Yao Wei

- 原始郵件 -
> Lubuntu is very interested in including Viewnior as its default image
> viewer for Lubuntu 12.04.   I am an Lubuntu developer.
> 
> I have previous Debian/Ubuntu packaging experience.   I am willing to
> package Viewnior for Debian (and so Ubuntu), and in fact I have already
> packaged it.   I do not want to "step on someone's toes"; can we work
> together, or is it OK for me to continue this work and seek a sponsor to
> get this package into Debian?
> 
> Thanks,
> 
> Jonathan
> 
> 

Bug#648681: ITP: Liero -- An earthworm simulation game based on a real physical model

[Martin Erik Werner]

Package: wnpp
Version: N/A; reported 2011-11-14
Severity: wishlist

* Package name : liero
Version : 1.35b2+hg20100123.1
Upstream Author : Erik Lindroos "gliptic" and "basro"
* URL : http://www.liero.be/ http://code.google.com/p/liero/
* License : BSD-2-Clause
Description :
Liero is a wormgame with weapons for 2 players. The object of the  game
is definately what you think it is. Liero is excellent for  taking out
aggression and kicking buddies' butts without any real  physical
violence or just for having fun.

In 2009, the classic Liero 1.33 was merged with the revival project
called OpenLiero and became Liero 1.34. The current version is 1.35b2,
and while keeping Liero 1.33 intact, it has been given a semi-hidden
extra menu (accessible with F1), which allows players to among other
things record replays of their games.

This package is only the game engine, game content will be packaged as
liero-data in non-free (though hopefully the binary content will be
wtfpl of similar). It build-depends on gvl, which will be packaged
separately.



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

Bug#648680: guile-2.0-libs: compilation of /usr/share/guile/2.0/slib/guile.init failed

[Aaron M. Ucko]

Package: guile-2.0-libs
Version: 2.0.3+1-1
Severity: important

guile-2.0-libs is incompatible with the currently available version of
slib (3b1-3.1):

  Processing triggers for guile-2.0-libs ...
  ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0
  ;;;   or pass the --no-auto-compile argument to disable.
  ;;; compiling /usr/share/guile/2.0/slib/guile.init
  ;;; WARNING: compilation of /usr/share/guile/2.0/slib/guile.init failed:
  ;;; ERROR: Syntax error:
  ;;; unknown location: unexpected syntax in form define
  ice-9/psyntax.scm:990:67: In procedure #:
  ice-9/psyntax.scm:990:67: Syntax error:
  unknown location: unexpected syntax in form define
  dpkg: error processing guile-2.0-libs (--configure):
   subprocess installed post-installation script returned error exit status 1

Could you please look into the matter?

Thanks!

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

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

Versions of packages guile-2.0-libs depends on:
ii  libc6  2.13-21   
ii  libffi53.0.10-3  
ii  libgc1c2   1:7.1-8   
ii  libgmp10   2:5.0.2+dfsg-2
ii  libltdl7   2.4.2-1   
ii  libncurses55.9-2 
ii  libreadline6   6.2-7 
ii  libtinfo5  5.9-2 
ii  libunistring0  0.9.3-5   

guile-2.0-libs recommends no packages.

guile-2.0-libs 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#648679: guile-2.0: GNU libunistring is required, please install it.

[Aaron M. Ucko]

Source: guile-2.0
Version: 2.0.3+1-1
Severity: serious
Justification: fails to build from source

Builds of guile-2.0 in minimal environments, which the autobuilders
typically provide, are failing:

  configure: error: GNU libunistring is required, please install it.
  [...]
  make[1]: *** [override_dh_auto_configure] Error 1
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

Please declare a build dependency on libunistring-dev and check with
pbuilder or the like that no others are missing.

Thanks!



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

Bug#648367: device-mapper devices such as dm-crypt always have rotational=1; should inherit "rotational" setting from underlying devices

[Ben Hutchings]

On Thu, 2011-11-10 at 11:59 -0800, Josh Triplett wrote:
> Source: linux-2.6
> Version: 3.1.0-1~experimental.1
> Severity: normal
> 
> I use dm-crypt on my system, and I have an SSD.  The underlying disk
> device, sda, has rotational=0:
> 
> ~$ cat /sys/block/sda/queue/rotational
> 0
> 
> However, the device-mapper devices have rotational=1:
> 
> ~$ head /sys/block/dm-*/queue/rotational
> ==> /sys/block/dm-0/queue/rotational <==
> 1
> 
> ==> /sys/block/dm-1/queue/rotational <==
> 1
> 
> ==> /sys/block/dm-2/queue/rotational <==
> 1
> 
> The device-mapper devices should inherit the setting for "rotational"
> from their underlying devices.

I'm not sure that's true.  Since their queues should feed into the
queues for the underlying devices, it may be that they shouldn't
themselves be scheduled as if they are rotating media.

I do wonder whether rotational should still be the default - almost all
real disks are handled by a small number of drivers like sd, while there
is a wide variety of networked, stacked and virtual disk drivers in use.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#629929: [PATCH] Add cross-compilation support. Closes: #629929.

[Jonathan Nieder]

Steve Langasek wrote:

> I guess you've taken this patch from the Launchpad branch for the Ubuntu
> bash package?

Yep.  Sorry, I should have mentioned so.

[...]
> As long as you're changing these options, you might as well fix them to be
> autotools-compliant (i.e., passing --host *only* when cross-compiling, and
> --build always).

Thanks, good idea.

> On Sat, Nov 12, 2011 at 11:38:36PM -0600, Jonathan Nieder wrote:

[...]
>> @@ -217,8 +223,6 @@ endif
>>  
>>  : # install it
>>  $(MAKE) -C build-bash install \
>> -CC='$(CC)' \
>> -CFLAGS='$(CFLAGS)' \
>>  YACC="$(YACC)" \
>>  DESTDIR=$(CURDIR)/$(d)
>>  mv $(d)/usr/bin/bash $(d)/bin/.
>
> could probably do with some rationale why it's ok for these to be removed.

It's because they're set by configure already.  I also considered
setting LDFLAGS and CPPFLAGS on the commandline alongside CFLAGS
instead, but bash's Makefile.in is not designed to allow overriding
LDFLAGS on the command line (whereas overriding LDFLAGS in configure
works well).



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

Bug#648678: module bcm5974 is not being loaded on mac book pro

[David Roguin]

Package: linux-image-3.1.0-1-amd64
Status: install ok installed
Priority: optional
Section: kernel
Installed-Size: 100967
Maintainer: Debian Kernel Team 
Architecture: amd64
Source: linux-2.6
Version: 3.1.0-1~experimental.1
Provides: linux-image, linux-modules-3.1.0-1-amd64
Depends: module-init-tools, linux-base (>= 3~), initramfs-tools (>=
0.99~) | linux-initramfs-tool
Pre-Depends: debconf | debconf-2.0
Recommends: firmware-linux-free (>= 3~)
Suggests: linux-doc-3.1, grub-pc | extlinux | lilo (>= 22.8-8.2~)
Breaks: initramfs-tools (<< 0.99~), lilo (<< 22.8-8.2~)


The bcm5974 module is not being loaded on a mac book pro with Debian Wheezy.
According to 'lsusb -t' usbhid module is handling the trackpad making
the multitouch unusable.

-- 
David



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

Bug#599768: [PATCH] toshiba_acpi: backlight broken after resume.

[Niv Sardi]

Hi,

this was first sent to debian as bug 599768, but Ben Hutchings
recommended sending it to you guys too.

anyway, the drill: backlight on my R800 laptop works fine until I
suspend it, then, /sys/class/backlight/* doesn't change anything
anymore.

This patch is taken from the old toshset tool (that. btw.  seems to
document a few HCI commands we're not using in the toshiba_acpi code,
maybe interesting to have a look), and the important part is the code
that sets HCI_LCD_BRIGHTNESS in set_lcd.

after this patch, backlight works through
/sys/class/backlight/toshiba/brightness but for some reason the keys
(that are still detected) don't trigger any backlight change (or call of
set_lcd), ... and I really don't know how to debug that. (they still get
to me in the .notify callback, but I fail to find documentation on the
link between that and get_lcd...

(do I need to call backlight_device_register() or something along the
lines of the sparse_keymap code on resume ?)

anyway, I understand this patch is nowhere near ready for inclusion, but
I send it in order to see if it gives someone a clue to fix this
longstanding issue with toshiba backlights.

thanks,

>From 16cdcbb36dafb4c01cb040284f6424d13e94cce3 Mon Sep 17 00:00:00 2001
From: Niv Sardi 
Date: Sun, 13 Nov 2011 19:28:05 -0430
Subject: [PATCH 2/2] toshiba_acpi: implement and use HCI_BACKLIGHT,

this is mostly taken from the old toshset code, it seems to partially
fix the bug where toshiba backlight is broken after suspend. (getting:
ACPI: can't set backlight, in dmesg.)

this makes /sys/class/backlight/toshiba/brightness work but for some
reason after suspend the events are still recieved (they get printed
out on the .notify handler), but they don't trigger backlight
code. (result beeing that the backlight keys DO NOT work but, setting
/sys/class/backlight/toshiba/brightness DOES).

this is hackish and needs clean up, but does solve part of the issue.

Signed-off-by: Niv Sardi 
---
 drivers/platform/x86/toshiba_acpi.c |   28 +---
 1 files changed, 25 insertions(+), 3 deletions(-)

diff --git a/drivers/platform/x86/toshiba_acpi.c b/drivers/platform/x86/toshiba_acpi.c
index 00e9e91..45a94b9 100644
--- a/drivers/platform/x86/toshiba_acpi.c
+++ b/drivers/platform/x86/toshiba_acpi.c
@@ -94,7 +94,10 @@ MODULE_LICENSE("GPL");
 #define HCI_EMPTY			0x8c00
 
 /* registers */
+#define	HCI_BACKLIGHT   		0x0002
+#define	HCI_AC_ADAPTOR  		0x0003
 #define HCI_FAN0x0004
+#define	HCI_TR_BACKLIGHT   		0x0005
 #define HCI_SYSTEM_EVENT		0x0016
 #define HCI_VIDEO_OUT			0x001c
 #define HCI_HOTKEY_EVENT		0x001e
@@ -548,11 +551,17 @@ static int lcd_proc_open(struct inode *inode, struct file *file)
 
 static int set_lcd(struct toshiba_acpi_dev *dev, int value)
 {
-	u32 hci_result;
+	u32 r1, r2, val;
 
 	value = value << HCI_LCD_BRIGHTNESS_SHIFT;
-	hci_write1(dev, HCI_LCD_BRIGHTNESS, value, &hci_result);
-	return hci_result == HCI_SUCCESS ? 0 : -EIO;
+	hci_write1(dev, HCI_LCD_BRIGHTNESS, value, &r1);
+	if (ACPI_FAILURE(hci_read1(dev, HCI_BACKLIGHT, &val, &r2)))
+		pr_warn("Failed to enable backlight\n");
+	pr_debug("restoring backlight, state: %d\n", val);
+	if (ACPI_FAILURE(hci_write1(dev, HCI_BACKLIGHT, 0x1, &r2)))
+		pr_warn("Failed to enable backlight\n");
+
+	return ((r1 == r2) && (r1  == HCI_SUCCESS)) ? 0 : -EIO;
 }
 
 static int set_lcd_status(struct backlight_device *bd)
@@ -1105,6 +1114,13 @@ static int __devinit toshiba_acpi_add(struct acpi_device *acpi_dev)
 
 	/* enable event fifo */
 	hci_write1(dev, HCI_SYSTEM_EVENT, 1, &hci_result);
+	hci_write1(dev, HCI_HOTKEY_EVENT, 0x9, &hci_result);
+
+	if (ACPI_FAILURE(hci_read1(dev, HCI_BACKLIGHT, &dummy, &hci_result)))
+		pr_warn("Failed to enable backlight\n");
+	pr_debug("restoring backlight, state: %d\n", dummy);
+	if (ACPI_FAILURE(hci_write1(dev, HCI_BACKLIGHT, 1, &hci_result)))
+		pr_warn("Failed to enable backlight\n");
 
 	props.type = BACKLIGHT_PLATFORM;
 	props.max_brightness = HCI_LCD_BRIGHTNESS_LEVELS - 1;
@@ -1208,6 +1224,12 @@ static int toshiba_acpi_resume(struct acpi_device *acpi_dev)
 	if (ACPI_FAILURE(hci_write1(dev, HCI_HOTKEY_EVENT, 0x9, &result)))
 		pr_warn("Failed to enable hotkey events\n");
 
+	if (ACPI_FAILURE(hci_read1(dev, HCI_BACKLIGHT, &val, &result)))
+		pr_warn("Failed to enable backlight\n");
+	pr_debug("restoring backlight, state: %d\n", val);
+	if (ACPI_FAILURE(hci_write1(dev, HCI_BACKLIGHT, 0x1, &result)))
+		pr_warn("Failed to enable backlight\n");
+
 	return 0;
 }
 
-- 
1.7.8.rc0


-- 
Niv Sardi

Bug#647866: Network: Packages over hub via bnc not received

[Ben Hutchings]

On Sun, 2011-11-13 at 14:15 +0100, debian wrote:
> 
> Am 09.11.2011 06:08, schrieb Ben Hutchings:
> 
> [...]
> > Can you test Linux 3.0 (from testing/unstable) on this system? If that
> > has the same problem then I can ask the upstream developers to help. Ben. 
> 
> Now I tried to compile kernel 3.0.8 from www.kernel.org. Compilation
> worked but there is any problem when booting (because of embedded system
> I can not see the kernel boot msg).
> To check if I have a problem with compiling/installing Selfmade kernel I
> created kernel 2.6.38 by myself. This is working fine
> 
> So I took a ready made .deb file from community  (uname -r
> 3.0.0-rc6-bug-wl). Now I can boot an can login.
> 
> Unfortunately, the network system's behaviour is the same as before
> described above in this thread.
> Do you think another kernel would help?

I should have asked this earlier, but can you send the output of
'ethtool eth0' from one of the kernel versions with this problem?

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#647866: Network: Packages over hub via bnc not received

[Ben Hutchings]

On Sun, 2011-11-13 at 14:15 +0100, debian wrote:
> 
> Am 09.11.2011 06:08, schrieb Ben Hutchings:
> 
> [...]
> > Can you test Linux 3.0 (from testing/unstable) on this system? If that
> > has the same problem then I can ask the upstream developers to help. Ben. 
> 
> Now I tried to compile kernel 3.0.8 from www.kernel.org. Compilation
> worked but there is any problem when booting (because of embedded system
> I can not see the kernel boot msg).
> To check if I have a problem with compiling/installing Selfmade kernel I
> created kernel 2.6.38 by myself. This is working fine
> 
> So I took a ready made .deb file from community  (uname -r
> 3.0.0-rc6-bug-wl). Now I can boot an can login.
> 
> Unfortunately, the network system's behaviour is the same as before
> described above in this thread.
> Do you think another kernel would help?

No but I wanted to check this before passing on the bug report to
upstream developers.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#629929: [PATCH] Add cross-compilation support. Closes: #629929.

[Steve Langasek]

Hi Jonathan,

I guess you've taken this patch from the Launchpad branch for the Ubuntu
bash package?  I was confused to have this come up for discussion when I
haven't submitted it yet to Debian (or even uploaded it to Ubuntu).

On Sat, Nov 12, 2011 at 11:38:36PM -0600, Jonathan Nieder wrote:
> > diff --git a/debian/rules b/debian/rules
> > index ff9a271b..ed784925 100755
> > --- a/debian/rules
> > +++ b/debian/rules
> > @@ -23,8 +23,15 @@ VERSION  := 4.2
> >  with_gfdl  = no
> >  with_gfdl  = yes
> >  
> > +ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
> > +CC = $(DEB_HOST_GNU_TYPE)-gcc
> > +else
> >  CC = gcc
> > +endif

> I was surprised something like this is necessary, but after thinking
> about it a little it makes sense --- after all, different packages
> sometimes want to use different compilers, so dpkg-buildpackage
> doesn't have enough information to set CC on its own.

> Would it make sense to just use 'CC = $(DEB_HOST_GNU_TYPE)-gcc'
> unconditionally, for simplicity?

I'm not confident that this is guaranteed to give the same results in all
cases as calling gcc directly.  Certainly with autoconf, passing
--host + --build results in cross-compiling behavior even when not
cross-compiling, but I don't know how much of this is due to autoconf itself
vs. the compiler invocation.

> > -CFLAGS = -g -O2 -Wall
> > +export DEB_CFLAGS_MAINT_APPEND = -Wall
> > +CFLAGS = $(shell dpkg-buildflags --get CFLAGS)
> > +LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS)
> > +

> Unfortunately, "export" statements don't affect the environment of
> $(shell) substitutions (bug#327154).  The workaround suggested on
> debian-devel-announce was

Oh hngh, right.

>   dpkg_buildflags = DEB_CFLAGS_MAINT_APPEND=-Wall dpkg-buildflags
>   CPPFLAGS := $(shell $(dpkg_buildflags) --get CPPFLAGS)
>   CFLAGS := $(shell $(dpkg_buildflags) --get CFLAGS)
>   LDFLAGS := $(shell $(dpkg_buildflags) --get LDFLAGS)

> By the way, what about CPPFLAGS?

Not used in the existing source package, so I didn't touch this.

> >  SHELL  = /bin/bash
> >  YACC   = bison -y
> >  
> > @@ -73,7 +80,7 @@ before-build:
> > (test -d /dev/fd && test -r /dev/stdin < /dev/null) \
> >   || (test -d /proc/self/fd && test -r /dev/stdin < /dev/null)
> >  ifneq (,$(findstring $(DEB_HOST_ARCH_OS), linux freebsd))
> > -   $(CC) $(CFLAGS) -o clear_console debian/clear_console.c -lncurses
> > +   $(CC) $(CFLAGS) -o clear_console debian/clear_console.c $(LDFLAGS) 
> > -lncurses

> Micronit: the command feels more natural with all options ($(CFLAGS)
> $(CPPFLAGS) $(LDFLAGS) -o clear_console) before all source files
> (debian/clear_console.c -lncurses).

Not to me.

> >  endif
> >  
> >  # 
> > ---
> > -- 

> What about other compilation rules?

> Possible patch on top follows.  Warning: handling of configure args is
> a little hacky.

> @@ -60,7 +61,10 @@ conf_args = \
>   --enable-largefile \
>   --prefix=/usr \
>   --infodir=/usr/share/info \
> - --mandir=/usr/share/man
> + --mandir=/usr/share/man \
> + --host=$(DEB_HOST_GNU_TYPE) \
> + CC="$(CC)" \
> + $(shell $(dpkg_buildflags) --export=configure)
>  ifeq ($(with_installed_rl),yes)
>  conf_args += --with-installed-readline
>  endif
> @@ -68,9 +72,7 @@ endif
>  static_conf_args := $(conf_args) \
>   --enable-static-link \
>   --without-bash-malloc \
> - --host=$(DEB_HOST_GNU_TYPE)
>  
> -conf_args += --host=$(DEB_HOST_GNU_TYPE)

As long as you're changing these options, you might as well fix them to be
autotools-compliant (i.e., passing --host *only* when cross-compiling, and
--build always).

> @@ -217,8 +223,6 @@ endif
>  
>   : # install it
>   $(MAKE) -C build-bash install \
> - CC='$(CC)' \
> - CFLAGS='$(CFLAGS)' \
>   YACC="$(YACC)" \
>   DESTDIR=$(CURDIR)/$(d)
>   mv $(d)/usr/bin/bash $(d)/bin/.

could probably do with some rationale why it's ok for these to be removed.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature

Bug#599768: patch

[Ben Hutchings]

On Sun, 2011-11-13 at 19:36 -0430, Niv Sardi wrote:
> found 599768 3.1.0-1
> tags 599768 +patch
> 
> Bug still found in latest kernel (3.1.0), quite annoying, you can find
> attached a hack that goes out into making it work, for some reason, the
> keys still don't work on resume.
[...]

Please submit your patch(es) upstream (Matthew Garrett ,
platform-driver-...@vger.kernel.org) and cc this bug.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#482595: I will Give this to you for FREE!

[James Truss]

  
I will Give this to you for FREE!  
Hi, I am a professional online expert at producing leads for
any business and I would like to invite you to one of my LIVE
classes Monday- Thursday. I will be showing you how you 
can get  tons of leads using this software.If you would do
one thing for me.  I will give this software to you for FREE
If you can make it to the class, please
click here and RSVP.. thx

http://www.helpmemakemoney.org

James 

Bug#647992: same bug on chromium 14 backport on squeeze

[Jonathan Nieder]

Hi,

Vincent Bernat wrote:

> #if defined(OS_POSIX) && !defined(OS_MACOSX)
> RenderProcessImpl render_process;
> render_process.set_main_thread(new RenderThread());
> #endif
>
> Here, I am greeted with:
>   waiting for new child: No child processes.

Yes, I get the same thing.  Not sure what the cause is.

> Dunno what to do.

Adding "#include " to the top of relevant files and putting

std::cerr << "here is some state: " << state << "\n";

at points of interest works.  And it's kind of pleasant --- it forces
one to stare at code between runs.

No conclusions yet.  Looks like the failure happens in
src/crypto/nss_util.cc, function EnsureNSSInit():

void EnsureNSSInit() {
  // Initializing SSL causes us to do blocking IO.
  // Temporarily allow it until we fix
  //   http://code.google.com/p/chromium/issues/detail?id=59847
  base::ThreadRestrictions::ScopedAllowIO allow_io;

  std::cerr << "This is printed.\n";

  g_nss_singleton.Get();

  std::cerr << "This is not printed.\n";
}

g_nss_singleton is declared as follows:

base::LazyInstance >
g_nss_singleton(base::LINKER_INITIALIZED);

The next step is to dig into the NSSInitSingleton constructor,
presumably.



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

Bug#599768: patch

[Niv Sardi]

found 599768 3.1.0-1
tags 599768 +patch

Bug still found in latest kernel (3.1.0), quite annoying, you can find
attached a hack that goes out into making it work, for some reason, the
keys still don't work on resume.

patch: 
http://core.evilgiggle.com/~xaiki/hacks/toshiba_acpi/0002-toshiba_acpi-implement-and-use-HCI_BACKLIGHT.patch

>From 16cdcbb36dafb4c01cb040284f6424d13e94cce3 Mon Sep 17 00:00:00 2001
From: Niv Sardi 
Date: Sun, 13 Nov 2011 19:28:05 -0430
Subject: [PATCH 2/2] toshiba_acpi: implement and use HCI_BACKLIGHT,

this is mostly taken from the old toshset code, it seems to partially
fix the bug where toshiba backlight is broken after suspend. (getting:
ACPI: can't set backlight, in dmesg.)

this makes /sys/class/backlight/toshiba/brightness work but for some
reason after suspend the events are still recieved (they get printed
out on the .notify handler), but they don't trigger backlight
code. (result beeing that the backlight keys DO NOT work but, setting
/sys/class/backlight/toshiba/brightness DOES).

this is hackish and needs clean up, but does solve part of the issue.

Signed-off-by: Niv Sardi 
---
 drivers/platform/x86/toshiba_acpi.c |   28 +---
 1 files changed, 25 insertions(+), 3 deletions(-)

diff --git a/drivers/platform/x86/toshiba_acpi.c b/drivers/platform/x86/toshiba_acpi.c
index 00e9e91..45a94b9 100644
--- a/drivers/platform/x86/toshiba_acpi.c
+++ b/drivers/platform/x86/toshiba_acpi.c
@@ -94,7 +94,10 @@ MODULE_LICENSE("GPL");
 #define HCI_EMPTY			0x8c00
 
 /* registers */
+#define	HCI_BACKLIGHT   		0x0002
+#define	HCI_AC_ADAPTOR  		0x0003
 #define HCI_FAN0x0004
+#define	HCI_TR_BACKLIGHT   		0x0005
 #define HCI_SYSTEM_EVENT		0x0016
 #define HCI_VIDEO_OUT			0x001c
 #define HCI_HOTKEY_EVENT		0x001e
@@ -548,11 +551,17 @@ static int lcd_proc_open(struct inode *inode, struct file *file)
 
 static int set_lcd(struct toshiba_acpi_dev *dev, int value)
 {
-	u32 hci_result;
+	u32 r1, r2, val;
 
 	value = value << HCI_LCD_BRIGHTNESS_SHIFT;
-	hci_write1(dev, HCI_LCD_BRIGHTNESS, value, &hci_result);
-	return hci_result == HCI_SUCCESS ? 0 : -EIO;
+	hci_write1(dev, HCI_LCD_BRIGHTNESS, value, &r1);
+	if (ACPI_FAILURE(hci_read1(dev, HCI_BACKLIGHT, &val, &r2)))
+		pr_warn("Failed to enable backlight\n");
+	pr_debug("restoring backlight, state: %d\n", val);
+	if (ACPI_FAILURE(hci_write1(dev, HCI_BACKLIGHT, 0x1, &r2)))
+		pr_warn("Failed to enable backlight\n");
+
+	return ((r1 == r2) && (r1  == HCI_SUCCESS)) ? 0 : -EIO;
 }
 
 static int set_lcd_status(struct backlight_device *bd)
@@ -1105,6 +1114,13 @@ static int __devinit toshiba_acpi_add(struct acpi_device *acpi_dev)
 
 	/* enable event fifo */
 	hci_write1(dev, HCI_SYSTEM_EVENT, 1, &hci_result);
+	hci_write1(dev, HCI_HOTKEY_EVENT, 0x9, &hci_result);
+
+	if (ACPI_FAILURE(hci_read1(dev, HCI_BACKLIGHT, &dummy, &hci_result)))
+		pr_warn("Failed to enable backlight\n");
+	pr_debug("restoring backlight, state: %d\n", dummy);
+	if (ACPI_FAILURE(hci_write1(dev, HCI_BACKLIGHT, 1, &hci_result)))
+		pr_warn("Failed to enable backlight\n");
 
 	props.type = BACKLIGHT_PLATFORM;
 	props.max_brightness = HCI_LCD_BRIGHTNESS_LEVELS - 1;
@@ -1208,6 +1224,12 @@ static int toshiba_acpi_resume(struct acpi_device *acpi_dev)
 	if (ACPI_FAILURE(hci_write1(dev, HCI_HOTKEY_EVENT, 0x9, &result)))
 		pr_warn("Failed to enable hotkey events\n");
 
+	if (ACPI_FAILURE(hci_read1(dev, HCI_BACKLIGHT, &val, &result)))
+		pr_warn("Failed to enable backlight\n");
+	pr_debug("restoring backlight, state: %d\n", val);
+	if (ACPI_FAILURE(hci_write1(dev, HCI_BACKLIGHT, 0x1, &result)))
+		pr_warn("Failed to enable backlight\n");
+
 	return 0;
 }
 
-- 
1.7.8.rc0


cheers,
-- 
Niv Sardi

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

[Al Viro]

As far as I can see, what's happening here is some kind of mess
with openbios-sparc32 image.  With stock one from sqeeuze:

$ qemu-system-sparc -hda hda.img -cdrom debian-40r3-sparc-netinst.iso -boot d 
-nographic -bios /usr/share/openbios/openbios-sparc32
Configuration device id QEMU version 1 machine id 32
UUID: ----
CPUs: 1 x FMI,MB86904
Welcome to OpenBIOS v1.0 built on Feb 27 2010 22:57
  Type 'help' for detailed information

[sparc] Booting file 'cdrom' with parameters ''
Trying cdrom (/iommu/sbus/espdma/esp/sd@2,0)
Not a bootable ELF image
Not a Linux kernel image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
Jumping to entry point...
Unhandled Exception 0x0007
PC = 0x4064 NPC = 0x4068
Stopping execution
$
BTW, without -nographic it just sits in there after "Jumping to entry point";
-nographic makes what's happening much more obvious.  Note that it claims to
be built from svn r640.  OK, with the image in qemu commit
ee4660f9258dedfcb275a0fbed6c795f470a0caf
Author: Blue Swirl 
Date:   Sun Dec 6 09:25:06 2009 +

Update OpenBIOS images to r640

we get something different:
$ qemu-system-sparc -hda hda.img -cdrom debian-40r3-sparc-netit d -nographic 
-bios qemu.git/pc-bios/openbios-sparc32
Configuration device id QEMU version 1 machine id 32
UUID: ----
CPUs: 1 x FMI,MB86904
Welcome to OpenBIOS v1.0 built on Dec 6 2009 09:20
  Type 'help' for detailed information

[sparc] Booting file 'cdrom' with parameters ''
Trying cdrom (/iommu/sbus/espdma/esp/sd@2,0)
Not a bootable ELF image
Not a Linux kernel image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
Jumping to entry point...
SILO Version 1.4.13
\

  Welcome to Debian GNU/Linux etch!
[]
and we get working installer.  Note that this is the stock qemu-system-sparc
binary; not one built from qemu git.  This commit sits on the master branch
(== trunk, for cvs/svn sufferers).  Branch to 0.12.5 also contains a similar
commit:
commit ea6112b1659ea0f0879302288496c4e0dea6f723
Author: Aurelien Jarno 
Date:   Sun Dec 6 12:12:56 2009 +0100

Update OpenBIOS images to r640

and with that we get
$ qemu-system-sparc -hda hda.img -cdrom debian-40r3-sparc-netit d -nographic 
-bios qemu.git/pc-bios/openbios-sparc32
Configuration device id QEMU version 1 machine id 32
UUID: ----
CPUs: 1 x FMI,MB86904
Welcome to OpenBIOS v1.0 built on Dec 6 2009 11:03
  Type 'help' for detailed information

[sparc] Booting file 'cdrom' with parameters ''
Trying cdrom (/iommu/sbus/espdma/esp/sd@2,0)
Not a bootable ELF image
Not a Linux kernel image
Loading a.out image...
Loaded 7680 bytes
entry point is 0x4000
Jumping to entry point...
Unhandled Exception 0x0007
PC = 0x4064 NPC = 0x4068
Stopping execution

IOW, the same breakage.  Despite the similar commit messages the latter
has different images in it.

Summary: some r640 openbios-sparc32 images barf, including one in
openbios-sparc package and one included into qemu git repository on
0.12 branch.  One on qemu.git master (and, presumably, later side branches)
appears to be OK.  For qemu-system-sparc on squeeze that's irrelevant,
though - what matters is /usr/share/openbios/openbios-sparc32 contents,
which comes from openbios-sparc instead of qemu; qemu-system puts a
symlink to it into /usr/share/qemu/openbios-sparc32 and that's where
it gets picked from.



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

Bug#648656: ITP: sisu-guice -- Patched build of Google Guice for Sisu-IoC

[Damien Raude-Morvan]

Le dimanche 13 novembre 2011 21:19:35, Thomas Koch a écrit :
> Damien Raude-Morvan:
> > * Package name: sisu-guice
> > 
> > This package contains a patched build of Guice modified for
> > Sisu IoC framework (for instance, removes the need to write
> > explicit bindings in Guice modules).
> > 
> > This package is a dependency of Maven 3.x

Hi Thomas,

> Is there a bug in the tracker of sisu-guice to ask them to work their
> things out with Guice and get their modifications included upstream, so
> that they can build against regular Guice?

Good idea, I've submitted this issue to Sonatype team :
https://issues.sonatype.org/browse/SISU-119

AFAIK, "Guice team doesn't wish to apply" [1] some patches of sisu-guice 
(don't have much details).

[1] http://www.eclipse.org/proposals/technology.sisu/


Cheers,
-- 
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan



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

Bug#648677: midori: window width should not exceed screen width; should be resizeable

[cfr]

Package: midori
Version: 0.4.1-2
Severity: normal

Open many tabs including some for sites which want to be very wide.

The window width ends up greatly exceeding the screen width. (There is
never any horizontal scroll in Midori so maybe it is an attempt to
address that?)

It is then not possible to view pages correctly.

It is then not possible to resize the window manually horizontally -
only vertically.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (600, 'unstable')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.39-2-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages midori depends on:
ii  dbus-x111.4.16-1
ii  libc6   2.13-21 
ii  libcairo2   1.10.2-6.1  
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.28.8-1
ii  libgtk2.0-0 2.24.7-1
ii  libjavascriptcoregtk-1.0-0  1.6.1-5 
ii  libnotify4  0.7.4-1 
ii  libpango1.0-0   1.29.4-2
ii  libsoup2.4-12.34.3-1
ii  libsqlite3-03.7.7-2 
ii  libunique-1.0-0 1.1.6-3 
ii  libwebkitgtk-1.0-0  1.6.1-5 
ii  libx11-62:1.4.4-2   
ii  libxml2 2.7.8.dfsg-5
ii  libxss1 1:1.2.1-2   

Versions of packages midori recommends:
ii  gnome-icon-theme  3.2.1.2-1

midori 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#648672: libprotobuf-java: Maven repo POMs should be installed without reference to parent POM

[Iustin Pop]

On Mon, Nov 14, 2011 at 12:23:04AM +0100, Jakub Adam wrote:
> Hi,
> 
> when I try to compile JGit library that depends on libprotobuf-java, Maven 
> fails
> with following error:
> 
> [INFO] Error building POM (may not be this project's POM).
> 
> 
> Project ID: com.google.protobuf:protobuf-java:jar:debian
> 
> Reason: Cannot find parent: com.google:google for project:
> com.google.protobuf:protobuf-java:jar:debian for project
> com.google.protobuf:protobuf-java:jar:debian
> 
> 
> This is because POM files installed with libprotobuf-java are referencing a 
> nonexistent
> parent POM. These references should be stripped, simple patch that fixes the 
> problem is attached.

Thanks for the report. I'm not personally familiar with Maven (support
was contributed by Thomas), so I'll apply the patch as is.

@Thomas: do you have any feedback on the patch?

iustin



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

Bug#648676: isc-dhcp-client - Changes hostname

[Bastian Blank]

Package: isc-dhcp-client
Version: 4.2.2-1
Severity: critical

dhclient-script changes the hostname without being asked to do so. This
breaks all kinds of stuff that relates to the hostname, like sudo. And
it is also wrong, because the network name is not the hostname.

Bastian

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

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

Versions of packages isc-dhcp-client depends on:
ii  debianutils  4.0.4 
ii  iproute  20110629-1
ii  isc-dhcp-common  4.2.2-1   
ii  libc62.13-21   

isc-dhcp-client recommends no packages.

Versions of packages isc-dhcp-client suggests:
pn  avahi-autoipd  
pn  resolvconf 

-- 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#648675: ocsinventory-server: ocsinventory can't be contacted from fusioninventory-agent

[J.Pietschmann]

Package: ocsinventory-server
Version: 2.0.2-2
Severity: important
Tags: upstream

Dear Maintainer,

the ocsinventory server wont work with fusioninventory-agent since the upgrade
to 2.0 in wheezy, this includes the
fusioninventory-agent 2.1.10-1 in wheezy. The agent gets a 400 "Bad Request"
when accessing
http://localhost/ocsinventory, ocsinventory logs
 127.0.0.1;FusionInventory-Agent_v2.1.10;useragent;Bad agent or agent version
too recent for server !!


The reason is probably an regression in the upstream code when checking the
agent for validity in
/usr/share/perl5/Apache/Ocsinventory/Server/Useragent.pm, sub
useragent_prolog_read
A proper fix is probably to extend %ocsagents with an entry for
FusionInventory-Agent.

I worked around the problem by using a hook in
/etc/oscinventory/ocsinventory.conf:
 PerlSetEnv OCS_OPT_EXT_USERAGENTS_FILE_PATH "/etc/ocsinventory/ext-useragents"
and put FusionInventory-Agent_v2.1.10 in there

Regards
J.Pietschmann



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

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

Versions of packages ocsinventory-server depends on:
ii  apache2  2.2.21-2   
ii  apache2-mpm-prefork [apache2]2.2.21-2   
ii  libapache-dbi-perl   1.11-1 
ii  libapache2-mod-perl2 2.0.5-3
ii  libcompress-zlib-perl2.037-1
ii  libdbd-mysql-perl4.020-1
ii  libdbi-perl  1.616-1+b1 
ii  libio-compress-perl [libcompress-zlib-perl]  2.037-2
ii  libjs-jquery 1.6.4-1
ii  libnet-ip-perl   1.25-3 
ii  libphp-pclzip2.8.2-2
ii  libxml-simple-perl   2.18-3 
ii  perl [libcompress-zlib-perl] 5.12.4-6   
ii  ucf  3.0025+nmu2

Versions of packages ocsinventory-server recommends:
ii  ocsinventory-reports  2.0.2-2

Versions of packages ocsinventory-server suggests:
ii  libsoap-lite-perl0.714-1
ii  mysql-server 5.1.58-1   
ii  mysql-server-5.1 [mysql-server]  5.1.58-1   
ii  nmap 5.21-1.1   
ii  ocsinventory-agent
ii  samba-common 2:3.5.11~dfsg-4

-- Configuration Files:
/etc/ocsinventory/ocsinventory.conf [Errno 13] Permission denied: 
u'/etc/ocsinventory/ocsinventory.conf'

-- debconf information excluded



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

Bug#648674: ITP: owncloud -- ownCloud - web services under control

[Thomas Mueller]

Package: wnpp
Severity: wishlist
Owner: Thomas Mueller 

* Package name: owncloud
  Version : 2.0.0
  Upstream Author : Frank Karlitschek, Robin Appelman, Jakob Sack, ...
* URL : http://owncloud.org
* License : AGPL
  Programming Lang: PHP
  Description : ownCloud - web services under control

ownCloud gives you universal access to your files through a web interface or 
WebDAV. It also provides a platform to easily view & sync your contacts, 
calendars and bookmarks across all your devices and enables basic editing right 
on the web.



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

Bug#648673: gconf2: GConf Error in Emacs and Liferea (D-BUS error)

[Vincent Lefevre]

Package: gconf2
Version: 3.2.3-1
Severity: grave

After the gconf2 upgrade, I get the following error when I run Emacs:

GConf Error: Configuration server couldn't be contacted: D-BUS error: Method 
"GetDefaultDatabase" with signature "" on interface "org.gnome.GConf.Server" 
doesn't exist

There doesn't seem to be any serious problem with Emacs, though.

Ditto with Liferea, but this is more serious, as the configuration
is not read.

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

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

Versions of packages gconf2 depends on:
ii  dbus-x11   1.4.16-1
ii  gconf2-common  3.2.3-1 
ii  libc6  2.13-21 
ii  libgconf2-43.2.3-1 
ii  libglib2.0-0   2.28.8-1
ii  libxml22.7.8.dfsg-5
ii  psmisc 22.14-1 
ii  python 2.7.2-9 

Versions of packages gconf2 recommends:
ii  libgtk-3-0  3.0.12-2

Versions of packages gconf2 suggests:
ii  gconf-defaults-service  3.2.3-1

-- no debconf information



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

Bug#648672: libprotobuf-java: Maven repo POMs should be installed without reference to parent POM

[Jakub Adam]

Package: libprotobuf-java
Version: 2.4.1-1
Severity: normal
Tags: patch

Hi,

when I try to compile JGit library that depends on libprotobuf-java, Maven fails
with following error:

[INFO] Error building POM (may not be this project's POM).


Project ID: com.google.protobuf:protobuf-java:jar:debian

Reason: Cannot find parent: com.google:google for project: com.google.protobuf:protobuf-java:jar:debian for project 
com.google.protobuf:protobuf-java:jar:debian



This is because POM files installed with libprotobuf-java are referencing a 
nonexistent
parent POM. These references should be stripped, simple patch that fixes the 
problem is attached.

BR

Jakub Adam

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

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

Versions of packages libprotobuf-java depends on:
ii  default-jre [java5-runtime]1:1.6-43
ii  gcj-4.6-jre [java5-runtime]4.6.1-9
ii  gcj-jre [java5-runtime]4:4.6.1-3
ii  openjdk-6-jre [java5-runtime]  6b23~pre11-1
ii  openjdk-7-jre [java5-runtime]  7~b147-2.0-1

Versions of packages libprotobuf-java recommends:
pn  protobuf-compiler  

libprotobuf-java suggests no packages.

-- no debconf information

From 13565709f2ab3d31036596176e3d711af0a6408f Mon, 14 Nov 2011 00:10:21 +0100
From: Jakub Adam 
Date: Wed, 9 Nov 2011 20:26:09 +0100
Subject: [PATCH] Fix maven repo installed POM


diff --git a/debian/libprotobuf-java.poms b/debian/libprotobuf-java.poms
index f0b7484..8b6d241 100644
--- a/debian/libprotobuf-java.poms
+++ b/debian/libprotobuf-java.poms
@@ -1 +1 @@
-java/pom.xml --artifact=java/target/protobuf.jar --java-lib
+java/pom.xml --artifact=java/target/protobuf.jar --java-lib --no-parent

Bug#648620: Please enable bcm5974, apple multitouch support

[David Roguin]

On Sun, Nov 13, 2011 at 1:03 PM, Ben Hutchings  wrote:
> On Sun, 2011-11-13 at 12:40 -0300, David Roguin wrote:
>> Package: linux-image-3.0.0-1-amd64
>> Status: install ok installed
>> Priority: optional
>> Section: kernel
>> Installed-Size: 106008
>> Maintainer: Debian Kernel Team 
>> Architecture: amd64
>> Source: linux-2.6
>> Version: 3.0.0-3
>>
>>
>> Please add support for multitouch on the mac book pro by changing thie
>> lines on the .config
>> CONFIG_MOUSE_APPLETOUCH=y
>> CONFIG_MOUSE_BCM5974=y
>
> We already build these drivers as modules.  What is the actual problem?
>

Ok, the problem is that I don't have multitouch support because the
bcm5974 module is not being loaded.

The output of lsusb -t shows that usbhid is handling the trackpad:
1-2:1.2: No such file or directory
1-1.1.3:1.2: No such file or directory
1-1.1.3:1.3: No such file or directory
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/8p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/2p, 480M
|__ Port 1: Dev 3, If 0, Class=HID, Driver=usbhid, 1.5M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci_hcd/6p, 480M
|__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/3p, 480M
|__ Port 1: Dev 4, If 0, Class=hub, Driver=hub/3p, 12M
|__ Port 3: Dev 8, If 0, Class=vend., Driver=btusb, 12M
|__ Port 3: Dev 8, If 1, Class='bInterfaceClass 0xe0 not
yet handled', Driver=btusb, 12M
|__ Port 3: Dev 8, If 2, Class=vend., Driver=, 12M
|__ Port 3: Dev 8, If 3, Class=app., Driver=, 12M
|__ Port 2: Dev 5, If 0, Class=HID, Driver=usbhid, 12M
|__ Port 2: Dev 5, If 1, Class=HID, Driver=usbhid, 12M
|__ Port 2: Dev 5, If 2, Class=HID, Driver=usbhid, 12M
|__ Port 2: Dev 3, If 0, Class='bInterfaceClass 0x0e not yet
handled', Driver=uvcvideo, 480M
|__ Port 2: Dev 3, If 1, Class='bInterfaceClass 0x0e not yet
handled', Driver=uvcvideo, 480M
|__ Port 2: Dev 3, If 2, Class=vend., Driver=, 480M


A few weeks before I've builded a custom kernel from upstream, the
3.1-rc7 version with those config params as I wrote earlier and
multitouch support worked like a charm.

I've tried loading the module with "modprobe bcm5974" but nothing happened

-- 
David



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

Bug#648671: rdfind: Cryptic and arguably useless error message when files can not be deleted

[Richard Hartmann]

Package: rdfind
Version: 1.3.0-1
Severity: normal

If a file is mode & owner 644 root:root, trying to delete it results in:

Rdutil.cc: Failed to apply function f on it.

At the least, rdfind should inform the user that it lacks permission to
delete the file. Adding its name would be nice, too.

Ideally, rdfind would error out/warn earlier so the user can spare
him/herself waiting for the process to finish. Alternatively, it could
append files that should be deleted but weren't to the results file.


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

Kernel: Linux 3.0.0-2-686-pae (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

Versions of packages rdfind depends on:
ii  libc6   2.13-21  
ii  libgcc1 1:4.6.2-4
ii  libnettle4  2.4-1
ii  libstdc++6  4.6.2-4  

rdfind recommends no packages.

rdfind 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#648612: Patches with incorrect paths

[Adam Baxter]

I'm not entirely sure how to provide a patch to a patch, but the patches
that dpkg-buildpackage fails on are:

36-binutils-2.20.1-assembler-options.patch:+++ ./gas/config/tc-avr.c
2011-02-08 11:01:47.0 -0600
55-binutils-2.20.1-atxmega128b1.patch:+++ ./gas/config/tc-avr.c
2010-11-12 11:35:32.0 -0600
55-binutils-2.20.1-atxmega128b1.patch:+++ ./gas/doc/c-avr.texi
2010-11-12 11:36:39.0 -0600
59-binutils-2.20.1-atmega32_5_50_90_pa.patch:+++ ./gas/config/tc-avr.c
2011-02-16 15:22:24.0 -0600
59-binutils-2.20.1-atmega32_5_50_90_pa.patch:+++ ./gas/doc/as.info
2011-02-17 11:59:53.0 -0600
59-binutils-2.20.1-atmega32_5_50_90_pa.patch:+++ ./gas/doc/c-avr.texi
2011-02-16 15:42:20.0 -0600

in debian/atmel_patches

the paths, at least for me, needed to be gas/ and not .gas/

Bug#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch

[Jonathan Nieder]

Roger Leigh wrote:

> New version attached.  It includes your changes, plus the
> documentation fixes you suggested.

Looks good to me.



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

Bug#648670: xm was unable determine an actual domU state under some conditions

[Moonwalker]

Package: xen-utils-4.1
Version: 4.1.1-3

I have an HVM domU which was created with xen-utils-4.0 (and Xen 4.0 hypervisor 
of course). Recently I've upgraded to Xen 4.1 and xen-utils-4.1, but after a 
reboot I was unable to do anything with it: "xm start" caused "Domain is 
already running" error, while "xm shutdown" simply hadn't printed any error 
messages, only "Error:", "xm destroy" did nothing without any output.
In "xm list" output the domU had no ID and state values just like it wasn't 
started.

===
# xm shutdown test1
Error:
Usage: xm shutdown  [-waRH]

Shutdown a domain.
===

===
# xm reset test
Error: Domain 'test1' is not started
Usage: xm reset 
===

===
# xm start test1
Error: Domain is already running
Usage: xm start 
===

The only reasonable message was in xend.log, appears when I tried to shutdown 
the domU:
===
DEBUG (XendDomainInfo:524) XendDomainInfo.shutdown(poweroff)
ERROR (xmlrpclib2:181) Internal error handling xend.domain.shutdown
Traceback (most recent call last):
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/util/xmlrpclib2.py", line 134, 
in _marshaled_dispatch
response = self._dispatch(method, params)
  File "/usr/lib/python2.7/SimpleXMLRPCServer.py", line 420, in _dispatch
return func(*params)
  File "", line 1, in 
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/XMLRPCServer.py", 
line 56, in dispatch
return getattr(info, fn)(*args)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 
533, in shutdown
self.storeDom("control/shutdown", reason)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendDomainInfo.py", line 
1705, in storeDom
return xstransact.Store(self.dompath, *args)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/xenstore/xstransact.py", 
line 347, in Store
complete(path, lambda t: t.store(*args))
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/xenstore/xstransact.py", 
line 361, in complete
t = xstransact(path)
  File "/usr/lib/xen-4.1/bin/../lib/python/xen/xend/xenstore/xstransact.py", 
line 27, in __init__
assert path is not None
AssertionError
===

I was able to remove the failed domU only by removing the appropriate directory 
with config.sxp from /var/lib/xend/domains.



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

Bug#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch

[Roger Leigh]

On Sun, Nov 13, 2011 at 02:31:15PM -0600, Jonathan Nieder wrote:
> Roger Leigh wrote:
> 
> > Attached.
> 
> Thanks much!

New version attached.  It includes your changes, plus the
documentation fixes you suggested.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.
>From fc2782bcdd940ebf61a47ce182cbdef7a469d62a Mon Sep 17 00:00:00 2001
From: Roger Leigh 
Date: Sun, 13 Nov 2011 19:18:28 +
Subject: [PATCH] Add Build-Depends-Arch and Build-Conflicts-Arch

Signed-off-by: Roger Leigh 
---
 man/deb-src-control.5  |   48 ++--
 man/dpkg-checkbuilddeps.1  |   12 +++--
 scripts/Dpkg/Control/Fields.pm |   16 ++--
 scripts/dpkg-buildpackage.pl   |4 +-
 scripts/dpkg-checkbuilddeps.pl |   27 -
 scripts/dpkg-source.pl |2 +-
 6 files changed, 81 insertions(+), 28 deletions(-)

diff --git a/man/deb-src-control.5 b/man/deb-src-control.5
index 76e2f9e..4987223 100644
--- a/man/deb-src-control.5
+++ b/man/deb-src-control.5
@@ -109,27 +109,50 @@ package.
 
 .TP
 .BI Build\-Depends: " package-list"
-A list of packages that need to be installed and configured to be able to build
-the source package.
+A list of packages that need to be installed and configured to be able
+to build the source package. Including a dependency in this list has
+the same effect as including it in both Build-Depends-Arch and
+Build-Depends-Indep, with the additional effect of being used for
+source-only builds.
+
+.TP
+.BI Build\-Depends\-Arch: " package list"
+Same as \fBBuild\-Depends\fP, but they are only needed when building
+the architecture dependent packages. The \fBBuild\-Depends\fP are also
+installed in this case.  This field was introduced in dpkg version
+1.16.2; in order to build with older dpkg versions,
+\fBBuild\-Depends\fP should be used instead.
 
 .TP
 .BI Build\-Depends\-Indep: " package-list"
-Same as \fBBuild\-Depends\fP, but they are only needed when building the
-architecture independent packages. The \fBBuild\-Depends\fP are also installed
-in this case.
+Same as \fBBuild\-Depends\fP, but they are only needed when building
+the architecture independent packages. The \fBBuild\-Depends\fP are
+also installed in this case.
+
+.TP
+.BI Build\-Conflicts: " package list"
+A list of packages that should not be installed when the package is
+built, for example because they interfere with the build system used.
+Including a dependency in this list has the same effect as including
+it in both Build-Conflicts-Arch and Build-Conflicts-Indep, with the
+additional effect of being used for source-only builds.  This field
+was introduced in dpkg version 1.16.2; in order to build with older
+dpkg versions, \fBBuild\-Conflicts\fP should be used instead.
 
 .TP
-.BI Build\-Conflicts: " package-list"
-A list of packages that should not be installed when the package is build, for
-example because they interfere with the used build system.
+.BI Build\-Conflicts\-Arch: " package list"
+Same as \fBBuild\-Conflicts\fP, but only when building the
+architecture dependent packages.
 
 .TP
 .BI Build\-Conflicts\-Indep: " package-list"
-Same as \fBBuild\-Conflicts\fP, but only when building the architecture
-independent packages.
+Same as \fBBuild\-Conflicts\fP, but only when building the
+architecture independent packages.
 
+.PP
 The syntax of the
-.B Build\-Depends
+.BR Build\-Depends ,
+.B Build\-Depends\-Arch
 and
 .B Build\-Depends\-Indep
 fields is a list of groups of alternative packages. Each group is a list
@@ -140,7 +163,8 @@ optionally followed by a version number specification in parentheses and an
 architecture specification in square brackets.
 
 The syntax of the
-.B Build\-Conflicts
+.BR Build\-Conflicts ,
+.B Build\-Conflicts\-Arch
 and
 .B Build\-Conflicts\-Indep
 fields is a list of comma-separated package names, where the comma is read
diff --git a/man/dpkg-checkbuilddeps.1 b/man/dpkg-checkbuilddeps.1
index 807bf40..dd14b14 100644
--- a/man/dpkg-checkbuilddeps.1
+++ b/man/dpkg-checkbuilddeps.1
@@ -1,4 +1,4 @@
-.TH dpkg\-checkbuilddeps 1 "2011-07-04" "Debian Project" "dpkg utilities"
+.TH dpkg\-checkbuilddeps 1 "2011-11-13" "Debian Project" "dpkg utilities"
 .SH NAME
 dpkg\-checkbuilddeps \- check build dependencies and conflicts
 .
@@ -21,9 +21,15 @@ may be specified on the command line.
 Change the location of the \fBdpkg\fR database. The default location is
 \fI/var/lib/dpkg\fP.
 .TP
+.B \-A
+Ignore \fIBuild\-Depends\-Arch\fR and Build-Conflicts-Arch lines. Use
+when only arch-indep packages will be built, or combine with \fB\-B\fP
+when only a source package is to be built.
+.TP
 .B \-B
-Ignore \fIBuild\-Depends\-Indep\fR lines. Use when no arch-indep packages will
-be built.
+Ignore \fIBuild\-Depends\-Indep\fR and Build-Conflicts-Indep

Bug#648669: libgeronimo-jpa-2.0-spec-java: triangular dependency

[Bill Allombert]

Package: libgeronimo-jpa-2.0-spec-java
Version: 1.1-2
Severity: important

Hello Debian Java Maintainers,

There is a circular dependency between libgeronimo-jpa-2.0-spec-java,
libgeronimo-osgi-support-java and libosgi-compendium-java:

libgeronimo-jpa-2.0-spec-java   :Depends: libgeronimo-osgi-support-java
libgeronimo-osgi-support-java   :Depends: libosgi-compendium-java
libosgi-compendium-java :Depends: libgeronimo-jpa-2.0-spec-java

Complex circular dependencies are known to cause problems during upgrade, so we
should try to get rid of them.

See threads 
http://lists.debian.org/debian-devel/2005/06/msg02111.html
http://lists.debian.org/debian-devel/2005/11/msg01101.html

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 



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

Bug#648668: ITP: libjreen1 -- powerful Jabber/XMPP library implemented in Qt/C++

[Vsevolod Velichko]

Package: wnpp
Severity: wishlist
Owner: Vsevolod Velichko 


* Package name: libjreen1
  Version : 1.0.1
  Upstream Author : Ruslan Nigmatullin 
* URL : http://qutim.org/
* License : GPL2
  Programming Lang: C++
  Description : powerful Jabber/XMPP library implemented in Qt/C++

The Jreen library is very fast and useful implementation of Jabber/XMPP
protocol. It is written in C++, using Qt. Its main features are large
list of supported XEPs and exact protocol implementation.
Jreen is already used in qutIM messenger and Tomahawk social media
player.



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

Bug#648667: openvswitch-switch: should be run with group other than root

[Ghe Rivero]

Package: openvswitch-switch
Severity: wishlist

ovs should be run with other group other than root (maybe netdev). This way, 
other users or daemons can manage it without suing/sudoing.



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

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



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

Bug#629580: gnome-shell crashes with segfault

[Fabien Harrang]

These is the output you request for.

Fabien
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: Brian Paul
server glx version string: 1.4 Mesa 7.11
server glx extensions:
GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, 
GLX_MESA_release_buffers, GLX_ARB_get_proc_address, 
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
client glx vendor string: Brian Paul
client glx version string: 1.4 Mesa 7.11
client glx extensions:
GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, 
GLX_MESA_release_buffers, GLX_ARB_get_proc_address, 
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
GLX version: 1.4
GLX extensions:
GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, 
GLX_MESA_release_buffers, GLX_ARB_get_proc_address, 
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
OpenGL vendor string: Brian Paul
OpenGL renderer string: Mesa X11
OpenGL version string: 2.1 Mesa 7.11
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, 
GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, 
GL_EXT_copy_texture, GL_EXT_paletted_texture, GL_EXT_polygon_offset, 
GL_EXT_subtexture, GL_EXT_texture_object, GL_EXT_vertex_array, 
GL_EXT_compiled_vertex_array, GL_EXT_texture, GL_EXT_texture3D, 
GL_IBM_rasterpos_clip, GL_ARB_point_parameters, 
GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters, 
GL_EXT_rescale_normal, GL_EXT_separate_specular_color, 
GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap, 
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, 
GL_SGIS_texture_lod, GL_ARB_multitexture, GL_IBM_multimode_draw_arrays, 
GL_IBM_texture_mirrored_repeat, GL_3DFX_texture_compression_FXT1, 
GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_transpose_matrix, 
GL_EXT_blend_func_separate, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays, 
GL_EXT_secondary_color, GL_EXT_texture_env_add, 
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, 
GL_INGR_blend_func_separate, GL_MESA_resize_buffers, GL_NV_blend_square, 
GL_NV_light_max_exponent, GL_NV_texgen_reflection, 
GL_NV_texture_env_combine4, GL_SUN_multi_draw_arrays, 
GL_ARB_texture_border_clamp, GL_ARB_texture_compression, 
GL_EXT_framebuffer_object, GL_EXT_shared_texture_palette, 
GL_EXT_texture_env_dot3, GL_MESA_window_pos, GL_NV_packed_depth_stencil, 
GL_NV_texture_rectangle, GL_NV_vertex_program, GL_ARB_depth_texture, 
GL_ARB_occlusion_query, GL_ARB_shadow, GL_ARB_shadow_ambient, 
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, 
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, 
GL_ARB_window_pos, GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, 
GL_EXT_stencil_two_side, GL_EXT_texture_cube_map, GL_NV_depth_clamp, 
GL_NV_fragment_program, GL_NV_point_sprite, GL_NV_vertex_program1_1, 
GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_draw_buffers, 
GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_shader_objects, 
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ATI_draw_buffers, 
GL_ATI_texture_env_combine3, GL_EXT_depth_bounds_test, 
GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_MESA_pack_invert, 
GL_MESA_ycbcr_texture, GL_ARB_depth_clamp, GL_ARB_fragment_program_shadow, 
GL_ARB_half_float_pixel, GL_ARB_occlusion_query2, GL_ARB_point_sprite, 
GL_ARB_shading_language_100, GL_ARB_sync, GL_ARB_texture_non_power_of_two, 
GL_ARB_vertex_buffer_object, GL_ATI_blend_equation_separate, 
GL_EXT_blend_equation_separate, GL_OES_read_format, 
GL_ARB_pixel_buffer_object, GL_ARB_texture_compression_rgtc, 
GL_ARB_texture_rectangle, GL_ATI_texture_compression_3dc, 
GL_EXT_pixel_buffer_object, GL_EXT_texture_compression_rgtc, 
GL_EXT_texture_mirror_clamp, GL_EXT_texture_rectangle, 
GL_EXT_texture_sRGB, GL_EXT_texture_shared_exponent, 
GL_ARB_framebuffer_object, GL_EXT_framebuffer_blit, 
GL_EXT_framebuffer_multisample, GL_EXT_packed_depth_stencil, 
GL_NV_fragment_program_option, GL_APPLE_object_purgeable, 
GL_ARB_vertex_array_object, GL_ATI_separate_stencil, 
GL_ATI_texture_mirror_once, GL_EXT_draw_buffers2, GL_EXT_draw_instanced, 
GL_EXT_gpu_program_parameters, GL_EXT_texture_array, 
GL_EXT_texture_compression_latc, GL_EXT_texture_env_combine, 
GL_EXT_texture_sRGB_decode, GL_EXT_timer_query, GL_MESA_texture_array, 
GL_ARB_copy_buffer, GL_ARB_draw_instanced, GL_ARB_half_float_vertex, 
GL_ARB_map_buffer_range, GL_ARB_texture_rg, GL_ARB_texture_swizzle, 
GL_ARB_vertex_array_bgra, GL_EXT_separate_shader_objects, 
GL_EXT_texture_swizzle, GL_EXT_vertex_array_bgra, 
G

Bug#617613: FreeCAD not in Testing

[Francesco Poli]

On Sun, 13 Nov 2011 22:08:34 +0100 Anton Gladky wrote:

> Francesco,
> 
> are your emails to Open CASCADE S.A.S. available somewhere in
> ML-archives, or it was private mails?

They were private e-mail messages, and therefore not publicly archived.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpT0pUExdjrk.pgp
Description: PGP signature

Bug#648278: Bug#648652: texlive-base: fails to install

[Frank Küster]

Holger Levsen  wrote:

> during a test with piuparts I noticed your package failed to install. As per 
> definition of the release team this makes the package too buggy for a 
> release, thus the severity.

Thank you, I found the reason - both bug reports seem to point to the
same problem.  It does not show up when all dependencies of texlive-base
are installed in the same aptitude or dpkg run, only when they are
configured first and texlive-base is unpacked afterwards.

And of course it is in my new libpaper'ing code...

A fix is in svn, I'll upload soon.

Regards, Frank

-- 
Frank Küster
Sprecher B90/Grüne OV Miltenberg und Umgebung
VCD Miltenberg, ADFC Aschaffenburg-Miltenberg
Debian Developer (TeXLive)



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

Bug#648666: May fail to restart due to stale .ICEauthority lock

[Ben Hutchings]

Package: gdm3
Version: 3.0.4-3
Severity: important

I had to reboot the system after hitting a bug in the graphics driver
that left the screen blank.  I rebooted by pressing (not holding) the
power button so that there was a more-or-less normal shutdown; but
it's possible that the X server hung and gdm3 was not shut down
cleanly.

On the next boot, gdm3 displayed the 'wait' cursor for a few seconds;
then it displayed an error dialog with the message 'Could not update
ICEauthority file /var/lib/gdm/.ICEauthority' and only action button
'Log Out'.  I removed /var/lib/gdm/.ICEauthority* and was then able to
restart gdm3 succesfully.

Ben.

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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.14-1  
ii  adduser 3.113 
ii  dconf-gsettings-backend 0.7.5-3   
ii  debconf [debconf-2.0]   1.5.41
ii  gconf2  2.32.4-1  
ii  gnome-session [x-session-manager]   3.0.2-3   
ii  gnome-session-bin   3.0.2-3   
ii  gnome-session-fallback [x-session-manager]  3.0.2-3   
ii  gnome-terminal [x-terminal-emulator]3.0.1-1   
ii  gsettings-desktop-schemas   3.0.1-1   
ii  libaccountsservice0 0.6.14-1  
ii  libatk1.0-0 2.2.0-2   
ii  libattr11:2.4.46-3
ii  libaudit0   1.7.18-1  
ii  libc6   2.13-21   
ii  libcairo-gobject2   1.10.2-6.1
ii  libcairo2   1.10.2-6.1
ii  libcanberra-gtk3-0  0.28-2
ii  libcanberra00.28-2
ii  libdbus-1-3 1.4.16-1  
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3   
ii  libfreetype62.4.6-2   
ii  libgconf2-4 2.32.4-1  
ii  libgdk-pixbuf2.0-0  2.24.0-1  
ii  libglib2.0-02.28.8-1  
ii  libglib2.0-bin  2.28.8-1  
ii  libgtk-3-0  3.0.12-2  
ii  libpam-modules  1.1.3-4   
ii  libpam-runtime  1.1.3-4   
ii  libpam0g1.1.3-4   
ii  libpango1.0-0   1.29.4-1  
ii  librsvg2-common 2.34.1-2  
ii  libselinux1 2.1.0-1   
ii  libupower-glib1 0.9.14-1  
ii  libwrap07.6.q-21  
ii  libx11-62:1.4.4-2 
ii  libxau6 1:1.0.6-3 
ii  libxdmcp6   1:1.1.0-3 
ii  libxklavier16   5.1-2 
ii  libxrandr2  2:1.3.2-2 
ii  lsb-base3.2-28
ii  metacity [x-window-manager] 1:2.34.1-1
ii  policykit-1-gnome   0.102-2   
ii  twm [x-window-manager]  1:1.0.6-1 
ii  upower  0.9.14-1  
ii  xterm [x-terminal-emulator] 276-1 

Versions of packages gdm3 recommends:
ii  at-spi 1.32.0-1  
ii  desktop-base   6.0.7 
ii  gnome-icon-theme   3.2.0-1   
ii  gnome-power-manager3.0.2-2   
ii  gnome-settings-daemon  3.0.3-3   
ii  x11-xkb-utils  7.6+4 
ii  xserver-xephyr 2:1.11.1.901-1
ii  xserver-xorg   1:7.6+9   
ii  zenity 3.2.0-1   

Versions of packages gdm3 suggests:
ii  gnome-mag 
ii  gnome-orca
ii  gok   
ii  libpam-gnome-keyring  3.0.3-2   
ii  metacity  1:2.34.1-1

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3



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

Bug#635439: gcc-mingw-w64: Cannot execute program

[Stephen Kitt]

Hi Eugen,

On Mon, 25 Jul 2011 21:44:35 +0200, Eugen Dedu
 wrote:
> I succeded to compile ekiga with mingw-w64.  However, when I execute
> it on Windows I have an error 0xc142.  I was told on mingw-w64
> mailing list that this is a packaging issue, a flag not having been
> used or something like that.  All the information about this issue is
> at 
> http://sourceforge.net/mailarchive/forum.php?thread_name=CALc40c_ZkyqvCEpp8QoSXUzbJPaaU1uT6872asvpv5x%2B_u5RAA%40mail.gmail.com&forum_name=mingw-w64-public
> 
> I would appreciate if you can upload a fix for it (better with recent 
> SVN mingw-w64 repository, since they fixed two issues I need).

It's been a while, but I finally managed a full rebuild of gtk+ and all its
dependencies using mingw-w64, and it doesn't fix the problem - I still get

err:module:attach_process_dlls "libpt.2.10.2.dll" failed to initialize,
aborting

so there's something else involved, beyond using mingw32-built DLLs with a
mingw-w64-built program.

Have you had any more luck than me?

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#623000: closed by Rene Engelhard (Re: Bug#623000: libreoffice-writer: spell checking fails to work in Italian)

[Francesco Poli]

On Sun, 13 Nov 2011 21:35:07 +0100 Rene Engelhard wrote:

> Hi,

Hello!  :-)

> 
> On Sun, Nov 13, 2011 at 05:03:41PM +0100, Francesco Poli wrote:
[...]
> > I still cannot understand why installing myspell-it didn't help back on
> > April, when I reported the bug.
> 
> Err. if you had it installed once, a apt-get install myspell-it shouldn't
> have done anything here.

No, no, please let me clarify here.
I actually installed it today, as aptitude's output confirmed.

> So either you haven't got it installed (or removed it)
> or you say something untrue..

I tried it back on April, before filing the bug report.
Since it didn't seem to help, I thought it was unrelated with my bug,
and purged it.

> 
> > But now it seems to work!:-)
> 
> Good, so I guess we can close it.

Sure!
And thanks a lot for following up.

[...]
> Grüße/Regards,

Bye, and thanks again.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpjafIvN9aY6.pgp
Description: PGP signature

Bug#648647: gnucash: Crash when editing scheduled transaction

[Micha Lenk]

Hi Patrick,

thank you for your feedback on the Gnucash package.

Am 13.11.2011 19:43, schrieb Patrick Ohly:
>* What was the outcome of this action?
> 
> A segfault in libgtk. Stack backtrace below.

Would you mind to install the package libgtk2.0-0-dbg and to redo the
stack backtraces then once again? This would be quite helpful. Also a
dump of all local variables within the stack frames would be fine, so
can you please generate the backtrace using the gdb command 'bt full'?

Thanks in advance for your efforts.

Regards,
Micha



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

Bug#648665: kopete: Cannot connect to WLM accounts

[Eloi Notario]

Package: kopete
Version: 4:4.6.5-3
Severity: normal
Tags: upstream

Since a few days Kopete is unable to connect to my WLM account, it stucks on
"Connecting" although the icon is colorized as connected. I have created a new
testing account and although it appeared as "connected", after adding the first
contact and reconnecting the same behaviour happens.

As for Debian bug report #648080 on package kmess (another WLM client), WLM
servers may respond to the contact list petition with a redirect, whih broke
that software. As an empty buddy list does not stall Kopete on connecting
status, I suspect the cause may be the same.

Debian bug on kmess: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=648080

Reproducible: Always

Steps to Reproduce:
Connect to any WLM account with at least one contact.

Actual Results:  
Stalls at "Connecting...", does not complete login.

Expected Results:  
Successfully logging in and allow chatting.

OS: Linux (i686) release 3.0.0-1-686-pae
Compiler: gcc

(this is a verbatim copy of bug 286530 which I've just reported upstream:
https://bugs.kde.org/show_bug.cgi?id=286530 )

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

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

Versions of packages kopete depends on:
ii  kdebase-runtime 4:4.6.5-1+b1
ii  kdepim-runtime  4:4.4.11.1-2
ii  libc6   2.13-21 
ii  libexpat1   2.0.1-7.2   
ii  libgadu31:1.11.0+r1184-2
ii  libgif4 4.1.6-9 
ii  libglib2.0-02.28.8-1
ii  libidn111.22-3  
ii  libjasper1  1.900.1-10  
ii  libkabc44:4.6.5-1   
ii  libkcmutils44:4.6.5-2+b1
ii  libkde3support4 4:4.6.5-2+b1
ii  libkdecore5 4:4.6.5-2+b1
ii  libkdeui5   4:4.6.5-2+b1
ii  libkdnssd4  4:4.6.5-2+b1
ii  libkemoticons4  4:4.6.5-2+b1
ii  libkhtml5   4:4.6.5-2+b1
ii  libkio5 4:4.6.5-2+b1
ii  libkmime4   4:4.6.5-1   
ii  libknewstuff2-4 4:4.6.5-2+b1
ii  libknotifyconfig4   4:4.6.5-2+b1
ii  libkopete4  4:4.6.5-3   
ii  libkparts4  4:4.6.5-2+b1
ii  libkpimidentities4  4:4.6.5-1   
ii  libmeanwhile1   1.0.2-4 
ii  libmediastreamer0   3.3.2-4.1+b1
ii  libmsn0.3   4.1-3   
ii  libortp83.3.2-4.1+b1
ii  libotr2 3.2.0-3 
ii  libphonon4  4:4.6.0really4.5.0-5
ii  libqca2 2.0.3-2 
ii  libqimageblitz4 1:0.0.6-4   
ii  libqt4-dbus 4:4.7.3-5   
ii  libqt4-network  4:4.7.3-5   
ii  libqt4-qt3support   4:4.7.3-5   
ii  libqt4-sql  4:4.7.3-5   
ii  libqt4-xml  4:4.7.3-5   
ii  libqtcore4  4:4.7.3-5   
ii  libqtgui4   4:4.7.3-5   
ii  libsolid4   4:4.6.5-2+b1
ii  libssl1.0.0 1.0.0e-2
ii  libstdc++6  4.6.1-15
ii  libv4l-00.8.5-5 
ii  libx11-62:1.4.4-2   
ii  libxml2 2.7.8.dfsg-5
ii  libxslt1.1  1.1.26-8
ii  phonon  4:4.6.0really4.5.0-5
ii  zlib1g  1:1.2.3.4.dfsg-3

Versions of packages kopete recommends:
ii  libqca2-plugin-ossl  2.0.0~beta3-1
ii  libqt4-sql-sqlite4:4.7.3-5

Versions of packages kopete suggests:
pn  kdeartwork-emoticons  4:4.6.5-1   
pn  khelpcenter4  4:4.6.5-1+b1
pn  texlive-latex-base  

-- 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#648077: [Pkg-xfce-devel] Bug#648077: xfce4-timer-plugin cannot be selected to be added to panel

[hugo vanwoerkom]

You're right. The timer was already present in panel1. I was a little
bar at the end.
My error. I'll close the bug. Thanks for your help.

Hugo Vanwoerkom



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

Bug#614805: [Pkg-ia32-libs-maintainers] Bug#614805: ia32-libs: libgl1 searches in wrong dri directory

[Goswin von Brederlow]

Mate Miklos  writes:

> Dear all,
>
> I think the search path problem is caused by the fact that ia32-libs ships 
> mesa 7.7.1, which is very old. The current in unstable/testing is 7.11. Also 
> it is too old to recognise newer video chips, like mine for example.
>
> MM

Ia32-libs gets verry irregular updates so that is a quite likely
possibility. With multiarch finaly taking over there is even less
incentive for ia32-libs to get updated.

But if you can confirm that the DRI problem is solved by a simple update
then I will do one.

Here is what you do:

1) download the source: apt-get source ia32-libs
2) optionally : cp sources.list.deb sources.list.local
edit sources.list.local
3) update precompiled debs: ./fetch-and-build
4) build package  : dpkg-buildpackage -us -uc -b
5) install: dpkg -i ../ia32-libs*deb

Step 3 might fail because packages have been removed from the archive,
in which case an update won't be so simple. In that case you might have
to edit the packages.list or give up and let me know.

MfG
 Goswin



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

Bug#647701: Adding patch

[Etienne Millon]

package gmpc
tag 647701 + patch
thanks

This patch installs the user manual as part of the Gnome documentation
system.

-- 
Etienne Millon
>From 042a3f1a9c8571409972e8b476bbf756ec0a57d5 Mon Sep 17 00:00:00 2001
From: Etienne Millon 
Date: Sun, 6 Nov 2011 13:43:42 +0100
Subject: [PATCH] Install user manual

---
 debian/changelog |3 ++-
 debian/gmpc-data.install |1 +
 debian/rules |1 +
 3 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 5e0a763..95269fa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,10 +1,11 @@
 gmpc (11.8.16-2) UNRELEASED; urgency=low
 
+  * Install user manual (Closes: #647701)
   * Patches :
   - Change volume slider sensitivity (Closes: #646822)
   - Bring back images for transport buttons (Closes: #646822)
 
- -- Etienne Millon   Thu, 03 Nov 2011 19:31:11 +0100
+ -- Etienne Millon   Sun, 06 Nov 2011 13:42:55 +0100
 
 gmpc (11.8.16-1) unstable; urgency=low
 
diff --git a/debian/gmpc-data.install b/debian/gmpc-data.install
index b0a1c58..80986bc 100644
--- a/debian/gmpc-data.install
+++ b/debian/gmpc-data.install
@@ -1,3 +1,4 @@
+usr/share/gnome/help/gmpc/*
 usr/share/gmpc/*
 usr/share/icons/*
 usr/share/locale/*
diff --git a/debian/rules b/debian/rules
index d30be0f..07b73f5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -19,6 +19,7 @@ override_dh_install:
 
 override_dh_installdocs:
 	dh_installdocs
+	make -C doc/Mallard DESTDIR=debian/tmp/usr install
 	rm -rf debian/gmpc-dev/usr/share/doc/gmpc-dev
 	ln -sf gmpc debian/gmpc-dev/usr/share/doc/gmpc-dev
 	rm -rf debian/gmpc-dbg/usr/share/doc/gmpc-dbg
-- 
1.7.7.1

Bug#643781: smplayer: Mplayer exits with error: The subcc option must be an integer

[Michał]

Package: smplayer
Version: 0.6.9-4
Followup-For: Bug #643781

It seems that they think that bug is fixed.

Upstream bug must be reopened.



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

Kernel: Linux 3.0-4.slh.6-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages smplayer depends on:
ii  libc6   2.13-21   
ii  libgcc1 1:4.6.1-13
ii  libqt4-network  4:4.7.3-8 
ii  libqt4-xml  4:4.7.3-8 
ii  libqtcore4  4:4.7.3-8 
ii  libqtgui4   4:4.7.3-8 
ii  libstdc++6  4.6.1-13  
ii  mplayer 2:1.0~rc4.dfsg1+svn33713-5
ii  zlib1g  1:1.2.5.dfsg-1

Versions of packages smplayer recommends:
ii  smplayer-themes0.1.20+dfsg-1
ii  smplayer-translations  0.6.9-4  

smplayer 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#648655: Document msmtpq and msmtpqueue in README.Debian

[Olivier Berger]

Hi.

On Sun, 13 Nov 2011 21:03:39 +0100, Emmanuel Bouthenot  
wrote:
> On Sun, Nov 13, 2011 at 08:10:57PM +0100, Olivier Berger wrote:
> [...]
> 
> > msmtpq and msmtpqueue tools are both shipped in examples/ doc subdir,
> > whereas one seems to be replaced by the other.
> > 
> > I thing the README.Debian should mention that, so that users know
> > which one to chose (and also explain briefly the principle of the
> > tools wouldn't harm).
> I tend to disagree here, mentioning these scripts in README.Debian could
> make think that these scripts are fully functional and reliable. That
> could be right but from my maintainer point of view, these scripts are
> just provided as is. That's why they are stored in the 'examples' subdir.
> 

May I suggest then to add exactly such a paragraph in the README.Debian
to explicitely state your POV on their reliability ?

Best regards,
-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#648648: Ship msmtp-gnome-tool.py together with the package

[Olivier Berger]

On Sun, 13 Nov 2011 20:41:41 +0100, Emmanuel Bouthenot  
wrote:
> On Sun, Nov 13, 2011 at 07:55:42PM +0100, Olivier Berger wrote:
> [...]
> 
> > So the README.Debian should be updated to mention that the script is
> > available in msmtp-gnome in
> Actually, it exists two[1][2] README.Debian and the wrong one is shipped
> with the package. The useless one will be dropped with the next upload.
> 

OK. We'll see ;)

> > /usr/share/doc/msmtp-gnome/scripts/msmtp-gnome-tool.py, and no longer
> > point to the URLs of the git version ?
> > 
> > However, maybe the copyright file should reference the source in git for
> > that script, if it's not in the msmtp distribution, then.
> As the script is shipped with the upstream sources, I don't think that
> it is really needed.
> 

OK. It wasn't clear since the README seemed to indicate that it was "3rd
party" to upstream.

Thanks for these details.

Best regards,
> M.
> 
> [1] 
> http://anonscm.debian.org/gitweb/?p=users/kolter/msmtp.git;a=blob;f=debian/msmtp.README.Debian
> [2] 
> http://anonscm.debian.org/gitweb/?p=users/kolter/msmtp.git;a=blob;f=debian/README.Debian

-- 
Olivier BERGER 
http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8
Ingenieur Recherche - Dept INF
Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France)




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

Bug#574798: libminizip as part of zlib distribution

[Mark Adler]

Franz,

I have included your patch for the next release.  You can see it here, and pull 
that version for testing if you like:

https://github.com/madler/zlib/commits/develop

Mark




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

Bug#617613: FreeCAD not in Testing

[Anton Gladky]

Francesco,

are your emails to Open CASCADE S.A.S. available somewhere in
ML-archives, or it was private mails?
Anton




On Sun, Nov 13, 2011 at 7:44 PM, Francesco Poli
 wrote:
> On Sun, 13 Nov 2011 12:40:48 -0500 Adam C Powell IV wrote:
>
>> I think we leave it there pending a decision by the project, which will
>> either allow it into testing or remove it from unstable.
>
> Please let me be clear and explicit on this: I would not be happy at
> all, if freecad were removed from Debian!
> That's why I have struggled for years and I am still struggling to
> solve this issue for the best (that is, by persuading Open CASCADE
> S.A.S. to re-license under the GNU LGPL v2.1).
>
> If nobody helps me, I am afraid that removal from Debian will have to
> be the only way out. But it would be a very sad way out.
> So, please, contact Open CASCADE S.A.S. and persuade them to switch to
> the GNU LGPL v2.1!
>
>>
>> No need to do anything else in the meantime.
>
> Apart from pestering Open CASCADE S.A.S. and have them make up their
> minds, that is!
>
>> I think we should continue
>> to develop the package, so it's in top shape in case the project
>> approves it, it's available to unstable users, and its updates flow to
>> Ubuntu users as well.
>
> I agree, but with
>
> s/the project approves it/we succeed in persuading Open CASCADE S.A.S.
>                          to re-license under the GNU LGPL v2.1/
>
> I cannot stress it more than this: I need other people to contact Open
> CASCADE S.A.S. !
> We have to show them that really many people ask for this switch to the
> GNU LGPL v2.1 !
>
>
> --
>  http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
>  New GnuPG key, see the transition document!
> . Francesco Poli .
>  GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE
>



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

Bug#647255: RFA: curl -- A library and a commandline client for HTTP and a number of protocols

[Alessandro Ghedini]

On Sun, Nov 13, 2011 at 06:25:37PM +0100, Luk Claes wrote:
> On 11/11/2011 08:56 PM, Alessandro Ghedini wrote:
> > On Fri, Nov 04, 2011 at 08:45:08PM +0100, Alessandro Ghedini wrote:
> >> Apart from that the package looks quite complete, could someone please have
> >> an "in depth" look at it?
> > 
> > Did anyone have a look at the new version yet? We don't need to forward 
> > upstream all the patches immediately, and IMHO we can go on with the upload.
> 
> Git commits look fine, but can you please point us to a source package
> (on mentors.d.n or elsewhere)?

Sure. Package just built and uploaded to mentors
http://mentors.debian.net/debian/pool/main/c/curl/curl_7.22.0-1.dsc

Cheers

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



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

Bug#582090: ITP: viewnior -- simple, fast and elegant image viewer

[Jonathan Marsden]

Lubuntu is very interested in including Viewnior as its default image
viewer for Lubuntu 12.04.  I am an Lubuntu developer.

I have previous Debian/Ubuntu packaging experience.  I am willing to
package Viewnior for Debian (and so Ubuntu), and in fact I have already
packaged it.  I do not want to "step on someone's toes"; can we work
together, or is it OK for me to continue this work and seek a sponsor to
get this package into Debian?

Thanks,

Jonathan



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

Bug#648664: New upstream release of emesene

[Julián Moreno Patiño]

Package: emesene
Version: 2.11.9+dfsg-2
Severity: wishlist

Hi Emenese Maintainers,

There is a new upstream release of emesene[0]. Please could you package it ?

[0] http://blog.emesene.org/p/downloads.html

In advance thank you so much.

Kind regards,

-- 
Julián Moreno Patiño
 .''`. Debian GNU/{Linux,KfreeBSD}
: :' : Free Operating Systems
`. `'  http://debian.org/
  `-   PGP KEY ID 6168BF60
Registered GNU Linux User ID 488513



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

Bug#648663: qdbm: FTBFS on hurd-i386: failure on unimplemented msync()

[Pino Toscano]

Package: qdbm
Version: 1.8.78-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

currently[1], qdbm fails to build on GNU/Hurd.

The problem is due to the fact that the msync() POSIX function is not
implemented on Hurd yet, thus returns -1 and sets ENOSYS as errno.
On the other hand, even without it qdbm seems to work fine on Hurd,
and the various tests succeed with the attached patch (which ignores
msync() failures when errno is ENOSYS).
I'm not sure whether the patch could be suitable for upstream though,
although it can work for the Debian packaging (and it won't need any
change when msync() is implemented).

[1] 
https://buildd.debian.org/status/fetch.php?pkg=qdbm&arch=hurd-i386&ver=1.8.78-1&stamp=1321148107

Thanks,
-- 
Pino
--- a/depot.c
+++ b/depot.c
@@ -19,6 +19,8 @@
 #include "depot.h"
 #include "myconf.h"
 
+#include 
+
 #define DP_FILEMODE00644 /* permission of a creating file */
 #define DP_MAGICNUMB   "[DEPOT]\n\f" /* magic number on environments of big endian */
 #define DP_MAGICNUML   "[depot]\n\f" /* magic number on environments of little endian */
@@ -761,7 +763,7 @@
   }
   *((int *)(depot->map + DP_FSIZOFF)) = depot->fsiz;
   *((int *)(depot->map + DP_RNUMOFF)) = depot->rnum;
-  if(msync(depot->map, depot->msiz, MS_SYNC) == -1){
+  if(msync(depot->map, depot->msiz, MS_SYNC) == -1 && errno != ENOSYS){
 dpecodeset(DP_EMAP, __FILE__, __LINE__);
 depot->fatal = TRUE;
 return FALSE;
@@ -1473,7 +1475,7 @@
   }
   *((int *)(depot->map + DP_FSIZOFF)) = depot->fsiz;
   *((int *)(depot->map + DP_RNUMOFF)) = depot->rnum;
-  if(msync(depot->map, depot->msiz, MS_SYNC) == -1){
+  if(msync(depot->map, depot->msiz, MS_SYNC) == -1 && errno != ENOSYS){
 dpecodeset(DP_EMAP, __FILE__, __LINE__);
 depot->fatal = TRUE;
 return FALSE;

Bug#648052: metacity segfaults after todays update to wheezy

[Michael Biebl]

On 13.11.2011 20:56, S. G. wrote:
>>
>> Do you maybe have an autostart file for metacity in ~/.config/autostart?
> 
> 'Unfortunately' not. 
> 
> sg@t500sg:~$ ls -l .config/autostart/
> total 12
> -rw-r--r-- 1 sg sg 2744 Feb 12  2011 cairo-dock.desktop
> -rw-r--r-- 1 sg sg  241 Feb 12  2011 compiz.desktop

the compiz autostart file looks suspicious. You can't really run compiz
together with gnome-shell, as it has its builtin compositor. Could you
try moving that autostart file away and test again.

Thanks,
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#645975: alacarte can't neither disable nor add menu entries

[Thomas Hille]

I can confirm that changing the python version to 2.6 solves the problem 
for now.


This is just a hack though.


-Thomas



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

Bug#637312: Modified package

[Pietro Battiston]

A working package with the fix suggested by Paul is here:

http://mentors.debian.net/package/deja-dup

with that I don't mean it's time/I'm entitled for a NMU (though some ETA
on producing the ETA would be appreciated - that's maybe the most
popular desktop backup software, and it's uninstallable); just that
people who get in trouble as me with not being able to backup/restore
can run in a terminal:

dget\
http://mentors.debian.net/debian/pool/main/d/deja-dup/deja-dup_18.1.1-2.2.dsc
dpkg-source -x deja-dup_18.1.1-2.2.dsc 
cd deja-dup-18.1.1/
dpkg-buildpackage
sudo dpkg -i ../deja-dup_18.1.1-2.2_amd64.deb 


bye

Pietro




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

Bug#648658: texlive-latex-base: Errors running lualatex

[Hilmar Preuße]

tags 648658 + fixed-upstream
stop

On 13.11.11 Jaap Eldering (elder...@a-eskwadraat.nl) wrote:

Hi,

> Running 'lualatex test.tex' on the attached file gives errors,
> while I couldn't find any documentation that luaLaTeX is not
> supported.
> 
Indeed it is supported. I can reproduce your problem using the
microtype package in Debian. I does not occur in the most recent
version from CTAN. I assume your bug to be fixed in upstream.

Consider to install the latest version into you local texmf tree.

-> Tagging

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#646607: ITP: atheme-services -- modular IRC services daemon

[Antoine Beaupré]

On Sun, 13 Nov 2011 18:43:22 +, The Fungi  wrote:
> When it comes time to submit this for inclusion into the archive,
> I'm definitely interested in reviewing and testing your package.
> While I'm not a DD and thus can't sponsor the upload, I am a user of
> atheme-services on Debian and have packaged several versions of it
> myself for use on my own IRC servers so I'm pleased to hear upstream
> has altered their position and am eager to see it return in Wheezy.

All I have right now is whatever was in Lenny (3.0-4) so if you have
packaged later versions, I'd love to get a hold of that.

I am now a DD and can sponsor an upload, so let me know. :)

A.

-- 
À mesure que l'opression s'étend à tous les secteurs de la vie,
la révolte prend l'allure d'une guerre sociale. 
Les émeutes renaissent et annoncent la révolution à venir.
- Jean-François Brient, de la servitude moderne


pgpmonZbW0OfA.pgp
Description: PGP signature

Bug#629480: dpkg: Add support for Build-Depends-Arch and Build-Conflicts-Arch

[Jonathan Nieder]

Roger Leigh wrote:

> Attached.

Thanks much!

[...]
> +.BI Build\-Conflicts: " package list"
> +A list of packages that should not be installed when the package is
> +built, for example because they interfere with the build system used

Missing full stop after "build system used".

> +Including a dependency in this list has the same effect as including
[...]
> --- a/scripts/dpkg-checkbuilddeps.pl
> +++ b/scripts/dpkg-checkbuilddeps.pl
> @@ -42,7 +42,8 @@ sub usage {
>  "Usage: %s [...] []")
>   . "\n\n" . _g(
>  "Options:
> -  -B binary-only, ignore -Indep.
> +  -A binary-only, only arch-indep files; ignore B-D-Arch.
> +  -B binary-only, no arch-indep files; ignore B-D-Indep.

>From the above description, it sounds like

dpkg-checkbuilddeps -A -B

would mean, "binary-only, no files at all".  I guess if I were writing
it, I would say

-A  ignore Build-Depends-Arch and Build-Conflicts-Arch
-B  ignore Build-Depends-Indep and Build-Conflicts-Indep

and leave explanation of the use case to the manpage.  But I don't mind
much (hence not changed below).

[..].
> @@ -56,9 +57,11 @@ sub usage {
>   . "\n", $progname;
>  }
>  
> -my $binary_only=0;
> +my $ignore_bd_arch=0;
> +my $ignore_bd_indep=0;

Nice --- this means we get a check that all uses of $binary_only were
inspected for free.

>  my ($bd_value, $bc_value);
> -if (!GetOptions('B' => \$binary_only,
> +if (!GetOptions('A' => \$ignore_bd_arch,
> + 'B' => \$ignore_bd_indep,
>  'help|h' => sub { usage(); exit(0); },

Spaces don't line up.

Everything else looks good.  I'll be using this for my everyday dpkg
needs from now on.

Thanks,
Jonathan

diff --git i/man/deb-src-control.5 w/man/deb-src-control.5
index 177f4954..4987223c 100644
--- i/man/deb-src-control.5
+++ w/man/deb-src-control.5
@@ -132,7 +132,7 @@ also installed in this case.
 .TP
 .BI Build\-Conflicts: " package list"
 A list of packages that should not be installed when the package is
-built, for example because they interfere with the build system used
+built, for example because they interfere with the build system used.
 Including a dependency in this list has the same effect as including
 it in both Build-Conflicts-Arch and Build-Conflicts-Indep, with the
 additional effect of being used for source-only builds.  This field
diff --git i/scripts/dpkg-checkbuilddeps.pl w/scripts/dpkg-checkbuilddeps.pl
index e13db2c0..77d77ec3 100755
--- i/scripts/dpkg-checkbuilddeps.pl
+++ w/scripts/dpkg-checkbuilddeps.pl
@@ -61,7 +61,7 @@ my $ignore_bd_arch=0;
 my $ignore_bd_indep=0;
 my ($bd_value, $bc_value);
 if (!GetOptions('A' => \$ignore_bd_arch,
-   'B' => \$ignore_bd_indep,
+'B' => \$ignore_bd_indep,
 'help|h' => sub { usage(); exit(0); },
 'version' => \&version,
 'd=s' => \$bd_value,
-- 



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

Bug#648661: ntfs-3g: New Upstream Version: 2011.10.9AR.1

[Daniel Baumann]

On 11/13/2011 09:02 PM, mdt wrote:

New Upstream Version: 2011.10.9AR.1


please stop reporting new upstream versions for this package the second 
they've come out. it's pointless, i'm monitoring upstream anyway and it 
doesn't get any faster.


--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/



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

Bug#648593: mplayer2: Endless loop with HTTP files.

[Jochen Sprickerhof]

I just found out that you need commit c89f72b as well to make it work.

Cheers,

Jochen



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

Bug#643384: gfccore: FTBFS: error.cc:116:52: error: format not a string literal and no format arguments [-Werror=format-security]

[Eric Alexander]

tags 643384 +patch
thanks
Index: 643384/gfccore-2.3.1/gfc/glib/error.cc
===
--- 643384.orig/gfccore-2.3.1/gfc/glib/error.cc	2004-08-18 02:05:24.0 -0400
+++ 643384/gfccore-2.3.1/gfc/glib/error.cc	2011-11-11 18:48:30.126444867 -0500
@@ -113,7 +113,7 @@
 {
 	if (error_)
 		clear();
-	g_set_error(&error_, domain, code, message.c_str());
+	g_set_error(&error_, domain, code, "%s", message.c_str());
 }
 
 void
Index: 643384/gfccore-2.3.1/gfc/glib/markup.cc
===
--- 643384.orig/gfccore-2.3.1/gfc/glib/markup.cc	2004-08-18 02:05:16.0 -0400
+++ 643384/gfccore-2.3.1/gfc/glib/markup.cc	2011-11-11 18:50:25.602448477 -0500
@@ -79,7 +79,7 @@
 	G::Error tmp_error;
 	parser->on_start_element(tmp_context, tmp_element_name, attributes, tmp_error);
 	if (tmp_error.get())
-		g_set_error(error, tmp_error.domain(), tmp_error.code(), tmp_error.message());
+		g_set_error(error, tmp_error.domain(), tmp_error.code(), "%s", tmp_error.message());
 }
 
 void
@@ -92,7 +92,7 @@
 	G::Error tmp_error;
 	parser->on_end_element(tmp_context, tmp_element_name, tmp_error);
 	if (tmp_error.get())
-		g_set_error(error, tmp_error.domain(), tmp_error.code(), tmp_error.message());
+		g_set_error(error, tmp_error.domain(), tmp_error.code(), "%s", tmp_error.message());
 }
 
 void
@@ -105,7 +105,7 @@
 	G::Error tmp_error;
 	parser->on_text(tmp_context, tmp_text, tmp_error);
 	if (tmp_error.get())
-		g_set_error(error, tmp_error.domain(), tmp_error.code(), tmp_error.message());
+		g_set_error(error, tmp_error.domain(), tmp_error.code(), "%s", tmp_error.message());
 }
 
 void
@@ -118,7 +118,7 @@
 	G::Error tmp_error;
 	parser->on_passthrough(tmp_context, text, tmp_error);
 	if (tmp_error.get())
-		g_set_error(error, tmp_error.domain(), tmp_error.code(), tmp_error.message());
+		g_set_error(error, tmp_error.domain(), tmp_error.code(), "%s", tmp_error.message());
 }
 
 void