Bug#647940: nmu: upower_0.9.14-2

[Martin Pitt]

Hello Cyril,

Cyril Brulebois [2011-11-07 22:24 +0100]:
> looks like a package built in the wrong environment, libglib2.0-0 2.30
> can only be found in experimental for now, so I suggest:

I'm sorry for this. Thanks for the binNMU! Will double-check next
time.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.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#581039: oy -- is 2.x only for windows?

[Timo Juhani Lindfors]

Hi,

Ola Lundqvist  writes:
> Do you intend to package it for Debian?

It is already in debian but I am currently following svn to help with
upstream development. Maybe in a year it will be so stable that I can
recommend the debian packages :-)

-Timo



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

Bug#647929: postgresql-8.4: Update to 8.4.9-0squeeze1 depends on libssl1.0.0, squeeze provides 0.9.8

[Martin Pitt]

Hello all,

Oliver Feiler [2011-11-07 20:58 +0100]:
>  libpq5 : Depends: libssl1.0.0 (>= 1.0.0) but it is not installable

Argh, for some reason my squeeze chroot grew an unstable apt source,
no idea how it got there :( I threw it away and built a one, but I see
that Christoph already did a binNMU on amd64, many thanks!

Sorry for that blunder, this really shouldn't have happened :(

I just ran the integration tests against the binNMU, looks all fine.

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#581039: oy -- is 2.x only for windows?

[Ola Lundqvist]

Hi Timo

Thanks for letting us know. Xpra seems to be an interesting project.

Do you intend to package it for Debian?

// Ola

On Tue, Nov 08, 2011 at 09:06:13AM +0200, Timo Juhani Lindfors wrote:
> Hi,
> 
> Ola Lundqvist  writes:
> > As you may know I'm looking for a new maintainer.
> > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586413
> >
> > Ben and Timo have been interested before but have not yet taken over the
> > maintenance yet. So if you could help them or take it over entirelly I
> > would be happy.
> 
> I have recently migrated almost all my VNC usage scenarios to xpra. It
> is not entirely stable yet but the upstream is very active so I'll
> rather spend my time helping xpra at the moment.
> 
> -Timo
> 

-- 
 --- Inguza Technology AB --- MSc in Information Technology 
/  o...@inguza.comAnnebergsslingan 37\
|  o...@debian.org   654 65 KARLSTAD|
|  http://inguza.com/Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---



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

Bug#581039: oy -- is 2.x only for windows?

[Timo Juhani Lindfors]

Hi,

Ola Lundqvist  writes:
> As you may know I'm looking for a new maintainer.
> See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586413
>
> Ben and Timo have been interested before but have not yet taken over the
> maintenance yet. So if you could help them or take it over entirelly I
> would be happy.

I have recently migrated almost all my VNC usage scenarios to xpra. It
is not entirely stable yet but the upstream is very active so I'll
rather spend my time helping xpra at the moment.

-Timo



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

Bug#647979: Hibernation failed; failed to freeze udisks-daemon

[Josh Triplett]

On Mon, Nov 07, 2011 at 08:38:46PM -0600, Jonathan Nieder wrote:
> Josh Triplett wrote:
> 
> > Version: 3.1.0-1~experimental.1
> [...]
> > During a low-battery hibernation:
> [...]
> > Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, 
> > wq_busy=0):
> > udisks-daemon   D 88011e252f40 0  1636   1635 0x0084
> [...]
> > [89129.421348]  [] ? check_disk_change+0x22/0x50
> 
> This might be the same bug as [1].

I don't have any optical drives, so that seems unlikely.

> Is it reproducible?

Just tried hibernating again, and it didn't occur, so not 100%
reproducible.  I'll report back if it happens again; otherwise, it may
have to wait until other people report the same bug.

Sadly, kerneloops.org remains down, so I can't check there for similar
backtraces.

- Josh Triplett



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

Bug#646063: net: fix route cache rebuilds

[Eric Dumazet]

Le mardi 08 novembre 2011 à 01:39 +0100, Florian Fuessl a écrit :

> Unfortunately the system still suffered from two network disconnects starting 
> with the following messages in the kernel log: 
> Nov  7 06:38:41 spozerl kernel: [ 9025.854230] Route hash chain too long!
> Nov  7 06:38:41 spozerl kernel: [ 9025.854237] Adjust your secret_interval!
> Nov  7 07:10:53 spozerl kernel: [10953.398869] eth0: 5 rebuilds is over 
> limit, route caching disabled
> Nov  7 07:10:53 spozerl kernel: [10953.398876] Route hash chain too long!
> Nov  7 07:10:53 spozerl kernel: [10953.398878] Adjust your secret_interval!
> Nov  7 07:12:59 spozerl kernel: [11080.006209] dst cache overflow
> ...

> Nov  7 07:13:04 spozerl kernel: [11085.007358] __ratelimit: 595 callbacks 
> suppressed
> Nov  7 07:13:04 spozerl kernel: [11085.007362] dst cache overflow
> Nov  7 07:13:04 spozerl kernel: [11085.009144] dst cache overflow
> [...]
> 

If patch is already in your kernel, your machine is under stress,
and route cache is disabled.

You probably need to adjust route cache hash size.

grep . /proc/sys/net/ipv4/route/*






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

Bug#608884: [PATCH] Dpkg::Vendor: Document the Parent field

[Matt Kraai]

---
 scripts/Dpkg/Vendor.pm |5 +
 1 files changed, 5 insertions(+), 0 deletions(-)

 This patch does not document the fields that reportbug expects to
 find in the files in /etc/dpkg/origins, but it does document the
 Parent field that dpkg-vendor uses.

diff --git a/scripts/Dpkg/Vendor.pm b/scripts/Dpkg/Vendor.pm
index 8601f89..f5c7104 100644
--- a/scripts/Dpkg/Vendor.pm
+++ b/scripts/Dpkg/Vendor.pm
@@ -47,6 +47,11 @@ this:
   Vendor-URL: http://www.debian.org/
   Bugs: debbugs://bugs.debian.org
 
+If the vendor derives from another vendor, the file should contain a
+line like this:
+
+  Parent: Debian
+
 The file should be named according to the vendor name.
 
 =head1 FUNCTIONS
-- 
1.7.7.1




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

Bug#581039: oy -- is 2.x only for windows?

[Ola Lundqvist]

Hi Yaroslav

As you may know I'm looking for a new maintainer.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586413

Ben and Timo have been interested before but have not yet taken over the
maintenance yet. So if you could help them or take it over entirelly I
would be happy.

Best regards,

// Ola

On Fri, Nov 04, 2011 at 05:16:50PM -0400, Yaroslav Halchenko wrote:
> FWIW -- it builds fine across various debian / ubuntu releases BUT fails on
> wheezy and sid on amd64 (full build, while on i386 I did -B) builds fails due
> to failure of cleaning (see below)... myself is trying out tigervnc atm since
> anyways that seems to be the way to go
> 
>  fakeroot debian/rules clean
> dh_testdir
> dh_testroot
> rm -f build-arch-stamp build-indep-stamp config-stamp
> rm -f debian/faq.txt debian/start.txt
> xmkmf
> mv -f Makefile Makefile.bak
> imake -DUseInstalled -I/usr/lib/X11/config
> (cd Xvnc; xmkmf)
> mv -f Makefile Makefile.bak
> imake -DUseInstalled -I/usr/lib/X11/config
> # Add here commands to clean up after the build process.
> rm -f config.log config.status config.cache config.guess config.sub
> [ -f Makefile ] || /usr/bin/make distclean
> [ -f Makefile ] || /usr/bin/make clean
> test -r /usr/share/misc/config.sub && \
>   cp -f /usr/share/misc/config.sub config.sub
> make: [clean] Error 1 (ignored)
> test -r /usr/share/misc/config.guess && \
>   cp -f /usr/share/misc/config.guess config.guess
> make: [clean] Error 1 (ignored)
> (cd Xvnc; /usr/bin/make clean)
> make[1]: Entering directory `/tmp/buildd/tightvnc-1.3.10/Xvnc'
> rm -f -r ./exports/include
> rm -f -r ./exports/lib
> rm -f -r ./exports/bin
> rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a .emacs_* tags TAGS 
> make.log MakeOut   "#"*
> cleaning in ./include...
> make[2]: Entering directory `/tmp/buildd/tightvnc-1.3.10/Xvnc/include'
> make[2]: *** No rule to make target `clean'.  Stop.
> make[2]: Leaving directory `/tmp/buildd/tightvnc-1.3.10/Xvnc/include'
> make[1]: *** [clean] Error 2
> make[1]: Leaving directory `/tmp/buildd/tightvnc-1.3.10/Xvnc'
> make: [clean] Error 2 (ignored)
> (cd Xvnc/programs/Xserver; /usr/bin/make clean)
> 
> -- 
> =--=
> Keep in touch www.onerussian.com
> Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#647690: bzr: FTBFS(kfreebsd): NotImplementedError: cannot determine number of cpus

[Robert Millan]

2011/11/7 Jelmer Vernooij :
> Arguably this is also a bug in Python, because it should be able to
> provide the CPU count on Debian GNU/kFreeBSD.

Which package would that be?  Please could you clone this bug and assign it?

-- 
Robert Millan



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

Bug#647615: tightvncserver: [man] option -rfbport is not documented

[Ola Lundqvist]

severity 647615 minor
thanks

Thanks for noticing this.

Best regards,

// Ola

On Fri, Nov 04, 2011 at 05:10:14PM +0200, Jari Aalto wrote:
> Package: tightvncserver
> Version: 1.3.9-6.2
> Severity: normal
> 
> The manual does not mention that RFB port of VNC connections can be
> specified with:
> 
>   -rfbport PORT
> 
> -- System Information:
> Debian Release: wheezy/sid
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages tightvncserver depends on:
> ii  libc6   2.13-21 
> ii  libjpeg62   6b1-2   
> ii  libx11-62:1.4.4-2   
> ii  libxext62:1.3.0-3   
> ii  perl5.12.4-6
> ii  x11-common  1:7.6+9 
> ii  x11-utils   7.6+3   
> ii  xauth   1:1.0.6-1   
> ii  xserver-common  2:1.11.1.901-2  
> ii  zlib1g  1:1.2.3.4.dfsg-3
> 
> Versions of packages tightvncserver recommends:
> ii  x11-xserver-utils  7.6+3  
> ii  xfonts-base1:1.0.3
> 
> Versions of packages tightvncserver suggests:
> ii  tightvnc-java  1.2.7-8
> 
> -- debconf-show failed
> 
> 
> 

-- 
 - Ola Lundqvist ---
/  o...@debian.org Annebergsslingan 37  \
|  o...@inguza.com  654 65 KARLSTAD  |
|  http://inguza.com/  +46 (0)70-332 1551   |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---



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

Bug#615595: O: sim -- Sim-IM Instant Messenger data files

[Nikolay Shaplov]

> Hi,
> 
> I am considering to request a removal of sim because it is unmaintained
> and RC-buggy.
The main bug with nonfree icons were already solved in upstream. Also it does 
not crash anymore.

> But I saw a version of sim on mentors.d.n, despite this
> bug not being an "ITA".
> 
> So Alexander or Nikolay, are any of you interested in maintaining this
> in Debian? 
Can somebody help me with verifying debian build rules to be accepted?

I have my own build ruleset: http://svn.berlios.de/viewvc/sim-
im/branches/build-files/0.9.5/debian-unofficial/ I do not understand what 
zowers have written :-/

also we should rename packages sim-qt -> sim-im and sim -> dev/null I also do 
not know how.

> If not, I will file a removal request very soon (within 2
> weeks).

Right now I am busy with migrating project from berlios.de Which will close at 
the end of December. So If it can wait some more time till I am done with 
migrating staff it would be great. If not, hope I will manage to do both in 
time... 



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

Bug#647988: python-kde4: Cannot import any module

[Scott Kitterman]

Already fixed in Unstable.  Working on getting the fix accelerated into 
Testing.




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

Bug#647988: python-kde4: Cannot import any module

[egorelative]

Package: python-kde4
Version: 4:4.6.80-3+b2
Severity: important

Dear Maintainer,

importing anything from PyKDE4 causes error: 'RuntimeError: the PyQt4.QtCore 
module is version -1 but the PyKDE4. module requires version 1'

After update python-based plasmoids and system-config-printer-kde crashes

Maybe bug in python-qt4

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

Versions of packages python-kde4 depends on:
ii  kdebase-runtime   4:4.6.5-1+b1
ii  kdepim-runtime4:4.4.11.1-2
ii  libakonadi-kde4   4:4.6.5-1   
ii  libakonadi-kmime4 4:4.6.5-1   
ii  libc6 2.13-21 
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  libkdnssd44:4.6.5-2+b1
ii  libkemoticons44:4.6.5-2+b1
ii  libkfile4 4:4.6.5-2+b1
ii  libkhtml5 4:4.6.5-2+b1
ii  libkidletime4 4:4.6.5-2+b1
ii  libkio5   4:4.6.5-2+b1
ii  libknewstuff2-4   4:4.6.5-2+b1
ii  libknewstuff3-4   4:4.6.5-2+b1
ii  libkparts44:4.6.5-2+b1
ii  libkprintutils4   4:4.6.5-2+b1
ii  libkpty4  4:4.6.5-2+b1
ii  libktexteditor4   4:4.6.5-2+b1
ii  libnepomuk4   4:4.6.5-2+b1
ii  libnepomukquery4a 4:4.6.5-2+b1
ii  libphonon44:4.6.0really4.5.0-5
ii  libplasma34:4.6.5-2+b1
ii  libpython2.7  2.7.2-5 
ii  libqt4-network4:4.7.3-5   
ii  libqt4-svg4: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  libsolid4 4:4.6.5-2+b1
ii  libsoprano4   2.6.0+dfsg.1-4  
ii  libstdc++64.6.1-15
ii  phonon4:4.6.0really4.5.0-5
ii  python2.7.2-9 
ii  python-qt44.8.3-4+b1  
ii  python-sip [sip-api-8.1]  4.12.4-1
ii  python2.6 2.6.7-3 
ii  python2.7 2.7.2-5 

python-kde4 recommends no packages.

Versions of packages python-kde4 suggests:
pn  libpython2.6  

-- no debconf information



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

Bug#647915: dpkg-deb: xz compression does not support extreme variants

[Guillem Jover]

On Mon, 2011-11-07 at 16:35:32 +0100, Philipp Kern wrote:
> Package: dpkg
> Version: 1.16.1.1
> Severity: normal

> I wanted all udebs to use the xz compression level 0e, which is accomplished 
> by
> passing -0 -e or just -0e to xz.  However dpkg-deb currently wants an integral
> value for the compression level.  As stated in [1] -e is actually very useful
> at least for this set of packages, going from 50M (gzip/amd64) to 40M instead
> of 43M without it.  That's of course at the expense of taking longer to
> compile, but that's ok with udebs.
> 
> The differing compression of udebs will be handled in debhelper's dh_builddeb,
> which already special-cases them.  Can we get -e support in due course in
> dpkg/unstable?

Hmm, this has several issues. The first of which is that currently
-z 0 is equivalent to -Z none, so modifying that is an interface change.
In addition gzip and bzip2 do not accept a -0 value on the command line
tools, and when using their library interfaces 0 is either equivalent to
no compression (for gzip) or normalized to 1 (for bzip2).

So, accepting 0 and extreme would need to be compressor specific, and
would also need to be validated by the specific compressor, while not
insurmountable problems, the first would be annoying as an interface,
the second slightly cumbersome in the implementation and validation
time. For gzip there's the Huffman (h) and run-length (R) encoding
options, bzip2 does not have any special encoding options.

A generic option could be to accept something like the common
"fast"/"best", although for xz the first would map to either 0 or 0e,
so there would be no way to specify either extreme or no extreme in
case it was found to be unsatisfactory for some data. This also seems
annoying as an interface.

regards,
guillem



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

Bug#641265: libarchive: FTBFS : 25: test_read_compress_program FAIL: libarchive_test

[Nobuhiro Iwamatsu]

Hi,

I built package with attached patch.
Test is OK, and work fine. Thanks!

Best regards,
  Nobuhiro

> Further to this libarchive_test failure due to SIGPIPE.
>
> The SIGPIPE signal occurs during the call to write() of the following
> code in libarchive/archive_read_support_compression_program.c, line 331ff:
>
>do {
> ret = write(state->child_stdin, p, avail);
> } while (ret == -1 && errno == EINTR);
>
> if (ret > 0) {
> /* Consume whatever we managed to write. */
> __archive_read_filter_consume(self->upstream, ret);
> } else if (ret == -1 && errno == EAGAIN) {
> /* Block until child has some I/O ready. */
> __archive_check_child(state->child_stdin,
> state->child_stdout);
> } else {
> /* Write failed. */
> close(state->child_stdin);
> state->child_stdin = -1;
> fcntl(state->child_stdout, F_SETFL, 0);
> /* If it was a bad error, we're done; otherwise
>  * it was EPIPE or EOF, and we can still read
>  * from the child. */
> if (ret == -1 && errno != EPIPE)
> return (-1);
> }
>
> It is clear from the code that an EPIPE error return from the write() is
> considered a recoverable situation.
>
> But the man file for write(2) states that a broken pipe will generate
> the SIGPIPE signal whose default disposition is to terminate the
> program, thus EPIPE cannot be returned from a call to write() unless the
> default disposition of the SIGPIPE signal is changed.
>
> The libarchive_test does not change the default disposition of the
> SIGPIPE signal thus if the pipe breaks then the test suite will be
> terminated without the opportunity for the EPIPE error condition to be
> gracefully handled.
>
> I attach a patch that changes the default disposition of SIGPIPE to be
> ignored in libarchive_test.  The test suite then runs successfully to
> completion with all tests passing.

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



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

