Bug#690927: posh: segmentation fault due to trailing '}'

[Raphael Geissert]

Package: posh
Version: 0.10.2
Severity: minor

Hi Clint,

A trailing } makes posh crash:

$ posh -c 'true;}'
Segmentation fault

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#690889: udhcpc always returns a domain of "bad" when receiving a valid dhcp ack packet

[Michael Tokarev]

On 19.10.2012 00:49, Dave Rawks wrote:
> Package: udhcpc
> Version: :1.20.0-7
> Severity: normal
> Tags: d-i
> 
> udhcpc always returns a domain of "bad" when receiving a valid dhcp ack
> from an upstream dhcp server. To reproduce first create a shellscript to
> dump all of the variables set by udhcpc uppon successful receipt of a lease:

> I've tcpdumped both the client and server side of the dhcp exchange and
> wireshark decodes the full ack packet as a valid dhcp/bootp ack AND includes
> the correct domainname as configured to be sent on the server.

Please tell us WHICH domain name is treated as "bad".

You're hitting this fix for CVE-2011-0997:

http://git.busybox.net/busybox/commit/?id=7280d2017d8075267a12e469983e38277dcf0374
"udhcpc: sanitize hostnames in incoming packets. Closes 3979."
https://bugs.busybox.net/show_bug.cgi?id=3979
https://bugzilla.redhat.com/show_bug.cgi?id=689832

> Testing with isc-dhcp-client also yields a successful lease with the correct
> domain name set.

So the fix in busybox is different than implementd in isc-dhcp.

Please tell us which domain name is that.

/mjt


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

Bug#688413: accountsservice: Makes gnome-shell crash

[Alessio Treglia]

Hello,

On Thu, Oct 18, 2012 at 5:57 PM, Gianluca Ciccarelli
 wrote:
> I have tried to use your procedure, but still nothing
> crashes.

The same for me, actually no crashes at all here.
And that makes things weird :-/

Cheers,

-- 
Alessio Treglia  | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A


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

Bug#660488: miredo: diff for NMU version 1.2.3-1.1

[Rémi Denis-Courmont]

   Hello,

Looks good to me. Thanks.

On Thu, 18 Oct 2012 18:39:12 -0500, Raphael Geissert 
wrote:
> tags 660488 + patch
> thanks
> 
> Dear maintainer,
> 
> I've prepared an NMU for miredo (versioned as 1.2.3-1.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
> 
> Regards.
> Raphael Geissert

-- 
Rémi Denis-Courmont
Sent from my collocated server


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

Bug#690918: Q: permission of install screenshot file

[Christian PERRIER]

Quoting Hideki Yamane (henr...@debian.or.jp):
> Package: debian-installer
> Severity: minor
> Version: 20120930
> 
> Hi,
>  
>  Question about screenshot which was taken during installation.
> 
>  In /var/log/installer, screenshots are not able to touch normal users
>  as its permission. Is it intend? 

I guess so, yes. After all, just like logs, they can contain sensitive
information.

>  If so, I want it to be changed to be readable for normal user, first
>  created user during install, at least. The reason is, if user want to
>  check screenshots after install, they must use "su" (or use sudo if they
>  didn't add a password to root). 


That would  make things utterly complicated, given that there is no
guarantee that a normal user is created during install.

For me, these screenshots are like logs and there is no reason to have
them behave differently.

Thanks for your care reporting your suggestioneven if I disagree
with the proposal..:-)




signature.asc
Description: Digital signature

Bug#690937: gajim segfaults and hangs randomly

[Lucas Nussbaum]

Package: gajim
Version: 0.15.1-1
Severity: serious
Justification: renders package unusable

Hi,

(First, I'm sorry not to provide more information.)

Gajim segfaults and hangs randomly for me. The segfaults seem to happen
specifically when closing the windows by pressing 'ESC' (but not each
time).

Lucas


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

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

Versions of packages gajim depends on:
ii  dnsutils 1:9.8.1.dfsg.P1-4.2
ii  python   2.7.3~rc2-1
ii  python-gtk2  2.24.0-3

Versions of packages gajim recommends:
ii  dbus 1.6.0-1
ii  notification-daemon  0.7.5-1
ii  python-crypto2.6-2
ii  python-dbus  1.1.1-1
ii  python-openssl   0.13-2
ii  python-pyasn10.1.3-1

Versions of packages gajim suggests:
ii  aspell-en   7.1-0-1
ii  avahi-daemon0.6.31-1
pn  dvipng  
ii  gnome-keyring   3.4.1-5
ii  gstreamer0.10-plugins-ugly  0.10.19-2+b2
ii  libgtkspell02.0.16-1
ii  nautilus-sendto 3.0.3-2+b1
ii  network-manager 0.9.4.0-5
ii  python-avahi0.6.31-1
pn  python-farstream
ii  python-gconf2.28.1+dfsg-1
ii  python-gnome2   2.28.1+dfsg-1
ii  python-gnomekeyring 2.32.0+dfsg-2+b1
pn  python-gupnp-igd
pn  python-kerberos 
ii  python-pycurl   7.19.0-5
ii  texlive-latex-base  2012.20120611-4

-- 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#686580: netdiag: Strobe license is incorrectly stated as GPL

[Michael Meskes]

I'm going to upload a strobe-less version of netdiag as soon as I find a couple
of minutes to do it. Sorry for the hassle, this copyright notice has been in
there for a long time. But then the copyright might have changed, I need to do
some research.

Michael

-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL


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

Bug#690876: The same on redhat

[Eugen Dedu]

This could be a duplicate of 
https://bugzilla.redhat.com/show_bug.cgi?id=848943


--
Eugen


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

Bug#690938: installation report, System76 Gazelle Value (GAZ-V5) - one failure, eventual success

[Andrew Bennett]

Package: installation-reports

Boot method: USB netinst
Image version:
http://napoleon.acc.umu.se/cdimage/wheezy_di_beta3/amd64/iso-cd/debian-wheezy-DI-b3-amd64-netinst.iso
Date: 2012-10-18T22:45/19T00:45

Machine: System76 Gazelle (Compal FT01)
Processor:
root@wheezy:~# grep model\ name /proc/cpuinfo | uniq -c
  2 model name: Intel(R) Core(TM)2 Duo CPU T5550  @ 1.83GHz
root@wheezy:~#
Memory: MemTotal:2051800 kB [grep MemTotal /proc/meminfo]
Partitions:
root@wheezy:~# fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000cddad

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *2048   226093055   113045504   83  Linux
/dev/sda2   226095102   234440703 41728015  Extended
/dev/sda5   226095104   234440703 4172800   82  Linux swap / Solaris
root@wheezy:~#

Output of lspci -knn (or lspci -nn):
root@wheezy:~# lspci -knn
00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960
Memory Controller Hub [8086:2a00] (rev 0c)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: agpgart-intel
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile
GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 0c)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: i915
00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (secondary) [8086:2a03] (rev 0c)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
00:1a.0 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #4 [8086:2834] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: uhci_hcd
00:1a.1 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #5 [8086:2835] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: uhci_hcd
00:1a.7 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2
EHCI Controller #2 [8086:283a] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: ehci_hcd
00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD
Audio Controller [8086:284b] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
Express Port 1 [8086:283f] (rev 03)
Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
Express Port 2 [8086:2841] (rev 03)
Kernel driver in use: pcieport
00:1c.2 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
Express Port 3 [8086:2843] (rev 03)
Kernel driver in use: pcieport
00:1c.3 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
Express Port 4 [8086:2845] (rev 03)
Kernel driver in use: pcieport
00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
Express Port 5 [8086:2847] (rev 03)
Kernel driver in use: pcieport
00:1c.5 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI
Express Port 6 [8086:2849] (rev 03)
Kernel driver in use: pcieport
00:1d.0 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #1 [8086:2830] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: uhci_hcd
00:1d.1 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #2 [8086:2831] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: uhci_hcd
00:1d.2 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB
UHCI Controller #3 [8086:2832] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: uhci_hcd
00:1d.7 USB controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2
EHCI Controller #1 [8086:2836] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: ehci_hcd
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge
[8086:2448] (rev f3)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801HM (ICH8M) LPC Interface
Controller [8086:2815] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
00:1f.1 IDE interface [0101]: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E)
IDE Controller [8086:2850] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: ata_piix
00:1f.2 SATA controller [0106]: Intel Corporation 82801HM/HEM
(ICH8M/ICH8M-E) SATA Controller [AHCI mode] [8086:2829] (rev 03)
Subsystem: COMPAL Electronics Inc Device [14c0:0024]
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) S

Bug#690939: homepage field points to pdfgrep's homepage

[Piotr Ożarowski]

Package: src:katarakt
Version: 0.0+git2012.08.13-1
Severity: minor

It looks like homepage field was copy-pasted from pdfgrep package


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

Bug#243370: Het bijhouden van uw verbruik

[Neervoort, Teresa]

U heeft overschreden de limiet van uw mailbox ingesteld door onze IT-service, 
en vanaf nu kan je niet ontvangen van alle inkomende e-mails en ook enkele van 
uw uitgaande e-mails zullen niet worden geleverd en ten slotte, uw account zal 
worden 'gedeactiveerd' binnen 24 uur vanaf nu. Om dit te voorkomen, wordt u 
geadviseerd om te klikken op de onderstaande link om uw account opnieuw in te 
stellen.
https://docs.google.com/spreadsheet/viewform?formkey=dFJzSzg0UE1CWXF0WHdncHlkTDNneUE6MQ

Doet u dit niet, zal leiden tot een beperkte toegang tot uw mailbox terwijl uw 
account wordt IN-actief blijven binnen de komende 24 uur.

Bedankt dat we beter van dienst te u!
Met vriendelijke groet,
Management.
Upgrade-afdeling.


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

Bug#690940: gexiv2: Please package version 0.5.0

[Martijn Grendelman]

Source: gexiv2
Severity: wishlist

Dear Maintainer,

Even though the upstream website [1] still lists 0.4.1 as the current
stable version, version 0.5.0 has been released as 'stable' on October
1st. [2]

Version 0.5.0 includes GObject Instrospection support, making the
package usable from Python, which is a big win. Please consider
packaging the latest stable version and enabling GI support.

I have already done this for personal use, you can find my source
package in [3]. I cannot guarantee that all my modifications are correct
or that they comply with Debian policies, but feel free to use it any
way you like.

[1] http://redmine.yorba.org/projects/gexiv2/wiki
[2] http://www.yorba.org/download/gexiv2/0.5/
[3] http://debian.dev-zero.nl/debian/pool/main/g/gexiv2/gexiv2_0.5.0-1.dsc

-- 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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#690905: freedoom: Prboom Plus should be used instead of Prboom

[Jon Dowland]

forcemerge 690905 559132
thanks

On Fri, Oct 19, 2012 at 08:59:15AM +0200, Fabian Greffrath wrote:
> thanks for your suggestion. However, prboom-plus is not yet packaged
> for Debian, so I am turning this bug report into a RFP (request for
> packaging).

Someone has requested this before (similar method, bug against prboom
that time) so I'll merge the requests.

For some reason I've never been motivated to package prboom+ myself. I'm
not sure why, I think mostly because I've been quite happy with prboom
for my light usage. It should be a pretty trivial package, however. You
could more-or-less reuse the debian/ dir from the prboom package with
very few changes.


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

Bug#690660: unblock: ifupdown/0.7.3

[Andrew Shadura]

Hello,

Anything on the bug? May we upload the package?

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#679974: xscreensaver-data: disable hacks that reveal the desktop

[Sven Ulland]

On 10/18/2012 11:32 PM, Tormod Volden wrote:

I understand your opinion, and it is sad to "hide" this cool effect.
But we as a distribution have many different users and we sometimes
have to play safe with our defaults at the expense of coolness.


My preference would still be the initial suggestion; moving distort,
ripples and slidescreen to -data-extra.

I'd also say the coolness of these three is up for discussion.
Slidescreen is (c) 1992 (ok, many others are too); ripples and distort
remind me of the 'lens' saver in Microsoft Plus! for Windows 95.
Microsoft Plus! did not make Windows 95 cool :)

What about moving some good ones from -data-extra to -data to
compensate? My suggestions would be (in order of preference): ifs
(brilliant), julia, kaleidescope, wormhole and flow.

sven


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

Bug#385844: libmikmod: diff for NMU version 3.1.12-4.1

[Simon McVittie]

tags 385844 + pending
thanks

Hi,

Gergely Nagy wrote:
> at this point in the freeze, it's probably better to go with the esd patch
> instead of a whole new upstream version.

I agree.

> I'll try to get around to do an upload in the next couple of days.

I've prepared an NMU for libmikmod (versioned as 3.1.12-4.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should cancel it or delay it longer.

I attach an nmudiff, but you'll probably find this git repository more useful.
I branched yours and tried to follow your packaging style:

git+ssh://git.debian.org/git/users/smcv/qa/libmikmod.git
http://anonscm.debian.org/gitweb/?p=users/smcv/qa/libmikmod.git;a=commitdiff;h=bf3a4898d9248ef4366f0c2f6695e8c31432f2fc
http://anonscm.debian.org/gitweb/?p=users/smcv/qa/libmikmod.git;a=shortlog;h=refs/heads/patch-queue/master

Tested with mikmod and bb, using wheezy's pulseaudio version.

Changes since Pantelis' patch:

* adapted to (what I infer from your git repository to be) your workflow

* git-format-patch-style headers for the new patches

