Bug#649408: Also affecting pop3d

[Howard Chu]

When connecting to my POP3 server the warning message is output before the 
POP3 banner, which confuses my Mozilla pop3 client and prevents the client 
from connecting.


telnet www.highlandsun.com 110
Trying 70.87.222.79...
Connected to www.highlandsun.com.
Escape character is '^]'.
WARNING: gnome-keyring:: no socket to connect to
+OK POP3 Ready <17721.1323846...@highlandsun.com>
QUIT
+OK
Connection closed by foreign host.

Mozilla says:

"An error occurred with the POP3 mail server. Mail server www.highlandsun.com 
responded:"


(and nothing else.)


Why the hell are headless network services trying to talk to the Gnome keyring 
in the first place? The idiocy of this is astounding.


--
  -- Howard Chu
  CTO, Symas Corp.   http://www.symas.com
  Director, Highland Sun http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/



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

Bug#640498: Paul Wise

[Timo Juhani Lindfors]

Hi,

1) Can you reproduce this if you save a gps track to file and then
playback it with gpsfake? If yes, this should make it easier for others
to reproduce the bug without GPS hardware.

2) Since you are on amd64, can you please run foxtrotgps under valgrind?

3) Also, what does "x/32i $rip" print in gdb?

Since you have Curl_resolv_timeout in the stack trace this looks similar
to

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


-Timo



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

Bug#633105: [pkg-cryptsetup-devel] Bug#633105: GO for the l10n upload of cryptsetup

[Christian PERRIER]

Quoting Jonas Meurer (jo...@freesources.org):


> > Hello Jonas,
> > 
> > Do you have any ETA for the planned upload?
> 
> Thanks for the hint. I intend to do some further testing and debugging
> before actually uploading a new cryptsetup package.
> The next upload will include a new upstream with
> backwards-incompatible library symbols changes and several bugs fixed.
> 
> Please don't NMU. If everything works as expected, I'll upload within
> the next month.


Hello Jonas,

Are there news abou tthis planned upload of cryptsetup? My translation
update round is dated back to October so I guess you had some
unexpected events that prevented you from doing the announced
upload. Is that right? May I help in something?




signature.asc
Description: Digital signature

Bug#652017: override: ttf-arphic-uming:oldlibs/extra

[Christian Perrier]

Package: ftp.debian.org
Severity: normal

The package was renamed and this package is now a transition package.



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

Bug#651966: class/langcore.mk: DEB_BUILD_MAINT_OPTIONS not passed to dpkg-buildflags

[Raphael Hertzog]

Hi,

On Tue, 13 Dec 2011, Simon Ruderich wrote:
> The attached patch fixes this and passes DEB_BUILD_MAINT_OPTIONS
> to dpkg-buildflags, but I'm not sure if it's the best way to do
> it.

The attached patch is not enough. There are other variables that are
important.

Please check /usr/share/dpkg/buildflags.mk as an example of how this
should be done.

Better, I suggest that you rely on dpkg-dev doing the work for you and
that you just include this Makefile and use the standard variables.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



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

Bug#652016: Please pick check_rsync up into nagios-plugins

[Yukiharu YABUKI]

Package: nagios-plugins
Severity: wishlist


Hello Nagios maintainer.

I'd like to tell you that I found 
http://exchange.nagios.org/directory/Plugins/Network-Protocols/Rsync/check_rsync/details

That is check_rsync plugin. I downloaded these plugins. These plugins
have GPLv2 header in the plugins.

If you would like to decide to pick it up, I am happly.

Best
Yukiharu.

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

Kernel: Linux 2.6.38-cgroup-memcap (SMP w/4 CPU cores)
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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#652004: bosh: 'man bosh' typos: "finised", "intepreter", "invokation", "perfromed", "readablity", "seperating" x 2, & "addtion"

[Salvatore Bonaccorso]

tag 652004 + pending
thanks

Hi

On Tue, Dec 13, 2011 at 07:38:17PM -0500, A. Costa wrote:
> Package: bosh
> Version: 0.6-5
> Severity: minor
> Tags: patch
> 
> Dear Maintainer,
> 
> Found some typos in '/usr/share/man/man1/bosh.1.gz', see attached '.diff'.
> 
> Hope this helps...

Thanks for your report and the patch. I just applied it.

Regards
Salvatore


signature.asc
Description: Digital signature

Bug#652014: Linux 3.2: Enable Hyper-V kernel modules

[Ben Hutchings]

On Wed, 2011-12-14 at 07:10 +0100, Mathieu Simon wrote:
> Package: linux-image-amd64
> Severity: wishlist
> 
> 
> Dear Maintainers
> 
> With the release of the 3.2 kernel (yet to happen), some of the 
> modules improving the glue for Linux VMs running on a MS Hyper-V 
> hypervisor have left the staging area (drivers/hv).

There is no need to wait for drivers to leave staging, in general.

I think there was some problem with them earlier that meant we didn't
enable them (possibly limitations on building as modules?).  Also, MS
abandoned them for a while.  But it seems that they are being properly
maintained now.

> Could this be taken as an opportunity to enable them in the default
> kernel image in experimental (i386, amd64) allowing testing with Debian? 
> Currently they are not unloadable, if that is a problem, I know there is 
> a patch floating in the upstream.

Do you have a reference for that?  (Commit hash, message ID, URL...)

> What would they enable?
> - add virtual SMP support for VMs
> - time provider support from the hypervisor

Yes, all this paravirt stuff is useful.

Ben.

-- 
Ben Hutchings
Computers are not intelligent.  They only think they are.


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

Bug#652015: pu: package iotop/0.4-2

[Paul Wise]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-CC: debian-ker...@lists.debian.org

iotop bug #644616 needs to be fixed in stable because the elevant change
in Linux has been added to the 2.6.32 longterm tree, which the Debian
Linux kernel team intends[1] to add to the next Debian stable point
release. The change in Linux addresses a security issue (CVE-2011-2494)
by removing access to the taskstats interface for non-root users.
Unfortunately iotop relies on this file and therefore it can only run as
root. With the debdiff below iotop will output a friendly message
instead of crashing with a Python traceback.

 1. http://lists.debian.org/1323828773.2825.166.camel@deadeye