Bug#647987: typo in description: 'ontology'

[Ambrose Andrews]

Package: med-oncology
Version: 1.9
X-Debbugs-CC: ambr...@vrvl.net
Severity: minor

"This metapackage will install tools that are useful for radiation ontology"

That should be 'oncology' presumably.

  -AA.



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

Bug#647986: foxtrotgps: please include poi2osm and osb2tango

[Paul Wise]

Package: foxtrotgps
Version: 1.0.1-4
Severity: wishlist

It would be nice if the Debian FoxtrotGPS package could include the
poi2osm and osb2tango scripts:

https://github.com/emka/osb2tango/blob/master/osb2tango.py
http://wiki.openmoko.org/wiki/TangoGPS#Converting_tangogps.27s_POI_into_OSM_xml_files.28importable_into_JOSM.29

poi2osm converts the FoxtrotGPS POI database to OSM format for import
into JOSM or Merkaartor for upload to OpenStreetMap. This is useful for
taking notes in the field when doing OpenStreetMap stuff.

osb2tango converts the OpenStreetBugs GPX output to a POI database for
FoxtrotGPS. This is useful for bringing a list of targets with you  when
going on an OpenStreetMap.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#647985: geany-plugin-vc: Accelerator key in the commit dialog box clashes with cancel

[Alex Opie]

Package: geany-plugin-vc
Version: 0.20-3
Severity: minor
Tags: upstream

When I click the 'Commit' option, I get a dialog to choose which files and 
specify a message.  In this dialog, there are two buttons: Cancel, and Commit, 
both of which use the accelerator 'c'.  Could you please change this to 
something else, perhaps 'o' for C_o_mmitt?

Thanks,
Alex

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

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

Versions of packages geany-plugin-vc depends on:
ii  geany-plugins-common  0.20-3 set of plugins for Geany (translat
ii  libc6 2.13-2 Embedded GNU C Library: Shared lib
ii  libglib2.0-0  2.28.4-1   The GLib library of C routines
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libgtkspell0  2.0.16-1   a spell-checking addon for GTK's T

geany-plugin-vc recommends no packages.

geany-plugin-vc 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#647984: init.d status support

[Peter Eisentraut]

Package: apt-cacher
Version: 1.7.1
Severity: wishlist
Tags: patch

Here is a patch to add support for the "status" action to the init.d
script of apt-cacher.
diff -Nru apt-cacher-1.7.1/debian/apt-cacher.init apt-cacher-1.7.1+nmu1/debian/apt-cacher.init
--- apt-cacher-1.7.1/debian/apt-cacher.init	2011-09-27 16:59:23.0 +0300
+++ apt-cacher-1.7.1+nmu1/debian/apt-cacher.init	2011-11-08 06:15:20.0 +0200
@@ -27,6 +27,8 @@
 	. /etc/default/$NAME
 fi
 
+. /lib/lsb/init-functions
+
 #
 #	Function that starts the daemon/service.
 #
@@ -78,8 +80,11 @@
 	kill -HUP $pid
 	fi
 	;;
+  status)
+	status_of_proc "$DAEMON" "$NAME" && exit 0 || exit $?
+	;;
   *)
-	echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload}" >&2
+	echo "Usage: $SCRIPTNAME {start|stop|restart|reload|force-reload|status}" >&2
 	exit 1
 	;;
 esac
diff -Nru apt-cacher-1.7.1/debian/changelog apt-cacher-1.7.1+nmu1/debian/changelog
--- apt-cacher-1.7.1/debian/changelog	2011-10-26 09:31:13.0 +0300
+++ apt-cacher-1.7.1+nmu1/debian/changelog	2011-11-08 06:16:03.0 +0200
@@ -1,3 +1,9 @@
+apt-cacher (1.7.1+nmu1) UNRELEASED; urgency=low
+
+  * Add support for "status" action to init.d script
+
+ -- Peter Eisentraut   Tue, 08 Nov 2011 06:15:47 +0200
+
 apt-cacher (1.7.1) unstable; urgency=low
 
   * Support multiple import directories for apt-cacher-import.pl.
diff -Nru apt-cacher-1.7.1/debian/control apt-cacher-1.7.1+nmu1/debian/control
--- apt-cacher-1.7.1/debian/control	2011-10-26 09:29:54.0 +0300
+++ apt-cacher-1.7.1+nmu1/debian/control	2011-11-08 06:15:44.0 +0200
@@ -9,7 +9,7 @@
 
 Package: apt-cacher
 Architecture: all
-Depends: ${perl:Depends}, ${misc:Depends}, libwww-curl-perl (>=4.00), libwww-perl, libfreezethaw-perl, ed, libio-interface-perl, libfilesys-df-perl, libnetaddr-ip-perl, update-inetd
+Depends: ${perl:Depends}, ${misc:Depends}, libwww-curl-perl (>=4.00), libwww-perl, libfreezethaw-perl, ed, libio-interface-perl, libfilesys-df-perl, libnetaddr-ip-perl, lsb-base, update-inetd
 Recommends: libberkeleydb-perl (>=0.34)
 Suggests: libio-socket-inet6-perl
 Description: Caching proxy for Debian package and source files

Bug#647983: gedit: Gedit 3.0.6-2 ignores system theme (Openbox)

[brandon]

Package: gedit
Version: 3.0.6-2
Severity: normal

Dear Maintainer,

The gedit package version 3.0.6-2 seems to ignore the system theme set up in 
openbox.  This behavior was not present in previous package versions.

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


-- Package-specific info:
Active plugins:

No plugin installed in $HOME.

Module versions:
  pkg-config unavailable


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

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

Versions of packages gedit depends on:
ii  gedit-common   3.0.6-2 
ii  gir1.2-atk-1.0 2.2.0-2 
ii  gir1.2-freedesktop 0.10.8-2+b1 
ii  gir1.2-gdkpixbuf-2.0   2.24.0-1
ii  gir1.2-glib-2.00.10.8-2+b1 
ii  gir1.2-gtk-3.0 3.0.12-2
ii  gir1.2-gtksource-3.0   3.2.2-1 
ii  gir1.2-pango-1.0   1.29.4-1
ii  gir1.2-peas-1.01.1.0-1 
ii  gsettings-desktop-schemas  3.0.1-1 
ii  iso-codes  3.29-1  
ii  libatk1.0-02.2.0-2 
ii  libc6  2.13-21 
ii  libcairo-gobject2  1.10.2-6.1  
ii  libcairo2  1.10.2-6.1  
ii  libenchant1c2a 1.6.0-4 
ii  libffi53.0.10-3
ii  libfontconfig1 2.8.0-3 
ii  libfreetype6   2.4.7-2 
ii  libgdk-pixbuf2.0-0 2.24.0-1
ii  libgirepository-1.0-1  0.10.8-2+b1 
ii  libglib2.0-0   2.28.6-1
ii  libgtk-3-0 3.0.12-2
ii  libgtksourceview-3.0-0 3.2.2-1 
ii  libice62:1.0.7-2   
ii  libpango1.0-0  1.29.4-1
ii  libpeas-1.0-0  1.1.0-1 
ii  libsm6 2:1.2.0-2   
ii  libx11-6   2:1.4.4-2   
ii  libxml22.7.8.dfsg-5
ii  python 2.7.2-9 
ii  python-gobject 2.28.6-5
ii  python-support 1.0.14  

Versions of packages gedit recommends:
ii  python-gnome2  2.28.1-3
ii  yelp   3.2.1+dfsg-1
ii  zenity 3.2.0-1 

gedit 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#647866: Network: Packages over hub via bnc not received

[Ben Hutchings]

On Mon, 2011-11-07 at 01:48 +0100, debian wrote:
> Package: linux-base
> Version: 2.6.32-38
> Severity: normal
> 
> Hello,
> sorry for this unspecific bug report / question:
> 
> After installing debian squeeze the networking does not work in the
> following situation:
> 
> Situation:
> I have a debian patched "Dockstar" (embedded system dockingstation NAS)
> box which is connected to a hub.
> This hub is connected via bnc-cable (coax) to another hub on which a
> linux box (Suse) is connected (router to internet).
>
> If Dockstar tries to connect to internet it "arps" for the gateway MAC
> (arp-request is seen on all netork parts with wireshark).
> The answer (arp-replay) is also seen an all network part.
> 
> The arp table on the dockstar will not be updated by this communication
> ("arp -n" shows always "(incomplete)" for HWaddress) and continoues arp
> request can be seen.
> Any network packet directed to the dockstar can be seen on all parts of
> the network (this were seen with whireshark) but in debian there is
> nothing received.
> 
> If I connect the debian-dockstar and the linuxbox over the same hub
> without bnc the communication is OK!
> 
> It seems NOT to be a hardware problem of the dockstar, because with
> original firmware (also a linux) connection over bnc to internet works fine.
> I found a information on internet about problem with older hub/network
> hardware which inject some sort of incorrect crc errors
> 
> http://www.plugcomputer.org/plugforum/index.php?topic=5772.msg18770#msg18770
> 
> Is there a way to configure debian linux to ignore such crc errors?

CRC checking is a hardware feature and should not be disabled.  If you
were to do so, you would find that the contents of the received packets
are junk.

I would guess that the problem is related to signal levels.  Because you
are using hubs, signals have to travel all the way from one computer to
the other, whereas a switch or router will receive and re-transmit each
packet.  When you remove the coax cable you are shortening the distance
between the computers and so the received signal is stronger and there
are fewer errors.

Maybe the original firmware enables higher amplification for received
signals, so the network interface can properly decode weak signals.
What is the network driver and where is the source for the original
firmware?

> What I do not understand is that all other linux boxes do not have this
> problem.

Because other people do not use 10BASE-2 and hubs!

> Is there a relevant change on kernel module concerning networking?

No.

Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?


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

Bug#643370: d52: FTBFS: d52pass2.c:935:3: error: format not a string literal and, no format arguments [-Werror=format-security]

[peter green]

tags 643370 +patch
thanks

Patch is attatched, just drop it in debian/patches (the package uses
simple-patchsys so no series file is needed)

diff -Nur -x '*.orig' -x '*~' d52-3.4.1/d52pass2.c d52-3.4.1.new/d52pass2.c
--- d52-3.4.1/d52pass2.c	2007-09-02 15:31:16.0 +
+++ d52-3.4.1.new/d52pass2.c	2011-11-08 02:22:21.0 +
@@ -932,7 +932,7 @@
 	}
 	else if (dir < 0x80)
 	{
-		kcnt += fprintf(fp, rbname[dir].dent);
+		kcnt += fprintf(fp, "%s",rbname[dir].dent);
 		dirregs[dir] |= 1;
 	}
 	else

Bug#647982: qpid-cpp: [INTL:ru] Russian debconf templates translation

[Yuri Kozlov]

Package: qpid-cpp
Version: 0.12-2
Severity: wishlist
Tags: l10n patch


Russian debconf templates translation is attached.

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

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the qpid-cpp package.
#
# Yuri Kozlov , 2011.
msgid ""
msgstr ""
"Project-Id-Version: qpid-cpp 0.12-2\n"
"Report-Msgid-Bugs-To: qpid-...@packages.debian.org\n"
"POT-Creation-Date: 2011-11-04 07:26+0100\n"
"PO-Revision-Date: 2011-11-08 07:23+0400\n"
"Last-Translator: Yuri Kozlov \n"
"Language-Team: Russian \n"
"Language: \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Lokalize 1.0\n"
"Plural-Forms: nplurals=3; plural=(n%10==1 && n%100!=11 ? 0 : n%10>=2 && "
"n%10<=4 && (n%100<10 || n%100>=20) ? 1 : 2);\n"

#. Type: password
#. Description
#: ../qpidd.templates:1001
msgid "Administrator password:"
msgstr "Пароль администратора:"

#. Type: password
#. Description
#: ../qpidd.templates:1001
msgid "Please enter the password for the Qpid daemon administrator."
msgstr "Укажите пароль администратора службы Qpid."

#. Type: password
#. Description
#: ../qpidd.templates:2001
msgid "Re-enter password to verify:"
msgstr "Введите пароль ещё раз:"

#. Type: password
#. Description
#: ../qpidd.templates:2001
msgid ""
"Please enter the same Qpid daemon administrator password again to verify "
"that you have typed it correctly."
msgstr ""
"Введите тот же самый пароль администратора службы Qpid "
"ещё раз, чтобы убедиться в правильности ввода."

#. Type: note
#. Description
#: ../qpidd.templates:3001
msgid "Password input error"
msgstr "Ошибка ввода пароля"

#. Type: note
#. Description
#: ../qpidd.templates:3001
msgid "The two passwords you entered were not the same. Please try again."
msgstr "Введённые вами пароли не совпадают. Попробуйте ещё раз."

Bug#647931: HTTP 404 error received after some time

[Rahul Amaram]

Package: calendarserver
Followup-For: Bug #647931

It is very unlikely that importing an ICS file would disable access to a
principal. I couldn't figure out much from the logs, but I think the principal
which you are talking about did not exist in the fisrt place. Try this. After
installation, don't import the iCal file. First, test if the user exists, and
that you are able to create events successfully. If this is working, then
import the iCal file.



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

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

Versions of packages calendarserver depends on:
ii  adduser3.113   
ii  lsb-base   3.2-28  
ii  memcached
ii  python 2.7.2-8 
ii  python-central 0.6.17  
ii  python-dateutil1.5-1   
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-1  
ii  python-plist   1.6-2+b1
ii  python-pysqlite2   2.6.3-2 
ii  python-twisted-calendarserver
ii  python-vobject 0.8.1c-4
ii  python-xattr   0.6.2-1 
ii  ssl-cert   1.0.28  

Versions of packages calendarserver recommends:
pn  python-ldap2.3.13-1
pn  python-pydirector

calendarserver suggests no packages.



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

Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0

[Ben Hutchings]

Mariusz at Biblioteka UR reports this failure in a new Debian
installation on a SunFire v490 system:

> [0.00] Linux version 3.0.0-1-sparc64-smp (Debian 3.0.0-3) 
> (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 
> 27 19:51:14 UTC 20
[...]
> [   52.190433] Fusion MPT base driver 3.04.19
> [   52.238528] Copyright (c) 1999-2008 LSI Corporation
[...]
> [   52.370161] Fusion MPT SPI Host driver 3.04.19
> [   52.370364] mptbase: ioc0: Initiating bringup
[...]
> [   52.847504] ioc0: LSI53C1030 C0: Capabilities={Initiator,Target}
[...]
> [   68.319518] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, 
> doorbell=0x2400
> [   69.175505] mptbase: ioc0: Attempting Retry Config request type 0x3, page 
> 0x, action 0
> [   84.267524] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, 
> doorbell=0x2400
> [   84.364482] mptbase: ioc0: Initiating recovery
> [   90.299505] mptbase: ioc0: Attempting Retry Config request type 0x3, page 
> 0x, action 0
> [  105.391523] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, 
> doorbell=0x2400
> [  105.488509] mptbase: ioc0: Initiating recovery
> [  126.527516] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, 
> doorbell=0x2400
> [  127.383505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 
> 0x1, action 0
> [  142.475528] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, 
> doorbell=0x2400
> [  142.572504] mptbase: ioc0: Initiating recovery
> [  148.611505] mptbase: ioc0: Attempting Retry Config request type 0x4, page 
> 0x1, action 0
> [  163.703482] mptbase: ioc0: WARNING - Issuing Reset from mpt_config!!, 
> doorbell=0x2400
> [  163.800495] mptbase: ioc0: Initiating recovery

(I think there are some characters missing in the above log,
particularly the page numbers.)

However, the driver apparently works on the same system in a !SMP kernel
configuration.

The complete report can be found at .
Can you suggest any way to correct or debug this problem?

Ben.

-- 
Ben Hutchings
You can't have everything.  Where would you put it?


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

Bug#588888:

[Aaron Bouzek]

That didn't fix it for everyone (aka: me)
My vm's configfile, after I commented out some code that autoselected
architecture (it gives the same error with or without that,) :
[freenas.cfg]
kernel = "/usr/lib/xen-4.0/boot/hvmloader"
builder = 'hvm'
memory = 256
vcpus = 1
name = "naknasb"
vif = [ 'type=ioemu, bridge=eth0' ]
acpi = 1
apic = 1
disk = [ '/dev/mapper/nakvg00-nnaslv00,hda,w',
'file:/nas/isos/Productive/FreeNAS-8.0-RC3-amd64.iso,hdc:cdrom,r' ]
device_model = '/usr/lib/xen-4.0/bin/qemu-dm'
usbdevice='tablet'
boot='d'
vnc=1
sdl=0
vncconsole=1
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash= 'restart'
[EOF]

-- Nakarti

Bug#647981: gnome-terminal: System default font is not used regardless of preference.

[Mason Loring Bliss]

Package: gnome-terminal
Version: 3.0.1-1
Severity: normal

Dear Maintainer,

The system default font is not used when Gnome Terminal has been told to use
it.


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

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

Versions of packages gnome-terminal depends on:
ii  gnome-terminal-data3.0.1-1   
ii  gsettings-desktop-schemas  3.0.1-1   
ii  libatk1.0-02.2.0-2   
ii  libc6  2.13-21   
ii  libgconf2-42.32.4-1  
ii  libgdk-pixbuf2.0-0 2.24.0-1  
ii  libglib2.0-0   2.28.6-1  
ii  libgtk-3-0 3.0.12-2  
ii  libice62:1.0.7-2 
ii  libpango1.0-0  1.29.4-1  
ii  libsm6 2:1.2.0-2 
ii  libvte-2.90-9  1:0.28.1-2
ii  libx11-6   2:1.4.4-2 

Versions of packages gnome-terminal recommends:
ii  gvfs  1.6.4-4 
ii  yelp  3.2.1+dfsg-1

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#647979: Hibernation failed; failed to freeze udisks-daemon

[Jonathan Nieder]

Hi,

Josh Triplett wrote:

> Version: 3.1.0-1~experimental.1
[...]
> During a low-battery hibernation:
[...]
> Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, 
> wq_busy=0):
> udisks-daemon   D 88011e252f40 0  1636   1635 0x0084
[...]
> [89129.421348]  [] ? check_disk_change+0x22/0x50

This might be the same bug as [1].  Is it reproducible?  If so, can
you try the patches described at [2]?

[1] http://bugs.debian.org/628600
[2] http://thread.gmane.org/gmane.linux.kernel/1123206/focus=1209014



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

Bug#647980: sssd: Please update this old version

[Jiri Kanicky]

Source: sssd
Version: 1.2.1-4.3
Severity: normal

Dear Maintainer,

Can you please update this old version of sssd 1.2.1-4.3. Ubuntu has got
updated version already in their repositories.

Thank you.



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

Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#636559: d52: FTBFS: d52pass2.c:935:3: error: format not a string literal and, no format arguments [-Werror=format-security]

[peter green]

tags 636559 +patch
thanks

Patch is attatched, just drop it in debian/patches (the package uses 
simple-patchsys so no series file is needed)
diff -Nur -x '*.orig' -x '*~' d52-3.4.1/d52pass2.c d52-3.4.1.new/d52pass2.c
--- d52-3.4.1/d52pass2.c	2007-09-02 15:31:16.0 +
+++ d52-3.4.1.new/d52pass2.c	2011-11-08 02:22:21.0 +
@@ -932,7 +932,7 @@
 	}
 	else if (dir < 0x80)
 	{
-		kcnt += fprintf(fp, rbname[dir].dent);
+		kcnt += fprintf(fp, "%s",rbname[dir].dent);
 		dirregs[dir] |= 1;
 	}
 	else

Bug#647979: Hibernation failed; failed to freeze udisks-daemon

[Josh Triplett]

Source: linux-2.6
Version: 3.1.0-1~experimental.1
Severity: normal

During a low-battery hibernation:

[89109.391825] PM: Marking nosave pages: 0009d000 - 0010
[89109.391842] PM: Marking nosave pages: 2000 - 2020
[89109.391878] PM: Marking nosave pages: 4000 - 4020
[89109.391913] PM: Marking nosave pages: da99f000 - dafff000
[89109.392005] PM: Marking nosave pages: db00 - 0001
[89109.395623] PM: Basic memory bitmaps created
[89109.395632] PM: Syncing filesystems ... done.
[89109.430707] Freezing user space processes ... 
[89129.421001] Freezing of tasks failed after 20.01 seconds (1 tasks refusing 
to freeze, wq_busy=0):
[89129.421162] udisks-daemon   D 88011e252f40 0  1636   1635 0x0084
[89129.421174]  8801182fd850 0082 8801191680c0 
8800abbf3890
[89129.421185]  00012f40 8801160fdfd8 8801160fdfd8 
8801182fd850
[89129.421195]  8801182fd898 8800abbf38d8 88011e252f40 
7fff
[89129.421205] Call Trace:
[89129.421223]  [] ? schedule_timeout+0x2c/0xdb
[89129.421235]  [] ? test_tsk_need_resched+0xa/0x13
[89129.421244]  [] ? check_preempt_curr+0x52/0x5f
[89129.421252]  [] ? ttwu_do_wakeup+0x50/0xc4
[89129.421262]  [] ? arch_local_irq_save+0x11/0x17
[89129.421272]  [] ? _raw_spin_lock_irqsave+0x9/0x25
[89129.421281]  [] ? wait_for_common+0xa0/0x119
[89129.421290]  [] ? try_to_wake_up+0x192/0x192
[89129.421301]  [] ? flush_work+0x21/0x2a
[89129.421309]  [] ? do_work_for_cpu+0x1b/0x1b
[89129.421320]  [] ? disk_clear_events+0x86/0xe4
[89129.421348]  [] ? check_disk_change+0x22/0x50
[89129.421366]  [] ? sd_open+0xe7/0x193 [sd_mod]
[89129.421373]  [] ? __blkdev_get+0xdd/0x387
[89129.421380]  [] ? blkdev_get+0x2a7/0x2a7
[89129.421386]  [] ? blkdev_get+0x1c7/0x2a7
[89129.421393]  [] ? blkdev_get+0x2a7/0x2a7
[89129.421403]  [] ? __dentry_open+0x17f/0x296
[89129.421412]  [] ? dget+0x12/0x1e
[89129.421421]  [] ? do_last+0x45b/0x577
[89129.421430]  [] ? path_openat+0xce/0x31c
[89129.421439]  [] ? do_filp_open+0x2a/0x6e
[89129.421448]  [] ? should_resched+0x5/0x23
[89129.421456]  [] ? _cond_resched+0x7/0x1c
[89129.421465]  [] ? alloc_fd+0x64/0x109
[89129.421473]  [] ? do_sys_open+0x5e/0xe5
[89129.421483]  [] ? system_call_fastpath+0x16/0x1b
[89129.421497] 
[89129.421499] Restarting tasks ... done.
[89129.423086] PM: Basic memory bitmaps freed


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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.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#639152: csmash: FTBFS: unsatisfiable build-dependencies: libsdl1.2-dev, libsdl-mixer1.2-dev, libsdl-image1.2-dev

[peter green]

tags 639152 +patch
thanks


 sbuild-build-depends-csmash-dummy : Depends: libsdl1.2-dev but it is not going 
to be installed
 Depends: libsdl-mixer1.2-dev but it is not 
going to be installed
 Depends: libsdl-image1.2-dev but it is not 
going to be installed


Not the worlds most informative error message ;)

It turns out that csmash build-depends on "libjpeg62-dev | 
libjpeg8-dev". Many build-dependency resolvers always
pick the first option and libjpeg62-dev conflicts with libjpeg8-dev 
which is needed by the sdl development packages.


To fix this issue either reverse the order of the alternatives or remove 
the libjpeg62-dev alternative completely.




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

Bug#647978: nslcd slows down everything when I unplug my notebook from network

[Jiri Kanicky]

Package: nslcd
Version: 0.8.4
Severity: important

Dear Maintainer,

When I unplug notebook from my network, nslcd is not able to contact LDAP
server and some task like "clicking on logout" takes long time and the
following errors are reported.
I believe that the nslcd is waiting for responce, and than the task can
proceed, but it should not work like that. In Windows, I also do not wait for
tasks when I work offline.

ov  8 12:46:24 knightrider nslcd[2146]: [bb2b99]  no available
LDAP server found: Can't contact LDAP server
Nov  8 12:46:24 knightrider nslcd[2146]: [e3dfe6]  no available
LDAP server found: Server is unavailable
Nov  8 12:46:24 knightrider nslcd[2146]: [5b37f3]  no available
LDAP server found: Server is unavailable
Nov  8 12:46:24 knightrider nslcd[2146]: [db7e02]  no available
LDAP server found: Server is unavailable
Nov  8 12:46:24 knightrider nslcd[2146]: [7ec0c4]  no available
LDAP server found: Server is unavailable
Nov  8 12:46:24 knightrider nslcd[2146]: [73bb22]  no available
LDAP server found: Server is unavailable
Nov  8 12:46:24 knightrider nslcd[2146]: [9e1dd3]  no available
LDAP server found: Server is unavailable
Nov  8 12:46:24 knightrider nslcd[2146]: [d141cc]  no available
LDAP server found: Server is unavailable
Nov  8 12:46:46 knightrider nslcd[2146]: [f9357a]  failed to bind to
LDAP server ldap://maverick.allsupp.corp: Can't contact LDAP server: Connection
timed out



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

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

Versions of packages nslcd depends on:
ii  adduser3.113   
ii  debconf [debconf-2.0]  1.5.41  
ii  libc6  2.13-21 
ii  libgssapi-krb5-2   1.9.1+dfsg-3
ii  libldap-2.4-2  2.4.25-4

Versions of packages nslcd recommends:
ii  bind9-host [host]   1:9.7.3.dfsg-1+b1
ii  host1:9.8.1.dfsg-1   
ii  ldap-utils  2.4.25-4 
ii  libnss-ldapd [libnss-ldap]  0.8.4
ii  libpam-krb5 4.4-3
ii  libpam-ldapd [libpam-ldap]  0.8.4
ii  nscd2.13-21  

Versions of packages nslcd suggests:
pn  kstart  

-- debconf information:
  nslcd/ldap-sasl-realm:
  nslcd/ldap-starttls: false
  nslcd/ldap-sasl-krb5-ccname: /var/run/nslcd/nslcd.tkt
  nslcd/ldap-auth-type: none
  nslcd/ldap-reqcert:
* nslcd/ldap-uris: ldap://maverick.allsupp.corp
  nslcd/ldap-sasl-secprops:
  nslcd/ldap-binddn:
  nslcd/ldap-sasl-authcid:
  nslcd/ldap-sasl-mech:
* nslcd/ldap-base: dc=allsupp,dc=corp
  nslcd/ldap-sasl-authzid:



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

Bug#647912: cron: manpage uses $(date +%u) in example without escaping the %

[Javier Fernández-Sanguino Peña]

forcemerge 642309 647912
thanks

On Mon, Nov 07, 2011 at 03:56:37PM +0100, Paul Slootman wrote:
> The manpage for crontab(5) has an example entry:
(...)
> Unfortunately this will not work, as % is used to send the rest of the
> line as standard input to the command.

Hi, 