* Recommends: pulseaudio-esound-compat | oss-compat because I noticed the
  failure mode is pretty bad if you don't have one of those: libmikmod
  falls through to one of its "disk writer" drivers, which is pretty useless
  for audio output! (I'll open a bug)

One problem with the packaging style used in your git repository is that
the master branch (and its tags) don't track which patches were applied:
there's no way to see which patches were in a particular Debian release,
except rummaging in snapshot.debian.org. Obviously, it's your choice as
maintainer what packaging style you want to use, but I would suggest
either applying the patches to the Debian branch and using merges to
incorporate new upstream releases (like the Debian X maintainers do), or
using the documented gbp-pq workflow and living with the fact that the
patch series gets committed to the repository (like pkg-telepathy and
pkg-utopia do).

Regards,
S
diffstat for libmikmod-3.1.12 libmikmod-3.1.12

 changelog |   11 
 control   |4 
 patches/0001-Drop-LIBOBJS-from-configure.in.patch |3 
 patches/0002-dlopen-libesd.so.0-rather-than-libesd.so.patch   |3 
 patches/0003-Use-_LP64-to-detect-64bit-arches.patch   |1 
 patches/0004-CVE-2009-0179.patch  |1 
 patches/0005-CVE-2007-6720.patch  |3 
 patches/0006-CVE-2009-3995f.patch |3 
 patches/0007-CVE-2010-2546.patch  |3 
 patches/0008-Fix-libmikmod-Makefile.in.patch  |3 
 patches/0009-libmikmod-Makefile.in-Respect-CPPFLAGS-and-LDFLAGS.patch |3 
 patches/0010-libmikmod-config-manual-page-fix.patch   |3 
 patches/0011-Disable-ALSA-by-default.patch|   31 +
 patches/0011-Disable-ESD-and-ALSA-by-default.patch|   38 -
 patches/0012-fix-ESD.patch|  259 ++
 patches/0013-fix-building-of-ESD.patch|  133 +
 patches/series|4 
 rules |2 
 18 files changed, 448 insertions(+), 60 deletions(-)

diff -Nru libmikmod-3.1.12/debian/changelog libmikmod-3.1.12/debian/changelog
--- libmikmod-3.1.12/debian/changelog	2012-04-05 17:31:57.0 +0100
+++ libmikmod-3.1.12/debian/changelog	2012-10-19 09:41:58.0 +0100
@@ -1,3 +1,14 @@
+libmikmod (3.1.12-4.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Apply patches from Hans de Goede and Pantelis Koukousoulas to enable
+the ESD driver, so we can interoperate with PulseAudio (Closes: #385844)
+  * Recommend pulseaudio-esound-compat | oss-compat because if we don't have
+one of those, the fallback path is to write output to ./music.raw, which
+is unlikely to be what you want!
+
+ -- Simon McVittie   Fri, 19 Oct 2012 09:12:08 +0100
+
 libmikmod (3.1.12-4) unstable; urgency=low
 
   * Drop the dependency on oss-compat. Programs that use libmikmod should
diff -Nru libmikmod-3.1.12/debian/control libmikmod-3.1.12/debian/control
--- libmikmod-3.1.12/debian/control	2012-04-05 17:28:36.0 +0100
+++ libmikmod-3.1.12/debian/control	2012-10-19 09:15:49.0 +0100
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Gergely Nagy 
-Build-Depends: debhelper (>= 9~), dh-autoreconf, texinfo
+Build-Depends: debhelper (>= 9~), dh-autoreconf, texinfo, libesd0-dev
 Standards-Version: 3.9.3
 Homepage: http://mikmod.raphnet.net/
 Vcs-Git: git://git.madhouse-project.org/debian/libmikmod.git
@@ -32,7 +32,7 @@
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-

Bug#689381: X: Login screen fails to appear, though you can still interact with it

[Paul Menzel]

Dear Gregory,


Am Freitag, den 19.10.2012, 09:49 +1300 schrieb Gregory Plummer:

> Sorry for my late reply.

no problem at all.

> On most occasions when this bug has arisen I have been able to log in
> and everything loads fine.

Could you describe what happens? So GDM default background with no
window, then you enter your credentials and hit enter. Then what. The
background is loaded and fades in and after some time the GNOME panel
appears?

> A couple of times the gnome panel has not appeared and I had to reboot
> my laptop.

So just the background with your icons and no top and bottom panel? I
guess that is a separate problem which should be reported as a separate
bug. Preferable when this happens log in over SSH, do

reportbug gnome-panel

and make sure to attach `~/.xsession-errors` and the output of `dmesg`
(or `/var/log/kern.log`).

> Just so you know, I have never uses an additional monitor with this
> laptop.

Thanks for the information.

> Here is the output from xrandr you wanted.

[…]

Thanks! It does not show anything weird. Could you please clarify how
you captured this output? After logging in, when everything was fine?

Please make sure to always note the current circumstances when capturing
something as it is very hard otherwise to comprehend what is going on.

Also please attach the output under system information of `reportbug
gdm` or `reportbug gdm3`.


Thanks,

Paul


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

Bug#690942: python-pgmagick: Image.attribute does not set the attribute but instead appends to it

[Michael Fladischer]

Package: python-pgmagick
Version: 0.5.1-1+b1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

I'm trying to change an EXIF value by doing this:

In [1]: from pgmagick import Image

In [2]: img = Image('2_topright_x.jpg')

In [3]: img.attribute('EXIF:Orientation')
Out[3]: '2'

In [4]: img.attribute('EXIF:Orientation', '1')

In [5]: img.attribute('EXIF:Orientation')
Out[5]: '21'

As you can seen the '1' was attached to the original value instead of 
overwriting it, resulting in an invalid EXIF tag.

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

Kernel: Linux 3.5-trunk-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 python-pgmagick depends on:
ii  libboost-python1.49.0  1.49.0-3.1
ii  libc6  2.13-35
ii  libgcc11:4.7.2-4
ii  libgraphicsmagick++3   1.3.16-1.1
ii  libstdc++6 4.7.2-4
ii  python 2.7.3-2
ii  python2.6  2.6.8-0.2
ii  python2.7  2.7.3-5

python-pgmagick recommends no packages.

python-pgmagick suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAlCBGY8ACgkQeJ3z1zFMUGYkRACeN4DDtZ4g8LZo6AqodNN/Czqz
RlUAnjfSaEJ/syvqIw601uJjyoLYSrY8
=Rufy
-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#690941: gexiv2: Please package version 0.5.0

[Martijn Grendelman]

Package: gexiv2
Severity: wishlist

Dear Maintainer,

Even though the upstream website [1] still lists 0.4.1 as the current
stable version, version 0.5.0 has been released as 'stable' on October
1st. [2]

Version 0.5.0 includes GObject Instrospection support, making the
package usable from Python, which is a big win. Please consider
packaging the latest stable version and enabling GI support.

I have already done this for personal use, you can find my source
package in [3]. I cannot guarantee that all my modifications are correct
or that they comply with Debian policies, but feel free to use it any
way you like.

[1] http://redmine.yorba.org/projects/gexiv2/wiki
[2] http://www.yorba.org/download/gexiv2/0.5/
[3] http://debian.dev-zero.nl/debian/pool/main/g/gexiv2/gexiv2_0.5.0-1.dsc

-- 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.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#689700: bison 2.6.2 generates incompatible header file

[Akim Demaille]

Hi Frank,

Le 18 oct. 2012 à 18:52, Frank Heckenbach a écrit :

> We do compile our Bison output with g++ (yes, we should probably use
> the C++ skeleton, but we haven't gotten around to it yet),

I'd be happy to give a hand, and get some feedback
about it.

> and we
> don't use extern "C" -- in fact we use two different parsers in one
> executable and we put them in different C++ namespaces to avoid
> conflicts. (After the recent changes, this may no more be necessary
> as I understand, we'll have to check this after an upgrade …)

Indeed, if you want both to be in the same namespace, %define api.prefix
should do what you want.

Note that the C++ output supports "%define namespace", in
which the generated code is put.

> Currently we have in our *.y:
> 
> #define IN_BISON
> 
> and in our common header:
> 
> #ifndef IN_BISON
> int yyparse (params);
> #endif
> 
> IIRC, with earlier Bisons, it worked without the #ifndef, now it
> produces a duplicate declaration, so I suppose that's the relevant
> change in Bison and our workaround.
> 
> So I guess what this means is (a) blindly applying extern "C" would
> be wrong and (b) the situation is currently not nice, but acceptable
> (to us) with the above workaround, but at least that's temporary --
> after dropping support for older Bisons,

What is your policy on this regard?  When do you allow to rise
the %require'd version of Bison?  (actually, currently I see
none in 
http://csound.git.sourceforge.net/git/gitweb.cgi?p=csound/csound5.git;a=blob;f=Engine/csound_orc.y;h=259a4cbe6fd3873120513678f34b936103d2d43d;hb=HEAD)

> we won't have to declare
> yyparse at all which is (slightly) better than always having to
> declare it as it was before.

Yes, indeed.

Can the version of Csound compiled by Debian be changed easily to
compile cleanly with Bison 2.6?


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

Bug#689700: bison 2.6.2 generates incompatible header file

[Akim Demaille]

Hi all!

Le 18 oct. 2012 à 17:53, Bill Allombert a écrit :

> On Thu, Oct 18, 2012 at 02:15:38PM +0200, Akim Demaille wrote:
>> Hi Bill,
>> 
>>> (and more to the point, Debian 'testing' includes bison 2.5 and
>>> Debian 'unstable' includes bison 2.6 and some software in 
>>> 'testing' does not build on 'unstable', but this is something for
>>> the Debian maintainer to deal with.)
>> 
>> I'd be happy to help, as in the past, we also "broke" the backward
>> compatibility by fixing bugs in Bison that revealed incorrect code
>> in user code; this ended by fixing the code that was relying on a
>> bug in Bison.
> 
> The problem is that testing is frozen so this is not an option.
> The real fix is to refrain from uploading new major version of bison to 
> unstable 
> during a freeze.

Well, now that Bison 2.6 is in, maybe the simplest is still
to fix incorrect uses?  I might be mistaken, but I am under
the impression that we seem to converge on the idea that
Bison is rightful in its change (yet it does break some builds),
and there is no need to introduce workarounds in it.

Nevertheless (I don't know Debian's schedule), there are a
few bugs in 2.6.2 that have been fixed, and are scheduled
to be released in 2.7 (say a couple of weeks).  Would Debian
folks like a 2.6.3 with just the bug fixes part of 2.7?  I
can prepare this quickly if you wish.

> By the way, the real package breaking is csound. The log is here:
> 
> (I am not involved with csound in anyway, though)

Thanks for the pointer!


>>> A way to fix the problem could be to add
>>> 
>>> #ifdef __cplusplus
>>> extern "C" {
>>> #endif
>>> ...
>>> #ifdef __cplusplus
>>> }
>>> #endif
>>> 
>>> in the generated parse.tab.h.
>> 
>> This is not correct for people who do not want this guy to be
>> in extern "C".
> 
> I agree, but I guess it is your turn to give an example that work with bison
> 2.5 and 2.6 but would not work with my change.

:)

You are preventing people to overload yyparse for instance.
Your suggestion is clearly a workaround to address the
situation at hand, but we both agree (that's my reading
for the end of your message) that that's not the way to
go in the long run, so I'd rather not introduce it and
face new bugs because of this.

> As far as I see, this requires the user to build parse.tab.c with g++, 
> otherwise
> parse() will have C linkage anyway. C++ requires prototypes, so the user 
> needs to
> provide a prototype for parse() when using bison 2.5 at least.
> When you allow to compile C files with a C++ compiler, it is customary to use 
> extern "C", otherwise you ABI depend on the compiler.
> 
> But I quite understand why you would be wary of apply this change.
> Maybe documenting to do 
> extern "C" {
> #include "parse.tab.h"
> }
> in case of problem is the lesser evil.

I can suggest this, but I would have to draw the attention
of C++ programmers who use the C generated parser to pay
attention that then everything they define in their
parser must not rely on C++ mangling :/

I could leave such a note in a NEWS entry for 2.6.3, would
that suffice in your opinion?

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

Bug#689541: dacs: diff for NMU version 1.4.27b-1.1

[Christoph Berg]

Re: Salvatore Bonaccorso 2012-10-18 <20121018150723.ga10...@elende.valinor.li>
> It only needs to remove /etc/apache2/mods-available/auth_dacs.load on
> purge of the package. I attach a possible patch to solve this, simply
> removing the postrm maintainer script.
> 
> I have only done some basic testing with the builded package.

Hi Salvatore,

thanks for the patch, but I don't think it is valid. If you remove the
dacs module, but leave the apache config there, apache will not be
happy. I guess the best would be to call a2dismod to remove the
symlink when the package is removed.

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#690943: libmikmod2: writes audio to a file if no audio drivers work

[Simon McVittie]

Package: libmikmod2
Version: 3.1.12-4
Severity: normal

To reproduce:

* don't have oss-compat or (with my -4.1 NMU) pulseaudio-esound-compat
* mikmod something.s3m (or, equivalently, mikmod -d 0 something.s3m)
  or run bb

Expected result:

* either an error, or silence (null driver)

Actual result:

* libmikmod selects the raw disk writer driver and writes a file "music.raw"

I would expect the raw, wav and possibly null drivers to be used if and only
if they are explicitly selected (mikmod -d wav ...).

Regards,
S

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

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

Versions of packages libmikmod2 depends on:
ii  libc6  2.13-35
ii  multiarch-support  2.13-35

libmikmod2 recommends no packages.

Versions of packages libmikmod2 suggests:
ii  oss-compat2
ii  pulseaudio-esound-compat  2.0-6

-- 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#679386: Dirty Workaround

[John Paul Adrian Glaubitz]

On Thu, Oct 18, 2012 at 11:56:21PM +0200, John Paul Adrian Glaubitz wrote:
> your workaround is actually a nice idea. However, there is one problem
> which is the fact that it relies on the .dmrc file which is not always
> reliably written and the language setting is therefore not accessible.

Short follow-up:

I have tested your work-around and it actually doesn't work when a
default locale has been set (/etc/default/locale). In this case, you
will also have to set LANGUAGE, otherweise the language will still be
set to the system's default language.

In order to fix this, I added the following two lines to your script:

TEMPLANG="$(echo "$LANG" | sed -e 
's/\([a-z]*_[A-Z]*\)\.[A-Z]*\-[0-9]/\1/g')"":""$(echo "$LANG" | sed -e 
's/\([a-z]*\)_[A-Z]*\.[A-Z]*\-[0-9]/\1/g')"
[ ! -z "$TEMPLANG" ] && export LANGUAGE=$TEMPLANG

This will finally make language selection work for me together with the
patched version of lightdm [1].

Cheers,

Adrian

> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690899


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

Bug#554843: [Pkg-dkms-maint] Bug#554843: bullding pure binary deb packages

[Thijs Kinkhorst]

Hi Stefan,

> It is indeed possible to build those module packages. After dkms
> build, cd to /var/lib/dkms/$MODULE$/$MOD_VERS$/build and execute
>
> KVERS=`uname -r` fakeroot debian/rules binary-modules
>
> This will create the correct $MODULE-module-$KVERS-$MOD_VERS deb
> package with no Depends. I tested this with iscsitarget-dkms.

This feature depends on that target being available in the
iscsitarget-dkms package so is not easily generalised to other modules,
unfortunately.

I do agree that such a feature is very desirable in dkms.

Cheers,
Thijs


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

Bug#385844: libmikmod: diff for NMU version 3.1.12-4.1

[Gergely Nagy]

> > I'll try to get around to do an upload in the next couple of days.
> 
> I've prepared an NMU for libmikmod (versioned as 3.1.12-4.1) and
> uploaded it to DELAYED/7. Please feel free to tell me if I
> should cancel it or delay it longer.

Thanks for the NMU, it's appreciated! However, there is one problem
with the change: I used Suggests: oss-compat, and pulseaudio-esd was
added to the suggests line, it was not bumped to Recommends as the
changelog would suggest. Since the fallback to writing music.raw is
undesirable, I believe it would be more useful to bump that suggests
up to a recommends.

Other than that, it looks good. So if you could also bump the Suggests
to Recommends, and upload directly to unstable, that would be
grand. Thanks in advance!

> One problem with the packaging style used in your git repository is that
> the master branch (and its tags) don't track which patches were applied:
[...]

Indeed, the workflow I'm using with libmikmod isn't particularly
good. I was still experimenting at the time, and that shows. It will
be changed eventually, so that tracking which patches were applied
when will be clear, and won't require any digging outside of the git
tree.

Thanks for your work!

-- 
|8]


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

Bug#690943: libmikmod2: writes audio to a file if no audio drivers work

[Gergely Nagy]

On Fri, Oct 19, 2012 at 11:23 AM, Simon McVittie  wrote:
> To reproduce:
>
> * don't have oss-compat or (with my -4.1 NMU) pulseaudio-esound-compat
> * mikmod something.s3m (or, equivalently, mikmod -d 0 something.s3m)
>   or run bb
>
> Expected result:
>
> * either an error, or silence (null driver)
>
> Actual result:
>
> * libmikmod selects the raw disk writer driver and writes a file "music.raw"

I suspect that changing the registration order in playercode/mdreg.c
to list drv_nos just before drv_raw will fix this issue. _mm_init() in
playercode/mdriver.c appears to go through the list sequentially until
the first hit's found.

-- 
|8]


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

Bug#690495: Prohibit click-through licenses or disclaimers

[Bill Allombert]

On Wed, Oct 17, 2012 at 03:41:54PM -0700, Josh Triplett wrote:
> On Wed, Oct 17, 2012 at 11:08:18AM +0200, Sune Vuorela wrote:
> > What's next? prohibiting 'tip of the day' kind of dialogs? First run 
> > wizards? 
> > Or warnings that this is a dangerous/experimental/developer/debugging tool 
> > that might eat your dog if you aren't careful?
> 
> I don't intend this as a slippery slope; I very specifically want to
> cover the types of annoyances mentioned in the above paragraph, which
> almost no software in Debian actually includes.  See the transmission
> bug I linked to in the original bug submission.
> 
> If you installed something from Debian main, I think you'd find it
> rather upsetting to run that software and get a prompt saying "By
> running this software, you agree that ..." with an "I Agree" button.
> This suggested policy change tries to cover cases like that; nothing
> more.

I agree. I think the consensus in Debian is that such click-through agreement
have no legal basis (at least as far as Debian main is concerned) so they are
are best misleading, so we should fix them by removing the misleading part
(e.g. by making it a simple disclaimer).
If upstream believe that doing so is creating liability for them, then we should
question whether upstream is comfortable with the right to distribute modified 
version in the first place.

Debian should not be an agent in propagating the myth of enforceability of 
click-through agreement in general and in particular when they can be 
contrary to DFSG 6. (No Discrimination Against Fields of Endeavor) and
7. (Distribution of License):

7. Distribution of License
   The rights attached to the program must apply to all to whom the
   program is redistributed without the need for execution of an
   additional license by those parties.

The wording "By running this software, you agree that ..." is very close
to the execution of an additional license.

Cheers,
-- 
Bill. 

Imagine a larl here. 


signature.asc
Description: Digital signature

Bug#385844: libmikmod: diff for NMU version 3.1.12-4.1

[Simon McVittie]

On 19/10/12 10:29, Gergely Nagy wrote:
> I used Suggests: oss-compat, and pulseaudio-esd was
> added to the suggests line, it was not bumped to Recommends as the
> changelog would suggest.

Oops... yes, you're quite right. I've cancelled the delayed NMU.

> Other than that, it looks good. So if you could also bump the Suggests
> to Recommends, and upload directly to unstable, that would be
> grand. Thanks in advance!

Thanks for reviewing, I'll do a 0-day NMU with that change later today.

S


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

Bug#690792: evince: [experimental] new upstream release 3.6.1

[Simon McVittie]

(re-sending to the bug, sorry for the duplicate)

On 17/10/12 20:48, Michael Biebl wrote:
> On 17.10.2012 18:27, Simon McVittie wrote:
>> - ev_module_get_object_type@Base 3.0.2
>> - ev_module_get_path@Base 3.0.2
>> - ev_module_get_type@Base 3.0.2
>> - ev_module_new@Base 3.0.2
>> - ev_module_new_object@Base 3.0.2
> 
> Have you checked if those missing symbols are internal symbols only?

Yes, they're from libdocument/ev-module.h, which is not installed and has:

#if !defined (EVINCE_COMPILATION)
#error "This is a private header."
#endif

S


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

Bug#689541: dacs: diff for NMU version 1.4.27b-1.1

[Salvatore Bonaccorso]

Hi Christoph!

Thanks a lot for your feedback. I was currently looking at open RC
bugs for wheezy.

On Fri, Oct 19, 2012 at 11:16:51AM +0200, Christoph Berg wrote:
> thanks for the patch, but I don't think it is valid. If you remove
> the dacs module, but leave the apache config there, apache will not
> be happy. I guess the best would be to call a2dismod to remove the
> symlink when the package is removed.

I cannot look at it right now, but maybe in the weekend. If I'm
correct your are doing this step already in the prerm for both remove
and purge. So the module get's disabled for apache2 on removal:

In prerm there is:

cut-cut-cut-cut-cut-cut-
#!/bin/sh

set -e

if [ "$1" = "remove" ] || [ "$1" = "purge" ]; then
a2dismod auth_dacs || true
fi

#DEBHELPER#

exit 0

cut-cut-cut-cut-cut-cut-

With dropping the removal of
/etc/apache2/mods-available/auth_dacs.load for the remove action (in
postrm), you leave the auth_dacs.load only around in
/etc/apache2/mods-available (not mods-enabled). On purge on the other
hand the file then get's removed. Having the file only available in
mods-available should not harm if it is not enabled (in mods-enabled)

But I can try to retest this approach and can report back to you.

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#661789: grub-common: load_video required for linux on UEFI

[Laurent Bigonville]

Hi,

I'm hit by this bug as well on the Dell Latitude E6530 in UEFI mode.
Are you planning to fix this before wheezy release?

The beta3 of the wheezy installer is now supporting UEFI, so I guess
the number of machine using debian will soon increase.

Cheers

Laurent Bigonville


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

Bug#690944: installation-reports: succesfull installation report

[Bernardo Berg]

Package: installation-reports
Severity: wishlist

Actually installed on a VirtualBox VM running on a Mac OS X 10.7 and had no
issues. Congrats.



-- Package-specific info:

Boot method: CD
Image version: 
http://cdimage.debian.org/debian-cd/6.0.6/kfreebsd-i386/bt-cd/debian-6.0.6-kfreebsd-i386-xfce+lxde-CD-1.iso.torrent
 last modified at 2012-09-29
Date: 

Machine: Apple MacBook Air Mid 2011
Partitions: 


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

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

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/kFreeBSD installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze4+b2"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: GNU/kFreeBSD YukitoVM6 8.1-1-486 #0 Sat Oct  1 21:54:21 UTC 2011 i686 
GNU/Linux
lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 440FX - 82441FX PMC 
[Natoma] [8086:1237] (rev 02)
lspci -nn: 00:01.0 ISA bridge [0601]: Intel Corporation 82371SB PIIX3 ISA 
[Natoma/Triton II] [8086:7000]
lspci -nn: 00:01.1 IDE interface [0101]: Intel Corporation 82371AB/EB/MB PIIX4 
IDE [8086:7111] (rev 01)
lspci -nn: 00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung 
GmbH VirtualBox Graphics Adapter [80ee:beef]
lspci -nn: 00:03.0 Ethernet controller [0200]: Intel Corporation 82540EM 
Gigabit Ethernet Controller [8086:100e] (rev 02)
lspci -nn: 00:04.0 System peripheral [0880]: InnoTek Systemberatung GmbH 
VirtualBox Guest Service [80ee:cafe]
lspci -nn: 00:05.0 Multimedia audio controller [0401]: Intel Corporation 
82801AA AC'97 Audio Controller [8086:2415] (rev 01)
lspci -nn: 00:06.0 USB Controller [0c03]: Apple Computer Inc. KeyLargo/Intrepid 
USB [106b:003f]
lspci -nn: 00:07.0 Bridge [0680]: Intel Corporation 82371AB/EB/MB PIIX4 ACPI 
[8086:7113] (rev 08)
usb-list: Error: directory /sys/bus does not exist; is sysfs mounted?
kldstat: Id Refs AddressSize Name
kldstat:  15 0xc040 743000   kfreebsd.gz
kldstat:  21 0xc7f1d000 1ext2fs.ko
kldstat:  31 0xc88b 4000 nullfs.ko
df: Filesystem   1K-blocks  Used Available Use% Mounted on
df: /dev/md0 42479 22362 20117  53% /
df: devfs1 1 0 100% /dev
df: devfs1 1 0 100% /dev
df: fdescfs  1 1 0 100% /dev/fd
df: linprocfs4 4 0 100% /proc
df: /sys 4 4 0 100% /sys
df: /dev/ad0s1 5790638   2707382   2620006  51% /target
df: devfs1 1 0 100% /dev
df: linprocfs4 4 0 100% /proc
df: /sys 4 4 0 100% /sys
df: devfs1 1 0 100% /target/dev
free: /usr/bin/report-hw: line 63: free: not found
/proc/cmdline: BOOT_IMAGE=/kernel ro root=302
/proc/cpuinfo: processor: 0
/proc/cpuinfo: vendor_id: GenuineIntel
/proc/cpuinfo: cpu family   : 6
/proc/cpuinfo: model: 15
/proc/cpuinfo: model name   : Intel(R) Core(TM) i5-2557M CPU @ 1.70GHz
/proc/cpuinfo: stepping : 7
/proc/cpuinfo: flags: fpu vme de pse tsc msr pae mce cx8 apic sep 
mtrr pge mca cmov pat pse36 mmx fxsr xmm sse2
/proc/cpuinfo: cpu MHz  : 1706.45
/proc/cpuinfo: bogomips : 1706.45
/proc/meminfo:   total:used:free:  shared: buffers:  cached:
/proc/meminfo: Mem:  1811316736 153509888 1657806848 1658880 0 35901440
/proc/meminfo: Swap: 315621376 0 315621376
/proc/meminfo: MemTotal:   1768864 kB
/proc/meminfo: MemFree:1618952 kB
/proc/meminfo: MemShared: 1620 kB
/proc/meminfo: Buffers:  0 kB
/proc/meminfo: Cached:   35060 kB
/proc/meminfo: SwapTotal:   308224 kB
/proc/meminfo: SwapFree:308224 kB

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

Kernel: kFreeBSD 8.1-1-686
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh l

Bug#681016: [release.debian.org] unblock: dotlrn/2.5.0+dfsg-8

[Hector Romojaro]

> Ping?

Been trying to make some time to do the modifications so the config file
is taken as the authoritative source (instead of debconf), and upload a
new version of the package.

Will do it in the next few days.

Regards, 
Héctor


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

Bug#690495: Prohibit click-through licenses or disclaimers

[Bart Martens]

On Fri, Oct 19, 2012 at 11:39:03AM +0200, Bill Allombert wrote:
> On Wed, Oct 17, 2012 at 03:41:54PM -0700, Josh Triplett wrote:
> > On Wed, Oct 17, 2012 at 11:08:18AM +0200, Sune Vuorela wrote:
> > > What's next? prohibiting 'tip of the day' kind of dialogs? First run 
> > > wizards? 
> > > Or warnings that this is a dangerous/experimental/developer/debugging 
> > > tool 
> > > that might eat your dog if you aren't careful?
> > 
> > I don't intend this as a slippery slope; I very specifically want to
> > cover the types of annoyances mentioned in the above paragraph, which
> > almost no software in Debian actually includes.  See the transmission
> > bug I linked to in the original bug submission.
> > 
> > If you installed something from Debian main, I think you'd find it
> > rather upsetting to run that software and get a prompt saying "By
> > running this software, you agree that ..." with an "I Agree" button.
> > This suggested policy change tries to cover cases like that; nothing
> > more.
> 
> I agree.

I don't.  I'm with Sune Vuorela on this.

> I think the consensus in Debian is

I don't see such consensus.

> that such click-through agreement
> have no legal basis

Not true in general.

> (at least as far as Debian main is concerned)

Main or not does not matter for the legal basis.

> so they are
> are best misleading,

Some click-through agreements are not misleading at all.

> so we should fix them by removing the misleading part
> (e.g. by making it a simple disclaimer).

Debian should decide case by case.

> If upstream believe that doing so is creating liability for them, then we 
> should
> question whether upstream is comfortable with the right to distribute 
> modified 
> version in the first place.

I guess we should all do what we feel comfortable with.

> 
> Debian should not be an agent in propagating the myth of enforceability of 
> click-through agreement in general

Debian should not start a myth of the opposite.

> and in particular when they can be 
> contrary to DFSG 6. (No Discrimination Against Fields of Endeavor) and
> 7. (Distribution of License):
> 
> 7. Distribution of License
>The rights attached to the program must apply to all to whom the
>program is redistributed without the need for execution of an
>additional license by those parties.
> 
> The wording "By running this software, you agree that ..." is very close
> to the execution of an additional license.

Then you admit that it may have legal effect. :-)