--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+iotop (0.4-2+squeeze1) stable; urgency=low
+
+  * Backport patch to give a helpful error instead of crashing when Linux
+denies permission to read the taskstats files (Closes: #644616)
+
+ -- Paul Wise   Wed, 14 Dec 2011 14:33:20 +0800
+
 iotop (0.4-2) unstable; urgency=low
 
   * Correct bug number in the changelog for previous version.
--- a/debian/patches/0001-Explain-that-iotop-now-requires-root.patch
+++ b/debian/patches/0001-Explain-that-iotop-now-requires-root.patch
@@ -0,0 +1,33 @@
+From: Guillaume Chazarain 
+Date: Sat, 15 Oct 2011 18:39:32 +0200
+Origin: upstream, 
http://repo.or.cz/w/iotop.git/commitdiff/635b5838e95ed85767434207e463173fd91b6040
+Bug-Debian: http://bugs.debian.org/644616
+Subject: Explain that iotop now requires root.
+ https://lkml.org/lkml/2011/10/1/170
+ 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=1a51410abe7d0ee4b1d112780f46df87d3621043
+--- a/iotop/ui.py
 b/iotop/ui.py
+@@ -446,10 +446,19 @@
+ ui.run()
+ 
+ def run_iotop(options):
+-if options.batch:
+-return run_iotop_window(None, options)
+-else:
+-return curses.wrapper(run_iotop_window, options)
++try:
++if options.batch:
++return run_iotop_window(None, options)
++else:
++return curses.wrapper(run_iotop_window, options)
++except OSError, e:
++if e.errno == errno.EPERM:
++print >> sys.stderr, e
++print >> sys.stderr, ('iotop requires root or the NET_ADMIN '
++  'capability.')
++sys.exit(1)
++else:
++raise
+ 
+ #
+ # Profiling
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
 0001-Do-not-report-requirements-that-are-available.patch
 0002-Document-the-requirement-for-CONFIG_VM_EVENT_COUNTER.patch
+0001-Explain-that-iotop-now-requires-root.patch
 
-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#605421: pptview: Please make sure to reduce the dependencies

[Paolo D'Apice]

Package: pptview
Followup-For: Bug #605421

Hi,

Hi have installed the wine-unstable package (from http://www.winehq.org/)
which conflicts with the official wine package, and I cannot install pptview.
A dependency like: wine | wine-bin | wine-unstable could fix the problem.

For more details please take a look at the q4wine package dependecies:
http://packages.debian.org/sid/q4wine

Regards
 

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

Kernel: Linux 3.1.0-1-486



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

Bug#560003:

[James]

And, just in case it's not immediately obvious, the printer has to be
turned-on and ready before plugging-in the USB adapter, or the printer will
not be able to report a Device ID and udev-configure-printer will throw the
"invalid or missing IEEE 1284 Device ID" error message.

Should udev-configure-printer perform polling, to allow the printer to be
turned-on _after_ the USB adapter is plugged?

Reversing the plugging order, adapter first, printer second, fails to provide
a working printer, using lpstat -p.

The need for "ritual", turning the printer on before plugging the USB adapter
or before turning-on the computer, is going to cause user problems and
initial confusion.  It is not "user friendly", nor "idiot-proof".

Some kind of USB adapter polling seems to be needed.


James




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

Bug#652014: Linux 3.2: Enable Hyper-V kernel modules

[Mathieu Simon]

Package: linux-image-amd64
Severity: wishlist


Dear Maintainers

With the release of the 3.2 kernel (yet to happen), some of the 
modules improving the glue for Linux VMs running on a MS Hyper-V 
hypervisor have left the staging area (drivers/hv).

Could this be taken as an opportunity to enable them in the default
kernel image in experimental (i386, amd64) allowing testing with Debian? 
Currently they are not unloadable, if that is a problem, I know there is 
a patch floating in the upstream.

What would they enable?
- add virtual SMP support for VMs
- time provider support from the hypervisor

Best regards
Mathieu



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

Bug#651947: aptitude has buggy dependency resolution.

[Daniel Hartwig]

Hi

> Aptitude suggests removal of 284 packages in favor of keeping update-inetd
> at version 4.40 which it complains as being held, which is not true.

Can you verify this with:

$ grep -A 4 update-inetd /var/lib/aptitude/pkgstates

which should indicate something other than `State: 2'.

Also, what is the output of:

$ apt-cache policy update-inetd


> Corresponding attachment aptitude_bug.

What was the command you were trying to run?  Looks like it might be:

$ aptitude install cups-client perl perl-base perl-modules


> Also, aptitude states perl-base: Conflicts: update-inetd, but this's not
> written in aptitude show perl-base.

Those are the details for your current version.  The version you are trying
to install has added the conflict:

perl (5.14.2-6) unstable; urgency=low

  ...
  * Add versioned Conflicts on update-inetd (<< 4.41) (Closes: #649177)



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

Bug#652013: gdm3: simple greeter sends bad timestamps in _NET_ACTIVE_WINDOW and no_focus_window (?)

[Daniel Kahn Gillmor]

Package: gdm3
Version: 3.0.4-4
Severity: normal


The following lines appear in /var/log/gdm/:0-greeter.log:


Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x147 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x147 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x147 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x147 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x147 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.

Window manager warning: CurrentTime used to choose focus window; focus window 
may not be correct.
Window manager warning: Got a request to focus the no_focus_window with a 
timestamp of 0.  This shouldn't happen!



It sounds to me like gdm's greeter is doing something fishy or
considered dubious.

This pair of lines in particular shows up once or twice for every
state-change of the user-chooser, from what i can tell:


Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a 
timestamp of 0 for 0x147 (Login Wind)
Window manager warning: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.


the last two lines appear to only happen after an authenticated login,
but i'm not sure where they're happening.

I couldn't find anything in the gdm3 source that sends a
_NET_ACTIVE_WINDOW message directly, though, so perhaps the fault lies
deeper within some library; feel free to re-assign this bug in that
case.

Thanks for maintaining GNOME in Debian!

Regards,

--dkg



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

Kernel: Linux 3.2.0-rc4-686-pae (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 gdm3 depends on:
ii  accountsservice 0.6.15-2
ii  adduser 3.113
ii  dconf-gsettings-backend 0.10.0-3
ii  debconf [debconf-2.0]   1.5.41
ii  gconf2  3.2.3-1
ii  gnome-session [x-session-manager]   3.2.1-1
ii  gnome-session-bin   3.2.1-1
ii  gnome-session-fallback [x-session-manager]  3.2.1-1
ii  gnome-terminal [x-terminal-emulator]3.2.1-2
ii  gsettings-desktop-schemas   3.2.0-2
ii  libaccountsservice0 0.6.15-2
ii  libatk1.0-0 2.2.0-2
ii  libattr11:2.4.46-5
ii  libaudit0   1.7.18-1
ii  libc6   2.13-22
ii  libcairo-gobject2   1.10.2-6.1
ii  libcairo2   1.10.2-6.1
ii  libcanberra-gtk3-0  0.28-3
ii  libcanberra00.28-3
ii  libdbus-1-3 1.4.16-1
ii  libdbus-glib-1-20.98-1
ii  libfontconfig1  2.8.0-3
ii  libfreetype62.4.8-1
ii  libgconf2-4 3.2.3-1
ii  libgdk-pixbuf2.0-0  2.24.0-1
ii  libglib2.0-02.30.2-4
ii  libglib2.0-bin  2.30.2-4
ii  libgtk-3-0  3.2.2-3
ii  libpam-modules  1.1.3-6
ii  libpam-runtime  1.1.3-6
ii  libpam0g1.1.3-6
ii  libpango1.0-0   1.29.4-2
ii  librsvg2-common 2.34.2-1
ii  libselinux1 2.1.0-4
ii  libupower-glib1 0.9.15-1
ii  libwrap07.6.q-22
ii  libx11-62:1.4.4-4
ii  libxau6 1:1.0.6-4
ii  libxdmcp6   1:1.1.0-4
ii  libxkla

Bug#560003:

[James]

Ok, sorry, this is awkward.  I plugged-in the USP-1284 again, and now it works
just the same as the RCW-602, also reporting the Device ID.  This is with cups
version 1.5.0-13, released 2011-12-02, and with kernel 3.1.0-1-686-pae.

So, cups seems to be working now, for me, and I may have had a connector
problem or some such for a while with that one adapter.


James




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

Bug#650282: (no subject)

[dE .]

Now (After the upgrade), device notifier does notify about the ACD, but 
Kscd (phonon app) wont play it.




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

Bug#634420: NMU Diff

[Scott Kitterman]

Uploading to delayed 7 since there's non-RC changes in the diff.  Feel free to 
cancel the upload if you'd rather do it differently.

Scott Kdiff -u python-pypcap-1.1.2+debian/debian/rules python-pypcap-1.1.2+debian/debian/rules
--- python-pypcap-1.1.2+debian/debian/rules
+++ python-pypcap-1.1.2+debian/debian/rules
@@ -44,7 +44,7 @@
 binary-arch: build install
 	dh_testdir
 	dh_testroot
-	dh_pycentral
+	dh_python2
 	dh_installchangelogs 
 	dh_installdocs
 	dh_installexamples
diff -u python-pypcap-1.1.2+debian/debian/changelog python-pypcap-1.1.2+debian/debian/changelog
--- python-pypcap-1.1.2+debian/debian/changelog
+++ python-pypcap-1.1.2+debian/debian/changelog
@@ -1,3 +1,12 @@
+python-pypcap (1.1.2+debian-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Detect libpcap in multiarch location, patch from Ubuntu; closes: #634420.
+  * Switch from python-central (deprecated) to dh_python2; closes: #617019.
+  * Add misc:Depends
+
+ -- Scott Kitterman   Tue, 13 Dec 2011 23:46:13 -0500
+
 python-pypcap (1.1.2+debian-2) unstable; urgency=low
 
   * Patch setup.py to search  as well as  for needed
diff -u python-pypcap-1.1.2+debian/debian/control python-pypcap-1.1.2+debian/debian/control
--- python-pypcap-1.1.2+debian/debian/control
+++ python-pypcap-1.1.2+debian/debian/control
@@ -2,16 +2,14 @@
 Section: python
 Priority: optional
 Maintainer: Robert S. Edmonds 
-Build-Depends: debhelper (>= 5.0.38), python-all-dev (>= 2.3.5-11),
- python-central (>= 0.5.6), python-pyrex, libpcap0.8-dev, quilt
+Build-Depends: debhelper (>= 5.0.38), python-all-dev (>= 2.6.6-3~),
+ python-pyrex, libpcap0.8-dev, quilt
 Standards-Version: 3.8.1
-XS-Python-Version: all
 
 Package: python-pypcap
 Architecture: any
-Depends: ${python:Depends}, ${shlibs:Depends}
+Depends: ${python:Depends}, ${shlibs:Depends}, ${misc:Depends}
 Provides: ${python:Provides}
-XB-Python-Version: ${python:Versions}
 Description: object-oriented Python interface for libpcap
  pypcap is an objected-oriented Python interface for libpcap which
  supports packet injection and user callback functions.
diff -u python-pypcap-1.1.2+debian/debian/patches/series python-pypcap-1.1.2+debian/debian/patches/series
--- python-pypcap-1.1.2+debian/debian/patches/series
+++ python-pypcap-1.1.2+debian/debian/patches/series
@@ -2,0 +3 @@
+30_multiarch
only in patch2:
unchanged:
--- python-pypcap-1.1.2+debian.orig/debian/patches/30_multiarch
+++ python-pypcap-1.1.2+debian/debian/patches/30_multiarch
@@ -0,0 +1,15 @@
+Index: python-pypcap-1.1.2+debian/setup.py
+===
+--- python-pypcap-1.1.2+debian.orig/setup.py	2011-09-22 14:45:12.954708388 +
 python-pypcap-1.1.2+debian/setup.py	2011-09-22 14:45:36.964743618 +
+@@ -48,6 +48,10 @@
+ incdirs = [ os.path.join(d, sd) ]
+ if os.path.exists(os.path.join(d, sd, 'pcap.h')):
+ cfg['include_dirs'] = [ os.path.join(d, sd) ]
++cfg['library_dirs'] = [ os.path.join(d, sd) ]
++cfg['libraries'] = [ 'pcap' ]
++self._write_config_h(cfg)
++return cfg
+ for sd in ('lib', ''):
+ for lib in (('pcap', 'libpcap.a'),
+ ('pcap', 'libpcap.dylib'),


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

Bug#652012: override: nginx-extras:httpd/extra, nginx-light:httpd/extra

[Kartik Mistry]

Package: ftp.debian.org

Hi team,

As per policy 2.5 [0] [1], we need to change priority of nginx-extras
and nginx-light to "extra" from optional. (conflicts with optional
priority binaries at moment).

[0] According to Policy Section 2.5: Priorities packages MUST NOT
depend on packages with lower priority values (excluding build-time
dependencies) nor should packages of priority optional (or higher)
conflict with each other. In order to ensure this, the priorities of
one or more packages must be adjusted.

[1] http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities

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



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

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Russ Allbery]

Zachary Harris  writes:

> My understanding of the FHS would be that if a library is a dependency
> of a binary in /bin or /sbin, then such library belongs in /lib, not
> /usr/lib. (If for some reason the library is also desired in /usr/lib
> then a sym link from /lib to /usr/lib, but not the other way around, is
> acceptable.) A review of past bug reports (e.g. #633019 and #639939 from
> this summer) shows that this policy gets repeatedly violated in Debian
> until someone catches it.

I'm increasingly convinced by the recent discussion on debian-devel that
doing all the (rather substantial) work required to keep this separation
working is a waste of our collective time.  We're not doing a very good
job at it anyway, chasing all the library dependencies is a fair amount of
work, and things have to keep moving around as dependencies change.  And
this is all to support use cases that, while real, are fairly marginal in
my estimation.  This does not seem like the most effective place for us to
be spending our time.

I don't know if it's worth the effort to unify /bin and /usr/bin or the
other similar things that have been discussed from time to time, but I do
think it may be time for Debian to just officially say that we don't
support /usr on a (meaningfully) separate partition from /bin and /lib,
and that binaries in /bin may have dependencies on /usr/lib.

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



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

Bug#652011: general: Repeated pattern of FHS violation: Dependencies of /sbin and /bin, belong in /lib

[Zachary Harris]

Package: general
Severity: serious
Justification: Policy 10.1.1

My understanding of the FHS would be that if a library is a dependency of a
binary in /bin or /sbin, then such library belongs in /lib, not
/usr/lib. (If
for some reason the library is also desired in /usr/lib then a sym link from
/lib to /usr/lib, but not the other way around, is acceptable.) A review of
past bug reports (e.g. #633019 and #639939 from this summer) shows that this
policy gets repeatedly violated in Debian until someone catches it.

Here is a test to reveal the current culprits on my own Squeeze
installation:
> ldd /{s,}bin/* | /bin/grep usr | cut -f1 -d"(" | sort -u
libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8
libdbus-glib-1.so.2 => /usr/lib/libdbus-glib-1.so.2
libdiscover.so.2 => /usr/lib/libdiscover.so.2
libexpat.so.1 => /usr/lib/libexpat.so.1
libfuse.so.2 => /usr/lib/libfuse.so.2
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0
libhal.so.1 => /usr/lib/libhal.so.1
libhal-storage.so.1 => /usr/lib/libhal-storage.so.1
libnfnetlink.so.0 => /usr/lib/libnfnetlink.so.0
libnl.so.1 => /usr/lib/libnl.so.1
libntfs-3g.so.75 => /usr/lib/libntfs-3g.so.75
libntfs.so.10 => /usr/lib/libntfs.so.10
libpcsclite.so.1 => /usr/lib/libpcsclite.so.1
libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8
libz.so.1 => /usr/lib/libz.so.1

Here is one objective test of conformity to this aspect of the FHS
requirements. The command "ldd /{s,}bin/* | /bin/grep usr" (or something
equivalent) should return nothing. (Well, OK, there could be weird
exceptions
where the string "usr" appeared in the name of an essential binary or
library,
but you get my point.)

-Zach



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

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




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

Bug#652009: [Pkg-clamav-devel] Bug#652009: /usr/share/doc/clamav-testfiles: test signature not found in all files

[Scott Kitterman]

On Tuesday, December 13, 2011 09:58:55 PM Farmbuyer wrote:
> Package: clamav-testfiles
> Version: 0.97.3+dfsg-2
> Severity: minor
> File: /usr/share/doc/clamav-testfiles
> 
> The files in clamav-testfiles are all supposed to be "infected" with
> a known test signature.  Two of them aren't:
> 
> $ clamscan /usr/share/clamav-testfiles/* | grep -v ClamAV-Test-File
> /usr/share/clamav-testfiles/clam-v2.rar: OK
> /usr/share/clamav-testfiles/clam-v3.rar: OK

Do you have libclamunrar from non-free installed?  Clamav can't scan rar files 
without it.

Scott K



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

Bug#651780: fixed in sl-modem 2.9.11~20110321-5

[Ben Hutchings]

On Tue, 2011-12-13 at 18:32 +, أحمد المحمودي (Ahmed
El-Mahmoudy) wrote:
> Source: sl-modem
> Source-Version: 2.9.11~20110321-5
> 
> We believe that the bug you reported is fixed in the latest version of
> sl-modem, which is due to be installed in the Debian FTP archive:

Sorry, no it isn't.  You have to test for CONFIG_X86_32 inside of
Kbuild, and you can't use uname for this anywhere.  Really, the Makefile
needs a thorough cleanup.

Also, building for a 64-bit kernel will still fail since DKMS is
configured to expect all 3 modules to be built. 

I've attached a debdiff that seems to fix all of this.  Feel free to
reword and cherry-pick from the patches.

Ben.

-- 
Ben Hutchings
Computers are not intelligent.  They only think they are.
diff -Nru sl-modem-2.9.11~20110321/debian/changelog sl-modem-2.9.11~20110321/debian/changelog
--- sl-modem-2.9.11~20110321/debian/changelog	2011-12-13 18:22:29.0 +
+++ sl-modem-2.9.11~20110321/debian/changelog	2011-12-14 04:26:26.0 +
@@ -1,3 +1,16 @@
+sl-modem (2.9.11~20110321-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Clean up driver makefile (remove_linux-2.4.diff, simplify_kernel_ver.diff;
+replacing 01_Makefile.diff, support_linux3.diff)
+  * Remove obsolete kernel version check for USB support
+(remove_usb_kernel_ver_check.diff)
+  * Change arch64.diff to fix the architecture detection logic properly
+(Closes: #651780)
+  * Configure DKMS to install slamr.ko only on x86 32-bit kernels
+
+ -- Ben Hutchings   Wed, 14 Dec 2011 03:35:34 +
+
 sl-modem (2.9.11~20110321-5) unstable; urgency=low
 
   * Added Brazilian Portuguese debconf templates translation (Closes: #648844)
diff -Nru sl-modem-2.9.11~20110321/debian/patches/01_Makefile.diff sl-modem-2.9.11~20110321/debian/patches/01_Makefile.diff
--- sl-modem-2.9.11~20110321/debian/patches/01_Makefile.diff	2011-12-13 18:22:29.0 +
+++ sl-modem-2.9.11~20110321/debian/patches/01_Makefile.diff	1970-01-01 01:00:00.0 +0100
@@ -1,57 +0,0 @@
-Cleanup to not loose the user-specified version string and blindly try include 
-modversions.h
-By: Eduard Bloch 
-Index: sl-modem-2.9.11~20090222/Makefile
-===
 sl-modem-2.9.11~20090222.orig/Makefile	2008-03-29 14:04:16.0 +0200
-+++ sl-modem-2.9.11~20090222/Makefile	2009-02-26 08:37:16.0 +0200
-@@ -13,11 +13,15 @@
- #
- ###
- 
--KERNEL_DIR:=/lib/modules/$(shell uname -r)/build
-+KERNEL_DIR?=/lib/modules/$(shell uname -r)/build
- 
- # tools
- INSTALL:=install
--
-+# Definitions
-+MODULES_DIR  = /lib/modules/$(KVERS)/misc
-+MODEM_DEV   := ttySL0
-+MODEM_LINK  := modem
-+MODULES_CONF:= /etc/modules.conf
- all: modem
- 
- modem:
-Index: sl-modem-2.9.11~20090222/drivers/Makefile
-===
 sl-modem-2.9.11~20090222.orig/drivers/Makefile	2009-02-23 00:20:58.0 +0200
-+++ sl-modem-2.9.11~20090222/drivers/Makefile	2009-02-26 08:37:16.0 +0200
-@@ -45,8 +45,14 @@
- ifndef KERNELRELEASE
- ifndef KERNEL_VER
- 
-+
-+KVERS?=$(shell ./kernel-ver)
-+
-+
-+
- all install uninstall: kernel-ver
--	$(MAKE) $@ KERNEL_VER=$(shell ./kernel-ver)
-+	$(MAKE) $@ KERNEL_VER=$(KVERS)
-+#	$(MAKE) $@ KERNEL_VER=$(shell ./kernel-ver)
- 
- install: install-devices
- uninstall: remove-devices
-@@ -80,9 +86,9 @@
- 
- slusb-objs:= old_st7554.o
- obj:=.
--module-dir:=${DESTDIR}/lib/modules/$(KERNEL_VER)/misc
-+module-dir ?= ${DESTDIR}/lib/modules/$(KERNEL_VER)/misc
- 
--CFLAGS:= -Wall -pipe -O3 -fomit-frame-pointer -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB -DMODVERSIONS --include $(KERNEL_DIR)/include/linux/modversions.h -I$(KERNEL_DIR)/include $(FOUND_CLASS_SIMPLE)
-+CFLAGS:= -Wall -pipe -O3 -fomit-frame-pointer -D__KERNEL__ -DMODULE -DEXPORT_SYMTAB `test -f $(KERNEL_DIR)/include/linux/modversions.h && echo -DMODVERSIONS --include $(KERNEL_DIR)/include/linux/modversions.h -I$(KERNEL_DIR)/include` $(FOUND_CLASS_SIMPLE)
- 
- all: $(obj-m)
- 
diff -Nru sl-modem-2.9.11~20110321/debian/patches/arch64.diff sl-modem-2.9.11~20110321/debian/patches/arch64.diff
--- sl-modem-2.9.11~20110321/debian/patches/arch64.diff	2011-12-13 18:22:29.0 +
+++ sl-modem-2.9.11~20110321/debian/patches/arch64.diff	2011-12-14 03:50:30.0 +
@@ -1,18 +1,47 @@
-Description: Better arch detection logic
-Author: أحمد المحمودي (Ahmed El-Mahmoudy) 
+Description: Better arch detection logic.
+ Within Kbuild, test CONFIG_X86_32.  Outside, don't assume we can tell.
+ Use the modules_install rule to avoid needing to know.
+Author: Ben Hutchings 
 Bug-Debian: http://bugs.debian.org/651780
-Forwarded: yes
+
 --- a/drivers/Makefile
 +++ b/drivers/Makefile
-@@ -28,7 +28,11 @@
+@@ -25,9 +25,7 @@
  
  EXTRA_CFLAGS = -I$(obj) -I$(obj)/../modem $(FOUND_CLASS_SIMPLE)
  
+-ARCH64:=$(shell uname -m | sed -e '/amd64/s//x86_64/' | grep -c x86_64)
+-
+-ifeq

Bug#605342: jazip: diff for NMU version 0.34-15.1

[Nobuhiro Iwamatsu]

tags 605342 + pending
thanks

Dear maintainer,

I've prepared an NMU for jazip (versioned as 0.34-15.1) and uploaded it
to DELAYED/10. Please feel free to tell me if I should delay it longer.

Best regards,
  Nobuhiro

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


jazip_0.34-15.1.debdiff
Description: Binary data

Bug#602153: gom: diff for NMU version 0.30.2-5.1

[Nobuhiro Iwamatsu]

tags 602153 + pending
thanks

Dear maintainer,

I've prepared an NMU for gom (versioned as 0.30.2-5.1) and uploaded it
to DELAYED/10. Please feel free to tell me if I should delay it longer.

Best regards,
  Nobuhiro

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


gom_0.30.2-5.1.debdiff
Description: Binary data

Bug#650021: CVE-2011-4349: SQL injection

[Christopher James Halse Rogers]

 tags pending
 thanks

I don't believe this would affect other applications; colord in Debian
is run as the colord system user, rather than as root.

This is fixed in colord 0.1.15, which should be uploaded soon.  Tagging
as such.



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

Bug#651726: python-gd: build not multiarch aware

[Julián Moreno Patiño]

Hi Julian :-) !

the build of python-gd only looks in /usr/lib for its required libraries.
> This fails for its dependencies in multiarch paths.
> When building in unstable with multiarched libpng the library will not
> have png support:
> >>> import gd
> >>> gd.image('/icon.png')
> Traceback (most recent call last):
>  File "", line 1, in 
>  File "gd.py", line 22, in __init__
>self.__dict__["_image"] = _gd.image(*args)
> IOError: unsupported file type (only
> .gif|.png|.jpeg|.jpg|.gd|.gd2|.xbm|.xpm accepted)
>
> please improve the build process by making it not requiring knownledge
> of the default library paths (e.g. by test linking) or add the multiarch
> paths to the search path using dpkg-architecture -qDEB_HOST_MULTIARCH
>
> see also the ubuntu bug:
> https://bugs.launchpad.net/ubuntu/+source/python-gd/+bug/901525
>
>
In Advance thank you so much to report it.

Sometime ago for recommendation of Jakub Wilk, I decide to maintain
python-gd in Debian Python Team[0] and I am waiting for a review. However
if you want feel free to take it and do any change[1] ( right now recognize
multiarch paths ), merge them with svn repository[2] and upload it to
unstable.


[0]
http://lists.alioth.debian.org/pipermail/python-modules-team/2011-July/010387.html
[1]
http://mentors.debian.net/debian/pool/main/p/python-gd/python-gd_0.56+dfsg-3.dsc
[2] svn+ssh://svn.debian.org/svn/python-modules/packages/python-gd/trunk

Kind regards,

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

Bug#560003:

[James]

This problem, in my case, is related to the specific Prolific Technology
PL-2305 USB to IEEE-1284 Parallel Port Adapter manufactured with the PL-2305
chip.  I have both a Neostar Technology Co Model: USP-1284 adapter with the
Centronics connector, and a Rosewill RCW-602 with the DB-25F connector.  No
information is provided about versions or revisions for these devices.

The USP-1284 does not work, and the log has:

 kernel: [50858.092105] usb 2-1: new full speed USB device number 6 using 
uhci_hcd
 kernel: [50858.281158] usb 2-1: New USB device found, idVendor=067b, 
idProduct=2305
 kernel: [50858.281168] usb 2-1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
 kernel: [50858.281175] usb 2-1: Product: IEEE-1284 Controller
 kernel: [50858.281180] usb 2-1: Manufacturer: Prolific Technology Inc.
 mtp-probe: checking bus 2, device 6: 
"/sys/devices/pci:00/:00:1d.0/usb2/2-1"
 mtp-probe: bus: 2, device: 6 was not an MTP device
 udev-configure-printer: add /devices/pci:00/:00:1d.0/usb2/2-1/2-1:1.0
 udev-configure-printer: parent devpath is 
/devices/pci:00/:00:1d.0/usb2/2-1
 udev-configure-printer: Device vendor/product is 067B:2305
 udev-configure-printer: invalid or missing IEEE 1284 Device ID
 

The RCW-602 works, and the log has:

 kernel: [51256.868129] usb 2-1: new full speed USB device number 7 using 
uhci_hcd
 kernel: [51257.113158] usb 2-1: New USB device found, idVendor=067b, 
idProduct=2305
 kernel: [51257.113168] usb 2-1: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
 kernel: [51257.113174] usb 2-1: Product: IEEE-1284 Controller
 kernel: [51257.113179] usb 2-1: Manufacturer: Prolific Technology Inc.
 mtp-probe: checking bus 2, device 7: 
"/sys/devices/pci:00/:00:1d.0/usb2/2-1"
 mtp-probe: bus: 2, device: 7 was not an MTP device
 udev-configure-printer: add /devices/pci:00/:00:1d.0/usb2/2-1/2-1:1.0
 udev-configure-printer: parent devpath is 
/devices/pci:00/:00:1d.0/usb2/2-1
 udev-configure-printer: Device vendor/product is 067B:2305
 udev-configure-printer: MFG:Hewlett-Packard MDL:HP LaserJet 4 Plus SERN:- 
serial:-
 kernel: [51258.231429] ttyS1: LSR safety check engaged!
 udev-configure-printer: URI matches without serial number: 
usb://HP/LaserJet%204%20Plus
 udev-configure-printer: No serial number URI matches so using those without
 udev-configure-printer: Queue ipp://localhost:631/printers/HP-LaserJet-4-Plus 
has matching device URI
 udev-configure-printer: Re-enabled printer 
ipp://localhost:631/printers/HP-LaserJet-4-Plus


Everything is the same, up until the "invalid or missing IEEE 1284 Device ID".
In either case, though, hp-probe fails to find the usb printer device, and so
the result of hp-probe is of no practical significance.

The command "hp-query -m'HP LaserJet 4 Plus' -a" seems to work, but hp-info
says "No devices found."

I'm not sure what software is providing the actual driver for the PL-2305, but
the module usblp is not loaded and apparently not needed.  There is no device
file /dev/usb/lp0 created, but there is a device

 crw-rw-r-T 1 root lp   189, 134 Dec 13 19:20 /dev/bus/usb/002/007

lpstat -p successfully reports the printer status.


The printer drivers for the HP LaserJet 4 Plus are a separate matter.
cupstestppd complains FAIL for several of the printer drivers.  I don't know
that this actually matters.  Using the Postscript drivers without actual
Postscript capability in the printer makes a mess, though.  The printer
wizards don't seem to always know when there is no Postscript support.


James




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

Bug#579247: Init script should copy directory containing CA if smtp_tls_CApath or smtpd_tls_CApath is used

[Ari Pollak]

It appears that this is fixed in a recent (post-2.8.1) version, no?



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

Bug#651966: [Build-common-hackers] Bug#651966: Bug#651966: class/langcore.mk: DEB_BUILD_MAINT_OPTIONS not passed to dpkg-buildflags

[Jonas Smedegaard]

On 11-12-13 at 08:32pm, Simon Ruderich wrote:
> On Wed, Dec 14, 2011 at 01:20:54AM +0700, Jonas Smedegaard wrote:
> > Why is this severity important?
> 
> I thought not being able to set hardening flags in any cdbs package is 
> an important issue. Please change it if the priority isn't correct.

I did not mean to imply that severity was wrong.  Just wondered *if* it 
was wrong :-)

Thanks for the clarification.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Bug#651398: easyconf: Fix FTBFS with OpenJDK7

[Miguel Landaeta]

tags 651535 + pending
tags 651536 + pending
tags 651407 + pending
tags 651422 + pending
tags 651398 + pending
thanks

Thanks for the patches James. They have been merged.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#652010: squid3: ncsa_auth should support MD5 and SHA1 in htpasswd files

[Witold Baryluk]

Source: squid3
Severity: normal

Apache's htpasswd tool usefull when manipulating
htpasswd files, supports adding passwords
hashed and saltes with MD5 and SHA.

ncsa_auth should support such hashes.

they look like this

# crypt()  (default or -d)

webserver:/etc/squid3# htpasswd  -bc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:Wm7SA6/sc2/Y.
webserver:/etc/squid3# htpasswd  -bc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:9e2QjrOR8b1Zc

# SHA  (-s)
webserver:/etc/squid3# htpasswd  -sbc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:{SHA}sbN3OgXA7QF2eHpPFXT/AHX3Uh4=
webserver:/etc/squid3# htpasswd  -sbc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:{SHA}sbN3OgXA7QF2eHpPFXT/AHX3Uh4=
webserver:/etc/squid3# htpasswd  -sbc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:{SHA}sbN3OgXA7QF2eHpPFXT/AHX3Uh4=


# MD5 (-m)
webserver:/etc/squid3# htpasswd  -mbc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:$apr1$AL224hHa$mQE4w7ML09ao/0x/264nB1
webserver:/etc/squid3# htpasswd  -mbc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:$apr1$kl6cHqe4$yZx7js/Va8hGZ0.AjUncD1
webserver:/etc/squid3# htpasswd  -mbc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:$apr1$FTc2dbFw$ZM1oc.grzf4HJFXM62yku.
webserver:/etc/squid3# htpasswd  -mbc kolowicze.htpasswd baryluk qwerty; cat
kolowicze.htpasswd
baryluk:$apr1$7AM4TxwV$Sl1Qo3RRYAMMtVBY/7fBi/

As you can see MD5 and crypt are salted. Adding support
(detection should be easy).

Documentation of httpasswd says

   The  SHA encryption format does not use salting: for a given password,
there is only one encrypted representation.
   The crypt() and MD5 formats per‐
   mute the representation by prepending a random salt string, to make
dictionary attacks against the passwords more difficult.

   The MD5 algorithm used by htpasswd is specific to the Apache software;
passwords encrypted using it will not be usable with other Web servers.


However it is good to have at least MD5 with salting in ncsa_auth. (even if it
is apache-specific).
SHA-256 with salting and variable number of rounds will be best.

Common salting shemes, and text formating them are one
http://www.php.net/manual/pl/function.crypt.php

Regards,
Witek



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

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



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

Bug#652009: /usr/share/doc/clamav-testfiles: test signature not found in all files

[Farmbuyer]

Package: clamav-testfiles
Version: 0.97.3+dfsg-2
Severity: minor
File: /usr/share/doc/clamav-testfiles

The files in clamav-testfiles are all supposed to be "infected" with
a known test signature.  Two of them aren't:

$ clamscan /usr/share/clamav-testfiles/* | grep -v ClamAV-Test-File
/usr/share/clamav-testfiles/clam-v2.rar: OK
/usr/share/clamav-testfiles/clam-v3.rar: OK

--- SCAN SUMMARY ---
Known viruses: 1094908
Engine version: 0.97.3
Scanned directories: 0
Scanned files: 46
Infected files: 44
Data scanned: 12.48 MB
Data read: 6.21 MB (ratio 2.01:1)
Time: 6.662 sec (0 m 6 s)

Running file(1) still detects those two as RAR format, so they're not
apparently corrupted or misformatted.  Possibly the "infection" was
incorrectly done?


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

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

-- 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#652008: gnome-terminal: lock up after medium period with much output

[Michael P. Soulier]

Package: gnome-terminal
Version: 2.30.2-1
Severity: important

I have repeatedly tried to run a unit test suite in a gnome-terminal, which
produces a great deal of output to the terminal in a short period of time. On a
fairly frequent basis, gnome-terminal inexplicably hangs during this output.

Rerunning the suite in an xterm works perfectly.



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

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

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data2.30.2-1  Data files for the GNOME terminal 
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libvte91:0.24.3-3Terminal emulator widget for GTK+ 
ii  libx11-6   2:1.3.3-4 X11 client-side library

Versions of packages gnome-terminal recommends:
ii  gvfs 1.6.4-3 userspace virtual filesystem - ser
ii  yelp 2.30.1+webkit-1 Help browser for GNOME

gnome-terminal 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#652007: pulseaudio: Pulseaudio hangs mplayer and others when heavily seeking

[Nathan A. Stine]

Package: pulseaudio
Version: 1.1-2
Severity: normal

Dear Maintainer,

I've recently noticed that when heavily seeking in mplayer (and other media 
players),
pulseaudio will "get stuck" and hang the process that is playing the file. At 
this point
the process is completely unresponsive and is completely killed.  I was able to 
attach 
gdb to an mplayer session and received the following backtrace:

Thread 2 (Thread 0x7fd05b7e5700 (LWP 7133)):
#0  0x7fd068e51773 in *__GI___poll (fds=, nfds=, timeout=1500)
at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x7fd069d7917f in poll_func (ufds=0xc3a4b0, nfds=2, timeout=1500, 
userdata=0xc25150) at pulse/thread-mainloop.c:69
#2  0x7fd069d6a59c in pa_mainloop_poll (m=0xbd5290) at pulse/mainloop.c:875
#3  0x7fd069d6ac09 in pa_mainloop_iterate (m=0xbd5290, block=, retval=0x0) at pulse/mainloop.c:957
#4  0x7fd069d6acc0 in pa_mainloop_run (m=0xbd5290, retval=0x0) at 
pulse/mainloop.c:975
#5  0x7fd069d7912f in thread (userdata=0xc1a8e0) at 
pulse/thread-mainloop.c:88
#6  0x7fd062595978 in internal_thread_func (userdata=0xc37530) at 
pulsecore/thread-posix.c:83
#7  0x7fd070310b50 in start_thread (arg=) at 
pthread_create.c:304
#8  0x7fd068e5c3bd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9  0x in ?? ()

Thread 1 (Thread 0x7fd07207c7a0 (LWP 7132)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:142
#1  0x7fd069d797a0 in pa_threaded_mainloop_wait (m=0xc1a8e0) at 
pulse/thread-mainloop.c:206
#2  0x0047bbac in waitop (op=0xc024b0) at libao2/ao_pulse.c:108
#3  0x0047bcc6 in reset () at libao2/ao_pulse.c:314
#4  0x0044469d in seek (mpctx=0x99ace0, amount=60, style=) at mplayer.c:2731
#5  0x0043959e in main (argc=, argv=) at 
mplayer.c:3983

I can always reproduce on any file, so long as I seek (left/right arrow keys) 
enough.
In fact, simply holding down the arrow keys for a second or two always hangs 
mplayer.

Starting mplayer with -ao oss to bypass pulseaudio elminates the problem.

If you need any test files or any other assistance, please let me know.

Best regards,

Nathan A. Stine

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 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 pulseaudio depends on:
ii  adduser 3.113
ii  consolekit  0.4.5-1
ii  libasound2  1.0.24.1-4
ii  libasound2-plugins  1.0.24-3
ii  libc6   2.13-22
ii  libcap2 1:2.22-1
ii  libdbus-1-3 1.4.16-1
ii  libfftw3-3  3.3-1
ii  libice6 2:1.0.7-2
ii  libltdl72.4.2-1
ii  liborc-0.4-01:0.4.16-1
ii  libpulse0   1.1-2
ii  libsamplerate0  0.1.8-1
ii  libsm6  2:1.2.0-2
ii  libsndfile1 1.0.25-3
ii  libspeexdsp11.2~rc1-1
ii  libtdb1 1.2.9-4+b1
ii  libudev0175-3
ii  libx11-62:1.4.4-4
ii  libx11-xcb1 2:1.4.4-4
ii  libxcb1 1.7-4
ii  libxtst62:1.2.0-4
ii  lsb-base3.2-28
ii  udev175-3

Versions of packages pulseaudio recommends:
pn  gstreamer0.10-pulseaudio  0.10.30-2.1
pn  pulseaudio-esound-compat  
pn  pulseaudio-module-x11 
pn  rtkit 

Versions of packages pulseaudio suggests:
ii  paman 
ii  paprefs   0.9.9-2
ii  pavucontrol   0.99.2-1
ii  pavumeter 0.9.3-1
ii  pulseaudio-utils  1.1-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#652006: blueman: 'Stream setup failed' on bluetooth headphone connection

[Rémi P .]

Package: blueman
Version: 1.22~bzr707-1+b1
Severity: normal
Tags: upstream

Blueman sees the headphone but cannot connect with it.
Every try returns an error(see log) saying 'Stream setup failed'.
Since the version of pulse is higher than 0.9.2X, the stream does not even 
appear under pavucontrol so the headphone have been useless ever since. 
Of course, PulseAudio plugin is enabled.
Other bluetooth devices than audio ones work well.

Some log : 
(...)
Generate 
(/usr/lib/python2.7/dist-packages/blueman/gui/manager/ManagerDeviceMenu.py:230)
Philips SHB9000 
_
unset_op 
(/usr/lib/python2.7/dist-packages/blueman/gui/manager/ManagerDeviceMenu.py:103)
op: regenerating instance  
_
fail 
(/usr/lib/python2.7/dist-packages/blueman/gui/manager/ManagerDeviceMenu.py:134)
fail (DBusException(dbus.String(u'Stream setup failed'),),) 
/usr/lib/python2.7/dist-packages/blueman/gui/MessageArea.py:169: Warning: 
g_object_set_qdata: assertion `G_IS_OBJECT (object)' failed
  self.show()
(...)

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

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

Versions of packages blueman depends on:
ii  bluez4.96-3
ii  dbus 1.5.8-1
ii  hicolor-icon-theme   0.12-1
ii  libatk1.0-0  2.2.0-2
ii  libbluetooth34.96-3
ii  libc62.13-22
ii  libcairo21.10.2-6.1
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libglib2.0-0 2.30.2-4
ii  libgtk2.0-0  2.24.8-2
ii  libpango1.0-01.29.4-2
ii  libpython2.7 2.7.2-8
ii  librsvg2-common  2.34.2-1
ii  libstartup-notification0 0.12-1
ii  notification-daemon  0.7.3-1
ii  obex-data-server 0.4.5-1+b2
ii  python   2.7.2-9
ii  python-central   0.6.17
ii  python-dbus  0.84.0-2
ii  python-gobject   3.0.2-4
ii  python-gtk2  2.24.0-2
ii  python-notify0.1.1-3
ii  xfce4-notifyd [notification-daemon]  0.2.2-1

Versions of packages blueman recommends:
ii  libpulse-mainloop-glib0  1.1-2
ii  policykit-1  0.103-1
ii  python-gconf 2.28.1-3

blueman suggests no packages.

-- no debconf information



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

Bug#559999: Fails to show tags using UTF-8 right way, if encoding is specified

[Erik Massop]

Dear Mehturt,

On Tue, December 13, 2011 11:02 am, Mehturt wrote:
> On Tue, Dec 13, 2011 at 10:52 AM, Daniel Svensson 
> wrote:
>> Upload the file somewhere for inspection.
>
> Here it is:
>
> http://c3p0.dyndns.org/Svaty%20Vincent%20-%2002%20-%20Rikaji%20o%20mne,%20ze%20jsem%20blazen.mp3


The tag is wrong. Here's a piece of xxd output of the file:
 0c0: 2154 4954 3200  5500  c598 c3ad  !TIT2...U...
The last 4 bytes are the beginning of the title. We see that the byte just
before that is 00. That means that the title should be
ISO-8859-1-encoded[1]. In fact in id3v2.3 it doesn't even seem possible to
have utf-8 encoded strings. Version 2.4 of the spec does support utf-8,
but then that 00 should be 03 [2]. Changing 00 to 03 indeed solves the
problem for me.

According to a forum post [3] easytag can fix this automatically.


Regards,

Erik Massop / nesciens


[1] The Id3v2.3 spec at http://www.id3.org/id3v2.3.0 :
"Frames that allow different types of text encoding have a text encoding
description byte directly after the frame size. If ISO-8859-1 is used this
byte should be $00, if Unicode is used it should be $01."

[2] The id3v2.4.0 spec at http://www.id3.org/id3v2.4.0-structure :
"Frames that allow different types of text encoding contains a text
   encoding description byte. Possible encodings:

 $00   ISO-8859-1 [ISO-8859-1]. Terminated with $00.
 $01   UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All
   strings in the same frame SHALL have the same byteorder.
   Terminated with $00 00.
 $02   UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM.
   Terminated with $00 00.
 $03   UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00."

[3] texray at http://www.musicpd.org/forum/index.php?topic=1552.0;wap2 :
"Well, as it turned out, it is the fault of the "id3v2" tool. It was
supposed to write the tags in UTF-8, but it didn't. Maybe it doesn't
support ID3v2.4 (which is the first version of IDv2 that officially
supports UTF-8, according to Wikipedia). I checked with easytag and it it
can automatically convert older ID3v2 tags to ID3v2.4, which worked in mpd
as expected."




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

Bug#652005: blueman: Can not change name or alias bluetooth device name

[Rémi P .]

Package: blueman
Version: 1.22~bzr707-1+b1
Severity: wishlist
Tags: upstream

It will be nice to add the possiblity to rename or alias the name of bluetooth 
devices
(perhaps by right-clicking on a device in the device list).
By now, if you connect two devices of the same model, you do not know without 
checking MAC address the one you want to interact with.
And even if the two devices were of the same brand, you have to know the model 
to be able to differentiate the two.
Adding this feature could solve both problems.


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

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

Versions of packages blueman depends on:
ii  bluez4.96-3
ii  dbus 1.5.8-1
ii  hicolor-icon-theme   0.12-1
ii  libatk1.0-0  2.2.0-2
ii  libbluetooth34.96-3
ii  libc62.13-22
ii  libcairo21.10.2-6.1
ii  libfontconfig1   2.8.0-3
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libglib2.0-0 2.30.2-4
ii  libgtk2.0-0  2.24.8-2
ii  libpango1.0-01.29.4-2
ii  libpython2.7 2.7.2-8
ii  librsvg2-common  2.34.2-1
ii  libstartup-notification0 0.12-1
ii  notification-daemon  0.7.3-1
ii  obex-data-server 0.4.5-1+b2
ii  python   2.7.2-9
ii  python-central   0.6.17
ii  python-dbus  0.84.0-2
ii  python-gobject   3.0.2-4
ii  python-gtk2  2.24.0-2
ii  python-notify0.1.1-3
ii  xfce4-notifyd [notification-daemon]  0.2.2-1

Versions of packages blueman recommends:
ii  libpulse-mainloop-glib0  1.1-2
ii  policykit-1  0.103-1
ii  python-gconf 2.28.1-3

blueman suggests no packages.

-- no debconf information



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

Bug#645881: RMI and java 6b18-1.8.10-0~lenny1

[Andrei]

Hello,
This email is related to 
http://security-tracker.debian.org/tracker/CVE-2011-3556



Basically, one of our RMI applications is failing to start after the 
security update to java 6b18-1.8.10-0~lenny1*


*I have tried to run the test case specified as part of

http://hg.openjdk.java.net/jdk7u/jdk7u-gate/jdk/rev/7ed2fd310470
http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/d27f0b2f1476

and it fails with an exception trace similar to:

Exceptions

2011-12-13 17:28:18,346 [main] ERROR com.gleim.gacs.Gacs - 
java.rmi.ServerException: RemoteException occurred in server thread; nested 
exception is:
   java.rmi.UnmarshalException: error unmarshalling arguments; nested exception 
is:
   java.lang.ClassNotFoundException: access to class loader denied
java.rmi.ServerException: RemoteException occurred in server thread; nested 
exception is:
   java.rmi.UnmarshalException: error unmarshalling arguments; nested exception 
is:
   java.lang.ClassNotFoundException: access to class loader denied
   at sun.rmi.server.UnicastServerRef.oldDispatch(UnicastServerRef.java:419)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:267)
   at sun.rmi.transport.Transport$1.run(Transport.java:177)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:173)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:553)
   at 
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:808)
   at 
sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:667)
   at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
   at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
   at java.lang.Thread.run(Thread.java:636)
   at 
sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:273)
   at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:251)
   at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:377)
   at sun.rmi.registry.RegistryImpl_Stub.rebind(Unknown Source)
   at java.rmi.Naming.rebind(Naming.java:177)
   at com.gleim.gacs.Gacs.startup(Gacs.java:49)
   at com.gleim.gacs.Gacs.main(Gacs.java:103)
Caused by: java.rmi.UnmarshalException: error unmarshalling arguments; nested 
exception is:
   java.lang.ClassNotFoundException: access to class loader denied
   at sun.rmi.registry.RegistryImpl_Skel.dispatch(Unknown Source)
   at sun.rmi.server.UnicastServerRef.oldDispatch(UnicastServerRef.java:409)

Caused by: java.lang.ClassNotFoundException: access to class loader denied
   at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:445)
   at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:182)
   at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:637)
   at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:264)
   at 
sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:214)
   at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1592)
   at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1513)
   at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1749)
   at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1346)
   at java.io.ObjectInputStream.readObject(ObjectInputStream.java:368)
   ... 12 more
Caused by: java.security.AccessControlException: access denied 
(java.io.FilePermission usr/local/gcss2/gacs/- read)
   at 
java.security.AccessControlContext.checkPermission(AccessControlContext.java:393)
   at java.security.AccessController.checkPermission(AccessController.java:553)
   at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
   at 