This was reported already (#642309) and has been fixed in the GIT repository.
The fix is pending an upload to unstable (i.e. cron version 3.0pl1-121).

Thanks,

Javier


signature.asc
Description: Digital signature

Bug#620796: midgard2-core: unbuildable in sid/wheezy (build-depends on gir1.0-gda-4.0)

[Aaron M. Ucko]

Source: midgard2-core
Version: 10.05.5-1
Followup-For: Bug #620796

These build dependencies are still a problem in the latest upload to
unstable; Debian's autobuilders disregard the alternative dependencies
on the modern gir1.2-* packages in the interest of reproducibility,
even though the current version of libgda-4.0-dev pulls both in.
Could you please clean them up?

Thanks!



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

Bug#647977: wmrack: FTBFS on hurd-i386

[Samuel Thibault]

Package: wmrack
Version: 1.4-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

wmrack currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur wmrack-1.4.orig/cdrom.c wmrack-1.4/cdrom.c
--- wmrack-1.4.orig/cdrom.c 2007-11-26 00:54:46.0 +0100
+++ wmrack-1.4/cdrom.c  2011-11-08 02:46:05.0 +0100
@@ -24,6 +24,9 @@
 #ifdef linux
 #  include 
 #  include 
+#elif defined(__GNU__)
+#  include 
+#  include 
 #elif defined(__sun) && defined(__SVR4) /* Solaris */
 #  include 
 #  include 

Bug#647976: mp3c: FTBFS on hurd-i386

[Samuel Thibault]

Package: mp3c
Version: 0.29-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

mp3c currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur mp3c-0.29.orig/configure.in mp3c-0.29/configure.in
--- mp3c-0.29.orig/configure.in 2004-04-25 20:23:55.0 +0200
+++ mp3c-0.29/configure.in  2011-11-08 02:42:05.0 +0100
@@ -13,7 +13,7 @@
 
 AC_HEADER_STDC
 AC_CHECK_HEADERS(fcntl.h strings.h sys/ioctl.h sys/time.h unistd.h \
-linux/cdrom.h sys/cdio.h signal.h string.h ctype.h \
+linux/cdrom.h sys/cdrom.h sys/cdio.h signal.h string.h ctype.h 
\
 time.h dirent.h sys/stat.h sys/types.h sys/wait.h \
 errno.h libintl.h locale.h)
 AC_CHECK_LIB(ncurses, main)
diff -ur mp3c-0.29.orig/src/iocd.c mp3c-0.29/src/iocd.c
--- mp3c-0.29.orig/src/iocd.c   2001-05-18 17:09:37.0 +0200
+++ mp3c-0.29/src/iocd.c2011-11-08 02:41:16.0 +0100
@@ -33,6 +33,10 @@
 #ifdef HAVE_LINUX_CDROM_H
 #include 
 #endif
+#ifdef HAVE_SYS_CDROM_H
+#define HAVE_LINUX_CDROM_H
+#include 
+#endif
 #ifdef HAVE_SYS_CDIO_H
 #include 
 #endif

Bug#647975: libcdaudio: FTBFS on hurd-i386

[Samuel Thibault]

Package: libcdaudio
Version: 0.99.12p2-10
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

libcdaudio currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel


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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur libcdaudio-0.99.12p2.orig/configure.ac 
libcdaudio-0.99.12p2/configure.ac
--- libcdaudio-0.99.12p2.orig/configure.ac  2005-08-16 08:02:52.0 
+0200
+++ libcdaudio-0.99.12p2/configure.ac   2011-11-08 02:33:16.0 +0100
@@ -97,7 +97,7 @@
 
 AC_HEADER_DIRENT
 AC_HEADER_STDC
-AC_CHECK_HEADERS(fcntl.h sys/ioctl.h unistd.h linux/cdrom.h linux/ucdrom.h 
sys/cdio.h io/cam/cdrom.h stdarg.h mntent.h sys/mntent.h sys/types.h 
sys/param.h sys/ucred.h sys/mount.h strings.h,,,
+AC_CHECK_HEADERS(fcntl.h sys/ioctl.h unistd.h linux/cdrom.h linux/ucdrom.h 
sys/cdrom.h sys/cdio.h io/cam/cdrom.h stdarg.h mntent.h sys/mntent.h 
sys/types.h sys/param.h sys/ucred.h sys/mount.h strings.h,,,
 [[#if defined (HAVE_SYS_TYPES_H)
 # include 
 #endif
diff -ur libcdaudio-0.99.12p2.orig/src/cdaudio.c 
libcdaudio-0.99.12p2/src/cdaudio.c
--- libcdaudio-0.99.12p2.orig/src/cdaudio.c 2004-09-09 02:26:20.0 
+0200
+++ libcdaudio-0.99.12p2/src/cdaudio.c  2011-11-08 02:34:24.0 +0100
@@ -70,6 +70,11 @@
 #include 
 #endif
 
+#ifdef HAVE_SYS_CDROM_H
+#include 
+#define NON_BLOCKING
+#endif
+
 /* For FreeBSD, OpenBSD, and Solaris */
 #ifdef HAVE_SYS_CDIO_H
 #include 
diff -ur libcdaudio-0.99.12p2.orig/src/changer.c 
libcdaudio-0.99.12p2/src/changer.c
--- libcdaudio-0.99.12p2.orig/src/changer.c 2001-08-18 15:44:32.0 
+0200
+++ libcdaudio-0.99.12p2/src/changer.c  2011-11-08 02:33:07.0 +0100
@@ -36,6 +36,10 @@
 #include 
 #endif
 
+#ifdef HAVE_SYS_CDROM_H
+#include 
+#endif
+
 /* Choose a particular disc from the CD changer */
 int
 cd_changer_select_disc(int cd_desc, int disc)

Bug#647974: kaa-metadata: FTBFS on hurd-i386

[Samuel Thibault]

Package: kaa-metadata
Version: 0.7.7+svn4596-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

kaa-metadata currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel



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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur kaa-metadata-0.7.7+svn4596.orig/src/disc/cdrommodule.c 
kaa-metadata-0.7.7+svn4596/src/disc/cdrommodule.c
--- kaa-metadata-0.7.7+svn4596.orig/src/disc/cdrommodule.c  2008-10-26 
21:30:31.0 +0100
+++ kaa-metadata-0.7.7+svn4596/src/disc/cdrommodule.c   2011-11-08 
02:29:10.0 +0100
@@ -28,6 +28,10 @@
 #include 
 #endif
 
+#ifdef __GNU__
+#include 
+#endif
+
 #if defined(sun) || defined(__FreeBSD__) || defined(__OpenBSD__)
 #include 
 #endif

Bug#647973: python-cddb: FTBFS on hurd-i386

[Samuel Thibault]

Package: python-cddb
Version: 1.4-5.1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

python-cddb currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel


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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur python-cddb-1.4.orig/unix/cdrommodule.c 
python-cddb-1.4/unix/cdrommodule.c
--- python-cddb-1.4.orig/unix/cdrommodule.c 2001-03-10 23:34:03.0 
+0100
+++ python-cddb-1.4/unix/cdrommodule.c  2011-11-08 02:25:00.0 +0100
@@ -28,6 +29,10 @@
 #include 
 #endif
 
+#ifdef __GNU__
+#include 
+#endif
+
 #if defined(sun) || defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || 
defined(__OpenBSD__)
 #include 
 #endif

Bug#647972: cdbackup: FTBFS on hurd-i386

[Samuel Thibault]

Package: cdbackup
Version: 0.7.0-5
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

cdck currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel



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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur cdbackup-0.7.0.orig/cdrom.h cdbackup-0.7.0/cdrom.h
--- cdbackup-0.7.0.orig/cdrom.h 2004-02-28 12:33:37.0 +0100
+++ cdbackup-0.7.0/cdrom.h  2011-11-08 02:22:19.0 +0100
@@ -30,6 +30,10 @@
 #include 
 #endif
 
+#ifdef __GNU__
+#include 
+#endif
+
 #ifdef sun
 #include 
 #endif

Bug#647971: cd-discid: FTBFS on hurd-i386

[Samuel Thibault]

Package: cd-discid
Version: 1.2-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

cd-discid currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur cd-discid-1.2.orig/cd-discid.c cd-discid-1.2/cd-discid.c
--- cd-discid-1.2.orig/cd-discid.c  2011-04-28 10:51:21.0 +0200
+++ cd-discid-1.2/cd-discid.c   2011-11-08 02:19:17.0 +0100
@@ -29,6 +29,11 @@
 #include 
 #definecdte_track_address  cdte_addr.lba
 #defineDEVICE_NAME "/dev/cdrom"
+#elif defined(__GNU__)
+
+#include 
+#definecdte_track_address  cdte_addr.lba
+#defineDEVICE_NAME "/dev/cd0"
 #elif defined(sun) && defined(unix) && defined(__SVR4)
 
 #include 

Bug#647969: cdck: FTBFS on hurd-i386

[Samuel Thibault]

Of cours I forgot the patch, here it is.

Samuel
diff -ur cdck-0.7.0.orig/src/lib_cdinfo.cpp cdck-0.7.0/src/lib_cdinfo.cpp
--- cdck-0.7.0.orig/src/lib_cdinfo.cpp  2006-12-13 14:08:35.0 +0100
+++ cdck-0.7.0/src/lib_cdinfo.cpp   2011-11-08 01:33:24.0 +0100
@@ -25,7 +25,12 @@
 #include 
 #include 
 
+#ifdef __linux__
 #include 
+#endif
+#ifdef __GNU__
+#include 
+#endif
 
 #include "defines.h"
 #include "debugging.h"
diff -ur cdck-0.7.0.orig/src/lib_main.cpp cdck-0.7.0/src/lib_main.cpp
--- cdck-0.7.0.orig/src/lib_main.cpp2011-11-08 01:31:53.0 +0100
+++ cdck-0.7.0/src/lib_main.cpp 2011-11-08 01:33:30.0 +0100
@@ -19,7 +19,12 @@
 #include 
 #include 
 
+#ifdef __linux__
 #include 
+#endif
+#ifdef __GNU__
+#include 
+#endif
 
 #include "defines.h"
 #include "debugging.h"

Bug#647955: ifplugd: Plug in cable while on wireless -> no default route

[Andrew Pimlott]

Log (daemon.log) for a problem case.  Note the interleaving of eth0 and
eth1 events.

Nov  7 14:07:27 apple ifplugd(eth0)[27270]: Link beat detected.
Nov  7 14:07:27 apple ifplugd(eth0)[27270]: Executing 
'/etc/ifplugd/ifplugd.action eth0 up'.
Nov  7 14:07:27 apple ifplugd(eth0)[27270]: client: OK
Nov  7 14:07:27 apple wpa_supplicant[1536]: CTRL-EVENT-DISCONNECTED 
bssid=00:00:00:00:00:00 reason=0
Nov  7 14:07:28 apple dhclient: Internet Systems Consortium DHCP Client 4.2.2
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: Internet Systems Consortium 
DHCP Client 4.2.2
Nov  7 14:07:28 apple dhclient: Copyright 2004-2011 Internet Systems Consortium.
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: Copyright 2004-2011 
Internet Systems Consortium.
Nov  7 14:07:28 apple dhclient: All rights reserved.
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: All rights reserved.
Nov  7 14:07:28 apple dhclient: For info, please visit 
https://www.isc.org/software/dhcp/
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: For info, please visit 
https://www.isc.org/software/dhcp/
Nov  7 14:07:28 apple dhclient: 
Nov  7 14:07:28 apple dhclient: Listening on LPF/eth0/00:0a:e4:26:95:59
Nov  7 14:07:28 apple dhclient: Sending on   LPF/eth0/00:0a:e4:26:95:59
Nov  7 14:07:28 apple dhclient: Sending on   Socket/fallback
Nov  7 14:07:28 apple dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 
interval 3
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: Listening on 
LPF/eth0/00:0a:e4:26:95:59
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: Sending on   
LPF/eth0/00:0a:e4:26:95:59
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: Sending on   Socket/fallback
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: DHCPDISCOVER on eth0 to 
255.255.255.255 port 67 interval 3
Nov  7 14:07:28 apple dhclient: Internet Systems Consortium DHCP Client 4.2.2
Nov  7 14:07:28 apple dhclient: Copyright 2004-2011 Internet Systems Consortium.
Nov  7 14:07:28 apple dhclient: All rights reserved.
Nov  7 14:07:28 apple dhclient: For info, please visit 
https://www.isc.org/software/dhcp/
Nov  7 14:07:28 apple dhclient: 
Nov  7 14:07:28 apple dhclient: Listening on LPF/eth1/00:0c:f1:3e:02:61
Nov  7 14:07:28 apple dhclient: Sending on   LPF/eth1/00:0c:f1:3e:02:61
Nov  7 14:07:28 apple dhclient: Sending on   Socket/fallback
Nov  7 14:07:28 apple avahi-daemon[1906]: Joining mDNS multicast group on 
interface eth0.IPv6 with address fe80::20a:e4ff:fe26:9559.
Nov  7 14:07:28 apple avahi-daemon[1906]: New relevant interface eth0.IPv6 for 
mDNS.
Nov  7 14:07:28 apple avahi-daemon[1906]: Registering new address record for 
fe80::20a:e4ff:fe26:9559 on eth0.*.
Nov  7 14:07:28 apple dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Nov  7 14:07:28 apple dhclient: DHCPOFFER from 192.168.1.1
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: DHCPREQUEST on eth0 to 
255.255.255.255 port 67
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: DHCPOFFER from 192.168.1.1
Nov  7 14:07:28 apple dhclient: DHCPACK from 192.168.1.1
Nov  7 14:07:28 apple ifplugd(eth0)[27270]: client: DHCPACK from 192.168.1.1
Nov  7 14:07:29 apple dhclient: DHCPRELEASE on eth1 to 192.168.1.1 port 67
Nov  7 14:07:29 apple ifplugd(eth0)[27270]: client: Reloading 
/etc/samba/smb.conf: smbd only.
Nov  7 14:07:29 apple avahi-daemon[1906]: Joining mDNS multicast group on 
interface eth0.IPv4 with address 192.168.1.146.
Nov  7 14:07:29 apple avahi-daemon[1906]: New relevant interface eth0.IPv4 for 
mDNS.
Nov  7 14:07:29 apple avahi-daemon[1906]: Registering new address record for 
192.168.1.146 on eth0.IPv4.
Nov  7 14:07:30 apple dhclient: bound to 192.168.1.146 -- renewal in 38019 
seconds.
Nov  7 14:07:30 apple ifplugd(eth0)[27270]: client: bound to 192.168.1.146 -- 
renewal in 38019 seconds.
Nov  7 14:07:30 apple avahi-daemon[1906]: Withdrawing address record for 
192.168.1.102 on eth1.
Nov  7 14:07:30 apple avahi-daemon[1906]: Leaving mDNS multicast group on 
interface eth1.IPv4 with address 192.168.1.102.
Nov  7 14:07:30 apple avahi-daemon[1906]: Interface eth1.IPv4 no longer 
relevant for mDNS.
Nov  7 14:07:30 apple avahi-daemon[1906]: Interface eth1.IPv6 no longer 
relevant for mDNS.
Nov  7 14:07:30 apple avahi-daemon[1906]: Leaving mDNS multicast group on 
interface eth1.IPv6 with address fe80::20c:f1ff:fe3e:261.
Nov  7 14:07:30 apple avahi-daemon[1906]: Withdrawing address record for 
fe80::20c:f1ff:fe3e:261 on eth1.

Andrew

Excerpts from Andrew Pimlott's message of Mon Nov 07 14:04:21 -0800 2011:
> Package: ifplugd
> Version: 0.28-19
> Severity: normal
> 
> Dear Maintainer,
> 
> I run ifplugd on my eth0 ethernet interface, and use wpa_supplicant for
> my eth1 wireless interface.  When I am on wireless and plug in my
> ethernet cable, I often (but not always) end up with a configured eth0
> interface but no default route.  This happens due to a race condition
> between eth1 going down and eth0 coming up.  I don't think this is
> necesarily ifplugd's fault, but I

Bug#647970: gnome-panel: main menu entries do not have context menu anymore

[Witold Baryluk]

Package: gnome-panel
Version: 3.0.2-1
Severity: normal

Hello again GNOME maintainers,

In previous version all activators in main menu,
(in Programs in Left Upper corner)
had a context menu after clicking right mouse button,
which allowed easily to add this activator to panel
or desktop (and then easily move it on the panel or desktop).
There is currently no such functionality in main menu.
Actually clicking right mouse button activates an entry,
and launches application. It is unintuitive.

I know there is way to add activator via "Add to the panel..."
dialog but it have problems (no easy way to maximize window,
entries are larger, so searching is harder, it loads
all icons and descriptions, which can take something around
one minute, and mixes applications/launchers with applets,
which are somehow different concepts).

I think main menu entries should have context menu
with "Add this to panel" (or whatever it was called in previous
versions). In fact also something like "Hide this application",
"Rename" may also by useful
(it could be unhided/renamed/defaulted in "Modify menu").


Regards,
Witek



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

Kernel: Linux 3.1.0-t43-prod-up-09694-gc861cd3-dirty
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pl_PL.UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-panel depends on:
ii  gnome-icon-theme-symbolic  3.2.1-1
ii  gnome-menus3.0.1-3
ii  gnome-panel-data   3.0.2-1
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-21
ii  libcairo-gobject2  1.10.2-6.1 
ii  libcairo2  1.10.2-6.1 
ii  libcamel-1.2-233.0.3-1
ii  libdconf0  0.7.5-3
ii  libebook1.2-10 3.0.3-1
ii  libecal1.2-8   3.0.3-1
ii  libedataserver1.2-14   3.0.3-1
ii  libedataserverui-3.0-0 3.0.3-1
ii  libfontconfig1 2.8.0-3
ii  libfreetype6   2.4.7-2
ii  libgconf2-42.32.4-1   
ii  libgdk-pixbuf2.0-0 2.24.0-1   
ii  libglib2.0-0   2.28.8-1   
ii  libgnome-desktop-3-0   3.0.2-2
ii  libgnome-menu2 3.0.1-3
ii  libgtk-3-0 3.0.12-2   
ii  libgweather-3-03.2.1-1
ii  libical0   0.44-3 
ii  libice62:1.0.7-2  
ii  libnspr4-0d4.8.9-1
ii  libnss3-1d 3.13.1.with.ckbi.1.88-1
ii  libpanel-applet-4-03.0.2-1
ii  libpango1.0-0  1.29.4-2   
ii  librsvg2-2 2.34.1-3   
ii  libsm6 2:1.2.0-2  
ii  libsoup2.4-1   2.36.0-1   
ii  libsqlite3-0   3.7.9-1
ii  libstartup-notification0   0.12-1 
ii  libtelepathy-glib0 0.16.1-1   
ii  libwnck-3-03.2.1-1
ii  libx11-6   2:1.4.4-2  
ii  libxau61:1.0.6-3  
ii  libxml22.7.8.dfsg-5   
ii  libxrandr2 2:1.3.2-2  
ii  python 2.7.2-9
ii  python-gconf   2.28.1-3   

Versions of packages gnome-panel recommends:
ii  alacarte   0.13.2-3 
ii  evolution-data-server  3.0.3-1  
ii  gnome-applets  3.2.1-1  
ii  gnome-control-center   1:3.0.2-3
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-session  3.0.2-3  
ii  gvfs   1.8.2-2  

Versions of packages gnome-panel suggests:
ii  epiphany-browser  3.0.4-1  
ii  evolution 3.0.3-2  
ii  gnome-terminal [x-terminal-emulator]  3.0.1-1  
ii  gnome-user-guide [gnome2-user-guide]  3.2.1-1  
ii  nautilus  3.0.2-4  
ii  rxvt-unicode [x-terminal-emulator]9.12-1   
ii  terminal.app [x-terminal-emulator]0.9.4+cvs20051125-6.1
ii  terminator [x-terminal-emulator]  0.95-1   
ii  xfce4-terminal [x-terminal-emulator]  0.4.8-1  
ii  xterm [x-terminal-emulator]   276-1
ii  yelp  3.2.1+dfsg-1+b1  

-- 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#647969: cdck: FTBFS on hurd-i386

[Samuel Thibault]

Package: cdck
Version: 0.7.0-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

cdck currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#647968: simple-scan: Segfaults "randomly" using Fujitsu ScanSnap S1500

[ithink314]

Package: simple-scan
Version: 3.2.0-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Connect scanner, scan numerous pages. simple-scan periodically crashes, maybe
once every 5-10 documents, or 20-30 pages.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

After simple-scan crashes, close scanner, re-open scanner, restart simple-scan;
scans ok for a while.

   * What was the outcome of this action?

Scans work, but some must be redone.

   * What outcome did you expect instead?

Scans always work, or simple-scan produces an error message if something
malfunctions.



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

Versions of packages simple-scan depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.7.5-3 
ii  gnome-icon-theme 3.2.1.2-1   
ii  libatk1.0-0  2.2.0-2 
ii  libc62.13-21 
ii  libcairo-gobject21.10.2-6.1  
ii  libcairo21.10.2-6.1  
ii  libfontconfig1   2.8.0-3 
ii  libfreetype6 2.4.7-2 
ii  libgdk-pixbuf2.0-0   2.24.0-1
ii  libglib2.0-0 2.28.6-1
ii  libgtk-3-0   3.0.12-2
ii  libgudev-1.0-0   172-1   
ii  libjpeg8 8c-2
ii  libpango1.0-01.29.4-1
ii  libsane  1.0.22-6
ii  xdg-utils1.1.0~rc1-2 
ii  zlib1g   1:1.2.3.4.dfsg-3

simple-scan recommends no packages.

simple-scan 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#647967: cccd: FTBFS on hurd-i386

[Samuel Thibault]

Package: cccd
Version: 0.3beta4-6.2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

cccd currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel


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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur cccd-0.3beta4.orig/cd.h cccd-0.3beta4/cd.h
--- cccd-0.3beta4.orig/cd.h 1998-08-20 18:09:39.0 +0200
+++ cccd-0.3beta4/cd.h  2011-11-08 02:03:01.0 +0100
@@ -26,7 +26,12 @@
 #define CCCD_CD_H
 
 #include 
+#ifdef __linux__
 #include 
+#endif
+#ifdef __GNU__
+#include 
+#endif
 
 #define MSF_TO_SEC(msf) ( msf.minute*60 + msf.second )
 #define MSF_TO_FRAME(msf) ( MSF_TO_SEC(msf)*75 + msf.frame )

Bug#647966: xfreecd: FTBFS on hurd-i386

[Samuel Thibault]

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

Hello,

xfreecd currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel



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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur xfreecd-0.9.0.1.orig/cd_control.h xfreecd-0.9.0.1/cd_control.h
--- xfreecd-0.9.0.1.orig/cd_control.h   2004-09-30 20:45:44.0 +0200
+++ xfreecd-0.9.0.1/cd_control.h2011-11-08 01:52:29.0 +0100
@@ -19,7 +19,12 @@
Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
 
 */
+#ifdef __linux__
 #include 
+#endif
+#ifdef __GNU__
+#include 
+#endif
 
 #define CD_DIAG 0x00
 #define CD_PLAY 0x01

Bug#647965: cdde: FTBFS on hurd-i386

[Samuel Thibault]

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

Hello,

cdde currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur cdde-0.3.1.orig/src/cdde.c cdde-0.3.1/src/cdde.c
--- cdde-0.3.1.orig/src/cdde.c  2008-08-25 15:33:49.0 +0200
+++ cdde-0.3.1/src/cdde.c   2011-11-08 01:55:13.0 +0100
@@ -41,7 +41,12 @@
 #include 
 #include  
 #include 
+#ifdef __linux__
 #include 
+#endif
+#ifdef __GNU__
+#include 
+#endif
 #include 
 #include 
 #include 

Bug#642546: wicd-curses: wired autoconnect doesn't work

[Ian Zimmerman]

David> Does it happen if you run the client as non-root?

No, it works now.  I don't know if it is the non-root or something else
I changed, but it connects automatically now as expected.

Sorry it took me so lang to get back to this issue.

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



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

Bug#647963: synaesthesia: FTBFS on hurd-i386

[Samuel Thibault]

Package: synaesthesia
Version: 2.4-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hello,

synaesthesia currently FTBFS on hurd-i386, due to inclusion of a linux-specific
header . The attached patch fixes it by including
 instead, could you please apply it?

Thanks,
Samuel

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

Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ur synaesthesia-2.4.orig/sound.cc synaesthesia-2.4/sound.cc
--- synaesthesia-2.4.orig/sound.cc  2005-12-29 03:52:19.0 +0100
+++ synaesthesia-2.4/sound.cc   2011-11-08 01:46:45.0 +0100
@@ -34,17 +34,22 @@
 #include 
 #include 
 #include 
-#if !defined (__FreeBSD__) && !defined(__FreeBSD_kernel__)
+#if defined(__linux__)
 #include 
 #include 
 //#include 
-#else
+#endif
+#if defined (__FreeBSD__) || defined(__FreeBSD_kernel__)
 #include 
 #include 
 #define CDROM_LEADOUT 0xAA
 #define CD_FRAMES 75 /* frames per second */
 #define CDROM_DATA_TRACK 0x4
 #endif
+#if defined (__GNU__)
+#include 
+#include 
+#endif
 #include 
 
 #include 

Bug#646063: net: fix route cache rebuilds

[Florian Fuessl]

Hi Eric,
 hi Ben,

this is an update regarding this case:

Eric Dumazet  wrote Fri, Oct 21, 2011 7:44 AM
> Le vendredi 21 octobre 2011 à 01:07 +0100, Ben Hutchings a écrit :
> 
> > Eric, do you see any problems with this?  Would we need any more
> > follow-up fixes?
> 
> Hi Ben
> 
> This patch is probably safe, it should avoid the emergency rebuild
> trigger.even with few entries in cache, because of one long chain
> [different TOS values being mapped to the same slot ]
> 
> But I believe another bug was fixed in 6a2bad70d546cf30
> (ipv4: Restart rt_intern_hash after emergency rebuild )
> 
> If Florian route cache use is light/normal, this second commit is
> probably not needed.

Unfortunately the system still suffered from two network disconnects starting 
with the following messages in the kernel log: 
Nov  7 06:38:41 spozerl kernel: [ 9025.854230] Route hash chain too long!
Nov  7 06:38:41 spozerl kernel: [ 9025.854237] Adjust your secret_interval!
Nov  7 07:10:53 spozerl kernel: [10953.398869] eth0: 5 rebuilds is over limit, 
route caching disabled
Nov  7 07:10:53 spozerl kernel: [10953.398876] Route hash chain too long!
Nov  7 07:10:53 spozerl kernel: [10953.398878] Adjust your secret_interval!
Nov  7 07:12:59 spozerl kernel: [11080.006209] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.012829] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.019653] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.019704] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.022230] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.023285] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.023680] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.023731] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.024538] dst cache overflow
Nov  7 07:12:59 spozerl kernel: [11080.026248] dst cache overflow
Nov  7 07:13:04 spozerl kernel: [11085.007358] __ratelimit: 595 callbacks 
suppressed
Nov  7 07:13:04 spozerl kernel: [11085.007362] dst cache overflow
Nov  7 07:13:04 spozerl kernel: [11085.009144] dst cache overflow
[...]