All depends on the shown text.

For example, the click-through disclaimer quoted by Paul on bug 689095 simply
reflects reality/truth, as Paul explained well.  I see no conflict with the
DFSG.  It is, in my opinion, perfectly reasonable to not remove this
click-through disclaimer.  I'm not saying that Debian should preserve all
click-through messages.  I'm just saying that each case should be looked at
separately, without general rule in Debian about click-through messages.

So I suggest to close bug 690495 without modification to debian-policy.

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#690944: cannot shutdown

[Bernardo Berg]

Can't shutdown the system as the user created during installation.
Had to "sudo shutdown now".

Bernardo Berg
bberg1...@gmail.com


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

Bug#690945: [kmail] Distribution lists do not work as expected

[Michael Schwind]

Package: kmail
Version: 4:4.4.11.1+l10n-3+b1
Severity: normal

--- Please enter the report below this line. ---

The problem is also described at [1].

Problem 1: Creation of distribution lists in the default ressource std.vcf is 
not possible.

Problem 2: I figured out that it is possible to create distribution lists
in the kmail imap ressource. When I select the distribution list in
the mail composer it sends the message to a unknown address
which is of the form [distributionlistname]@[hostname]. 


The recipients of distribtion list are not correctly shown in the composer,
they are empty fields.

Using the suggestion from [1], I modified the name of the recipient
in the distribution list such that the name is a bit different from
the already stored user record. With this modification all the names of
the members  in the distribution list apear and I was able to  select them. By 
pressing the button to add them in the "to" of "bcc" part, I was able to send 
messages to the members. This is only a work around I think.

Many thanks for your  work on kde in debian.


Remarks:
My kmail/kadressbook uses akonadi (system settings/ressources).


[1] http://ubuntuforums.org/showthread.php?t=1637111&page=2

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.2.0-3-amd64

Debian Release: wheezy/sid
  700 stable  dl.google.com 
  650 testing ftp.tu-chemnitz.de 
  600 unstableftp.tu-chemnitz.de 

