Bug#672340: Is it high time to fix the bug in wheezy?

[Frank]

It seems that wheezy is frozen, therefore I think we might as well fix 
the bug before wheezy is released.



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

Bug#668371: #668371 - icedtea-7-plugin: java.security.AccessControlException

[Mechtilde]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello

is it this bug - described with this link?

http://www.h-online.com/news/item/Warning-on-critical-Java-hole-1676219.html

Kind regards

Mechtilde
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlA9qk8ACgkQucZfh1OziSv+NACghXK79nQJlkoTiyaRRIVIRqad
rowAmQGRiW2tsB66yNjUbCWgbrW7cXhm
=0t60
-END PGP SIGNATURE-


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

Bug#652011: Please revert original bug title

[Russ Allbery]

unmerge 652011
retitle 652011 general: Repeated pattern of FHS violation: Dependencies of 
/sbin and /bin, belong in /lib
reassign 652011 general
# effectively unresolvable as a general bug; to further pursue this would
# require specific bugs filed against specific packages
close 652011
thanks

Zachary Harris  writes:

>   Not only is your new title for this bug a different (though related)
> issue from the original bug report, the new title is in fact
> contradictory to, and incompatible with, the problem that the original
> bug was addressing. I am using 8G in /usr and the entire root partition
> is 2G. If the separation was dropped, where would I put my binaries?
>   If dropping the separation is on *your* wishlist, please open a new
> bug report for that. But your wish doesn't work with my present
> configuration, which presently *is* supposed to be supported by Debian.
> So unless and until your wish is granted at Debian, I believe my bug
> report in its original form still stands. Please revert.

Fair enough.  In that case, I'm going to just close this bug on the
grounds that there's nothing debian-policy can do about your original
report.  Policy already says what you want it to say currently, and a bug
against general for the overall class of problem is essentially completely
futile in Debian -- it won't produce any meaningful result.  So,
basically, this bug has wandered off in a completely different direction
than you intended, and I don't think it's still doing anyone any good.

We didn't arrive at any conclusion about dropping the separation and no
one is pursuing this right now, so I don't think there's much point in
keeping the wishlist bug against Policy open anyway.  We can always file a
new bug if we want to pursue the problem.

-- 
Russ Allbery (r...@debian.org)   


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

Bug#686144: logcheck: ignore.d.server/imapproxy regex for LOGIN and LOGOUT lines from syslog wrong

[Sven Fischer]

Package: logcheck
Version: 1.3.13
Severity: normal

In ignore.d.server/imapproxy the first two lines (LOGIN and LOGOUT) for the 
regex contain double quotes. These are too much, hence the regex does not work 
when used with syslog. 
Leaving them out, solves the problem.

example syslog entries for imapproxyd, which should match with the logcheck 
rules for imapproxy:
Aug 29 00:10:23 vserver1901 in.imapproxyd[22478]: LOGIN: 'i...@linux44tw.de' 
(127.0.0.1:41773) on existing sd [10]
Aug 29 00:10:24 vserver1901 in.imapproxyd[22478]: LOGOUT: 'i...@linux44tw.de' 
from server sd [10]

Original lines:
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in.imapproxyd\[[0-9]+\]: LOGOUT: 
'"[_[:alnum:]-]+(@[-_.[:alnum:]]+)?"' from server sd \[[0-9]+\]$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in.imapproxyd\[[0-9]+\]: LOGIN: 
'"[_[:alnum:]-]+(@[-_.[:alnum:]]+)?"' 
\([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}:[0-9]+\) on (existing|new) sd 
\[[0-9]+\]$

lines adjusted to work with the syslog entries from imapproxy:
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in.imapproxyd\[[0-9]+\]: LOGOUT: 
'[_[:alnum:]-]+(@[-_.[:alnum:]]+)?' from server sd \[[0-9]+\]$
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ in.imapproxyd\[[0-9]+\]: LOGIN: 
'[_[:alnum:]-]+(@[-_.[:alnum:]]+)?' 
\([0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}:[0-9]+\) on (existing|new) sd 
\[[0-9]+\]$

Two quotation marks too much in each line. That's it.

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