-Florian




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

Bug#647962: dsniff: segfault if using -t $notaip

[Christoph Egger]

Package: dsniff
Version: 2.4b1+debian-21.1
Severity: important

dsniff segfaults, if the argument to -t is not an IP address but
something else (tried to feed it a MAC) in vsprintf

Regards

Christoph

-- 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.0.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dsniff depends on:
ii  libc62.13-21  
ii  libdb5.1 5.1.25-11
ii  libice6  2:1.0.7-2
ii  libnet1  1.1.4-2.1
ii  libnids1.21  1.23-2   
ii  libpcap0.8   1.1.1-8  
ii  libsm6   2:1.2.0-2
ii  libssl1.0.0  1.0.0e-2 
ii  libx11-6 2:1.4.4-2
ii  libxmu6  2:1.1.0-3
ii  openssl  1.0.0e-2 

dsniff recommends no packages.

dsniff 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#591102: iw: priority should be "optional"

[Jonathan Nieder]

Stefan Lippers-Hollmann wrote:

> I've applied your change to the packaging Vcs in 
> http://anonscm.debian.org/viewvc/pkg-wpa/?view=revision&revision=1628
> mostly on the merits of crda (recommends)

Makes sense.  Thanks for your attention to detail.



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

Bug#556526: hurd - FHS violation: /libexec

[Samuel Thibault]

Philipp Kern, le Wed 07 Sep 2011 11:07:31 +0200, a écrit :
> Package: hurd
> Version: 20090404-2
> Severity: important
> 
> Hurd violates the FHS by using /libexec. This name seems to be only used
> by init and /etc/ttys.

It shouldn't be too hard to move from /libexec, there's currently

console-run
getty
rc
@runsystem
runsystem.gnu
runttys

getty could go into /sbin/getty (util-linux does not ship it),
console-run and runttys probably, too. rc could go to /etc/hurd/rc, as
well as runsystem?

Samuel



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

Bug#647961: xorg-server: --enable-debug exposes compile error

[Brenda J. Butler]

Package: xorg-server
Version: 1.7.7
Severity: minor

What I did:
  apt-get source xorg-server=1.7.7
  cd xorg-server-1.7.7
  fakeroot debian/rules patch
  sed -i 's/--disable-debug/--enable-debug/' debian/rules
  fakeroot debian/rules build

Results:
   ...
  CCxf86Config.o
../../../../hw/xfree86/common/xf86Config.c: In function 'configInputDevices':
../../../../hw/xfree86/common/xf86Config.c:1501: error: request for member 
'lay_identifier' in something not a structure or union
make[6]: *** [xf86Config.lo] Error 1
   ...

What I expected:
   A completed build.

Note:  build without the change from sed succeeds.


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

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



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

Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.

[Jonathan Nieder]

forcemerge 639161 647960
tags 639161 - moreinfo
quit

Guy Roussin wrote:

> i get this error every 20seconds with my Hauppauge Nova-T Stick USB.

More details at http://bugs.debian.org/639161



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

Bug#147778: sigwait manpage still missing

[Simon Paillard]

tags 147778 +confirmed
thanks

Hi,

On Sun, Jun 05, 2011 at 08:02:13PM +0200, Johan Walles wrote:
> reopen 147778
> found 147778 3.27-1
> thanks
> 
> Hi there!
> 
> Which version exactly of manpages-dev contains the sigwait() documentation?
> I have manpages 3.27-1 on my system and "man sigwait" doesn't work:

Though included since upstream manpages 3-02, it is still excluded during
package build, because it was provided by glibc-doc (until Lenny included).

As there is no conflict anymore for that manpage in Debian, I guess next
version of manpages in Debian can provide (finally) sigwait(3).
 
Thanks for the heads up. 

-- 
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#646871: stopmotion: Cannot add image file whose filename contains non-ASCII chars

[Developers DoudouLinux]

> Click the "Add picture" button.
> Select /tmp/test-é.jpg.
> 
>* What was the outcome of this action?
> 
> "You don't have permission to read that file".

I can reproduce this bug using an image with a pure ASCII filename but a
parent directory containing an accentuated character.

By the way I attached a Stopmotion file that cannot be loaded anymore.
Its name contains a non-ASCII character. Renaming it doesn't solve the
issue, I think file names are written in STO files too (they are archive
files indeed).

Cheers,
JM. Philippe



tarrJmDnFVUR7.tar
Description: Unix tar archive

Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.

[Jonathan Nieder]

Jonathan Nieder wrote:
> Guy Roussin wrote:

>> i get this error every 20seconds with my Hauppauge Nova-T Stick USB.
>> see also https://bugzilla.redhat.com/show_bug.cgi?id=733827
>
> Does the following patch fix it?

Hmm, probably best to apply the following while at it.

commit 79fcce3230b1
Author: Patrick Boettcher 
Date:   Wed Aug 3 12:08:21 2011 -0300

[media] DiBcom: protect the I2C bufer access

This patch protects the I2C buffer access in order to manage concurrent
access. This protection is done using mutex.
Furthermore, for the dib9000, if a pid filtering command is
received during the tuning, this pid filtering command is delayed to
avoid any concurrent access issue.

Cc: Mauro Carvalho Chehab 
Cc: Florian Mickler 
Cc: sta...@kernel.org
Signed-off-by: Olivier Grenie 
Signed-off-by: Patrick Boettcher 
Signed-off-by: Mauro Carvalho Chehab 

diff --git a/drivers/media/dvb/frontends/dib0070.c 
b/drivers/media/dvb/frontends/dib0070.c
index 1d47d4da7d4c..dc1cb17a6ea7 100644
--- a/drivers/media/dvb/frontends/dib0070.c
+++ b/drivers/media/dvb/frontends/dib0070.c
@@ -27,6 +27,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include "dvb_frontend.h"
 
@@ -78,10 +79,18 @@ struct dib0070_state {
struct i2c_msg msg[2];
u8 i2c_write_buffer[3];
u8 i2c_read_buffer[2];
+   struct mutex i2c_buffer_lock;
 };
 
-static uint16_t dib0070_read_reg(struct dib0070_state *state, u8 reg)
+static u16 dib0070_read_reg(struct dib0070_state *state, u8 reg)
 {
+   u16 ret;
+
+   if (mutex_lock_interruptible(&state->i2c_buffer_lock) < 0) {
+   dprintk("could not acquire lock");
+   return 0;
+   }
+
state->i2c_write_buffer[0] = reg;
 
memset(state->msg, 0, 2 * sizeof(struct i2c_msg));
@@ -96,13 +105,23 @@ static uint16_t dib0070_read_reg(struct dib0070_state 
*state, u8 reg)
 
if (i2c_transfer(state->i2c, state->msg, 2) != 2) {
printk(KERN_WARNING "DiB0070 I2C read failed\n");
-   return 0;
-   }
-   return (state->i2c_read_buffer[0] << 8) | state->i2c_read_buffer[1];
+   ret = 0;
+   } else
+   ret = (state->i2c_read_buffer[0] << 8)
+   | state->i2c_read_buffer[1];
+
+   mutex_unlock(&state->i2c_buffer_lock);
+   return ret;
 }
 
 static int dib0070_write_reg(struct dib0070_state *state, u8 reg, u16 val)
 {
+   int ret;
+
+   if (mutex_lock_interruptible(&state->i2c_buffer_lock) < 0) {
+   dprintk("could not acquire lock");
+   return -EINVAL;
+   }
state->i2c_write_buffer[0] = reg;
state->i2c_write_buffer[1] = val >> 8;
state->i2c_write_buffer[2] = val & 0xff;
@@ -115,9 +134,12 @@ static int dib0070_write_reg(struct dib0070_state *state, 
u8 reg, u16 val)
 
if (i2c_transfer(state->i2c, state->msg, 1) != 1) {
printk(KERN_WARNING "DiB0070 I2C write failed\n");
-   return -EREMOTEIO;
-   }
-   return 0;
+   ret = -EREMOTEIO;
+   } else
+   ret = 0;
+
+   mutex_unlock(&state->i2c_buffer_lock);
+   return ret;
 }
 
 #define HARD_RESET(state) do { \