sun.rmi.server.LoaderHandler$Loader.checkPermissions(LoaderHandler.java:1173)
   at sun.rmi.server.LoaderHandler$Loader.access$000(LoaderHandler.java:1127)
   at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:409)



The code and the test case both work fine with the the previous security 
java version "1.6.0_18"


OpenJDK Runtime Environment (IcedTea6 1.8.7) *(6b18-1.8.7-2*~lenny1)


Is there a way for somebody to re-review
http://hg.openjdk.java.net/jdk7u/jdk7u-gate/jdk/rev/7ed2fd310470 ?

Have a great day.

--

Andrei Sura
Software Developer
IT Department

Gleim Publications, Inc.
4201 NW 95th Blvd
Gainesville, FL. 32606
http://www.gleim.com

Bug#648933: Orphaning emile

[Thorsten Glaser]

Finn Thain dixit:

>It fails to build with "error: dereferencing type-punned pointer will 
>break strict-aliasing rules". An untested patch follows.

Mh. If it’s just these, I think no big deal. I also got an
offer to test, and in the meantime we were switched to gcc-4.6
but I’ll just try (in my valuable spare time ;-).

bye,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



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

Bug#651975: plasma-widgets-workspace: wrong text boundaries

[dE .]

On 12/14/11 01:02, Krasu wrote:

Package: plasma-widgets-workspace
Version: 4:4.6.5-3
Severity: normal

In the memory/temperature/CPU widgets I can see wrong text boundaries around
the text shown. See attached screenshot.

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

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

Versions of packages plasma-widgets-workspace depends on:
ii  libc6 2.13-21
ii  libgcc1   1:4.6.2-5
ii  libkcmutils4  4:4.6.5-2+b1
ii  libkdecore5   4:4.6.5-2+b1
ii  libkdeui5 4:4.6.5-2+b1
ii  libkdewebkit5 4:4.6.5-2+b1
ii  libkio5   4:4.6.5-2+b1
ii  libkunitconversion4   4:4.6.5-2+b1
ii  libkworkspace44:4.6.5-3
ii  libplasma34:4.6.5-2+b1
ii  libplasmaclock4abi1   4:4.6.5-3
ii  libqt4-dbus   4:4.7.3-5
ii  libqt4-network4:4.7.3-5
ii  libqt4-xml4:4.7.3-5
ii  libqtcore44:4.7.3-5
ii  libqtgui4 4:4.7.3-5
ii  libqtwebkit4  2.1.0~2011week13-2
ii  libsolid4 4:4.6.5-2+b1
ii  libstdc++64.6.2-5
ii  libx11-6  2:1.4.4-4
ii  libxcomposite11:0.4.3-2
ii  libxdamage1   1:1.1.3-2
ii  libxfixes31:5.0-4
ii  libxrender1   1:0.9.6-2
ii  plasma-dataengines-workspace  4:4.6.5-3

plasma-widgets-workspace recommends no packages.

plasma-widgets-workspace suggests no packages.
This might have to do something with the language since it's not 
reproducible here.




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

Bug#648567: Wheezy installer : No usb detection on Sheevaplug (marvell armel kirkwood), installer stop with mess "Error while running 'modprobe -v usb-storage'"

[Otavio Salvador]

On Thu, Nov 17, 2011 at 16:21, Martin Michlmayr  wrote:
> * Alain SAURAT  [2011-11-13 03:11]:
>> The installer has been downloaded from here :
>> ftp://ftp.debian.org/debian/dists/wheezy/main/installer-armel/current/images/kirkwood/netboot/marvell/sheevaplug/
>>
>> When running installation, just after setting time zone, the
>> installer try to detect hardware and stop  with mess "Error while
>> running 'modprobe -v usb-storage'".
>
> The installer image above is an old image from January.  Otavio: we
> should either ask ftp-master to remove that old 20110106+b1 build
> from the wheezy directory, or make an upload of current d-i (or do
> both).  Can you take care of this?

I will do an upload of installer soon so we check how it goes in autobuilders.

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



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

Bug#640683: slcurl: diff for NMU version 0.2.1-4.2

[Simon Paillard]

tags 640683 + patch
tags 640683 + pending
thanks

Dear maintainer,

I've prepared an NMU for slcurl (versioned as 0.2.1-4.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
Simon Paillard
diffstat for slcurl_0.2.1-4.1 slcurl_0.2.1-4.2

 changelog |7 +++
 rules |3 ++-
 2 files changed, 9 insertions(+), 1 deletion(-)

diff -u slcurl-0.2.1/debian/rules slcurl-0.2.1/debian/rules
--- slcurl-0.2.1/debian/rules
+++ slcurl-0.2.1/debian/rules
@@ -4,7 +4,8 @@
 include /usr/share/cdbs/1/rules/debhelper.mk
 
  
-DEB_CONFIGURE_EXTRA_FLAGS := --with-curllib=/usr/lib/$(DEB_HOST_MULTIARCH)
+DEB_CONFIGURE_EXTRA_FLAGS := --with-curllib=/usr/lib/$(DEB_HOST_MULTIARCH) \
+--with-slanglib=/usr/lib/$(DEB_HOST_MULTIARCH)
 DEB_COMPRESS_EXCLUDE := translate
 DEB_MAKE_BUILD_TARGET := all RPATH=
 