--- Package information. ---
Depends   (Version) | Installed
===-+-
=
kde-runtime | 4:4.8.4-1
kdepim-runtime  | 4:4.4.11.1-5+b1
kdepimlibs-kio-plugins  | 4:4.8.4-1
libakonadi-contact4  (>= 4:4.6) | 4:4.8.4-1
libakonadi-kde4  (>= 4:4.6) | 4:4.8.4-1
libc6  (>= 2.4) | 2.13-35
libgcc1(>= 1:4.1.1) | 1:4.7.1-7
libgpgme++2  (>= 4:4.6) | 4:4.8.4-1
libkabc4 (>= 4:4.6) | 4:4.8.4-1
libkcal4 (>= 4:4.6) | 4:4.8.4-1
libkcmutils4 (>= 4:4.6) | 4:4.8.4-3
libkde3support4  (>= 4:4.6) | 4:4.8.4-3
libkdecore5  (>= 4:4.6) | 4:4.8.4-3
libkdepim4 (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1
libkdeui5(>= 4:4.6) | 4:4.8.4-3
libkhtml5(>= 4:4.6) | 4:4.8.4-3
libkimap4(>= 4:4.6) | 4:4.8.4-1
libkio5  (>= 4:4.6) | 4:4.8.4-3
libkldap4(>= 4:4.6) | 4:4.8.4-1
libkleo4   (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1
libkmime4(>= 4:4.6) | 4:4.8.4-1
libknotifyconfig4(>= 4:4.6) | 4:4.8.4-3
libkontactinterface4 (>= 4:4.6) | 4:4.8.4-1
libkparts4   (>= 4:4.6) | 4:4.8.4-3
libkpgp4   (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1
libkpimidentities4   (>= 4:4.6) | 4:4.8.4-1
libkpimtextedit4 (>= 4:4.6) | 4:4.8.4-1
libkpimutils4(>= 4:4.6) | 4:4.8.4-1
libkresources4   (>= 4:4.6) | 4:4.8.4-1
libksieve4 (= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1
libktnef4(>= 4:4.6) | 4:4.8.4-1
libmailtransport4(>= 4:4.6) | 4:4.8.4-1
libmessagecore4(= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1
libmessagelist4(= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1
libmimelib4(= 4:4.4.11.1+l10n-3+b1) | 4:4.4.11.1+l10n-3+b1
libnepomuk4  (>= 4:4.6) | 4:4.8.4-3
libphonon4 (>= 4:4.6.0really4.3.80) | 4:4.6.0.0-2
libqt4-dbus(>= 4:4.5.3) | 4:4.8.2+dfsg-2
libqt4-network (>= 4:4.5.3) | 4:4.8.2+dfsg-2
libqt4-qt3support  (>= 4:4.5.3) | 4:4.8.2+dfsg-2
libqt4-xml (>= 4:4.5.3) | 4:4.8.2+dfsg-2
libqtcore4   (>= 4:4.7.0~beta2) | 4:4.8.2+dfsg-2
libqtgui4  (>= 4:4.8.0) | 4:4.8.2+dfsg-2
libstdc++6   (>= 4.2.1) | 4.7.1-7
libthreadweaver4 (>= 4:4.6) | 4:4.8.4-3
phonon  | 4:4.6.0.0-2
perl| 5.14.2-14


Recommends(Version) | Installed
===-+-===
gnupg2  | 2.0.19-1
gnupg-agent | 2.0.19-1
pinentry-qt4| 0.8.1-1
 OR pinentry-x11| 


Suggests

Bug#690495: Prohibit click-through licenses or disclaimers

[Bill Allombert]

On Fri, Oct 19, 2012 at 11:07:23AM +, Bart Martens wrote:
> On Fri, Oct 19, 2012 at 11:39:03AM +0200, Bill Allombert wrote:
> > and in particular when they can be 
> > contrary to DFSG 6. (No Discrimination Against Fields of Endeavor) and
> > 7. (Distribution of License):
> > 
> > 7. Distribution of License
> >The rights attached to the program must apply to all to whom the
> >program is redistributed without the need for execution of an
> >additional license by those parties.
> > 
> > The wording "By running this software, you agree that ..." is very close
> > to the execution of an additional license.
> 
> Then you admit that it may have legal effect. :-)

No, I am only stating that they pretend to.

> All depends on the shown text.
> 
> For example, the click-through disclaimer quoted by Paul on bug 689095 simply
> reflects reality/truth, as Paul explained well.  I see no conflict with the
> DFSG.  It is, in my opinion, perfectly reasonable to not remove this
> click-through disclaimer.  I'm not saying that Debian should preserve all
> click-through messages.  I'm just saying that each case should be looked at
> separately, without general rule in Debian about click-through messages.

Please, I wrote about "click-through agreement" and not "click-through 
disclaimer".
I have gone even as far as proposing to change "click-through agreement" to
"click-through disclaimer".

A statement starting by "By running this software, you agree that ..." is not 
a disclaimer.

Cheers,
Bill.


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

Bug#690946: i3-wm: Error in initial user config file

[Tim Marston]

Package: i3-wm
Version: 4.3-1
Severity: minor


In the initial configuration file, ~/.i3/config, that is set up the first time
i3 is used (by i3-config-wizard, I think) has a commented-out line with an
error in it.  That is to say, uncommenting the line results in an error in your
config file.

The following lines (82 and 83):

# focus the child container
#bindcode $mod+d focus child

should be

# focus the child container
#bindsym $mod+d focus child


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

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

Versions of packages i3-wm depends on:
ii  libc6 2.13-35
ii  libcairo2 1.12.2-2
ii  libev41:4.11-1
ii  libglib2.0-0  2.33.12+really2.32.4-2
ii  libpango1.0-0 1.30.0-1
ii  libpcre3  1:8.31-1
ii  libstartup-notification0  0.12-1
ii  libx11-6  2:1.5.0-1
ii  libxcb-icccm4 0.3.9-2
ii  libxcb-keysyms1   0.3.9-1
ii  libxcb-randr0 1.8.1-2
ii  libxcb-util0  0.3.8-2
ii  libxcb-xinerama0  1.8.1-2
ii  libxcb1   1.8.1-2
ii  libxcursor1   1:1.1.13-1
ii  libyajl2  2.0.4-2
ii  perl  5.14.2-14
ii  x11-utils 7.7~1

Versions of packages i3-wm recommends:
ii  xfonts-base  1:1.0.3

Versions of packages i3-wm suggests:
ii  gnome-terminal [x-terminal-emulator]  3.4.1.1-1+build1
ii  terminator [x-terminal-emulator]  0.96-2
ii  xterm [x-terminal-emulator]   278-2

-- 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#690947: lat: Missing dependency on libmono-corlib2.0-cil

[Stig Sandbeck Mathisen]

Package: lat
Version: 1.2.3-9
Severity: serious
Justification: Policy 7.2

When installed, the "lat" command gives the following output:

$ lat
The assembly mscorlib.dll was not found or could not be loaded.
It should have been installed in the `/usr/lib/mono/2.0/mscorlib.dll' directory.

The dependency which exists on this package, libmono-corlib4.0-cil, refers to
the wrong version of this file.

$ apt-file search mscorlib.dll
libmono-corlib2.0-cil: /usr/lib/mono/2.0/mscorlib.dll
libmono-corlib4.0-cil: /usr/lib/mono/4.0/mscorlib.dll


-- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lat depends on:
ii  libc6  2.13-35
ii  libgconf2.0-cil2.24.2-2
ii  libglade2.0-cil2.12.10-4
ii  libglib2.0-0   2.32.3-1
ii  libglib2.0-cil 2.12.10-4
ii  libgnome-keyring0  3.4.1-1
ii  libgnome2.24-cil   2.24.2-2
ii  libgtk2.0-cil  2.12.10-4
ii  libmono-corlib4.0-cil  2.10.8.1-5
ii  libmono-ldap4.0-cil2.10.8.1-5
ii  libmono-posix4.0-cil   2.10.8.1-5
ii  libmono-security4.0-cil2.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  mono-runtime   2.10.8.1-5

lat recommends no packages.

lat 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#690948: mplayer makes the screen black when attempting to play some FLV files from Youtube

[Russell Coker]

Package: mplayer
Version: 2:1.0~rc4.dfsg1+svn34540-1+b2
Severity: normal

youtube-dl http://www.youtube.com/watch?v=L-iepu3EtyE

I used the version of youtube-dl from Unstable to get the above video (the
version from Wheezy didn't work), apart from that the system is running Wheezy.

jc@xev:/tmp$ ls -l L-iepu3EtyE.flv
-rw-r--r--. 1 rjc rjc 36771965 Oct  3  2009 L-iepu3EtyE.flv
rjc@xev:/tmp$ sha1sum L-iepu3EtyE.flv
d54831be54259b43064810738417209964057b0f  L-iepu3EtyE.flv

Above are the details of the file I was playing, you should be able to
download it from Youtube for test purposes, but I can provide a copy if you
need it.

mplayer L-iepu3EtyE.flv > out 2> err

I ran the above command to play the resulting file and the display went black
as the monitor made a strange sound.  I pressed CTRL-ALT-F1 to go to a virtual
console and then ALT-F7 to return to my X session and the display was then
correct without any corruption and mplayer was displaying lots of error
messages (I will attach a tar file with all the errors).

This is not the only Youtube file that has such a problem, it seems that
most new downloads from Youtube have the same problem on this system.  My
collection of older flv files from Youtube all play correctly so it doesn't
seem that mplayer has changed, maybe there's something new Youtube is doing.

The same file plays correctly on another AMD64 system running Wheezy so I
guess that the video card probably has something to do with it.


-- 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/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mplayer depends on:
ii  libaa11.4p5-40
ii  libasound21.0.25-4
ii  libavcodec53  6:0.8.3-7
ii  libavformat53 6:0.8.3-7
ii  libavutil51   6:0.8.3-7
ii  libbluray11:0.2.2-1
ii  libc6 2.13-35
ii  libcaca0  0.99.beta18-1
ii  libcdparanoia03.10.2+debian-10.1
ii  libdca0   0.0.5-5
ii  libdirectfb-1.2-9 1.2.10.0-5
ii  libdvdnav44.2.0+20120524-2
ii  libdvdread4   4.2.0+20120521-2
ii  libenca0  1.13-4
ii  libesd0   0.2.41-10+b1
ii  libfaad2  2.7-8
ii  libfontconfig12.9.0-7
ii  libfreetype6  2.4.9-1
ii  libfribidi0   0.19.2-3
ii  libgcc1   1:4.7.1-7
ii  libgif4   4.1.6-9.1
ii  libgl1-mesa-glx [libgl1]  8.0.4-2
ii  libjack-jackd2-0 [libjack-0.116]  1.9.8~dfsg.4+20120529git007cdc37-4.1
ii  libjpeg8  8d-1
ii  liblircclient00.9.0~pre1-1
ii  liblzo2-2 2.06-1
ii  libmp3lame0   3.99.5+repack1-3
ii  libmpeg2-40.5.1-3
ii  libncurses5   5.9-10
ii  libogg0   1.3.0-4
ii  libopenal11:1.14-4
ii  libpng12-01.2.49-1
ii  libpostproc52 6:0.8.3-7
ii  libpulse0 2.0-6
ii  libsdl1.2debian   1.2.15-5
ii  libsmbclient  2:3.6.6-3
ii  libspeex1 1.2~rc1-6
ii  libstdc++64.7.1-7
ii  libsvga1  1:1.4.3-33
ii  libswscale2   6:0.8.3-7
ii  libtheora01.1.1+dfsg.1-3.1
ii  libtinfo5 5.9-10
ii  libvdpau1 0.4.1-7
ii  libx11-6  2:1.5.0-1
ii  libx264-123   2:0.123.2189+git35cf912-1
ii  libxext6  2:1.3.1-2
ii  libxinerama1  2:1.1.2-1
ii  libxv12:1.0.7-1
ii  libxvidcore4  2:1.3.2-9
ii  libxvmc1  2:1.0.7-1
ii  libxxf86dga1  2:1.1.3-2
ii  libxxf86vm1   1:1.1.2-1
ii  zlib1g1:1.2.7.dfsg-13

mplayer recommends no packages.

Versions of packages mplayer suggests:
ii  bzip2  1.0.6-4
ii  fontconfig 2.9.0-7
ii  fonts-freefont-ttf [ttf-freefont]  20120503-1
pn  mplayer-doc
pn  netselect | fping  
ii  ttf-freefont   20120503-1

-- Configuration Files:
/etc/mplayer/mplayer.conf changed:
zoom=yes
ao=pulse,alsa,sdl:aalib
stop-xscreensaver=yes
joystick=no


-- no debconf information


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

Bug#688372: quick look (Re: Bug#688372: ITP: bzr-tweet -- Bazaar commit and push tweet plugin

[Koichi Akabe]

Hi,

Thank you for your feedback!

On Fri, 19 Oct 2012 14:29:08 +0900
Hideki Yamane  wrote:

>  I've noticed it lucks README to setup instruction.
>  Please add it.
> 
>  $ bzr twitter-auth returns url returns URL and it says,
> 
> > この連携アプリを認証すると、次の動作が許可されます。
> > タイムラインのツイートを見る。
> > フォローしている人を見る、新しくフォローする
> > プロフィールを更新する。
> > ツイートする
> 
>  Well, does it really need to see timeline, follow users, update profile?
>  I think only tweets are needed by users. Thus, I've not authenticated it,
>  yet.
> 

I can't disable these permissions, because twitter provides just three
types: Read only, Read/Write, Read/Write/DM.
It is set to Read/Write now. It was explained on README and uploaded.

> 
> On Thu, 18 Oct 2012 14:46:09 +0900
> Koichi Akabe  wrote:
> > 
> > [1] https://code.launchpad.net/~vbkaisetsu/bzr-twitter/trunk
> 
>  Thanks. Well, have you looked identi.ca? It supports login via twitter
>  account. So, if you would create identi.ca account and have twitter one,
>  then you can login easily.
>  

I tried to submit commit messages using bzr-tweet yesterday, but it
wasn't listed on the timeline. However, it was shown today. (I think it's 
identi.ca's probrem)

I released 1.2.0 right now and the new package is uploaded to mentors.
Please see it.
http://mentors.debian.net/debian/pool/main/b/bzr-tweet/bzr-tweet_1.2.0-1.dsc

Thanks.
-- 
Koichi Akabe
  vbkaisetsu at {gmail.com, debian.or.jp}


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

Bug#690948: error log

[Russell Coker]

The attached archive contains stdout and stderr from the mplayer run in 
question.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/


mplayer-problem.tgz
Description: application/compressed-tar

Bug#690580: [Pkg-xfce-devel] Bug#690580: xfce4-appfinder: dragNdrop items not showing on desktop

[Lili-Anne Girard]

2012/10/15 westlake :
>
> I notice something strange (the video i made below illustrates this), though 
> there
> are "no" visible icons for xfce, the ".desktop" files are actually made for 
> them in
> ~/Desktop . I illustrate that moving these problematic xfce .desktop links 
> from ~/Desktop
> to ~/1 and then back again to ~/Desktop, .. still there are no visible icons
> (I'm guessing at least the xfce help application should be visible despite 
> I'm not
> on xfce)
>

xfhelp4.desktop, xfce4-session-logout.desktop and
exo-web-browser.desktop are Xfce only launchers which contain
"OnlyShowIn=XFCE". It's normal that they don't appear on your GNOME
desktop.

-- 
lili


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

Bug#688955: glslideshow with BadMatch on X_PutImage in xscreensaver-getimage

[TASAKA Mamoru]

Hello again, Martin:
I cannot reproduce this, either, so to debug this issue your help is 
really appreciated.

Well, xscreensaver in demo mode or real (fullscreen) saver mode does *not* 
draw hacks on "root window" as reported by "xwininfo -root", rather 
xscreensaver creates a "virtual window" (as written on utils/vroot.h) and draw
hacks on the vroot. This information can be seen when you launch xscreensaver
daemon with "-verbose option" like:

xscreensaver: 20:37:16: 0: visual 0x21 (TrueColor,   depth: 24, cmap: 256)
xscreensaver: 20:37:16: 0: saver window is 0x1e001ab. 
<===
xscreensaver: 20:37:16: 0: destroyed old saver window 0x1e000aa.
xscreensaver: 20:37:16: 0: spawning "cwaves -root" in pid 16294.

Can you try below?
* launch xscreensaver like below from a terminal:
  $ xscreensaver -verbose -log xscreensaver_output_log
* lock the screen by $ xscreensaver-command -lock
* switch to CUI with CTRL-ALT-F1 (for example: well GUI screen is now locked,
  however I guess you can switch to CUI)
* login to VT
* gain the window id by watching the log xscreensaver is currently writing to 
like
  $ cat xscreensaver_output_log | grep window
* Now really gain the window information like
--
$ env DISPLAY=:0.0 xwininfo 0x1e001ad

xwininfo: Window id: 0x1e001ad "Dali Clock"

  Absolute upper-left X:  0
  Absolute upper-left Y:  0
  Relative upper-left X:  0
  Relative upper-left Y:  0
  Width: 1600
  Height: 900
  Depth: 24
  Visual: 0x21


-
* Then try debugging "xscreensaver-getimage   with gdb,
  with setting break point on XPutImage and _XError, and getting backtrace
  when xscreensaver-getimage reaches XPutImage or _XError function like:

--
$ gdb /usr/bin/xscreensaver-getimage
GNU gdb (GDB) Fedora (7.5.0.20120926-25.fc18)
..
..
Reading symbols from /usr/bin/xscreensaver-getimage...Reading symbols from 
/usr/lib/debug/usr/bin/xscreensaver-getimage.debug...done.
done.
(gdb) set env DISPLAY=:0.0
(gdb) break XPutImage
Breakpoint 1 at 0x8049e20
(gdb) break _XError
(gdb) run 0x1e001ad 0x1e001ad
Starting program: /usr/bin/xscreensaver-getimage 0x1e001ad 0x1e001ad




Breakpoint 1, XPutImage (dpy=0x806b300, d=d@entry=31457709, 
gc=gc@entry=0x807f470, image=0x8079898, req_xoffset=0, 
req_yoffset=req_yoffset@entry=0, x=x@entry=200, y=y@entry=0, 
req_width=req_width@entry=256, req_height=req_height@entry=64)
at PutImage.c:954
954 {
(gdb) bt full
.
.
(gdb) n
(gdb) whatis image
type = XImage *
(gdb) p *image
$2 = {width = 256, height = 64, xoffset = 0, format = 2, data = 0xb7f06008 "", 
byte_order = 1, bitmap_unit = 32, 
  bitmap_bit_order = 1, bitmap_pad = 32, depth = 24, bytes_per_line = 1024, 
bits_per_pixel = 32, red_mask = 16711680, 
  green_mask = 65280, blue_mask = 255, obdata = 0x0, f = {create_image = 
0x41a52120 , destroy_image = 
0x41a51510 <_XDestroyImage>, get_pixel = 0x41a52720 <_XGetPixel32>, 
put_pixel = 0x41a52630 <_XPutPixel32>, sub_image = 
0x41a52320 <_XSubImage>, add_pixel = 0x41a515e0 <_XAddPixel>}}
(gdb) cont



(gdb) bt full
--

To get backtrace with gdb, you must use xscreensaver and GLib, GdkPixbuf 
compiled with debug information.

Well, maybe even with the above information I cannot figure out where is the 
problem, however
anyway your help is appreciated.

Regards,
Mamoru TASAKA


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

Bug#690949: unblock: torbutton/1.4.6.3-1

[Jérémy Bobbio]

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

Please unblock package torbutton. See #690658: the version currently
in Wheezy will simply make Iceweasel crash since the later has been
updated.

Thanks for your work!

Hint:

unblock torbutton/1.4.6.3-1


-- 
Jérémy Bobbio.''`. 
lu...@debian.org: :Ⓐ  :  # apt-get install anarchism
`. `'` 
  `-   


signature.asc
Description: Digital signature

Bug#678613: gnupg2: gpgconf lists options which break gpg

[Ralf Jung]

I reported this upstream at https://bugs.g10code.com/gnupg/issue1448 but
they don't see a bug on their side. So it seems Debian will have to fix
this problem, somehow.

Kind regards,
Ralf


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

Bug#645679: #645679: pulseaudio: Assertion 'b' failed at pulsecore/memblock.c:454, function pa_memblock_acquire()

[Michael Banck]

I get the same assertion when trying to open the audio properties from
either the Gnome-Shell audio applet or gnome-control-center on
wheezy/amd64.


Michael


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

Bug#554843: bullding pure binary deb packages: patch

[Thijs Kinkhorst]

tags 554843 +patch
thanks

Hi,

Here's a patch to extend dkms to also build 'pure binary' deb packages which 
can be installed on hosts without requiring gcc and friends to be present. The 
use cases can be found in this bug log. It can be dropped in the 
debian/patches dir directly.

This works for me with one module, so I'm submitting it here. It may of course 
be open to improvement or a different way of implemneting this that the dkms 
maintainers may prefer.



Cheers,
Thijs

-- 
Thijs Kinkhorst  – LIS Unix

Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE
Bezoekadres > Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl
Description: mkbmdeb: support for lean binary package with only the built 
modules
 Creates a Debian binary package containing just the binary modules in the
 /lib/modules installation path. This package does not depend on dkms and
 does not require a toolchain to be installed on the target host. Useful
 if you want to have a package to install on hosts identical to the build
 system without installing the full toolchain on them.
Author: Thijs Kinkhorst 
Bug-Debian: http://bugs.debian.org/554843

--- dkms-2.2.0.3.orig/dkms
+++ dkms-2.2.0.3/dkms
@@ -119,7 +119,7 @@ show_usage()
 {
 echo $"Usage: $0 [action] [options]"
 echo $"  [action]  = { add | remove | build | install | uninstall | match 
| autoinstall"
-echo $"   | mkdriverdisk | mktarball | ldtarball | mkrpm | 
mkkmp | mkdeb | status }"
+echo $"   | mkdriverdisk | mktarball | ldtarball | mkrpm | 
mkkmp | mkdeb | mkbmdeb | status }"
 echo $"  [options] = [-m module] [-v module-version] [-k kernel-version] 
[-a arch]"
 echo $"  [-d distro] [-c dkms.conf-location] [-q] [--force] 
[--all]"
 echo $"  [--templatekernel=kernel] 
[--directive='cli-directive=cli-value']"
@@ -2939,6 +2939,15 @@ make_debian()
echo $"DKMS: mk${create_type} completed."
invoke_command "mv 
'$temp_dir/${debian_package}-dkms_${module_version}_all.deb' '$deb_basedir'" 
"Moving built files to $deb_basedir"
;;
+   bmdeb)
+export KVER="$kernelver"
+export KARCH="$arch"
+   invoke_command "dpkg-buildpackage -rfakeroot -d -b -us -uc 
1>/dev/null" "Building binary package" || \
+   die 7 $"There was a problem creating your ${create_type}."
+   echo $""
+   echo $"DKMS: mk${create_type} completed."
+   invoke_command "mv 
'$temp_dir/${debian_package}-dkms-bin_${module_version}_all.deb' 
'$deb_basedir'" "Moving built files to $deb_basedir"
+   ;;
 esac
 popd > /dev/null 2>&1
 
@@ -3397,7 +3406,7 @@ die_is_fatal="yes"
 [ -x /sbin/weak-modules ] && weak_modules='/sbin/weak-modules'
 [ -x /usr/lib/module-init-tools/weak-modules ] && 
weak_modules='/usr/lib/module-init-tools/weak-modules'
 
-action_re='^(remove|(auto|un)?install|match|mk(driverdisk|tarball|rpm|deb|dsc|kmp)|build|add|status|ldtarball)$'
+action_re='^(remove|(auto|un)?install|match|mk(driverdisk|tarball|rpm|deb|bmdeb|dsc|kmp)|build|add|status|ldtarball)$'
 
 # Parse command line arguments
 while (($# > 0)); do
@@ -3506,6 +3515,7 @@ for action_to_run in $action; do
mktarball)make_tarball;;
mkrpm)make_rpm;;
mkdeb)make_debian "deb";;
+   mkbmdeb)  make_debian "bmdeb";;
mkdsc)make_debian "dsc";;
mkkmp)have_one_kernel && make_kmp;;
status)   show_status;;
--- dkms-2.2.0.3.orig/Makefile
+++ dkms-2.2.0.3/Makefile
@@ -81,6 +81,10 @@ install-debian: install install-doc
chmod +x $(ETC)/template-dkms-mkdeb/debian/postinst
chmod +x $(ETC)/template-dkms-mkdeb/debian/prerm
chmod +x $(ETC)/template-dkms-mkdeb/debian/rules
+   mkdir   -p -m 0755 $(ETC)/template-dkms-mkbmdeb/debian
+   install -p -m 0664 template-dkms-mkbmdeb/Makefile 
$(ETC)/template-dkms-mkbmdeb/
+   install -p -m 0664 template-dkms-mkbmdeb/debian/* 
$(ETC)/template-dkms-mkbmdeb/debian/
+   chmod +x $(ETC)/template-dkms-mkbmdeb/debian/rules
rm $(DOCDIR)/COPYING*
rm $(DOCDIR)/sample*
 
--- dkms-2.2.0.3.orig/dkms.8
+++ dkms-2.2.0.3/dkms.8
@@ -262,6 +262,18 @@ load this tarball, build and install mod
 not want your debian package to contain any prebuilt binaries, be sure to 
specify
 .B \-\-source\-only
 in the mkdeb command.
+.SY mkbmdeb
+.OP module/module\-version
+.OP -k kernel/arch
+.YS
+.IP "" 4
+Creates a Debian binary package containing just the binary modules in the 
/lib/modules
+installation path. This package does not depend on dkms and does not require a 
toolchain
+to be installed on the target host. Useful if you want to have a package to 
install on
+hosts identical to the build system without installing the full toolchain on 
them.
+It uses a template debian directory found in
+.I /etc/dkms/template\-dkms\-mkbmdeb
+as the basis for the package.
 .SY mkdsc
 .OP mod

Bug#690950: apt-get dumpavail does not print all versions

[Joachim Breitner]

Package: apt
Version: 0.9.7.6
Severity: normal
File: /usr/bin/apt-cache

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I am searching for a command that gives me _one_ Packages file with all
packages that apt-get has access to. apt-cache dumpavail looked good,
but does not include versions of packages in experimental if there is
also a version in unstable:

$ apt-cache -a dumpavail|grep-dctrl -P -w ghc-doc -s Version
Version: 7.4.1-4
$ rmadison -s experimental ghc-doc 
 ghc-doc | 7.4.2-2 | experimental | all
 ghc-doc | 7.6.1-2 | experimental | all

This is not documented and there seems to be no way to get the desired
result.

Thanks,
Joachim


- -- Package-specific info:

- -- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "1";
APT::Install-Suggests "0";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image.*";
APT::NeverAutoRemove:: "^kfreebsd-image.*";
APT::NeverAutoRemove:: "^linux-restricted-modules.*";
APT::NeverAutoRemove:: "^linux-ubuntu-modules-.*";
APT::NeverAutoRemove:: "^gnumach$";
APT::NeverAutoRemove:: "^gnumach-image.*";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Never-MarkAuto-Sections:: "oldlibs";
APT::Never-MarkAuto-Sections:: "restricted/oldlibs";
APT::Never-MarkAuto-Sections:: "universe/oldlibs";
APT::Never-MarkAuto-Sections:: "multiverse/oldlibs";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "1";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "2";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-9n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "3";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-9";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "4";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "5";
APT::Compressor::lzma::CompressArg "";
APT::Compressor::lzma::CompressArg:: "--format=lzma";
APT::Compressor::lzma::CompressArg:: "-9";
APT::Compressor::lzma::UncompressArg "";
APT::Compressor::lzma::UncompressArg:: "--format=lzma";
APT::Compressor::lzma::UncompressArg:: "-d";
APT::CompressorName "";
APT::CompressorExtension ".";
APT::CompressorBinary "";
APT::CompressorCost "100";
APT::CompressorCompressArg "";
APT::CompressorCompressArg:: "-9";
APT::CompressorUncompressArg "";
APT::CompressorUncompressArg:: "-d";
Dir "/";
Dir::State "var/lib/apt/";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::mirrors "mirrors/";
Dir::State::extended_states "extended_states";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt/";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt/";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::vendorlist "vendors.list";
Dir::Etc::vendorparts "vendors.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::netrc "auth.conf";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Etc::preferencesparts "preferences.d";
Dir::Etc::trusted "trusted.gpg";
Dir::Etc::trustedparts "trusted.gpg.d";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::solvers "";
Dir::Bin::solvers:: "/usr/lib/apt/solvers";
Dir::Bin::dpkg "/usr/bin/dpkg";
Dir::Bin::bzip2 "/bin/bzip2";
Dir::Bin::xz "/usr/bin/xz";
Dir::Media "";
Dir::Media::MountPath "/media/cdrom";
Dir::Log "var/log/apt";
Dir::Log::Terminal "term.log";
Dir::Log::History "history.log";
Dir::Ignore-Files-Silently "";
Dir::Ignore-Files-Silently:: "~$";
Dir::Ignore-Files-Silently:: "\.disabled$";
Di

Bug#690951: pu: package clamav/0.97.6+dfsg-1~squeeze1

[Scott Kitterman]

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

This is a relatively small, non-security release, but it does include an
increased functionality level, so 0.97.5 will no longer be able to process all
virus signatures.  An updated clamav is important for all the usual reasons
having to do with the bad guys not standing still.


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

Bug#690952: gcc-4.7: Please allow gcc to be built with libelf-dev

[Johannes Schauer]

Package: gcc-4.7
Version: 4.7.2-4
Severity: wishlist
Tags: patch
User: j.scha...@email.de
Usertags: bootstrap-conflicts

Inter-package conflicts currently limit the ability of a CUDF solver to
optimize the dependency graph created during bootstrapping of Debian for
new architectures. Luckily there are only nine conflicts in the core set
of Debian packages in Debian Sid as of now. One of those conflicts is
between libelf-dev and libelfg0-dev. From the core packages, only
gcc-4.7, gcc-4.6 and gcj-4.7 build-depend on libelfg0-dev. It also seems
that the only component in gcc that needs libelfg0-dev is the LTO
plugin. And according to [1] LTO is perfectly happy with libelf-dev from
elfutils. My tests confirm this report. It seems no modifications other
than of the Build-Depends have to be done.

The attached patch replaces gcc-4.7's current dependency on libelfg0-dev
with a disjunction between libelfg0-dev and libelf-dev because
apparently it builds fine with either of them.

Can you please confirm my observation and then apply the attached patch
so that libelfg0-dev is not strictly needed anymore to build gcc-4.7?

As mentioned above the dependency also occurs in gcc-4.6 and gcj-4.7 but
I didnt want to bugreport three times without first making sure that my
idea can be implemented.

Making the strong dependency on libelfg0-dev a disjunction between
libelfg0-dev and libelf-dev not only benefits a solver when analyzing
the bootstrapping situation but also allows to compile gcc side by side
with other packages that build-depend on libelf-dev. Packages of the
core packages that do so are dwarves-dfsg, glib2.0 and rpm.

cheers, josch

[1] http://gcc.gnu.org/ml/gcc/2010-03/msg00126.html
Index: gcc-4.7-4.7.2/debian/control
===
--- gcc-4.7-4.7.2.orig/debian/control	2012-10-19 14:44:44.0 +0200
+++ gcc-4.7-4.7.2/debian/control	2012-10-19 14:47:12.249685554 +0200
@@ -4,7 +4,7 @@
 Maintainer: Debian GCC Maintainers 
 Uploaders: Matthias Klose 
 Standards-Version: 3.9.3
-Build-Depends: dpkg-dev (>= 1.16.0~ubuntu4), debhelper (>= 5.0.62), g++-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc], libc6.1-dev (>= 2.13-5) [alpha ia64] | libc0.3-dev (>= 2.13-5) [hurd-i386] | libc0.1-dev (>= 2.13-5) [kfreebsd-i386 kfreebsd-amd64] | libc6-dev (>= 2.13-5), libc6-dev (>= 2.13-31) [armel armhf], libc6-dev-amd64 [i386], libc6-dev-sparc64 [sparc], libc6-dev-s390 [s390x], libc6-dev-s390x [s390], libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], libc6-dev-ppc64 [powerpc], libc0.1-dev-i386 [kfreebsd-amd64], lib32gcc1 [amd64 ppc64 kfreebsd-amd64 s390x], lib64gcc1 [i386 powerpc sparc s390], libc6-dev-mips64 [mips mipsel], libc6-dev-mipsn32 [mips mipsel], m4, libtool, autoconf2.64, automake (>= 1:1.11), automake (<< 1:1.12), libunwind7-dev (>= 0.98.5-6) [ia64], libatomic-ops-dev [ia64], zlib1g-dev, gawk, lzma, xz-utils, patchutils, binutils (>= 2.21.1) | binutils-multiarch (>= 2.21.1), binutils-hppa64 (>= 2.21.1) [hppa], gperf (>= 
 3.0.1), bison (>= 1:2.3), flex, gettext, texinfo (>= 4.3), locales, procps, sharutils, netbase, binutils-spu (>= 2.21.1) [powerpc ppc64], newlib-spu (>= 1.16.0) [powerpc ppc64], libcloog-ppl-dev (>= 0.15.9-2~), libmpc-dev, libmpfr-dev (>= 3.0.0-9~), libgmp-dev (>= 2:5.0.1~), libelfg0-dev (>= 0.8.12), dejagnu [!m68k !hurd-i386 !hurd-alpha], autogen, realpath (>= 1.9.12), chrpath, lsb-release, make (>= 3.81), quilt
+Build-Depends: dpkg-dev (>= 1.16.0~ubuntu4), debhelper (>= 5.0.62), g++-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc ppc64 s390 s390x sparc], libc6.1-dev (>= 2.13-5) [alpha ia64] | libc0.3-dev (>= 2.13-5) [hurd-i386] | libc0.1-dev (>= 2.13-5) [kfreebsd-i386 kfreebsd-amd64] | libc6-dev (>= 2.13-5), libc6-dev (>= 2.13-31) [armel armhf], libc6-dev-amd64 [i386], libc6-dev-sparc64 [sparc], libc6-dev-s390 [s390x], libc6-dev-s390x [s390], libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], libc6-dev-ppc64 [powerpc], libc0.1-dev-i386 [kfreebsd-amd64], lib32gcc1 [amd64 ppc64 kfreebsd-amd64 s390x], lib64gcc1 [i386 powerpc sparc s390], libc6-dev-mips64 [mips mipsel], libc6-dev-mipsn32 [mips mipsel], m4, libtool, autoconf2.64, automake (>= 1:1.11), automake (<< 1:1.12), libunwind7-dev (>= 0.98.5-6) [ia64], libatomic-ops-dev [ia64], zlib1g-dev, gawk, lzma, xz-utils, patchutils, binutils (>= 2.21.1) | binutils-multiarch (>= 2.21.1), binutils-hppa64 (>= 2.21.1) [hppa], gperf (>= 
 3.0.1), bison (>= 1:2.3), flex, gettext, texinfo (>= 4.3), locales, procps, sharutils, netbase, binutils-spu (>= 2.21.1) [powerpc ppc64], newlib-spu (>= 1.16.0) [powerpc ppc64], libcloog-ppl-dev (>= 0.15.9-2~), libmpc-dev, libmpfr-dev (>= 3.0.0-9~), libgmp-dev (>= 2:5.0.1~), libelfg0-dev (>= 0.8.12) | libelf-dev, dejagnu [!m68k !hurd-i386 !hurd-alpha], autogen, realpath (>= 1.9.12), chrpath, lsb-release, make (>= 3.81), quilt
 Build-Depends-Indep: doxygen (>= 1.7.2), graphviz (>= 2.2), gsfonts-x11, texlive-latex-base, 
 Build-Confl

Bug#465942: ITA: lgeneral -- A "Panzer General" - like game

[Markus Koschany]

You can find the latest version of LGeneral at mentors.debian.net.

http://mentors.debian.net/debian/pool/contrib/l/lgeneral/lgeneral_1.2.3+dfsg-1.dsc

I've also started a thread about LGeneral on debian-devel-games.

https://lists.debian.org/debian-devel-games/2012/10/msg00035.html



signature.asc
Description: Digital signature

Bug#690874: (no subject)

[Martin Dosch]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

the author from jameica/hibiscus told me, that he uses some
3rd-party-code.
Here are the license-information about the included 3rd-party-stuff:

Jameica:

> 
> de.willuhn.util /usr/share/jameica/lib/de_willuhn_util a collection
> of small java helpers http://www.jameica.org LGPL -
> http://www.gnu.org/copyleft/lesser.html

> mysql /usr/share/jameica/lib/mysql MySQL JDBC-Driver 
> http://dev.mysql.com/downloads/connector/j/ GPL -
> http://www.gnu.org/copyleft/gpl.html

> nanoxml /usr/share/jameica/lib/nanoxml a lightweight XML parser for
> Java http://nanoxml.cyberelf.be/ zlib/libpng -
> http://www.opensource.org/licenses/zlib-license.html

> de.willuhn.datasource /usr/share/jameica/lib/de_willuhn_ds an
> object relational mapper with RMI support http://www.jameica.org 
> LGPL - http://www.gnu.org/copyleft/lesser.html

> Velocity /usr/share/jameica/lib/velocity Template Engine for Java 
> http://velocity.apache.org/ Apache License -
> http://www.apache.org/licenses/LICENSE-2.0.txt

> Apache Commons /usr/share/jameica/lib/jakarta_commons Common Apache
> Tools http://commons.apache.org Apache License -
> http://commons.apache.org/license.html

> BouncyCastle /usr/share/jameica/lib/bouncycastle An implemenation
> of the Java Crypto API (JCA) http://www.bouncycastle.org/ 
> http://www.bouncycastle.org/licence.html

> H2 Database /usr/share/jameica/lib/h2 H2 Database - Free SQL
> Database Engine http://www.h2database.com/ MPL like -
> http://www.h2database.com/html/license.html

> mckoi /usr/share/jameica/lib/mckoi a 100% pure JAVA SQL-Server 
> http://mckoi.com GPL - http://www.gnu.org/copyleft/gpl.html

> PaperClips /usr/share/jameica/lib/paperclips a simple, light
> weight, extensible Java printing plug-in for SWT 
> http://code.google.com/p/swt-paperclips/ Eclipse Public License 1.0
> - http://www.eclipse.org/legal/epl-v10.html

> SWT Calendar /usr/share/jameica/lib/swtcalendar a custom SWT widget
> to create calendars http://swtcalendar.sourceforge.net LGPL -
> http://www.gnu.org/copyleft/lesser.html

> Apache XML-RPC Client /usr/share/jameica/lib/apache_xmlrpc Java
> implementation of XML-RPC protocol http://ws.apache.org/xmlrpc/ 
> Apache License - http://ws.apache.org/xmlrpc/license.html

> SWT - Standard Widget Toolkit /usr/share/jameica/lib/swt A Widget
> Toolkit for Java based on platform dependent OS widgets 
> http://www.eclipse.org/platform CPL -
> http://www.eclipse.org/legal/cpl-v10.html


And here the same information for hibiscus:

> HBCI-Onlinebanking-Plugin für Jameica 
> http://www.willuhn.de/products/hibiscus GPL -
> http://www.gnu.org/copyleft/gpl.html

> libct Linux chipcard driver for KAAN Standard Plus 
> http://www.kobil.de/ proprietary

> libtowitoko Unix driver for Towitoko smartcard readers 
> http://www.geocities.com/cprados/ GPL -
> http://www.gnu.org/copyleft/gpl.html

> SuperCSV Java-Bibliothek zum Lesen und Schreiben von CSV-Dateien 
> http://supercsv.sourceforge.net Apache 2.0 -
> http://www.apache.org/licenses/LICENSE-2.0

> iText a library that allows you to generate PDF files on the fly 
> http://www.lowagie.com/iText/ MPL -
> http://www.lowagie.com/iText/MPL-1.1.txt

> HBCI4Java Java-basierte Implementierung des HBCI-Protokolls 
> http://hbci4java.kapott.org/ GPL -
> http://www.gnu.org/copyleft/gpl.html

> OBanToo Java-Bibliothek mit Banking-Tools 
> http://obantoo.sourceforge.net/ LGPL -
> http://www.gnu.org/copyleft/lgpl.html

> SWTChart SWTChart is a chart component which has following basic
> functionalities. http://www.swtchart.org Eclipse Public License
> v1.0 - http://www.eclipse.org/legal/epl-v10.html

Regards,
Martin


- -- 
Diese Nachricht ist standardkonform mit OpenPGP digital signiert.
This message is digitally signed with standards-compliant OpenPGP.

http://www.openpgp.org | http://enigmail.mozdev.org
http://de.wikipedia.org/wiki/OpenPGP
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlCBVOEACgkQd8WTj+EgGO7CtwCfcoxK5xXygg7I6jebUSXip03N
wYIAoJ7+3jgnPcWu9cD6Bll0nQcwOtME
=UzS+
-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#659833: icinga-idoutils: automatic db configuration tries to access DB via TCP/IP for no reason

[Alexander Wirt]

tag  659833 moreinfo
thanks

Christoph Anton Mitterer schrieb am Tuesday, den 14. February 2012:

> Package: icinga-idoutils
> Version: 1.6.1-2
> Severity: important
> 
> 
> Hi.
> 
> This may likely be an issue in dbconfig-common, but I have not much clue 
> about it
> so I report it first here.
> Please redirect if I'm right.
> 
> All this is with PostgreSQL.
> 
> 
> When configuring the DB automatically, it offers to do this via unix socets 
> and
> even suggests this as default.
> 
> However, at some stage it still tries to access it via TCP/IP and fails 
> miserably
> if TCP/IP is not enabled at all in PostgreSQL, or if there is just not access
> allowed on it (no "trust" methond or nur running local identd).
> 
> 
> Marking this as major, as it seems to make the normal default (unix socket 
> only)
> impossible and basically forces one to enable rather insecure auth methods
> (trust or weak password based) or installing a local identd for no reason.
> 
> 
> The PostgreSQL log shows this:
> 2012-02-14 02:10:30 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection authorized: user=postgres 
> database=template1
> 2012-02-14 02:10:30 CET LOG:  disconnection: session time: 0:00:00.002 
> user=postgres database=template1 host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection authorized: user=postgres 
> database=template1
> 2012-02-14 02:10:30 CET ERROR:  role "icingaidoutils" does not exist
> 2012-02-14 02:10:30 CET STATEMENT:  ALTER USER "icingaidoutils"
> 2012-02-14 02:10:30 CET LOG:  disconnection: session time: 0:00:00.002 
> user=postgres database=template1 host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection authorized: user=postgres 
> database=template1
> 2012-02-14 02:10:30 CET LOG:  disconnection: session time: 0:00:00.033 
> user=postgres database=template1 host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection authorized: user=postgres 
> database=template1
> 2012-02-14 02:10:30 CET LOG:  disconnection: session time: 0:00:00.021 
> user=postgres database=template1 host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection authorized: user=postgres 
> database=template1
> 2012-02-14 02:10:30 CET LOG:  disconnection: session time: 0:00:00.002 
> user=postgres database=template1 host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection authorized: user=postgres 
> database=icinga
> 2012-02-14 02:10:30 CET FATAL:  database "icinga" does not exist
> 2012-02-14 02:10:30 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:30 CET LOG:  connection authorized: user=postgres 
> database=postgres
> 2012-02-14 02:10:31 CET LOG:  disconnection: session time: 0:00:00.967 
> user=postgres database=postgres host=[local]
> 2012-02-14 02:10:31 CET LOG:  connection received: host=[local]
> 2012-02-14 02:10:31 CET LOG:  connection authorized: user=postgres 
> database=icinga
> 2012-02-14 02:10:31 CET LOG:  disconnection: session time: 0:00:00.002 
> user=postgres database=icinga host=[local]
> 2012-02-14 02:10:31 CET LOG:  connection received: host=::1 port=45713
> 2012-02-14 02:10:31 CET FATAL:  no pg_hba.conf entry for host "::1", user 
> "icingaidoutils", database "icinga", SSL on
> 2012-02-14 02:10:31 CET LOG:  connection received: host=::1 port=45714
> 2012-02-14 02:10:31 CET FATAL:  no pg_hba.conf entry for host "::1", user 
> "icingaidoutils", database "icinga", SSL off
 
 We reworked sockethandling a bit in 1.7.x. Could you try if the bug is fixed
 for you? (Best in 1.8 that I'll upload soon)

 Alex

-- 
Alexander Wirt, formo...@formorer.de 
CC99 2DDD D39E 75B0 B0AA  B25C D35B BC99 BC7D 020A


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

Bug#674156: alignment issue

[Koichi Akabe]

According to the build log on armel:

> 0%: Checks: 1, Failures: 1, Errors: 0
> elements/rtpbin_buffer_list.c:198:F:general:test_bufferlist:0: '*(guint64 *) 
> data' (939538581729009792) is not equal to '*(guint64 *) rtp_header[index]' 
> (16815518223612020252)
>

It casts from *guint8 to *guint64. armel doesn't return expected result
if the first address is not suited for guint64. In this case, the data
is shifted 2 bytes.

939538581729009792   = 0x0D09E95CB8BB6080
16815518223612020252 = 0xE95CB8BB6080861C

> 
> (gst-plugin-scanner:961): GLib-GObject-WARNING **: specified instance
> size for type `GstRtpAC3Depay' is smaller than the parent type's
> `GstBaseRTPDepayload' instance size
> 
> (gst-plugin-scanner:961): GLib-CRITICAL **: g_once_init_leave:
> assertion `result != 0' failed
> 
> (gst-plugin-scanner:961): GStreamer-CRITICAL **: gst_element_register:
> assertion `g_type_is_a (type, GST_TYPE_ELEMENT)' failed W: Could not
> load
> 'debian/gstreamer0.10-plugins-good/usr/lib/arm-linux-gnueabi/gstreamer-0.10/libgstrtp.so':
> File
> "debian/gstreamer0.10-plugins-good/usr/lib/arm-linux-gnueabi/gstreamer-0.10/libgstrtp.so"
> appears to be a GStreamer plugin, but it failed to initialize
> 

I tried getting the size of these structures using sizeof(). Both
structures are 320 bytes, but
gst-plugins-base-0.10.36/tests/check/libs/struct_arm.h says 328 bytes.

I think it also alignment issue.

-- 
Koichi Akabe
  vbkaisetsu at {gmail.com, debian.or.jp}


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

Bug#689993: phonon-backend-vlc: no sound in amarok

[Simon Brandmair]

On 13.10.2012 09:27 (Saturday), Modestas Vainius wrote:
> Please read the log of bug #683477 [683477] and follow advices given there. 
> Especially pay attention to vlc-plugin-pulse if you're using PulseAudio or
> try 
> reordering sound devices in Phonon settings. Phonon upgrades have a nasty 
> habbit of breaking / renaming / reordering sound devices hence breaking 
> current configuration.

I don't have pulse audio. But what fixed the problem partially for me, was 
your advice of reordering the sound devices in the phonon settings: I had to 
move the first working device up the the Music Category (with "Prefer") so it 
is the very first device.

As long as there is another first device which is not working and shaded gray 
(it says "This device is currently not available."), and therefore the 
working device is  the second one in the list, there is no sound. I think
there is a bug, because phonon should use the first *available* device in the 
list (as it obviously did in version 0.5). While in version 0.6 it seems to 
use the first device regardless if it is available or not.

Right now this behavior breaks amarok when I use the same config files on 
different computers (via NFS or synced). 

Cheers,
Simon


pgpDnYAR7T66E.pgp
Description: PGP signature

Bug#689487: 0.97.6 in Wheezy, PU request pending

[Scott Kitterman]

The PU request is  #690951.  Once it's ack'ed by the release team, I'll 
upload.


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

Bug#690953: yelp: [experimental] new upstream version 3.6.1

[Simon McVittie]

Package: yelp
Version: 3.4.2-1+b1
Severity: wishlist
Tags: patch

Here's updated packaging for yelp 3.6.1.

This change might be controversial:

   * Update debian/libyelp0.symbols. Symbols were dropped without bumping the
 SONAME (see GNOME #686457). Yelp is currently the only user of libyelp,
 so give libyelp0 a Breaks: yelp (<< 3.6.0) instead of doing it properly.


yelp_3.6.1-0+g36+1.debian.tar.gz
Description: Binary data

Bug#690951: pu: package clamav/0.97.6+dfsg-1~squeeze1

[Scott Kitterman]

And the forgotten debdiff.

Scott Kdiff -Nru clamav-0.97.5+dfsg/ChangeLog clamav-0.97.6+dfsg/ChangeLog
--- clamav-0.97.5+dfsg/ChangeLog	2012-06-15 10:05:05.0 -0400
+++ clamav-0.97.6+dfsg/ChangeLog	2012-09-17 11:15:12.0 -0400
@@ -1,3 +1,36 @@
+Mon Sep 6 12:32:00 EDT 2012 (dar)
+-
+ * libclamav: bb#5751 - cl_scansis() may returan a file descriptor instead
+  of a valid return code
+
+Mon Jul 2 10:40:50 EDT 2012 (dar)
+--
+ * libclamav: bb#5252 - update #4, CL_EUNPACK and caching
+
+Fri Jun 29 14:43:43 EDT 2012 (dar)
+--
+ * libclamav: bb#5252 - update #3, more return code tweaks
+
+Tue Jun 26 12:23:44 EDT 2012 (dar)
+--
+ * libclamav: bb#5252 - Limit exits on scanraw return codes
+
+Fri Jun 22 16:58:21 EDT 2012 (dar)
+--
+ * libclamav: bb#5325 - Quiet Minix warning
+
+Mon Jun 18 17:51:49 EDT 2012 (dar)
+--
+ * libclamav: bb#5252 - Update magic_scandesc filtering of scanraw return codes
+
+Thu Jun 14 16:05:53 EDT 2012 (judge)
+--
+ * win32: Add MSI projects.
+
+Wed Jun 13 12:00:55 EDT 2012 (olney)
+--
+ * V 0.97.5
+
 Fri Jun 1 13:15:50 EST 2012 (dar)
 -
  * libclamav: Scan output at end of truncated tar (bb#4625) 
diff -Nru clamav-0.97.5+dfsg/configure clamav-0.97.6+dfsg/configure
--- clamav-0.97.5+dfsg/configure	2012-06-15 10:05:05.0 -0400
+++ clamav-0.97.6+dfsg/configure	2012-08-10 12:03:23.0 -0400
@@ -1,6 +1,6 @@
 #! /bin/sh
 # Guess values for system-dependent variables and create Makefiles.
-# Generated by GNU Autoconf 2.65 for ClamAV 0.97.5.
+# Generated by GNU Autoconf 2.65 for ClamAV 0.97.6.
 #
 # Report bugs to .
 #
@@ -703,8 +703,8 @@
 # Identity of this package.
 PACKAGE_NAME='ClamAV'
 PACKAGE_TARNAME='clamav'
-PACKAGE_VERSION='0.97.5'
-PACKAGE_STRING='ClamAV 0.97.5'
+PACKAGE_VERSION='0.97.6'
+PACKAGE_STRING='ClamAV 0.97.6'
 PACKAGE_BUGREPORT='http://bugs.clamav.net/'
 PACKAGE_URL='http://www.clamav.net/'
 
@@ -1539,7 +1539,7 @@
   # Omit some internal or obsolete options to make the list less imposing.
   # This message is too long to be a string in the A/UX 3.1 sh.
   cat <<_ACEOF
-\`configure' configures ClamAV 0.97.5 to adapt to many kinds of systems.
+\`configure' configures ClamAV 0.97.6 to adapt to many kinds of systems.
 
 Usage: $0 [OPTION]... [VAR=VALUE]...
 
@@ -1610,7 +1610,7 @@
 
 if test -n "$ac_init_help"; then
   case $ac_init_help in
- short | recursive ) echo "Configuration of ClamAV 0.97.5:";;
+ short | recursive ) echo "Configuration of ClamAV 0.97.6:";;
esac
   cat <<\_ACEOF
 
@@ -1767,7 +1767,7 @@
 test -n "$ac_init_help" && exit $ac_status
 if $ac_init_version; then
   cat <<\_ACEOF
-ClamAV configure 0.97.5
+ClamAV configure 0.97.6
 generated by GNU Autoconf 2.65
 
 Copyright (C) 2009 Free Software Foundation, Inc.
@@ -2231,7 +2231,7 @@
 This file contains any messages produced by compilers while
 running configure, to aid debugging if configure makes a mistake.
 
-It was created by ClamAV $as_me 0.97.5, which was
+It was created by ClamAV $as_me 0.97.6, which was
 generated by GNU Autoconf 2.65.  Invocation command line was
 
   $ $0 $@
@@ -3345,7 +3345,7 @@
 
 # Define the identity of the package.
  PACKAGE='clamav'
- VERSION='0.97.5'
+ VERSION='0.97.6'
 
 
 # Some tools Automake needs.
@@ -3474,10 +3474,10 @@
 $as_echo "#define PACKAGE PACKAGE_NAME" >>confdefs.h
 
 
-VERSION="0.97.5"
+VERSION="0.97.6"
 
 LC_CURRENT=7
-LC_REVISION=14
+LC_REVISION=15
 LC_AGE=1
 LIBCLAMAV_VERSION="$LC_CURRENT":"$LC_REVISION":"$LC_AGE"
 
@@ -20635,7 +20635,7 @@
 # report actual input values of CONFIG_FILES etc. instead of their
 # values after options handling.
 ac_log="
-This file was extended by ClamAV $as_me 0.97.5, which was
+This file was extended by ClamAV $as_me 0.97.6, which was
 generated by GNU Autoconf 2.65.  Invocation command line was
 
   CONFIG_FILES= $CONFIG_FILES
@@ -20702,7 +20702,7 @@
 cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
 ac_cs_config="`$as_echo "$ac_configure_args" | sed 's/^ //; s/[\\""\`\$]/&/g'`"
 ac_cs_version="\\
-ClamAV config.status 0.97.5
+ClamAV config.status 0.97.6
 configured by $0, generated by GNU Autoconf 2.65,
   with options \\"\$ac_cs_config\\"
 
@@ -23220,7 +23220,7 @@
 # report actual input values of CONFIG_FILES etc. instead of their
 # values after options handling.
 ac_log="
-This file was extended by ClamAV $as_me 0.97.5, which was
+This file was extended by ClamAV $as_me 0.97.6, which was
 generated by GNU Autoconf 2.65.  Invocation command line was
 
   CONFIG_FILES= $CONFIG_FILES
@@ -23287,7 +23287,7 @@
 cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
 ac_cs_config="`$as_echo "$ac_configure_args" | sed 's/^ //; s/[\\""\`\$]/&/g'`"
 ac_cs_version="\\
-ClamAV

Bug#690954: yelp-xsl: [experimental] new upstream release 3.6.1

[Simon McVittie]

Package: yelp-xsl
Version: 3.4.2-1
Severity: wishlist
Tags: patch

See attached.

Known bug (I'll try to respin it to fix this at some point): it should
close #678981.


yelp-xsl_3.6.1-0+g36+1.debian.tar.gz
Description: Binary data

Bug#690955: yelp-tools: [experimental] new upstream release 3.6.1

[Simon McVittie]

Package: yelp-tools
Version: 3.4.1-1
Severity: wishlist
Tags: patch

Here's some (trivial) packaging for the new upstream version.


yelp-tools_3.6.1-0+g36+1.debian.tar.gz
Description: Binary data
--- yelp-tools-3.4.1/debian/changelog	2012-04-16 22:12:23.0 +0100
+++ yelp-tools-3.6.1/debian/changelog	2012-10-19 12:37:08.0 +0100
@@ -1,3 +1,29 @@
+yelp-tools (3.6.1-0+g36+1) experimental; urgency=low
+
+  * Local package
+  * Merge from Ubuntu
+  * New upstream release
+
+ -- Simon McVittie   Fri, 19 Oct 2012 12:36:22 +0100
+
+yelp-tools (3.6.0-0ubuntu1) quantal; urgency=low
+
+  * New upstream stable release
+
+ -- Robert Ancell   Tue, 25 Sep 2012 10:54:03 +1200
+
+yelp-tools (3.5.92-0ubuntu1) quantal; urgency=low
+
+  * New upstream bugfix release
+
+ -- Robert Ancell   Tue, 18 Sep 2012 09:18:41 +1200
+
+yelp-tools (3.5.91-0ubuntu1) quantal; urgency=low
+
+  * New upstream bugfix release
+
+ -- Robert Ancell   Wed, 05 Sep 2012 11:26:54 +1200
+
 yelp-tools (3.4.1-1) unstable; urgency=low
 
   * New upstream release:

Bug#690953: yelp: [experimental] new upstream version 3.6.1

[Simon McVittie]

Sorry, here's the right diff.
--- yelp-3.4.2/debian/changelog	2012-05-15 22:01:36.0 +0100
+++ yelp-3.6.1/debian/changelog	2012-10-19 12:52:11.0 +0100
@@ -1,3 +1,13 @@
+yelp (3.6.1-0+g36+1) experimental; urgency=low
+
+  * Local package
+  * New upstream release
+  * Update debian/libyelp0.symbols. Symbols were dropped without bumping the
+SONAME (see GNOME #686457). Yelp is currently the only user of libyelp,
+so give libyelp0 a Breaks: yelp (<< 3.6.0) instead of doing it properly.
+
+ -- Simon McVittie   Fri, 19 Oct 2012 12:11:22 +0100
+
 yelp (3.4.2-1) unstable; urgency=low
 
   * New upstream release.
--- yelp-3.4.2/debian/control	2012-05-15 22:17:39.0 +0100
+++ yelp-3.6.1/debian/control	2012-10-19 12:53:57.0 +0100
@@ -7,7 +7,7 @@
 Section: gnome
 Priority: optional
 Maintainer: Debian GNOME Maintainers 
-Uploaders: Frederic Peters , Michael Biebl 
+Uploaders: Michael Biebl 
 Standards-Version: 3.9.3
 Build-Depends: debhelper (>= 8),
gnome-pkg-tools (>= 0.10),
@@ -51,7 +51,7 @@
 Section: libs
 Depends: ${misc:Depends},
  ${shlibs:Depends}
-Breaks: yelp (<< 3.2.0)
+Breaks: yelp (<< 3.6.0)
 Description: Library for the GNOME help browser
  Yelp is the help browser for the GNOME desktop.  Yelp provides a simple
  graphical interface for viewing DocBook, Mallard, HTML, man, and info
--- yelp-3.4.2/debian/control.in	2012-05-15 22:00:04.0 +0100
+++ yelp-3.6.1/debian/control.in	2012-10-19 12:52:11.0 +0100
@@ -46,7 +46,7 @@
 Section: libs
 Depends: ${misc:Depends},
  ${shlibs:Depends}
-Breaks: yelp (<< 3.2.0)
+Breaks: yelp (<< 3.6.0)
 Description: Library for the GNOME help browser
  Yelp is the help browser for the GNOME desktop.  Yelp provides a simple
  graphical interface for viewing DocBook, Mallard, HTML, man, and info
--- yelp-3.4.2/debian/libyelp0.symbols	2012-03-27 16:45:40.0 +0100
+++ yelp-3.6.1/debian/libyelp0.symbols	2012-10-19 12:52:11.0 +0100
@@ -73,7 +73,6 @@
  yelp_man_parser_parse_file@Base 2.91.92
  yelp_marshal_BOOLEAN__OBJECT@Base 2.91.92
  yelp_marshal_VOID__OBJECT_BOXED@Base 2.91.92
- yelp_settings_check_env@Base 3.2.0
  yelp_settings_cmp_icons@Base 2.91.92
  yelp_settings_color_get_type@Base 2.91.92
  yelp_settings_font_get_type@Base 2.91.92
@@ -95,13 +94,11 @@
  yelp_settings_icon_get_type@Base 2.91.92
  yelp_settings_set_colors@Base 2.91.92
  yelp_settings_set_editor_mode@Base 2.91.92
- yelp_settings_set_env@Base 3.2.0
  yelp_settings_set_font_adjustment@Base 2.91.92
  yelp_settings_set_fonts@Base 2.91.92
  yelp_settings_set_icon_size@Base 2.91.92
  yelp_settings_set_icons@Base 2.91.92
  yelp_settings_set_show_text_cursor@Base 2.91.92
- yelp_settings_unset_env@Base 3.2.0
  yelp_simple_document_get_type@Base 2.91.92
  yelp_simple_document_new@Base 2.91.92
  yelp_sqlite_storage_get_type@Base 2.91.92

Bug#690954: yelp-xsl: [experimental] new upstream release 3.6.1

[Simon McVittie]

Sorry, here's the diff I intended to send...
--- yelp-xsl-3.4.2/debian/changelog	2012-05-15 19:40:34.0 +0100
+++ yelp-xsl-3.6.1/debian/changelog	2012-10-19 12:46:00.0 +0100
@@ -1,3 +1,44 @@
+yelp-xsl (3.6.1-0+g36+1) experimental; urgency=low
+
+  * Local package
+  * Merge from Ubuntu
+  * New upstream release
+
+ -- Simon McVittie   Fri, 19 Oct 2012 12:45:16 +0100
+
+yelp-xsl (3.6.0-0ubuntu1) quantal; urgency=low
+
+  * New upstream stable release
+
+ -- Robert Ancell   Tue, 25 Sep 2012 09:56:29 +1200
+
+yelp-xsl (3.5.92-0ubuntu1) quantal; urgency=low
+
+  * New upstream bufix release
+
+ -- Robert Ancell   Tue, 18 Sep 2012 09:18:19 +1200
+
+yelp-xsl (3.5.91-0ubuntu1) quantal; urgency=low
+
+  * New upstream bufix release
+
+ -- Robert Ancell   Wed, 05 Sep 2012 11:24:43 +1200
+
+yelp-xsl (3.5.90-0ubuntu2) quantal; urgency=low
+
+  * Cherry-pick from Debian SVN r35652 and revert part applied upstream.
+  * debian/patches/fix_jquery_syntax_licensing, debian/copyright: Update to
+reflect that jQuery.Syntax is licensed as "MIT", not AGPL (Closes:
+#678981, LP: #1016751) 
+
+ -- Iain Lane   Thu, 30 Aug 2012 14:52:07 +0100
+
+yelp-xsl (3.5.90-0ubuntu1) quantal; urgency=low
+
+  * New upstream release
+
+ -- Robert Ancell   Tue, 21 Aug 2012 17:34:40 +1200
+
 yelp-xsl (3.4.2-1) unstable; urgency=low
 
   * New upstream release.
--- yelp-xsl-3.4.2/debian/control	2012-05-15 19:41:51.0 +0100
+++ yelp-xsl-3.6.1/debian/control	2012-10-19 12:47:50.0 +0100
@@ -7,7 +7,7 @@
 Section: gnome
 Priority: extra
 Maintainer: Debian GNOME Maintainers 
-Uploaders: Frederic Peters , Martin Pitt , Michael Biebl 
+Uploaders: Martin Pitt , Michael Biebl 
 Build-Depends: debhelper (>= 8),
cdbs,
gnome-pkg-tools,
--- yelp-xsl-3.4.2/debian/copyright	2011-04-10 13:02:44.0 +0100
+++ yelp-xsl-3.6.1/debian/copyright	2012-10-19 12:43:16.0 +0100
@@ -38,670 +38,25 @@
 share/yelp-xsl/js/jquery.syntax.js
 share/yelp-xsl/js/jquery.syntax.*.js
 
-Copyright 2010 Samuel Williams
-
-GNU AFFERO GENERAL PUBLIC LICENSE
-   Version 3, 19 November 2007
-
- Copyright (C) 2007 Free Software Foundation, Inc. 
- Everyone is permitted to copy and distribute verbatim copies
- of this license document, but changing it is not allowed.
-
-Preamble
-
-  The GNU Affero General Public License is a free, copyleft license for
-software and other kinds of works, specifically designed to ensure
-cooperation with the community in the case of network server software.
-
-  The licenses for most software and other practical works are designed
-to take away your freedom to share and change the works.  By contrast,
-our General Public Licenses are intended to guarantee your freedom to
-share and change all versions of a program--to make sure it remains free
-software for all its users.
-
-  When we speak of free software, we are referring to freedom, not
-price.  Our General Public Licenses are designed to make sure that you
-have the freedom to distribute copies of free software (and charge for
-them if you wish), that you receive source code or can get it if you
-want it, that you can change the software or use pieces of it in new
-free programs, and that you know you can do these things.
-
-  Developers that use our General Public Licenses protect your rights
-with two steps: (1) assert copyright on the software, and (2) offer
-you this License which gives you legal permission to copy, distribute
-and/or modify the software.
-
-  A secondary benefit of defending all users' freedom is that
-improvements made in alternate versions of the program, if they
-receive widespread use, become available for other developers to
-incorporate.  Many developers of free software are heartened and
-encouraged by the resulting cooperation.  However, in the case of
-software used on network servers, this result may fail to come about.
-The GNU General Public License permits making a modified version and
-letting the public access it on a server without ever releasing its
-source code to the public.
-
-  The GNU Affero General Public License is designed specifically to
-ensure that, in such cases, the modified source code becomes available
-to the community.  It requires the operator of a network server to
-provide the source code of the modified version running there to the
-users of that server.  Therefore, public use of a modified version, on
-a publicly accessible server, gives the public access to the source
-code of the modified version.
-
-  An older license, called the Affero General Public License and
-published by Affero, was designed to accomplish similar goals.  This is
-a different license, not 

Bug#690956: linux-image-3.2.0-3-686-pae: e1000 vlan not working

[Andrey Melnikov]

Package: linux-image-3.2.0-3-686-pae
Version: 3.2.23-1
Severity: important

In wheezy i386 with e1000 driver 7.3.21-k8-NAPI vlan's not working
without switching off rx-vlan-offload. 
Backport patch e1000: fix vlan processing regression
commit 52f5509fe8ccb607ff9b84ad618f244262336475 from upstream.


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

Kernel: Linux 2.6.32-5-openvz-686 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#687430: Support for debian-dug-ie

[Salvatore Monteleone]

Hi all,

> The Debian BSP in Dublin helped to meet the different people involved in
> Debian. I think it is a good idea to provide a common mailinglist.

I would like for the same reason that the debian-dug-ie mailing list
could be created.

Thank you

Salvatore Monteleone


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

Bug#690957: unblock: ia32-libs/1:0.3

[Thijs Kinkhorst]

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

Hi,

I believe we should consider to have ia32-libs and friends migrate to
testing. In my perception the status is as follows.

All blocking bugs against ia32-libs have been closed. I have installed
and upgraded the package on a number of wheezy systems without trouble;
also tested it with some 3rd party apps and this yielded no problems.

A few blocking bugs against ia32-libs-gtk currently remain. The few
remaining packages this concerns have been downgraded to Recommends.
As I understood on IRC, the release team is reluctant to have library
packages converted to M-A: same at this point in the release, which is
understandable. We can therefore assume that the few remaining ones
are not going to be fixed in the short term. The package does install
and upgrade fine on various wheezy environments. We do not know if
and which external packages still depend on these few libraries.

My proposal is to go ahead with the migration of ia32-libs*. It's
unlikely that the few remains of ia32-libs-gtk will be fixed in the
short term. This is so far as I can see now a potential minor regression
for libraries in the lesser-used ia32-libs-gtk package of which it's
unknown if some 3rd party app still uses them. Migrating the packages
now allows for people to find out in time if there's still something
that may break.

I think the benefits of not including monolithic ia32-libs in wheezy
far outweigh the potential small regression. Of course, the remaining
packages can still be converted later if so desired.


Cheers,
Thijs


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

Bug#690881: crrcsim build without support for the audio interface

[Agustin Henze]

On 18/10/12 16:38, David Stegbauer wrote:
> Run crrcsim, press key ESC to invoke menu, select Options -> Control.
> Press "Input Method ..." button. Select "Audio". The "Device" dropdown
> box is disabled. Then press "OK". Message "This version of CRRCsim was
> built without audio support" appears.
> Note: with audio input the crrcsim could be controlled directly by rc
> transmitter buddy cable (i.e. transmitter cable connected to pc audio
> input).
> 
> I suggest to add build dependency portaudio19-dev and corresponding
> runtime depency libportaudio2 ; then rebuild the package.

Hi David,
 thanks for your bug report! Nice feature, I have never used. In
a few hours i'll upload the new package version with support for
interface control via the audio input.

Thanks,

-- 
TiN



signature.asc
Description: OpenPGP digital signature

Bug#689772: unblock: olsrd/0.6.3-5

[Antoine Beaupré]

On 2012-10-19, Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
>
> On Sat, 2012-10-06 at 11:12 +0200, Antoine Beaupré wrote:
>> Note that 0.6.2 was released more than a year ago and it would seem
>> wrong to ship wheezy with it. 0.6.3 *was* in place in the archive when
>> the freeze happened, and was blocked only because builds were failing
>> on Debian/kFreeBSD, which is now fixed.
>
> The kFreeBSD issue was fixed in July according to the changelog. Why was
> this not raised until three months later?

I would assume this is an unfoturtunate oversight by the maintainers,
but I actually do not know.

A.

-- 
Freedom is being able to make decisions that affect mainly you. Power
is being able to make decisions that affect others more than you. If
we confuse power with freedom, we will fail to uphold real freedom.
- Richard Stallman


pgpjBXHr2oiHf.pgp
Description: PGP signature

Bug#690958: fanotify - missing documentation

[glpk xypron]

Package:  manpages-dev
Version:  3.42-1
Severity: normal
Tags: patch

Dear maintainer,

fanotify is a filesystem notification interface, intended to supersede inotify. 
It is available since kernel 2.6.36.

Manpages have been suggested in
http://permalink.gmane.org/gmane.linux.man/2400

Could you, please, include these in package manpages-dev.

Best regards

Heinrich Schuchardt


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

Bug#689700: *** GMX Spamverdacht *** Re: bison 2.6.2 generates incompatible header file

[Frank Heckenbach]

Akim Demaille wrote:

> Indeed, if you want both to be in the same namespace, %define api.prefix
> should do what you want.
> 
> Note that the C++ output supports "%define namespace", in
> which the generated code is put.

Thanks, seems like we have several viable options here. (Though I'd
have to check what about flex -- I haven't followed it recently, and
of course, both parsers need different scanners.)

> What is your policy on this regard?  When do you allow to rise
> the %require'd version of Bison?  (actually, currently I see
> none in 
> http://csound.git.sourceforge.net/git/gitweb.cgi?p=csound/csound5.git;a=blob;f=Engine/csound_orc.y;h=259a4cbe6fd3873120513678f34b936103d2d43d;hb=HEAD)
> 
> > we won't have to declare
> > yyparse at all which is (slightly) better than always having to
> > declare it as it was before.
> 
> Yes, indeed.
> 
> Can the version of Csound compiled by Debian be changed easily to
> compile cleanly with Bison 2.6?

I'm not part of the Csound team (if you understood that), I was just
replying to the question about an example which we have in our
(unrelated) project.

FWIW, our support policy is basically Debian oldstable, so we'll
probably drop support for Bison < 2.4.1 early next year.

About the C++ skeleton, I'm currently busy with other tasks, but
when I get around to it and encounter any issues, I'll post on
bug-bison (would have anyway :-).

Frank


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

Bug#690850: ITP: libdist-zilla-localetextdomain-perl -- Dist::Zilla plugin that adds support for managing l10n and i18n in Perl modules

[intrigeri]

Hi,

Joenio Costa wrote (18 Oct 2012 14:29:22 GMT) :
> Owner: Joenio Costa 
> * Package name: libdist-zilla-localetextdomain-perl

I'm happy someone wants to maintain Dist::Zilla::LocaleTextDomain!

Did you consider maintaining this package under the Debian Perl
Group umbrella?

Cheers!


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

Bug#690958: Upstream bug report: bugzilla.kernel.org #49091

[glpk xypron]

Upstream bug report
https://bugzilla.kernel.org/show_bug.cgi?id=49091


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

Bug#665408: tzdata: San Luis and Cairo wrongly show UTC

[Aurelien Jarno]

reassign 665408 libc6
fixed 665408 2.10.1-1
thanks

On Fri, Mar 23, 2012 at 02:40:36PM -0700, Martin Dorey wrote:
> Package: tzdata
> Version: 2011n-0lenny1
> Severity: normal
> 
> On a server with tzdata 2009l-0lenny1:
> 
> dsatow@mercury11:~$ LANG= TZ=America/Argentina/San_Luis date
> Thu Mar 22 21:41:43 WART 2012
> dsatow@mercury11:~$ LANG= TZ=Africa/Cairo date
> Fri Mar 23 03:41:55 EET 2012
> dsatow@mercury11:~$
> 
> On a server with 2011n-0llenny1:
> 
> martind@whitewater:~$ LANG= TZ=America/Argentina/San_Luis date
> Fri Mar 23 18:30:10 UTC 2012
> martind@whitewater:~$ LANG= TZ=Africa/Cairo date
> Fri Mar 23 18:30:11 UTC 2012
> martind@whitewater:~$ 
> 
> "WART" and "EET" change to "UTC".  I believe this to be incorrect.
> 
> This does not happen with the Squeeze libc and the same Lenny tzdata.
> I suspect that this was the fix:
> 
> http://cygwin.com/ml/libc-alpha/2009-06/msg00102.html
> 

This is indeed the correct patch, hence the problem is in libc6 and not
in tzdata. I am therefore reassigning the bug and marking it as fixed in
version 2.10.

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


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

Bug#669272: python3-matplotlib: any news?

[Carlo Stemberger]

Hi,
I see that matplotlib 1.2 has been accepted in experimental.

What is the status for Python 3?

Thank you!

Carlo

--
  .-.  | Registered Linux User #443882|  .''`.
  oo|  | http://linuxcounter.net/ | : :'  :
 /`'\  |   Registered Debian User #9  | `. `'`
(\_;/) | http://debiancounter.altervista.org/ |   `-


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

Bug#690959: gnome-system-log: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: gnome-system-log
Version: 3.4.1-3:
Severity: wishlist
Tags: l10n patch

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***

Russian debconf templates translation is attached.

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

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


ru.po.gz
Description: GNU Zip compressed data

Bug#688580: xonix: Crash with double freeing memory

[Tim S]

tim@station:~$ id -a
uid=1000(tim) gid=1000(tim) 
группы=1000(tim),24(cdrom),30(dip),44(video),46(plugdev),110(pulse),111(pulse-access),1001(pulse-rt)


tim@station:~$ ls -la /var/cache/xonix
итого 8
drwxr-xr-x 2 root root 4096 Авг 6 23:48 .
drwxr-xr-x 18 root root 4096 Окт 19 00:03 ..
-rw-rw-r-- 1 root games 0 Авг 6 23:48 xonix.scores


On 16.10.2012 18:42, jari wrote:

| crash is no [more] occured.
| But I have got the same message about reading the score file.
|
| tim@station:~$ xonix
| xonix: cannot reopen high score file

Could you send listings for these:

   id -a

   ls -la /var/cache/xonix

Thanks,
Jari
   



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

Bug#688797: [NS] [Pkg-openldap-devel] Bug#688797: Dead lock on BDB and partial stop on slapd

[Jose Manuel dos Santos Calhariz]

On Wed, Oct 17, 2012 at 03:50:32PM +0100, Jose Manuel dos Santos Calhariz wrote:
> On Wed, Oct 17, 2012 at 06:46:11AM -0700, Quanah Gibson-Mount wrote:
> > 
> > 
> > --On October 17, 2012 2:35:30 PM +0100 Jose Manuel dos Santos
> > Calhariz  wrote:
> > 
> > >On Wed, Oct 10, 2012 at 03:18:50PM +0100, Jose Manuel dos Santos Calhariz
> > >wrote:
> > >>> (...)
> > >>
> > >>Is openldap 2.4.31 current enough?
> > >
> > >It even happen with 2.4.33 :-(  It was compiled with BDB (4.7.25 + all
> > >patches).  Waiting for the next stop to collect debug information.
> > 
> > Ok.  did you see the information Howard requested you gather via his
> > comment in the bug?
> 
> For some reason I did't receive that comment.  Let me give the
> information that I have now.

Another partial stop with 2.4.33.  Again what stopped was the
synchronization with the LDAP master.  A watchdog detected the
situation and restarted the slapd daemon.


> 
> >> Can you give some more background on what has happened just prior to this 
> >> hang? 

The slaves are running the normal day workload until the thread that
process the replication stops processing the updates.  We have a
watchdog that detect that the slave is no longer up to date with the
master and restart the slave.

I have the exact time the daemon was restarted, 15:10:42, and the
full log with -d "Stats Stats2 Sync Trace"

> >> Do you have slapd logs (running with TRACE debug level, -d1 or -s1) 
> >> leading up to the hang? In particular, I'm interested in knowing whether 
> >> you 
> >> see a message like:
> >>   <= index_entry_%s( %ld, \"%s\" ) failure
> 
> I will change the debug level to include trace.

Looking into the logs I only see:
<= index_entry_%s( %ld, \"%s\" ) success

> 
> >> just before. Also, are you using cn=config on these servers, and did you 
> >> just 
> >> reconfigure the index of the relevant attribute prior to the hang? (E.g., 
> >> in 
> >> your trace, the istPersonServices attribute.)
> 
> Yes, we use cn=config, but didn't do any changes to any index.
> 
> > 
> > Thanks,
> > Quanah
> > 
> > 
> 
>Thanks,
> Jose Calhariz
> 
> ___
> ns-list mailing list
> ns-l...@dsi.ist.utl.pt
> https://mlists.ist.utl.pt/mailman/listinfo/groups.ciist.ns-list

Thanks,
Jose Calhariz


-- 
--
Nihil est in intellectu quod non ante fuerit in sensu.
(Nada está no intelecto que não tenha passado antes pelos sentidos)


signature.asc
Description: Digital signature

Bug#690960: unblock: usb-modeswitch-data/20120815-1

[Didier Raboud]

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

Please unblock package usb-modeswitch-data

This upstream release (in unstable since 52 days without a single
bugreport) brings support for new devices and corrects support for some
of them. Please see #680579 for past explanation about the specifics of
usb-modeswitch-data.

>From the changelog:

  * New upstream release.
+ New devices
 [0421:061d] Nokia CS-11
 [0922:1001] Dymo LabelManager
 [0af0:8700] Option GI0643 (aka XYFI)
 [15eb:7153] China TeleCom CBP7.0
 [19d2:0154] ZTE MF190 (Variant)
 [19d2:0325] ZTE MF821D
 [19d2:1017] Vodafone K5006Z (MF821)
 [1bbb:00ca] Alcatel OT-X080C
 [1bbb:f017] Alcatel OT-X220D
 [1ee8:004a] Onda MDC655
 [22de:6803] WeTelecom WM-D300
 [230d:0101] Linktop LW272/LW273
 [2357:0200] TP-Link MA180

These changes make these devices "modeswitch" where they wouldn't
"modeswitch" before.

× Devices updates (see ChangeLog for details)
 [12d1:14fe] Small target ID addition for Huawei E352
 [1410:5059] Fix config for Novatel MC545
 [16d8:6803] Updated config for C-motech D-50
 [19d2:2000] Add one more TargetProduct

The mentionned ChangeLog doesn't bring much more information, but the
diff does:

* for 12d1:14fe : extends the support to one more device.
* for 1410:5059 : Use the correct TargetProductList instead of
  TargetProduct.
* for 16d8:6803 : Change TargetClass
* for 19d2:2000 : Extend TargetProductList (this one's an insanely long
  one already)

× Changes in "rules" file (interface number filters) to reflect
  recent reports.

Change 40-usb_modeswitch.rules to avoid going through the file
unneccessarily.

  * Minor update to the gen_dch helper script to be stricter when
parsing git diff.

Changes debian/gen_dch.sh for the maintainer's convenience. It's not run
during build.

So, please:

unblock usb-modeswitch-data/20120815-1

Thanks in advance, cheers,

OdyX

P.S. debdiff is attached.
diff -Nru usb-modeswitch-data-20120531/40-usb_modeswitch.rules usb-modeswitch-data-20120815/40-usb_modeswitch.rules
--- usb-modeswitch-data-20120531/40-usb_modeswitch.rules	2012-05-31 11:12:14.0 +0200
+++ usb-modeswitch-data-20120815/40-usb_modeswitch.rules	2012-08-15 07:43:35.0 +0200
@@ -1,4 +1,4 @@
-# Part of usb-modeswitch-data, version 20120531
+# Part of usb-modeswitch-data, version 20120815
 #
 # Recommended use with USB_ModeSwitch >= 1.2.0, works with versions >= 1.0.3
 #
@@ -15,8 +15,12 @@
 # against a list of known modems, or else no action
 ATTR{bInterfaceClass}=="ff", ATTR{bInterfaceNumber}=="00", ATTRS{bNumConfigurations}=="*", RUN+="usb_modeswitch --driver-bind %p %s{idVendor} %s{idProduct} %E{PRODUCT}"
 
-# Most known install partitions are on interface 0, one on 5, one on 9
-ATTRS{bInterfaceNumber}!="0[059]", GOTO="modeswitch_rules_end"
+# Special treat for IF 3
+ATTRS{bInterfaceNumber}=="03", ATTRS{bInterfaceClass}=="08", ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="2000", GOTO="modeswitch_rules_begin"
+ATTRS{bInterfaceNumber}=="03", ATTRS{bInterfaceClass}=="08", ATTRS{idVendor}=="16d8", ATTRS{idProduct}=="6803", GOTO="modeswitch_rules_begin"
+
+# Most known install partitions are on interface 0, two on 3, one on 9
+ATTRS{bInterfaceNumber}!="0[09]", GOTO="modeswitch_rules_end"
 
 # handle only storage class devices
 ATTRS{bDeviceClass}=="08", GOTO="modeswitch_rules_begin"
@@ -38,6 +42,9 @@
 # Nokia CS-15
 ATTRS{idVendor}=="0421", ATTRS{idProduct}=="0610", RUN+="usb_modeswitch '%b/%k'"
 
+# Nokia CS-11
+ATTRS{idVendor}=="0421", ATTRS{idProduct}=="061d", RUN+="usb_modeswitch '%b/%k'"
+
 # Nokia CS-17
 ATTRS{idVendor}=="0421", ATTRS{idProduct}=="0622", RUN+="usb_modeswitch '%b/%k'"
 
@@ -68,7 +75,7 @@
 # Samsung GT-B3730
 ATTRS{idVendor}=="04e8", ATTRS{idProduct}=="689a", RUN+="usb_modeswitch '%b/%k'"
 
-# Samsung U209, Samsung U209
+# Samsung U209
 ATTRS{idVendor}=="04e8", ATTRS{idProduct}=="f000", RUN+="usb_modeswitch '%b/%k'"
 
 # AVM Fritz!Wlan USB Stick N
@@ -101,6 +108,9 @@
 # D-Link DWM-156 HSUPA 3.75G USB Modem
 ATTRS{idVendor}=="07d1", ATTRS{idProduct}=="a804", RUN+="usb_modeswitch '%b/%k'"
 
+# Dymo LabelManager
+ATTRS{idVendor}=="0922", ATTRS{idProduct}=="1001", RUN+="usb_modeswitch '%b/%k'"
+
 # Toshiba G450
 ATTRS{idVendor}=="0930", ATTRS{idProduct}=="0d46", RUN+="usb_modeswitch '%b/%k'"
 
@@ -227,6 +237,9 @@
 # Option HSO device
 ATTRS{idVendor}=="0af0", ATTRS{idProduct}=="8600", RUN+="usb_modeswitch '%b/%k'"
 
+# Option GI0643 (aka XYFI)
+ATTRS{idVendor}=="0af0", ATTRS{idProduct}=="8700", RUN+="usb_modeswitch '%b/%k'"
+
 # Option HSO device
 ATTRS{idVendor}=="0af0", ATTRS{idProduct}=="8800", RUN+="usb_modeswitch '%b/%k'"
 
@@ -485,10 +498,13 @@
 # Motorola 802.11 bg WLAN (TER/GUSB3-E)
 ATTRS{idVendor}=="148f", ATTRS{idProduct}=="2578", RUN+="usb_modeswitch '%b/%k'"
 
+# China TeleCom CBP7.0
+ATTRS{idVendor}=="15eb", ATT

Bug#669272: [Python-modules-team] Bug#669272: python3-matplotlib: any news?

[Sandro Tosi]

On Fri, Oct 19, 2012 at 4:59 PM, Carlo Stemberger
 wrote:
> Hi,
> I see that matplotlib 1.2 has been accepted in experimental.
>
> What is the status for Python 3?

I'm working (slowly) on it these days.

Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Bug#690961: edos-builddebhceck more picky about input than edos-debcheck (Warning: package ignored because it has no name)

[Joachim Breitner]

Package: edos-distcheck
Version: 1.4.2-13+b1
Severity: normal
File: /usr/bin/edos-builddebcheck

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

consider the attached Packages file. It is parsed without problem by
edos-debcheck, but edos-builddebcheck fails:
$ edos-debcheck < Packages >/dev/null 
Completing conflicts...* 100.0%
Conflicts and dependencies...  * 100.0%
Solving* 100.0%
$ edos-builddebcheck Packages /dev/null 
Completing conflicts...* 100.0%
Merging...  0
Fatal error: exception Failure("Warning: package ignored because it has no 
name")

Greetings,
Joachim


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

Kernel: Linux 3.5-trunk-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 edos-distcheck depends on:
ii  libbz2-1.0 1.0.6-4
ii  libc6  2.13-35
ii  libgdbm3   1.8.3-11
ii  libpcre3   1:8.31-1
ii  libpopt0   1.16-7
ii  librpm34.10.0-5
ii  librpmio3  4.10.0-5
ii  perl   5.14.2-14
ii  python 2.7.3-2
ii  python-debian  0.1.21+nmu2
ii  zlib1g 1:1.2.7.dfsg-13

edos-distcheck recommends no packages.

edos-distcheck suggests no packages.

- -- no debconf information

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

iEYEARECAAYFAlCBcXoACgkQ9ijrk0dDIGwH+QCgxpDdUCVoMCDK9odTTWqhwsyb
xhMAmgIAIN1siXf1n8qcET0SFJkejH0x
=1Gwa
-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#690962: mess: FTBFS, please lower the number of parallel jobs from -j5

[Konstantinos Margaritis]

Package: mess
Version: 0.146-3
Severity: important

Currently in debian/rules make starts -j5. Currently the armhf
autobuilders have only 1GB of RAM and starting 5 C++ jobs is a bit too
heavy on the builders. Lowering it to eg. 3 or even 2 is a bit nicer, or
if you would like, add some code to limit the number of jobs depending
on the number of cpus available.

Regards

Konstantinos


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

Bug#690963: passwd: allocates UIDs for system users top-down, in conflict with adduser's bottom-up policy

[Max Bowsher]

Package: passwd
Version: 1:4.1.4.2+svn3283-2+squeeze1
Severity: normal

The 'useradd -r' command (-r meaning 'system user') allocates UID values
top-down within the range reserved in login.defs.  In contrast, adduser
allocates UID values bottom-up.

Whilst most user creation on a Debian system happens by way of adduser,
tools which aim to have cross-distribution compatibility (e.g. Puppet)
will use useradd. It would be useful if useradd would observe similar
allocation policies to adduser, so that users do not end up placed at
opposite ends of the allocated range depending on the method of
creation.

For that reason I would suggest that useradd should be patched to match
the allocation policy of adduser in this respect.

Max.


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

Bug#613564: my pics for you

[vella]

Gday ! 
I had seen your main pics on fb. I love you a lot.  We should chat !
I could send you my pics if you want
Please drop me a line at: jon...@datingreplyz.com

Hugs, kisses, and broken fingers
joni


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

Bug#684021: ruby-sinatra: shouldn't break error processing if error logging is failed

[Eugene Lavnikevich]

Hello,


this bug also affects me.

Could someone please give a comment if there is any specific reason to
not incorporate the provided fix? Or maybe it's just from the lack of
time/human resources?


Best regards

--
Eugene Lavnikevich


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

Bug#686481: Clarification:

[Osamu Aoki]

Hi,

Thanks for your comment Stefano.  (I have made further efforts as below.)

On Sat, Oct 13, 2012 at 03:48:56PM +0200, Stefano Zacchiroli wrote:
> On Thu, Sep 06, 2012 at 02:32:07AM +0900, Osamu Aoki wrote:
> > On Mon, Sep 03, 2012 at 10:24:30AM -0700, Grant H. wrote:
> > > Sorry, also to just clarify the bug and what the issue is.
> > 
> > Thanks. maybe I should have read link in detail so it is partially my
> > fault too.  Excuse me.
> 
> Let me join the "I'm sorry club" :-) --- I'm sorry for the long delay in
> replying to this.
> 
> It looks like you've already narrowed down the purpose of this kind of
> bug, but let me clarify that I did not call for any kind of mass bug
> filing (MBF). In fact, we have discuss this point on the
> fsf-collab-discuss list on Alioth and recommended to discuss MBF there
> before proceeding.
> 
> At the same time, this kind of bug reports predates the creation of the
> collaboration group, and rightly so. Derivatives distributions such as
> gNewSense have since quite a while started reporting similar bug reports
> to Debian packages, (user)tagging them appropriately so that they're
> easy to find a posteriori.  I don't think that each of those bug reports
> needs a project-wide discussion, most of those bugs are fully within the
> realm of individual maintainer decisions. Some will be different, for
> sure, but I don't think that will be case for all of them. Let's look at
> the specifics.
> 
> In this case, I think the discussion that needs to happen with Osamu, as
> package maintainer, is on if and how non-free should be mentioned in the
> developer-reference. That non-free is *hosted* on Debian servers is a
  ^^^debian-reference

> fact, as it is a fact that the Social Contract declares non-free (and
> contrib) as not being part of Debian.  Considering the two aspects
> together, I think the debian-reference can mention non-free, but should
> take good care of clarifying the risks that the users take in picking
> software from there (lack of freedom and, more practically, lack of
> support from Debian, as we can't support stuff for which we don't have
> the source code properly). Osamu: would you agree with that?

Yes.  I also re-thought about the whole thing again.  One of the problem
was that the section title had "non-free hardware ...".  This made the
tone and impression quite skewed.  Of course, my initial intent was
helping people looking for non-free firmware etc.  But I did not wish to
encourage non-free software. 

Basically, I added new section in package management section:

 2.1.5. Debian is 100% free
 
http://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_debian_is_100_free
 (I included some of your comments there. SC4 and sc5 quoted there to be
  sure.  I also mention GFDL+invariant being non-free there.  I tried to
  avoid any critical comment to the position taken by GNU on
  GFDL+invariant.  I merely mention it so people will not miss it if they
  wish.  I once wrote reference to GNU's free guideline and stated they
  are essentially the same except the scope of software.  But I decided to
  mention scope of software just being wide foe Debian with the new
  update made now.)

Also rewrote old problematic "non-free hardware..." section title to:

 9.7.6. Hardware drivers and firmware
 
http://www.debian.org/doc/manuals/debian-reference/ch09.en.html#_hardware_drivers_and_firmware
 (New content after Ben Hutchings's comment and additional checks.)

Please read them after next update cycle within few hours or so since I
added some changes.  If you have suggestion, let me know.

> Grant: would that be enough to fix the "issue", in LibrePlanet's view?
> 
> If you don't, I would understand. But in that case please leave this bug
> open and tag it as "wontfix", as the purpose of the bug reporting
> exercise is to document this kind of issues and their current state in
> Debian.

I hope this new tone of text makes it easier for both sides.  If this is
not good enough, I seek better text first.  So, more like "moreinfo"
first.

Regards,

Osamu


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

Bug#690964: libapache2-mod-php5: /etc/apache2/mods-available/php5.conf uses 'php_admin_value' instead of 'php_admin_flag'

[Fritz Webering]

Package: libapache2-mod-php5
Version: 5.3.3-7+squeeze14
Severity: minor


The default configuration file /etc/apache2/mods-available/php5.conf
sensibly disables the php interpreter for public_html directories by
using

php_admin_value engine Off

which actually disables the php engine. However, the semantics are
wrong, because 'engine' is a boolean value and should be set using
php_admin_flag instead of php_admin_value, according to
http://php.net/manual/en/configuration.changes.php

This confused me today and cost me a few hours of time. I tried to
re-enable the engine for a specific user by placing the following
code in /etc/apache2/conf.d/


php_admin_value engine On


This failed because the string 'On' is probably interpreted as the
number zero, which still disables the engine.

Please change the default configuration file to correctly use
php_admin_flag instead of php_admin_value in order to reduce the
possible confusion of users reading or modifying the configuration.


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

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

Versions of packages libapache2-mod-php5 depends on:
ii  apache2-mpm-prefor 2.2.16-6+squeeze8 Apache HTTP Server - traditional n
ii  apache2.2-common   2.2.16-6+squeeze8 Apache HTTP Server common files
ii  libbz2-1.0 1.0.5-6+squeeze1  high-quality block-sorting file co
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libcomerr2 1.41.12-4stable1  common error description library
ii  libdb4.8   4.8.30-2  Berkeley v4.8 Database Libraries [
ii  libgssapi-krb5-2   1.8.3+dfsg-4squeeze6  MIT Kerberos runtime libraries - k
ii  libk5crypto3   1.8.3+dfsg-4squeeze6  MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.8.3+dfsg-4squeeze6  MIT Kerberos runtime libraries
ii  libmagic1  5.04-5+squeeze2   File type determination library us
ii  libonig2   5.9.1-1   Oniguruma regular expressions libr
ii  libpcre3   8.02-1.1  Perl 5 Compatible Regular Expressi
ii  libqdbm14  1.8.77-4  QDBM Database Libraries [runtime]
ii  libssl0.9.80.9.8o-4squeeze13 SSL shared libraries
ii  libxml22.7.8.dfsg-2+squeeze5 GNOME XML library
ii  mime-support   3.48-1MIME files 'mime.types' & 'mailcap
ii  php5-common5.3.3-7+squeeze14 Common files for packages built fr
ii  tzdata 2012c-0squeeze1   time zone and daylight-saving time
ii  ucf3.0025+nmu1   Update Configuration File: preserv
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages libapache2-mod-php5 recommends:
ii  php5-cli   5.3.3-7+squeeze14 command-line interpreter for the p

Versions of packages libapache2-mod-php5 suggests:
pn  php-pear   (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#690965: gnome-keyring: [experimental] new upstream release 3.6.1

[Simon McVittie]

Package: gnome-keyring
Version: 3.4.1-5
Severity: wishlist
Tags: patch

Here's some updated packaging for the GNOME 3.6 version.
--- gnome-keyring-3.4.1/debian/changelog	2012-08-19 21:02:52.0 +0100
+++ gnome-keyring-3.6.1/debian/changelog	2012-10-19 17:03:31.0 +0100
@@ -1,3 +1,14 @@
+gnome-keyring (3.6.1-0+g36+1) UNRELEASED; urgency=low
+
+  * Local package
+  * New upstream release
+- update build-dependencies
+- drop patches that are in the upstream version
+- deal with renamed PKCS#11 integration conffile with a mv_conffile
+  maintscript helper (LP: #1038577)
+
+ -- Simon McVittie   Fri, 19 Oct 2012 16:45:16 +0100
+
 gnome-keyring (3.4.1-5) unstable; urgency=low
 
   * d/p/0001-schema-Update-description-for-gpg-cache-method.patch,
--- gnome-keyring-3.4.1/debian/control	2012-08-19 21:06:19.0 +0100
+++ gnome-keyring-3.6.1/debian/control	2012-10-19 17:05:11.0 +0100
@@ -18,9 +18,9 @@
libcap-ng-dev [linux-any],
libdbus-1-dev (>= 1.0),
libgck-1-dev (>= 3.3.4),
-   libgcr-3-dev (>= 3.3.3),
+   libgcr-3-dev (>= 3.5.3),
libgcrypt11-dev (>= 1.2.2),
-   libglib2.0-dev (>= 2.28.0),
+   libglib2.0-dev (>= 2.32.0),
libgtk-3-dev (>= 3.0),
libp11-kit-dev (>= 0.6),
libpam0g-dev,
@@ -35,6 +35,7 @@
 
 Package: gnome-keyring
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  gcr (>= 3.4),
--- gnome-keyring-3.4.1/debian/control.in	2012-08-19 13:24:48.0 +0100
+++ gnome-keyring-3.6.1/debian/control.in	2012-10-19 17:03:31.0 +0100
@@ -13,9 +13,9 @@
libcap-ng-dev [linux-any],
libdbus-1-dev (>= 1.0),
libgck-1-dev (>= 3.3.4),
-   libgcr-3-dev (>= 3.3.3),
+   libgcr-3-dev (>= 3.5.3),
libgcrypt11-dev (>= 1.2.2),
-   libglib2.0-dev (>= 2.28.0),
+   libglib2.0-dev (>= 2.32.0),
libgtk-3-dev (>= 3.0),
libp11-kit-dev (>= 0.6),
libpam0g-dev,
@@ -30,6 +30,7 @@
 
 Package: gnome-keyring
 Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends},
  ${shlibs:Depends},
  gcr (>= 3.4),
--- gnome-keyring-3.4.1/debian/gnome-keyring.maintscript	1970-01-01 01:00:00.0 +0100
+++ gnome-keyring-3.6.1/debian/gnome-keyring.maintscript	2012-10-19 17:03:31.0 +0100
@@ -0,0 +1 @@
+mv_conffile /etc/pkcs11/modules/gnome-keyring-module /etc/pkcs11/modules/gnome-keyring.module 3.6.0-0ubuntu1~
--- gnome-keyring-3.4.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch	2012-08-19 13:29:37.0 +0100
+++ gnome-keyring-3.6.1/debian/patches/0001-schema-Update-description-for-gpg-cache-method.patch	1970-01-01 01:00:00.0 +0100
@@ -1,31 +0,0 @@
-From 24dcc36fb999418b1d13f76bc6bee4c7f59a5ec0 Mon Sep 17 00:00:00 2001
-From: Stef Walter 
-Date: Wed, 8 Aug 2012 06:06:24 +0200
-Subject: [PATCH 1/3] schema: Update description for gpg-cache-method
-
- * Document the various method strings that can be present here
-
-https://bugzilla.gnome.org/show_bug.cgi?id=681081

- schema/org.gnome.crypto.cache.gschema.xml |5 -
- 1 file changed, 4 insertions(+), 1 deletion(-)
-
-diff --git a/schema/org.gnome.crypto.cache.gschema.xml b/schema/org.gnome.crypto.cache.gschema.xml
-index 9a431eb..4547399 100644
 a/schema/org.gnome.crypto.cache.gschema.xml
-+++ b/schema/org.gnome.crypto.cache.gschema.xml
-@@ -3,7 +3,10 @@
- 		
- 			'session'
- 			Cache Method
--			The method to use for caching passphrases typed into the GPG agent.
-+			The method to use for caching passphrases typed into the GPG agent.
-+			Should be one of: 'always' caches permanently, 'session' caches until session end,
-+			'idle' caches until the not used for gpg-cache-ttl seconds, 'timeout' caches until
-+			gpg-cache-ttl seconds.
- 		
- 		
- 			300
--- 
-1.7.10.4
-
--- gnome-keyring-3.4.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch	2012-08-19 13:29:37.0 +0100
+++ gnome-keyring-3.6.1/debian/patches/0002-gpg-agent-Hook-up-the-TTL-cache-option.patch	1970-01-01 01:00:00.0 +0100
@@ -1,99 +0,0 @@
-From 51606f299e5ee9d48096db0a5957efe26cbf7cc3 Mon Sep 17 00:00:00 2001
-From: Stef Walter 
-Date: Wed, 8 Aug 2012 06:06:58 +0200
-Subject: [PATCH 2/3] gpg-agent: Hook up the TTL cache option
-
- * So that when the gsettings gpg-cache-method is 'idle' or 'timeout'
-   we use gpg-cache-ttl to control how long the passphrase is cached
-   for.
- * This is a regression from 3.3.x
-
-https://bugzilla.gnome.org/show_bug.cgi?id=681081

- daemon/gpg-agent/gkd-gpg-agent-ops.c |   40 +-
- 1 file changed, 25 insertions(+), 15 deletions(-)
-
-diff --git a/daemon/gpg-agent/gkd-gpg-agent-ops.c b/daemon/gpg-agent/gkd-gpg-agent-ops.c
-i

Bug#688823: broadcom-sta-dkms: to version >= 6.20.55.19 (r300276)

[Jasmine Hassan]

Reposting updated link, as I'm getting emails about it. it's also
mentioned at the bottom of the homepage jas.gemnetworks.com :)
http://jas.gemnetworks.com/debian/pool/main/w/wireless-bcm43142-dkms/wireless-bcm43142-dkms_6.20.55.19~bdcom0602.0400.1000.0400-0somerville1_amd64.deb

Sorry about the long file name. forgot to rename dell's stupid
mile-long package name, and when re-importing in new repo, it got
renamed back to original name.

Apparently broadcom's linux driver page is still stuck at 5.100.82.112  :p
http://www.broadcom.com/support/802.11/linux_sta.php

Arend,
Anything you can do about the latter, at least?

Thanks,
Jas

On Mon, Oct 1, 2012 at 2:49 PM, Jasmine Hassan  wrote:
> And because, the log you're referencing, begins with:
>
> # wpa_supplicant -d -Dnl80211,wext -ieth2 -u -s -O /var/run/wpa_supplicant
>
> I obviously ran it with the same -D option used in functions.sh:
> nl80211,wext (in the same order). Pointless, of course, as I know that
> the wl.ko module loaded at the time was built with wext only. I guess
> I could've just as well ran with -
>
> On Mon, Oct 1, 2012 at 2:26 PM, Jasmine Hassan  wrote:
>> Resend. Sorry, forgot to "reply all" on the last 2 emails
>>
>> because wpa_supplicant 1.0 (at least on LMDE/Debian testing) always
>> tries nl80211 first
>> # grep -i wext /etc/wpa_supplicant/*
>> /etc/wpa_supplicant/functions.sh:# -D   driver backend ('wext' if none given)
>> /etc/wpa_supplicant/functions.sh:
>> WPA_SUP_OPTIONS="$WPA_SUP_OPTIONS
>> -D nl80211,wext"
>> /etc/wpa_supplicant/functions.sh:
>> wpa_msg stderr "using
>> \"nl80211,wext\" wpa-driver instead ..."
>> /etc/wpa_supplicant/functions.sh:
>> WPA_SUP_OPTIONS="$WPA_SUP_OPTIONS
>> -D nl80211,wext"
>> /etc/wpa_supplicant/functions.sh:   wpa_msg verbose "wpa-driver
>> nl80211,wext (default)"
>>
>> --
>>
>> And to answer your other question, attached the complete snipped part
>>
>> --
>> Jasmine
>>
>> On Mon, Oct 1, 2012 at 2:06 PM, Arend van Spriel  wrote:
>>> On 09/27/2012 04:24 PM, Jasmine Hassan wrote:

 Update on 3.6-rc7 problems with wpasupplicant-1.0-2 and broadcom-sta
 6.20.55.19 (r300276)
 1. Fails to associate to AP (WPA encryption used) when wl.ko built with
 wext
 2. Kernel bug when wl.ko built with nl/cfg80211
>>>
>>>
>>> Commenting on issue 1 only, here.
>>>
>>>
> Updated deb:
> http://jas.gemnetworks.com/debian/wireless-bcm43142-dkms-6.20.55.19_amd64.deb
>
> Also tested on linux 3.5.0-4.dmz.1-liquorix-amd64, and it works for me
>
> Now, given a power regression in kernel 3.5, I was eager to test drive
> 3.6-rc6, and found rc7 out already!
> So yesterday I installed linux 3.6-rc7.towo.1-siduction-amd64, the
> "wl" module compiles and installs, and loads okay upon boot to
> 3.6-rc7. However, I'm unable to associate to my AP:
>
> Pointers in syslog
> Sep 25 21:34:10 terra wpa_supplicant[2787]: nl80211: 'nl80211' generic
> netlink not found
> Sep 25 21:34:10 terra wpa_supplicant[2787]: Failed to initialize
> driver 'nl80211'
> [..snip]
>>>
>>>
>>> Not sure what is snipped here. Your wpa_supplicant seems to try nl80211.
>>> Maybe it goes and try WEXT instead, but that is missing from the log. Do you
>>> recall or still have the entire syslog?
>>>
>>>
> Sep 25 21:34:31 terra wpa_supplicant[2787]: eth2: Trying to associate
> with 00:xx:xx:xx:xx:xx (SSID='xxx' freq=2452 MHz)
> Sep 25 21:34:31 terra wpa_supplicant[2787]: eth2: Association request
> to the driver failed
>
> As bcm43142 is fairly new, this proprietary driver is all that's there
> to support it. Sad face.
>
> Cheers,
> Jasmine
>>>
>>>
>>> Gr. AvS
>>>
>>>


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

Bug#581113: [Pkg-ofed-devel] Processed: severity of 581113 is serious

[Ira Weiny]

Not sure if this is appropriate to respond to but, this was fixed in version 
1.5.8.

Ira

On Fri, 19 Oct 2012 07:03:06 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

> Processing commands for cont...@bugs.debian.org:
> 
> > severity 581113 serious
> Bug #581113 [infiniband-diags] infiniband-diags: bashism in /bin/sh script
> Severity set to 'serious' from 'important'
> > thanks
> Stopping processing here.
> 
> Please contact me if you need assistance.
> -- 
> 581113: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581113
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> 
> ___
> Pkg-ofed-devel mailing list
> pkg-ofed-de...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ofed-devel


-- 
Ira Weiny
Member of Technical Staff
Lawrence Livermore National Lab
925-423-8008
wei...@llnl.gov


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

Bug#687430: +1

[Alexander Ufimtsev]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I, hereby, second the request to Debian comrades, the mailinglist
bureaucrats, to approve this list before the list starts approving them.

A

- -- 
Alexander Ufimtsev
School of Computer Science and Informatics
University College Dublin, Belfield, D4, Ireland
E: al...@ucd.ie  T: +353 1 716 2926
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iD8DBQFQgXjuANNyqVq3ICERAtdrAJ92iWej/Z21YY7ZOWW9Cu7YLDNpmgCgnX8x
spXg0LNiDBIAm6mwis3V9Ak=
=6T3y
-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#690966: lvm2: Please allow lvm2 to be built with libreadline-dev

[Johannes Schauer]

Package: lvm2
Version: 2.02.95-4
Severity: wishlist
Tags: patch
User: j.scha...@email.de
Usertags: bootstrap-conflicts

Inter-package conflicts currently limit the ability of a CUDF solver to
optimize the dependency graph created during bootstrapping of Debian for
new architectures. Luckily there are only nine conflicts in the core set
of Debian packages in Debian Sid as of now. One of those conflicts is
between libreadline-gplv2-dev and libreadline-dev. From the core
packages, only src:lvm2 and src:ruby1.8 build-depend on
libreadline-gplv2-dev. But both are gpl2, so using the newer gpl3
libreadline-dev should not be a problem license-wise. When building lvm2
with libreadline-dev instead of libreadline-gplv2-dev I observed no
errors. It seems no modifications other than of the Build-Depends have
to be done.

The attached patch replaces lvm2's current dependency on
libreadline-gplv2-dev with a dependency on libreadline-dev.
Alternatively, a disjunction between those two would probably also work
because it appears to build fine with either of them.

Can you please confirm my observation and then apply the attached patch
so that libreadline-gplv2-dev is not strictly needed anymore to build
lvm2?

The dependency on libreadline-gplv2-dev was introduced as the solution
of bug #553807.

This change not only benefits a solver when analyzing the bootstrapping
situation but also allows to compile lvm2 side by side with many other
packages that build-depend on libreadline-dev.

cheers, josch
Index: lvm2-2.02.95/debian/control
===
--- lvm2-2.02.95.orig/debian/control	2012-05-27 17:05:01.0 +
+++ lvm2-2.02.95/debian/control	2012-10-19 16:48:28.990015873 +
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian LVM Team 
 Uploaders: Bastian Blank 
-Build-Depends: dpkg-dev (>= 1.16.1~), debhelper (>= 8.1.3~), automake, libcman-dev (>> 2), libcorosync-dev, libdlm-dev (>> 2), libreadline-gplv2-dev, libselinux1-dev, libudev-dev, openais-dev, pkg-config
+Build-Depends: dpkg-dev (>= 1.16.1~), debhelper (>= 8.1.3~), automake, libcman-dev (>> 2), libcorosync-dev, libdlm-dev (>> 2), libreadline-dev, libselinux1-dev, libudev-dev, openais-dev, pkg-config
 Standards-Version: 3.9.1
 Homepage: http://sources.redhat.com/lvm2/
 Vcs-Svn: svn://svn.debian.org/pkg-lvm/lvm2/trunk/

Bug#690573: git: Error code 51 accessing google code https repo

[Tony Houghton]

clone 690573 -1
retitle -1 Error result=51 accessing google code https git repo
reassign -1 libcurl3-gnutls
affects -1 git
forcemerge 690551 -1
thanks

On Tue, 16 Oct 2012 11:17:06 +0200
Alessandro Ghedini  wrote:

> Also note that this is, in fact, a bug in libcurl. See #690551.

Cloning and merging, hopefully this will help point other people in the
same situation as me to the most appropriate report.


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

Bug#674039: mount -a still required

[Chr.v.Stuckrad]

Hi!

We use a current 'wheezy' with sysvinit Version: 2.88dsf-32

We run into the 'same situation' by having two or more
network cards active in cluster machines (one to the
world, one inside the cluster for speed).

First 'inet' network comes up and eth0 goes through mountnfs
but does not mount because the second eth1 is not yet up.
Other 'inet' devices are never seen by mountnfs, because
the 'post-up' is run with IFACE='--all' ADDRFAM='meta'.

I can expand the test for 'inet' and 'inet6' by allowing
also for 'meta' (and just to be on the safe side checking
IFACE for '--all' which I assume to be always the last one).

Then function 'exit_unless_last_interface' exits, because the
interfaces, which are brought up by '--all', are never noted
in /etc/network/run/ifstate.

So I wrapped another check for '--all' around the loop there
and now i get my nfs-mounts back as they were.

BUT I really would like to know, what I break by ignoring
the check whether all interfaces are up, and why the
working interface eth1 never is put into the ifstate ???

Yours Stucki  (cluster-admin trying to create a filesystem
shared via nfs by the whole cluster on a local network)

PS.: If needed I will provide patches, but the above tests
are just three trivial lines to add.


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

Bug#690844: wishlist: note that /etc/default/netdiag is not a conffile

[Ivan Shmakov]

> Michael Meskes  writes:
> On Thu, Oct 18, 2012 at 08:38:09PM +0700, Ivan Shmakov wrote:

 >> Contrary to what's stated in debian/templates, /etc/default/netdiag
 >> /shouldn't/ be edited directly to change the run_statnetd value, as
 >> it will be overwritten by the value of the netdiag/run_statnetd
 >> Debconf question the next time the package is (re)configured.

 > TTBOMK this is not true.  The debconf answer is overwritten by the
 > value read from /etc/default/netdiag.

Indeed, debian/config (which I've missed) reads the value and
pre-sets Debconf.  However, it's still possible to change the
setting via dpkg-reconfigure(8).

It still makes sense to drop the second “'.*'” off printf, and
to add a notice that /etc/default/netdiag is /not/ a conffile,
and will be overwritten.  E. g., I tend to occasionally edit
comments in the files below /etc, and I'd be surprised to find
that my edits are silently discarded.

(That'd make a Severity: wishlist bug, with a patch.)

-- 
FSF associate member #7257  np. lotus3_3.mod


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

Bug#690953: yelp: [experimental] new upstream version 3.6.1

[Michael Biebl]

Hi,

On 19.10.2012 15:36, Simon McVittie wrote:
> Package: yelp
> Version: 3.4.2-1+b1
> Severity: wishlist
> Tags: patch
> 
> Here's updated packaging for yelp 3.6.1.
> 
> This change might be controversial:
> 
>* Update debian/libyelp0.symbols. Symbols were dropped without bumping the
>  SONAME (see GNOME #686457). Yelp is currently the only user of libyelp,
>  so give libyelp0 a Breaks: yelp (<< 3.6.0) instead of doing it properly.

yelp has

Depends: libyelp0 (= ${binary:Version})

so we don't need the Breaks


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



signature.asc
Description: OpenPGP digital signature

Bug#690961: edos-builddebhceck more picky about input than edos-debcheck (Warning: package ignored because it has no name)

[Ralf Treinen]

Hi Joachim, 

On Fri, Oct 19, 2012 at 05:27:54PM +0200, Joachim Breitner wrote:

> consider the attached Packages file. It is parsed without problem by

you forgot to attach the Packages file ..

BTW, please don't use edos-*check anymore, please switch to dose-*check.
We keep the edos stuff in the archive only until wanna-build and 
embedian switch to dose.

Cheers -Ralf.


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

Bug#690968: FTBFS: Hung at test 583

[Tony Houghton]

Source: curl
Version: 7.28.0-1
Severity: normal

I tried to build the package with the patch from #690551 but the build
just froze when it got to test 583. It said there was 10:24 remaining
after the previous successful test, but I'm pretty sure it had hung for
longer than that. It didn't seem to be using CPU etc.

debian/build/tests/log/upload583.txt is empty and I'll attach
debian/build/tests/log/valgrind583.

There were some other errors too, I don't know whether they're relevant:

test 582... valgrind ERROR 
 Leaked 24 bytes

 Leaked 24 bytes

Tests 111, 117, 118, 119, 122, 123, 144, 145, 190, 236, 290, 531, 533,
534, 546 were all marked "Killed". And:

test 165... valgrind ERROR 
 Read 4 invalid bytes

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

Kernel: Linux 3.5-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
==14458== Memcheck, a memory error detector
==14458== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al.
==14458== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info
==14458== Command: 
/home/tony/src/curl-7.28.0/debian/build/tests/libtest/.libs/lt-lib583 
sftp://localhost:8999/home/tony/src/curl-7.28.0/debian/build/tests/log/upload583.txt
 tony:
==14458== Parent PID: 14457
==14458== 
==14458== 
==14458== HEAP SUMMARY:
==14458== in use at exit: 233,454 bytes in 4,104 blocks
==14458==   total heap usage: 6,280 allocs, 2,176 frees, 487,011 bytes allocated
==14458== 
==14458== 24 bytes in 1 blocks are definitely lost in loss record 536 of 662
==14458==at 0x4C2A26B: malloc (vg_replace_malloc.c:270)
==14458==by 0x7565960: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x7566888: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x7566BCE: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x75AFA69: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x56621E6: ??? (in /usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1)
==14458==by 0x566290A: ??? (in /usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1)
==14458==by 0x566A0A1: libssh2_session_handshake (in 
/usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1)
==14458==by 0x4E73C9B: ssh_statemach_act (ssh.c:722)
==14458==by 0x4E77782: ssh_multi_statemach (ssh.c:2635)
==14458==by 0x4E560C3: Curl_protocol_connect (url.c:3455)
==14458==by 0x4E56399: Curl_setup_conn (url.c:5265)
==14458==by 0x4E56443: Curl_connect (url.c:5338)
==14458==by 0x4E6A344: multi_runsingle (multi.c:1150)
==14458==by 0x4E6ADA4: curl_multi_perform (multi.c:1839)
==14458==by 0x400F2F: test (lib583.c:63)
==14458== 
==14458== 24 bytes in 1 blocks are definitely lost in loss record 537 of 662
==14458==at 0x4C2A26B: malloc (vg_replace_malloc.c:270)
==14458==by 0x7565960: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x7566888: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x7566BCE: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x75AFA69: ??? (in /lib/x86_64-linux-gnu/libgcrypt.so.11.7.0)
==14458==by 0x56609B6: ??? (in /usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1)
==14458==by 0x5662196: ??? (in /usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1)
==14458==by 0x566290A: ??? (in /usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1)
==14458==by 0x566A0A1: libssh2_session_handshake (in 
/usr/lib/x86_64-linux-gnu/libssh2.so.1.0.1)
==14458==by 0x4E73C9B: ssh_statemach_act (ssh.c:722)
==14458==by 0x4E77782: ssh_multi_statemach (ssh.c:2635)
==14458==by 0x4E560C3: Curl_protocol_connect (url.c:3455)
==14458==by 0x4E56399: Curl_setup_conn (url.c:5265)
==14458==by 0x4E56443: Curl_connect (url.c:5338)
==14458==by 0x4E6A344: multi_runsingle (multi.c:1150)
==14458==by 0x4E6ADA4: curl_multi_perform (multi.c:1839)
==14458== 
==14458== LEAK SUMMARY:
==14458==definitely lost: 48 bytes in 2 blocks
==14458==indirectly lost: 0 bytes in 0 blocks
==14458==  possibly lost: 0 bytes in 0 blocks
==14458==still reachable: 233,406 bytes in 4,102 blocks
==14458== suppressed: 0 bytes in 0 blocks
==14458== Reachable blocks (those to which a pointer was found) are not shown.
==14458== To see them, rerun with: --leak-check=full --show-reachable=yes
==14458== 
==14458== For counts of detected and suppressed errors, rerun with: -v
==14458== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 12 from 6)

Bug#690969: atk1.0: [experimental] new upstream version 2.6.0

[Simon McVittie]

Package: atk1.0
Version: 2.5.4-1
Severity: wishlist
Tags: patch

Here is the (trivial) packaging change for atk 2.6.0.

S
--- atk1.0-2.5.4/debian/changelog	2012-08-09 14:42:15.0 +0100
+++ atk1.0-2.6.0/debian/changelog	2012-10-17 14:40:27.0 +0100
@@ -1,3 +1,13 @@
+atk1.0 (2.6.0-0+g36+1) experimental; urgency=low
+
+  * Local build
+  * New upstream stable release (LP: #1046580)
+- translation updates
+- GNOME #635332: Include C header information in GIR
+- GNOME #672869: Add atk_relation_set_contains_target to atk.symbols
+
+ -- Simon McVittie   Wed, 17 Oct 2012 14:35:12 +0100
+
 atk1.0 (2.5.4-1) experimental; urgency=low
 
   [ Michael Biebl ]
--- atk1.0-2.5.4/debian/control	2012-08-09 14:43:40.0 +0100
+++ atk1.0-2.6.0/debian/control	2012-10-17 14:42:50.0 +0100
@@ -7,7 +7,7 @@
 Section: libs
 Priority: optional
 Maintainer: Debian GNOME Maintainers 
-Uploaders: Jordi Mallach , Josselin Mouette , Laurent Bigonville , Michael Biebl , Sjoerd Simons 
+Uploaders: Jordi Mallach , Laurent Bigonville , Michael Biebl , Sjoerd Simons 
 Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/atk1.0
 Vcs-Svn: svn://anonscm.debian.org/svn/pkg-gnome/desktop/unstable/atk1.0
 Build-Depends: debhelper (>= 9),


atk1.0_2.6.0-0+g36+1.debian.tar.gz
Description: Binary data

Bug#690970: irssi: scriptassist triggers deprecation warning: defined(%hash) is deprecated

[Salvatore Bonaccorso]

Package: irssi
Version: 0.8.15-5
Severity: minor
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi 

Loading the script scriptassist
(/usr/share/irssi/scripts/scriptassist.pl) triggers deprecations
warnings with newer perl version:

- cut-cut-cut-cut-cut-cut-
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 97.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 207.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 207.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 689.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 690.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 777.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 857.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 defined(%hash) is deprecated at /usr/share/irssi/scripts/scriptassist.pl 
line 1090.
19:11 
19:11 I(Maybe you should just omit the defined()?)
19:11 
19:11 >> scriptassist 2003020803 loaded: /scriptassist help for help
19:11 -!- Irssi: Loaded script scriptassist
- cut-cut-cut-cut-cut-cut-

Regards,
Salvatore

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

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

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

iQIcBAEBCgAGBQJQgYxjAAoJEHidbwV/2GP+w/gQAK5pizN7rTzTTFjXEuNxc7bb
+dSZuCKBd4ZYP1uPvrTTywm3nTQURN9Ci0rMYEL1kEaH4r8UyjdVPWUVQUyv1p1R
RWGAkLpMLj+TcVkfcH023W9mNLgIw6SDNV61F9jBkivrhFp4dTomszzOkGrS2Teb
Z/+ujPodUO3S41aNzO3x5wDuZu341S6VfedxCAyiuP4cs57L482kkA710UQ9ydKD
3SJSgzr//sj9uEIFa7kUa4SuyKhd7ydHpJAWuP7NqeLSs296/xb+VFHK0i5u+64S
BhFre8ED0q5ieM8zYtAzPOPrQIEfpHF36YdxEuPN9uB9agUBOnfFPbXhIpClYS5K
yKgG3/57jNuTbVBzqy+b94gjpHLBQagO2iexP/KThv9fnv/84U7E1Wyz2BQRwRuL
FhXYy29GmqxpLgvlsEyYijbmqb9QPaXP+jzGwaVUQdSE922uathgoJENMaUJ3qOf
qbFZs+GPZSeMuT1a+K/785IuAosywDYnk3+wSjKD50lxzzXgm7MoNTY+0L31Cqi6
C74ijZ1kgiJhJG/uUG80VS0U3rttvVb04VYeFxcFKivUxbeIZvUEgEroWIY3mORH
9NYODJ82I9XPt4Q5V/nM/8asDOAp47y+voiHGPYqi/u+tB7zZI8BAuZ5kE2IwkQf
lwCVhFnCOA/Xe9YoIaBM
=p/ry
-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