@@ -734,6 +756,7 @@ struct dvb_frontend *dib0070_attach(struct dvb_frontend 
*fe, struct i2c_adapter
state->cfg = cfg;
state->i2c = i2c;
state->fe  = fe;
+   mutex_init(&state->i2c_buffer_lock);
fe->tuner_priv = state;
 
if (dib0070_reset(fe) != 0)
diff --git a/drivers/media/dvb/frontends/dib0090.c 
b/drivers/media/dvb/frontends/dib0090.c
index c9c935ae41e4..b174d1c78583 100644
--- a/drivers/media/dvb/frontends/dib0090.c
+++ b/drivers/media/dvb/frontends/dib0090.c
@@ -27,6 +27,7 @@
 #include 
 #include 
 #include 
+#include 
 
 #include "dvb_frontend.h"
 
@@ -196,6 +197,7 @@ struct dib0090_state {
struct i2c_msg msg[2];
u8 i2c_write_buffer[3];
u8 i2c_read_buffer[2];
+   struct mutex i2c_buffer_lock;
 };
 
 struct dib0090_fw_state {
@@ -208,10 +210,18 @@ struct dib0090_fw_state {
struct i2c_msg msg;
u8 i2c_write_buffer[2];
u8 i2c_read_buffer[2];
+   struct mutex i2c_buffer_lock;
 };
 
 static u16 dib0090_read_reg(struct dib0090_state *state, u8 reg)
 {
+   u16 ret;
+
+   if (mutex_lock_interruptible(&state->i2c_buffer_lock) < 0) {
+   dprintk("could not acquire lock");
+   return 0;
+   }
+
state->i2c_write_buffer[0] = reg;
 
memset(state->msg, 0, 2 * sizeof(struct i2c_msg));
@@ -226,14 +236,24 @@ static u16 dib0090_read_reg(struct dib0090_state *state, 
u8 reg)
 
if (i2c_transfer(state->i2c, state->msg, 2) != 2) {
printk(KERN_WARNING "DiB0090 I2C read failed\n");
-   return 0;
-   }
+   ret = 0;
+   } else
+   ret = (state->i2c_read_buffer[0] << 8)
+   | state->i2c_read_buffer[1

Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.

[Jonathan Nieder]

tags 647960 + patch moreinfo
quit

Hi Guy,

Guy Roussin wrote:

> i get this error every 20seconds with my Hauppauge Nova-T Stick USB.
> see also https://bugzilla.redhat.com/show_bug.cgi?id=733827

Does the following patch fix it?  See
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html for
instructions for testing patches.

The patch is part of mainline and was cc-ed to sta...@kernel.org,
so hopefully it will be part of a kernel near you soon.

commit bff469f4167f
Author: Olivier Grenie 
Date:   Mon Aug 1 12:45:58 2011 -0300

[media] dib0700: protect the dib0700 buffer access

This patch protects the common buffer access inside the dib0700 in order
to manage concurrent access. This protection is done using mutex.

Cc: Mauro Carvalho Chehab 
Cc: Florian Mickler 
Cc: sta...@kernel.org
Signed-off-by: Javier Marcet 
Signed-off-by: Olivier Grenie 
Signed-off-by: Patrick Boettcher 
[mche...@redhat.com: dprint requires 3 arguments. Replaced by dib_info]
Signed-off-by: Mauro Carvalho Chehab 

diff --git a/drivers/media/dvb/dvb-usb/dib0700_core.c 
b/drivers/media/dvb/dvb-usb/dib0700_core.c
index 5eb91b4f8fd0..a224e94325b7 100644
--- a/drivers/media/dvb/dvb-usb/dib0700_core.c
+++ b/drivers/media/dvb/dvb-usb/dib0700_core.c
@@ -30,6 +30,11 @@ int dib0700_get_version(struct dvb_usb_device *d, u32 
*hwversion,
struct dib0700_state *st = d->priv;
int ret;
 
+   if (mutex_lock_interruptible(&d->usb_mutex) < 0) {
+   deb_info("could not acquire lock");
+   return 0;
+   }
+
ret = usb_control_msg(d->udev, usb_rcvctrlpipe(d->udev, 0),
  REQUEST_GET_VERSION,
  USB_TYPE_VENDOR | USB_DIR_IN, 0, 0,
@@ -46,6 +51,7 @@ int dib0700_get_version(struct dvb_usb_device *d, u32 
*hwversion,
if (fwtype != NULL)
*fwtype = (st->buf[12] << 24) | (st->buf[13] << 16) |
(st->buf[14] << 8) | st->buf[15];
+   mutex_unlock(&d->usb_mutex);
return ret;
 }
 
@@ -108,7 +114,12 @@ int dib0700_ctrl_rd(struct dvb_usb_device *d, u8 *tx, u8 
txlen, u8 *rx, u8 rxlen
 int dib0700_set_gpio(struct dvb_usb_device *d, enum dib07x0_gpios gpio, u8 
gpio_dir, u8 gpio_val)
 {
struct dib0700_state *st = d->priv;
-   s16 ret;
+   int ret;
+
+   if (mutex_lock_interruptible(&d->usb_mutex) < 0) {
+   deb_info("could not acquire lock");
+   return 0;
+   }
 
st->buf[0] = REQUEST_SET_GPIO;
st->buf[1] = gpio;
@@ -116,6 +127,7 @@ int dib0700_set_gpio(struct dvb_usb_device *d, enum 
dib07x0_gpios gpio, u8 gpio_
 
ret = dib0700_ctrl_wr(d, st->buf, 3);
 
+   mutex_unlock(&d->usb_mutex);
return ret;
 }
 
@@ -125,6 +137,11 @@ static int dib0700_set_usb_xfer_len(struct dvb_usb_device 
*d, u16 nb_ts_packets)
int ret;
 
if (st->fw_version >= 0x10201) {
+   if (mutex_lock_interruptible(&d->usb_mutex) < 0) {
+   deb_info("could not acquire lock");
+   return 0;
+   }
+
st->buf[0] = REQUEST_SET_USB_XFER_LEN;
st->buf[1] = (nb_ts_packets >> 8) & 0xff;
st->buf[2] = nb_ts_packets & 0xff;
@@ -132,6 +149,7 @@ static int dib0700_set_usb_xfer_len(struct dvb_usb_device 
*d, u16 nb_ts_packets)
deb_info("set the USB xfer len to %i Ts packet\n", 
nb_ts_packets);
 
ret = dib0700_ctrl_wr(d, st->buf, 3);
+   mutex_unlock(&d->usb_mutex);
} else {
deb_info("this firmware does not allow to change the USB xfer 
len\n");
ret = -EIO;
@@ -208,6 +226,10 @@ static int dib0700_i2c_xfer_new(struct i2c_adapter *adap, 
struct i2c_msg *msg,
 
} else {
/* Write request */
+   if (mutex_lock_interruptible(&d->usb_mutex) < 0) {
+   deb_info("could not acquire lock");
+   return 0;
+   }
st->buf[0] = REQUEST_NEW_I2C_WRITE;
st->buf[1] = msg[i].addr << 1;
st->buf[2] = (en_start << 7) | (en_stop << 6) |
@@ -227,6 +249,7 @@ static int dib0700_i2c_xfer_new(struct i2c_adapter *adap, 
struct i2c_msg *msg,
 USB_TYPE_VENDOR | USB_DIR_OUT,
 0, 0, st->buf, msg[i].len + 4,
 USB_CTRL_GET_TIMEOUT);
+   mutex_unlock(&d->usb_mutex);
if (result < 0) {
deb_info("i2c write error (status = %d)\n", 
result);
break;
@@ -249,6 +272,10 @@ static int dib0700_i2c_xfer_legacy(struct i2c_adapter 
*adap,
 
if (mutex_lock_interruptible(&d->i2c_mutex) < 0)
   

Bug#631844: s5 output produces invalid xhtml

[John MacFarlane]

This is fixed in pandoc 1.8.2 and later versions.

+++ Clint Adams [Jun 27 11 17:26 ]:
> Package: pandoc
> Version: 1.8.1.1-1
> 
> When using --offline and producing s5 output, pandoc generates
> XHTML 1.0 Transitional with inline JavaScript.  This JavaScript
> is not tagged as CDATA and thus XML parsers choke.
> 
> To solve this, the inline JavaScript can be encloesd within
> a
> 
> 
> tag, though the resulting page is still not properly rendered.
> 
> 
> 



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

Bug#647925: Acknowledgement (hibernate cancel option needed)

[E.S. Rosenberg]

I had some wrong logic in the hook I created I now got it working, I
still think it would be nice if there was a pm-hibernate -c and/or
pm-action -c or something similar.

Thanks,
Eli

For those who desire a workaround here is mine:

#!/bin/bash
#
# Description:
# This script presents the user with a confirmation dialog when the
system tries to hibernate.
# If the user clicks 'yes' or lets the dialog timeout the hibernate
process will continue.
# If the user clicks 'no' the hibernate process will be interrupted.
#
# Things to improve:
# - the script currently relies/depends on zenity, no fallback is provided.
# - the script currently does not dynamically detect the screen number
of the active session,
#   it assumes it to be :0.
#
# Author/History:
# - 2011 Nov 7 - Created - E.S. Rosenberg a.k.a. Keeper of the Keys
#

q_timeout=5
q_text="Hibernate?"

DISPLAY=:0

if (( $# >= 1 )); then
if [[ "$1" == "hibernate" ]] || [[ "$2" == "hibernate" ]]; then
my_pid=${BASHPID}
pm_pid=`cat /proc/${my_pid}/stat | awk '{ print $4; }'`
zenity --question --timeout=${q_timeout}
--text=${q_text}
pm_act=$?
if (( ${pm_act} == 1 )); then
kill -9 ${pm_pid}
else
exit 0
fi
fi
fi



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

Bug#647960: linux-image-3.0.0-2-amd64: dib0700: tx buffer length is larger than 4. Not supported.

[Guy Roussin]

Package: linux-2.6
Version: 3.0.0-6
Severity: normal

Hi,
i get this error every 20seconds with my Hauppauge Nova-T Stick USB.
see also https://bugzilla.redhat.com/show_bug.cgi?id=733827
Thank you,
Guy


-- Package-specific info:
** Version:
Linux version 3.0.0-2-amd64 (Debian 3.0.0-6) (b...@decadent.org.uk) (gcc 
version 4.5.3 (Debian 4.5.3-9) ) #1 SMP Wed Nov 2 04:50:05 UTC 2011


** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.0.0-2-amd64 root=/dev/mapper/vg0-root ro quiet

** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[2.040053] usb 7-4: new low speed USB device number 2 using ohci_hcd
[2.209087] usb 7-4: New USB device found, idVendor=413c, idProduct=2003
[2.209099] usb 7-4: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0

[2.209109] usb 7-4: Product: Dell USB Keyboard
[2.209117] usb 7-4: Manufacturer: Dell
[2.480034] usb 7-5: new low speed USB device number 3 using ohci_hcd
[2.648087] usb 7-5: New USB device found, idVendor=045e, idProduct=0040
[2.648099] usb 7-5: New USB device strings: Mfr=1, Product=3, 
SerialNumber=0
[2.648108] usb 7-5: Product: Microsoft 3-Button Mouse with 
IntelliEye(TM)

[2.648117] usb 7-5: Manufacturer: Microsoft
[2.666551] input: Dell Dell USB Keyboard as 
/devices/pci:00/:00:13.0/usb7/7-4/7-4:1.0/input/input0
[2.75] generic-usb 0003:413C:2003.0001: input,hidraw0: USB HID 
v1.10 Keyboard [Dell Dell USB Keyboard] on usb-:00:13.0-4/input0
[2.671490] input: Microsoft Microsoft 3-Button Mouse with 
IntelliEye(TM) as 
/devices/pci:00/:00:13.0/usb7/7-5/7-5:1.0/input/input1
[2.671627] generic-usb 0003:045E:0040.0002: input,hidraw1: USB HID 
v1.10 Mouse [Microsoft Microsoft 3-Button Mouse with IntelliEye(TM)] on 
usb-:00:13.0-5/input0

[2.671658] usbcore: registered new interface driver usbhid
[2.671662] usbhid: USB HID core driver
[2.899639] device-mapper: uevent: version 1.0.3
[2.899789] device-mapper: ioctl: 4.20.0-ioctl (2011-02-02) 
initialised: dm-de...@redhat.com

[3.271301] PM: Starting manual resume from disk
[3.271310] PM: Hibernation image partition 254:1 present
[3.271314] PM: Looking for hibernation image.
[3.271608] PM: Image not found (code -22)
[3.271619] PM: Hibernation image not present or could not be loaded.
[3.336051] EXT4-fs (dm-0): mounted filesystem with ordered data 
mode. Opts: (null)

[4.775072] udevd[304]: starting version 172
[5.613687] input: Power Button as 
/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input2

[5.613701] ACPI: Power Button [PWRB]
[5.613842] input: Lid Switch as 
/devices/LNXSYSTM:00/device:00/PNP0C0D:00/input/input3

[5.613896] ACPI: Lid Switch [LID]
[5.614007] input: Power Button as 
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4

[5.614014] ACPI: Power Button [PWRF]
[5.715697] piix4_smbus :00:14.0: SMBus Host Controller at 0xb00, 
revision 0

[5.776702] input: PC Speaker as /devices/platform/pcspkr/input/input5
[5.792316] ACPI: acpi_idle registered with cpuidle
[6.065125] SP5100 TCO timer: SP5100 TCO WatchDog Timer Driver v0.01
[6.065248] SP5100 TCO timer: mmio address 0xbafe00 already in use
[6.339257] Disabling lock debugging due to kernel taint
[6.339309] fglrx: module license 'Proprietary. (C) 2002 - ATI 
Technologies, Starnberg, GERMANY' taints kernel.
[6.488637] [fglrx] Maximum main memory to use for locked dma 
buffers: 3429 MBytes.

[6.488728] [fglrx]   vendor: 1002 device: 9802 count: 1
[6.489581] [fglrx] ioport: bar 1, base 0xf000, size: 0x100
[6.489604] pci :00:01.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[6.489613] pci :00:01.0: setting latency timer to 64
[6.490431] [fglrx] Kernel PAT support is enabled
[6.490476] [fglrx] module loaded - fglrx 8.90.5 [Oct 12 2011] with 1 
minors
[6.515273] HDA Intel :00:01.1: PCI INT B -> GSI 19 (level, low) 
-> IRQ 19

[6.515637] HDA Intel :00:01.1: irq 44 for MSI/MSI-X
[6.515679] HDA Intel :00:01.1: setting latency timer to 64
[6.557073] HDMI status: Pin=3 Presence_Detect=0 ELD_Valid=0
[6.557566] input: HD-Audio Generic HDMI/DP as 
/devices/pci:00/:00:01.1/sound/card0/input6
[6.557821] HDA Intel :00:14.2: PCI INT A -> GSI 16 (level, low) 
-> IRQ 16

[6.656886] hda_codec: ALC887-VD: BIOS auto-probing.
[6.658755] input: HDA Digital PCBeep as 
/devices/pci:00/:00:14.2/input/input7
[6.663288] input: HDA ATI SB Headphone as 
/devices/pci:00/:00:14.2/sound/card1/input8

[6.863337] IR NEC protocol handler initialized
[7.060439] dib0700: loaded with support for 20 different device-types
[7.060778] dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state.
[7.060855] dvb-usb: will pass the complete MPEG2 transport stream to 
the software demuxer.

[7.061115] DVB: registering new adapter (Hauppauge Nova-T

Bug#647959: xul-ext-tabmixplus: tabmixplus is incompatible with iceweasel 7.0.1

[Mikolaj Menke]

Package: xul-ext-tabmixplus
Version: 0.3.8.6-1
Severity: important

Extensions manager says this addon is incompatible with iceweasel 7.0.1.

-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (100, 'unstable'), 
(100, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages xul-ext-tabmixplus depends on:
ii  iceweasel 7.0.1-4Web browser based on Firefox

xul-ext-tabmixplus recommends no packages.

xul-ext-tabmixplus 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#631120: [Pkg-openldap-devel] Bug#631120: slapd-smbk5pwd: Overlay can not be added

[Quanah Gibson-Mount]

--On Monday, November 07, 2011 7:44 PM +0800 David Adam 
 wrote:



It has also been filed upstream at
   http://www.OpenLDAP.org/its/index.cgi?findid=7082


This has been fixed upstream.  It also has raised 
 which is currently 
being fixed.


--Quanah

--

Quanah Gibson-Mount
Sr. Member of Technical Staff
Zimbra, Inc
A Division of VMware, Inc.

Zimbra ::  the leader in open source messaging and collaboration



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

Bug#647958: linux 3.1: debconf prompts for iwlwifi-135-IWL135_UCODE_API_MAX.ucode firmware instead of iwlwifi-135-6.ucode

[Paul Wise]

Package: linux-2.6
Version: 3.1.0-1~experimental.1
Severity: normal

I just installed the Linux 3.1 image from experimental and it prompted
for the installation of these firmware files:

iwlagn: iwlwifi-135-IWL135_UCODE_API_MAX.ucode, iwlwifi-105-5.ucode,  
iwlwifi-2030-5.ucode, iwlwifi-2000-5.ucode

The first one is a bug that is fixed by this patch:

http://article.gmane.org/gmane.linux.kernel.wireless.general/77203

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#647793: xdg-screensaver: use grep's -q and -s options

[Per Olofsson]

2011-11-08 00:16, Tanguy Ortolo skrev:
>> (Also, I'm not sure why you would want to use -s.)
> To avoid getting error messages, instead of getting them and thowing
> them away by redirecting stderr. It looks cleaner to me, but I may be
> wrong.

According to grep's man page, -s suppresses error messages about missing
files. I don't think that applies to stdin (perhaps if you get "broken
pipe").

I think the original code is wrong, it shouldn't redirect stderr from
grep at all. If grep encounters an error (which is unlikely) it is
better to display it.

-- 
Pelle



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

Bug#555034: Orphaning mlview

[Niels Thykier]

reassign 555034 wnpp
retitle 555034 O: mlview - xml editor for GNOME environment
thanks

Hi,

I am hereby orphaning mlview[1] on behalf of Sebastian Bacher.  As it is
RC buggy and has a very low popcon, I intend to RM within 14 days unless
someone picks it up.

~Niels

[1]


Package: mlview
Version: 0.9.0-2.2
Priority: optional
Section: editors
Maintainer: Sebastien Bacher 
Depends: [...]
Description: An xml editor for GNOME environment
 Some features:

 * cut/copy/paste as child/paste as prev/paste as next/ of xml elements
 * xml element/attributes search
 * multi docs edition
 * Several editing views can be opened on the same document
 * drag and drop based copy/cut/past of xml elements
 * edition of xml elements and attributes can be made directly on the tree
 * namespace support
 * on-demand validation
 * graphical error reporting. Parse/validation time errors reported
graphically.
 * when validation is switched on, MlView proposes an
elements/attributes completion feature. When an element is added to the
tree, MlView also add the children elements required by the DTD for the
document to be valid.
 * Validation can be switched off. The xml document editon can then be
done without any constraint.




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

Bug#635999: Please split the qemu-user-static package into separate binary packages

[Vagrant Cascadian]

On Sat, Jul 30, 2011 at 04:47:39PM +0300, Riku Voipio wrote:
> On Sat, Jul 30, 2011 at 03:27:21PM +0900, Emmet Hikory wrote:
> > Please split the qemu-user-static package into multiple separate
> > packages, for each target on each architecture.  I am a frequent user
> > of qemu-user-static for cross-chroots, but I only care about a small
> > subset of architectures (specifically armel and powerpc on amd64 hosts
> > as well as armel and i386 on powerpc hosts).  I'd prefer not to have
> > to install and update a 30MB package to achieve these narrow goals.
> 
> I think this shall be wontfix. Apart from some ludicrous corner cases, this 
> package isn't ever installed on machines where space is a relevant issue. 
> The cross-chroots alone are many times bigger than the qemu package. 

when multi-arch is supported, this gets more interesting, as you could install 
the appropriate host architecture binary in the chroot itself, and get updates 
through apt. 


> Furthermore, the extra work overhead of maintaining many tiny packages 
> (and introducing new one every time a new target is added) is just not
> worth it.

by packaging into related collections that are known to work in a cross-chroot
(arm, mipsel, powerpc, as far as i know), and another package with all the 
other variants, i think we can keep the packages to a reasonable number.


live well,
  vagrant



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

Bug#647794: xdg-screensaver: xserver-blanking patch not needed anymore

[Per Olofsson]

2011-11-06 13:40, Tanguy Ortolo skrev:
> Hello,
> 
> It looks like the xserver-blank patch has been applied upstream, so it is not
> needed anymore as it only creates duplicated sections. Here is a git-formated
> patch that removes it:
> $ git am 0001-Remove-patch-xserver-blanking.diff-now-useless.patch
> 
> I did not touch the debian/changelog, I leave that to you. :-)

Thanks! Applied.

-- 
Pelle



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

Bug#436094: Bug#636000: Please split the qemu-system package into per-target packages

[Vagrant Cascadian]

tags 636000 pending
tags 436094 pending
thanks

On Sat, Jul 30, 2011 at 03:30:44PM +0900, Emmet Hikory wrote:
> Please split the qemu-system package into multiple per-target
> packages.  I am an occasional user of qemu-system to host powerpc
> guests on amd64, and would prefer not to install and update a 50MB
> package, as well as the bootloaders for every supported architecture
> for my simple needs.

i'm planning on uploading the following to experimental with 1.0~rc0:

commit 6dca3316604f9dda61e54e97c6eb6d78a5217660
Author: Vagrant Cascadian 
Date:   Mon Nov 7 14:01:05 2011 -0800

split arm, mips, ppc, sparc and x86 qemu-system binaries into their own
packages, create qemu-system-misc for the rest, and qemu-system-common for
the shared files.

http://anonscm.debian.org/gitweb/?p=pkg-qemu/qemu.git;a=shortlog;h=refs/heads/qemu-system-split

not only does this allow for a more granular qemu-system install, this also 
allows us to properly keep the firmware associated with the appropriate 
qemu-system package.


live well,
  vagrant



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

Bug#647793: xdg-screensaver: use grep's -q and -s options

[Tanguy Ortolo]

Per Olofsson, 2011-11-08 00:06 UTC+0100:
> While I agree with your patch, I don't think this is a change that
> should be made in the Debian package. Please send the patch upstream
> instead.

Okay, I shall do that.

> (Also, I'm not sure why you would want to use -s.)

To avoid getting error messages, instead of getting them and thowing
them away by redirecting stderr. It looks cleaner to me, but I may be
wrong.

-- 
Tanguy Ortolo


signature.asc
Description: Digital signature

Bug#647793: xdg-screensaver: use grep's -q and -s options

[Per Olofsson]

tag 647793 upstream wontfix
thanks

Hi,

2011-11-06 13:29, Tanguy Ortolo skrev:
> I have just seen that xdg-screensaver uses several grep commands as 
> conditions,
> adding >/dev/null and 2>/dev/null redirections. Using grep's -q and -s options
> would be advisable (and faster, as grep -q exits at the first match instead of
> waiting for the end of file). Here is a patch that implements that.

While I agree with your patch, I don't think this is a change that
should be made in the Debian package. Please send the patch upstream
instead.

(Also, I'm not sure why you would want to use -s.)

-- 
Pelle



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

Bug#647791: xdg-screensaver: gnome-screensaver detected by default

[Tanguy Ortolo]

Per Olofsson, 2011-11-08 00:03 UTC+0100:
> We also need to add LC_ALL=C, otherwise gnome-screensaver-command will
> output a localised message.

That would be safer, but I do not think it does: I get the message in
English here, even with my French locale.

-- 
 ,--.
: /` )   Tanguy Ortolo  
| `-'Debian Maintainer
 \_


signature.asc
Description: Digital signature

Bug#647957: lxc: [INTL:pt] Updated Portuguese translation for debconf messages

[Miguel Figueiredo]

Package: lxc
Version: n/a
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for lxc's debconf messages.
Translator: Miguel Figueiredo 
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org





pt.po.gz
Description: GNU Zip compressed data

Bug#647791: xdg-screensaver: gnome-screensaver detected by default

[Per Olofsson]

2011-11-06 22:10, Tanguy Ortolo skrev:
> Tanguy Ortolo, 2011-11-06 13:25 UTC+0100:
>> Here is a patch to correct that: it adds a grep to look for “not running” in
>> gnome-screensaver-command's stderr instead of relying on the exit code. I 
>> also
>> modified the xscreensaver detection line just above to use the quiet option 
>> of
>> grep, which is appropriate here.
> 
> I have just realized that my patch may have unwanted side effets when
> gnome-screensaver is not even installed, and thus the commande
> gnome-screensaver-command not available. It should be checked first; I
> can adjust my patch for that if you want.
> 

Well, that would be if the shell outputs "not running" when the command
is not found. Which is not very likely, but you never know of course. I
can add a check for it.

-- 
Pelle



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

Bug#646893: totem: MIDI file playing never ends

[Developers DoudouLinux]

Here is a small sample MIDI file to try to reproduce the bug. Its
duration is 41 seconds but Totem will play long after its end :). Note
that this is a CC-BY-SA licensed file from WikiMedia foundation sites.

Cheers,
JM.



ode.mid
Description: MIDI audio

Bug#647791: xdg-screensaver: gnome-screensaver detected by default

[Per Olofsson]

Hi Tanguy,

2011-11-06 13:25, Tanguy Ortolo skrev:
> The latest version of gnome-screensaver-command does not seem to exit 1 when
> gnome-screensaver is not running. As a consequence, xdg-screensaver:966 always
> considers gnome-screensaver is being used.

Thanks a lot for spotting this!

> Here is a patch to correct that: it adds a grep to look for “not running” in
> gnome-screensaver-command's stderr instead of relying on the exit code. I also
> modified the xscreensaver detection line just above to use the quiet option of
> grep, which is appropriate here.

I would prefer if you don't put unrelated changes in the same patch
though. But don't worry about it.

We also need to add LC_ALL=C, otherwise gnome-screensaver-command will
output a localised message.

-- 
Pelle



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

Bug#647956: stopmotion: Cannot add image file whose filename contains non-ASCII chars

[intrigeri+debian]

Package: stopmotion
Version: 0.6.2-1.1
Severity: normal

Dear Maintainer,

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

$ sudo apt-get install live-build
$ cp /usr/share/live/build/includes/squeeze/install/pics/debian.jpg 
/tmp/test-é.jpg
$ stopmotion

Click the "Add picture" button.
Select /tmp/test-é.jpg.

   * What was the outcome of this action?

"You don't have permission to read that file".

   * What outcome did you expect instead?

Adding this picture to stopmotion UI.


Please note that this *does* work:

$ sudo apt-get install live-build
$ cp /usr/share/live/build/includes/squeeze/install/pics/debian.jpg 
/tmp/test.jpg
$ stopmotion

Click the "Add picture" button.
Select /tmp/test.jpg.


This might be related to #646871, but contrary to what Jean-Michel
reports, in my case nothing is sent to STDOUT, hence this new
bug report.

Cheers,

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

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

Versions of packages stopmotion depends on:
ii  libc6 2.13-21  
ii  libgcc1   1:4.6.1-15   
ii  libqtcore44:4.7.3-5
ii  libqtgui4 4:4.7.3-5
ii  libsdl-image1.2   1.2.10-2.1+b1
ii  libsdl1.2debian   1.2.14-6.4   
ii  libstdc++64.6.1-15 
ii  libtar0 [libtar]  1.2.11-8 
ii  libvorbisfile31.3.2-1  
ii  libx11-6  2:1.4.4-2
ii  libxml2   2.7.8.dfsg-5 

Versions of packages stopmotion recommends:
ii  dvgrab   3.5-1+b2
ii  ffmpeg   4:0.7.2-1+b1
ii  vgrabbj  0.9.6-5 

Versions of packages stopmotion suggests:
ii  gimp  2.6.11-5

-- no debconf information

--
  intrigeri 
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
  | So what?



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

Bug#647726: dnsmasq does not stop at reboot and halt

[Andreas Stempfhuber]

Hi Simon,

Am Montag, 7. November 2011 schrieb Andreas Stempfhuber:
> Hi Simon,
> 
> Am Montag, 7. November 2011 schrieb Simon Kelley:
> > On 07/11/11 20:22, Andreas Stempfhuber wrote:
> > > I was able to replicate the issue by manually stopping the syslog
> > > daemon and then manually stopping dnsmasq. In this sequence dnsmasq
> > > takes a long time (longer than 10 seconds) to stop.
> > 
> > I can't replicate this behaviour: I tried datagram and stream /dev/log,
> > and asynchronous logging in dnsmasq enabled/disabled and in all cases
> > dnsmasq notices that the log connection has gone and doesn't loop
> > waiting to flush the log.
> > 
> > Any clues as to why your system should be different? Could you let me
> > have a copy of your syslog and dnsmasq configs?
> 
> that's strange, I can replicate it with every Squeeze system I have tested
> so far using the default configuration. Here is an example:
> 
> muc-stempfhuber:~# apt-get purge dnsmasq dnsmasq-base klogd sysklogd
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following packages will be REMOVED:
>   dnsmasq* dnsmasq-base* klogd* sysklogd*
> 0 upgraded, 0 newly installed, 4 to remove and 10 not upgraded.
> After this operation, 1233 kB disk space will be freed.
> Do you want to continue [Y/n]?
> (Reading database ... 196626 files and directories currently installed.)
> Removing dnsmasq ...
> Stopping DNS forwarder and DHCP server: dnsmasq.
> Purging configuration files for dnsmasq ...
> Removing dnsmasq-base ...
> Removing klogd ...
> Stopping kernel log daemon
> Purging configuration files for klogd ...
> Removing sysklogd ...
> Stopping system log daemon
> Purging configuration files for sysklogd ...
> Processing triggers for man-db ...
> muc-stempfhuber:~# apt-get install dnsmasq sysklogd
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> The following extra packages will be installed:
>   dnsmasq-base klogd
> The following NEW packages will be installed:
>   dnsmasq dnsmasq-base klogd sysklogd
> 0 upgraded, 4 newly installed, 0 to remove and 10 not upgraded.
> Need to get 0 B/427 kB of archives.
> After this operation, 1233 kB of additional disk space will be used.
> Do you want to continue [Y/n]?
> Selecting previously deselected package dnsmasq-base.
> (Reading database ... 196562 files and directories currently installed.)
> Unpacking dnsmasq-base (from .../dnsmasq-base_2.55-2+b1_i386.deb) ...
> Selecting previously deselected package dnsmasq.
> Unpacking dnsmasq (from .../dnsmasq_2.55-2_all.deb) ...
> Selecting previously deselected package sysklogd.
> Unpacking sysklogd (from .../sysklogd_1.5-6_i386.deb) ...
> Selecting previously deselected package klogd.
> Unpacking klogd (from .../archives/klogd_1.5-6_i386.deb) ...
> Processing triggers for man-db ...
> Setting up dnsmasq-base (2.55-2+b1) ...
> Setting up dnsmasq (2.55-2) ...
> Starting DNS forwarder and DHCP server: dnsmasq.
> Setting up klogd (1.5-6) ...
> Starting kernel log daemon
> Setting up sysklogd (1.5-6) ...
> Starting system log daemon
> muc-stempfhuber:~# time /etc/init.d/sysklogd stop
> Stopping system log daemon
> 
> real0m0.013s
> user0m0.028s
> sys 0m0.004s
> muc-stempfhuber:~# time /etc/init.d/dnsmasq stop
> Stopping DNS forwarder and DHCP server: dnsmasq.
> 
> real0m31.121s
> user0m0.136s
> sys 0m0.216s
> 
> 
> And here is the result when the syslog daemon is running:
> 
> muc-stempfhuber:~# /etc/init.d/sysklogd start
> Starting system log daemon
> muc-stempfhuber:~# /etc/init.d/dnsmasq start
> Starting DNS forwarder and DHCP server: dnsmasq.
> muc-stempfhuber:~# time /etc/init.d/dnsmasq stop
> Stopping DNS forwarder and DHCP server: dnsmasq.
> 
> real0m1.097s
> user0m0.096s
> sys 0m0.036s
> 
> 
> I can exclude an issue with sysklogd as the other system I have used
> earlier today for replicating uses busybox-syslogd as syslog daemon.
> 
> Maybe it's related to a change between dnsmasq 2.55 in Squeeze and 2.59 in
> SID?

just did a strace, it says in a loop:

write(10, "<30>Nov  7 23:48:51 dnsmasq[6207"..., 77) = -1 ENOTCONN (Transport 
endpoint is not connected)
connect(10, {sa_family=AF_FILE, path="/dev/log"}, 110) = -1 ENOENT (No such 
file or directory)
nanosleep({0, 100}, NULL)   = 0

until dnsmasq is killed with SIGKILL by the start-stop-daemon.

Cheers,

Andi



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

Bug#647909: NetAddr::IP versions 4.045 through 4.053 are BROKEN

[gregor herrmann]

On Mon, 07 Nov 2011 17:49:07 -0500, sacrificial-spam-addr...@horizon.com wrote:

> > Ah, you removed the versions I had added again. Hm.
> Sorry for all the dicking around with the BTS; I made a bunch of mistakes
> (like not realizing that "affects" *replaces* the current list rather than
> *adding* to it, which messed you up since you'd already merged the bugs)

I think affects accepts a '+' for adding (like tag); I fell into the
trap too :)

> that I had to undo.  I *think* I've got it right now (and know better
> for future).

No worries, dealing with 4 bugs at the same time is indeed
complicated.

(I've now added back some found $version, just for historical
accuracy.)
 
> > 1) It's already uploaded.
> Not on any of the mirrors near me, yet, sigh.  But I have
> a working local package.

Yup, might take a few hours.
 
> > 2) git://git.debian.org/pkg-perl/packages/libnetaddr-ip-perl.git=20
> And now I have your package!  Thank you!

You're welcome. 


Cheers,
gregor

-- 
 .''`.   Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
 : :' :  Debian GNU/Linux user, admin, & developer - http://www.debian.org/
 `. `'   Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
   `-NP: Bettina Wegner: Ich hab die Nacht getraeumet


signature.asc
Description: Digital signature

Bug#647935: Pending fixes for bugs in the libcgi-application-plugin-messagestack-perl package

[pkg-perl-maintainers]

tag 647935 + pending
thanks

Some bugs in the libcgi-application-plugin-messagestack-perl package
are closed in revision 3009b82d4b8fa9c2fa1cca4ffe1b0e9f241ed7d2 in
branch 'master' by Nicholas Bamber

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libcgi-application-plugin-messagestack-perl.git;a=commitdiff;h=3009b82

Commit message:

Initial Release (Closes: #647935).




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

Bug#647924: gnome-panel: lost all configuration after upgrade

[Witold Baryluk]

On 11-07 22:31, Josselin Mouette wrote:
> severity 647924 wishlist
> tag 647924 wontfix
> thanks
> 
> Le lundi 07 novembre 2011 à 20:50 +0100, Witold Baryluk a écrit : 
> > I had pretty complex gnome-panel setup,
> > with 3 panels, about 12 applets, and many
> > activators. After upgrade and logging to my account
> > using gdm3 with "GNOME tryb zastępczy" (fallback mode, in pl_PL locales),
> > i was presented with two black panels, with standard layout
> > of applets.
> > 
> > Disaster.
> > 
> > Fortunately I have a backup of my system, and will try to recover
> > gnome-panel settings.
> > 
> > Is this known problem, or only me?
> 
> This is deliberate. The gnome-panel 3.x panels and applets configuration
> is not compatible with the gnome-panel 2.x in several ways (applets
> naming, location on the panels). Add to that the extreme complexity of
> the panel settings, a migration script is not really feasible.

I do not really see technical problems with implementing at least
approximate migration of what user had, and leave compatible
(maping them to new names) known applets, and map properly location.
I guess GNOME developers are just lazy :(


> Worse, it
> would lose the top-right menu, hence losing the ability to logout.
This is argument? Why to remove "System" menu from top-right menu
in the first place. If you want to not have System menu
in this applet, simply make it configurable and/or provide
alternative simple applet which do/don't have this single entry.
This way both new users (with Programs/Places on left + indicator applet on 
right),
and old users (whetever configuration they had, most probably 
programs/places/system,
or separate logout/poweroff buttons).


> 
> All in all this is not going to change.
> 

So where is information in changelogs about this?
Where is information after first login that settings will be lost?
Why I cannot add teatime (2.8.0-6) and computertemp (0.9.6.1-1.1) or
service-discovery-applet (0.4.4-4.1) applets? I guess there is
dozen other nice and usefull applets already in Debian
which will not working? Check... giplet - not working,
gnome-netstatus-applet - not working, hamster-applet - not working,
netspeed - not working.

Is this a joke?


Sad,
Witek


-- 
Witold Baryluk



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

Bug#647909: NetAddr::IP versions 4.045 through 4.053 are BROKEN

[sacrificial-spam-address]

> Hm I had hoped that I had fixed everything already.
> 
> /me looks again
> 
> Ah, you removed the versions I had added again. Hm.

Sorry for all the dicking around with the BTS; I made a bunch of mistakes
(like not realizing that "affects" *replaces* the current list rather than
*adding* to it, which messed you up since you'd already merged the bugs)
that I had to undo.  I *think* I've got it right now (and know better
for future).

> 1) It's already uploaded.

Not on any of the mirrors near me, yet, sigh.  But I have
a working local package.

> 2) git://git.debian.org/pkg-perl/packages/libnetaddr-ip-perl.git=20

And now I have your package!  Thank you!



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

Bug#643873: [Python-modules-team] Bug#643873: Making Numpy transition less painful

[Sandro Tosi]

On Tue, Nov 1, 2011 at 22:51, Jakub Wilk  wrote:
> * Sandro Tosi , 2011-11-01, 12:52:
>
> Dependencies generated by dh_numpy
> ==
> dh_numpy would generate dependency either on "python-numpy-abi$N" (by
> default) or on "python-numpy-api$N" (if a special option, say, --strict, 
> is
> used).
>>>
>>> I just realized that, in order to make packages using Cython happy, the
>>> first one will have to be:
>>>
>>> "python-numpy-abi$N, python-numpy (>= $V)"
>>>
>>> where $V is the first version with the current API. [0]
>>
>> Mh ok, so we need to keep 3 versions information: the ABI $N, the API $N,
>> and the version $V that introduced API $N - did I get it correctly?
>
> Yes. Though it'd better not to use same name for two distinct variables
> (yes, I know, I made the same mistake myself). :P

I was just using your "convention" (and mentally complaining it was
not $M $N) :P

> Gracefully handling the upcoming transition
>>
>> Ok, so we should start like this:
>>
>> - implement this proposal in the version currently in sid
>
> Here we could:
> - wait until new dh_numpy hits testing

oh sure

>>
>> - round of binNMUs
>> - wait for transition to testing?
>> - port the code to 1.6.1 package in experimental
>> - upload it to sid
>> - reiter
>>
>> is that correct?
>
> Yes, sounds about right.

I think we just need to see Piotr's reply to the pydist/non-pydist
question and then we're probably ok with this solution?

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



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

Bug#647955: ifplugd: Plug in cable while on wireless -> no default route

[Andrew Pimlott]

Package: ifplugd
Version: 0.28-19
Severity: normal

Dear Maintainer,

I run ifplugd on my eth0 ethernet interface, and use wpa_supplicant for
my eth1 wireless interface.  When I am on wireless and plug in my
ethernet cable, I often (but not always) end up with a configured eth0
interface but no default route.  This happens due to a race condition
between eth1 going down and eth0 coming up.  I don't think this is
necesarily ifplugd's fault, but I file it here so you can help route it
to the right place.

Here is what happens:

1.  ifplugd detects the ethernet interface.
2.  ifplugd runs /etc/ifplugd/action.d/action_wpa.  This calls "wpa_cli
-i eth1 disconnect", which takes down the eth1 interface asynchronously.
3.  ifplugd runs /etc/ifplugd/action.d/ifupdown.  This calls "ifup eth0",
which brings up the eth0 interface using dhcp (in my configuration).
4.  When dhclient gets a lease, it calls /sbin/dhclient-script, which
calls something like

  ip -4 route add default via 192.168.1.1 dev eth0

Unfortunately, at this point, since eth1 was taken down
asynchronously, it may still have the default route.  When this
command is run while eth1 has the default route, it fails with

  RTNETLINK answers: File exists

I can think of three possible solutions:

- wpasupplicant provides a synchronous call to take down the interface.
- ifplugd polls for the wireless interfaces to finish going down.
- isc-dhcp-client enables setting multiple default routes, so eth0 and
  eth1 both have default routes for the brief period where they coexist.

The last of these seems most logical to me, but from what I understand
it may be difficult to configure.  Maybe isc-dhcp-client could take over
the default route unconditionally.

Anyhow, I would appreciate your advice.

Andrew

-- Package-specific info:
 /sys/class/net/ interfaces:
/sys/class/net/eth0/
/sys/class/net/eth1/
/sys/class/net/lo/

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

Kernel: Linux 3.0.0-1-486
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 ifplugd depends on:
ii  debconf [debconf-2.0]  1.5.41 
ii  libc6  2.13-21
ii  libdaemon0 0.14-2 
ii  lsb-base   3.2-28 

Versions of packages ifplugd recommends:
ii  ifupdown  0.7~alpha5+really0.6.16

Versions of packages ifplugd suggests:
ii  wpasupplicant  0.7.3-5

-- debconf information:
* ifplugd/interfaces: eth0
* ifplugd/hotplug_interfaces:
* ifplugd/args: -f -u0 -d10 -w -I --no-beep
* ifplugd/suspend_action: stop



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

Bug#399930: Me too.

[Jasen Betts]

this hit me too. all the timestamps correlated with the logrotate
process.  have changed to nocreate in logrotate.d/exim-base.conf

+1 for fix the exim4 package and let the hypothetical broken log monitoring
software fend for itself.




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

Bug#647954: gnome-control-center: should build-depend on libgnome-desktop-3-dev >= 3.1.0

[tev...@gmail.com]

Package: gnome-control-center
Version: 1:3.0.2-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

According to the build log from buildd
(https://buildd.debian.org/status/fetch.php?pkg=gnome-control-
center&arch=i386&ver=1%3A3.2.1-1&stamp=1320503997), gnome-control-center needs
gnome-desktop-3.0 >= 3.1.0. The package build-depend is libgnome-desktop-3-dev
>= 2.91.0, thus buildd in not installing the correct version of the build-dep
and the build fails.



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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.15-1
ii  apg2.2.3.dfsg.1-2
ii  desktop-file-utils 0.15-2
ii  gnome-control-center-data  1:3.0.2-3
ii  gnome-desktop3-data3.0.2-2
ii  gnome-icon-theme   3.2.1.2-1
ii  gnome-icon-theme-symbolic  3.2.1-1
ii  gnome-menus3.2.0.1-1
ii  gnome-settings-daemon  3.0.3-3
ii  gsettings-desktop-schemas  3.2.0-1
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-21
ii  libcairo-gobject2  1.10.2-6.1
ii  libcairo2  1.10.2-6.1
ii  libcanberra-gtk3-0 0.28-3
ii  libcanberra0   0.28-3
ii  libcomerr2 1.42~WIP-2011-10-16-1
ii  libcups2   1.5.0-8
ii  libdbus-1-31.5.8-1
ii  libdbus-glib-1-2   0.98-1
ii  libfontconfig1 2.8.0-3
ii  libfreetype6   2.4.7-2
ii  libgconf2-42.32.4-1
ii  libgcrypt111.5.0-3
ii  libgdk-pixbuf2.0-0 2.24.0-1
ii  libglib2.0-0   2.30.1-2
ii  libgnome-control-center1   1:3.0.2-3
ii  libgnome-desktop-3-0   3.0.2-2
ii  libgnome-menu2 3.0.1-3
ii  libgnomekbd7   3.2.0-1
ii  libgnutls262.12.12-1
ii  libgssapi-krb5-2   1.9.1+dfsg-3
ii  libgtk-3-0 3.2.1-2
ii  libgtop2-7 2.28.4-1
ii  libk5crypto3   1.9.1+dfsg-3
ii  libkrb5-3  1.9.1+dfsg-3
ii  libnm-glib40.9.1.95-1
ii  libnm-util20.9.1.95-1
ii  libpango1.0-0  1.29.4-2
ii  libpolkit-gobject-1-0  0.102-1
ii  libpulse-mainloop-glib01.1-1
ii  libpulse0  1.1-1
ii  libstartup-notification0   0.12-1
ii  libupower-glib10.9.14-1
ii  libx11-6   2:1.4.4-2
ii  libxi6 2:1.4.3-3
ii  libxklavier16  5.1-2
ii  libxml22.7.8.dfsg-5
ii  zlib1g 1:1.2.5.dfsg-1

Versions of packages gnome-control-center recommends:
ii  gnome-session  3.0.2-3
ii  gnome-user-guide   3.2.1-1
ii  iso-codes  3.30-1
ii  mousetweaks3.2.1-1
ii  policykit-1-gnome  0.104-2

Versions of packages gnome-control-center suggests:
ii  gnome-screensaver 3.2.0-1
ii  gstreamer0.10-pulseaudio  0.10.30-1
ii  libcanberra-gtk-module0.28-3
ii  x11-xserver-utils 7.6+3

-- 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#647726: dnsmasq does not stop at reboot and halt

[Andreas Stempfhuber]

Hi Simon,

Am Montag, 7. November 2011 schrieb Simon Kelley:
> On 07/11/11 20:22, Andreas Stempfhuber wrote:
> > I was able to replicate the issue by manually stopping the syslog daemon
> > and then manually stopping dnsmasq. In this sequence dnsmasq takes a
> > long time (longer than 10 seconds) to stop.
> 
> I can't replicate this behaviour: I tried datagram and stream /dev/log,
> and asynchronous logging in dnsmasq enabled/disabled and in all cases
> dnsmasq notices that the log connection has gone and doesn't loop
> waiting to flush the log.
> 
> Any clues as to why your system should be different? Could you let me
> have a copy of your syslog and dnsmasq configs?

that's strange, I can replicate it with every Squeeze system I have tested so 
far using the default configuration. Here is an example:

muc-stempfhuber:~# apt-get purge dnsmasq dnsmasq-base klogd sysklogd
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages will be REMOVED:
  dnsmasq* dnsmasq-base* klogd* sysklogd*
0 upgraded, 0 newly installed, 4 to remove and 10 not upgraded.
After this operation, 1233 kB disk space will be freed.
Do you want to continue [Y/n]? 
(Reading database ... 196626 files and directories currently installed.)
Removing dnsmasq ...
Stopping DNS forwarder and DHCP server: dnsmasq.
Purging configuration files for dnsmasq ...
Removing dnsmasq-base ...
Removing klogd ...
Stopping kernel log daemon
Purging configuration files for klogd ...
Removing sysklogd ...
Stopping system log daemon
Purging configuration files for sysklogd ...
Processing triggers for man-db ...
muc-stempfhuber:~# apt-get install dnsmasq sysklogd 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  dnsmasq-base klogd
The following NEW packages will be installed:
  dnsmasq dnsmasq-base klogd sysklogd
0 upgraded, 4 newly installed, 0 to remove and 10 not upgraded.
Need to get 0 B/427 kB of archives.
After this operation, 1233 kB of additional disk space will be used.
Do you want to continue [Y/n]? 
Selecting previously deselected package dnsmasq-base.
(Reading database ... 196562 files and directories currently installed.)
Unpacking dnsmasq-base (from .../dnsmasq-base_2.55-2+b1_i386.deb) ...
Selecting previously deselected package dnsmasq.
Unpacking dnsmasq (from .../dnsmasq_2.55-2_all.deb) ...
Selecting previously deselected package sysklogd.
Unpacking sysklogd (from .../sysklogd_1.5-6_i386.deb) ...
Selecting previously deselected package klogd.
Unpacking klogd (from .../archives/klogd_1.5-6_i386.deb) ...
Processing triggers for man-db ...
Setting up dnsmasq-base (2.55-2+b1) ...
Setting up dnsmasq (2.55-2) ...
Starting DNS forwarder and DHCP server: dnsmasq.
Setting up klogd (1.5-6) ...
Starting kernel log daemon
Setting up sysklogd (1.5-6) ...
Starting system log daemon
muc-stempfhuber:~# time /etc/init.d/sysklogd stop
Stopping system log daemon

real0m0.013s
user0m0.028s
sys 0m0.004s
muc-stempfhuber:~# time /etc/init.d/dnsmasq stop
Stopping DNS forwarder and DHCP server: dnsmasq.

real0m31.121s
user0m0.136s
sys 0m0.216s


And here is the result when the syslog daemon is running:

muc-stempfhuber:~# /etc/init.d/sysklogd start
Starting system log daemon
muc-stempfhuber:~# /etc/init.d/dnsmasq start
Starting DNS forwarder and DHCP server: dnsmasq.
muc-stempfhuber:~# time /etc/init.d/dnsmasq stop 
Stopping DNS forwarder and DHCP server: dnsmasq.

real0m1.097s
user0m0.096s
sys 0m0.036s


I can exclude an issue with sysklogd as the other system I have used earlier 
today for replicating uses busybox-syslogd as syslog daemon.

Maybe it's related to a change between dnsmasq 2.55 in Squeeze and 2.59 in 
SID?

Cheers,

Andi



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

Bug#647953: libvirt: Libvirt logrotate files not installed

[Serge Hallyn]

Package: libvirt
Version: 0.9.6-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch


Version: 0.9.6-2

debian/rules tries to copy the logrotate files from $(CURDIR)/daemon/*,
but the files exist in $(CURDIR)/debian/build/daemon/*.

Also, the /var/log/libvirt/qemu (and such) files are created using
libvirt-bin.dirs, but that means that, if they are empty, they are
removed when we apt-get remove libvirt-bin.  The logrotate files are
not, which then raises errors on subsequent logrotate runs.

*** /tmp/tmpwWRd8m
In Ubuntu, the attached patch was applied to achieve the following:

##  REPLACE THIS WITH ACTUAL INFORMATION -
## Please add all necessary information about why the change needed to go in
## Ubuntu, quote policy, spec or any other background material and why it can
## and should be used in Debian too.  If the patch is composed of multiple
## independent pieces, please send them as separate bug reports.
##  REPLACE THIS WITH ACTUAL INFORMATION -


  * Move creation of /var/log/libvirt/{lxc,uml,qemu} dirs from libvirt-bin.dirs
to libvirt-bin.postinst.  Otherwise after a 'apt-get remove libvirt-bin',
that dir will be removed (if empty) but /etc/logrotate.d/libvirtd will 
still try to rotate it and raise errors. (LP: #886770)
  * debian/rules: Fix a bug in the new logic for installing upstream-supplied
logrotate files.  (LP: #887312)


Thanks for considering the patch.


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

Kernel: Linux 3.0.0-12-generic (SMP w/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
diff -Nru libvirt-0.9.6/debian/changelog libvirt-0.9.6/debian/changelog
diff -Nru libvirt-0.9.6/debian/libvirt-bin.dirs libvirt-0.9.6/debian/libvirt-bin.dirs
--- libvirt-0.9.6/debian/libvirt-bin.dirs	2011-10-17 12:33:24.0 -0500
+++ libvirt-0.9.6/debian/libvirt-bin.dirs	2011-11-07 12:58:46.0 -0600
@@ -10,6 +10,3 @@
 /var/lib/libvirt/sanlock
 /var/cache/libvirt
 /var/cache/libvirt/qemu
-/var/log/libvirt/qemu
-/var/log/libvirt/uml
-/var/log/libvirt/lxc
diff -Nru libvirt-0.9.6/debian/libvirt-bin.postinst libvirt-0.9.6/debian/libvirt-bin.postinst
--- libvirt-0.9.6/debian/libvirt-bin.postinst	2011-10-17 12:34:49.0 -0500
+++ libvirt-0.9.6/debian/libvirt-bin.postinst	2011-11-07 12:58:36.0 -0600
@@ -116,6 +116,10 @@
 apparmor_parser -r "$profile" || true
 fi
 done
+
+	for dir in qemu uml lxc; do
+	mkdir -p /var/log/libvirt/$dir
+	done
 ;;
 
 abort-upgrade|abort-remove|abort-deconfigure)
diff -Nru libvirt-0.9.6/debian/rules libvirt-0.9.6/debian/rules
--- libvirt-0.9.6/debian/rules	2011-10-31 21:29:48.0 -0500
+++ libvirt-0.9.6/debian/rules	2011-11-07 14:56:53.0 -0600
@@ -93,7 +93,7 @@
 	#dh_installinit --name=libvirt-guests --no-restart-on-upgrade -- defaults 29 71
 
 	for l in $(LOGROTATE); do \
-		cp $(CURDIR)/daemon/$$l.logrotate\
+		cp $(CURDIR)/debian/build/daemon/$$l.logrotate \
debian/libvirt-bin.$$l.logrotate; \
 		dh_installlogrotate --name=$$l; \
 	done

Bug#647902: the fix is in bug #647933

[Eric Valette]

Its already in incoming so upgrading tomorrow will probably fix it.

--eric



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

Bug#647831: xfce4-wmdock-plugin: wmdock does not swallow wmmount

[hugo vanwoerkom]

My error: if you start like: 'wmmount -- -w' then everything works
right. I'll close the bug. Thanks.

Hugo Vanwoerkom



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

Bug#647825: udevd[XXX]: unable to receive ctrl connection: Function not implemented

[Marco d'Itri]

On Nov 07, Émeric Maschino  wrote:

> It seems that SOCK_CLOEXEC is thus correctly defined, don't you think so?
Yes, but this does not mean that it is also implemented.

> Is there a way to check for "SOCK_CLOEXEC symbol" in the currently
> running kernel? This should give a definitive answer regardless
> SOCK_CLOEXEC support.
No, but you can have a look at the udev code and write a trivial test
case for it.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#615595: O: sim -- Sim-IM Instant Messenger data files

[Niels Thykier]

Hi,

I am considering to request a removal of sim because it is unmaintained
and RC-buggy.  But I saw a version of sim on mentors.d.n, despite this
bug not being an "ITA".

So Alexander or Nikolay, are any of you interested in maintaining this
in Debian?  If not, I will file a removal request very soon (within 2
weeks).

~Niels




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

Bug#647952: security-tracker: DSA-2339-1 vs. tracker

[Francesco Poli (wintermute)]

Package: security-tracker
Severity: normal

Hi all!
DSA-2339-1 [1] states that CVE-2011-3640 has been fixed in sid
by nss/3.13.1.with.ckbi.1.88-1 , but the tracker [2] seems to
disagree.

As long as the DSA is correct, please update the tracker data.
Thanks for your time.

[1] http://lists.debian.org/debian-security-announce/2011/msg00215.html
[2] http://security-tracker.debian.org/tracker/CVE-2011-3640



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

Bug#647900: linux-image-3.0.0-1-sparc64-smp: Server fails to boot with illegal instruction on SunFire v490

[Biblioteka UR]

W dniu 2011-11-07 21:54, Ben Hutchings pisze:

Your subject refers to an 'illegal instruction' error but I don't
see that in the log messages you attached.  Where do you see this
error?
Sorry. This is my first notification and first contact with Debian. I 
based on a different notification (my english is poor).
Server starts and last entries from the log messagess are repeated. 
Server can't boot to the end.


I tried with linux-image-2.6-*-smp (last version) - the same.

What was the last kernel version that worked on this system in an
SMP configuration?

Ben.
This is my first installation of Debian. I had Solaris on this machine 
to this time.


Thank you in advance for your help.

Mariusz



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

Bug#647801: SOAP API get_bugs() doesn't show bugs affecting the package

[Don Armstrong]

On Mon, 07 Nov 2011, Sandro Tosi wrote:
> Is there something that can get me bugs in a a package directly
> submitted against it + affecting it? I've tried
> 
> >>> server.get_bugs("package", "rootskel", 'affects', 'rootskel')
> []
> 
> probably because it's an intersection of the two sets? Is
> 
> >>> server.get_bugs("package", "rootskel") + server.get_bugs('affects', 
> >>> 'rootskel')
> 
> the only way?

That's actually how the BTS does it itself, so yeah, it's the only
way.


Don Armstrong

-- 
Filing a bug is probably not going to get it fixed any faster.
 -- Anthony Towns

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