Kernel: Linux 2.6.30.2-domU-v4 (SMP w/1 CPU core)
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 logcheck depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  cron3.0pl1-116   process scheduling daemon
ii  lockfile-progs  0.1.15   Programs for locking and unlocking
ii  logtail 1.3.13   Print log file lines that have not
ii  mime-construct  1.11 construct/send MIME messages from 
ii  postfix [mail-transport 2.7.1-1+squeeze1 High-performance mail transport ag
ii  sysklogd [system-log-da 1.5-6System Logging Daemon

Versions of packages logcheck recommends:
ii  logcheck-database 1.3.13 database of system log rules for t

Versions of packages logcheck suggests:
pn  syslog-summary (no description available)

-- Configuration Files:
/etc/cron.d/logcheck changed:
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
@reboot logcheckif [ -x /usr/sbin/logcheck ]; then nice -n10 
/usr/sbin/logcheck -R; fi
10 */3 * * *   logcheckif [ -x /usr/sbin/logcheck ]; then nice -n10 
/usr/sbin/logcheck; fi

/etc/logcheck/logcheck.conf [Errno 13] Keine Berechtigung: 
u'/etc/logcheck/logcheck.conf'
/etc/logcheck/logcheck.logfiles [Errno 13] Keine Berechtigung: 
u'/etc/logcheck/logcheck.logfiles'

-- 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#652011: Please revert original bug title

[Zachary Harris]

Russ,

  Not only is your new title for this bug a different (though related)
issue from the original bug report, the new title is in fact
contradictory to, and incompatible with, the problem that the original
bug was addressing. I am using 8G in /usr and the entire root partition
is 2G. If the separation was dropped, where would I put my binaries?
  If dropping the separation is on *your* wishlist, please open a new
bug report for that. But your wish doesn't work with my present
configuration, which presently *is* supposed to be supported by Debian.
So unless and until your wish is granted at Debian, I believe my bug
report in its original form still stands. Please revert.

-Zach


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

Bug#666775: failing beanstalkd tests (was: Beanstalkd 1.5 .deb package)

[Keith Rarick]

On Tue, Aug 28, 2012 at 6:29 AM, Serafeim Zanikolas  wrote:
> Since I haven't heard from you on a fix for 1.6, 1.5 tests never ran
> successfully, and I do not wish to keep 1.4 in the next Debian stable release,
> I'm going to request the removal of beanstalkd from the Debian archive.
>
> Even if you were to prepare a fix now, I'm not sure that the release team
> would accept a new upstream version.

That's too bad. Is there a compelling reason why 1.4 isn't suitable?


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

Bug#686047: [RFR] templates://git-stuff/{control,git-stuff.templates}

[Christian PERRIER]

Quoting Justin B Rye (j...@edlug.org.uk):

> Sorry, string templates shouldn't end in a question mark.  You need
> something like:
> 
>+_Description: Git cron job scheduling:
> 
> And put the question at the start of the long description:
> 
>  When should the cron job be started?

Then you get a lintian warning..:-). We always recommended against
interrogative form in long descriptions. So such sentences have to be
turned in to "Please choose whether foobar" style




signature.asc
Description: Digital signature

Bug#686143: Would close #652011

[Zachary Harris]

  Some addition to Debian policy such as the one suggested here would,
in my opinion, close bug #652011 which I filed in December.

-Zach


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

Bug#686143: debian-policy: FHS requirements on "essential" binaries cannot be well, defined at distro level

[Zachary Harris]

Package: debian-policy
Version: 3.9.1.0
Severity: normal
Tags: patch

Proposed additional bullet point to 9.1.1 regarding Debian exceptions to
FHS:

* The FHS language of "essential" vs. "non-essential" binaries and
libraries is
local system dependent, and cannot be well defined at the distribution
level in
a way which would be correct for all Debian installation configurations.
Disagreements about whether a file belongs in root (/bin, /sbin, /lib)
versus
/usr will be resolved by consensus. Ultimately it is the responsibility
of the
maintainer of each Debian installation to ensure that the libraries and
binaries
that are essential for their system are available from the root partition.


P.S. Should a library or binary file qualify for FHS "essential"
placement only if
its Debian package is marked "Essential"?


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

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

debian-policy depends on no packages.

debian-policy recommends no packages.

Versions of packages debian-policy suggests:
pn  doc-base   (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#686124: [Aptitude-devel] Bug#686124: Bug#686124: aptitude segfaults when trying to use a new categorical package browser

[Daniel Hartwig]

On 29 August 2012 05:30, Axel Beckert  wrote:
>> When trying to open a new categorical package browser from the View menu,
>> aptitude dies with the message "Ouch!  Got SIGSEGV, dying.."
> [...]
>> Foreign Architectures: i386
>
> This issue seems to be multiarch related as I could neither reproduce
> it on a pure i386 nor on a pure amd64 box. But I could reproduce it on
> a mixed amd64/i386 box.

After an initial reproduction with 0.6.8.1-1 on i386/mipsel, I can not
reproduce it again.  It someone able to submit a backtrace with the
debug symbols installed?

Roland, is the categorical browser a feature that you use?  What makes
you use that rather than the debtags browser?

Regards


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

Bug#685082: fixed in java-package 0.51~exp1

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: reopen -1
Control: severity serious
Control: tags -1 wheezy sid
Justification: Policy 3.9.1

Hi,

Le 19/08/2012 09:47, Cédric Pineau a écrit :

> Version: 0.51~exp1
> Distribution: experimental

>* Drop installation debconf note (Closes: #685082)

Since “Packages which use the Debian Configuration Management
Specification must allow for translation of their user-visible
messages”, I reopen this bug, and use the proper severity (to make sure
this debconf note gets removed from the package in Wheezy).

Regards

David

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

iQIcBAEBCAAGBQJQPZEoAAoJELgqIXr9/gny3MgQAIq9nkKGKrgj5Z1uyJNqR5MR
E1JSks2qxm5f2Ry4FGRwdnMmp7n4qHBUlziL9AtwcC4AgnVOs6gfY2dpGtjotY58
djwX7mM+hA1g+ckjAaIgKKKRZnDfTTmbvkH3YyWE/OhkDxpaZNLBNDVcD/2ceGv5
7xQJyGpuUmBANnK1dHW7HICUb5MmyBLqH95ZJvuC6aeNHpmjKMMDcM5dONO6L++o
M9BoDOH1YKhx3v69a7ibXANLkzD1S+6ifMdB/eq9W6krfQHLzVUxq50juKb6GgJI
lOkN8cW5pxA02D1NsPuF0TB2PSt0NEnoZ0WYecfrKOH1AoaN0ND9qG/ROfx9IsyJ
MtWCZPTZhle5R/49oUX48/xIofjBnBLQQPrlUmpNdhHbMRK2MmZGlPXUR+d80iJJ
vRA0wSgBHKT1d8l9mf824KZQDFWre/9syJ+51d7kOrrlf3aanqf08bHLTxxVHE/H
Ly4GX3feBHdbE1UUFWcaF6mSArhqa2mkw7TFnLPufIHMcyzwC4ZfiwpD/OaFkB6B
QkxfJ0/7F+GkZ4MkhP5F5AmM/bha2dyHRB693TTG+4Xl5pBOhPTDHxqa5BdC32sb
wAhN+srGJgGmDP5OMhQ256QsRFo52fUkuAzvcFsTz9eLyC+hGGuvb96aX5X1Y3KC
1kdyfsa7Sl2qlLEXAUyD
=bYc3
-END PGP SIGNATURE-


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

Bug#686142: aptitude: categorical browser does not display arch on foreign-arch package names

[Daniel Hartwig]

Package: aptitude
Version: 0.6.8.1-1
Severity: normal
Tags: confirmed

--\ Administrative and system utilities (1077)
  --\ Backup utilities (31)
pamanda-client   1:3.3.1-4
pamanda-client   1:3.3.1-4
pamanda-client   1:3.3.1-4
pamanda-common   1:3.3.1-4
pamanda-common   1:3.3.1-4
pamanda-common   1:3.3.1-4

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

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.8.1-1
ii  libapt-pkg4.120.9.7.5
ii  libboost-iostreams1.49.0  1.49.0-3.1
ii  libc6 2.13-34
ii  libcwidget3   0.5.16-3.4
ii  libept1.4.12  1.0.9
ii  libgcc1   1:4.7.1-2
ii  libncursesw5  5.9-10
ii  libsigc++-2.0-0c2a2.2.10-0.2
ii  libsqlite3-0  3.7.13-1
ii  libstdc++64.7.1-2
ii  libtinfo5 5.9-10
ii  libxapian22   1.2.12-1
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages aptitude recommends:
ii  apt-xapian-index0.45
ii  aptitude-doc-en [aptitude-doc]  0.6.8.1-1
ii  libparse-debianchangelog-perl   1.2.0-1
ii  sensible-utils  0.0.7

Versions of packages aptitude suggests:
ii  debtags  1.10.2
ii  tasksel  3.09

-- 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#686120: wireshark: Segfault when clicking Cancel button on the FlowGraph window with the Graph Analysis window open

[Evan Huus]

It looks like GTK is calling flow_graph_on_destroy@flowgraph.c:138
before calling on_destroy@graph_analysis.c:169. Since the latter
references memory free()ed by the former, we're getting a segfault
sometimes. Not sure what the appropriate fix is - glib doesn't seem to
have a way to explicitly order signal deliveries?

On Tue, Aug 28, 2012 at 3:44 PM, Nahuel Greco  wrote:
> Package: wireshark
> Version: 1.8.2-1
> Severity: normal
>
> Try the following:
>
> 1- Open any .pcap file
> 2- Open the FlowGraph window using Statics->FlowGraph
> 3- Press the OK button to display the Graph Analysis window, it will
> show without closing the previous window
> 4- Press the CANCEL button in the FlowGraph window (the first window
> opened)
> 5- segfault
>
>
>
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers testing
>   APT policy: (500, 'testing'), (1, 'experimental')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages wireshark depends on:
> ii  libc6   2.13-35
> ii  libcairo2   1.12.2-2
> ii  libgdk-pixbuf2.0-0  2.26.1-1
> ii  libglib2.0-02.32.3-1
> ii  libgtk2.0-0 2.24.10-2
> ii  libpango1.0-0   1.30.0-1
> ii  libpcap0.8  1.3.0-1
> ii  libportaudio2   19+svn2021-1
> ii  libwireshark2   1.8.2-1
> ii  libwiretap2 1.8.2-1
> ii  libwsutil2  1.8.2-1
> ii  wireshark-common1.8.2-1
> ii  zlib1g  1:1.2.7.dfsg-13
>
> wireshark recommends no packages.
>
> wireshark 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#683756: selinux in permissive mode breaks gdm and X

[Ron Murray]

On 08/28/12 13:00, Laurent Bigonville wrote:
> Hi,
>
> Could you please check if you have the selinux-policy-default package
> installed?
>
> Also, what is the "semanage login -l" command giving you?
>
> Cheers
>
> Laurent Bigonville

selinux-policy-default package is installed.

"semanage login -l" gets me:

> ~# semanage login -l
>
> Login NameSELinux User  MLS/MCS Range
>
> __default__   unconfined_u  s0-s0:c0.c1023
> root  unconfined_u  s0-s0:c0.c1023
> system_u  system_u  s0-s0:c0.c1023

Thanks,

 .Ron


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

Bug#686049: [Pkg-alsa-devel] Bug#686049: alsa-base 1.0.25+2+nmu2 breaks linux-sound-base 1.0.23+dfsg-4

[Kitty PC]

Elimar,

Hi again please disregard my last email I realised the update
alsa-base didn't depend on linux-sound-base anymore after removing it
the conflict is gone. Thank you for your help.

Kitty.

On 29 August 2012 07:06, Elimar Riesebieter  wrote:
> * Kitty  [2012-08-28 13:00 +1000]:
>
>> Package: alsa-base
>> Version: 1.0.23+dfsg-4
>> Severity: normal
>>
>> Hi,
>> When trying to do updates today I got this message:
>>
>> The following packages will be upgraded:
>>   alsa-base{b} [1.0.23+dfsg-4 -> 1.0.25+2+nmu2]
>> 1 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
>> Need to get 60.3 kB of archives. After unpacking 383 kB will be freed.
>> The following packages have unmet dependencies:
>>  alsa-base : Breaks: linux-sound-base but 1.0.23+dfsg-4 is installed.
>>
>> I put alsa-base on hold for now, thanks for your time.
>> Kitty.
>
> Linux-sound-base was droped since 1.0.25 as OSS isn't supported
> anymore. Try as follows:
>
> # apt-get remove --purge linux-sound-base
> # apt get upgrade
>
> Elimar
>
> --
>   "Talking much about oneself can also
>be a means to conceal oneself."
>  -Friedrich Nietzsche


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

Bug#686141: galax-run claims it can read from stdin, but apparently it can't

[Roland Hieber]

Package: galax
Version: 1.1-10+b3
Severity: normal

Consider the following command line:
$ echo "{1+1}" | galax-run -
galax-run: unknown option `-'.
Usage: galax-run [options] input-queries (or '-' for stdin)
//
// Here is the list of available options:
//
[...]

galax-run clearly says in the error message that it can read queries from stdin,
but apparently it can't. (But it works when you redirect the output to a file
and give galax-run that file as a parameter.)

Thanks for looking into this.

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

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

Versions of packages galax depends on:
ii  libc6   2.13-35
ii  libcamomile-ocaml-data  0.8.4-2
ii  libpcre31:8.30-5

galax recommends no packages.

galax 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#686049: [Pkg-alsa-devel] Bug#686049: alsa-base 1.0.25+2+nmu2 breaks linux-sound-base 1.0.23+dfsg-4

[Kitty PC]

Hi Elimar,

Thanks for your reply I went ahead and tried to purge linux-sound-base
but alsa-base depends on it.

$ sudo aptitude purge linux-sound-base -syV
The following packages will be REMOVED:
  linux-sound-base{p} [1.0.23+dfsg-4]
0 packages upgraded, 0 newly installed, 1 to remove and 4 not upgraded.
Need to get 0 B of archives. After unpacking 131 kB will be freed.
The following packages have unmet dependencies:
 alsa-base : Depends: linux-sound-base but it is not going to be installed.
The following actions will resolve these dependencies:

  Remove the following packages:
1)  alsa-base

  Leave the following dependencies unresolved:
14) alsa-utils recommends alsa-base (>= 1.0.15)
15) gstreamer0.10-alsa recommends alsa-base (>= 0.9.0)

Removing alsa-base seems bad as I want sound.
Kitty.

On 29 August 2012 07:06, Elimar Riesebieter  wrote:
> * Kitty  [2012-08-28 13:00 +1000]:
>
>> Package: alsa-base
>> Version: 1.0.23+dfsg-4
>> Severity: normal
>>
>> Hi,
>> When trying to do updates today I got this message:
>>
>> The following packages will be upgraded:
>>   alsa-base{b} [1.0.23+dfsg-4 -> 1.0.25+2+nmu2]
>> 1 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
>> Need to get 60.3 kB of archives. After unpacking 383 kB will be freed.
>> The following packages have unmet dependencies:
>>  alsa-base : Breaks: linux-sound-base but 1.0.23+dfsg-4 is installed.
>>
>> I put alsa-base on hold for now, thanks for your time.
>> Kitty.
>
> Linux-sound-base was droped since 1.0.25 as OSS isn't supported
> anymore. Try as follows:
>
> # apt-get remove --purge linux-sound-base
> # apt get upgrade
>
> Elimar
>
> --
>   "Talking much about oneself can also
>be a means to conceal oneself."
>  -Friedrich Nietzsche


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

Bug#678229: Copyright

[Benjamin Moody]

>> The skins of tilem contain photographs of TI calculators (e.g. file
>> ti86.skn includes a jpeg picture of a TI-86 calculator at offset 0x571).
>>
>> I assume TI has the copyright for the design of the calculators. Is there
>> no copyright issue in using photographs of these products as skins for
>> non
>> TI software?

I don't know; obviously I'm not a lawyer.  If you have any evidence,
one way or the other, as to whether this is legally permissible,
please let us know.

Some things to consider:

- There are many calculator emulators out there, both for TI
calculators and for other brands, and virtually all of them have user
interfaces that mimic the design of the original calculator to some
extent.  Many are based on photographs, others on line drawings or
computer-generated images with varying levels of realism.

- The actual layout of the keyboard (positions of the calculator keys
and the labels on them) would, I think, be considered "functional"
rather than "creative" and therefore not copyrightable.
(Specifically, it could be argued that reproducing the physical
keyboard layout is essential to ensure compatibility with third-party
software.)

- TI is well aware of the existence of third-party emulators (indeed,
TilEm itself was mentioned at one point on the website for the
official TI-83 Plus SDK.)  TI has agressively enforced their
copyrights against people distributing copyrighted ROM images.  I have
never once heard of a complaint concerning the use of a photo of a
calculator, either for use in an emulator or for any other purpose.

- Debian already includes TiEmu, which, like TilEm, includes skins
based on photos of the calculator models it supports.

Benjamin


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

Bug#686140: [ldapscripts] "user" singular in short description

[Filipus Klutiero]

Package: ldapscripts
Version: 2.0.1-2
Severity: minor

The short description reads:



Add and remove user and groups (stored in a LDAP directory)



Unless this refers to a single user, "user" should be pluralized with a 
"s" ("users").


By the way, in the parenthesis "(SID, profiles, homes, ...)", there is 
no need for a comma before the ellipsis (unless it is changed to "etc.").

Bug#686139: dpkg mishandles some :any dependencies

[Francois Gouget]

Package: dpkg
Version: 1.16.8
Severity: normal

Dear Maintainer,

I have a 32bit package that should be installable on a 64bit machine through 
the multiarch support. This package depends on others like perl5-base, python 
and desktop-file-utils but it does not matter whether these are 32bit or 64bit.

So its dependencies use the ':any' suffix. But dpkg fails with the following 
message:

   Unpacking replacement testpkg ...
   dpkg: dependency problems prevent configuration of testpkg:
testpkg depends on desktop-file-utils:any.

And yet:
   $ dpkg -l desktop-file-utils
   ...
   ii  desktop-file-utils  0.20-0.1   amd64  Utilities for .desktop 
files

A dependency on python produces a similar error, but strangely enough a 
dependency on the perl5-base virtual package works fine!

I'ĺl attach a tar file containing the source of a test package demonstrating 
the issue. To build it run 'fakeroot ./build'.

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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-4
ii  libc62.13-35
ii  liblzma5 5.1.1alpha+20120614-1
ii  libselinux1  2.1.9-5
ii  tar  1.26-4
ii  zlib1g   1:1.2.7.dfsg-13

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.7.2

-- no debconf information


testpkg.tar.bz2
Description: BZip2 compressed data

Bug#686138: bzr-stats: incompatibility with bzr 2.6

[Koichi Akabe]

Package: bzr-stats
Version: 0.1.0+bzr48-2
Severity: grave

The current version contains the following bug:
  LP:1040560
  AttributeError: 'CHKInventoryRepository' object has no
  attribute 'get_ancestry'
  https://bugs.launchpad.net/bzr-stats/+bug/1040560

It uses removed attribute and fixed version is commited to the
latest repository:
  http://bazaar.launchpad.net/~bzr/bzr-stats/trunk/revision/51

This package should be updated to the latest version.

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

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

Versions of packages bzr-stats depends on:
ii  bzr2.6.0~bzr6526-1
ii  python 2.7.3-2
ii  python2.6  2.6.8-0.2
ii  python2.7  2.7.3-4

bzr-stats recommends no packages.

bzr-stats 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#674243: #674243,linux-image-3.2.0-2-amd64: Kernel crash when closing the lid

[Sylvain Archenault]

Hello,

After a lot of tries, I found out which module causes the crash, it's 
CONFIG_HOTPLUG_PCI_ACPI (module acpiphp).


When it's built as a module, it's not loaded by default on my machine, 
and closing the lid works. But if I load it, it crashes.


What else could I do to get more information about this crash? maybe 
fill a report upstream?


Sylvain


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

Bug#681922: patch

[Michael Welsh Duggan]

That patch should work.  Automatic keywords have been around since at
least Emacs 21.  Alternatively, Stefan Monnier recently released version
5.0 which fixes this problem.  See
http://www.iro.umontreal.ca/~monnier/elisp/>.

-- 
Michael Welsh Duggan
(m...@md5i.com)


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

Bug#686137: www.debian.org: 'Hash(...) [UK]' in Mirror submission page

[Kenshi Muto]

Package: www.debian.org
Severity: normal

Hi,

I found a small bug in Debian mirror submission page:
http://www.debian.org/mirror/submit.en.html (translated pages also)

'Country of site' form has a countries list, but only UK is shown
as 'HASH(0x249acd8) [UK]'.
It shows GB correctly.

Thanks,
-- 
Kenshi Muto


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

Bug#583915: Check out my music

[HUSTLEMANN]

http://www.reverbnation.com/hustlemann get a free download for just listening. 
THANK YOU!!!

THANK YOU FOR YOUR TIME...


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

Bug#670945: [php-maint] Bug#670945: About the media types text/x-php and text/x-php-source

[Charles Plessy]

Dear Ondřej and everybody,

I would like to keep separate the two following issues.

 1) Whether or not to give a private media type to PHP files in Debian, and
if yes, which one.

 2) Provide a smooth upgrade to our users who use Apache's mod_negociation in a 
way
that is different to what is recommended in PHP (where the FAQ suggests to 
associate
the media type "text/html" to .php files).

http://www.php.net/manual/en/faq.installation.php#faq.installation.apache.multiviews

Point 2) can be solved by adding two lines (plus explanatory comments) in 
/etc/apache2/mods-available/php5.conf (http://bugs.debian.org/670945#26).

Ondřej, I would appreciate if you solved #670945 this way.  I understand that it
puts the work burden on your shoulders and that php5 is a much heavier package
than mime-support, but I think that it is the cleanest solution.  For the moment
I have not received any message saying that a media type needs to be provided by
mime-support in order for PHP to work in other contexts.

To everybody:

we are periodically reminded that the core teams in Debian are dramatically 
understaffed.
Given the number of Debian systems serving content to the world using PHP, 
please consider
that the PHP maintainers team is one of them.  They need your help !  The time 
you will
give will directly help Debian to stay among the top distributions.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#685824: reportbug: please add non-interactive mode

[Raphael Geissert]

On Saturday 25 August 2012 14:10:06 Sandro Tosi wrote:
> Ok, I meant: what is the exact (or the variation of it) command you're
> running that doesn't give the non-interactive experience you're
> describing? This way I'll have the precise use-case to verify if the
> fix works or not.
[...]
> > The other bug reports are related. For instance, this bug could
> > probably be fixed by adding another pseudo-ui that doesn't interact
> > with the user and, instead, uses the default values for each prompt.
> > If there's no default value, then it is an error and it aborts the
> > whole thing.
> 
> I think much of the menus and questions can be skipped or answered on
> the  cli, but I need the command causing problem to pin-points where
> the problems are.

Just an example, working around the issue of --tag security, the version 
field part, and using --template:
(some bits are probably redundant or innecessary, but this is what I came up 
with after checking all the options, one by one, on the man page)

[.reportbugrc has mode, email address, and ui configured, the first to 
'expert', the second to the one below, and the third to 'text']
$ env | grep ^DEB
DEBEMAIL=geiss...@debian.org
DEBFULLNAME=Raphael Geissert
$ echo foo bar > /tmp/report.test
$ reportbug --quiet --ui=text --mode=expert --no-verify --no-query-bts --no-
check-available --no-debconf --no-check-installed --no-bug-script --no-tags-
menu --no-cc-menu --src --package-version=' ' --severity=grave --
justification='security issue' -s 'vulnerability in foo' --body-
file=/tmp/report.test  --template asterisk

** (process:4250): WARNING **: Trying to register gtype 'GMountMountFlags' 
as enum when in fact it is of type 'GFlags'

** (process:4250): WARNING **: Trying to register gtype 'GDriveStartFlags' 
as enum when in fact it is of type 'GFlags'

** (process:4250): WARNING **: Trying to register gtype 'GSocketMsgFlags' as 
enum when in fact it is of type 'GFlags'
*** Welcome to reportbug.  Use ? for help at prompts. ***
Note: bug reports are publicly archived (including the email address of the 
submitter).
Detected character set: UTF-8
Please change your locale if this is incorrect.

Using 'Raphael Geissert ' as your from address.
Will send report to Debian (per lsb_release).

Adding security tag to this report.
Are you reporting an undisclosed vulnerability? If so, in order to 
responsibly disclose the issue, it should not be sent to the public BTS 
right now, but instead to the private Security Team mailing list. [y|N|q|?]? 
[I type y, then the email is displayed including the useless system 
information, and is followed by: ]
If you want to provide additional information, please wait to receive the 
bug tracking number via email; you may then send any extra
information to n...@bugs.debian.org (e.g. 999...@bugs.debian.org), where n is 
the bug number. Normally you will receive an acknowledgement via
email including the bug report number within an hour; if you haven't 
received a confirmation, then the bug reporting process failed at some
point (reportbug or MTA failure, BTS maintenance, etc.).

In a non-interactive mode, I'd expect it to print nothing (I don't even know 
why there are those g-land warnings there) in case of success, and a warning 
to stderr and a non-zero status code in case of errors.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#685060: Workaround.. Sort of

[Rain Maker]

Same problem here.

Besides the corosync.postinst script error, the install also shouldn't
fail on starting corosync-notifyd.

Workaround to get the package installed:
- Change "default" to "defaults" in
/var/lib/dpkg/info/corosync.postinst (line 23)
- Put a "exit 0" in the top of the "start()" function in
/etc/init.d/corosync-libnotify (I put it on line 75).

(And ofcourse, after apt configured the package(s), remove the exit 0
before actually trying to use it).


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

Bug#685004: dracut is broken when generating for a non-running kernel

[Javier Ortega Conde (Malkavian)]

Same problem here. The provided patch solved it.

-- 
Bye: Javier Ortega Conde (Malkavian)

Malkavian's web:
http://malkavian.dyndns.org
Member of the Bilbao Go Club (GoBi)   http://gobilbao.wordpress.com
Member of LUGs: GLUB, Eghost, Itsas, Aske...

Bug#686034: [ovs-dev] Bug#686034: openvswitch-datapath-source: Impossible to load the kernel module: brcompat_mod

[Jesse Gross]

On Mon, Aug 27, 2012 at 1:49 PM, michael chlon
 wrote:
> Package: openvswitch-datapath-source
> Version: 1.4.2+git20120612-9
> Severity: normal
>
> Hello,
>
> Whe I compile the source with: m-a a-i openvswitch-datapath,  all go OK, 
> except that it refuses to
> install the package !
> One have to do it with dpkg.
> And when I try to load the module: brcompat_mod, with modprobe,
> here is the output:
>
> ERROR: could not insert 'brcompat_mod': Exec format error
>
> And in dmesg:
>
> brcompat_mod: exports duplicate symbol br_should_route_hook (owned by
> bridge)

This indicates that the bridge module is loaded.  You can't have both
the bridge and brcompat loaded at the same time so you'll have to
unload the bridge first.


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

Bug#686136: unblock: brltty/4.4-5

[Samuel Thibault]

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

Please unblock package brltty

unblock brltty/4.4-5

Cyril Brulebois, le Tue 28 Aug 2012 09:54:18 +0200, a écrit :
> Samuel Thibault  (28/08/2012):
> > We would like to apply some upstream fixes to the brltty package.
> > 
> > - r6587 fixes accent output in some messages (Bug#680648). It is a
> > matter of passing them through mbrtowc.
> > 
> > - r6588 simply unfuzzies translations which are actually up-to-date (the
> > translator didn't know about the fuzzy keyword) (Bug#680638).
> > 
> > - r6592 and r6625 fix typing shift/control/alt from braille devices in
> > X11 (Bug#681460). The patch looks long, but passing it through interdiff
> > -w (30-late-fixes-r6592-w.patch) better shows what it changes: "if"
> > into "switch" and a new next_modifiers variable which adds itself to
> > the existing modifier management. r6625, applied after that, fixes the
> > behavior.
> > 
> > - r6623 is quite invasive, but without it, the at-spi2 driver simply
> > does not work at all.  That means that brltty can not be used to access
> > gnome-terminal windows along orca, which makes them way less usable with
> > a braille device.
> > 
> > - eventually, because of r6623, new build-deps are needed and the
> > configure script has to be regenerated, see "patch".  That further
> > triggers a rebuild of the pot file, which I had to disable trivially
> > with 40-no-update-pot.patch.
> > 
> > Are these all OK to upload?
> 
> while I haven't checked individual patches yet, I like what that says on
> the box (especially at-spi2), so please upload to unstable.

Now uploaded.

Samuel


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

Bug#686134: package descriptions incorrect, package content outdated

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 28/08/2012 19:01, Martin Eberhard Schauer a écrit :

> If you consider to update the translations, I suggest starting from
> scratch,
> using po4a to convert the manpages, creating a compendium and applying
> it to
> the fresh PO files …

po4a allows to retrieve existing translation, no need to actually start
from scratch, please refer to the “HOWTO convert a pre-existing
translation to po4a?” section of po4a(7).

You may also consider joining perkamon, no need to start the po4a
handling work from scratch either:

http://perkamon.alioth.debian.org/

Regards

David

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

iQIcBAEBCAAGBQJQPVMyAAoJELgqIXr9/gnyHtcP/iu7st3R3SgJT/rXLB22ZxDa
tiWT9dPogcMLkxvBzBNDT9E9b7i/meQe3+Z4fjXe01AvqzSSr3Tw/Cb20Ak2murs
xXTa6qLD2MSCKlE/gGqMl3k/tLIcfT1IGyThtO7aex2objJiK6/grGA3iRO8a+yI
rjy+cdWxWXKr95oELQDdQwi1CEv5plB7ZrD5t6H/YBWz/YajQ7xDXSGp8RRTJSp7
RBoi4gpwyaPlWFl15+5s8NhpTYjMkxVXV1sTprZjxyenReqqvXD84AKuGZqCuCKU
8D5Bt8LbCGzcqp+b9OAwLl4OY6V+zrXGJ618EYxiAPqormCXtEzfNSCOvD+VCaVn
vN409XE0HkI8gCbttD3+NxCoDDe9IrIihSRINAdxZzdhN+qn/r/XpYmnWBqNOHhD
oepqbDiF0+Qe9zwd3kJh4n0nM3BOmOGZpUrxlu2iPf+h7CVZ+Yc5lDNmtptQjVdD
kDSdErAktXQYH8c8XDqGhLhs21s7BVz7i/oa+XVI8WCRq+TzhaVT4cg9MWwb8tip
FeT5d7c93XQR5kCwph5dw6/5JUPAoolEMMo/PYCg8sZNoxtkAfqUuSez2Lbs7ITk
qXnftoGtmYQkUw/hzRS43w0Pfn6hXzVVW3PLRmX0sF8qmeZt5sRow/xTEfpJ+Did
MIOIYF28u2Qhvmvoi34x
=ig0R
-END PGP SIGNATURE-


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

Bug#686135: Found the issue

[C. Scott Ananian]

Nevermind: the notification popups were due to the libnotify plugin,
and I found the option inside the plugin where it lets you turn off
buddy status update notifications.
  --scott

-- 
 ( http://cscott.net/ )


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

Bug#685726: linux-image-3.2.0-3-amd64: return error when trying to format image file (mkfs -t ext4 file.img)

[Ben Hutchings]

As discussed, Linux 3.2.y needs a backport of the fixes for this, which
I think are:

968dee7 ext4: fix hole punch failure when depth is greater than 0
89a4e48 ext4: fix kernel BUG on large-scale rm -rf commands

Ben.

On Sun, 2012-08-26 at 00:56 +0400, hr...@infotech.am wrote:
> > On Fri, 2012-08-24 at 03:30 +0400, Hrayr Grigoryan wrote:
> >> Package: src:linux
> >> Version: 3.2.23-1
> >> Severity: critical
> >> Tags: lfs
> >> Justification: causes serious data loss
> >>
> >> Dear Maintainer,
> >>
> >>When I'm trying to format file image with the command "mkfs -t ext4
> >> file.img", it returns the following errors
> >> [  142.328065] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 1022, depth: 2
> >> pblock 0
> >> [  142.328387] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 1023, depth: 2
> >> pblock 0
> >> [  142.328699] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 9254, depth: 2
> >> pblock 0
> >> [  142.329018] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 1057, depth: 2
> >> pblock 0
> >
> > So you have an ext4 filesystem in file.img, on top of an ext4 filesystem
> > on /dev/sdb1?
> yes, all are ext4, no other file systems I have on that machine.
> 
> 
> >
> >>The problem visible only for big images f.x. 160Gb and more.
> >>I did the tests on different hardwares, but result the same.
> > [...]
> >
> > How is test.img created, before you run mkfs?  Is it a sparse file or
> > does it have all data blocks allocated?
> No it is not sparse file, test.img was created with the following command
> dd if=/dev/zero of=test.img bs=1M count=160k
> 
> 
> > Have you tested this on any other kernel versions (earlier or later)?
> Yes, I have tested with the earlier versions, all earlier versions of
> 3.x.x kernels have this bug.
> 
> Hrayr.
> 
> 
> 
> >
> > Ben.
> >
> > --
> > Ben Hutchings
> > Experience is what causes a person to make new mistakes instead of old
> > ones.
> >
> 
> 

-- 
Ben Hutchings
Quantity is no substitute for quality, but it's the only one we've got.


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

Bug#686135: pidgin: Need way to disable buddy notifications

[C. Scott Ananian]

Package: pidgin
Version: 2.10.6-1
Severity: normal

The latest pidgin appears to send notifications every time a buddy changes
status.  I have a very large buddy list, and the constant popups are very
distracting.  There needs to be some way to turn this off.

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

Kernel: Linux 3.2.0-3-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/bash

Versions of packages pidgin depends on:
ii  gconf2  3.2.5-1+build1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.2-2
ii  libdbus-glib-1-20.100-1
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgstreamer0.10-0  0.10.36-1
ii  libgtk2.0-0 2.24.10-2
ii  libgtkspell02.0.16-1
ii  libice6 2:1.0.8-2
ii  libpango1.0-0   1.30.0-1
ii  libpurple0  2.10.6-1
ii  libsm6  2:1.2.1-2
ii  libx11-62:1.5.0-1
ii  libxml2 2.8.0+dfsg1-5
ii  libxss1 1:1.2.2-1
ii  perl-base [perlapi-5.14.2]  5.14.2-12
ii  pidgin-data 2.10.6-1

Versions of packages pidgin recommends:
ii  gstreamer0.10-plugins-base  0.10.36-1
ii  gstreamer0.10-plugins-good  0.10.31-3

Versions of packages pidgin suggests:
ii  libsqlite3-0  3.7.13-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#686134: package descriptions incorrect, package content outdated

[Martin Eberhard Schauer]

Package: src:manpages-pt
Version: 20040726-4
Severity: wishlist
X-Debbugs-CC: debian-l10n-engl...@lists.debian.org


Dear Maintainers,

as the date in the version string indicates, manpages-pt und manpages-pt-dev
are outdated. The Linux man-pages project is quite active (1), the 
grouping of

the manual pages has changed (2).

Thus the descriptions of manpages-pt (3) and manpages-pt-dev (4) are 
wrong as

well as the package descriptions are outdated/incorrect.

Surely the descriptions have to be updated and the content has to be
rearranged.

   Description: Portuguese Versions of the Manual Pages
These are the manpages available in Portuguese
This package contains the following sections:
  * 1 = User programs (e.g. ls, ln)
  * 4 = Devices (e.g. hd, sd).
  * 5 = File formats and protocols, syntaxes of several system
files (e.g. wtmp, /etc/passwd, nfs).
  * 6 = Games etc.
  * 7 = Conventions and standards, macro packages, etc.
(e.g. nroff, ascii).


The Developer's Reference does not mandate capitalization in the SD, it is
not sure that these are *all* Portuguese translations.


Description: Portuguese Versions of the Manual Pages (dev sections)
These are the manpages available in Portuguese
This package contains the following sections:
  * 2 = Linux system calls.
  * 3 = Libc calls (note that a more comprehensive source of
information may be found in the libc6-doc package).
  * 8 = Kernel functions


Same objections here plus the change of section 8.

Please consider


   Description: Portuguese manual page translations
This package contains Portuguese manual page translations from the
following sections:
  * 1 = User programs (e.g. ls, ln)
  * 4 = Devices (e.g. hd, sd).
  * 5 = File formats and protocols, syntaxes of several system
files (e.g. wtmp, /etc/passwd, nfs).
  * 6 = Games etc.
  * 7 = Conventions and standards, macro packages, etc.
(e.g. nroff, ascii).
  * 8 = System management commands.


Description: Portuguese manual page translations (development)
These are the manpages available in Portuguese
This package contains the following sections:
  * 2 = Linux system calls.
  * 3 = C library calls (note that a more comprehensive source of
information may be found in the libc6-doc package).

And there is the possible policy violation (5):


If a localized version of a manual page is provided, it should 
either be
up-to-date or it should be obvious to the reader that it is 
outdated and
the original manual page should be used instead. This can be done 
either
by a note at the beginning of the manual page or by showing the 
missing or
changed portions in the original language instead of the target 
language.


It's quite easy to patch the manual pages (6).

If you consider to update the translations, I suggest starting from scratch,
using po4a to convert the manpages, creating a compendium and applying it to
the fresh PO files …

Cheers,
   Martin


1: http://www.kernel.org/pub/linux/docs/man-pages/
2: man -LC man-pages
3: http://ddtp.debian.net/ddt.cgi?desc_id=9854
4: http://ddtp.debian.net/ddt.cgi?desc_id=66628
5: http://www.debian.org/doc/debian-policy/ch-docs.html#s12.1
6: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567986#10


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

Bug#491008: ITP: qutim -- instant messenger written in C++ and Qt4

[Bob Bib]

Hello.

> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=53;bug=491008
I've carelessly made a bug merge without any discussion, sorry.

There's a question for upstream qutIM maintainers:
do the following packages:
 qutim-protocol-icq, qutim-protocol-jabber, qutim-protocol-irc, 
qutim-protocol-mrim
still exist upstream?

If they've been gone,
 bugs #518619, #518621, #518686, #518824
should be closed as invalid or something like that.

Bug#686133: unblock: sn/0.3.8-10.1

[David Prévot]

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

Please unblock package sn, it's just a debconf translation update.

unblock sn/0.3.8-10.1

Thanks in advance, regards.

David

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diffstat for sn_0.3.8-10 sn_0.3.8-10.1

 debian/po/da.po   |   78 +++
 debian/po/pl.po   |   81 +
 debian/po/pt_BR.po|   80 
 debian/po/sk.po   |   82 ++
 sn-0.3.8/debian/changelog |   11 ++
 5 files changed, 332 insertions(+)

diff -u sn-0.3.8/debian/changelog sn-0.3.8/debian/changelog
--- sn-0.3.8/debian/changelog
+++ sn-0.3.8/debian/changelog
@@ -1,3 +1,14 @@
+sn (0.3.8-10.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * New debconf translation:
+- Danish, Joe Hansen (Closes: #656735)
+- Polish, Michał Kułach (Closes: #685432)
+- Slovak, Slavko (Closes: #685547)
+- Brazilian Portuguese, Adriano Rafael Gomes (Closes: #685759)
+
+ -- David Prévot   Fri, 24 Aug 2012 17:05:41 -0400
+
 sn (0.3.8-10) unstable; urgency=low
 
   * Updated Vietnamese debconf templates, thanks to Clytie Siddall
only in patch2:
unchanged:
--- sn-0.3.8.orig/debian/po/pt_BR.po
+++ sn-0.3.8/debian/po/pt_BR.po
@@ -0,0 +1,80 @@
+# Debconf translations for sn.
+# Copyright (C) 2012 THE sn'S COPYRIGHT HOLDER
+# This file is distributed under the same license as the sn package.
+# Adriano Rafael Gomes , 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: sn 0.3.8-10\n"
+"Report-Msgid-Bugs-To: ch...@niekel.net\n"
+"POT-Creation-Date: 2006-08-19 22:07+0200\n"
+"PO-Revision-Date: 2012-08-19 22:46-0300\n"
+"Last-Translator: Adriano Rafael Gomes \n"
+"Language-Team: Brazilian Portuguese \n"
+"Language: pt_BR\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: select
+#. Choices
+#: ../sn.templates:1001
+msgid "cron, ip-up, manually"
+msgstr "cron, ip-up, manualmente"
+
+#. Type: select
+#. Description
+#: ../sn.templates:1002
+msgid "sn should run from:"
+msgstr "O sn deverá executar a partir de:"
+
+#. Type: select
+#. Description
+#: ../sn.templates:1002
+msgid ""
+"The scripts provided with the package support several ways to run snget (the "
+"program to fetch new news):"
+msgstr ""
+"Os scripts fornecidos com o pacote oferecem suporte a diversas formas de "
+"executar o snget (o programa para buscar novas notícias):"
+
+#. Type: select
+#. Description
+#: ../sn.templates:1002
+msgid ""
+" cron -- The program will be executed daily by cron -- useful e.g\n"
+" for permanent connections;\n"
+" ip-up-- The program will called from ip-up, that is, when your\n"
+" computer makes a connection -- useful for e.g. dialup\n"
+" connections;\n"
+" manually -- The program will never be called, you have to call it\n"
+" manually to get new news (just type snget as root)."
+msgstr ""
+" cron-- O programa será executado diariamente pelo cron -- útil,\n"
+"por exemplo, para conexões permanentes;\n"
+" ip-up   -- O programa será chamado a partir do ip-up, ou seja,\n"
+"quando o seu computador fizer uma conexão -- útil, por\n"
+"exemplo, para conexões discadas;\n"
+" manualmente -- O programa nunca será chamado, você deverá chamá-lo\n"
+"manualmente para obter novas notícias (apenas digite\n"
+"snget como root)."
+
+#. Type: boolean
+#. Description
+#: ../sn.templates:2001
+msgid "Should sn only accept connections from localhost?"
+msgstr "O sn deverá aceitar conexões somente a partir do localhost?"
+
+#. Type: boolean
+#. Description
+#: ../sn.templates:2001
+msgid ""
+"sn is a small newsserver, intended mainly to be run for single user "
+"systems.  On such systems, it's better to have sn only answer connections "
+"from localhost.  If you intend to use sn from multiple machines, refuse here."
+msgstr ""
+"O sn é um pequeno servidor de notícias (\"newsserver\"), projetado para ser "
+"executado principalmente em sistemas com um único usuário. Em tais sistemas, "
+"é melhor deixar o sn responder somente conexões vindas do localhost. Se você "
+"pretende usar o sn a partir de múltiplas máquinas, recuse aqui."
only in patch2:
unchanged:
--- sn-0.3.8.orig/debian/po/da.po
+++ sn-0.3.8/debian/po/da.po
@@ -0,0 +1,78 @@
+# Danish translation sn.
+# Copyright (C) 2012 sn & nedenstående oversættere.
+# This file is distributed under 

Bug#686132: unblock: bidentd/1.1.4-1.1

[David Prévot]

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

Hi,

Please unblock package bidentd, it's just a debconf translation update.

unblock bidentd/1.1.4-1.1

Thanks in advance, regards.

David

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

Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diffstat for bidentd-1.1.4 bidentd-1.1.4

 changelog   |   12 ++
 po/da.po|  109 
 po/it.po|  111 +
 po/pl.po|  112 +
 po/pt_BR.po |  114 +-
 po/sk.po|  116 
 6 files changed, 493 insertions(+), 81 deletions(-)

diff -Nru bidentd-1.1.4/debian/changelog bidentd-1.1.4/debian/changelog
--- bidentd-1.1.4/debian/changelog	2010-04-29 11:10:23.0 -0400
+++ bidentd-1.1.4/debian/changelog	2012-08-24 17:52:24.0 -0400
@@ -1,3 +1,15 @@
+bidentd (1.1.4-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debconf translations:
+- add Danish, Joe Hansen (closes: #658529)
+- add Slovak, Slavko (closes: #685544)
+- add Italian, Beatrice Torracca (closes: #685689)
+- add Polish, Micha?? Ku??ach (closes: #685698)
+- update Brazilian Portuguese, Adriano Rafael Gomes (closes: #685758)
+
+ -- David Pr??vot   Fri, 24 Aug 2012 17:52:19 -0400
+
 bidentd (1.1.4-1) unstable; urgency=low
 
   * New upstream release (closes: #286917)
diff -Nru bidentd-1.1.4/debian/po/da.po bidentd-1.1.4/debian/po/da.po
--- bidentd-1.1.4/debian/po/da.po	1969-12-31 20:00:00.0 -0400
+++ bidentd-1.1.4/debian/po/da.po	2012-08-19 15:14:58.0 -0400
@@ -0,0 +1,109 @@
+# Danish translation bidentd.
+# Copyright (C) 2012 bidentd & nedenst??ende overs??ttere.
+# This file is distributed under the same license as the bidentd package.
+# Joe Hansen (joedalt...@yahoo.dk), 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: bidentd\n"
+"Report-Msgid-Bugs-To: bide...@packages.debian.org\n"
+"POT-Creation-Date: 2009-10-28 20:13+0100\n"
+"PO-Revision-Date: 2012-02-03 12:42+\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Be very quiet"
+msgstr "V??r meget stille"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Be quiet"
+msgstr "V??r stille"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Log all requests"
+msgstr "Log alle foresp??rgsler"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Be somewhat verbose"
+msgstr "V??r lidt uddybende"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Be quite verbose"
+msgstr "V??r ret s?? uddybende"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Be really verbose"
+msgstr "Uddyb alt"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Manual config"
+msgstr "Manuel konfiguration"
+
+#. Type: select
+#. Description
+#: ../templates:1002
+msgid "Logging level for bidentd:"
+msgstr "Logniveau for bidentd:"
+
+#. Type: select
+#. Description
+#: ../templates:1002
+msgid ""
+"Bisqwit's IDENT Daemon can emit various amounts of information to the daemon "
+"facility of the system logs."
+msgstr ""
+"Bisqwits IDENT-d??mon kan udsende forskelligt niveau af information til "
+"d??monfaciliteten for systemloggene."
+
+#. Type: select
+#. Description
+#: ../templates:1002
+msgid ""
+"The choices have the following meaning:\n"
+"  \"Be very quiet\"Log nothing\n"
+"  \"Be quiet\" Log only errors\n"
+"  \"Log all requests\" Log all requests (can generate lots of noise)\n"
+"  \"Be somewhat verbose\"  Log a little more than with \"log all requests\"\n"
+"  \"Be quite verbose\" Log even more than \"be somewhat verbose\"\n"
+"  \"Be really verbose\"Log very much (will generate lots of noise)\n"
+"  \"Manual config\"Do not touch inetd.conf"
+msgstr ""
+"Valgene har den f??lgende betydning:\n"
+"  ??V??r meget stille??   Log ingenting\n"
+"  ??V??r stille?? Log kun fejl\n"
+"  ??Log alle foresp??rgsler?? Log alle foresp??rgsler (kan skabe en masse st??j)\n"
+"  ??V??r lidt uddybende?? Log en smule mere end med ??log alle foresp??rgsler??\n"
+"  ??V??r ret s?? uddybende??   Log endnu mere end ??V??r lidt uddybende??\n"
+"  ??Uddyb alt??  Log meget (vil oprette en masse st??j)\n"
+"  ??Manuel konfiguration??   R??r ikke inetd.conf"
+
+#. Type: select
+

Bug#686131: default applications starters (browser/ filemanager) can't be deleted from new profiles

[Stefan Lippers-Hollmann]

Control: tags -1 + patch

Hi

Submit tested patch.

Regards
Stefan Lippers-Hollmann
From dd8a6fab3e1a918e7afdf5a4d6657648ef3d15f2 Mon Sep 17 00:00:00 2001
From: Stefan Lippers-Hollmann 
Date: Wed, 29 Aug 2012 00:35:18 +0200
Subject: [PATCH] cherry-pick upstream 70cd86a5eef103137e64f2e3868a5bd2d58d71d7

Backport upstream commit 70cd86a5eef103137e64f2e3868a5bd2d58d71d7 to fix
deletion of preferred application launchers:
patch upstream_fix_deletion_of_preferred_application_launchers.patch
(Closes: #686131).

Signed-off-by: Stefan Lippers-Hollmann 
---
 debian/changelog   |6 +++
 debian/patches/series  |1 +
 ...letion_of_preferred_application_launchers.patch |   46 
 3 files changed, 53 insertions(+)
 create mode 100644 debian/patches/upstream_fix_deletion_of_preferred_application_launchers.patch

diff --git a/debian/changelog b/debian/changelog
index ba7eb1e..2311af3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -4,6 +4,12 @@ kde-workspace (4:4.8.4-4) UNRELEASED; urgency=low
   * Add breaks/replaces in kde-window-manager against kdebase-workspace-data
 << 4.7.2. (Closes: #684972)
 
+  [ Stefan Lippers-Hollmann ]
+  * Backport upstream commit 70cd86a5eef103137e64f2e3868a5bd2d58d71d7 to fix
+deletion of preferred application launchers:
+patch upstream_fix_deletion_of_preferred_application_launchers.patch
+(Closes: #686131).
+
  -- Debian Qt/KDE Maintainers   Wed, 15 Aug 2012 11:34:25 +0200
 
 kde-workspace (4:4.8.4-3) unstable; urgency=low
diff --git a/debian/patches/series b/debian/patches/series
index 3f54d79..16dcfdc 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -23,3 +23,4 @@ relax_kdelibs_dependency.diff
 hurd.diff
 upstream_make-sure-scripts-are-executed-sorted.patch
 upstream_centralize-interaction-notification-handling.patch
+upstream_fix_deletion_of_preferred_application_launchers.patch
diff --git a/debian/patches/upstream_fix_deletion_of_preferred_application_launchers.patch b/debian/patches/upstream_fix_deletion_of_preferred_application_launchers.patch
new file mode 100644
index 000..ae296a9
--- /dev/null
+++ b/debian/patches/upstream_fix_deletion_of_preferred_application_launchers.patch
@@ -0,0 +1,46 @@
+From: Gregor Tätzner 
+Date: Thu, 26 Jul 2012 12:32:38 +
+Subject: Fix deletion of preferred application launchers
+X-Git-Url: http://quickgit.kde.org/?p=kde-workspace.git&a=commitdiff&h=70cd86a5eef103137e64f2e3868a5bd2d58d71d7
+---
+Fix deletion of preferred application launchers
+
+In default panel config the host of that magic preferred app url is used
+as the key. So lets use that key to delete the launchers, too.
+
+BUG: 278724
+FIXED-IN: 4.9.1
+REVIEW: 105374
+---
+
+
+--- a/libs/taskmanager/groupmanager.cpp
 b/libs/taskmanager/groupmanager.cpp
+@@ -1070,8 +1070,16 @@ void GroupManagerPrivate::unsaveLauncher
+ return;
+ }
+ 
+-if (cg.hasKey(launcher->name())) {
+-cg.deleteEntry(launcher->name());
++QString launcherKey;
++
++if (launcher->launcherUrl().protocol() == "preferred")
++// in default config the host of the preferred application url is used as key
++launcherKey = launcher->launcherUrl().host();
++else
++launcherKey = launcher->name();
++
++if (cg.hasKey(launcherKey)) {
++cg.deleteEntry(launcherKey);
+ emit q->configChanged();
+ }
+ }
+@@ -1127,7 +1135,7 @@ int GroupManagerPrivate::launcherIndex(c
+ foreach (const LauncherItem * item, launchers) {
+ if (item->launcherUrl() == url) {
+ return index;
+-} 
++}
+ 
+ ++index;
+ }
-- 
1.7.10.4



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

Bug#685726: linux-image-3.2.0-3-amd64: return error when trying to format image file (mkfs -t ext4 file.img)

[Ben Hutchings]

On Sun, 2012-08-26 at 00:56 +0400, hr...@infotech.am wrote:
> > On Fri, 2012-08-24 at 03:30 +0400, Hrayr Grigoryan wrote:
> >> Package: src:linux
> >> Version: 3.2.23-1
> >> Severity: critical
> >> Tags: lfs
> >> Justification: causes serious data loss
> >>
> >> Dear Maintainer,
> >>
> >>When I'm trying to format file image with the command "mkfs -t ext4
> >> file.img", it returns the following errors
> >> [  142.328065] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 1022, depth: 2
> >> pblock 0
> >> [  142.328387] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 1023, depth: 2
> >> pblock 0
> >> [  142.328699] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 9254, depth: 2
> >> pblock 0
> >> [  142.329018] EXT4-fs error (device sdb1): ext4_ext_map_blocks:3769:
> >> inode #12: comm mkfs.ext4: bad extent address lblock: 1057, depth: 2
> >> pblock 0
[...]
> > Have you tested this on any other kernel versions (earlier or later)?
> Yes, I have tested with the earlier versions, all earlier versions of
> 3.x.x kernels have this bug.

I talked to the ext4 maintainer about this.  He recognised the problem
and said you can work around this by adding the option '-E nodiscard'
when running mke2fs.

This is supposed to be fixed in Linux 3.5.3 (not yet available in
Debian).  We will try to get it fixed in Linux 3.2.y soon.

Ben.

-- 
Ben Hutchings
It is a miracle that curiosity survives formal education. - Albert Einstein


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

Bug#686113: Fails to configure with emacs24 / causes emacs24 upgrade to fail

[Axel Beckert]

Hi Norbert,

Norbert Preining wrote:
> On Di, 28 Aug 2012, Axel Beckert wrote:
> > org-mu4e.el:31:30:Error: Can't find library org
> > ERROR: install script from mu4e package failed
> 
> Do you have 
>   /usr/share/emacs/23.4/lisp/org/org-jsinfo.elc
> available?

The file is there for both, emacs 23.4 and emacs 24.1:

# ls -l /usr/share/emacs/*/lisp/org/org-jsinfo.elc
-rw-r--r-- 1 root root 5480 Apr  7 21:52 
/usr/share/emacs/23.4/lisp/org/org-jsinfo.elc
-rw-r--r-- 1 root root 5480 Jul 20 20:57 
/usr/share/emacs/24.1/lisp/org/org-jsinfo.elc
#

Do you need the file itself?

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


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

Bug#685822: Please rewrite package description

[Justin B Rye]

Jan Struyf wrote:
> Dear Justin and Christian,

(Actually I didn't receive a copy, since I'm only on the d-l-e
mailinglist, not subscribed to the bug, but fortunately I check this
sort of thing!)

>> I'm not talking about a build-time dependency; I'm reading the
>> bits in the upstream description that seem to say it has a
>> run-time dependency ("GLE relies on LaTeX for text output"). Is
>> that true or not?
> 
> There is no build time dependency. There is a runtime dependency,
> but this dependency is optional. GLE can use LaTeX, but it can also
> use builtin fonts or PostScript fonts. But this amount of detail may
> not be needed in a high level description.

This seems to contradict the assertion that "GLE relies on LaTeX for
text output".  Should it instead be "GLE can make use of LaTeX for
text output"?

An "optional" dependency would mean a "Suggests" or "Recommends"
relationship, depending on how "normal" it is for users to have one
installed without the other.  For instance, if I install gle-graphics
to produce charts with mathematical formulae in them, will I be able
to achieve that objective on a TeXless system?  And if not, how
obvious will the error messages make it that I need to install extra
software? 

(And when we say LaTeX, what actual Debian package are we talking
about?  Should it just suggest texlive-fonts-recommended, or does it
need the whole of texlive, or what?)
-- 
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package


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

Bug#684106: New LedgerSMB Debian package, v1.3.21-2

[Robert James Clay]

retitle 684106 RFS: ledgersmb/1.3.21-2
thanks

On Wed, 2012-08-08 at 18:20 -0400, Raphael Hertzog wrote:
> Please fix all those issues and I will upload the updated package.

   Raphael, I think I've taken care of the issues you found (plus others
I found in the course of working on that) and have now uploaded an
updated version v1.3.21-2 to the mentors site [1]. I'd appreciate it if
you'd take a look at it again.



Jame

[1]
http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.21-2.dsc


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

Bug#686131: default applications starters (browser/ filemanager) can't be deleted from new profiles

[Stefan Lippers-Hollmann]

Package: libtaskmanager4abi3
Version: 4:4.8.4-3
Severity: minor
Tags: upstream fixed-upstream
Control: found -1 4:4.7.2-1
Control: notfound -1 4:4.6.5-4

Hi

When starting 4.7~ <= KDE << 4.9.1 with a new profile (e.g. new user, 
all defaults applied by 
/usr/share/kde4/apps/plasma/layout-templates/org.kde.plasma-desktop.defaultPanel/contents/layout.js)
the default starters "browser" (preferred://browser) and "filemanager" 
(preferred://filemanager) can be removed, but re-appear after each 
logout/ login cycle without any (direct) option to remove them 
permanently.

This is upstream KDE BUG: 278724: 
https://bugs.kde.org/show_bug.cgi?id=278724
http://forum.kde.org/viewtopic.php?f=66&t=96351

and has been fixed for KDE 4.9.1:

http://quickgit.kde.org/index.php?p=kde-workspace.git&a=commitdiff&h=70cd86a5eef103137e64f2e3868a5bd2d58d71d7

I can confirm that the afforementioned upstream patch applies against 
git://git.debian.org/pkg-kde/kde-sc/kde-workspace.git master
just like wheezy's/ sid's kde-workspace 4:4.8.4-3 and really fixes this
regression.

Regards
Stefan Lippers-Hollmann

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

Kernel: Linux 3.6-rc3-aptosid-amd64 (SMP w/4 CPU cores; PREEMPT)
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 libtaskmanager4abi3 depends on:
ii  libc62.13-35
ii  libkactivities6  4:4.8.4-1
ii  libkdecore5  4:4.8.4-3
ii  libkdeui54:4.8.4-3
ii  libkephal4abi1   4:4.8.4-3
ii  libkio5  4:4.8.4-3
ii  libprocesscore4abi1  4:4.8.4-3
ii  libqtcore4   4:4.8.2+dfsg-2
ii  libqtgui44:4.8.2+dfsg-2
ii  libstdc++6   4.7.1-7
ii  libx11-6 2:1.5.0-1

libtaskmanager4abi3 recommends no packages.

libtaskmanager4abi3 suggests no packages.

-- no debconf information


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

Bug#686113: Fails to configure with emacs24 / causes emacs24 upgrade to fail

[Norbert Preining]

Hi Axel,

On Di, 28 Aug 2012, Axel Beckert wrote:
> org-mu4e.el:31:30:Error: Can't find library org
> ERROR: install script from mu4e package failed

Do you have 
/usr/share/emacs/23.4/lisp/org/org-jsinfo.elc
available?

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

SILESIA (n. medical)
The inability to remember, at the critical moment, which is the better
side of a boat to be seasick off.
--- Douglas Adams, The Meaning of Liff


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

Bug#686099: torrus-common: Wrong user hardcoded in devdiscover

[Bernhard Schmidt]

On 28.08.2012 16:49, Bernhard Schmidt wrote:

Hi guys,


Package: torrus-common
Version: 2.03-1
Severity: important
Tags: patch

devdiscover has the username 'torrus' hardcoded for its --mkdir option but 
Debian uses
'Debian-torrus' instead.

The attached patch simply changes the username.
A better solution would look up the right username at each devdiscover 
invocation.


This is already a macro in devdiscover.in, but we don't set torrus_user
in debian/rules. I think this should fix it already, I will give it a
spin tonight if noone beats me to it.


This simple patch fixes the problem for good.

commit 8602bb5760c544fdb65df0f0c3883d3bcc5b47d0
Author: Bernhard Schmidt 
Date:   Wed Aug 29 00:17:55 2012 +0200

set torrus_user correctly for configure

Closes: #686099

diff --git a/debian/rules b/debian/rules
index 086b11d..5ba1cda 100755
--- a/debian/rules
+++ b/debian/rules
@@ -22,6 +22,7 @@ override_dh_auto_configure:
distxmldir=/usr/share/torrus/xmlconfig \
defrrddir=/var/lib/torrus/collector_rrd \
mansec_usercmd=8 \
+   torrus_user=Debian-torrus \
./configure \
--prefix=/usr \
--sysconfdir=/etc \

I've built it and extracted the binary package, these are the only changes.

diff -urN torrus-common_2.03-1.0/usr/share/torrus/bin/devdiscover 
torrus-common_2.03-1.1/usr/share/torrus/bin/devdiscover
--- torrus-common_2.03-1.0/usr/share/torrus/bin/devdiscover	2012-08-29 
00:08:47.0 +0200
+++ torrus-common_2.03-1.1/usr/share/torrus/bin/devdiscover	2012-08-29 
00:10:13.0 +0200

@@ -585,8 +585,8 @@
 $confBuildSemaphore->down();
 }

-my ($login,$pass,$uid,$gid) = getpwnam('torrus')
-or die('Cannot get user details for torrus');
+my ($login,$pass,$uid,$gid) = getpwnam('Debian-torrus')
+or die('Cannot get user details for Debian-torrus');

 foreach my $dir ( $dd->listDataDirs() )
 {
diff -urN 
torrus-common_2.03-1.0/usr/share/torrus/conf_defaults/initscript.conf 
torrus-common_2.03-1.1/usr/share/torrus/conf_defaults/initscript.conf
--- 
torrus-common_2.03-1.0/usr/share/torrus/conf_defaults/initscript.conf 
2012-08-29 00:08:47.0 +0200
+++ 
torrus-common_2.03-1.1/usr/share/torrus/conf_defaults/initscript.conf 
2012-08-29 00:10:13.0 +0200

@@ -1,7 +1,7 @@
 # Torrus init script configuration
 # You can override any value in /etc/torrus/conf/initscript.siteconf

-# If we perform su torrus
+# If we perform su Debian-torrus
 TORRUS_CHANGE_UID=yes

 # How many times we sleep and wait for processes to finish
diff -urN torrus-common_2.03-1.0/usr/share/torrus/conf_defaults/instvars 
torrus-common_2.03-1.1/usr/share/torrus/conf_defaults/instvars
--- torrus-common_2.03-1.0/usr/share/torrus/conf_defaults/instvars 
2012-08-29 00:08:47.0 +0200
+++ torrus-common_2.03-1.1/usr/share/torrus/conf_defaults/instvars 
2012-08-29 00:10:13.0 +0200

@@ -36,7 +36,7 @@
 var_mode=''
 var_group=''
 var_user=''
-torrus_user='torrus'
+torrus_user='Debian-torrus'
 perlithreads=''
 PERLINC=''
 enable_pkgonly='yes'

How should we proceed regarding the Wheezy freeze? Does anyone think we 
have a chance to get this trivial fix in?


Bernhard


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

Bug#658572: blueman: Blueman fails to connect to NAP on an iPhone 4S

[Thomas Maass]

Package: blueman
Version: 1.23-1
Followup-For: Bug #658572

I got the same error with an Android device. I found a patch which solves
the problem.



diff -rupN blueman-1.23/blueman/plugins/applet/NMPANSupport.py
blueman-1.23.new/blueman/plugins/applet/NMPANSupport.py
--- blueman-1.23/blueman/plugins/applet/NMPANSupport.py 2011-05-21
18:05:31.0 +0300
+++ blueman-1.23.new/blueman/plugins/applet/NMPANSupport.py 2012-06-23
19:29:32.852476167 +0300
@@ -185,7 +185,11 @@ class NMPANSupport(AppletPlugin):
def on_load(self, applet):
self.bus = dbus.SystemBus()
self.nma = None
+   service =
self.bus.get_object("org.freedesktop.NetworkManagerUserSettings",
"/org/freedesktop/NetworkManagerSettings")
+   self.nma = dbus.proxies.Interface(service,
"org.freedesktop.NetworkManagerSettings")
self.nm = None
+   service = self.bus.get_object("org.freedesktop.NetworkManager",
"/org/freedesktop/NetworkManager")
+   self.nm = dbus.proxies.Interface(service,
"org.freedesktop.NetworkManager")
self.nm_signals = SignalTracker()
self.nma_signals = SignalTracker()




You can find it here:
https://launchpadlibrarian.net/108461147/blueman-1.23.patch



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

Kernel: Linux 3.2.0-3-amd64 (SMP w/4 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 blueman depends on:
ii  bluez4.99-2
ii  dbus 1.6.0-1
ii  gnome-icon-theme 3.4.0-2
ii  libatk1.0-0  2.4.0-2
ii  libbluetooth34.99-2
ii  libc62.13-35
ii  libcairo21.12.2-2
ii  libfontconfig1   2.9.0-7
ii  libfreetype6 2.4.9-1
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.32.3-1
ii  libgtk2.0-0  2.24.10-2
ii  libpango1.0-01.30.0-1
ii  libpython2.7 2.7.3~rc2-2.1
ii  librsvg2-common  2.36.1-1
ii  libstartup-notification0 0.12-1
ii  obex-data-server 0.4.5-1+b3
ii  python   2.7.3~rc2-1
ii  python-dbus  1.1.1-1
ii  python-gi3.2.2-1
ii  python-gtk2  2.24.0-3
ii  python-notify0.1.1-3
ii  python2.72.7.3~rc2-2.1
ii  xfce4-notifyd [notification-daemon]  0.2.2-2

Versions of packages blueman recommends:
ii  libpulse-mainloop-glib0  2.0-6
ii  policykit-1  0.105-1
ii  python-gconf 2.28.1+dfsg-1

blueman 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#675864: Same for .mov-files (Quicktime)

[Vidar Evenrud Seeberg]

Hello!

Same bug after Quicktime mov-files. gThumb version 3.0.1 on arch linux

Best regards
Vidar E. Seeberg


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

Bug#686130: finishing the hack

[Daniel Pocock]

Some further comments - it finally does boot


Following on from the original install report (stuck in initramfs), I then

a) boot into rescue mode with the Debian beta1 DVD

b) ask the rescue system to mount /dev/vg00/lv0

c) select the option to launch a shell in the root FS

d) hack /usr/share/initramfs-tools/scripts/local-premount/btrfs to make
sure all LVs are active before the btrfs dev scan command (notice I
added the lvchange command below into the existing script):

if [ -x /sbin/btrfs ]
then
modprobe btrfs
/sbin/lvm lvchange -ay vg00
/sbin/btrfs device scan 2> /dev/null
fi


e) regenerate the initramfs

  mount /boot && update-initramfs -k all -u

f) exit the shell and reboot from the rescue mode menu


Now my system boots into a fresh install of wheezy on btrfs RAID1


Action items for full btrfs RAID1 in Debian:

- partman needs to be able to call
mkfs.btrfs -t raid1 -m raid1
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686097

- tweak the initramfs support in btrfs-tools (or maybe it is actually an
lvm2 issue?)





root@wheezy3:~# btrfs fil df /
Data, RAID1: total=5.00GB, used=3.18GB
Data: total=8.00MB, used=0.00
System, RAID1: total=8.00MB, used=4.00KB
System: total=4.00MB, used=0.00
Metadata, RAID1: total=1.00GB, used=242.18MB
Metadata: total=8.00MB, used=0.00

root@wheezy3:~# df -lh
FilesystemSize  Used Avail Use% Mounted on
rootfs 18G  6.9G  9.5G  42% /
udev   10M 0   10M   0% /dev
tmpfs 202M  584K  201M   1% /run
/dev/mapper/vg00-lv0   18G  6.9G  9.5G  42% /
tmpfs 5.0M 0  5.0M   0% /run/lock
tmpfs 403M  8.0K  403M   1% /tmp
tmpfs 403M   72K  403M   1% /run/shm
/dev/sda1 120M   26M   89M  23% /boot


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

Bug#679107:

[Steven Ayre]

Vlad, the git repository is now updated to use 7.2.7

A few quick comments on your patch:
* mysql.info cannot be packaged, it is removed for copyright reasons
in the dfsg repacking
* you disable the build tests, setting env variable
DEB_BUILD_OPTIONS=nocheck is a much better way to do this


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

Bug#685148: false positive: casting between pointer with incompatible binary data representation

[Joachim Reichel]

Ok, now I understand what the warning is supposed to say (I didn't realize that
"integer" includes "char"). Not sure whether "integer" is used elsewhere. Maybe
using the actual type would be better.

I'm also a bit skeptical about the warning itself. I understand that casts
between float*/double* and say 32 bit integer*/64 bit integer* are bad. But
casts between float*/double* and char* are actual quite common. Casting to char*
does not necessarily imply access to individual bytes, maybe it is just treated
as an opaque data block. This idiom can be found a lot in old code bases with C
heritage. OTOH it is just a "style" warning, and it can be disabled. Fair 
enough.

Joachim


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

Bug#686124: [Aptitude-devel] Bug#686124: aptitude segfaults when trying to use a new categorical package browser

[Axel Beckert]

found 686124 0.6.8.1-1
found 686124 0.6.8-1
kthxbye

Roland Hieber wrote:
> Package: aptitude
> Version: 0.6.9.1-1
> Severity: normal
> 
> When trying to open a new categorical package browser from the View menu,
> aptitude dies with the message "Ouch!  Got SIGSEGV, dying.."

JFTR: This issue is also present in Unstable and Testing, not only in
Experimental.

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


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

Bug#686130: hack for installing with btrfs raid1

[Daniel Pocock]

Package: installation-reports

Image version: beta1 DVD amd64
http://cdimage.debian.org/cdimage/wheezy_di_beta1/amd64/iso-dvd/debian-wheezy-DI-b1-amd64-DVD-1.iso
Date: 28 August 2012


Although D-I doesn't have menu-based support for btrfs RAID, I was keen
to find out if there were any other traps later on in the process.

Therefore, I describe the hack I've used to run D-I and install onto
btrfs RAID1

The install is done in expert mode, text interface, using VirtualBox
with two virtual SATA disks of 10GB each.

I successfully proceed through all steps up to partitioning

In the partitioning system, I create raw partitions for LVM on each of
my two disks

sda:
  /dev/sda1  type 83   (ext4 for /boot)
  /dev/sda2   swap
  /dev/sda3  type 8e
sdb:
  /dev/sdb3  type 83

I then do the LVM setup, creating a VG called vg00 with both disks

Next, I leave partman running and press Alt-F2 for a shell

In the shell, I manually create two LVs:

  lvcreate -n lv0 -L 10GB vg00 /dev/sda3
  lvcreate -n lv1 -L 10GB vg00 /dev/sdb3

and I join them into a btrfs RAID1:

  mkfs.btrfs -d raid1 -m raid1 /dev/vg00/lv0 /dev/vg00/lv1

Going back to the D-I menu, I try to `Detect Disks' and back into
partman, it just doesn't recognise the RAID1,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686117
   so a further workaround is needed:

I simply ask partman to format /dev/vg00/lv0 alone as btrfs (no RAID)
for mount = / (root filesystem)

Then I am back in the main menu.  Before running the step "Install the
base system", I go back to the shell, (alt-f2)

  umount /target/boot
  umount /target
  mkfs.btrfs -d raid1 -m raid1 /dev/vg00/lv0 /dev/vg00/lv1
  mount /dev/vg00/lv0 /target
  mkdir /target/boot
  mount /dev/sda1 /target/boot

Now I go back to the D-I menu and proceed normally from `Install the
base system'

Note that /etc/fstab is not created correctly.  It is necessary to
manually edit /target/etc/fstab

When it reboots into grub, there is trouble (this may require a fix in
update-initramfs tool or in the initramfs scripts provided by btrfs-tools)

Loading, please wait...
Scanning for Btrfs filesystems
mount: mounting /dev/mapper/vg00-lv0 on /root failed: Invalid argument

and we are dumped in the BusyBox shell.  The first discovery is that
/dev/vg00/lv1 is not active:

(initramfs) lvm
lvm> lvscan
  ACTIVE   /dev/vg00/lv0
  inactive /dev/vg00/lv1
lvm> lvchange -ay vg00
  ACTIVE   /dev/vg00/lv0
  ACTIVE   /dev/vg00/lv1
lvm> exit
(initramfs) btrfs dev scan
Scanning for btrfs filesystems
(initramfs) mount -o ro /dev/vg00/lv0 /root
(initramfs) ls /root

At this point, /root looks normal

However, trying to continue the init (e.g. typing `exit' or trying to
invoke switch_root /root /sbin/init) fails, e.g.


Usage: switch_root [-c /dev/console] NEW_ROOT NEW_INIT [ARGS]


Only the help text appears, no details about why switch_root is unhappy


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

Bug#686129: f-spot: Can't add new photo to existing Facebook album

[Domenico Pasella]

Package: f-spot
Version: 0.8.2-5
Severity: important

I can't use the option  "Use an existing album". The drop-down list is empty.
I can successfully create a new album,


Thanks
Domenico Pasella



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

Kernel: Linux 3.2.0-3-rt-686-pae (SMP w/2 CPU cores; PREEMPT)
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 f-spot depends on:
ii  dbus1.6.2-2
ii  gconf2  3.2.5-1+build1
ii  gvfs-bin1.12.3-1+b1
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libflickrnet2.2-cil 1:2.2.0-4
ii  libgconf2.0-cil 2.24.2-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libglib2.0-cil  2.12.10-4
ii  libgnome-keyring1.0-cil 1.0.0-4
ii  libgnome2.24-cil2.24.2-2
ii  libgnomeui-02.24.5-2
ii  libgtk2.0-0 2.24.10-2
ii  libgtk2.0-cil   2.12.10-4
ii  liblcms11.19.dfsg-1.1
ii  libmono-addins-gui0.2-cil   0.6.2-2
ii  libmono-addins0.2-cil   0.6.2-2
ii  libmono-cairo4.0-cil2.10.8.1-5
ii  libmono-corlib4.0-cil   2.10.8.1-5
ii  libmono-posix4.0-cil2.10.8.1-5
ii  libmono-sharpzip4.84-cil2.10.8.1-5
ii  libmono-simd4.0-cil 2.10.8.1-5
ii  libmono-system-core4.0-cil  2.10.8.1-5
ii  libmono-system-web4.0-cil   2.10.8.1-5
ii  libmono-system-xml4.0-cil   2.10.8.1-5
ii  libmono-system4.0-cil   2.10.8.1-5
ii  libndesk-dbus1.0-cil0.6.0-6
ii  libpango1.0-0   1.30.0-1
ii  libsqlite3-03.7.13-1
ii  libunique-1.0-0 1.1.6-4
ii  libx11-62:1.5.0-1
ii  libxcomposite1  1:0.4.3-2
ii  mono-runtime2.10.8.1-5

Versions of packages f-spot recommends:
ii  dbus-x11  1.6.2-2
ii  dcraw 8.99-1+b2

f-spot 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#686128: debian-installer: missing manual informations for LaCie devices

[Simon Guinot]

Package: debian-installer
Version: 20120712
Severity: minor
Tags: d-i patch

Dear Maintainer,

Here is a patch to add manual information for the LaCie devices.

Regards,

Simon
Index: build/entities/tftp-images.ent
===
--- build/entities/tftp-images.ent	(revision 67951)
+++ build/entities/tftp-images.ent	(working copy)
@@ -44,6 +44,10 @@
 .../images/kirkwood/netboot/marvell/
   '>
 
+  .../images/kirkwood/network-console/lacie/
+  '>
+
 
 
 
Index: en/hardware/supported/arm.xml
===
--- en/hardware/supported/arm.xml	(revision 67951)
+++ en/hardware/supported/arm.xml	(working copy)
@@ -50,8 +50,10 @@
 currently support the following Kirkwood based devices: OpenRD
 (OpenRD-Base, OpenRD-Client and OpenRD-Ultimate), plug computers (SheevaPlug, GuruPlug and
-DreamPlug), and QNAP
-Turbo Station (all TS-11x, TS-21x and TS-41x models).
+DreamPlug), QNAP
+Turbo Station (all TS-11x, TS-21x and TS-41x models), and LaCie
+NASes (Network Space v2, Network Space Max v2, Internet Space v2, d2
+Network v2, 2Big Network v2 and 5Big Network v2).
 
 
 
Index: en/install-methods/download/arm.xml
===
--- en/install-methods/download/arm.xml	(revision 67951)
+++ en/install-methods/download/arm.xml	(working copy)
@@ -72,3 +72,15 @@
 

 
+   
+   LaCie NASes Installation Files
+
+
+The installation files for LaCie NASes (Network Space v2, Network Space Max v2,
+Internet Space v2, d2 Network v2, 2Big Network v2 and 5Big Network v2) consist
+of a kernel and initrd for U-Boot.  You can obtain these files from
+&lacie-kirkwood-firmware-img;.
+
+
+   
+

Bug#686127: f-spot: Can't add new photos to existing Facebook album

[Domenico Pasella]

Package: f-spot
Version: 0.8.2-5
Severity: important

I can't use the option "Use an existing album". The drop-down list is empty.
I can successfully create a new album,


Thanks
Domenico Pasella



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

Kernel: Linux 3.2.0-3-rt-686-pae (SMP w/2 CPU cores; PREEMPT)
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 f-spot depends on:
ii  dbus1.6.2-2
ii  gconf2  3.2.5-1+build1
ii  gvfs-bin1.12.3-1+b1
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libflickrnet2.2-cil 1:2.2.0-4
ii  libgconf2.0-cil 2.24.2-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libglib2.0-cil  2.12.10-4
ii  libgnome-keyring1.0-cil 1.0.0-4
ii  libgnome2.24-cil2.24.2-2
ii  libgnomeui-02.24.5-2
ii  libgtk2.0-0 2.24.10-2
ii  libgtk2.0-cil   2.12.10-4
ii  liblcms11.19.dfsg-1.1
ii  libmono-addins-gui0.2-cil   0.6.2-2
ii  libmono-addins0.2-cil   0.6.2-2
ii  libmono-cairo4.0-cil2.10.8.1-5
ii  libmono-corlib4.0-cil   2.10.8.1-5
ii  libmono-posix4.0-cil2.10.8.1-5
ii  libmono-sharpzip4.84-cil2.10.8.1-5
ii  libmono-simd4.0-cil 2.10.8.1-5
ii  libmono-system-core4.0-cil  2.10.8.1-5
ii  libmono-system-web4.0-cil   2.10.8.1-5
ii  libmono-system-xml4.0-cil   2.10.8.1-5
ii  libmono-system4.0-cil   2.10.8.1-5
ii  libndesk-dbus1.0-cil0.6.0-6
ii  libpango1.0-0   1.30.0-1
ii  libsqlite3-03.7.13-1
ii  libunique-1.0-0 1.1.6-4
ii  libx11-62:1.5.0-1
ii  libxcomposite1  1:0.4.3-2
ii  mono-runtime2.10.8.1-5

Versions of packages f-spot recommends:
ii  dbus-x11  1.6.2-2
ii  dcraw 8.99-1+b2

f-spot 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#686124: [Aptitude-devel] Bug#686124: aptitude segfaults when trying to use a new categorical package browser

[Axel Beckert]

Control: tag 686124 + confirmed
Control: user multiarch-de...@lists.alioth.debian.org
Control: usertag 686124 + multiarch

Hi,

Roland Hieber wrote:
> Package: aptitude
> Version: 0.6.9.1-1
> Severity: normal
> 
> When trying to open a new categorical package browser from the View menu,
> aptitude dies with the message "Ouch!  Got SIGSEGV, dying.."
[...]
> Foreign Architectures: i386

This issue seems to be multiarch related as I could neither reproduce
it on a pure i386 nor on a pure amd64 box. But I could reproduce it on
a mixed amd64/i386 box.

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


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

Bug#686126: manual intervention needed in grub-pc setup

[chrysn]

Package: installation-reports
Severity: normal

Boot method: DI iso image dd'ed to USB stick
Image version: debian-wheezy-DI-a1-i386-DVD-1.iso
Date: 2012-08-28 19:00

Machine: Dell OptiPlex
Partitions: single LVM PV /dev/sda2, no other partitions, free space
before /dev/sda2. lvm partitioned to /home, / and swap. (lvm was
set up earlier, manual partitioning was chosen)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

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

Comments/Problems:

the grub installation step to the MBR failed, the log complained
about problems with /proc/devices. when trying to reproduce the problem
at a console, i found that grub-install was not installed in the
installation environment, but only on the target. when i chrooted in
there, grub-install produced the same error message about /proc/devices.
after bind mounting the outside /proc to /target/proc, the grub
installation step succeeded.

(sorry about using the alpha installer, it was what i had at hand; the
beta1 changelog didn't mention /proc related changes.)


signature.asc
Description: Digital signature

Bug#686049: [Pkg-alsa-devel] Bug#686049: alsa-base 1.0.25+2+nmu2 breaks linux-sound-base 1.0.23+dfsg-4

[Elimar Riesebieter]

* Kitty  [2012-08-28 13:00 +1000]:

> Package: alsa-base
> Version: 1.0.23+dfsg-4
> Severity: normal
> 
> Hi,
> When trying to do updates today I got this message:
> 
> The following packages will be upgraded: 
>   alsa-base{b} [1.0.23+dfsg-4 -> 1.0.25+2+nmu2]  
> 1 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
> Need to get 60.3 kB of archives. After unpacking 383 kB will be freed.
> The following packages have unmet dependencies:
>  alsa-base : Breaks: linux-sound-base but 1.0.23+dfsg-4 is installed.
> 
> I put alsa-base on hold for now, thanks for your time.
> Kitty.

Linux-sound-base was droped since 1.0.25 as OSS isn't supported
anymore. Try as follows:

# apt-get remove --purge linux-sound-base
# apt get upgrade

Elimar

-- 
  "Talking much about oneself can also
   be a means to conceal oneself."
 -Friedrich Nietzsche


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

Bug#686080: radeon: "This chipset requires a kernel module version of 1.17.0"

[Jonathan Nieder]

przypadek wrote:

> xorg version: 1:7.5+8
>
> I was thinking what else i did, and i remind my self that meantime
> kernel compilation, there was a massage that I maybe need packet
> module-init-tools, and I installed it. Maybe that is a problem?

Sure, can you reproduce this using kmod instead of module-init-tools?

But I expect it's related to the set of installed firmware.


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

Bug#685894: linux FTBFS on alpha: gcc-4.5 no longer available

[Ben Hutchings]

On Sun, 2012-08-26 at 15:01 +1200, Michael Cree wrote:
[...]
> So if you could remove the requirement to build the kernel with gcc-4.5
> and apply the attached patch to switch to the large data model for the
> next linux source upload, I should be grateful.

Applied, thanks.

Ben.

-- 
Ben Hutchings
It is a miracle that curiosity survives formal education. - Albert Einstein


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

Bug#685428: libpam-rsa: diff for NMU version 0.8-9-2.4

[David Prévot]

Dear maintainer,

I've prepared an NMU for libpam-rsa (versioned as 0.8-9-2.4) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.

I'll take care of the unblock request.

Regards.

David


diffstat for libpam-rsa_0.8-9-2.3 libpam-rsa_0.8-9-2.4

 debian/po/da.po   |  134 +
 debian/po/pl.po   |  136 ++
 libpam-rsa-0.8-9/Makefile |4 -
 libpam-rsa-0.8-9/debian/changelog |8 ++
 4 files changed, 280 insertions(+), 2 deletions(-)

diff -u libpam-rsa-0.8-9/Makefile libpam-rsa-0.8-9/Makefile
--- libpam-rsa-0.8-9/Makefile
+++ libpam-rsa-0.8-9/Makefile
@@ -90,8 +90,8 @@
 CYGPATH_W = echo
 DEFS = -DHAVE_CONFIG_H
 DEPDIR = .deps
-ECHO_C = \c
-ECHO_N = 
+ECHO_C = 
+ECHO_N = -n
 ECHO_T = 
 EGREP = grep -E
 EXEEXT = 
diff -u libpam-rsa-0.8-9/debian/changelog libpam-rsa-0.8-9/debian/changelog
--- libpam-rsa-0.8-9/debian/changelog
+++ libpam-rsa-0.8-9/debian/changelog
@@ -1,3 +1,11 @@
+libpam-rsa (0.8-9-2.4) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add Danish Debconf translations by Joe Hansen. (Closes: #685428)
+  * Add Polish Debconf translations by Michał Kułach. (Closes: #685950)
+
+ -- David Prévot   Tue, 28 Aug 2012 16:08:17 -0400
+
 libpam-rsa (0.8-9-2.3) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- libpam-rsa-0.8-9.orig/debian/po/da.po
+++ libpam-rsa-0.8-9/debian/po/da.po
@@ -0,0 +1,134 @@
+# Danish translation of libpam-rsa debconf templates.
+# Copyright (C) 2012 libpam-rsa & nedenstående oversættere.
+# This file is distributed under the same license as the libpam-rsa package.
+# Joe Hansen , 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: libpam-rsa\n"
+"Report-Msgid-Bugs-To: joseparre...@cantv.net\n"
+"POT-Creation-Date: 2007-01-21 08:44+\n"
+"PO-Revision-Date: 2012-08-20 17:30+01:00\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: boolean
+#. Description
+#: ../libpam-rsa.templates:1001
+msgid "Omit libpam-rsa configuration?"
+msgstr "Udelad konfiguration af libpam-rsa?"
+
+#. Type: boolean
+#. Description
+#: ../libpam-rsa.templates:1001
+msgid ""
+"If you enable this option, no initial configuration will be created and you "
+"will need to create /etc/security/pam_rsa.conf in order to use this module."
+msgstr ""
+"Hvis du aktiverer det her alternativ, vil der ikke blive oprettet en "
+"opstartskonfiguration og du skal selv oprette /etc/security/pam_rsa.conf "
+"for at bruge dette modul."
+
+#. Type: string
+#. Description
+#: ../libpam-rsa.templates:2001
+msgid "Directory containing RSA public keys:"
+msgstr "Mappen der indeholder offentlige RSA-nøgler:"
+
+#. Type: string
+#. Description
+#: ../libpam-rsa.templates:2001
+msgid ""
+"Specifies the directory that contains the RSA public keys. The value must be "
+"an absolute path starting with a '/'. A trailing '/' is allowed but not "
+"required."
+msgstr ""
+"Angiver mappen som indeholder de offentlige RSA-nøgler. Værdien skal være "
+"en absolut sti der begynder med en »/«. En efterfølgende »/« er tilladt "
+"men ikke krævet."
+
+#. Type: string
+#. Description
+#: ../libpam-rsa.templates:3001
+msgid "Directory containing private, possibly mobile, RSA keys:"
+msgstr "Mappen der indeholder private, muligvis mobile, RSA-nøgler:"
+
+#. Type: string
+#. Description
+#: ../libpam-rsa.templates:3001
+msgid ""
+"Specifies the directory that contains the RSA private keys. This keys might "
+"be mobile, like in a USB key. If you leave the default option, you need to "
+"make sure that your USB mass storage devices are automounted so the "
+"directory can be reached."
+msgstr ""
+"Angiver mappen som indeholder de private RSA-nøgler. Disse nøgler kan være "
+"mobile, som på et USB-drev. Hvis du bruger standardindstillingen, så skal "
+"du sikre dig, at din USB-lagerenhed automatisk monteres så mappen kan nås."
+
+#. Type: select
+#. Choices
+#: ../libpam-rsa.templates:4001
+msgid "sha1, none"
+msgstr "sha1, ingen"
+
+#. Type: select
+#. Description
+#: ../libpam-rsa.templates:4002
+msgid "Type of hashing for the private key filename:"
+msgstr "Hash-type for det private nøglefilnavn:"
+
+#. Type: select
+#. Description
+#: ../libpam-rsa.templates:4002
+msgid ""
+"Specifies whether the private key's filename should be SHA1 hashed or not. "
+"The value must be either sha1 or none. This value is case insensitive."
+msgstr ""
+"Angiver hvorvidt den private nøgles filnavn skal være SHA1-hashet eller ej. "
+"Værdien skal være enten sha1 eller ingen. Der er ikke forskel på store/små "
+"bogstaver."
+
+#. Type: string
+#. Description
+#: ../libpam-rsa.templates:5001
+msgid "Prompt used by PAM-aware applications:"
+msgstr "Prompt som bruges af PAM-opmærksomme programmer:"
+
+#. Type:

Bug#684441: [PATCH v2] [media] rc: ite-cir: Initialise ite_dev::rdev earlier

[Luis Henriques]

On Tue, Aug 28, 2012 at 10:09:55AM -0700, Ben Hutchings wrote:
> On Tue, 2012-08-28 at 12:44 +0100, Luis Henriques wrote:
> > On Mon, Aug 20, 2012 at 12:32:27AM +0100, Ben Hutchings wrote:
> > > ite_dev::rdev is currently initialised in ite_probe() after
> > > rc_register_device() returns.  If a newly registered device is opened
> > > quickly enough, we may enable interrupts and try to use ite_dev::rdev
> > > before it has been initialised.  Move it up to the earliest point we
> > > can, right after calling rc_allocate_device().
> > 
> > I believe this is the same bug:
> > 
> > https://bugzilla.kernel.org/show_bug.cgi?id=46391
> > 
> > And the bug is present in other IR devices as well.
> > 
> > I've sent a proposed fix:
> > 
> > http://marc.info/?l=linux-kernel&m=134590803109050&w=2
> 
> It might be a worthwhile fix.  But it doesn't fix this bug - after that
> patch, the driver will still enable its IRQ before initialising
> ite_dev::rdev.

You're absolutely right, sorry for the noise.  I should have taken a
closer look at your patch.

Cheers,
--
Luis

> 
> Ben.
> 
> > Cheers,
> > --
> > Luis
> > 
> > > 
> > > References: http://bugs.debian.org/684441 Reported-and-tested-by:
> > > YunQiang Su  Signed-off-by: Ben Hutchings
> > >  Cc: sta...@vger.kernel.org --- Unlike the
> > > previous version, this will apply cleanly to the media
> > > staging/for_v3.6 branch.
> > > 
> > > Ben.
> > > 
> > >  drivers/media/rc/ite-cir.c |2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/drivers/media/rc/ite-cir.c b/drivers/media/rc/ite-cir.c
> > > index 36fe5a3..24c77a4 100644
> > > --- a/drivers/media/rc/ite-cir.c
> > > +++ b/drivers/media/rc/ite-cir.c
> > > @@ -1473,6 +1473,7 @@ static int ite_probe(struct pnp_dev *pdev, const 
> > > struct pnp_device_id
> > >   rdev = rc_allocate_device();
> > >   if (!rdev)
> > >   goto failure;
> > > + itdev->rdev = rdev;
> > >  
> > >   ret = -ENODEV;
> > >  
> > > @@ -1604,7 +1605,6 @@ static int ite_probe(struct pnp_dev *pdev, const 
> > > struct pnp_device_id
> > >   if (ret)
> > >   goto failure3;
> > >  
> > > - itdev->rdev = rdev;
> > >   ite_pr(KERN_NOTICE, "driver has been successfully loaded\n");
> > >  
> > >   return 0;
> > > 
> > 
> 
> -- 
> Ben Hutchings
> It is a miracle that curiosity survives formal education. - Albert Einstein


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

Bug#686124: aptitude segfaults when trying to use a new categorical package browser

[Roland Hieber]

Package: aptitude
Version: 0.6.9.1-1
Severity: normal

When trying to open a new categorical package browser from the View menu,
aptitude dies with the message "Ouch!  Got SIGSEGV, dying.."


-- Contents of sources.list:
$ cat /etc/apt/sources.list /etc/apt/sources.list.d/*
# deb [arch=amd64,i386] http://debian.tu-bs.de/debian/ wheezy main contrib
# non-free
deb [arch=amd64,i386] http://debian.tu-bs.de/debian/ wheezy main contrib
non-free
deb-src http://debian.tu-bs.de/debian/ wheezy main contrib non-free
deb [arch=amd64,i386] http://security.debian.org/ wheezy/updates main contrib
non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free
deb [arch=amd64,i386] http://debian.tu-bs.de/debian/ wheezy-proposed-updates
main contrib non-free
deb-src http://debian.tu-bs.de/debian/ wheezy-proposed-updates main contrib
non-free
deb [arch=amd64] file:/var/cache/apt-build/repository apt-build main
#deb http://ppa.launchpad.net/conscioususer/polly-daily/ubuntu wheezy main
#deb-src http://ppa.launchpad.net/conscioususer/polly-daily/ubuntu wheezy main
deb http://ppa.launchpad.net/conscioususer/polly-daily/ubuntu precise main
deb-src http://ppa.launchpad.net/conscioususer/polly-daily/ubuntu precise main
deb http://debian-multimedia.informatik.uni-erlangen.de/debian-multimedia
testing main
deb-src http://debian-multimedia.informatik.uni-erlangen.de/debian-multimedia
testing main
deb http://debian.tu-bs.de/debian/ experimental main contrib non-free
deb-src http://debian.tu-bs.de/debian/ experimental main contrib non-free
deb http://archive.getdeb.net/ubuntu precise-getdeb apps
deb-src http://archive.getdeb.net/ubuntu precise-getdeb apps
deb http://ppa.launchpad.net/satyajit-happy/themes/ubuntu precise main
deb-src http://ppa.launchpad.net/satyajit-happy/themes/ubuntu precise main
deb http://debian.tu-bs.de/debian/ sid main contrib non-free
deb-src http://debian.tu-bs.de/debian/ sid main contrib non-free


-- APT configuration file:
$ cat /etc/apt/apt.conf /etc/apt/apt.conf.d/*
cat: /etc/apt/apt.conf: No such file or directory
APT::Authentication::TrustCDROM "true";
APT
{
  NeverAutoRemove
  {
"^firmware-linux.*";
"^linux-firmware$";
"^linux-image.*";
"^kfreebsd-image.*";
"^linux-restricted-modules.*";
"^linux-ubuntu-modules-.*";
"^gnumach$";
"^gnumach-image.*";
  };

  Never-MarkAuto-Sections
  {
"metapackages";
"restricted/metapackages";
"universe/metapackages";
"multiverse/metapackages";
"oldlibs";
"restricted/oldlibs";
"universe/oldlibs";
"multiverse/oldlibs";
  };
};
// Automatically upgrade packages from these origin patterns
Unattended-Upgrade::Origins-Pattern {
// Codename based matching:
// This will follow the migration of a release through different
// archives (e.g. from testing to stable and later oldstable).
//  "o=Debian,n=squeeze";
//  "o=Debian,n=squeeze-updates";
//  "o=Debian,n=squeeze-proposed-updates";
//  "o=Debian,n=squeeze,l=Debian-Security";

// Archive or Suite based matching:
// Note that this will silently match a different release after
// migration to the specified archive (e.g. testing becomes the
// new stable).
//  "o=Debian,a=stable";
//  "o=Debian,a=stable-updates";
//  "o=Debian,a=proposed-updates";
"origin=Debian,archive=stable,label=Debian-Security";
};

// List of packages to not update
Unattended-Upgrade::Package-Blacklist {
//  "vim";
//  "libc6";
//  "libc6-dev";
//  "libc6-i686";
};

// This option allows you to control if on a unclean dpkg exit
// unattended-upgrades will automatically run 
//   dpkg --force-confold --configure -a
// The default is true, to ensure updates keep getting installed
//Unattended-Upgrade::AutoFixInterruptedDpkg "false";

// Split the upgrade into the smallest possible chunks so that
// they can be interrupted with SIGUSR1. This makes the upgrade
// a bit slower but it has the benefit that shutdown while a upgrade
// is running is possible (with a small delay)
//Unattended-Upgrade::MinimalSteps "true";

// Install all unattended-upgrades when the machine is shuting down
// instead of doing it in the background while the machine is running
// This will (obviously) make shutdown slower
//Unattended-Upgrade::InstallOnShutdown "true";

// Send email to this address for problems or packages upgrades
// If empty or unset then no email is sent, make sure that you
// have a working mail setup on your system. A package that provides
// 'mailx' must be installed. E.g. "u...@example.com"
//Unattended-Upgrade::Mail "root"

// Set this value to "true" to get emails only on errors. Default
// is to always send a mail if Unattended-Upgrade::Mail is set
//Unattended-Upgrade::MailOnlyOnError "true";

// Do automatic removal of new unused dependencies after the upgrade
// (equivalent to apt-get autoremove)
//Unattend

Bug#528264: [pkg-wine-party] Bug#528264: wine: Support PulseAudio as a sound backend

[Michael Gilbert]

On Tue, Aug 28, 2012 at 2:47 PM, Guillaume Seren wrote:
>* What led up to the situation?
> Wine take all the sound process, and no other sound can be use.
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> There is a fix, witch is provide by the wine wiki :
>>>(source : http://wiki.winehq.org/WineOn64bit#head-
> ccadf2c2617fa7a3fe3e9f2d1fe3849d6370482b)
> To add pulseaudio support, install the package lib32asound2-plugins:

That "fix" is actually not related to full pulseaudio support, which
is the topic for this bug report.  That actually gives you alsa
support in wine, which pulseadio can support with multiple streams.

Anyway, that solution is deprecated now that wine is a multiarch
package.  Please install libwine-alsa-unstable and libasound2:i386 to
achieve the same result now.

Best wishes,
Mike


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

Bug#472199: Any progress on the licensecheck machine-readable output front?

[Francesco Poli]

Hi Jonas,
I've just discovered /usr/lib/cdbs/licensecheck2dep5, thanks to a reply
from Vincent Cheng [1].

[1] https://lists.debian.org/debian-mentors/2012/08/msg00367.html

As soon as I noticed that licensecheck2dep5 is part of the
cdbs package, I wondered why it was not part of devscripts (which looks
like the most obvious package where this tool should be shipped).
Even better, I think it should be integrated as a possible output
format for licensecheck itself...

Then I found out that I am not the only one with this opinion.
In bug #472199 (I am Cc:ing its e-mail address), a number of different
people asked for this feature to be implemented in licensecheck and you
stepped in, expressing the intention to integrate this capability into
licensecheck.
This sounds really great! Thanks a lot!

Unfortunately there seems to be no visible progress since August 2010...
Is there any well-hidden progress, by chance?!?

I am afraid that my Perl knowledge is just a smattering and it is
rusty, too... As a consequence, I will probably not be able to help
much with the implementation.
But I may help with some testing and feedback, if you are interested.

Please let me know.
Thanks for your time!


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


pgpXAmxet2KLp.pgp
Description: PGP signature

Bug#686080: radeon: "This chipset requires a kernel module version of 1.17.0"

[przypadek]

xorg version: 1:7.5+8

I was thinking what else i did, and i remind my self that meantime
kernel compilation, there was a massage that I maybe need packet
module-init-tools, and I installed it. Maybe that is a problem?


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

Bug#685410: fwanalog: diff for NMU version 0.6.9-6.2

[David Prévot]

Dear maintainer,

I've prepared an NMU for fwanalog (versioned as 0.6.9-6.2) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.

I'll take care of the unblock request.

Regards.
diff -u fwanalog-0.6.9/debian/changelog fwanalog-0.6.9/debian/changelog
--- fwanalog-0.6.9/debian/changelog
+++ fwanalog-0.6.9/debian/changelog
@@ -1,3 +1,11 @@
+fwanalog (0.6.9-6.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add Danish debconf template translation, Joe Hansen. (Closes: #685410)
+  * Add Polish debconf template translation, Michał Kułach. (Closes: #685948)
+
+ -- David Prévot   Tue, 28 Aug 2012 16:11:47 -0400
+
 fwanalog (0.6.9-6.1) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- fwanalog-0.6.9.orig/debian/po/da.po
+++ fwanalog-0.6.9/debian/po/da.po
@@ -0,0 +1,106 @@
+# Danish translation of fwanalog debconf templates.
+# Copyright (C) 2012 fwanalog & nedenstående oversættere.
+# This file is distributed under the same license as the fwanalog package.
+# Joe Hansen , 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: fwanalog\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2010-04-05 12:39+0200\n"
+"PO-Revision-Date: 2012-08-20 17:30+01:00\n"
+"Last-Translator: Joe Hansen \n"
+"Language-Team: Danish \n"
+"Language: da\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "English"
+msgstr "Engelsk"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "German"
+msgstr "Tysk"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "French"
+msgstr "Fransk"
+
+#. Type: select
+#. Choices
+#: ../templates:1001
+msgid "Italian"
+msgstr "Italiensk"
+
+#. Type: select
+#. Default
+#. You must NOT translate this string, but you can change its value.
+#. The comment between brackets is used to distinguish this msgid
+#. from the one in the Choices list; you do not have to worry about
+#. them, and have to simply choose a msgstr among the English values
+#. listed in the Choices field above, e.g. msgstr "Italian"
+#: ../templates:1002
+msgid "English[ default language]"
+msgstr "English"
+
+#. Type: select
+#. Description
+#: ../templates:1003
+msgid "Output language:"
+msgstr "Vælg sprog for rapport:"
+
+#. Type: select
+#. Description
+#: ../templates:1003
+msgid ""
+"Please select the language you would like the reports to be generated in. If "
+"you want your own custom language, please look in /usr/share/doc/fwanalog/"
+"support - there are a few scripts to convert analog .lng files to other "
+"languages. If you make a custom translation, please submit it to the author."
+msgstr ""
+"Vælg det sprog som rapporterne skal skrives på. Hvis du ønsker dit eget "
+"tilpasset sprog, så kig i /usr/share/doc/fwanalog/support - hvor "
+"der er et antal skripter til at konvertere analoge .lng-filer til andre "
+"sprog. Hvis du laver en tilpasset oversættelse, så indsend den venligst til "
+"forfatteren."
+
+#. Type: boolean
+#. Description
+#: ../templates:2001
+msgid "Do you wish to run fwanalog from cron daily ?"
+msgstr "Vil du køre fwanalog dagligt via cron?"
+
+#. Type: boolean
+#. Description
+#: ../templates:2001
+msgid ""
+"Enabling this option a daily cron-job will be set up to start fwanalog, "
+"thereby producing fresh reports every day."
+msgstr ""
+"Aktivering af denne indstilling vil opsætte et dagligt cronjob til at "
+"starte fwanalog, så der bliver lavet friske rapporter hver dag."
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid "User who will receive the report via e-mail:"
+msgstr "Brugere som skal modtage rapporten via e-post:"
+
+#. Type: string
+#. Description
+#: ../templates:3001
+msgid ""
+"Enter the email-address of the person who should receive the log created by "
+"the cron-job. Just enter a blank line, and no mail will be sent."
+msgstr ""
+"Indtast e-post-adressen for den person, som skal modtage loggen oprettet af "
+"cronjobbet. Med en blank linje vil der ikke blive sendt post."
+
only in patch2:
unchanged:
--- fwanalog-0.6.9.orig/debian/po/pl.po
+++ fwanalog-0.6.9/debian/po/pl.po
@@ -0,0 +1,119 @@
+#
+#Translators, if you are not familiar with the PO format, gettext
+#documentation is worth reading, especially sections dedicated to
+#this format, e.g. by running:
+# info -n '(gettext)PO Files'
+# info -n '(gettext)Header Entry'
+#
+#Some information specific to po-debconf are available at
+#/usr/share/doc/po-debconf/README-trans
+# or http://www.debian.org/intl/l10n/po-debconf/README-trans
+#
+#Developers do not need to manually edit POT or PO files.
+#
+# Michał Kułach , 2012.
+msgid ""
+msgstr ""
+"Project-Id-Version: \n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2010-04-05 12:39+0200\n"
+"PO-Revision-Date: 2012-08-26 16:51+0200\n"
+"Last-Translator: Michał Kułach \n"
+"Language-Team: Polish \n"
+"MIME-Ve

Bug#686123: RM: mono [armhf] -- ANAIS; armhf not properly supported; not useful on this arch yet

[Jo Shields]

Package: ftp.debian.org
Severity: normal

Despite my best efforts, I've been unable to get Mono 2.10 working properly on
ARM hardfloat ABI. With the Wheezy release to worry about, it's time to make a
decision & ask for removal.

mono 2.10.8.1-6 removes armhf from the Architecture: list. There are no other
packages maintained by the Mono team requiring a sourceful upload to remove
armhf - there are only arch:all or arch:any packages maintained by us which are
affected by this removal. There may be non-team packages which require
sourceful uploads to remove the arch, though.

A Mono 2.12 branch which works for armhf is waiting for post-Wheezy use.


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

Bug#685822: Please rewrite package description

[Jan Struyf]

Dear Justin and Christian,

So shouldn't there be some sort of package dependency on 
LaTeX?


I'm not talking about a build-time dependency; I'm reading the 
bits in the upstream description that seem to say it has a 
run-time dependency ("GLE relies on LaTeX for text output"). 
Is that true or not?


There is no build time dependency. There is a runtime dependency, 
but this dependency is optional. GLE can use LaTeX, but it can 
also use builtin fonts or PostScript fonts. But this amount of 
detail may not be needed in a high level description.


Best Regards,

Jan


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

Bug#686122: [new] tool to determine policy-compliant binary package name

[Jakub Wilk]

Package: devscripts
Version: 2.12.1
Severity: wishlist
User: devscri...@packages.debian.org
Usertags: new

As suggested by Russ Albery in #661928, I wrote a script to determine 
policy-compliant binary package name for a shared library. (As a bonus, 
it also can do the same thing for Python and Perl modules).


Example:

$ binpkgname /usr/lib/libgauche-0.9.so.0.1 
/usr/lib/python2.7/dist-packages/debian/__init__.py /usr/share/perl5/JSON.pm
libgauche-0.9-0: /usr/lib/libgauche-0.9.so.0.1
python-debian: /usr/lib/python2.7/dist-packages/debian/__init__.py
libjson-perl: /usr/share/perl5/JSON.pm

--
Jakub Wilk
#!/usr/bin/perl

# Copyright © 2012 Jakub Wilk 
#
# Permission is hereby granted, free of charge, to any person obtaining a copy
# of this software and associated documentation files (the “Software”), to deal
# in the Software without restriction, including without limitation the rights
# to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
# copies of the Software, and to permit persons to whom the Software is
# furnished to do so, subject to the following conditions:
#
# The above copyright notice and this permission notice shall be included in
# all copies or substantial portions of the Software.
#
# THE SOFTWARE IS PROVIDED “AS IS”, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
# IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
# FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
# AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
# LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
# OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
# SOFTWARE.

=head1 NAME

binpkgname - determine binary package name

=head1 SYNOPSIS

B I...

=head1 DESCRIPTION

B determines policy-compliant binary package name for the specified
file.  The file can be a shared library, a Perl module, or a Python module.

=head1 CONFROMS TO

Debian Policy, version 3.9.3

Debian Perl Policy, version 3.9.3

Debian Python Policy, version 0.9.4.2

=cut

use strict;
use warnings;

use Getopt::Long qw(:config gnu_getopt auto_help);

my $python_re = qr{^
( /usr/lib/pymodules/python2\.\d+/
| /usr/lib/python2\.\d+/(?:site|dist)-packages/
| /usr/share/pyshared/
| /usr/share/python-support/[^/]+/
)
}x;

my $python3_re = qr{^
  /usr/lib/python3/dist-packages/
}x;

my $perl_re = qr{
( /usr/share/perl5/
| /usr/lib/perl5/
)
}x;

my $shlib_re = qr{^
(?: /usr )? /lib/.* # directory part
(?<=/) lib [^/]+ \.so (?: \.[^/]+ )? # filename part
$
}x;

sub python_file_to_package {
# Debian Python Policy §2.2
($_, my $version) = @_;
my $suffix = '';
if ($version >= 3 and s{\.cpython-\d+(d?)[^.]+\.so$}{}) {
$suffix = '-dbg' if $1;
} elsif ($version <= 2 and s{_d\.so$}{}) {
$suffix = '-dbg';
} elsif (s{\.so$}{} or s{\.py$}{}) {
# pass
} else {
die;
}
s{/__init__}{};
s{/}{.}g;
y{A-Z_}{a-z-};
if ($version eq 2) {
$version = '';
}
return "python$version-$_$suffix";
}

sub perl_file_to_package {
# Debian Perl Policy §4.2
($_) = @_;
s{\.pm$}{} or s{auto/(.+)(?:[.](?:bs|so))}{$1};
s{/$}{}g;
s{/}{-}g;
y{A-Z_}{a-z-};
return "lib$_-perl";
}

sub shlib_to_package {
# Debian Policy §8.1
my $soname;
open(my $fh, '-|', 'readelf', '-d', $_) or die;
while (<$fh>) {
if (m{Library soname:\s+\[(.+)\]}) {
$soname = $1;
last;
}
}
close($fh) or die;
defined($soname) or die;
$_ = $soname;
s{([0-9])\.so\.}{$1-};
s{\.so(?:\.|$)}{};
y{A-Z_}{a-z-};
return $_;
}

sub file_to_package {
($_) = @_;
m{^/} or die;
s{//+}{/}g;
if (s{$python_re}{}) {
return python_file_to_package($_, 2);
} elsif (s{$python3_re}{}) {
return python_file_to_package($_, 3);
} elsif (s{$perl_re}{}) {
return perl_file_to_package($_, 3);
} elsif (m{$shlib_re}) {
return shlib_to_package($_);
}
die;
}

GetOptions();
for my $file (@ARGV) {
my $pkgname = file_to_package($file);
print "$pkgname: $file\n";
}

# vim:ts=4 sw=4 et

Bug#660488: miredo: FTBFS `pkglibdir' is not a legitimate directory for `PROGRAMS'

[peter green]

Le dimanche 29 juillet 2012 23:31:39 Bart Martens, vous avez écrit :
> Hi Rémi,
> 
> The patch fixes the bug.  Why not simply use it ? Shall I upload an NMU ?


It does not address the real issue.
It must be pure luck that automake accepts it.
  
I don't know enough about automake internals to comment on whether the 
ubuntu
patch working is "pure luck" (adding the author of said patch to cc in 
case they

have any comments) but it does indeed  fix the build in current wheezy and
the resulting package looks sane (the file list is identical to the 
package currently
in the archive). Since wheezy is in freeze it is unlikely that  automake 
will change

behaviour between now and the release.

So if someone can test that packages built with ubuntu's patch actually work
correctly (I don't use teredo myself) I think it makes sense to upload 
it for
wheezy. then after wheeezy's release the new upstream release with the 
proper

fix can be uploaded.


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

Bug#686121: ITP: libtruth-java -- assertion/proposition framework for Java unit tests

[Brian Thomason]

Package: wnpp
Severity: wishlist

Bug#685864: linux-image-3.2.0-3-amd64: Commande halt or halt -p and shutdown = reboot system. Cm :gigabyte z77x-ud5h

[Geert Stappers]

[Please reply to all, including the address 685...@bugs.debian.org]

vrom: novice 
Date: Tue, 28 Aug 2012 03:06:46 +0200
> > 
> > 1. Uninstall the nvidia driver (or somehow stop it from loading)
> yes . I also tested
> modprobe -r nvidia

`modprobe -r nvidia` removes the nvidia kernel module from memory.
It is the undo of `modprobe nvidia`, which loads it in memory.

BUT:  modprode is MORE then just load and unload, there is also
programcode from the kernel module executed. During "load" there
is initialization done.

The request is uninstall the nvidia module. To remove it from disk.
With the effect to stop it from loading and executing init code.


> > 2. Reboot
> reboot .

That reboot is to clear initialiastion the nvidia driver could have done.

> > 3. Run 'shutdown'
> > 
> > Ben.
> 
> use: shutdown -h nows
> result reboot.
> 

That is the reason for this ticket  :-/


> thank you for your patience
> 

This E-mail is / was about telling that "uninstall" is
more then `modprobe -r  modulename`


Groeten
Geert Stappers
-- 
> And is there a policy on top-posting vs. bottom-posting?
Yes.


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

Bug#685882: unblock: zoneminder/1.25.0-3

[Vagrant Cascadian]

retitle 685882 unblock: zoneminder/1.25.0-3
thanks

On Mon, Aug 27, 2012 at 07:10:23PM +0200, Julien Cristau wrote:
> On Sat, Aug 25, 2012 at 14:37:34 -0700, Vagrant Cascadian wrote:
> 
> > diff -Nru zoneminder-1.25.0/debian/rules zoneminder-1.25.0/debian/rules
> > --- zoneminder-1.25.0/debian/rules  2011-12-12 14:48:18.0 -0800
> > +++ zoneminder-1.25.0/debian/rules  2012-08-23 13:27:54.0 -0700
> > @@ -17,21 +17,18 @@
> >  DEB_HOST_GNU_TYPE   ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
> >  DEB_BUILD_GNU_TYPE  ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
> >  
> > -CFLAGS = -Wall -g
> > -CPPFLAGS = -D__STDC_CONSTANT_MACROS
> > -CXXFLAGS = -DZM_FFMPEG_CVS -DHAVE_LIBCRYPTO
> > -
> > -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
> > -   CFLAGS += -O0
> > -else
> > -   CFLAGS += -O2
> > -endif
> > +CFLAGS = $(shell dpkg-buildflags --get CFLAGS)
> > +CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS)
> > +CXXFLAGS = $(shell dpkg-buildflags --get CXXFLAGS)
> > +CFLAGS += -Wall -g
> > +CPPFLAGS += -D__STDC_CONSTANT_MACROS
> > +CXXFLAGS += -DZM_FFMPEG_CVS -DHAVE_LIBCRYPTO
> >  
> >  %:
> > dh $@ --with autoreconf
> >  
> >  override_dh_auto_configure:
> > -   CFLAGS="$(CFLAGS)" CXXFLAGS="$(CXXFLAGS)" ./configure 
> > --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) 
> > --sysconfdir=/etc/zm --prefix=/usr --mandir=\$${prefix}/share/man 
> > --infodir=\$${prefix}/share/info --with-mysql=/usr  
> > --with-webdir=/usr/share/zoneminder --with-ffmpeg=/usr 
> > --with-cgidir=/usr/lib/cgi-bin --with-webuser=www-data 
> > --with-webgroup=www-data --enable-crashtrace=no --enable-mmap=yes
> > +   ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) 
> > --sysconfdir=/etc/zm --prefix=/usr --mandir=\$${prefix}/share/man 
> > --infodir=\$${prefix}/share/info --with-mysql=/usr  
> > --with-webdir=/usr/share/zoneminder --with-ffmpeg=/usr 
> > --with-cgidir=/usr/lib/cgi-bin --with-webuser=www-data 
> > --with-webgroup=www-data --enable-crashtrace=no --enable-mmap=yes
> >  
> How are the build flags passed to configure?  They don't seem to be
> explicitly exported, and you removed them from the configure cmdline.

Apologies, they're not recognized at all...

Updated debian/rules to export the various *FLAGS variables, and added LDFLAGS,
to catch all the cases lintian complains about regarding hardening build flags.

Uploaded zoneminder 1.25.0-3, new debdiff (against 1.25.0-1.1) attached...

Thanks for your viligant review!


live well,
  vagrant
diff -Nru zoneminder-1.25.0/debian/changelog zoneminder-1.25.0/debian/changelog
--- zoneminder-1.25.0/debian/changelog	2012-05-13 08:03:32.0 -0700
+++ zoneminder-1.25.0/debian/changelog	2012-08-28 12:10:05.0 -0700
@@ -1,3 +1,24 @@
+zoneminder (1.25.0-3) unstable; urgency=low
+
+  * debian/rules: Export CFLAGS, CPPFLAGS, CXXFLAGS and LDFLAGS, to ensure 
+hardening build flags are enabled. 
+
+ -- Vagrant Cascadian   Tue, 28 Aug 2012 12:10:03 -0700
+
+zoneminder (1.25.0-2) unstable; urgency=low
+
+  [ Vagrant Cascadian ]
+  * Add a patch to disable checking for updated versions by default, as 
+upgrades should happen through package management.
+  * Use dpkg-buildflags in debian/rules to set default compiler flags.
+  * Ensure zoneminder is stopped before starting (Closes: #657407).
+
+  [ Peter Howard ]
+  * Fix postinst to add permission for table creation during upgrade 
+(Closes: #657407).
+
+ -- Vagrant Cascadian   Thu, 23 Aug 2012 12:40:34 -0700
+
 zoneminder (1.25.0-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru zoneminder-1.25.0/debian/patches/do_not_check_for_updates_by_default zoneminder-1.25.0/debian/patches/do_not_check_for_updates_by_default
--- zoneminder-1.25.0/debian/patches/do_not_check_for_updates_by_default	1969-12-31 16:00:00.0 -0800
+++ zoneminder-1.25.0/debian/patches/do_not_check_for_updates_by_default	2012-08-23 12:36:21.0 -0700
@@ -0,0 +1,17 @@
+Default to not checking for updated versions of ZoneMinder, as users should 
+get updates through the package. Also prevents "phoning home" to 
+zoneminder.com.
+
+Index: zoneminder/scripts/ZoneMinder/lib/ZoneMinder/ConfigData.pm.in
+===
+--- zoneminder.orig/scripts/ZoneMinder/lib/ZoneMinder/ConfigData.pm.in	2011-12-12 14:48:18.183612192 -0800
 zoneminder/scripts/ZoneMinder/lib/ZoneMinder/ConfigData.pm.in	2012-05-13 15:10:34.057470903 -0700
+@@ -1290,7 +1290,7 @@
+ 	},
+ 	{
+ 		name => "ZM_CHECK_FOR_UPDATES",
+-		default => "yes",
++		default => "no",
+ 		description => "Check with zoneminder.com for updated versions",
+ 		help => "From ZoneMinder version 1.17.0 onwards new versions are expected to be more frequent. To save checking manually for each new version ZoneMinder can check with the zoneminder.com website to determine the most recent release. These checks are infrequent, about once per week, and no personal or system informati

Bug#686120: wireshark: Segfault when clicking Cancel button on the FlowGraph window with the Graph Analysis window open

[Nahuel Greco]

Package: wireshark
Version: 1.8.2-1
Severity: normal

Try the following:

1- Open any .pcap file
2- Open the FlowGraph window using Statics->FlowGraph
3- Press the OK button to display the Graph Analysis window, it will
show without closing the previous window
4- Press the CANCEL button in the FlowGraph window (the first window
opened)
5- segfault



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

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages wireshark depends on:
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libpcap0.8  1.3.0-1
ii  libportaudio2   19+svn2021-1
ii  libwireshark2   1.8.2-1
ii  libwiretap2 1.8.2-1
ii  libwsutil2  1.8.2-1
ii  wireshark-common1.8.2-1
ii  zlib1g  1:1.2.7.dfsg-13

wireshark recommends no packages.

wireshark 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#686070: RFS: libpam-ssh/1.92-15 [REINTRODUCTION]

[Jerome BENOIT]

Hi:

On 28/08/12 20:28, Bart Martens wrote:

On Tue, Aug 28, 2012 at 08:12:50PM +0200, Jerome BENOIT wrote:

On 28/08/12 18:01, Bart Martens wrote:

On Tue, Aug 28, 2012 at 06:42:41AM +, Bart Martens wrote:

On Tue, Aug 28, 2012 at 05:22:45AM +, Bart Martens wrote:

Hi Jerome,

Is your goal to add this package to wheezy ? The package at mentors uploaded
there on 2012-08-27 23:55 appears to have more than minimal differences with
1.92-14.


I have the same comment for the package uploaded to mentors on 2012-08-28
06:11.


Same comment for the one uploaded on 2012-08-28 08:26.


So, what do you call a minimal change version ?


In this case I would start from the package in stable and only add changes that
conform to the freeze policy :
http://release.debian.org/wheezy/freeze_policy.html


I have just upload a new package that tries to stick to the above `Freeze 
Policy'.
It is explicitly explained in the debian/changelog .

I hope it will be fine.

Regards,
Jerome



Regards,

Bart Martens





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

Bug#528264: wine: Support PulseAudio as a sound backend

[Guillaume Seren]

Package: wine-unstable
Version: 1.5.6-2
Followup-For: Bug #528264

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
Wine take all the sound process, and no other sound can be use.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
There is a fix, witch is provide by the wine wiki :
>>(source : http://wiki.winehq.org/WineOn64bit#head-
ccadf2c2617fa7a3fe3e9f2d1fe3849d6370482b)
To add pulseaudio support, install the package lib32asound2-plugins:

sudo aptitude install lib32asound2-plugins
<<
I have compile and tested it, and it is working.

   * What was the outcome of this action?
Sound in wine is broken.

   * What outcome did you expect instead?
Sound work.



-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (980, 'stable-updates'), (980, 'testing'), 
(970, 'stable'), (90, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages wine-unstable depends on:
ii  wine-bin-unstable  1.5.6-2

wine-unstable recommends no packages.

Versions of packages wine-unstable suggests:
ii  binfmt-support 2.0.10
ii  clamav 0.97.5+dfsg-6
ii  ttf-mscorefonts-installer  3.4+nmu1
ii  winbind2:3.6.6-3
ii  wine-doc   1.0.0-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#686118: gdm3: error when failing to start is not too helpfull

[folkert]

Package: gdm3
Version: 3.4.1-2
Severity: normal

Currently when I start gdm3 it gives me the following error:

Starting GNOME Display Manager: gdm3 failed!

(using /etc/init.d/gdm3 start).
This is not very helpfull. It should give some hints where to look to see what 
is failing.

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

Kernel: Linux 3.4.0 (SMP w/6 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 gdm3 depends on:
ii  accountsservice 0.6.21-6
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-2
ii  dconf-tools 0.12.1-2
ii  debconf [debconf-2.0]   1.5.46
ii  dpkg1.16.8
ii  gir1.2-freedesktop  1.32.1-1
ii  gir1.2-glib-2.0 1.32.1-1
ii  gnome-session [x-session-manager]   3.4.2.1-1
ii  gnome-session-bin   3.4.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.4.2.1-1
ii  gnome-settings-daemon   3.4.2-4+b1
ii  gnome-terminal [x-terminal-emulator]3.4.1.1-1+build1
ii  gsettings-desktop-schemas   3.4.2-1
ii  libaccountsservice0 0.6.21-6
ii  libatk1.0-0 2.4.0-2
ii  libattr11:2.4.46-8
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-35
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libcanberra-gtk3-0  0.28-4
ii  libcanberra00.28-4
ii  libdbus-1-3 1.6.0-1
ii  libdbus-glib-1-20.100-1
ii  libfontconfig1  2.9.0-7
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libglib2.0-bin  2.32.3-1
ii  libgtk-3-0  3.4.2-3
ii  libpam-modules  1.1.3-7.1
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpango1.0-0   1.30.0-1
ii  librsvg2-common 2.36.1-1
ii  libselinux1 2.1.9-5
ii  libupower-glib1 0.9.17-1
ii  libwrap07.6.q-24
ii  libx11-62:1.5.0-1
ii  libxau6 1:1.0.7-1
ii  libxdmcp6   1:1.1.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.3.2-2
ii  lsb-base4.1+Debian7
ii  metacity [x-window-manager] 1:2.34.3-3
ii  policykit-1-gnome   0.105-2
ii  upower  0.9.17-1
ii  x11-common  1:7.7+1
ii  x11-xserver-utils   7.7~3
ii  xterm [x-terminal-emulator] 278-2

Versions of packages gdm3 recommends:
ii  desktop-base 7.0.2
ii  gnome-icon-theme 3.4.0-2
ii  libatk-adaptor [at-spi]  2.5.1-1
ii  x11-xkb-utils7.7~1
ii  xserver-xephyr   2:1.12.1.902-1
ii  xserver-xorg 1:7.7+1
ii  zenity   3.4.0-2

Versions of packages gdm3 suggests:
ii  gnome-mag 1:0.16.3-1
ii  gnome-orca3.4.2-1
ii  gnome-shell   3.4.2-1
ii  gok   
ii  libpam-gnome-keyring  3.4.1-4

-- 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#686117: partman fails to recognise existing btrfs data

[Daniel Pocock]

Package: installation-reports
Severity: important

Image version: beta1 DVD amd64
http://cdimage.debian.org/cdimage/wheezy_di_beta1/amd64/iso-dvd/debian-wheezy-DI-b1-amd64-DVD-1.iso
Date: 28 August 2012



I successfully proceed through all steps up to partitioning

In the partitioning system, I create two logical volumes:

  /dev/vg00/lv0
  /dev/vg00/lv1

I then go to a shell and format them as btrfs RAID1:

  mkfs.btrfs -d raid1 -m raid1 /dev/vg00/lv0 /dev/vg00/lv1

Then I go back to partman.  I use `Go Back' to return to the main
installer menu and run `Detect Disks'.  Then I go in to partman again


It shows the LVs are empty

If I highlight one of them and press enter, it says:

"You are editing partition #1 of LVM VG vg00, LV lv0.  No existing file
system was detected in this partition."

I then went back to the shell and ran

  btrfs dev scan

and then returned to D-I, `Detect Disks' again, and return to partman.
Still the same problem.

Even if btrfs RAID is not supported at all in wheezy, I think it is a
serious bug for the installer to suggest the LV or partition is not
formatted when btrfs is a supported FS for Debian.


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

Bug#685597: unblock: ppl/0.11.2-8

[Adam D. Barratt]

On Wed, 2012-08-22 at 12:07 +0200, Matthias Klose wrote:
> unblock to fix #669479, #680896 for wheezy. the split out ppl-config binary is
> not used by apron and cloog-ppl, so no changes for build dependencies in other
> packages are needed.

Has it been verified that they build correctly against a multi-arched
libppl?

(Also, shouldn't #670025 be closed?)

Regards,

Adam


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

Bug#632404: [Pkg-xfce-devel] Bug#632404: xfwm4: no longer starts after xfce4 upgrade; possible interaction with gnome-terminal?

[Yves-Alexis Perez]

On jeu., 2012-08-23 at 21:24 +0600, Eugene Samusev wrote:
> I have no installed gnome-terminal, but i have roxterm-gtk3. 
> Sometimes xfwm drops when i run roxterm.
> Sometimes xfwm not start when i am start new xfce session. 

When you quit your session, do you “sometimes” have a gvim window open?
It might be https://bugzilla.xfce.org/show_bug.cgi?id=5379

Regards,
-- 
Yves-Alexis


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

Bug#686116: xulrunner-10.0: infuriating epydoc.js behavior - disappearing links

[Ian Zimmerman]

Package: xulrunner-10.0
Version: 10.0.6esr-1
Severity: normal

Some python library packages (e.g. python-configobj) come with API
documentation processed by epydoc.  Typcially they ship with a copy of
the required javascript in the file epydoc.js somewhere among the html
documentation. 

When I browse any of the html files created from python source [1] and
click on one of the (black, underlined) hot symbols, a tooltip-like
miniature window pops up with a disambiguation menu.  But the moment I
move the mouse (trying to click on one of the disambiguated items) the
tooltip disappears - and worse, _the original linked symbol_ disappears
with it, corrupting the source display.

[1] example:
file:///usr/share/doc/python-configobj/api/configobj-pysrc.html#Builder.build_Dict

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

Kernel: Linux 3.4.9-custom (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 xulrunner-10.0 depends on:
ii  libasound21.0.25-4
ii  libatk1.0-0   2.4.0-2
ii  libbz2-1.01.0.6-4
ii  libc6 2.13-35
ii  libcairo2 1.12.2-2
ii  libdbus-1-3   1.6.0-1
ii  libdbus-glib-1-2  0.100-1
ii  libevent-2.0-52.0.19-stable-3
ii  libfontconfig12.9.0-7
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.1-2
ii  libgdk-pixbuf2.0-02.26.1-1
ii  libglib2.0-0  2.32.3-1
ii  libgtk2.0-0   2.24.10-2
ii  libhunspell-1.3-0 1.3.2-4
ii  libjpeg8  8d-1
ii  libmozjs10d   10.0.6esr-1
ii  libnotify40.7.5-1
ii  libnspr4-0d   2:4.9.1-1
ii  libnss3-1d2:3.13.5-1
ii  libpango1.0-0 1.30.0-1
ii  libpixman-1-0 0.26.0-3
ii  libreadline6  6.2-8
ii  libsqlite3-0  3.7.13-1
ii  libstartup-notification0  0.12-1
ii  libstdc++64.7.1-2
ii  libvpx1   1.1.0-1
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxrender1   1:0.9.7-1
ii  libxt61:1.1.3-1
ii  zlib1g1:1.2.7.dfsg-13

xulrunner-10.0 recommends no packages.

Versions of packages xulrunner-10.0 suggests:
pn  libcanberra0  
pn  libgnomeui-0  

-- 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#686009: sympa: provide Text::LineFold via Suggests: libunicode-linebreak-perl

[micah anderson]

Emmanuel Bouthenot  writes:

> Hi Micah,
>
> On Mon, Aug 27, 2012 at 11:41:43AM -0400, Micah Anderson wrote:
> [...]
>
>> So, I've re-opened this, to say that libunicode-linebreak-perl should be
>> added to the Suggests field.
> Maybe I missed something, but libunicode-linebreak-perl is already a
> dependency.
>
> # apt-cache rdepends libunicode-linebreak-perl
> libunicode-linebreak-perl
> Reverse Depends:
>   sympa
>
> I assume that something made you think that Text::LineFold was missing
> and I wonder what is it?

No, you didn't miss anything, I missed it. Sorry, I somehow managed to
not see that in the list of dependencies and then found the earlier bug
I reported where it seemed like the solution was to not add it.

Anyways, closing this... notabug :)

micah


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

Bug#686091: unblock: winetricks/0.0+20120826+svn907-1

[Adam D. Barratt]

On Tue, 2012-08-28 at 15:43 +0300, Jari Aalto wrote:
> I've not attached debdiff because this is a new upstream release and
> changes to the code would be extensive.

That doesn't make sense.  If the changes are small enough to sanely
review (which the description suggests they should be), they're small
enough to attach as a debdiff.

Regards,

Adam


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

Bug#685858: yodl: FTBFS on hurd-i386

[tony mancill]

On 8/25/2012 7:01 AM, Svante Signell wrote:

Source: yodl
Version: 3.00.0-6
Severity: Important
Usertags: hurd
User: debian-h...@lists.debian.org

Hi, the attached patch enables yodl to build on GNU/Hurd again. The
patch includes usage of features specified by POSIX 2008!


Thank you for the bug report and the patch.  I was working on a 3.00.0-7 
package with some other packaging changes.  I will incorporate this into 
the next upload.


Cheers,
tony


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

Bug#686115: CanReload is set to yes unconditionally for legacy SysV services

[Michael Biebl]

Package: systemd
Version: 44-4
Severity: normal

For legacy SysV services, the CanReload flag is set to yes
unconditionally by systemd.
We ship ~1200 SysV init scripts in Debian and a quick&dirty check by
grepping for the "Usage:" help message indicates that ~850 of those scripts
do *not* support reload. I.e. this flag is set incorrectly for approx. 2/3
for them.

Systemd already parses the SysV init script for it's LSB header and
certain Red Hat specific flags, like pidfile. The relevant code is in
src/core/service.c:service_load_sysv_path()

We could extend that and check for the "Usage" message and set the Reload
flag depending on wether we find a "reload" string in the help
message.




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

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

Versions of packages systemd depends on:
ii  dpkg 1.16.8
ii  initscripts  2.88dsf-31
ii  libacl1  2.2.51-8
ii  libaudit01:1.7.18-1.1
ii  libc62.13-35
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.4.3-2
ii  libdbus-1-3  1.6.2-2
ii  libkmod2 9-2
ii  liblzma5 5.1.1alpha+20120614-1
ii  libpam0g 1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsystemd-daemon0   44-4
ii  libsystemd-id128-0   44-4
ii  libsystemd-journal0  44-4
ii  libsystemd-login044-4
ii  libudev0 175-7
ii  libwrap0 7.6.q-24
ii  udev 175-7
ii  util-linux   2.20.1-5.1

Versions of packages systemd recommends:
ii  libpam-systemd  44-4

Versions of packages systemd suggests:
ii  python2.7.3-2
ii  python-cairo  1.8.8-1+b2
ii  python-dbus   1.1.1-1
pn  systemd-gui   

-- 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#658448: known_hosts handling: picky and inconsistent

[Ian Zimmerman]

Alexander> paramiko is overly picky about any minor format errors in
Alexander> known_hosts files but at the same time ignores total
Alexander> corruption of such files.

Alexander> example: if you mis-edit a known_hosts file and, for example,
Alexander> damage the '==' marker at the end of a host key line, then
Alexander> load_system_host_keys() throws an ioerror exception
Alexander> complaining about incorrect padding.

Alexander> on the other hand, if i dump a few megabytes of binary
Alexander> garbage into known_hosts (dd if=/dev/urandom
Alexander> of=~/.ssh/known_hosts count=1k bs=1k) then
Alexander> load_system_host_keys() ignores the useless file and happily
Alexander> soldiers on.

It is much worse that that.  I can't get paramiko to parse my
perfectly good known_hosts file (only 1 host, == marker present) at
all.  This file has been just created by ssh itself, and I can connect
interactively or from a script with ssh without any problem.  I can
provide the hosts file via private email.

I suggest raising the bug severity as this makes paramiko essentially
useless.

-- 
Ian Zimmerman
gpg public key: 1024D/C6FF61AD
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png
Rule 420: All persons more than eight miles high to leave the court.


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

Bug#686114: auctex: Syntax highlight fail in lstlisting environment

[Emmanuel Fleury]

Package: auctex
Version: 11.86-10.1
Severity: normal

Dear Maintainer,

I've noticed a bug in the syntax highlight on the lstlisting 
environment. The 'lstlisting' seems not to be added to the list of the 
verbatim-like environment.



I already tried to deactivate my own .emacs with the exact same result. 
And, moreover, a friend of mine noticed the exact same bug on a NetBSD 
machine.


Here is a minimal example producing the bug (not that it does not 
depends over the chosen language):


\documentclass{article}

\usepackage{listings}

\lstset{language=[x86masm]Assembler}

\begin{document}

\begin{lstlisting}
  mov $10, %eax
\end{lstlisting}

\end{document}

You should notice that the '$' is interpreted as the start of the math 
mode and the syntax highlight start coloring the rest of the file after it.


I do not know yet what is exactly wrong. But, I'm still searching. 
Anyway, if I missed something feel free to tell me.


Regards
--
Emmanuel Fleury


-- Package-specific info:

Content of '/usr/share/emacs/site-lisp/auctex'

d41d8cd98f00b204e9800998ecf8427e 
/usr/share/emacs/site-lisp/auctex/.nosearch
3366a99dd44e27fa57e0bcc130c4fa1c 
/usr/share/emacs/site-lisp/auctex/bib-cite.el
5e59995360ee103714cbb9c827362002 
/usr/share/emacs/site-lisp/auctex/context-en.el
1829a4905363692bf8eee2c451e0274a 
/usr/share/emacs/site-lisp/auctex/context-nl.el
19918a10a7209a5c5634ba6bd3028951 
/usr/share/emacs/site-lisp/auctex/context.el
762c149dfbb34fd320b76af25f2af63e 
/usr/share/emacs/site-lisp/auctex/font-latex.el
f176261b5a5511cbe1401ee72ffb8947 
/usr/share/emacs/site-lisp/auctex/images/amstex.xpm
d33121019448617a3ad3bcafdeb8db40 
/usr/share/emacs/site-lisp/auctex/images/bibtex.xpm
1a43d6438010bceb374ab0a5f2bd05a8 
/usr/share/emacs/site-lisp/auctex/images/dropdown.xpm
41f1ae0341ae2e307d92a7b8b815f868 
/usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm
2e4b8669b0168f32247411be3f999437 
/usr/share/emacs/site-lisp/auctex/images/dvips.xpm
55f7600cadc3a209e94bacf6bbc42a7c 
/usr/share/emacs/site-lisp/auctex/images/error.xpm
c29ad797273fd27201a40bd939a95fe0 
/usr/share/emacs/site-lisp/auctex/images/exec.xpm
79b958849511c67d6b13ef9f5b3673e8 
/usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm
a8570e26e9f96b6f527cdbe218d6c55f 
/usr/share/emacs/site-lisp/auctex/images/execdvips.xpm
e647bc601aef2dc71b134a989df1adff 
/usr/share/emacs/site-lisp/auctex/images/execerror.xpm
4610ec6133f89ceb441c43dfee077361 
/usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm
c9cd1fc9fe4fd122cbf900fae654a67b 
/usr/share/emacs/site-lisp/auctex/images/exectex.xpm
6a6b9af945d4735f048ea8e475f8d9b8 
/usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm
466466f6d1867510b058a9c184ffce5d 
/usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm
39d8ccaffb40b0c118e000f45272db05 
/usr/share/emacs/site-lisp/auctex/images/execviewps.xpm
6767e2583c668dcb47495197b9e8cb65 
/usr/share/emacs/site-lisp/auctex/images/gv.xpm
ff9c61ef5148a0cacd5422d7c0d99396 
/usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm
ece6608586b591f50f20d17cdb316a1c 
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm
b1f10de33dcf1b5ca9ac6155c13683a3 
/usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm
44e35faa18ab34f3c13ac3b0082bcc47 
/usr/share/emacs/site-lisp/auctex/images/pdftex.xpm
84673eb20ac3be7bf0eb4e84e23e828f 
/usr/share/emacs/site-lisp/auctex/images/prverr16.xpm
59e6a0dddb00ab16c4209a2e4c6e283d 
/usr/share/emacs/site-lisp/auctex/images/prverr20.xpm
30dc2ada41625cb24ea459bd62f7386c 
/usr/share/emacs/site-lisp/auctex/images/prverr24.xbm
225929f8131bdd7b9b8207494a59619a 
/usr/share/emacs/site-lisp/auctex/images/prverr24.xpm
0dac3d8eb00c902037cc5fa6a03e53e3 
/usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm
40feb30f80d3606f32ba54b57ba18af5 
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm
e1b3c9d6a6eb6fb6f096736cdfc059cf 
/usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm
32406fc4b893b48d2996c424f61ea238 
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm
cc4101ee6a3ab6a1f4e9991b91b3ff0b 
/usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm
d4dbe057a8d3b2facd61cf7583c1e97c 
/usr/share/emacs/site-lisp/auctex/images/prvtex20.xpm
f25ba1b984b095c9c561e5443f3d77a3 
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xbm
28ac0855d853f606dd91e3cfacaa8a14 
/usr/share/emacs/site-lisp/auctex/images/prvtex24.xpm
6ce704103821329336489e990bc6f267 
/usr/share/emacs/site-lisp/auctex/images/prvwrk12.xpm
5607f4e8bc0eb555206e6a3542205f45 
/usr/share/emacs/site-lisp/auctex/images/prvwrk14.xpm
878a72cde3bb6f0ea6d586cff56e619c 
/usr/share/emacs/site-lisp/auctex/images/prvwrk16.xpm
41811748a97673381115957d42a6529b 
/usr/share/emacs/site-lisp/auctex/images/prvwrk20.xpm
254fc07db6a03a8a24f762135a403433 
/usr/share/emacs/site-lisp/auctex/images/prvwrk24.xbm
9690511307f3693e6f28e4db93fdc58c 
/usr/share/emacs/site-lisp

Bug#647421: boswars: Game slows down as more units appear.

[Sthu]

Package: boswars
Version: 2.6.1-2
Followup-For: Bug #647421

Dear Maintainer,


I have plaied single and multi player games and can say that it slows down
s more units number increases and returns back (w/o any latency) as its
number decreases. So, latency increases starting from about 20% of game
time spentd and grows until about 20% game time remain to its end - when
latency almost disappears again. It is so for maps of size 256x256.

CPUs used while testing had 2.4+ GHz clock speed w/ 2GB RAM. On both
systems (multiplayer mode) 3d hardware enabled - at least openarena is
plaied very well.

Please fix it, OR pass the report along to the game developers.
Thank You for Your work!


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (900, 'stable-updates'), (900, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-3-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 boswars depends on:
ii  boswars-data  2.6.1-2
ii  libc6 2.13-35
ii  libgcc1   1:4.7.1-2
ii  libgl1-mesa-glx [libgl1]  8.0.4-2
ii  liblua5.1-0   5.1.5-4
ii  libogg0   1.3.0-4
ii  libpng12-01.2.49-1
ii  libsdl1.2debian   1.2.15-5
ii  libstdc++64.7.1-2
ii  libtheora01.1.1+dfsg.1-3.1
ii  libvorbis0a   1.3.2-1.3
ii  libx11-6  2:1.5.0-1
ii  zlib1g1:1.2.7.dfsg-13

boswars recommends no packages.

boswars 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#686070: RFS: libpam-ssh/1.92-15 [REINTRODUCTION]

[Bart Martens]

On Tue, Aug 28, 2012 at 08:12:50PM +0200, Jerome BENOIT wrote:
> On 28/08/12 18:01, Bart Martens wrote:
> >On Tue, Aug 28, 2012 at 06:42:41AM +, Bart Martens wrote:
> >>On Tue, Aug 28, 2012 at 05:22:45AM +, Bart Martens wrote:
> >>>Hi Jerome,
> >>>
> >>>Is your goal to add this package to wheezy ? The package at mentors 
> >>>uploaded
> >>>there on 2012-08-27 23:55 appears to have more than minimal differences 
> >>>with
> >>>1.92-14.
> >>
> >>I have the same comment for the package uploaded to mentors on 2012-08-28
> >>06:11.
> >
> >Same comment for the one uploaded on 2012-08-28 08:26.
> 
> So, what do you call a minimal change version ?

In this case I would start from the package in stable and only add changes that
conform to the freeze policy :
http://release.debian.org/wheezy/freeze_policy.html

Regards,

Bart Martens


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

Bug#455014: closed by Yann Leboulanger (Re: Bug#455014: gajim: get password from netrc)

[Ian Zimmerman]

Also used by cadaver ... should I look for more?

You are wrong.

-- 
Ian Zimmerman
gpg public key: 1024D/C6FF61AD
fingerprint: 66DC D68F 5C1B 4D71 2EE5  BD03 8A00 786C C6FF 61AD
http://www.gravatar.com/avatar/c66875cda51109f76c6312f4d4743d1e.png
Rule 420: All persons more than eight miles high to leave the court.


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

Bug#686113: Fails to configure with emacs24 / causes emacs24 upgrade to fail

[Axel Beckert]

Package: mu4e
Version: 0.9.8.5-3
Severity: serious

Not sure in which order I initially installed mu4e and emacs24, but
emacs24 fails to upgrade (from 24.1+1-2 to 24.1+1-4) with the
following messages:

---snip---
Install mu4e for emacs24
install/mu4e: Handling install for emacsen flavor emacs24
Problems while trying to load feature `org-jsinfo'
OVERVIEW
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-about.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-actions.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-compose.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-headers.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-main.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-mark.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-meta.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-proc.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-speedbar.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-utils.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-vars.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-view.elc

In toplevel form:
org-mu4e.el:31:30:Error: Can't find library org
ERROR: install script from mu4e package failed
dpkg: Fehler beim Bearbeiten von emacs24 (--install):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
---snap---

Removing mu4e from the system solves the issue. Trying to install it
again afterwards fails with the same symptoms:

---snip---
Vormals nicht ausgewähltes Paket mu4e wird gewählt.
(Lese Datenbank ... 699721 Dateien und Verzeichnisse sind derzeit installiert.)
Entpacken von mu4e (aus .../mu4e_0.9.8.5-3_all.deb) ...
Trigger für install-info werden verarbeitet ...
mu4e (0.9.8.5-3) wird eingerichtet ...
Install mu4e for emacs
Install mu4e for emacs23
install/mu4e: Handling install for emacsen flavor emacs23
OVERVIEW
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-about.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-actions.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-compose.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-headers.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-main.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-mark.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-meta.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-proc.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-speedbar.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-utils.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-vars.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/mu4e-view.elc
Wrote /usr/share/emacs23/site-lisp/mu4e/org-mu4e.elc
Install mu4e for emacs24
install/mu4e: Handling install for emacsen flavor emacs24
Problems while trying to load feature `org-jsinfo'
OVERVIEW
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-about.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-actions.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-compose.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-headers.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-main.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-mark.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-meta.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-proc.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-speedbar.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-utils.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-vars.elc
Wrote /usr/share/emacs24/site-lisp/mu4e/mu4e-view.elc

In toplevel form:
org-mu4e.el:31:30:Error: Can't find library org
ERROR: install script from mu4e package failed
dpkg: Fehler beim Bearbeiten von mu4e (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 mu4e
---snap---

So I think, this has to be fixed on mu4e's side.

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (400, 'stable'), (110, 
'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 3.3.0-trunk-powerpc
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mu4e depends on:
ii  dpkg   1.16.8
ii  emacs [emacsen]24.1+1-4
ii  emacs23 [emacsen]  23.4+1-3
ih  emacs24 [emacsen]  24.1+1-4
ii  install-info   4.13a.dfsg.1-10
ii  maildir-utils  0.9.8.5-3

mu4e recommends no packages.

mu4e 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#686080: radeon: "This chipset requires a kernel module version of 1.17.0"

[Michel Dänzer]

On Die, 2012-08-28 at 08:03 -0700, Jonathan Nieder wrote: 
> Michel Dänzer wrote:
> > On Die, 2012-08-28 at 07:47 -0700, Jonathan Nieder wrote: 
> >> przypadek wrote:
> 
> >>> [dri] This chipset requires a kernel module version of 1.17.0,
> >>> [dri] but the kernel reports a version of 2.0.0.
> >>
> >> It sounds like it is slightly out of date [...]
> >
> > Not necessarily. The above means that KMS is enabled in the kernel, but
> > the X driver is using UMS.
> 
> Good catch.  Sorry for the nonsense.
> 
> >This cannot work properly. Make sure the
> > radeon kernel module is loaded before X starts.
> 
> Now that you mention it, I seem to remember this coming up before
> once (for a different reason).  The X server message is not very
> clear; is that fixable?

It was improved upstream in the meantime, but current upstream no longer
supports UMS anyway.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast |  Debian, X and DRI developer


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

Bug#686070: RFS: libpam-ssh/1.92-15 [REINTRODUCTION]

[Jerome BENOIT]

Hi:

On 28/08/12 18:01, Bart Martens wrote:

On Tue, Aug 28, 2012 at 06:42:41AM +, Bart Martens wrote:

On Tue, Aug 28, 2012 at 05:22:45AM +, Bart Martens wrote:

Hi Jerome,

Is your goal to add this package to wheezy ? The package at mentors uploaded
there on 2012-08-27 23:55 appears to have more than minimal differences with
1.92-14.


I have the same comment for the package uploaded to mentors on 2012-08-28
06:11.


Same comment for the one uploaded on 2012-08-28 08:26.


So, what do you call a minimal change version ?

Regards,
Jerome



Regards,

Bart Martens



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

Bug#684833: tagging 684833, tagging 684860

[gregor herrmann]

On Fri, 24 Aug 2012 22:08:03 -0400, David Prévot wrote:

> tags 684833 + unreproducible

Me neither (amd64 wheezy chroot).


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Fats Domino: Blue Monday


signature.asc
Description: Digital signature

Bug#686111: tpu: pleiades/1.3.4~I20120531-dfsg-2+deb7u1

[Christian Perrier]

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

Please unblock package pleiades from t-p-u

The pleiades package is currently blocked in unstable because
1.3.4-dfsg-1 was uploaded on July 1st.

This version and the version in wheezy has an RC bug (#679846:
modifies another package's conffile). This bug is also in the version
in wheezy (1.3.4~I20120531-dfsg-2).

Yamane-san fixed this (by temporarily dropping the debconf magic that
configures Eclipse to use Pleiades), in the 1.3.4-dfsg-4 version he
uploaded to unstable.

Unfortunately, asking for a freeze exception is probably not possible
because 1.3.4-dfsg-1 added many changes that probably make it
unsuitable for a freeze exception:
   * New upstream release
   * debian/control
 - improve descriptions
 - bump up debehelper version to use xz option
   * debian/compat
 - set 9
   * add debian/NEWS file about automatic configuration and manual
 configuration due to upgrading eclipse package would override its change
   * debian/patches
 - refresh all patches to meet to DEP3 format.
   * debian/watch
 - update to catch newer upstream version correctly.
   * debian/rules
 - add "--parallel" option to build
 - remove unnecessary lib directory with dh_auto_install
   * debian/copyright
 - update to deal with changes about not exclude javaassist and commons-io
   from upstream source

As a consequence, it seems that the only way to fix the RC bug is to
upload to t-p-u a 1.3.4~I20120531-dfsg-3 package with only the RC bug
fix (dropping debconf questions and the subsequent treatments).

I went on this package because it ALSO l10n stuff. Indeed, these are
the debconf questions translations. However, if debconf support is
(temporarily) removed, then pleiades gets out of my 100% way..:)

I finally uploaded an NMU to t-p-u in order to completely get rid of
this issue (*and* also have a chance to reach 100% debconf translation
in wheezy!).

The NMU diff is attached to this mail.

unblock pleiades/1.3.4~I20120531-dfsg-2+deb7u1

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

Kernel: Linux 3.2.0-3-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
diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/changelog pleiades-1.3.4~I20120531-dfsg/debian/changelog
--- pleiades-1.3.4~I20120531-dfsg/debian/changelog	2012-06-05 06:08:01.0 +0200
+++ pleiades-1.3.4~I20120531-dfsg/debian/changelog	2012-08-24 20:13:53.0 +0200
@@ -1,3 +1,14 @@
+pleiades (1.3.4~I20120531-dfsg-2+deb7u1) testing-proposed-updates; urgency=low
+
+  * Non-maintainer upload to t-p-u to fix the RC bug in wheezy.
+  * Use version numbering proposed in #685646
+  * Temporarily disable debconf usage, its behaviour violates the
+policy. An alternative solution will be worked on
+after Wheezy release (Closes: #679846).
+  * Also drop all debconf templates and their translations.
+
+ -- Christian Perrier   Sat, 18 Aug 2012 18:25:06 +0200
+
 pleiades (1.3.4~I20120531-dfsg-2) unstable; urgency=low
 
   * debian/control
diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/control pleiades-1.3.4~I20120531-dfsg/debian/control
--- pleiades-1.3.4~I20120531-dfsg/debian/control	2012-06-04 11:13:40.0 +0200
+++ pleiades-1.3.4~I20120531-dfsg/debian/control	2012-08-18 20:25:07.0 +0200
@@ -9,7 +9,7 @@
 
 Package: pleiades
 Architecture: all
-Pre-Depends: debconf, dpkg (>= 1.15.6~)
+Pre-Depends: dpkg (>= 1.15.6~)
 Depends: eclipse, libcommons-lang-java, libcommons-io-java, libjavassist-java,
  ${misc:Depends}
 Description: Japanese Language package for Eclipse using Dynamic AOP, Pleiades
diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config
--- pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config	2012-06-04 01:51:34.0 +0200
+++ pleiades-1.3.4~I20120531-dfsg/debian/pleiades.config	1970-01-01 01:00:00.0 +0100
@@ -1,17 +0,0 @@
-#!/bin/sh
-
-set -e
-
-INI="/etc/eclipse.ini"
-
-. /usr/share/debconf/confmodule
-db_version 2.0
-
-if [ -f $INI ]; then
-  db_set pleiades/eclipse true
-fi
-
-db_input medium pleiades/eclipse || true
-db_go
-
-exit 0
diff -Nru pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst
--- pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst	2012-06-04 03:44:22.0 +0200
+++ pleiades-1.3.4~I20120531-dfsg/debian/pleiades.postinst	1970-01-01 01:00:00.0 +0100
@@ -1,42 +0,0 @@
-#!/bin/sh 
-
-set -e
-
-ENABLE_PLEIADES="-javaagent:/usr/lib/eclipse/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar"
-ECLIPSE_INI="/etc/eclipse.ini"
-# somehow without export its results change time by time...
-export SETTINGS="`grep -e $ENABLE_PLEIADES $ECLIPSE_INI`"
-
-case "$1" in
-i

Bug#684837: tagging 684837

[gregor herrmann]

Control: -1 tag = wheezy
Control: tag 660458 + confirmed

On Sat, 25 Aug 2012 18:44:20 -0400, David Prévot wrote:

> tags 684837 + unreproducible

I can reproduce the bug with 0.5.0-2 (testing) but not with 0.6.0-1
(unstable).

Unfortunately this version never migrated to testing due to #660458.

The diff between the two versions (is huge and) contains:

diff -Nru gst-buzztard-0.5.0/src/bml/plugin.c 
gst-buzztard-0.6.0/src/bml/plugin.c
--- gst-buzztard-0.5.0/src/bml/plugin.c 2009-06-17 22:45:28.0 +0200
+++ gst-buzztard-0.6.0/src/bml/plugin.c 2011-12-02 18:36:32.0 +0100
@@ -400,7 +442,7 @@
 #endif

   // init bml library
-  if(!bml_setup(0)) {
+  if(!bml_setup()) {
 GST_WARNING("failed to init bml library");
 return(FALSE);
   }

which seems to match the failure we're seeing with the older version.

(And I can reproduce #660458 with 0.6.0-1 in a wheezy i386 chroot.)

We could probably do a versioned close for _this_ bug?

Cheers,
gregor
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Jay McShann: Hootie blues


signature.asc
Description: Digital signature

Bug#686103: libetpan: FTBFS on hurd-i386

[Svante Signell]

On Tue, 2012-08-28 at 19:06 +0200, Philipp A. Hartmann wrote:
> On 28/08/12 18:20, Svante Signell wrote:
> > On Tue, 2012-08-28 at 18:14 +0200, Samuel Thibault wrote:
> >> Svante Signell, le Tue 28 Aug 2012 17:55:07 +0200, a écrit :
> >>> --- a/libetpan-config.h.in  2008-05-23 00:39:44.0 +0200
> >>> +++ b/libetpan-config.h.in  2012-08-28 17:36:00.0 +0200
> >>> @@ -15,6 +15,9 @@
> >>>  #ifdef HAVE_LIMITS_H
> >>>  @include 
> >>>  #endif
> >>> +#ifndef PATH_MAX
> >>> +@define PATH_MAX 4096
> >>
> >> Typo here.
> > 
> > No, @ is expanded to # when libetpan-config.h is created:
> > cat ./libetpan-config.h.in | i486-gnu-gcc -E -I. - \
> > | sed -e '/^#/d;/^[ \t]*$/d;s/^@/#/' > libetpan-config.h
> 
> AFAICS, this would require to have '@'s in all added lines, since all
> system includes are avoided by using the '@'.  You would then end up
> with redefining PATH_MAX even on platforms where PATH_MAX is defined via
> the skipped limits.h:
> 
> @ifndef PATH_MAX
> @define PATH_MAX 4096
> @endif

Yes, you are right. Adding this info to bug #686103, too.

Thanks!

Modified patch below:

--- a/libetpan-config.h.in  2008-05-23 00:39:44.0 +0200
+++ b/libetpan-config.h.in  2012-08-28 17:36:00.0 +0200
@@ -15,6 +15,9 @@
 #ifdef HAVE_LIMITS_H
 @include 
 #endif
+@ifndef PATH_MAX
+@define PATH_MAX 4096
+@endif
 #ifdef HAVE_SYS_PARAM_H
 /* support for ARM platforms with a 2.95.3 arm-gcc suite */
 @include 
--- a/tests/option-parser.c 2010-11-16 21:46:35.0 +0100
+++ b/tests/option-parser.c 2012-08-28 17:36:25.0 +0200
@@ -12,6 +12,9 @@
 #include 
 #include 
 #include 
+#ifndef PATH_MAX
+#define PATH_MAX 4096
+#endif
 
 #include 


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