diff -u slcurl-0.2.1/debian/changelog slcurl-0.2.1/debian/changelog
--- slcurl-0.2.1/debian/changelog
+++ slcurl-0.2.1/debian/changelog
@@ -1,3 +1,10 @@
+slcurl (0.2.1-4.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS: --with-slanglib= for multiarch path (Closes: #640683)
+
+ -- Simon Paillard   Wed, 14 Dec 2011 01:23:21 +0100
+
 slcurl (0.2.1-4.1) unstable; urgency=low
 
   * Non-maintainer upload.

Bug#652004: bosh: 'man bosh' typos: "finised", "intepreter", "invokation", "perfromed", "readablity", "seperating" x 2, & "addtion"

[A. Costa]

Package: bosh
Version: 0.6-5
Severity: minor
Tags: patch

Dear Maintainer,

Found some typos in '/usr/share/man/man1/bosh.1.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages bosh depends on:
ii  libc62.13-22
ii  libncurses5  5.9-4

bosh recommends no packages.

bosh suggests no packages.

-- no debconf information
--- bosh.1	2010-08-31 05:21:45.0 -0400
+++ /tmp/bosh.1	2011-12-13 03:38:37.344199760 -0500
@@ -22,7 +22,7 @@
 Bosh now supports passing arguments to the CONFIGURATION. The arguments will be available
 in the standard way ($1...$9,$*,$@,etc).
 
-Bosh can be invoked as above, or as "intepreter", meaning it can invoked from
+Bosh can be invoked as above, or as "interpreter", meaning it can invoked from
 a shebang (#!) line at the top of a script. This script would just be a bosh
 configuration file. See
 .B bops
@@ -51,15 +51,15 @@
 .TP
 .B \-\-multilineseperator=\fISTRING\fP
 When an action is invoked and the cursor is multi-line, the lines selected will be concatenated together.
-With this setting a seperating string can be specified to be inserted between the lines.
+With this setting a separating string can be specified to be inserted between the lines.
 .TP
 .B \-\-preaction=\fICOMMANDS\fP
-A command or commands that will be run on the invokation of all actions, before the action is run.
+A command or commands that will be run on the invocation of all actions, before the action is run.
 This allows code that is a common for the actions to be only defined once. Preactions are simply prefixed onto the action
-when the action is invoked. This means you will need to include a seperating character (eg ;) at the end of preaction.
+when the action is invoked. This means you will need to include a separating character (eg ;) at the end of preaction.
 .TP
 .B \-\-refresh=\fI[0,1]\fP
-A value of 1 means that bosh will re-run the command after an action is perfromed.
+A value of 1 means that bosh will re-run the command after an action is performed.
 .TP
 .B \-\-uservars=\fIN\fP
 Set the number of user variables ( of the form
@@ -84,7 +84,7 @@
 .B command=for i in *; do echo $i; done
 .RE
 
-Or it can spread it over multiple lines for readablity with a \\ (must be at the end of line!) \-
+Or it can spread it over multiple lines for readability with a \\ (must be at the end of line!) \-
 
 .RS
 .B
@@ -277,7 +277,7 @@
 
 
 .SH BOSH* VARIABLES:
-In addtion to
+In addition to
 .B $BOSH
 ,
 .B $BOSHPARAM
@@ -296,7 +296,7 @@
 User variables are variables to be set and used by commands and actions. They are of the form
 .B $BOSHVARx.
 When the command or action
-is run and sets a user variable, bosh will store the contents when that command or action has finised.
+is run and sets a user variable, bosh will store the contents when that command or action has finished.
 This allows the values to be used by subsequent actions. To make use of these, you must first set the
 .B uservars
 to the number you need (eg: uservars=1 will give you BOSHVAR1, uservars=10 will give you

Bug#648933: Orphaning emile

[Andreas Schwab]

Finn Thain  writes:

> @@ -21,7 +22,9 @@ OSErr SerGetBuf(short refNum, long *count)
>   
>   res = PBStatusSync((ParmBlkPtr)¶m);
>  
> - *count = *(long*)param.csParam;
> + p = (((unsigned)param.csParam[0] & 0x) << 16) +
> + (((unsigned)param.csParam[1] & 0x) <<  0);
> + *count = *(long *)p;

This now dereferences too much.

> @@ -83,7 +83,8 @@ static inline OSErr GetCurrentMode(short refNum, 
> VDSwitchInfoRec *hwMode)
>  
>   param.csCode = cscGetCurMode;
>   param.ioCRefNum = refNum;
> - *((VDSwitchInfoRec **)¶m.csParam[0]) = hwMode;
> + param.csParam[0] = (*(unsigned long *)hwMode >> 16) & 0x;
> + param.csParam[1] = (*(unsigned long *)hwMode >>  0) & 0x;

Likewise.

Andreas.

-- 
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."



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

Bug#652003: tahoe-lafs: Missing daemon debian infraestructure

[Ruben Pollan]

Package: tahoe-lafs
Version: 1.8.3-2
Severity: normal

Dear Maintainer,

I think tahoe-lafs will fit better on debian if it includes a
/etc/init.d/tahoe-lafs script, so we can configure it to start on boot time.

Will be nice to set up a proper user for it, with default configuration on /etc
and storage on /var. So it works like the other daemons on debian.


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

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

Versions of packages tahoe-lafs depends on:
ii  python 2.7.2-9
ii  python-crypto  2.4.1-1
ii  python-foolscap0.6.1-5
ii  python-mock0.7.2-1
ii  python-nevow   0.10.0-4
ii  python-openssl 0.13-1
ii  python-pyasn1  0.0.11a-1
ii  python-pycryptopp  0.5.29-1
ii  python-setuptools  0.6.24-1
ii  python-simplejson  2.3.0-1
ii  python-support 1.0.14
ii  python-twisted 11.0.0-2
ii  python-zfec1.4.5-2

tahoe-lafs recommends no packages.

tahoe-lafs suggests no packages.

-- no debconf information

-- 
Rubén Pollán  | http://meskio.net/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  Ricos obesos en congresos de cinco tenedores
  Pobres validos escuálidos entre contenedores
Unos brindan en champán de cien dolares
Otros beben agua sucia que trasmite enfermedades
   Nach Scratch



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

Bug#648933: Orphaning emile

[Finn Thain]

On Tue, 13 Dec 2011, Thorsten Glaser wrote:

> Hi,
> 
> I can try to update the package and build it with gcc-4.4 (which is our 
> current standard although people would love to switch to gcc-4.6), if 
> that works.

I was able to built it (without docs, I didn't have the tools) from the 
gitorious source. http://gitorious.org/projects/emile/

It fails to build with "error: dereferencing type-punned pointer will 
break strict-aliasing rules". An untested patch follows.

Finn

> 
> However, I cannot test the resulting binaries. Laurent or Finn, I?d need 
> your help with that then. Preferably before uploading, of course ;-)
> 
> I do not volunteer to maintain it after fixing these issues.
> 
> bye,
> //mirabilos
> 



diff --git a/libmacos/SerGetBuf.c b/libmacos/SerGetBuf.c
index f775833..174d085 100644
--- a/libmacos/SerGetBuf.c
+++ b/libmacos/SerGetBuf.c
@@ -13,6 +13,7 @@ OSErr SerGetBuf(short refNum, long *count)
 {
int res;
CntrlParam param;
+   long p;
 
param.ioCompletion = 0;
param.ioVRefNum = 0;
@@ -21,7 +22,9 @@ OSErr SerGetBuf(short refNum, long *count)

res = PBStatusSync((ParmBlkPtr)¶m);
 
-   *count = *(long*)param.csParam;
+   p = (((unsigned)param.csParam[0] & 0x) << 16) +
+   (((unsigned)param.csParam[1] & 0x) <<  0);
+   *count = *(long *)p;
 
return res;
 }
diff --git a/libmacos/macos/video.h b/libmacos/macos/video.h
index 54015f5..e9f8be8 100644
--- a/libmacos/macos/video.h
+++ b/libmacos/macos/video.h
@@ -83,7 +83,8 @@ static inline OSErr GetCurrentMode(short refNum, 
VDSwitchInfoRec *hwMode)
 
param.csCode = cscGetCurMode;
param.ioCRefNum = refNum;
-   *((VDSwitchInfoRec **)¶m.csParam[0]) = hwMode;
+   param.csParam[0] = (*(unsigned long *)hwMode >> 16) & 0x;
+   param.csParam[1] = (*(unsigned long *)hwMode >>  0) & 0x;
 
return PBStatusSync((ParmBlkPtr)¶m);
 }



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

Bug#652000: Acknowledgement (/usr/bin/pbuilder-dist: pbuilder-dist ignores environment and has no way to set a custom pbuilderrc)

[Karl Goetz]

On Wed, 14 Dec 2011 00:00:28 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

> Thank you for filing a new Bug report with Debian.
> 

Some more information. I just tried with a few more
combinations.

DEBOOTSTRAP in roots .pbuilderrc: FAIL
PATH=$PATH:/script/location/ in the environment: FAIL
PATH=$PATH:/script/location/ in roots .pbuilderrc: PASS
Hard coding the path in a copy of the script: PASS

So it seems it might actually be a path issue, not a DEBOOTSTRAP one.
Not sure if the script should be changed to match the man page, or the
man page to match the script.

Relevant line is ~322.

thanks,
kk

-- 
Karl Goetz, (Kamping_Kaiser / VK7FOSS)
http://www.kgoetz.id.au
No, I won't join your social networking group


signature.asc
Description: PGP signature

Bug#642645: liblog4ada: FTBFS: build-dependency not installable: gnat

[Simon Paillard]

Hi,

On Sun, Oct 30, 2011 at 11:49:59AM +0100, xavier grave wrote:
> Le 24/09/2011 16:00, berta...@ptitcanardnoir.org a écrit :
> >Source: liblog4ada
> >Version: 1.0-5
> >Severity: serious
> >Tags: wheezy sid
> >User: debian...@lists.debian.org
> >Usertags: qa-ftbfs-20110923 qa-ftbfs
> >Justification: FTBFS on amd64
> >
> >>┌──┐
> >>│ Install liblog4ada build dependencies (apt-based resolver)
> >>   │
> >>└──┘
[..]
> >>The following packages have unmet dependencies:
> >>  sbuild-build-depends-liblog4ada-dummy : Depends: gnat but it is not going 
> >> to be installed
> >>E: Broken packages
> 
> gnat is now available again in unstable, can you try a new build and
> close the bug if it's OK for you and the right way of handling this
> kind of bug ?

Now that gnat in sid depends on gnat-4.6, the double build-dep on both gnat and
and gnat-4.4 makes build-deps impossible to be resolved:

The following packages have unmet dependencies:
  gnat-4.6: Conflicts: gnat-4.4 but 4.4.6-6 is to be installed.

Simple build-dep on gnat-4.4 fix FTBFS, however transition to gnat-4.6 is 
ongoing:
http://lists.debian.org/debian-ada/2011/11/msg2.html
and http://lists.debian.org/debian-ada/2011/11/msg00015.html is not clear
regading policy of build-deps and ada. 

-- 
Simon Paillard



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

Bug#652002: tahoe-lafs: New upstream version 1.9.0

[Ruben Pollan]

Package: tahoe-lafs
Version: 1.8.3-2
Severity: wishlist
Tags: upstream

Dear Maintainer,

There is a new upstream version (1.9.0):
https://tahoe-lafs.org/pipermail/tahoe-dev/2011-October/006810.html

Will be nice to see it packaged on debian.

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

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

Versions of packages tahoe-lafs depends on:
ii  python 2.7.2-9
ii  python-crypto  2.4.1-1
ii  python-foolscap0.6.1-5
ii  python-mock0.7.2-1
ii  python-nevow   0.10.0-4
ii  python-openssl 0.13-1
ii  python-pyasn1  0.0.11a-1
ii  python-pycryptopp  0.5.29-1
ii  python-setuptools  0.6.24-1
ii  python-simplejson  2.3.0-1
ii  python-support 1.0.14
ii  python-twisted 11.0.0-2
ii  python-zfec1.4.5-2

tahoe-lafs recommends no packages.

tahoe-lafs suggests no packages.

-- no debconf information

-- 
Rubén Pollán  | http://meskio.net/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
   Hay un mundo
  a la vuelta de la esquina de tu mente,
 donde la realidad es un intruso
  y los sueños se hacen realidad.




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

Bug#648822: xul-ext-zotero: When launching zotero I get "There was an error starting Zotero."

[Theodore Lytras]

Στις Τετ 14 Δεκ 2011, ο/η Christoph Groth έγραψε:
> I am saying that Zotero (version 2.1.10) does run when installed from
> within iceweasel, _but_ Zotero doesn't run when installed system-wide
> from the Debian package xul-ext-zotero.  Thus there is a problem with
> the Debian package xul-ext-zotero and this is what this bug report is
> about.

Sorry for the misunderstunding. Reopening the bug. I'll try to have a package 
of version 2.1.10 ready as soon as my time allows, and then you can try that 
and see if this (rather unspecific and vague) bug persists.



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

Bug#650339: MPlayer version is outdated

[jidanni]

Actually it would be great if somebody would have a listen to see what
the real problem in the song is on
http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2019 .



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

Bug#652001: libpng-dev: breaks "pkg-config --cflags gtk+-3.0"

[Daniel Kahn Gillmor]

Package: libpng-dev
Version: 1.5.6-1

With libpng-dev from experimental installed, the d-conf package (and
probably many other gtk-using packages) will FTBFS with something
like:

make[3]: Leaving directory 
`/home/consoleuser/src/dconf-editor/d-conf-0.10.0/docs'
Making all in editor
make[3]: Entering directory 
`/home/consoleuser/src/dconf-editor/d-conf-0.10.0/editor'
\
#   source='dconf-editor.c' object='dconf-editor.o' libtool=no 
gcc -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include   -I/usr/include/libxml2   
-I../common -I../client -DPKGDATADIR=\"/usr/share/dconf-editor\" -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security 
-Werror=format-security -Wall -Wno-error -c dconf-editor.c
dconf-editor.c:8:21: fatal error: gtk/gtk.h: No such file or directory
compilation terminated.
make[3]: *** [dconf-editor.o] Error 1
make[3]: Leaving directory 
`/home/consoleuser/src/dconf-editor/d-conf-0.10.0/editor'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/consoleuser/src/dconf-editor/d-conf-0.10.0'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/consoleuser/src/dconf-editor/d-conf-0.10.0'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
2 consoleuser@stylus:~/src/dconf-editor/d-conf-0.10.0$ dpkg -S gtk.h
libgtk-3-dev: /usr/include/gtk-3.0/gtk/gtk.h
0 consoleuser@stylus:~/src/dconf-editor/d-conf-0.10.0$ 


During configuration, the package sets gtk_CFLAGS to the empty string.

Note the difference between the pkg-config --cflags output with
libpng12-dev installed:

0 consoleuser@stylus:/tmp$ pkg-config --cflags gtk+-3.0
-DGSEAL_ENABLE -pthread -I/usr/include/gtk-3.0 -I/usr/include/atk-1.0 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 
-I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/cairo  
0 consoleuser@stylus:/tmp$ 

and with libpng-dev (from 1.5.6.1) installed:

0 consoleuser@stylus:/tmp$ pkg-config --cflags gtk+-3.0
Package libpng12 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpng12.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libpng12', required by 'GdkPixbuf', not found
1 consoleuser@stylus:/tmp$ 

arguably, d-conf's ./configure script should also be failing if
pkg-config --cflags gtk+-3.0 returns a non-zero error code (feel free
to clone this bug and reassign the clone to d-conf if you see fit).

libgdk-pixbuf2.0-dev seems to be the only package i have installed on
this machine who mentions libpng12 (via Requires.private) in its
pkg-config file, though libcairo2-dev refers to the bare libpng in
cairo.pc's Requires.private, and in cairo-png.pc's Requires section.

Maybe if Cairo can use the bare libpng here then it's save to use it
in gdkpixbuf as well?  or if gdkpixbuf is doing the right thing, maybe
cairo's pkg-config files are too lax, potentially leading to a nasty
multi-library linkage during the transition?

I don't know enough about pkg-config or the inner workings of these
tools to say; feel free to explain and reassign if you think this bug
could be re-assigned to another package.

Thanks for your work maintaining libpng in debian!  I hope we can make the
transition to 1.5 soon.

Regards,

  --dkg


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

Kernel: Linux 3.2.0-rc4-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#652000: /usr/bin/pbuilder-dist: pbuilder-dist ignores environment and has no way to set a custom pbuilderrc

[Karl Goetz]

Package: ubuntu-dev-tools
Version: 0.101
Severity: important
File: /usr/bin/pbuilder-dist

Hi,
Because pbuilder-dist is available in squeeze, but qemu-debootstrap
isn't, I've downloaded the script from bug 572952 and I'm trying to use
it with pbuilder-dist. Unfortunately, despite saying "install or change
DEBOOTSTRAP option" it seems to ignore the environment and the users
.pbuilderrc. Could this be changed please? It makes it excessively hard
to use the thing, to the extent that you need to be able to edit roots
pbuilderrc.

thanks,
kk


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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils 2.20.1-16   The GNU assembler, linker and bina
ii  dctrl-tools  2.14.5  Command-line tools to process Debi
ii  devscripts   2.10.69+squeeze1scripts to make the life of a Debi
ii  diffstat 1.53-1  produces graph of changes introduc
ii  dpkg-dev 1.15.8.11   Debian package development tools
ii  lsb-release  3.2-23.2squeeze1Linux Standard Base version report
ii  python   2.6.6-3+squeeze6interactive high-level object-orie
ii  python-apt   0.7.100.1+squeeze1  Python interface to libapt-pkg
ii  python-debian0.1.18  Python modules to work with Debian
ii  python-launchpadlib  1.6.2-1 Launchpad web services client libr
ii  python-lazr.restfulc 0.9.21-1client for lazr.restful-based web 
ii  python-support   1.0.10  automated rebuilding support for P
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile

Versions of packages ubuntu-dev-tools recommends:
ii  bzr2.1.2-1   easy to use distributed version co
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
ii  cowdancer  0.62+nmu2 Copy-on-write directory tree utili
ii  debootstrap1.0.27~gns1   Bootstrap a basic Debian system
ii  genisoimage9:1.1.11-1Creates ISO-9660 CD-ROM filesystem
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  pbuilder   0.199+nmu1personal package builder for Debia
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  python-magic   5.04-5File type determination library us
ii  python-soappy  0.12.0-4  SOAP Support for Python
ii  reportbug  4.12.6reports bugs in the Debian distrib

Versions of packages ubuntu-dev-tools suggests:
pn  qemu-kvm-extras-static (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#651999: /usr/bin/pbuilder-dist: man 1 pbuilder-dist refers to non existant packages

[Karl Goetz]

Package: ubuntu-dev-tools
Version: 0.101
Severity: normal
File: /usr/bin/pbuilder-dist

Hi,
The man page includes this text:
This  optional parameter will attempt to construct a chroot in a
foreign architecture.  For some architecture pairs (e.g. i386 on
an  amd64  install),  the  chroot will be created natively.  For
others (e.g. armel on an i386 install), qemu-static and  binfmt-
misc  will  be used.

qemu-static and binfmt-misc don't appear as packages or commands on
squeeze, and I can't find references to them on other releases either.

thanks,
kk

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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils 2.20.1-16   The GNU assembler, linker and bina
ii  dctrl-tools  2.14.5  Command-line tools to process Debi
ii  devscripts   2.10.69+squeeze1scripts to make the life of a Debi
ii  diffstat 1.53-1  produces graph of changes introduc
ii  dpkg-dev 1.15.8.11   Debian package development tools
ii  lsb-release  3.2-23.2squeeze1Linux Standard Base version report
ii  python   2.6.6-3+squeeze6interactive high-level object-orie
ii  python-apt   0.7.100.1+squeeze1  Python interface to libapt-pkg
ii  python-debian0.1.18  Python modules to work with Debian
ii  python-launchpadlib  1.6.2-1 Launchpad web services client libr
ii  python-lazr.restfulc 0.9.21-1client for lazr.restful-based web 
ii  python-support   1.0.10  automated rebuilding support for P
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile

Versions of packages ubuntu-dev-tools recommends:
ii  bzr2.1.2-1   easy to use distributed version co
ii  ca-certificates20090814+nmu3squeeze1 Common CA certificates
ii  cowdancer  0.62+nmu2 Copy-on-write directory tree utili
ii  debootstrap1.0.27~gns1   Bootstrap a basic Debian system
ii  genisoimage9:1.1.11-1Creates ISO-9660 CD-ROM filesystem
ii  libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  pbuilder   0.199+nmu1personal package builder for Debia
ii  perl-modules   5.10.1-17squeeze2 Core Perl modules
ii  python-magic   5.04-5File type determination library us
ii  python-soappy  0.12.0-4  SOAP Support for Python
ii  reportbug  4.12.6reports bugs in the Debian distrib

Versions of packages ubuntu-dev-tools suggests:
pn  qemu-kvm-extras-static (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#651655: slang-slirp: FTBFS: multiarch path

[Simon Paillard]

tags 651655 + patch
thanks

Hi,

This FTBFS is a matter of path to multiarch slang lib, for all archs
(not only s390x/armhf).

However, a nmu would be useless for the moment, as there is another
FTBFS remaining: #623637.


Regards.

-- 
Simon Paillard
diffstat for slang-slirp_1.9.8-1.1 slang-slirp_1.9.8-1.2

 changelog |7 +++
 rules |1 +
 2 files changed, 8 insertions(+)

diff -u slang-slirp-1.9.8/debian/changelog slang-slirp-1.9.8/debian/changelog
--- slang-slirp-1.9.8/debian/changelog
+++ slang-slirp-1.9.8/debian/changelog
@@ -1,3 +1,10 @@
+slang-slirp (1.9.8-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS: multiarch path for slang lib (Closes: #651655)
+
+ -- Simon Paillard   Wed, 14 Dec 2011 00:33:08 +0100
+
 slang-slirp (1.9.8-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u slang-slirp-1.9.8/debian/rules slang-slirp-1.9.8/debian/rules
--- slang-slirp-1.9.8/debian/rules
+++ slang-slirp-1.9.8/debian/rules
@@ -5,6 +5,7 @@
 
 DEB_CONFIGURE_EXTRA_FLAGS := --enable-warnings \
   --docdir="\$${prefix}/doc/slang-slirp"
+DEB_CONFIGURE_EXTRA_FLAGS += --with-slanglib=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
 DEB_CONFIGURE_SCRIPT_ENV += CFLAGS="-fPIC -g -Wall -O2" FCFLAGS="-fPIC -g -O2"
 
 DEB_MAKE_BUILD_TARGET := all installable_slirpsh RPATH= SO_DEP_LIBS=-lc

Bug#628955: ipcalc: lacks IPv6 support and doesn't mention IPv4-only in description

[Ruben Pollan]

Package: ipcalc
Version: 0.41-2
Followup-For: Bug #628955

As some blogs comment on the web[0] the ipcalc of fedora seems to have ipv6
support. But I check the upstream web page and don't seems to have it, I guess
is a custom fedora patch.

Will be great to see it implemented on debian.


[0] 
http://blog.steve-miller.org/2010/03/ipcalc-more-useful-than-you-might-think.html

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

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

Versions of packages ipcalc depends on:
ii  perl  5.14.2-6

ipcalc recommends no packages.

ipcalc suggests no packages.

-- no debconf information

-- 
Rubén Pollán  | http://meskio.net/
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Cuando los que mandan pierden la vergüenza,
los que obedecen pierden el respeto.



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

Bug#203115: Block buffering patch

[Thomas Dickey]

On Tue, Dec 13, 2011 at 04:34:45PM -0500, Thomas Dickey wrote:
> I did use memchr in my fix - will check/see if your other changes make a 
> difference.

Looking at the report again, I see that I'd not followed up noting a fix.
But I was looking at current code, which uses memchr in that position.
The change is noted here:

20090920
+ two changes for embedded nulls, allows FS to be either a null or
  contain a character class with null, e.g., '\000' or '[ \000]':

  + modify built-in regular expression functions to accept embedded
nulls.

  + modify input reader FINgets() to accept embedded nulls in data read
from files.  Data read from standard input is line-buffered, and is
still null-terminated.

The actual check-in comment was:

REV:1.13fin.c   2009/09/13 21:40:12   tom

   modify so FINgets() can return embedded nulls in data read from file.

For what it's worth, reporting bugs against Debian's version of mawk is
a pointless exercise.  But I do read the reports in case a new bug is
reported there.

-- 
Thomas E. Dickey 
http://invisible-island.net
ftp://invisible-island.net


signature.asc
Description: Digital signature

Bug#651998: ITP: v3c-2.4.0-01 -- v3c utility toolkit

[Cyril Brulebois]

Philip A. Ashmore  (13/12/2011):
> Package: wnpp
> Severity: wishlist
> Owner: "Philip A. Ashmore" 
> 
> * Package name: v3c-2.4.0-01

Certainly that's not the package name?

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#651942: Upgrade from sympa_5.3.4-6.1 fails (relation "conf_table" does not exist)

[Emmanuel Bouthenot]

Hi Giorgio,

On Tue, Dec 13, 2011 at 02:10:35PM +0100, Giorgio Volpe wrote:
> Package: sympa
> Version: 6.1.7~dfsg-1
> Severity: grave
> Justification: renders package unusable
> 
> 
> Update from sympa sympa_5.3.4-6.1  to 6.1.7 fails.
> I get many "DBD::Pg::st execute failed: ERROR:  relation "conf_table"
> does not exist at /usr/share/sympa/lib/Conf.pm line 668." errors.  If
> i manually try to run "sympa.pl --upgrade" i get the same problem
> ("conf_table" does not exist errors).
This error should be fixed with sympa 6.1.7~dfsg-2 which is already in
unstable, could you try to upgrade your system with the latest version ?


M.

-- 
Emmanuel Bouthenot
  mail: kolter@{openics,debian}.orggpg: 4096R/0x929D42C3
  xmpp: kol...@im.openics.org  irc: kolter@{freenode,oftc}




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

Bug#651998: ITP: v3c-2.4.0-01 -- v3c utility toolkit

[Philip A. Ashmore]

Package: wnpp
Severity: wishlist
Owner: "Philip A. Ashmore" 

* Package name: v3c-2.4.0-01
  Version : 2.4.0
  Upstream Author : Philip Ashmore 
* URL : http://sourceforge.net/projects/v3c/
* dsc file  :
http://mentors.debian.net/debian/pool/main/v/v3c/v3c_2.4.0-01-1.dsc
* License : LGPLv3
  Programming Lang: C, C++,Make,sh,m4
  Description : v3c utility toolkit



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

Bug#651997: python-dolfin: unknown symbol: wrapper_dgesv_

[Andreas Kloeckner]

Package: python-dolfin
Version: 1.0.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

When I run any one of the simple fenics demos, I get this error message:

ImportError: /usr/lib/libdolfin.so.1.0: undefined symbol: wrapper_dgesv_

For definiteness, I used this program here:
http://fenicsproject.org/documentation/tutorial/fundamentals.html#the-poisson-equation
(scroll down a bit)

Thanks,
Andreas

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

Kernel: Linux 3.2.0-rc4-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 python-dolfin depends on:
ii  libamd2.2.0  1:3.4.0-2   
ii  libarmadillo21:2.2.5+dfsg-1  
ii  libarpack2   2.1+parpack96.dfsg-4
ii  libblas3gf [libblas.so.3gf]  1.2.20110419-2  
ii  libboost-filesystem1.46.11.46.1-7+b1 
ii  libboost-iostreams1.46.1 1.46.1-7+b1 
ii  libboost-math1.46.1  1.46.1-7+b1 
ii  libboost-mpi1.46.1   1.46.1-7+b1 
ii  libboost-program-options1.46.1   1.46.1-7+b1 
ii  libboost-serialization1.46.1 1.46.1-7+b1 
ii  libboost-system1.46.11.46.1-7+b1 
ii  libboost-thread1.46.11.46.1-7+b1 
ii  libc62.13-21 
ii  libcamd2.2.0 1:3.4.0-2   
ii  libccolamd2.7.1  1:3.4.0-2   
ii  libcholmod1.7.1  1:3.4.0-2   
ii  libcolamd2.7.1   1:3.4.0-2   
ii  libdolfin1.0 1.0.0-1 
ii  libdolfin1.0-dev 1.0.0-1 
ii  libgcc1  1:4.6.2-5   
ii  libgomp1 4.6.2-5 
ii  liblapack3gf [liblapack.so.3gf]  3.3.1-1 
ii  libopenmpi1.31.4.3-2.1   
ii  libpetsc3.1  3.1.dfsg-11 
ii  libptscotch-5.1  5.1.11.dfsg-7   
ii  libpython2.6 2.6.7-4 
ii  libpython2.7 2.7.2-8 
ii  libslepc3.1  3.1-p6.dfsg-1   
ii  libstdc++6   4.6.2-5 
ii  libumfpack5.4.0  1:3.4.0-2   
ii  libxml2  2.7.8.dfsg-5
ii  python   2.7.2-9 
ii  python-ffc   1.0.0-1 
ii  python-instant   1.0.0-1 
ii  python-numpy 1:1.5.1-3   
ii  python-ufc   2.0.5-1 
ii  python-ufl   1.0.0-1 
ii  python-viper 1.0.0-1 
ii  python2.62.6.7-4 
ii  python2.72.7.2-8 
ii  swig2.0  2.0.4-4 
ii  zlib1g   1:1.2.3.4.dfsg-3

python-dolfin recommends no packages.

Versions of packages python-dolfin suggests:
ii  dolfin-doc  1.0.0-1

-- no debconf information



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

Bug#648822: xul-ext-zotero: When launching zotero I get "There was an error starting Zotero."

[Christoph Groth]

>> No, the extension runs when installed from within the browser.  This is
>> version 2.1.10.
>> 
>> Do you know how I could debug (i.e. get more information than "There was
>> an error starting Zotero.") this issue?
>
> Thus the bug you report is upstream and has nothing to do with the package 
> (which is btw for version 2.1.8 right now, not 2.1.10). I am closing it.

I am saying that Zotero (version 2.1.10) does run when installed from
within iceweasel, _but_ Zotero doesn't run when installed system-wide
from the Debian package xul-ext-zotero.  Thus there is a problem with
the Debian package xul-ext-zotero and this is what this bug report is
about.



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

Bug#601757: Info received (Please apply the patch to mount cgroup automatically)

[Marcus Osdoba]

Hi,
If I got that right, it's ok for the maintainer of ulatencyd, if the 
subsystems were mounted into it's own subdirectories?


If so, I like to propose an intitv script which does it.

When reading the introduction to cgroup in the kernel documentation, it 
is best pratice to mount tmpfs under /sys/fs/cgroup and create a 
subdirectory for every subsystem.


Please see attachement for the script. CGROUPSUBSYSTEMS must be set to 
yes in /etc/default/tmpfs. So cgroup subsystems are not mounted by 
default, which does not break existent configurations done via 
/etc/fstab and one can switch it on/off easily.
The script was tested on Squeeze with 2.6.39-bpo60-2. Activated with 
"update-rc.d mountcgroupsubsys.sh defaults".


Problem: It is very cgroup specific and is possibily misplaced in 
initscripts?


Regards,
Marcus
#! /bin/sh
### BEGIN INIT INFO
# Provides:  mountcgroupsubsys
# Required-Start:mountkernfs
# Required-Stop:
# Should-Start:  
# Default-Start: S
# Default-Stop:
# Short-Description: Mount cgroup subsystems
# Description:   Mounts every cgroup subsystem
#in it's own directory under /sys/fs/cgroup
### END INIT INFO

PATH=/sbin:/bin
. /lib/init/vars.sh

. /lib/lsb/init-functions
. /lib/init/mount-functions.sh

[ -f /etc/default/tmpfs ] && . /etc/default/tmpfs

do_start () {

#
# Mount cgroup on /sys/fs/cgroup
#
# Only mount cgroup if it is supported and enabled in /etc/default/tmpfs
if grep -E -qs "cgroup\$" /proc/filesystems && [ -d /sys/fs/cgroup ] && 
[ yes = "$CGROUPSUBSYSTEMS" ]
then
RW_OPT=
[ "${RW_SIZE:=$TMPFS_SIZE}" ] && RW_OPT=",size=$RW_SIZE"
domount tmpfs "" /sys/fs/cgroup tmpfs -omode=0755,nosuid$RW_OPT
CGROUP_EXCL_SUBSYS=${CGROUP_EXCL_SUBSYS:-"#"}
grep -i -o '^[a-z_-]*' /proc/cgroups | grep -v 
${CGROUP_EXCL_SUBSYS} | while read subsys; do
if [ ! -d /sys/fs/cgroup/${subsys} ]
then
mkdir /sys/fs/cgroup/${subsys}
domount cgroup "" /sys/fs/cgroup/${subsys} 
cgroup -o${subsys}
[ $? -eq 0 ] && log_success_msg "Successfully 
mounted /sys/fs/cgroup/${subsys}."
else
log_warning_msg "Directory 
/sys/fs/cgroup/${subsys} does already exists. Do not try to mount cgroup 
subsystem."
fi
done
else
log_warning_msg "Cgroups not supported by kernel or 
CGROUPSUBSYSTEMS not set to 'yes' in /etc/default/tmpfs."
fi


}

do_stop () {
if [ -d /sys/fs/cgroup ]
then
for subsys in $(grep -i -o '^[a-z_-]*' /proc/cgroups); do
if [ -d /sys/fs/cgroup/${subsys} ]
then
umount /sys/fs/cgroup/${subsys}
[ $? -ne 0 ] && log_warning_msg "Could not 
unmount /sys/fs/cgroup/${subsys}."
rmdir /sys/fs/cgroup/${subsys}
[ $? -eq 0] && log_success_msg "Successfully 
removed /sys/fs/cgroup/${subsys}."
fi
done
grep "/sys/fs/cgroup" /etc/mtab > /dev/null 
if [ $? -eq 0 ]
then
umount /sys/fs/cgroup
[ $? -eq 0 ] && log_success_msg "Successfully unmounted 
/sys/fs/cgroup."
fi
else
log_warning_msg "Directory /sys/fs/cgroup not found. Do not try 
to unmount cgroup subsystems."
fi
}

case "$1" in
  "")
echo "Warning: mountcgroupsubsys should be called with the 'start' 
argument." >&2
do_start
;;
  start)
do_start
;;
  restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
  stop)
do_stop
;;
  *)
echo "Usage: mountcgroupsubsys [start|stop]" >&2
exit 3
;;
esac

Bug#651211: Add support for session mode SYSASM

[Julián Moreno Patiño]

forwarded 651211 https://rt.cpan.org/Public/Bug/Display.html?id=73240
thanks

Thanks to report it, I forwarded to upsteam to know his opinion.

Kind regards,

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



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

Bug#651996: cython: FTBFS: failed tests

[Jakub Wilk]

Source: cython
Version: 0.15.1-1
Severity: serious
Justification: fails to build from source

cython FTBFS:
| ==
| FAIL: test (line 1) (dict_getitem.__test__)
| Doctest: dict_getitem.__test__.test (line 1)
| --
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 2166, in runTest
| raise self.failureException(self.format_failure(new.getvalue()))
| AssertionError: Failed doctest test for dict_getitem.__test__.test (line 1)
|   File 
"/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/c/dict_getitem.so", line 
unknown line number, in test (line 1)
|
| --
| File 
"/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/c/dict_getitem.so", line 
?, in dict_getitem.__test__.test (line 1)
| Failed example:
| test(None, 1) # doctest: +ELLIPSIS
| Expected:
| Traceback (most recent call last):
| TypeError: ...subscriptable...
| Got:
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 1254, in __run
| compileflags, 1) in test.globs
|   File "", line 1, in 

| test(None, 1) # doctest: +ELLIPSIS
|   File "dict_getitem.pyx", line 26, in dict_getitem.test 
(dict_getitem.c:561)
| TypeError: 'NoneType' object has no attribute '__getitem__'
|
|
| ==
| FAIL: test (line 1) (dict_getitem.__test__)
| Doctest: dict_getitem.__test__.test (line 1)
| --
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 2166, in runTest
| raise self.failureException(self.format_failure(new.getvalue()))
| AssertionError: Failed doctest test for dict_getitem.__test__.test (line 1)
|   File 
"/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/cpp/dict_getitem.so", 
line unknown line number, in test (line 1)
|
| --
| File 
"/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/cpp/dict_getitem.so", 
line ?, in dict_getitem.__test__.test (line 1)
| Failed example:
| test(None, 1) # doctest: +ELLIPSIS
| Expected:
| Traceback (most recent call last):
| TypeError: ...subscriptable...
| Got:
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 1254, in __run
| compileflags, 1) in test.globs
|   File "", line 1, in 

| test(None, 1) # doctest: +ELLIPSIS
|   File "dict_getitem.pyx", line 26, in dict_getitem.test 
(dict_getitem.cpp:561)
| TypeError: 'NoneType' object has no attribute '__getitem__'
|
|
| ==
| FAIL: index ()
| Doctest: index
| --
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 2166, in runTest
| raise self.failureException(self.format_failure(new.getvalue()))
| AssertionError: Failed doctest test for index
|   File "/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/c/index.so", 
line 89, in index
|
| --
| File "/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/c/index.so", line 
91, in index
| Failed example:
| index_object(100, 100)
| Expected:
| Traceback (most recent call last):
| ...
| TypeError: 'int' object is not subscriptable
| Got:
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 1254, in __run
| compileflags, 1) in test.globs
|   File "", line 1, in 
| index_object(100, 100)
|   File "index.pyx", line 65, in index.index_object (index.c:915)
| TypeError: 'int' object has no attribute '__getitem__'
|
|
| ==
| FAIL: index ()
| Doctest: index
| --
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 2166, in runTest
| raise self.failureException(self.format_failure(new.getvalue()))
| AssertionError: Failed doctest test for index
|   File "/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/cpp/index.so", 
line 93, in index
|
| --
| File "/build/cython-IuQkTK/cython-0.15.1/build/work-dir/run/cpp/index.so", 
line 95, in index
| Failed example:
| index_object(100, 100)
| Expected:
| Traceback (most recent call last):
| ...
| TypeError: 'int' object is not subscriptable
| Got:
| Traceback (most recent call last):
|   File "/usr/lib/python2.7/doctest.py", line 1254, in __run
| compileflags, 1) in test.globs
|   

Bug#648948: uptimed: FTBFS on hurd-i386: add support for GNU / Bug650109: ...kFreeBSD ...

[Svante Signell]

On Mon, 2011-12-12 at 23:37 +0100, Radek Podgorny wrote:
> Hi!
> 
> I've just merged patches from
> http://patch-tracker.debian.org/package/uptimed/1:0.3.16-3.2 and bug 
> #648948 to my hg repository. If you can, please test. This will 
> hopefully lead to patch-free package in Debian for the next release.
> 
> Sorry for the delay, thanks for your patience.
> Radek P.

Thanks for the update. It builds and works OK! Looking forward to a new
upstream and an updated (0.3.17) Debian package.





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

Bug#411585: pinging bug

[Nicholas Bamber]

Regis,
Thanks for responding.

Yes I had cdebconf installed for a while and I was trying to use it. I
was motivated to try it out after having issues during the recent perl
transition. If cdebconf could make perl transitions smoother I think
that would be a big plus in its favour.

I would appreciate it if you would make sure that there was a bug
report called something like "cdebconf not ready for general use" and
all the issues with using cdebconf in a general way, such as this one,
were marked as blocking that bug. Or perhaps all those bug reports could
be tagged in some way.

On 13/12/11 14:02, Regis Boudin wrote:

> Should I assume that you're actually using cdebconf on a system, and not
> only as part of the installer ? It's only been possible to do so for a
> very short time, and it's not the only feature missing to make it a full
> replacement for debconf, yet. I'm adding it to my todo list, though.
> 
> Thanks again,
> Regis
> 


-- 
Nicholas Bamber | http://www.periapt.co.uk/
PGP key 3BFFE73C from pgp.mit.edu



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

Bug#651995: Hurd: please backport upstream r3770 (fix test_option_c of bsdcpio_test)

[Pino Toscano]

Package: libarchive
Version: 2.8.5-4
Severity: normal
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

at the moment, one assertion in test_option_c of bsdcpio_test is
triggered on Hurd, because of a typo in the assertion itself.
I reported it upstream[1] and this was fixed in trunk and then
backported to the 2.8 branch as r3770; could you please backport this
change to the Debian packaging?

[1] http://code.google.com/p/libarchive/issues/detail?id=197

Thanks,
-- 
Pino



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

Bug#651993: dpkg-mergechangelogs fails if any changelog contains an invalid version

[Martin Packman]

See attached patch making the dpkg-mergechangelogs only tolerate bad
versions, leaving the existing strict handling in Dpkg::Version.

I'm a little rusty on perl, but happy to change or update things as
requested. I assume the change in general is acceptable as it looks
like the code currently tries to do something like this but doesn't
quite get it right.

Notes on the patch:

* Moves construction of Dpkg::Version objects upwards into the main
merge loop rather than inside the compare. This prevents over-warning
about the same invalid versions and actually gets a (just barely)
measurable speedup.

* I'm unconvinced by the current compare logic when one version is
undefined, but have left it as it was preexisting (but inactive).
Always returning 0 seems more suitable as that then does no
reordering.

* The added test is very simplistic currently, if there are particular
things we worry about with how the merge should be handled it could be
elaborated. Should I example.com out the data? It's just copied from
the original bug report currently.


mergechangelogs_tolerate_bad_versions.patch
Description: Binary data

Bug#582264: python-virtualenv: With non-default interpreter behaves as with --no-site-packages

[Stefano Rivera]

Hi wrar (2010.05.19_17:11:59_+0200)
> When I try to create a virtualenv for python 2.6, all packages get installed
> into it even if --no-site-packages was not specified and the packages are
> available in the system directory.

I'm afraid I can't reproduce this with 1.6-2. Still suffering from it?

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  H: +27 21 465 6908 C: +27 72 419 8559  UCT: x3127



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

Bug#614143: os-prober: generated linux entries don't use UUIDs for root= parameter

[Marcin Konarski]

Package: os-prober
Version: 1.49ubuntu1
Followup-For: Bug #614143

Dear Maintainer,
Issuing update-grub command sometimes creates menu entries
for coexisting linux installations with 
root=/dev/sdaX parameter at "linux" line.

My CentOS likes to name my drive at random "sda" or "sdb"
so entry mentioned above likes to cause CentOS boot to fail.

---

I fixed my problem locally by applying following patch to:
/usr/lib/linux-boot-probes/mounted/90fallback.

#v+
--- linux-boot-probes/mounted/common/90fallback 2011-09-16 14:29:55.0 
+0200
+++ /usr/lib/linux-boot-probes/mounted/90fallback   2011-12-13 
18:55:53.0 +0100
@@ -2,6 +2,10 @@
 # Fallback in case nothing else works. Look for vmlinu[xz] file in root and
 # /boot, see if there is a matching initrd, and wing it.
 . /usr/share/os-prober/common.sh
+if [ -f /etc/default/grub ] ; then
+   . /etc/default/grub
+fi
+
 set -e
 
 partition="$1"
@@ -11,6 +15,10 @@
 
 mappedpartition=$(mapdevfs "$partition" 2>/dev/null) || 
mappedpartition="$partition"
 
+if [ "x${GRUB_OSPROBER_FALLBACK_USE_UUID}" = "xtrue" ] ; then
+   mappedpartition=$(blkid -s UUID -o export ${partition})
+fi
+
 exitcode=1
 for kernpat in /vmlinuz /vmlinux /boot/vmlinuz /boot/vmlinux "/boot/vmlinuz*" \
"/boot/vmlinux*" "/vmlinuz*" "/vmlinux*" "/kernel-*" 
"/boot/kernel-*"; do
#v-

and added:

#v+

# Uncomment to use UUID for root= option on kernel line
# for coexisting linux installations for last resort configuration attempt.
GRUB_OSPROBER_FALLBACK_USE_UUID=true

#v-

to /etc/default/grub.

After I rerun update-grub required entries were in place, i.e.
CentOS menu entry had root=UUID=x--x-x parameter at "linux" 
line.

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

Kernel: Linux 2.6.39-3-generic (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages os-prober depends on:
ii  libc6  2.13-20ubuntu10

os-prober recommends no packages.

os-prober suggests no packages.

-- no debconf information


-- 
  Huginn
GCS d? s: a C++$() UBLS$ P++ L$ E---
W+(-) N++ w-- O M- V- PS+ PE++ Y PGP-
t--- 5-- X- R !tv b++ DI+++ D+ G e* h r++ y**



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

Bug#650082: new mailing list: debian-companies

[Cord Beermann]

Hallo! Du (Michael Meskes) hast geschrieben:

> On Tue, Dec 13, 2011 at 06:03:36PM +0100, Alexander Wirt wrote:
> > Technically we can. And at least for lists I sometimes have to (debugging 
> > and
> 
> Sure, but that's different from the whole world reading all the emails. And of
> course I trust you guys not to read all the emails or else I wouldn't use my
> debian.org mail address at all.

You'll always have some uid0-people who have the technical possibility
to read everything on a machine. You'll have to trust them or not.
(@debian.org normally doesn't pass through the Server which hosts
@lists.d.o)

> And noone expects you to. I just brought up NDAs to show that companies have 
> no
> problem with signing those to make sure data stays confidential, but they
> probably have problems with everything being in the open. Now this might 
> change
> iff the group decides to be open, but I cannot see any discussions getting
> started without some privacy, similar to what we have with -private. 

I don't think that it'll work, and if it will work, i worry that it
will not be for the good of Debian, because of the closeness.

I'm not happy to have such things on the official platform...

But however: formorer wrote down some things, so i'll watch what will
happen for now.

Yours,
Cord, Debian Listmaster of the day
-- 
http://lists.debian.org



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

Bug#649712: wordnet: diff for NMU version 1:3.0-26.1

[Jakub Wilk]

tags 649712 + patch
tags 649712 + pending
thanks

Dear maintainer,

I've prepared an NMU for wordnet (versioned as 1:3.0-26.1) and uploaded 
it to DELAYED/3. Please feel free to tell me if I should delay it 
longer.


--
Jakub Wilk
diffstat for wordnet-3.0 wordnet-3.0

 changelog |8 
 control   |2 +-
 2 files changed, 9 insertions(+), 1 deletion(-)

diff -Nru wordnet-3.0/debian/changelog wordnet-3.0/debian/changelog
--- wordnet-3.0/debian/changelog	2011-10-25 09:39:36.0 +0200
+++ wordnet-3.0/debian/changelog	2011-12-13 22:08:35.0 +0100
@@ -1,3 +1,11 @@
+wordnet (1:3.0-26.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Remove build-dependency on gs-common (closes: #649712). It was unused
+since 1:3.0-4. Thanks to Didier Raboud for the bug report.
+
+ -- Jakub Wilk   Tue, 13 Dec 2011 22:07:21 +0100
+
 wordnet (1:3.0-26) unstable; urgency=low
 
   * debian/patches/60_gcc-4.6.patch: Fix errors occuring when using gcc-4.6
diff -Nru wordnet-3.0/debian/control wordnet-3.0/debian/control
--- wordnet-3.0/debian/control	2011-10-24 20:06:51.0 +0200
+++ wordnet-3.0/debian/control	2011-12-13 22:07:08.0 +0100
@@ -1,7 +1,7 @@
 Source: wordnet
 Section: text
 Build-Depends: cdbs (>= 0.4.23-1.1), autotools-dev, debhelper (>= 8), quilt,
- tk8.5-dev, tcl8.5-dev, libxaw7-dev, flex, dictzip, python, groff, gs-common,
+ tk8.5-dev, tcl8.5-dev, libxaw7-dev, flex, dictzip, python, groff,
  autoconf, automake, libtool, bison, man-db, libxss-dev, libxft-dev, ruby,
  imagemagick
 Priority: optional

Bug#203115: Block buffering patch

[Thomas Dickey]

I did use memchr in my fix - will check/see if your other changes make a 
difference.

- Original Message -
From: "Maximiliano Curia" 
To: 203...@bugs.debian.org, 203115-submit...@bugs.debian.org, 
cont...@bugs.debian.org
Sent: Tuesday, December 13, 2011 12:52:16 PM
Subject: Bug#203115: Block buffering patch

tag 203115 +patch
thanks

Hi,

I could reproduce this bug, the problem shows up when the input includes NUL
chars, as the functions used by mawk are expecting C strings. Which ends up in
a malloc read loop till EOF is reached, on EOF mawk would process only one
of the read lines. If the file is large enough (or data is being read from a
infinite device such as /dev/urandom) the OOM killer would do its job.

Replacing the call to strchr with memchr fixes part of the issues, the rest of
the patch deals with the buffer to avoid dropping what was read.
In the patch there's also a small test for this issues.

This patch fixes only the block buffering part (reading from a file), reading
from stdin is made with fgets which would fail if the input include a NUL
char.

Thanks,
-- 
"The sooner you start to code, the longer the program will take." -- Roy Carlson
Saludos /\/\ /\ >< `/



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

Bug#650082: debian-companies list

[Don Armstrong]

On Tue, 13 Dec 2011, Michael Richardson wrote:
> The point is not to make it not-archived, the point is to delay the
> archive while the group figures out what's it's policy is. If some
> participants archive it and post it, oh well. It's not like it's
> wikileaks.

First, if anyone is going to be archiving it publicly, then there's no
reason why Debian shouldn't be archiving it.

Secondly, the policy of archival or non-archival has to be resolved
before list creation, as altering the policy requires agreement from
too many people. [For example, if the list was to be embargoed for a
period of time, with archives available publicly after an embargo, or
similar.]

Finally, limited-subscription lists always generate a problem with
deciding who is able to be subscribed. For example, you obviously
couldn't have a discussion about Company A's negotiations with Debian
if Company A's competitors were also subscribed. The only way this
would work is if the list was set up like -private, and only DDs (or
vetted individuals) were allowed to be subscribed. Even that could
lead to some problems where DDs head (or work for) companies (for
example, Credativ and Canonical could potentially have inside
information that was not easily available to companies which had not
hired DDs.)

The idea behind the list is great, but I think the practical problems
of a closed list may outweigh the benefits. [It'd probably also be
reasonable to broach this on -project once a subscriber policy and/or
archival policy was worked out.]


Don Armstrong

-- 
[On a trip back from collecting grass seeds in tropical bird stomachs
and being thought by the customs agents to be transporting Marijuana.]
"Anyone so square as to tell you they are transporting grass seeds is
bound to be OK"
 -- Peter K. Klopfer _Seeds of Doubt_ Science 134:177 10 April 2009

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#651994: lightsquid: Cron job never runs lightparser.pl

[Clint Byrum]

Package: lightsquid
Version: 1.8-2
Severity: important
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:


  * d/lightsquid.cron.d: Fix path to lightparser.pl (LP: #900679)


Thanks for considering the patch.


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

Kernel: Linux 3.1.0-2-generic (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
=== modified file 'debian/lightsquid.cron.d'
--- debian/lightsquid.cron.d	2011-01-27 09:49:20 +
+++ debian/lightsquid.cron.d	2011-12-13 21:37:16 +
@@ -1,4 +1,4 @@
 #
 # Regular cron jobs for the lightsquid package
 #
-0 4	* * *	root	[ -x /usr/share/lightsquid/lightparse.pl ] && /usr/bin/lightparse.pl
+0 4	* * *	root	[ -x /usr/share/lightsquid/lightparser.pl ] && /usr/share/lightsquid/lightparser.pl

Bug#477565: please package libfdt

[Dmitry Eremin-Solenikov]

Package: device-tree-compiler
Version: 1.3.0-1
Followup-For: Bug #477565
Tag: patch

Hi,

Please care to apply the provided patch that enables packaging of libfdt
into separate libfdt-dev package.

Thanks,
Dmitry

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

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

Versions of packages device-tree-compiler depends on:
ii  libc6  2.13-21

device-tree-compiler recommends no packages.

device-tree-compiler suggests no packages.

-- no debconf information

>From fa8021c8fdef979f8ad217bfeef226faab418d58 Mon Sep 17 00:00:00 2001
From: Dmitry Eremin-Solenikov 
Date: Mon, 12 Dec 2011 21:14:38 +0400
Subject: [PATCH] dtc: provide libfdt-dev package containing libfdt headers
 and static lib

Signed-off-by: Dmitry Eremin-Solenikov 
---
 debian/changelog   |7 +++
 debian/control |   10 ++
 debian/{dirs => device-tree-compiler.dirs} |0
 debian/libfdt-dev.dirs |2 ++
 debian/rules   |3 +++
 5 files changed, 22 insertions(+), 0 deletions(-)
 rename debian/{dirs => device-tree-compiler.dirs} (100%)
 create mode 100644 debian/libfdt-dev.dirs

diff --git a/debian/changelog b/debian/changelog
index 94d8e15..62723a7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+device-tree-compiler (1.3.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Provide libfdt-dev package with libfdt development files (Closes: #477565)
+
+ -- Dmitry Eremin-Solenikov   Mon, 12 Dec 2011 21:10:23 +0400
+
 device-tree-compiler (1.3.0-1) unstable; urgency=low
 
   * New upstream release. (Closes: #572945)
diff --git a/debian/control b/debian/control
index 8fe0b2e..f89d9c1 100644
--- a/debian/control
+++ b/debian/control
@@ -14,3 +14,13 @@ Depends: ${shlibs:Depends}
 Description: OpenFirmware Device Tree Compiler for Flat Device Trees
  This tool compiles device-tree descriptions for booting PowerPC
  kernels on embedded systems without OpenFirmware.
+
+Package: libfdt-dev
+Architecture: any
+Section: libdevel
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Flat Device Trees manipulation library
+ This is a library containing functions for manipulating Flat Device Trees.
+ .
+ As the libfdt API are neither declared stable nor promised to be backwards
+ compatible, only static version of the library is provided.
diff --git a/debian/dirs b/debian/device-tree-compiler.dirs
similarity index 100%
rename from debian/dirs
rename to debian/device-tree-compiler.dirs
diff --git a/debian/libfdt-dev.dirs b/debian/libfdt-dev.dirs
new file mode 100644
index 000..da07fdd
--- /dev/null
+++ b/debian/libfdt-dev.dirs
@@ -0,0 +1,2 @@
+usr/include
+usr/lib
diff --git a/debian/rules b/debian/rules
index 2eba1c4..484c486 100755
--- a/debian/rules
+++ b/debian/rules
@@ -41,6 +41,9 @@ install: build
 	dh_prep
 	dh_installdirs
 	install -m755 dtc $(CURDIR)/debian/device-tree-compiler/usr/bin
+	install -m644 libfdt/libfdt.h libfdt/libfdt_env.h libfdt/fdt.h \
+			$(CURDIR)/debian/libfdt-dev/usr/include
+	install -m644 libfdt/libfdt.a $(CURDIR)/debian/libfdt-dev/usr/lib
 	touch install-stamp
 
 # Build architecture-independent files here.
-- 
1.7.7.3

Bug#651993: dpkg-mergechangelogs fails if any changelog contains an invalid version

[Martin Packman]

Package: dpkg
Version: 1.16.1.2
Severity: normal


As reported downstream in launchpad, dpkg-mergechangelogs fails trying to merge
the gcc debian changelog:



Reproduce with the attatchments on that bug, and:

$ dpkg-mergechangelogs changelog.BASE changelog.OTHER changelog.THIS

This is caused by this block appearing, which as an invalid version:

egcs (ss-970814-1) experimental; urgency=low

  * Initial packaging (of initial snapshot!)

 -- Galen Hazelwood   Wed, 20 Aug 1997 00:36:28 +

This particular issue was introduced in dpkg 1.16.0.1  - specifically the 
changeset:

0cacb0c3a1d1f837c957f3917a040ace6d60f9e7
Dpkg::Version: update version_check to forbid versions starting with non 
digits

So, the change was deliberate, but the effect on dpkg-mergechangelogs seems
unintended.

Note that this bug is not present on my system with dpkg 1.15.8.12 so in some 
senses
it's a regression, though invalid versions were not explicitly handled then 
either.


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

Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
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 dpkg depends on:
ii  coreutils   8.5-1GNU core utilities
ii  libbz2-1.0  1.0.5-6  high-quality block-sorting file co
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libselinux1 2.0.96-1 SELinux runtime shared libraries
ii  xz-utils5.0.0-2  XZ-format compression utilities
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt0.8.10.3+squeeze1 Advanced front-end for dpkg

-- 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#477565: please package libfdt

[Dmitry Eremin-Solenikov]

Bug#651969: [Pkg-tcltk-devel] request for upload / XOTcl 1.6.7 upstream release

[Stefan Sobernig]

Sven,


Thx for taking of uploading!


Uploaded but it FTBFS.


Yes, there are several .o and .so files left over by the build system.
Until that's fixed I could offer a very quick and ugly workaround (attached).

I refrain from uploading that right now, in case you can come up with
something more appropriate.


Interesting. I am a little puzzled why these build artifacts remain in 
the first place; and why this poses a problem for this upload, for the 
first time (provided that I haven't missed the obvious).


mh.
//s



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

Bug#622693: libpam-mount: This version of mount.crypt does not support mtab-less systems yet

[Roger Leigh]

On Thu, Nov 24, 2011 at 06:30:10AM +0100, Jan Engelhardt wrote:
> 
> On Tuesday 2011-11-01 00:50, Roger Leigh wrote:
> >
> >Just a heads up: util-linux 2.20.1 is the current stable release, and should
> >make its way into Debian soon.  I've packaged it here:
> >
> >  http://people.debian.org/~rleigh/util-linux/
> >
> >and the maintainer will hopefully upload it soon,
> 
> Nothing happened. As I just installed a D7 for other pam_mount^W sudo
> bug hunting, I noticed 2.20 still isn't offered in testing.

2.20.1 is now available in unstable.  This will migrate to testing
in due course.

> >the basis.  Once that's done, it should be possible to upload a libmount-
> >using version of libpam-mount.  Is this possible?
> 
> I scrapped the last state of libmount code. It was just too ugly and did not
> look great.

Is there any plan to redo this with current libmount?  I'm planning on
making the /etc/mtab switch to /proc/mounts this week (in experimental)
and in the following week in unstable.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.



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

Bug#651992: cl-aserve: Should depend on cl-acl-compat and cl-htmlgen

[Rupert Swarbrick]

Package: cl-aserve
Version: 1.2.42+cvs.2010.02.08-dfsg-1
Severity: serious

After installing cl-aserve (installed for cl-rss), with SBCL
2:1.0.54.0-1, loading it doesn't work because it depends on
cl-acl-compat and cl-htmlgen (see line 74 of the .asd), but these
weren't installed because cl-aserve doesn't depend on them.

Installing cl-acl-compat and cl-htmlgen fixes the issue.


Rupert

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

Kernel: Linux 3.2.0-rc2+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cl-aserve depends on:
ii  cl-ppcre2.0.1-2
ii  cl-puri 1.5.5-1
ii  common-lisp-controller  7.8

cl-aserve recommends no packages.

Versions of packages cl-aserve suggests:
pn  cl-webactions  

-- 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#619341: madplay segfault

[Daniel Richard G.]

This looks like the same error I've encountered, on the Ubuntu side. You
may want to have a look at my report at

https://bugs.launchpad.net/bugs/903526



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

Bug#650082: debian-companies list

[Michael Richardson]

> "Cord" == Cord Beermann  writes:
>> I believe that it is useful for the list to be initially not
>> publically archived.  It may be that group will become
>> comfortable with having the archive visibility delayed by a month
>> or more, such that all conversations do come out, or perhaps not.
>> I think that during the formative stages, the list should be
>> not-archived, but open to everyone to subscribe.

Cord> In that case, the archive would be somewhere else. We already
Cord> have found more than 10 inofficial archives of our lists.

The point is not to make it not-archived, the point is to delay the
archive while the group figures out what's it's policy is.  If some
participants archive it and post it, oh well.  It's not like it's
wikileaks.

-- 
]   Michael Richardson,   -write something here-   [ 
] m...@novavision.ca  http://www.novavision.ca/ [
] m...@credil.org http://www.credil.org/[
] m...@sandelman.ca   http://www.sandelman.ca/  [



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

Bug#650706: Propsed patch for Squeeze for libpar-packer-perl

[Salvatore Bonaccorso]

Hi 

here is the propsed debdiff so far for the upload to Squeeze.

Regards
Salvatore
diff -Nru libpar-packer-perl-1.006/debian/changelog libpar-packer-perl-1.006/debian/changelog
--- libpar-packer-perl-1.006/debian/changelog	2010-06-28 18:17:16.0 +0200
+++ libpar-packer-perl-1.006/debian/changelog	2011-12-13 22:04:05.0 +0100
@@ -1,3 +1,15 @@
+libpar-packer-perl (1.006-1+squeeze1) unstable; urgency=low
+
+  * Team upload.
+  * Add create-safe-temporary-directories.patch patch.
+Fixes CVE-2011-4114: PAR packed files are extracted to unsafe and
+predictable temporary directories. (Closes: #650706)
+  * Bump (Build-)Depends on libpar-perl.
+Bump the dependencies to libpar-perl (>= 1.000-1+squeeze1) as this
+version contains the other half of the fix for CVE-2011-4114.
+
+ -- Salvatore Bonaccorso   Tue, 13 Dec 2011 22:03:26 +0100
+
 libpar-packer-perl (1.006-1) unstable; urgency=low
 
   * New upstream release.
diff -Nru libpar-packer-perl-1.006/debian/control libpar-packer-perl-1.006/debian/control
--- libpar-packer-perl-1.006/debian/control	2010-06-28 18:13:58.0 +0200
+++ libpar-packer-perl-1.006/debian/control	2011-12-13 22:04:05.0 +0100
@@ -6,7 +6,7 @@
  libgetopt-argvfile-perl (>= 1.07),
  libinline-perl,
  libmodule-scandeps-perl (>= 0.96),
- libpar-perl (>= 1.000),
+ libpar-perl (>= 1.000-1+squeeze1),
  libperl-dev,
  libtest-pod-perl,
  perl (>= 5.10) | libio-compress-perl | libcompress-zlib-perl (>= 1.3)
@@ -28,7 +28,7 @@
  libgetopt-argvfile-perl (>= 1.07),
  libmodule-scandeps-perl (>= 0.96),
  libpar-dist-perl (>= 0.22),
- libpar-perl (>= 1.000),
+ libpar-perl (>= 1.000-1+squeeze1),
  perl (>= 5.10) | libio-compress-perl | libcompress-zlib-perl (>= 1.3)
 Recommends: libtk-perl
 Description: utility for creating PAR archives and stand-alone executables
diff -Nru libpar-packer-perl-1.006/debian/patches/create-safe-temporary-directories.patch libpar-packer-perl-1.006/debian/patches/create-safe-temporary-directories.patch
--- libpar-packer-perl-1.006/debian/patches/create-safe-temporary-directories.patch	1970-01-01 01:00:00.0 +0100
+++ libpar-packer-perl-1.006/debian/patches/create-safe-temporary-directories.patch	2011-12-13 22:04:05.0 +0100
@@ -0,0 +1,68 @@
+Description: Create safe temporary directories
+ CVE-2011-4114: PAR packed files are extracted to unsafe and predictable
+ temporary directories.
+ .
+ - create parent of cache directory (i.e. /tmp/par-USER) with mode 0700
+ - if it already exists, make sure that (and bail out if not)
+   - it's not a symlink
+   - it's mode 0700
+   - it's owned by USER
+Origin: upstream
+Bug: https://rt.cpan.org/Public/Bug/Display.html?id=69560
+Bug-Debian: http://bugs.debian.org/650706
+Forwarded: not-needed
+Author: Salvatore Bonaccorso 
+Reviewed-by: Salvatore Bonaccorso 
+Last-Update: 2011-12-13
+
+--- a/myldr/mktmpdir.c
 b/myldr/mktmpdir.c
+@@ -153,7 +153,38 @@
+ stmpdir = malloc( stmp_len );
+ stmpdir2 = malloc( stmp_len );
+ sprintf(stmpdir2, "%s%s%s%s", tmpdir, dir_sep, subdirbuf_prefix, username);
+-my_mkdir(stmpdir2, 0755);
++#ifdef WIN32
++_mkdir(stmpdir2); /* FIXME bail if error (other than EEXIST) */
++#else
++{
++struct stat st;
++
++if (mkdir(stmpdir2, 0700) == -1 && errno != EEXIST) {
++fprintf(stderr, "%s: creation of private subdirectory %s failed (errno=%i)\n", 
++argv[0], stmpdir2, errno);
++return NULL;
++}
++
++/* now check that:
++ * - stmpdir2 is a directory (and not a symlink)
++ * - stmpdir2 is owned by the user
++ * - stmpdir2 has mode 0700
++ */
++if (lstat(stmpdir2, &st) == -1) {
++fprintf(stderr, "%s: stat of private subdirectory %s failed (errno=%i)\n",
++argv[0], stmpdir2, errno);
++return NULL;
++}
++
++if (!S_ISDIR(st.st_mode)
++|| st.st_uid != getuid()
++|| (st.st_mode & 0777) != 0700 ) {
++fprintf(stderr, "%s: private subdirectory %s is unsafe\n",
++argv[0], stmpdir2);
++return NULL;
++}
++}
++#endif
+ 
+ /* Doesn't really work - XXX */
+ val = par_getenv( "PATH" );
+@@ -239,7 +270,7 @@
+a prior invocation crashed leaving garbage in a temp directory that
+might interfere. */
+ 
+-while (my_mkdir(stmpdir, 0755) == -1 && errno == EEXIST) {
++while (my_mkdir(stmpdir, 0700) == -1 && errno == EEXIST) {
+ sprintf(
+ stmpdir,
+ "%s%stemp-%u-%u%s",
diff -Nru libpar-packer-perl-1.006/debian/patches/series libpar-packer-perl-1.006/debian/patches/series
--- libpar-packer-perl-1.006/debian/patches/series	2010-04-14 16:43:02.0 +0200
+++ libpar-packer-perl-1.006/debian/patches/series	2011-12-13 22:04:05.0 +0100
@@ -1,3 +1,4 @@
 fix-pod-spelling.patch
 01_manpage-ext.patch
 fix-with-new

Bug#621887: closed by Andreas Tille (Bug#621887: fixed in libtecla 1.6.1-3)

[Cyril Brulebois]

reopen 621887
found  621887 1.6.1-3
tag621887 patch
thanks

Debian Bug Tracking System  (13/12/2011):
> This is an automatic notification regarding your Bug report
> which was filed against the src:libtecla package:
> 
> #621887: libtecla: FTBFS on kfreebsd-*: mv: cannot stat 
> `debian/tmp/usr/lib/libtecla.la': No such file or directory
> 
> It has been closed by Andreas Tille .

Not better:
| ./config.guess: unable to guess system type
| 
| This script, last modified 2003-10-03, has failed to recognize
| the operating system you are using. It is advised that you
| download the most up to date version of the config scripts from
| 
| ftp://ftp.gnu.org/pub/gnu/config/
| 
| If the version you run (./config.guess) is already up to date, please
| send the following data and any information you think might be
| pertinent to  in order to provide the needed
| information to handle your system.
| 
| config.guess timestamp = 2003-10-03
| 
| uname -m = x86_64
| uname -r = 8.1-1-amd64
| uname -s = GNU/kFreeBSD
| uname -v = #0 Wed Oct 19 14:57:54 CEST 2011
| 
| /usr/bin/uname -p = 
| /bin/uname -X = 
| 
| hostinfo   = 
| /bin/universe  = 
| /usr/bin/arch -k   = 
| /bin/arch  = 
| /usr/bin/oslevel   = 
| /usr/convex/getsysinfo = 

There are several problems:
 1. you specified “dh -with” instead of “dh --with”. That one seems to
be harmless though, and dh is picking up the sequence.
 2. the check in configure.in is incorrect:
  $ ./config.guess 
  i686-unknown-kfreebsd8.2-gnu
in my previous mail, I meant to give a hint, not a definitive answer..
 3. more importantly, upstream's make clean runs ./configure, and given
2., cleaning fails, along with the whole build.

Next time, I suggest using a GNU/kFreeBSD porter box to make sure your
package builds fine. We have {io,asdfasdf}.debian.net for that.

Replacing 'kfreebsd-*' with '*kfreebsd-*' in kfreebsd.patch fixes 2;
once 3. is fixed, the package should build fine. I'm tagging this bug
report accordingly (making cleaning errors non-fatal might be a way to
work around 3. until you slap your upstream).

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#651991: gnome-games: new graphic for gnome-robots2 - cars / bike

[Per Eric Rosén]

Package: gnome-games
Version: 1:2.30.2-2
Severity: wishlist
Tags: upstream patch

A new graphic for gnobots2: pilot you bike (a recumbent trike actually, or
maybe a kart) and avoid the nasty cars. For every eco-friend out there ...

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

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

Versions of packages gnome-games depends on:
ii  gnome-games-data   1:2.30.2-2data files for the GNOME games
ii  gnuchess   5.07-7Plays a game of chess, either agai
ii  guile-1.8-libs 1.8.7+1-3 Main Guile libraries
ii  libatk1.0-01.30.0-1  The ATK accessibility toolkit
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcairo2  1.8.10-6  The Cairo 2D vector graphics libra
ii  libcanberra-gtk0   0.24-1Gtk+ helper for playing widget eve
ii  libcanberra0   0.24-1a simple abstract interface for pl
ii  libclutter-1.0-0   1.2.12-3  Open GL based interactive canvas l
ii  libclutter-gtk-0.10-0  0.10.4-1  Open GL based interactive canvas l
ii  libgcc11:4.4.5-8 GCC support library
ii  libgconf2-42.28.1-6  GNOME configuration database syste
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libgtk2.0-02.20.1-2  The GTK+ graphical user interface 
ii  libice62:1.0.6-2 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.28.3-1+squeeze2 Layout and rendering of internatio
ii  librsvg2-2 2.26.3-1  SAX-based renderer library for SVG
ii  librsvg2-common2.26.3-1  SAX-based renderer library for SVG
ii  libsm6 2:1.1.1-1 X11 Session Management library
ii  libstdc++6 4.4.5-8   The GNU Standard C++ Library v3
ii  mesa-utils 7.7.1-5   Miscellaneous Mesa GL utilities
ii  python 2.6.6-3+squeeze6  interactive high-level object-orie
ii  python-bugbuddy2.30.0-4  Python module for bug-buddy
ii  python-gconf   2.28.1-1  Python bindings for the GConf conf
ii  python-gtk22.17.0-4  Python bindings for the GTK+ widge
ii  python-gtkglext1   1.1.0-5   GtkGLext python bindings
ii  python-opengl  3.0.1~b2-1Python bindings to OpenGL
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

Versions of packages gnome-games recommends:
ii  gnome-games-extra-data2.30.0-1   games for the GNOME desktop (extra
ii  gvfs  1.6.4-3userspace virtual filesystem - ser

Versions of packages gnome-games suggests:
pn  gnome-hearts   (no description available)

-- no debconf information
<><>

Bug#648822: xul-ext-zotero: When launching zotero I get "There was an error starting Zotero."

[Θοδωρής Λύτρας]

Στις Τετ 16 Νοε 2011, γράψατε:
> No, the extension runs when installed from within the browser.  This is
> version 2.1.10.
> 
> Do you know how I could debug (i.e. get more information than "There was
> an error starting Zotero.") this issue?

Thus the bug you report is upstream and has nothing to do with the package 
(which is btw for version 2.1.8 right now, not 2.1.10). I am closing it.

Please refer to the Zotero forums: http://forums.zotero.org/3/

Theodore



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

Bug#651831: gnome-shell freezes

[Kai Weber]

> we suspect this to be a bug in libc6, introduced in 2.13-22 [1].
> Could you please downgrade to the version from testing and see if that helps

Downgrade helps. gnome-shell is stable after that.

libc-bin [2.13-22 (now, unstable) -> 2.13-21 (testing)]
libc-dev-bin [2.13-22 (now, unstable) -> 2.13-21 (testing)]
libc6-dev [2.13-22 (now, unstable) -> 2.13-21 (testing)]
libc6-i386 [2.13-22 (now, unstable) -> 2.13-21 (testing)]



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

Bug#651831: gnome-shell freezes

[Michael Biebl]

reassign 651899 libc6
reassign 651831 libc6
forcemerge 651746 651831 651899
severity 651746 grave
affects 651746 gnome-shell
thanks

On 13.12.2011 17:53, Michael Biebl wrote:
> Hi everyone,
> 
> we suspect this to be a bug in libc6, introduced in 2.13-22 [1].
> Could you please downgrade to the version from testing and see if that helps
> 
> Thanks,
> Michael
> 
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651746

Given the many confirmations that downgrading fixed this issue, I'm
reassigning these bugs to libc6.
So far this seems to be x86_64 specific, so this might be due to
patches/amd64/cvs-pthread_cond_wait.diff.

As this affects a lot of users, I'm bumping the severity, so it doesn't
migrate to testing and users get proper advance warning in case they
have apt-listbugs installed.

Cheers,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#651237: lxc.cap.drop in config provokes erroneous start of container

[Daniel Baumann]

On 12/13/2011 08:18 PM, Marcus Osdoba wrote:
> The debian wiki and all resources linked there, always talk about using:
> /usr/lib/lxc/templates/lxc-debian -p /var/lib/lxc/vm0

unfortunately, it's not possible to track external documentation
(anything outside of the lxc package, that is) and therefore ensure the
quality and "up2date-ness" of it. any help with that is much
appreciated, thanks.

regarding the wiki page, i wasn't aware of its existence. the
information there should be moved to the package itself, so that the
wiki page can be removed entirely (except for the pointer to the
included documentation in the lxc package; patches welcome :).

> Thanks for pointing out the misunderstanding.

it turned out that this would have been spotted much earlier if you
would have listed the exact command you're using in the first place.

a good advice seems to be for future bug reports in general, that you do
make it as easy as possible for the maintainer to understand what you
did and where you experienced problems by starting with the exact
commands that you used.

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



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

Bug#648933: Orphaning emile

[Thorsten Glaser]

Hi,

I can try to update the package and build it with gcc-4.4
(which is our current standard although people would love
to switch to gcc-4.6), if that works.

However, I cannot test the resulting binaries. Laurent or
Finn, I’d need your help with that then. Preferably before
uploading, of course ;-)

I do not volunteer to maintain it after fixing these issues.

bye,
//mirabilos
-- 
Support mksh as /bin/sh and RoQA dash NOW!
‣ src:bash (239 (257) bugs: 0 RC, 166 (180) I&N, 73 (77) M&W, 0 F&P)
‣ src:dash (72 (82) bugs: 3 RC, 27 (30) I&N, 42 (49) M&W, 0 F&P)
‣ src:mksh (1 bug: 0 RC, 0 I&N, 1 M&W, 0 F&P)
http://qa.debian.org/data/bts/graphs/d/dash.png is pretty red, innit?



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

Bug#448402: Workaround found...

[Sébastien Villemot]

retitle 448402 OFX Importer: matching account cannot be changed later
tags 448402 + upstream
severity 448402 wishlist
forwarded 448402 https://bugzilla.gnome.org/show_bug.cgi?id=98963
thanks

Keith Hellman  writes:

> This can be worked around by following the slot removal instructions in
> gnucash bugzilla #98963:
>   http://bugzilla.gnome.org/show_bug.cgi?id=98963

So if my understanding is correct, what happened is that the first time
you imported your new OFX file, you incorrectly associated it with the
old checking account. And the problem is that GnuCash does not provide a
convenient way to change the association between OFX files and accounts,
as described in the upstream bug report that you mentionned.

I’m therefore changing the title of this bug to match that of the
upstream bug report, and I’m also lowering the severity to wishlist
since it is essentially a request for a new GUI element.

Best,

-- 
Sébastien Villemot
Researcher in Economics & Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-49-90 - GPG Key: 4096R/381A7594


pgpQZqXqa05R6.pgp
Description: PGP signature

Bug#651990: gsettings-desktop-schemas: Please mark gsettings-desktop-schemas Multi-Arch: foreign

[Steve Langasek]

Package: gsettings-desktop-schemas
Version: 3.2.0-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch

Hi folks,

I've just pushed a patch to the gsettings-desktop-schemas package in Ubuntu
to mark it Multi-Arch: foreign, in compliance with the plan for multiarch
described at .  This package has
various library reverse dependencies, such as glib-networking, so this is
needed for full multiarch support in wheezy (in particular, for wine).

Thanks for considering this patch.

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

=== modified file 'debian/control'
--- debian/control	2011-06-06 17:15:11 +
+++ debian/control	2011-12-13 20:29:16 +
@@ -20,6 +20,7 @@
 Package: gsettings-desktop-schemas
 Section: gnome
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Description: GSettings deskop-wide schemas

=== modified file 'debian/control.in'
--- debian/control.in	2011-06-06 17:15:11 +
+++ debian/control.in	2011-12-13 20:29:09 +
@@ -15,6 +15,7 @@
 Package: gsettings-desktop-schemas
 Section: gnome
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Description: GSettings deskop-wide schemas

Bug#651529: rsyslog: FTBFS on hurd-i386

[Svante Signell]

On Tue, 2011-12-13 at 18:44 +0100, Michael Biebl wrote:
> Thanks for all the efforts, but WTH does GNU/Hurd not simply #define
> PATH_MAX and be done with it. This would solve 90% of the build failures
> we have in Debian.
> This all looks like a major waste of time to me.

It might look like that but it is not an option, according to the
hardcore GNU/Hurd people, end of that discussion, sorry :-( So as
porters we try to do do our best within the restrictions given ...




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

Bug#651989: audacious: libmodplug playback problem

[Peter S]

Package: audacious
Version: 2.3-2
Severity: normal

*** Please type your report below this line ***
Audacious doesn't play this correctly:
http://modarchive.org/index.php?request=view_by_moduleid&query=47012
Playback is missing instruments.

Schism plays it correctly.


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

Kernel: Linux 2.6.32-5-686 (SMP w/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 audacious depends on:
ii  audacious-plugins 2.3+dfsg-1+b1  Base plugins for audacious
ii  dbus  1.2.24-4+squeeze1  simple interprocess messaging syst
ii  dbus-x11  1.2.24-4+squeeze1  simple interprocess messaging syst
ii  gtk2-engines-pixbuf   2.20.1-2   Pixbuf-based theme for GTK+ 2.x
ii  libatk1.0-0   1.30.0-1   The ATK accessibility toolkit
ii  libaudclient2 2.3-2  audacious dbus remote control libr
ii  libaudcore1   2.3-2  audacious core engine library
ii  libaudid3tag2 2.3-2  audacious id3 tag manipulation lib
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.2.24-4+squeeze1  simple interprocess messaging syst
ii  libdbus-glib-1-2  0.88-2.1   simple interprocess messaging syst
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.2-2.1+squeeze3 FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface
ii  libice6   2:1.0.6-2  X11 Inter-Client Exchange library
ii  libmcs1   0.7.1-1Abstraction library to store confi
ii  libmowgli10.6.1-1a high performance development fra
ii  libpango1.0-0 1.28.3-1+squeeze2  Layout and rendering of internatio
ii  libsm62:1.1.1-1  X11 Session Management library

Versions of packages audacious recommends:
ii  unzip 6.0-4  De-archiver for .zip files

audacious 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#651930: request for support of 3.0 standalone

[Theodore Lytras]

Thanks for your request. 

I may indeed get to packaging and maintaining the standalone version of 
Zotero, but right now it's a lower priority than the Zotero LibreOffice plugin 
(still on my to-do list) and the Zotero Iceweasel extension (which needs a 
small update).

Please also note that other people have marked the standalone version as ITP 
(Benjamin Mako Hill, see bug #504058 msg #37), and also that 3.0 is still 
beta. Hopefully by the time it reaches final release, one of us will get to 
package it.

Theodore



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

Bug#650082: debian-companies list

[Cord Beermann]

Hallo! Du (Michael Richardson) hast geschrieben:

> I believe that it is useful for the list to be initially not publically
> archived.  It may be that group will become comfortable with having the
> archive visibility delayed by a month or more, such that all
> conversations do come out, or perhaps not.   I think that during the
> formative stages, the list should be not-archived, but open to everyone
> to subscribe.

In that case, the archive would be somewhere else. We already have
found more than 10 inofficial archives of our lists.

Yours,
Cord, Debian Listmaster of the day
-- 
http://lists.debian.org



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

Bug#24326: Bug#35325: sysklogd: diff for NMU version 1.5-6.1, DELAYED/15

[Stefano Zacchiroli]

On Tue, Dec 13, 2011 at 07:05:09PM +, Roger Leigh wrote:
> As a result of this, the following patch is proposed to correct this
> change by reverting the previous NMU.  This also cleans up by
> deleting the users and changing the ownership of the files back to
> root:root.  Comments?

No objection on my part, of course. And apologies for acting on this
with the previous NMU well after it was actually useful to do so. I
doubt you need my help to proceed, but in case you do (e.g. for
testing), let me know

> It might need additional logic to remove /var/run/klog after
> restarting the daemon.

Let me point out that all this is about sysklogd, which is no longer the
default syslog on Debian since quite a while. (Which explains the steep
drop of popularity of the package in popularity contest.) That is no
reason to not clean up what has been introduced by previous changes.
Nonetheless if we really want to clean up, it'd probably make sense to
add some warning/hint that suggests to migrate to rsyslog (even only if
in NEWS.Debian), our default syslog since quite a while.

Cheers.
-- 
Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o .
Maître de conférences   ..   http://upsilon.cc/zack   ..   . . o
Debian Project Leader...   @zack on identi.ca   ...o o o
« the first rule of tautology club is the first rule of tautology club »



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

Bug#651988: libopencv-core-dev: error on upgrade: trying to overwrite '/usr/share/opencv/OpenCVConfig.cmake'

[Ansgar Burchardt]

Package: libopencv-core-dev
Version: 2.3.1-1
Severity: serious

Hi,

while upgrading I got this error:

Unpacking libopencv-core-dev (from .../libopencv-core-dev_2.3.1-1_amd64.deb) ...
dpkg: error processing 
/var/cache/apt/archives/libopencv-core-dev_2.3.1-1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/opencv/OpenCVConfig.cmake', which is also in 
package libcv-dev 2.1.0-7+b2

Maybe the version in Replaces/Breaks needs to be adjusted?

Regards,
Ansgar

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

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

Versions of packages libopencv-core-dev depends on:
ii  libc62.13-22
ii  libgcc1  1:4.6.2-7
ii  libopencv-calib3d2.3 2.3.1-1
ii  libopencv-core2.32.3.1-1
ii  libopencv-features2d2.3  2.3.1-1
ii  libopencv-flann2.3   2.3.1-1
ii  libopencv-gpu2.3 2.3.1-1
ii  libopencv-highgui2.3 2.3.1-1
ii  libopencv-imgproc2.3 2.3.1-1
ii  libopencv-ml2.3  2.3.1-1
ii  libopencv-objdetect2.3   2.3.1-1
ii  libstdc++6   4.6.2-7
ii  pkg-config   0.26-1
ii  zlib1g   1:1.2.3.4.dfsg-3
ii  zlib1g-dev   1:1.2.3.4.dfsg-3

libopencv-core-dev recommends no packages.

libopencv-core-dev suggests no packages.

-- no debconf information



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