Bug#744833: libfl-dev and flex-old: error when trying to install together

[Ralf Treinen]

Package: flex-old,libfl-dev
Version: flex-old/2.5.4a-10
Version: libfl-dev/2.5.39-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2014-04-15
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Selecting previously unselected package libfl-dev:amd64.
(Reading database ... 10937 files and directories currently installed.)
Preparing to unpack .../libfl-dev_2.5.39-1_amd64.deb ...
Unpacking libfl-dev:amd64 (2.5.39-1) ...
Selecting previously unselected package flex-old.
Preparing to unpack .../flex-old_2.5.4a-10_amd64.deb ...
Unpacking flex-old (2.5.4a-10) ...
dpkg: error processing archive 
/var/cache/apt/archives/flex-old_2.5.4a-10_amd64.deb (--unpack):
 trying to overwrite '/usr/include/FlexLexer.h', which is also in package 
libfl-dev:amd64 2.5.39-1
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/flex-old_2.5.4a-10_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/include/FlexLexer.h

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://edos.debian.net/file-overwrites/.


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

Bug#744832: strongswan-charon: should depend on iproute2 instead of iproute

[Ryo IGARASHI]

Package: strongswan-charon
Version: 5.1.2-4
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

strongswan-charon depends on iproute, but now (at least at 20140415) iproute is
a transitional dummy package of iproute2.

I attached a patch to debian/control to reflect this, but "iproute2 | iproute"
dependency may be better.

Best regards,
- -- 
Ryo IGARASHI, Ph.D.
rigar...@gmail.com


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

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

Versions of packages strongswan-charon depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  iproute1:3.14.0-1
ii  libc6  2.18-4
ii  libstrongswan  5.1.2-4
ii  strongswan-libcharon   5.1.2-4
ii  strongswan-starter 5.1.2-4

strongswan-charon recommends no packages.

strongswan-charon suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJTTNNoAAoJEOx5ooBqGSMZI2wP/3iNi1B47Ny5TS0rPsdL/H4z
yfeejy/OYDd48uELB8jzMEY5vg9retYZ0PNB4V2m7aGrSVsbAEx8TL+ZhcvE+v5D
upJ/3Znx6/OXLb6EssG8W/BFKC+IJvls17VUEAZMTuGHaVFdQvCIh1NCLbWs7wTP
dnCfmm2oekkByyGL6CSjQBEWGcuwq8OTCkjcxGpmLD9mxgrqZ06HrEbkBgDXjiay
gTJI8WhOK4o61sd7mZJoOUSTwS1/53HBE8b6m4Ry3g36JYHPchI3n2IL7sm4aaSI
RAZoHnVz6PQYt77XX5eZQcFBwOJV6Fsb79OY4PnWiaF29OdRT8MHJEanZAzJFpUm
iBneqtYYWkczsEKqDrKU0LbOOwcH5AboP37k3K3ZtB8sAkjdvRnq10fayKXWUJ3w
ARWaAdtXrJ8EOqL6odBjVUJVs9jddmGWSvnreDdSfUQfKwmwccAn2GGfZrrYz6HN
mhcL76N8OiW9mfitetq2zIgOiJN36VbovYSdTA/zRIwyB94i2gOzlnBgdnJLMI3Z
KAvTkUpnn5eXKbe5S7LkLQEt0XP5ADXI99eB/CMrfdtFcbzZIJQP4BmvdhhS8CS+
uHTEOGHa+GyNPHQBUEApnIB+UNaHZywZqzwkQ/jym9ESU7ArHwJ6T1mxP9FPxf9T
hJ77UPuuZqBWJvIwjoU1
=0TmV
-END PGP SIGNATURE-
--- strongswan-5.1.2/debian/control.old	2014-04-15 15:06:45.011784000 +0900
+++ strongswan-5.1.2/debian/control	2014-04-15 15:07:48.387784000 +0900
@@ -203,7 +203,7 @@
 Architecture: any
 Pre-Depends: debconf | debconf-2.0
 Depends: ${shlibs:Depends}, ${misc:Depends},
- libstrongswan (= ${binary:Version}), strongswan-starter, iproute [linux-any]
+ libstrongswan (= ${binary:Version}), strongswan-starter, iproute2 [linux-any]
 Provides: ike-server
 Breaks: libstrongswan (<= 5.1.1-1), strongswan-ike (<= 5.1.1-1)
 Replaces: strongswan-ikev1, strongswan-ikev2, libstrongswan (<= 5.1.1-1), strongswan-ike (<= 5.1.1-1)

Bug#744382: [Ceph-maintainers] Bug#744382: librbd-dev and librados-dev does not provide correct shlibs/symbols file

[Dmitry Smirnov]

On Tue, 15 Apr 2014 09:18:27 Michael Tokarev wrote:
> This approach works, but, as you've shown below, not for ceph, because
> ceph does not tolerate mixed-cluster, so once you update any 3rd party,
> not cluster-related but cluster-used, software, you'll have to upgrade
> whole cluster too, because according to the package manager, you'll
> have to update - in this case - librbd to the latest, which will most
> likely require updating whole ceph stack on one node, which ofcourse
> requires upgrading ceph stack on other nodes as well.

I only meant that different versions of cluster components (in my short 
experience with 0.72.2 and 0.78) do not work well with each other.
Having said that `qemu-img` linked with "librbd-0.72.2" worked well with 
cluster 0.72.2 and with 0.78 (unless there are some subtle bugs that I didn't 
notice).


> Dmitry: this is a good example of why naive `makeshlibs -V' approach
> sometimes should NOT be used...

I see your point. Indeed .symbols approach to linking is more flexible.

However I believe that `makeshlibs -V' is the safest and most conservative way 
to ensure that application will always require at least the very version of 
the library it was build with (and not earlier). Basically I have two 
arguments for this: easier maintenance (here my only concerns are C++ symbols 
as maintaining C symbols is easy) and run-time safety. To my taste there were 
way too many bugs in 0.72.2 to use it with confidence. Even if combination of 
client librbd/librados-0.72.2 libraries *may* work with newer cluster just 
fine, I'd rather not take any chances and force upgrading all client libraries 
just to be safe even if it may be unnecessary.

I'm sure some time later symbols will work just fine to allow linking with 
older client libraries.
I'm already gaining more confidence with 0.79 than I ever had with 0.72.2 so I 
hope we will start using symbols soon if it won't cause any build problems in 
"experimental".


> For now, I think, the current approach taken by Dmitry is the best:
> he gave all C symbols a version, so that any non-C++ program will
> use the versioned .symbols file correctly.  And marked all C++ symbols
> as belonging to "current" version (I think it should be possible to
> use a variable in .symbols file, like ${VERSION}, somehow) -- so that
> all C++ users of the library will always require "latest" version.
> We don't have many C++ users in Debian archive (if at all), so this
> should not be that bad as a start.  Later on, when the above changes
> will land in ceph, it will be possible to expand the C++ regex in
> the symbols file to include actual list of exported symbols.

Thank you very much for reassuring me with the chosen strategy.
By the way today I've made another commit to "experimental" branch to update 
symbols files with data from 0.72.2. I doubt if including older symbols would 
be necessary...

-- 
All the best,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#744794: sidplayfp segfaults on startup (unless rebuilt without hardening?)

[GCS]

Hi Torbjörn,

On Mon, Apr 14, 2014 at 9:45 PM, Torbjörn Andersson
 wrote:
> Package: sidplayfp
> Version: 1.2.0-1
> Severity: important
>
> "sidplayfp" segfaults immediately on startup. It seems to work find if I
> remove "export DEB_BUILD_MAINT_OPTIONS = hardening=+all" from debian/rules
> and rebuild it, but I have to admit I don't really understand what that
> does.
 May you give me some pointers? Does it segfault even if executed
without arguments? What happens if you just rebuild it with the
DEB_BUILD_MAINT_OPTIONS intact?
Can you test the package on other x86 machine without PAE?

Thanks,
Laszlo/GCS


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

Bug#569803: pulseaudio: FujitsuSiemens Esprimo Mobile U9200 switch to Analog Headphones mute sound on headphone

[Gyuris Szabolcs]

2014-04-14 15:25 keltezéssel, Felipe Sateler írta:

On Mon, Apr 14, 2014 at 8:59 AM, Timo Juhani Lindfors
 wrote:

Felipe Sateler  writes:

Can you still reproduce this issue? If so, please reply so that we may
debug the problem, otherwise I'd like to close this bug

That particular system is unfortunately still running squeeze due to
some legacy software.

OK, so I'll wait to see if Gyuris can still reproduce the problem with
a newer pulseaudio. If not, I'll close this bug. Please re-file if you
upgrade your system and the problem persists.



Hi All!

You can close the bug. Unfortunately I don't have the hardware any more.

Thank You!

--
Üdvözlettel:
  Gyuris Szabolcs
  szims...@oregpreshaz.eu

http://oregpreshaz.eu
https://www.facebook.com/oregpreshazpince
https://twitter.com/oregpreshaz
https://plus.google.com/101294094345126934261




smime.p7s
Description: S/MIME Cryptographic Signature

Bug#744831: pulseaudio: Please add support for mobo Asus P5K-SE on ordet to have sound on gdm3

[Corcodel Marian]

Package: pulseaudio
Version: 4.0-6+b1
Severity: wishlist

On "/lib/udev/rules.d/90-pulseaudio.rules  add line bellow:
# Asus P5K-SE
ATTRS{subsystem_vendor}=="0x1043", ATTRS{subsystem_device}=="0x829f",
ENV{PULSE_PROFILE_SET}="force-speaker-and-int-mic.conf"

With this moddification i have sound on gdm3 and is able to use accesibility.



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

Kernel: Linux 3.2.0-4-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 pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.6-4
ii  libasound21.0.27.2-3
ii  libasound2-plugins1.0.27-2+b1
ii  libc6 2.18-4
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.8.0-3
ii  libfftw3-single3  3.3.4-1
ii  libgcc1   1:4.8.2-16
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.7
ii  liborc-0.4-0  1:0.4.18-1
ii  libpulse0 4.0-6+b1
ii  libsamplerate00.1.8-7
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-9
ii  libspeexdsp1  1.2~rc1.1-1
ii  libstdc++64.8.2-16
ii  libsystemd-login0 204-8
ii  libtdb1   1.2.13-1
ii  libudev1  204-8
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.6.2-1
ii  libx11-xcb1   2:1.6.2-1
ii  libxcb1   1.10-2
ii  libxtst6  2:1.2.2-1
ii  lsb-base  4.1+Debian12
ii  udev  204-8

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu2
ii  pulseaudio-module-x11 4.0-6+b1
ii  rtkit 0.10-3

Versions of packages pulseaudio suggests:
pn  paman 
pn  paprefs   
ii  pavucontrol   2.0-2
pn  pavumeter 
ii  pulseaudio-utils  4.0-6+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#539985: gnome-control-center: iceweasel is set custom but nautilus opens saved bookmark url with epiphany-browser

[Mark Hedges]

I'm on Squeeze now with Gnome3.  :-(  Sorry.  I guess you can close this as
can't reproduce.  -Mark

Bug#736311: llvm-defaults: diff for NMU version 0.21+nmu1

[Sylvestre Ledru]

On 15/04/2014 03:41, David Prévot wrote:
> tags 736311 + patch
> tags 736311 + pending
> thanks
>
> Dear maintainer,
>
Bonjour David,

Thanks for this patch. Please go ahead and upload it right now :)

Cheers,
Sylvestre




signature.asc
Description: OpenPGP digital signature

Bug#744783: wiki.debian.org: gmail marks account verification emails from wiki.debian.org as spam

[Paul Wise]

On Tue, Apr 15, 2014 at 12:41 AM, Leo Iannacone wrote:

> I got an account verification marked as spam in my gmail box.
>
> This is a snip from the message:
>
> Received-SPF: neutral

That looks completely unrelated, are there any other interesting
headers in the mail?

> I am using a @ubuntu.com alias which is linked to my gmail account

For the SPF records stuff you should contact the Ubuntu sysadmins not Debian.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#744382: [Ceph-maintainers] Bug#744382: librbd-dev and librados-dev does not provide correct shlibs/symbols file

[Michael Tokarev]

Josh, thank you very much for stepping in an for your explanations!
A few more comments below.

15.04.2014 03:06, Josh Durgin wrote:
> On 04/14/2014 02:43 AM, Dmitry Smirnov wrote:
[]
>> Specifically in regards to Ceph for a moment I feel much more comfortable 
>> with
>> "dh_makeshlibs -V" not only due to lack of confidence in C++ symbols approach
>> but mostly because of rapid upstream development. The amount of changes
>> between 0.72.2 and 0.79 is huge. I would feel quite uncomfortable if "qemu"
>> would be built successfully with 0.79 but wouldn't pull newer libraries when
>> used with 0.72.2... For example Ceph cluster has to be completely upgraded to
>> 0.79 as it just doesn't work with mix of 0.72.2 and 0.79 components (i.e.
>> OSD,MON,MDS)...
> 
> As a ceph developer, the mixed-cluster issue is a bug (possibly fixed
> already since 0.79 is undergoing heavy testing and fixes before the
> next long term stable release, 0.80, is out). If you have more details
> we'd be happy to hear about them.

No, this is not about mixed-cluster issue (to be fair I'm not really sure
what you're talking about, but I _think_ you're referring to a situation
when different parts of the cluster is using different versions of the
software).

This is about build-time vs run-time version/interface difference in 3rd
party software.

The bug in question is debian-specific but it shows a more deep issue
within the mentioned libraries, which you confirm below.  When building
everything from source on target machines, the problem does not exist.
The problem comes when you build different system components on different
machines or at different time, and run a combination of all this, again,
on different machines.  I mean not that different parts of ceph software/
stack have different versions, but when you build a 3rd party software
using one version of rbd.h/librbd.so, but run it against a system-
installed librbd.so.1 from different build of librbd.

In this situation, a distribution needs to ensure the runtime librbd.so.1
has the right ABI.  ABI does not change _that_ often, and it is quite
normal when an app which was built against, say, 0.79 version of librbd.so,
can happily work with librbd.so.1 version 0.72 (when it actually does NOT
use any symbols which are present in 0.79 but didn't exist in 0.72).

So when a 3rd party app actually uses such symbols which are present in
0.79 but not present in earlier versions, a distribution should include
metadata for this 3rd party application that it needs librbd.so.1 AT
LEAST of version 0.79, to satisfy library symbol (and hopefully ABI)
requiriments.

When we may have a situation when an app is built against a more recent
version but is run against an older version of a library?  For example,
most distributions have some "unstable" branch where all new most
current versions of all software are uploaded to.  On the other hand,
users may run stable branches with older versions of everything.  And
imagine a ceph cluster running with a 0.72 version, and the user wants
to try qemu (3rd party app) from unstable branch, because their "stable"
qemu has a bug with their guest OS.  The easiest way here is just to
install qemu from unstable branch.  With all the rest of the cluster
still running the same 0.72 version, without mixed-cluster issues.

So we need a mechanism to tell the package management system the minimum
version of a library an app requires.  For this, we need a .symbols
file with a list of all exported symbols together with library version
at which they first appeared.  And this is what this whole talk is
about, nothing more.

One possible way here, as suggested by Dmitry, is to record the build
version of the library as minimum required for the app linked to it
(dh_makeshlibs -V does just that).  This way, qemu built against 0.72
version of librbd will require librbd >= 0.72 according to package
manager metadata, even if it actually uses only symbols introduced
in 0.44 version of librbd and before.

This approach works, but, as you've shown below, not for ceph, because
ceph does not tolerate mixed-cluster, so once you update any 3rd party,
not cluster-related but cluster-used, software, you'll have to upgrade
whole cluster too, because according to the package manager, you'll
have to update - in this case - librbd to the latest, which will most
likely require updating whole ceph stack on one node, which ofcourse
requires upgrading ceph stack on other nodes as well.

Dmitry: this is a good example of why naive `makeshlibs -V' approach
sometimes should NOT be used...

> Regarding library symbols, the ceph libraries each have C++ as well as
> C interfaces, and there's been some suggestions to move to
> visibility=hidden by default, to avoid some of the hairier problems
> with C++ libraries [1]. It seems like this would make .symbols files approach 
> more tenable, since passing through all C++ symbols would
> not be as bad if only the desired ones are exported in the first pl

Bug#729054: bit more info

[Serge Hallyn]

I hit the same bug under ubuntu 14.04.  The faulting memory location
tends to change a bit (0x8, 0xd8, 0x88), but in this particular run I
got:

Cannot access memory at address 0x88

#0  dispatcher_send_message (dispatcher=0x88,
message_type=message_type@entry=16, 
payload=payload@entry=0x7fffe190) at dispatcher.c:173

(gdb) p *dispatcher
Cannot access memory at address 0x88

(gdb) up
#1  0x7199d0dc in red_dispatcher_add_memslot
(dispatcher=, 
mem_slot=) at red_dispatcher.c:386

This is add, since red_dispatcher_add_memslot is doing

dispatcher_send_message(&dispatcher->dispatcher,
RED_WORKER_MESSAGE_ADD_MEMSLOT,
&payload);

but dispatcher_send_message() is getting dispatcher=0x88.  So how did
&v end up with an invalid address?


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

Bug#708432: ITP: ovirt-guest-agent -- oVirt agent for Linux

[Laszlo Boszormenyi (GCS)]

retitle 708432 ITP: ovirt-guest-agent -- oVirt agent for Linux
owner 708432 !
thanks

Hi,

I've preliminary package available[1].
Be advised that there's a copyright problem,
ovirt-guest-agent/version.py has unknown license. Hope this can be
cleared.

Yedidyah, as I've read the Ubuntu deb has initscript problem that this
should fix.

Any feedback is appreciated.
Laszlo/GCS
[1] dget -x http://www.barcikacomp.hu/gcs/ovirt-guest-agent_1.0.9-1.dsc


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

Bug#744830: security-tracker: link to doc/narrative_introduction on s-t.d.o/tracker/data/report needs updating

[Paul Wise]

Package: security-tracker
Severity: normal

The "Reporting problems" page[1] on the security tracker website points
at [2] but this page simply says that the page has moved elsewhere
without giving a full link to the location of the new page. Please
either update the link or add a full link to the new page to the
narrative introduction page.

https://security-tracker.debian.org/tracker/data/report
http://svn.debian.org/viewvc/secure-testing/doc/narrative_introduction?view=co

The content of this file was moved to public/security_tracker

This file will be removed in the future.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#744472: mpdscribble: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4

[Andrey Rahmatullin]

Control: tags -1 + patch

On Sun, Apr 13, 2014 at 04:43:19PM +, Matthias Klose wrote:
> The package fails to build on arm64 (aarch64-linux-gnu), because the
> config.{guess,sub} files are out of date, and are not updated during
> the build.  If possible, please do not update these files directly,
> but build-depend on autotools-dev instead, and use the tools provided
> by autotools-dev to update these files.
This is done in git some time ago and so will be included in the next
upload.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Bug#744252: RFP: cutz -- cuts similar to cut

[Eriberto Mota]

Hi Michael,

I am thinking to package cutz. I need a bit more time and some tests to 
discover if the program is really very useful. I think I will make it in the 
next weekend.

Can you release a version in GitHub? Is this an academic (and short life) 
program or is this a real project?

Thanks for your work and have a nice week!

Regards,

Eriberto


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

Bug#719255: GNUNET update -- need help?

[Clint Adams]

Control: block 719255 by 741568

On Sun, Feb 23, 2014 at 06:29:40PM +0100, Bertrand Marc wrote:
> Thank you for investigating on building GNUnet 0.10.0. I guess we will
> need to wait for libgnutls and libssh to move to libgcypt20 instead of
> libgcrypt11.

gnutls has already (libgnutls28-dev) switched away from libgcrypt
entirely, so this is no longer a problem, except then you get a
new mess.


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

Bug#744829: libssh2-1-dev: newer gcrypt

[Clint Adams]

Package: libssh2-1-dev
Version: 1.4.3-2
Control: block 719255 by -1

libssh2 appears to build fine with libgcrypt20-dev.
Please make this change to facilitate packaging of
gnunet 0.10.1.


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

Bug#694308: Relicensing tracked on bug #665334

[Samuel Bronson]

Control: block -1 by 665334

The request that Adobe relicense this code is being tracked on
; according to
, the relicensing should be done
by August.

Of course, it still won't be safe to actually modify this code
(implementations depend on this exact code being used), so the most
meaningful change will be that it will actually be legal to use it in
fonts derived from Adobe's open source typefaces.


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

Bug#744824: workaround for suspend issue

[Kevin Brandstatter]

http://askubuntu.com/questions/362933/network-disabled-on-some-wake-ups-on-saucy-laptop

The solution from this link provides an adequate workaround for the issue.

-KB



signature.asc
Description: OpenPGP digital signature

Bug#744828: systemd-cron not running cron jobs.

[Dean Loros]

Package: systemd-cron
Version: 1.1.1-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
I had install systemd back in mid-Feb--had not checked logs until last week. I
found that cron jobs were not being run.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I manually installed the newer  systemd-cron package from upstream (1.21) &
corrected it to work with my system.  This started to make cron jobs work. My
logs indicated that "/user/bin/run-parts"  were not found, so jobs were not
run.
I then created a link from /bin/run-parts to /usr/bin/run-parts which was the
final piece of the puzzle.
   * What was the outcome of this action?
Cron jobs are now running normally.
   * What outcome did you expect instead?
Expected version 1.1.1-1 to run cron jobs normally.


I can be contacted to show what I did to make the cron.target(s) run - the
changes were very minimal.

I run a sid system & pull from experimental were it looks like it would be
helpful.



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

Kernel: Linux 3.13-1-amd64 (SMP w/8 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 systemd-cron depends on:
ii  init-system-helpers  1.18
ii  systemd  204-8

systemd-cron recommends no packages.

systemd-cron 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#736311: llvm-defaults: diff for NMU version 0.21+nmu1

[David Prévot]

tags 736311 + patch
tags 736311 + pending
thanks

Dear maintainer,

I've prepared an NMU for llvm-defaults (versioned as 0.21+nmu1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

David
diff -Nru llvm-defaults-0.21/debian/changelog llvm-defaults-0.21+nmu1/debian/changelog
--- llvm-defaults-0.21/debian/changelog	2013-11-29 12:00:34.0 -0400
+++ llvm-defaults-0.21+nmu1/debian/changelog	2014-04-14 20:50:37.0 -0400
@@ -1,3 +1,10 @@
+llvm-defaults (0.21+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Handle symlink to directories conversion (Closes: #736311)
+
+ -- David Prévot   Mon, 14 Apr 2014 20:41:27 -0400
+
 llvm-defaults (0.21) unstable; urgency=low
 
   * Upload in unstable
diff -Nru llvm-defaults-0.21/debian/libllvm-ocaml-dev.preinst llvm-defaults-0.21+nmu1/debian/libllvm-ocaml-dev.preinst
--- llvm-defaults-0.21/debian/libllvm-ocaml-dev.preinst	1969-12-31 20:00:00.0 -0400
+++ llvm-defaults-0.21+nmu1/debian/libllvm-ocaml-dev.preinst	2014-04-14 20:48:45.0 -0400
@@ -0,0 +1,10 @@
+#!/bin/sh
+set -e
+
+# handle symlink to directory conversion (#736311)
+DOCDIR=/usr/share/doc/libllvm-ocaml-dev
+if [ -L $DOCDIR ] ; then
+  rm $DOCDIR
+fi
+
+#DEBHELPER#
diff -Nru llvm-defaults-0.21/debian/llvm-dev.preinst llvm-defaults-0.21+nmu1/debian/llvm-dev.preinst
--- llvm-defaults-0.21/debian/llvm-dev.preinst	1969-12-31 20:00:00.0 -0400
+++ llvm-defaults-0.21+nmu1/debian/llvm-dev.preinst	2014-04-14 20:40:30.0 -0400
@@ -0,0 +1,10 @@
+#!/bin/sh
+set -e
+
+# handle symlink to directory conversion (#736311)
+DOCDIR=/usr/share/doc/llvm-dev
+if [ -L $DOCDIR ] ; then
+  rm $DOCDIR
+fi
+
+#DEBHELPER#


signature.asc
Description: Digital signature

Bug#744826: release.debian.org: wheezy-pu: wml/2.0.12ds1-3+deb7u1

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 14/04/2014 21:11, Axel Beckert a écrit :

> to fix #734507 (which causes issues with webwml on www.debian.org)

Just to confirm on behalf of webmaster@d.o that this tiny fix would be
highly welcome (and I believe DSA would agree).

Regards

David


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJTTIxVAAoJEAWMHPlE9r08cbYIAJ1SQaqZ9sOWyJIi3wKLhrdX
87TCIvVCbo/FCJ4fIS3MDb2qJtmYvWWhl5zvunrCUSYiKbGFxaKQ0pt8KrZK9N8P
a+R1MFHuInN6YHMlD567mhCBov6RghOhKb3hS289LVuR8GhjFARpSsZse8NuYWgr
KPOY7iW2bQvnNS5EWoi1kmv54cDl8EwnuaeE+DLODJWlWHpuuREIynRuzIMtvYvf
OD4DMDklZnBzYCdMroiUuISNnxm6ol6vdj72UZeTdlgCyqvcpSDl7SlHDmpkO04A
qbrZ/9E8SP8NsIxyqOY7bcmJO0eeqn49PH4BtQo3x8smv64kENQ4vcl9p0turd8=
=MAoi
-END PGP SIGNATURE-


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

Bug#744827: wheezy-pu: glark/1.8.0-1.1~deb7u1 (RC bug fix)

[Axel Beckert]

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

Hi,

to also address RC bug http://bugs.debian.org/724768 in stable, I'd
upload my NMU 1.8.0-1.1 also to stable-proposed-updates as
1.8.0-1.1~deb7u1. (Cc'ing glark's maintainer.)

Since the patch and changelog entry are exactly the same as already
uploaded to unstable I decided to include the according changelog entry
completely and adding a new entry for the upload instead of using the
same changelog entry, just with a different version and target
distribution.

Please tell me if it's ok to upload this to stable-proposed-updates. If
the version number and the changelog entries are not ok, please advise
me what way is preferred.

→ debdiff glark_1.8.0-1.dsc glark_1.8.0-1.1\~deb7u1.dsc
diff -u glark-1.8.0/debian/changelog glark-1.8.0/debian/changelog
--- glark-1.8.0/debian/changelog
+++ glark-1.8.0/debian/changelog
@@ -1,3 +1,18 @@
+glark (1.8.0-1.1~deb7u1) stable-proposed-updates; urgency=low
+
+  * Upload to stable-proposed-updates
+
+ -- Axel Beckert   Tue, 15 Apr 2014 03:15:34 +0200
+
+glark (1.8.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Enforce Ruby 1.8 usage (Closes: #724768)
++ Patch installed glark binary to use ruby1.8
++ Switch dependency from ruby to rub1.8.
+
+ -- Axel Beckert   Wed, 09 Oct 2013 17:52:18 +0200
+
 glark (1.8.0-1) unstable; urgency=low
 
   * New upstream release
diff -u glark-1.8.0/debian/control glark-1.8.0/debian/control
--- glark-1.8.0/debian/control
+++ glark-1.8.0/debian/control
@@ -8,7 +8,7 @@
 
 Package: glark
 Architecture: all 
-Depends: ruby (>= 1.6.7-3) 
+Depends: ruby1.8
 Description: pattern matching tool similar to grep
  glark is a program like 'grep' to search for text in files. It can
  be used from the command line or in scripts.
diff -u glark-1.8.0/debian/rules glark-1.8.0/debian/rules
--- glark-1.8.0/debian/rules
+++ glark-1.8.0/debian/rules
@@ -4,0 +5,5 @@
+
+install/glark::
+   sed -e 's/^exec ruby /exec ruby1.8 /;s/^#!ruby 
/#!ruby1.8/;s:^#!/usr/bin/ruby :#!/usr/bin/ruby1.8 :' -i \
+   $(CURDIR)/debian/glark/usr/bin/glark \
+   $(CURDIR)/debian/glark/usr/share/glark/*.rb


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

Bug#744826: release.debian.org: wheezy-pu: wml/2.0.12ds1-3+deb7u1

[Axel Beckert]

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

Hi,

to fix #734507 (which causes issues with webwml on www.debian.org) in
stable, too, I'd like to upload a wml package version 2.0.12ds1-3+deb7u1
to stable-proposed-updates as follows. The fix is already in Jessie and
Sid, uploaded in 2.0.12ds1-7.

Please tell me if it's ok to upload the following package update to
stable-proposed-updates.

→ debdiff wml_2.0.12ds1-3.dsc wml_2.0.12ds1-3+deb7u1.dsc
diff -Nru wml-2.0.12ds1/debian/changelog wml-2.0.12ds1/debian/changelog
--- wml-2.0.12ds1/debian/changelog  2012-06-11 00:38:04.0 +0200
+++ wml-2.0.12ds1/debian/changelog  2014-04-15 02:58:46.0 +0200
@@ -1,3 +1,10 @@
+wml (2.0.12ds1-3+deb7u1) stable-proposed-updates; urgency=low
+
+  * Add patch by KiBi to remove /tmp/ipp.* directories (Closes: #734507;
+reported by taffit on #debian-www)
+
+ -- Axel Beckert   Tue, 15 Apr 2014 02:53:13 +0200
+
 wml (2.0.12ds1-3) unstable; urgency=low
 
   * Fix FTBFS in testsuite on i386 and s390x buildds by not running those
diff -Nru wml-2.0.12ds1/debian/patches/remove-tmp-ipp-directories.diff 
wml-2.0.12ds1/debian/patches/remove-tmp-ipp-directories.diff
--- wml-2.0.12ds1/debian/patches/remove-tmp-ipp-directories.diff
1970-01-01 01:00:00.0 +0100
+++ wml-2.0.12ds1/debian/patches/remove-tmp-ipp-directories.diff
2014-04-15 02:58:46.0 +0200
@@ -0,0 +1,16 @@
+Description: Remove /tmp/ipp.* directories after successful runs
+Author: Cyril Brulebois 
+Bug-Debian: http://bugs.debian.org/734507
+
+Index: wml/wml_backend/p1_ipp/ipp.src
+===
+--- wml.orig/wml_backend/p1_ipp/ipp.src2014-01-07 21:56:44.009298086 
+0100
 wml/wml_backend/p1_ipp/ipp.src 2014-01-07 21:58:10.457913784 +0100
+@@ -682,6 +682,7 @@
+ }
+ 
+ #   die gracefully
++rmdir($tmpdir);
+ exit(0);
+ 
+ ##EOF##
diff -Nru wml-2.0.12ds1/debian/patches/series 
wml-2.0.12ds1/debian/patches/series
--- wml-2.0.12ds1/debian/patches/series 2012-06-10 20:49:27.0 +0200
+++ wml-2.0.12ds1/debian/patches/series 2014-04-15 02:53:40.0 +0200
@@ -12,3 +12,4 @@
 fix-WMLGD-linkage.diff
 fix-WML_VERSION-in-manpage.diff
 disable-wmk-test-3.diff
+remove-tmp-ipp-directories.diff


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

Bug#744813: this segfault is inconsistent

[Pirate Praveen]

and hard to reproduce

https://github.com/toland/patron/issues/72

Srihari was trying to reproduce this but couldn't
https://poddery.com/posts/1048346


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

Bug#744781: please remove ubuntu from dashboard or at least provide an option to hide it

[Vincent Cheng]

On Mon, Apr 14, 2014 at 9:34 AM, Holger Levsen  wrote:
> package: qa.debian.org
>
> Hi,
>
> [18:20] <  h01ger> | is there a way to hide the ubuntu table in
> http://udd.debian.org/dmd.cgi ? i'm really not interested in that
> commercial product...
> [18:28] <  h01ger> | SamB: also there are other useful commercial
> products, also debian based. i dont want them there neither, but why
> exclude some if we include some
> [18:31] <  h01ger> | SamB: thanks already, though i think its still wrong
> to support commercial companies with debian ressources. it might
> even violate SPIs non profit status...
> [18:31] <  h01ger> | but i guess i wont care that much if i dont see it ;)
> [18:32] <  lucas> | h01ger: could you file a bug about providing an option
> to disable it?
> [18:33] <  h01ger> | sure


I find it convenient and rather helpful to display Ubuntu-specific
data about my packages on UDD and other similar resources (PTS/DDPO),
and I'd rather not see this feature outright removed. I have no
objections with making UDD more configurable and allowing the
maintainer to choose to show/hide sections of it, however.

I think it's somewhat absurd to say that including links to the same
set of source packages on Launchpad and its bug tracker constitutes a
violation of SPI's non-profit status...

Regards,
Vincent


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

Bug#744825: wheezy-pu: conkeror with support for more recent xulrunner ESR

[Axel Beckert]

Package: release.debian.org
Severity: normal
Tags: wheezy
User: release.debian@packages.debian.org
Usertags: pu
Control: block 736364 by -1
Control: tag 736364 + pending

Hi,

for the upcoming stable update I'd like to upload the following conkeror
package to address the planned removal of xulrunner-10.0 from
stable.

Please tell me if it's ok to upload 1.0~~pre+git120527-1+deb7u1 to
stable-proposed-updates as shown below.

→ debdiff conkeror_1.0~~pre+git120527-1.dsc 
conkeror_1.0~~pre+git120527-1+deb7u1.dsc
diff -Nru conkeror-1.0~~pre+git120527/debian/changelog 
conkeror-1.0~~pre+git120527/debian/changelog
--- conkeror-1.0~~pre+git120527/debian/changelog2012-05-27 
17:07:33.0 +0200
+++ conkeror-1.0~~pre+git120527/debian/changelog2014-04-15 
02:33:14.0 +0200
@@ -1,3 +1,16 @@
+conkeror (1.0~~pre+git120527-1+deb7u1) stable-proposed-updates; urgency=low
+
+  * Add support for current Xulrunner ESR releases (Closes: #736364)
+  * Cherry-pick the following upstream commits:
++ 2c36b5072: scroll-top-left: fix for XR >= 23 (Closes: #726245)
++ 38b6279c2: completions_tree_view.getCellProperties: fix for XR >= 22
++ bbd010b5a: favicon.js: use setAndFetchFaviconForPage for XR >= 18
++ 9bb360e64: favicon_set: fix for XR 18
++ 3fa86d908: modifiers.s: Meta vs Super key (regression after XR 12)
+  * Update Vcs-Git to sport proper branch for stable updates
+
+ -- Axel Beckert   Tue, 15 Apr 2014 01:48:08 +0200
+
 conkeror (1.0~~pre+git120527-1) unstable; urgency=low
 
   * New upstream snapshot
diff -Nru conkeror-1.0~~pre+git120527/debian/conkeror.bin 
conkeror-1.0~~pre+git120527/debian/conkeror.bin
--- conkeror-1.0~~pre+git120527/debian/conkeror.bin 2012-05-23 
18:29:54.0 +0200
+++ conkeror-1.0~~pre+git120527/debian/conkeror.bin 2014-04-15 
02:20:01.0 +0200
@@ -4,7 +4,7 @@
 
 # Find an appropriate xulrunner binary
 XULRUNNER=''
-for version in `LC_ALL=C seq 5.0 13.0 | tac` 2.0 1.9.2 1.9.1; do
+for version in 24.0 17.0 `LC_ALL=C seq 5.0 13.0 | tac` 2.0 1.9.2 1.9.1; do
 XRTMP=`which xulrunner-$version`
 if [ -n "$XRTMP" -a -x "$XRTMP" ]; then
XULRUNNER=$XRTMP
diff -Nru conkeror-1.0~~pre+git120527/debian/control 
conkeror-1.0~~pre+git120527/debian/control
--- conkeror-1.0~~pre+git120527/debian/control  2012-05-27 16:59:53.0 
+0200
+++ conkeror-1.0~~pre+git120527/debian/control  2014-04-15 02:31:42.0 
+0200
@@ -6,11 +6,13 @@
 Standards-Version: 3.9.3
 Homepage: http://conkeror.org/
 Vcs-Browser: http://repo.or.cz/w/conkeror.git
-Vcs-Git: git://repo.or.cz/conkeror.git
+Vcs-Git: git://repo.or.cz/conkeror.git -b debian-wheezy
 
 Package: conkeror
 Architecture: all
 Depends: ${misc:Depends},
+ xulrunner-24.0  |
+ xulrunner-17.0  |
  xulrunner-10.0  |
  xulrunner-13.0  |
  xulrunner-12.0  |
diff -Nru 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-2c36b5072.patch
 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-2c36b5072.patch
--- 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-2c36b5072.patch
   1970-01-01 01:00:00.0 +0100
+++ 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-2c36b5072.patch
   2014-04-15 02:23:13.0 +0200
@@ -0,0 +1,25 @@
+commit 2c36b5072cdcfeb1effe308a83b9121f9a5bed08
+Author: John Foerch 
+Date:   Thu Oct 17 09:12:40 2013 -0400
+
+scroll-top-left: fix for xulrunner >= 23
+
+resolves issue450 (see http://bugs.conkeror.org/issue450 for details).
+
+diff --git a/modules/commands.js b/modules/commands.js
+index dd13267..2123365 100644
+--- a/modules/commands.js
 b/modules/commands.js
+@@ -52,8 +52,10 @@ interactive("scroll-end-of-line",
+ 
+ interactive("scroll-top-left",
+ "Scroll the current frame all the way to the top left",
+- function (I) { I.buffer.do_command("cmd_scrollTop");
+-scroll_horiz_complete(I.buffer, -1); });
++ function (I) {
++ scroll_horiz_complete(I.buffer, -1);
++ I.buffer.do_command("cmd_scrollTop");
++ });
+ 
+ 
+ function delete_window (window) {
diff -Nru 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-38b6279c2.patch
 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-38b6279c2.patch
--- 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-38b6279c2.patch
   1970-01-01 01:00:00.0 +0100
+++ 
conkeror-1.0~~pre+git120527/debian/patches/cherry-pick-for-stable-38b6279c2.patch
   2014-04-15 02:23:13.0 +0200
@@ -0,0 +1,35 @@
+commit 38b6279c2053854c2e8f24e70facb5328d9f170c
+Author: John Foerch 
+Date:   Thu Nov 7 23:29:47 2013 -0500
+
+completions_tree_view.getCellProperties: fix for XULRunner >= 22
+
+Conkeror would issue errors like the following to the terminal when
+running on XULRunner 22 or later:
+
+Console error: [JavaScript Error: "TypeError: props is undefined"
+  {file: "chrome://conkeror/content/minibuffer-read.js" l

Bug#744824: network-manager does not configure interfaces on resume from suspend

[Kevin Brandstatter]

Package: network-manager
Version: 0.9.8.8-5
Severity: normal

Dear Maintainer,

suspend works fine,
on resume, no interfaces are reinitialized, this includes both wired and
wireless

snippet from /var/log/messages that may be relavent
r8169 :07:00.0: no hotplug settings from platform

Workaround:
restarting the network-manager service



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

Kernel: Linux 3.13-1-amd64 (SMP w/8 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 network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.8.0-3
ii  init-system-helpers1.18
ii  isc-dhcp-client4.2.4-7
ii  libc6  2.18-4
ii  libdbus-1-31.8.0-3
ii  libdbus-glib-1-2   0.102-1
ii  libgcrypt111.5.3-4
ii  libglib2.0-0   2.40.0-2
ii  libgnutls262.12.23-13
ii  libgudev-1.0-0 204-8
ii  libmm-glib01.0.0-4
ii  libnl-3-2003.2.24-1
ii  libnl-genl-3-200   3.2.24-1
ii  libnl-route-3-200  3.2.24-1
ii  libnm-glib40.9.8.8-5
ii  libnm-util20.9.8.8-5
ii  libpam-systemd 204-8
ii  libpolkit-gobject-1-0  0.105-4
ii  libsoup2.4-1   2.46.0-2
ii  libsystemd-login0  204-8
ii  libuuid1   2.20.1-5.7
ii  lsb-base   4.1+Debian12
ii  policykit-10.105-4
ii  udev   204-8
ii  wpasupplicant  1.1-1

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.68-1
ii  iptables  1.4.21-1
ii  modemmanager  1.0.0-4
ii  ppp   2.4.5+git20130610-4

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-4

-- Configuration Files:
/etc/NetworkManager/NetworkManager.conf changed:
[main]
plugins=ifupdown,keyfile
[logging]
level=info
[ifupdown]
managed=false


-- 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#714043: change package name as per discussion

[Pirate Praveen]

retitle 714043 ITP: ruby-messagebus-api -- Message Bus API for ruby
thanks

discussion on naming choice
https://lists.debian.org/debian-ruby/2013/07/msg0.html


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

Bug#736782: [src:roundcube] Sourceless file

[peter green]

Found 736782 0.9.5-3
Thanks


I could not find the source of:
roundcube 0.9.5-4 (source)

program/js/jquery.min.js
program/js/jstz.min.js
plugins/jqueryui/js/jquery-ui-1.9.1.custom.min.js
  


I do not see any differences related to this between the version in 
testing and the version in unstable, therefore I am marking the version 
in testing as affected.



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

Bug#744781: please remove ubuntu from dashboard or at least provide an option to hide it

[Dmitry Smirnov]

I couldn't agree more with this. Please remove Ubuntu or hide it by default.

-- 
Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B


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

Bug#736667: xbae: [PATCH] Enable build on newer arches with dh-autoreconf and other build fixes & workarounds

[Nicholas Breen]

On Sat, Jan 25, 2014 at 04:49:18PM -0500, Daniel T Chen wrote:
> Package: xbae
> Version: 4.60.4-5
 
> Dear Maintainer,
> 
> In Ubuntu 14.04, the attached patch was applied to achieve the following:
> 
>   * Use dh-autoreconf, resolving FTBFS on newer arches.

Makes sense.  I'll upload that soonish.

> - Adjust d/rules for new location of macros.
[...]
> Some words about the gargantuan patch: the bulk is due to moving the macros
> into their own directory, as recommended by the autoconf manual.

This, however, I won't incorporate.  I don't see any benefit to moving the
macros, and it makes the 16k-line patch completely unreviewable by eye to find
the four lines that matter for the change.  If there's a technical improvement
that I'm missing, please let me know.

Thanks for the report.


-- 
Nicholas Breen
nbr...@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#612840:

[Leo Iannacone]

Removing this in debwiki.css:

td.diff-added {
  color: #31a300;
}
td.diff-removed {
  color: #c70036;
}
td.diff-info {
  padding-left:0;
}
#

And adding this fixes this problem:

#
/* diffs from classic */
.diff {
table-layout: fixed;
}
.diff-header {
font-weight: bold;
}
.diff-title {
background-color: #C0C0C0;
}
.diff-added {
background-color: #E0FFE0;
font-family: courier,monospace;
vertical-align: top;
white-space: pre-wrap;
width: 50%;
word-wrap: break-word;
}
.diff-removed {
background-color: #E0;
font-family: courier,monospace;
vertical-align: top;
white-space: pre-wrap;
width: 50%;
word-wrap: break-word;
}
.diff-added span {
background-color: #80FF80;
}
.diff-removed span {
background-color: #80;
}
td.diff-info {
vertical-align: top;
}
div.diff-info {
white-space: nowrap;
}
div.diff-info-rev-comment span.diff-info-value {
white-space: normal;
}
div.diff-info-header {
background-color: #E8E8E8;
margin: -0.25em -0.5em 0.25em;
padding: 0.25em 0.5em;
text-align: center;
width: 100%;
}
td.diff-same {
border: 0 none;
text-align: center;
}
#


Here a preview:
http://i.imgur.com/Gm4n5Um.png

I did not find where theme is hosted in alioth (it does not appear to
be in the wiki.debian.org repository) or I would patched it by myself.


L.


-- 
Ubuntu Member - http://launchpad.net/~l3on
Home Page - http://leoiannacone.com
GPG Key Id - 0xD282FC25


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

Bug#741573: Two menu systems

[Russ Allbery]

Jonathan Nieder  writes:
> Russ Allbery wrote:

>> So, I think the questions before the TC are:
>>
>> 1. Should programs that make sense in the context of a typical DE (I
>>realize there's some fuzziness around this) all have desktop files?

> Ah, I completely misread this before as saying "menu files" instead of
> "desktop files".

> Was there actually any disagreement about which desktop apps should ship
> desktop files?  I don't think the TC needs to answer this one if they
> don't want to, except perhaps where it overlaps with the question "What
> should packagers do to prevent duplicate entries when trying to support
> both menu systems?"

It goes to the question of whether providing desktop files are some
version of "should."  It wasn't clear to me whether we had consensus on
that part.  Bill proposed a patch that added just that part, presumably in
an attempt to test consensus on that bit, and so far I'm the only
seconder.

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


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

Bug#490899: user-setup-udeb: way to (easily) *not* create a user, but do the root password setup

[Pierre-Elliott Bécue]

Cheers,

I'm pretty new at offering patches, and I'm not well convinced this one fits
the global way user-setup is designed. Please, any comment is welcome.

Another solution would be, I guess, to temporary change the user
debconf/priority to medium, and to revert it to its previous state after the
choice.

-- 
PEB
diff --git a/user-setup-ask b/user-setup-ask
index 6176930..06e4f56 100755
--- a/user-setup-ask
+++ b/user-setup-ask
@@ -30,6 +30,7 @@ set_special_users() {
 # Main loop starts here. Use a state machine to allow jumping back to
 # previous questions.
 STATE=0
+USER_RETRY=false
 while :; do
case "$STATE" in
0)
@@ -97,7 +98,11 @@ while :; do
# to sudo to root
db_set passwd/make-user true
elif ! is_system_user; then
-   db_input medium passwd/make-user || true
+   if [ "$USER_RETRY" = true ]; then
+   db_input critical passwd/make-user || true
+   else
+   db_input medium passwd/make-user || true
+   fi
fi
;;
4)
@@ -135,6 +140,10 @@ while :; do
# Verify the user name, loop with message if bad.
db_get passwd/username
USER="$RET"
+   if test -z $RET; then
+   STATE=3
+   USER_RETRY=true
+   continue
if ! LC_ALL=C expr "$USER" : '[a-z][-a-z0-9]*$' >/dev/null || \
   ! LC_ALL=C expr length "$USER" '<=' 32 >/dev/null; then
db_fset passwd/username seen false

Bug#744823: RFS: gnuais/0.3.0-1 [ITP]

[ruben . undheim]

Package: sponsorship-requests
Severity: wishlist



  Dear mentors,

  I am looking for a sponsor for my package "gnuais"

 * Package name: gnuais
   Version : 0.3.0-1
   Upstream Author : Ruben Undheim 
 * URL : http://gnuais.sourceforge.net
 * License : GPL-2.0
   Section : hamradio

  It builds those binary packages:

 gnuais - GNU Automatic Identification System receiver
 gnuais-dbg - GNU Automatic Identification System receiver
 gnuaisgui  - GUI for GNU Automatic Identification System receiver
 gnuaisgui-dbg - GUI for GNU Automatic Identification System receiver

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/gnuais


  Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/g/gnuais/gnuais_0.3.0-1.dsc

  More information about gnuais can be obtained from
https://github.com/rubund/gnuais/ and http://gnuais.sourceforge.net/.

  Changes since the last upload:

  .. new package


  Regards,
   Ruben Undheim


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

Bug#744822: cloud-initramfs-growroot: fails to resize root if using by-uuid symlink

[Gonéri Le Bouder]

Package: cloud-initramfs-growroot
Version: 0.18.debian4
Severity: important

Dear Maintainer,

In /usr/share/initramfs-tools/scripts/local-bottom/growroot , growroot
use readlink -f to get a canonicalize path to the root device.

readlink -f is not supported by the busybox readlink and fails.

We need to put a fully functional copy of readlink within the initrd.

Best regards,

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

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

Versions of packages cloud-initramfs-growroot depends on:
ii  cloud-utils  0.26-2
ii  initramfs-tools  0.115
ii  util-linux   2.20.1-5.7

cloud-initramfs-growroot recommends no packages.

cloud-initramfs-growroot 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#705959: Intel i210/i217 driver backport

[Jort Koopmans]

Hi,

The Intel i210 is becoming very common nowadays, with the 7.5 point
release coming up (26th of April), is this going to be included?

Kind regards,
Jort


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

Bug#736364: conkeror: stable package depends on obsolete xulrunner-10.0

[Adam D. Barratt]

Hi,

On Mon, 2014-04-14 at 16:35 +0200, Axel Beckert wrote:
> Adam D. Barratt wrote:
> > > > Would it be possible to update the package to support newer iceweasel
> > > > versions?
> > > 
> > > Should be possible and is already on my todo list. Just haven't found
> > > the leisure to figure out which upstream commits are actually
> > > necessary to properly support newer xulrunner versions. I hope the
> > > list won't be too long.
> > 
> > Did you have chance to look into this any further?
> 
> Nope, but I know the next stable update is upcoming, hence this and a
> few others are on the table again.

Okay, thanks.

> I though couldn't find for when exactly the freeze for the
> stable-update is planned.

It'll be over the upcoming weekend (19/20th). Exactly when is a little
of a variable feast, depending on when people are online.

Regards,

Adam


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

Bug#744821: libijs-dev: arch-dependent file in "Multi-Arch: same" package

[Jakub Wilk]

Package: libijs-dev
Version: 0.35-9
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libijs-dev is marked as "Multi-Arch: same", but the following file is 
architecture-dependent:


/usr/share/doc/libijs-dev/ijs_spec.pdf.gz

And indeed, i386 and amd64 packages cannot be co-installed:

Preparing to unpack .../libijs-dev_0.35-9_amd64.deb ...
Unpacking libijs-dev:amd64 (0.35-9) ...
Selecting previously unselected package libijs-dev:i386.
Preparing to unpack .../libijs-dev_0.35-9_i386.deb ...
Unpacking libijs-dev:i386 (0.35-9) ...
dpkg: error processing archive 
/var/cache/apt/archives/libijs-dev_0.35-9_i386.deb (--unpack):
trying to overwrite shared '/usr/share/doc/libijs-dev/ijs_spec.pdf.gz', which 
is different from other instances of package libijs-dev:i386
Errors were encountered while processing:
/var/cache/apt/archives/libijs-dev_0.35-9_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

--
Jakub Wilk
Binary files libijs-dev_0.35-9_i386/usr/share/doc/libijs-dev/ijs_spec.pdf and 
libijs-dev_0.35-9_amd64/usr/share/doc/libijs-dev/ijs_spec.pdf differ

Bug#354742: gweather: Locations.xml is huge

[Stéphane Aulery]

Simos Xenitellis summarized the response of upstream developers and why
this request is not a good idea:

When I use the term "strip", I mean similar to "man 1 strip". You
would perform a "strip" to a PO file which would remove messages when
msgid==msgstr, then compile to MO files in order to create the package.
With the LINGUAS environment variable, you specify which translations to
include or not.

I try to summarize what we have up to now,

1. The "optimization" we talk about is to strip messages when
msgid==msgstr, when compiling PO files.

2. One would (if they chose to) only perform the optimization when
building packages for their distribution. No translation files change
within GNOME.

3. The default behavior of the GNOME building tools would not change;
one would have to use some special parameter to strip MO files (either a
subset or all).

4. The distribution must declare to their users that they support a
single language at a time, (with the implicit/explicit fallback to
English (en_US)). The UI should not permit the user to set the LANGUAGE
variable to a sequence such as es:fr:de:en.

5. One would start considering all these if they have the burning need
to reduce space (for example, to fit packages on a single CDROM, or
install on some small device that space is at a premium). Or, when RAM
is really at a premium.

One would consider "stripping" translation files if *all 5 items* apply.

If we consider all this concept of "stripping" translation files is a
big no-no, then this report should close (maybe INVALID?).

If we consider that someone in the future would need to come back here,
we could leave it, marked as enhancement or something.

If there is something else I miss from this comment entry, please say so.
 
-- 
Stéphane Aulery


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

Bug#744382: [Ceph-maintainers] Bug#744382: librbd-dev and librados-dev does not provide correct shlibs/symbols file

[Josh Durgin]

On 04/14/2014 02:43 AM, Dmitry Smirnov wrote:

On Mon, 14 Apr 2014 12:09:59 Michael Tokarev wrote:

14.04.2014 11:42, Dmitry Smirnov wrote:

I found it so difficult to maintain symbols in C++ libraries so I just
used
"dh_makeshlibs -V" and it never failed me.


Yeah, it never fails, but it has its own downside which I mentioned
above.


Thank you for all your comments. I'm with you, I understand how useful
.symbols could be for linking (if done properly).

Specifically in regards to Ceph for a moment I feel much more comfortable with
"dh_makeshlibs -V" not only due to lack of confidence in C++ symbols approach
but mostly because of rapid upstream development. The amount of changes
between 0.72.2 and 0.79 is huge. I would feel quite uncomfortable if "qemu"
would be built successfully with 0.79 but wouldn't pull newer libraries when
used with 0.72.2... For example Ceph cluster has to be completely upgraded to
0.79 as it just doesn't work with mix of 0.72.2 and 0.79 components (i.e.
OSD,MON,MDS)...


As a ceph developer, the mixed-cluster issue is a bug (possibly fixed
already since 0.79 is undergoing heavy testing and fixes before the
next long term stable release, 0.80, is out). If you have more details
we'd be happy to hear about them.

Regarding library symbols, the ceph libraries each have C++ as well as
C interfaces, and there's been some suggestions to move to
visibility=hidden by default, to avoid some of the hairier problems
with C++ libraries [1]. It seems like this would make .symbols files 
approach more tenable, since passing through all C++ symbols would

not be as bad if only the desired ones are exported in the first place.
This isn't done yet, but in the mean time the "dh_makeshlibs -V" 
approach seems fine to me.


If there's anything we could do upstream to make this easier, let us know.

Thanks!
Josh

[1] http://marc.info/?l=ceph-devel&m=138842618710279


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

Bug#744820: squeeze-pu: package catfish/0.3.2-2+deb7u1

[Jackson Doak]

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

Hi,

catfish currently has 4 unfixed CVE bugs that affect the version in squeeze. All
of them were deemed to be minor issues (no DSA) according to the security
tracker, so I'd like to fix them via an upload to oldstable instead. Debdiff is
attached below.


diff -u catfish-0.3.2/debian/changelog catfish-0.3.2/debian/changelog
--- catfish-0.3.2/debian/changelog
+++ catfish-0.3.2/debian/changelog
@@ -1,3 +1,10 @@
+catfish (0.3.2-1+deb6u1) squeeze; urgency=medium
+
+  * Add 50Fix_cve.dpatch. Closes: #739958
+- CVE-2014-2093 CVE-2014-2094 CVE-2014-2095 CVE-2014-2096
+
+ -- Jackson Doak   Tue, 15 Apr 2014 08:00:38 +1000
+
 catfish (0.3.2-1) unstable; urgency=low

   [ Marco Rodrigues ]
diff -u catfish-0.3.2/debian/patches/00list catfish-0.3.2/debian/patches/00list
--- catfish-0.3.2/debian/patches/00list
+++ catfish-0.3.2/debian/patches/00list
@@ -2,0 +3 @@
+50Fix_cve.dpatch
only in patch2:
unchanged:
--- catfish-0.3.2.orig/debian/patches/50Fix_cve.dpatch
+++ catfish-0.3.2/debian/patches/50Fix_cve.dpatch
@@ -0,0 +1,22 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git'
'--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr'
catfish-0.3.2~/catfish.py catfish-0.3.2/catfish.py
+--- a/catfish.in   2013-02-13 02:45:27 +
 b/catfish.in   2014-02-28 04:26:26 +
+@@ -1,14 +1,2 @@
+ #!/usr/bin/env bash
+-
+-APPNAME=catfish
+-
+-if [ -e $APPNAME.pyc ]
+-then python $APPNAME.pyc "$@"
+-else
+-if [ -e $APPNAME.py ]
+-then python $APPNAME.py "$@"
+-else
+-cd %prefix%/share/$APPNAME
+-python $APPNAME.pyc "$@"
+-fi
+-fi
++%python% %prefix%/share/catfish/bin/catfish.py "$@"

Bug#428314: gnome-applets: Depends on libcpufreq0

[Stéphane Aulery]

severity 428314 wishlist
stop

This correction assumes that each applet is independent as proposed in
the report 592731:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592731

--
Stéphane Aulery


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

Bug#742016: user-mode-linux: build-depends on linux-source-3.12 which is no longer in the archive

[Mattia Dongili]

On Mon, Apr 14, 2014 at 09:48:01PM +0200, Jakub Wilk wrote:
> * Ansgar Burchardt , 2014-03-18, 12:04:
> >user-mode-linux build-depends on linux-source-3.12 which is no longer in
> >the archive. The current version is linux-source-3.13.
> 
> Any news on this? Do you need help?

Yes, at the moment I'm busy and cannot work on this (I might in the next
two weeks though). And unfortunately I'm the only "active" maintainer in
the team.

Updating the user-mode-linux package is just a matter of setting the
correct version in debian/{rules,control}, updating the kernel
configuration (there are debian/rules targets to help with that -
oldconfig{32,64} - policy is M for everything) and building the package.
If there are no major issues, this is it.

Let me know if you can help. Else I can try towards the weekend.

Thanks
-- 
mattia
:wq!


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

Bug#744819: Missing build-dependency on docbook

[Ben Hutchings]

Package: module-assistant
Version: 0.11.6
Severity: serious

The DocBook DTD is needed when building, and this is in the docbook
package which is not a dependency of docbook-utils.

Ben.

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

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

Versions of packages module-assistant depends on:
ii  bzip2  1.0.6-5
ii  libtext-wrapi18n-perl  0.06-7
ii  perl   5.18.2-2+b1
ii  xz-utils   5.1.1alpha+20120614-2

Versions of packages module-assistant recommends:
ii  liblocale-gettext-perl  1.05-8

Versions of packages module-assistant suggests:
ii  build-essential  11.6
ii  whiptail 0.52.15-3+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#744818: ITP: adagios -- Adagios is an alternative web configuration (and status) interface to nagios/icinga/shinken

[Pall Sigurdsson]

Package: wnpp
Severity: wishlist
Owner: Pall Sigurdsson 

* Package name: adagios
  Version : 1.4.1
  Upstream Author : Pall Sigurdsson 
* URL : http://adagios.org
* License : A-GPL
  Programming Lang: Python, JAvascript
  Description : Adagios is an alternative web configuration (and status) 
interface to nagios/icinga/shinken

Adagios is a web based Nagios configuration interface built to be simple and 
intuitive
in design, exposing less of the clutter under the hood of nagios. Additionally 
adagios
has a rest interface for both status and configuration data as well a feature 
complete
status interface that can be used as an alternative to nagios web interface.

Feature summary:
* Full view/edit of hosts,services, etc
* Modern Status view as an alternative to default nagios web interface
* Rest interface for status of hosts/services
* Rest interface for viewing and modifying configuration
* Full audit of any changes made


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

Bug#414521: gnome-applets: weather applet does not display forecast information for Liège

[Stéphane Aulery]

retitle 414521 gnome-applets: Is it possible to have maps for countries other 
than the U.S.?
severity 414521 wishlist
forwarded 414521 https://bugzilla.gnome.org/show_bug.cgi?id=728223
stop

Nicolas Évrard said :
> 
> For the future, there are plans to create a weather.gnome.org service to
> provide all sorts of weather related material to all regions of the
> world.

Is it still relevant?

--
Stéphane Aulery


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

Bug#744816: Acknowledgement (mirrors: fail to fetch package list for jessie main)

[Kevin Brandstatter]

Success apt-get-ing package list for jessie/main from mirror.anl.gov

-KB



signature.asc
Description: OpenPGP digital signature

Bug#744787: survex-aven: Wire frame window is 'scrambled'

[Olly Betts]

severity 744787 important
thanks

On Mon, Apr 14, 2014 at 07:28:57PM +0100, Andrew wrote:
> On opening a 3d file, both by double clicking or by opening aven and
> then doing a File open, the station tree is there but the centreline
> viewer is just full of rubbish. This is happening to know good files.
> No additional error given if run directly from terminal.

Aven works fine for me, so "a bug which has a major effect on the
usability of a package, without rendering it completely unusable to
everyone" seems more appropriate.

Since it works for me and therion does the same (#744793), I suspect
it's an issue with your OpenGL setup.  Were either aven or therion's
viewer working on this machine in a previous version?

Can you try installing "mesa-utils" and seeing if "glxgears" works?
This is a simple opengl demo program, which should display a 3D
animation of some rotating cogs.  If that fails, the problem isn't with
aven or therion, but at a lower level.

Cheers,
Olly


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

Bug#744817: clang-3.5: scan-build: insecure use of /tmp

[Jakub Wilk]

Package: clang-3.5
Version: 1:3.5~svn201651-1
Severity: important
Tags: security

The GetHTMLRunDir subroutine creates temporary directories in an 
insecure way:


1) The directory name is easily predictable:

 if (!defined $Dir) {
   $Dir = $ENV{'TMPDIR'} || $ENV{'TEMP'} || $ENV{'TMP'} || "/tmp";
   $TmpMode = 1;
 }
 # [...]
 my $TimeString = sprintf("%02d%02d%02d", $hour, $min, $sec);
 my $DateString = sprintf("%d-%02d-%02d-%s-$$",
  $year, $month, $day, $TimeString);
 # [...]
 if ($TmpMode) {
   $NewDir = "$Dir/$Prog-$DateString-$RunNumber";
 }

2) The directory is created with default permissions (instead of 0700).

3) The function doesn't fail if the directory already exists, even if 
it's owned by another user. Now, the upstream intention was to always 
choose a directory that doesn't exist, but the logic is broken:


   foreach my $f (@FILES) {
 # Strip the prefix '$Prog-' if we are dumping files to /tmp.
 if ($TmpMode) {
   next if (!($f =~ /^$Prog-(.+)/));
   $f = $1;
 }
 my @x = split/-/, $f;
 next if (scalar(@x) != 4);
 next if ($x[0] != $year);
 next if ($x[1] != $month);
 next if ($x[2] != $day);
 next if ($x[3] != $TimeString);
 next if ($x[4] != $$);
 if ($x[5] > $max) {
   $max = $x[5];
 }
   }
   $RunNumber = $max + 1;

But, for files that could be created by GetHTMLRunDir, scalar(@x) is 6, 
not 4, so the loop is mostly no-op. (Even if the loop was implemented 
correctly, there would still be race window between when the directory 
name is chosen and when it is created.)



This bug can be exploited by malicious local user for denial of service, 
information disclosure, or to overwrite arbitrary files via symlink 
attack.


--
Jakub Wilk


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

Bug#744816: mirrors: fail to fetch package list for jessie main

[Kevin Brandstatter]

Package: mirrors
Severity: important

Dear Maintainer,

W: Failed to fetch xz:/var/lib/apt/lists/partial/ftp.us.debian
..org_debian_dists_jessie_main_binary-amd64_Packages  Hash Sum mismatch

tried multiple mirrors, no success from any of them.
all other pkg lists update without error.

-Kevin Brandstatter



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

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


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

Bug#744330: groovy: makes xbmc FTBFS

[Miguel Landaeta]

tags 744330 + confirmed
thanks

On Sun, Apr 13, 2014 at 02:25:44AM +0200, Bálint Réczey wrote:
> Package: groovy
> Version: 1.8.6-2
> Severity: serious
> 
> 
> Hi,
> 
> Xbmc stopped building with latest groovy upload even with the
> workaround for another groovy bug. :-(

Hi,

I'm investigating this since I did the last groovy upload to unstable
with the goal of enabing support for Java 8.

Gradle is also broken (#744337) probably due to the same reason.

Cheers,

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at
http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#744733: mumble: client crashes opening settings with push-to-talk enabled

[Chris Knadle]

On Monday, April 14, 2014 12:30:40 RedOmen wrote:
> On 04/14/2014 10:30 AM, Chris Knadle wrote:
> > On Sunday, April 13, 2014 20:58:35 redomen wrote:
> >> Package: mumble
> >> Version: 1.2.5-245-g221a5d7-1
> >> Severity: normal
> >> 
> >> Dear Maintainer,
> >> 
> >> Everything was fine until a recent system update and now when running the
> >> mumble client and selecting settings from the dropdown menu it always
> >> crashes. If I delete my user config files and start clean I am able to
> >> access settings but if I attempt to assign my push-to-talk key (my super
> >> key) it crashes in the same place again.
> > 
> > I'm able to set a push-to-talk key, so I'm not able to reproduce this bug.
> > Sorry to hear that you're having trouble -- I'd like to try to narrow down
> > what's causing it.
> > 
> > What window manager / desktop environment are you using?
> > 
> >-- Chris
> > 
> > --
> > Chris Knadle
> > chris.kna...@coredump.us
> 
> I'm using XFCE4.  I have no problems binding the super key in the window
> manager settings although currently nothing is assigned to it.

Just a reminder: remember to CC 744...@bugs.debian.org concerning this bug.

Okay.  It looks like you're using Testing but have not included the Wheezy 
(i.e. stable) repo; I've heard that that can cause some unusual bugs since 
there are a few packages that only exist in Stable.  Also since you've got a 
foreign architecture available (i386), double-check that you've got the amd64 
mumble package loaded, not the i386 package.

I have an amd64 Debian Testing VM loaded, and just tested mumble
1.2.5-245-g221a5d7-1 in XFCE and was able to change the push-to-talk key.
I'm not able to make anything of the gdb output you included either, sorry to 
say.

So the best suggestion I've got for starters is to add the Debian wheezy repo 
and apt-get update + upgrade to see if that pulls in any missing packages.

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us


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

Bug#744815: icecast2: not compiled against SSL for server side SSL

[Robert Weidlich]

Package: icecast2
Version: 2.3.3-2
Severity: important

Dear Maintainer,

the package does not build against a ssl library, as it did in wheezy.

This disables the possibility to offer the web interface and the streams
via https. As this the web interface and the source clients use HTTP
Basic auth this is somewhat critical.

Please build against some ssl library to restore this feature.


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

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


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

Bug#744814: Changed plugin path breaks NM integration

[Michael Biebl]

Package: ppp
Version: 2.4.6


ppp 2.4.6 has changed its plugin path to /usr/lib/pppd/2.4.6.

There are a few packages which install plugins into /usr/lib/pppd/2.4.5:

network-manager: /usr/lib/pppd/2.4.5/nm-pppd-plugin.so
network-manager-pptp: /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so
pppdcapiplugin: /usr/lib/pppd/2.4.5/capiplugin.so
pppdcapiplugin: /usr/lib/pppd/2.4.5/userpass.so


network-manager-pptp (and pppdcapiplugin) has a versioned depends on
ppp (>= 2.4.5) && ppp (<< 2.4.6).

Unfortunately, since network-manager only has a recommends on ppp, it
can't ensure such a strict versioned dependency.

Please consider adding a Breaks: network-manager (<< 0.9.8.8-7).

I'll update NM accordingly.


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

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

Versions of packages ppp depends on:
ii  init-system-helpers  1.18
ii  libc62.18-4
ii  libpam-modules   1.1.8-3
ii  libpam-runtime   1.1.8-3
ii  libpam0g 1.1.8-3
ii  libpcap0.8   1.5.3-2
ii  procps   1:3.3.9-4

ppp recommends no packages.

ppp 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#744813: FTBFS: Segmentation fault in ruby2.0

[Christian Hofstaedtler]

Package: ruby-patron
Version: 0.4.18-2
Severity: serious
Justification: fails to build from source

Since the 0.4.18-2 upload, rspec crashes during build almost everywhere,
except on my build machine and the powerpc buildd.

  -ch


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

Bug#744754: apt-listbugs: Bug with Ruby, crashes aptitude

[Francesco Poli]

Control: reassign -1 ruby 1:2.0.0.1
Control: forcemerge 743729 -1
Control: affects -1 + apt-listbugs


On Mon, 14 Apr 2014 13:43:52 +0200 Nicolas Patrois wrote:

> Package: apt-listbugs
> Version: 0.1.13
> Severity: important
> 
> Dear Maintainer,
> 
> When I tried to upgrade today, aptitude said:
> 
> /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load 
> such file -- debian_version (LoadError)
[...]

Hello Nicolas,
thanks for your bug report, which, however, really looks like
an already known issue of the "ruby" package.

I am thus reassigning and merging your report.

> 
> I couldn’t even remove apt-listbugs with aptitude (same error), I had to 
> remove it with dpkg.
> Then aptitude worked correctly.
> Maybe a package misses but aptitude didn’t tell me which one.
> I already had this bug a few weeks ago, deinstalling Ruby 1.8 solved it this 
> time.

I think you should be able to solve the issue by installing
ruby/1:2.0.0.2
(currently in unstable, expected to migrate to testing soon).

Please let me know, in case this fails.
Bye.



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


pgpOMsMIkWD92.pgp
Description: PGP signature

Bug#619244: [Pkg-systemd-maintainers] Bug#619244: Bug#619244: systemd: unowned files after purge (policy 6.8, 10.8): /etc/machine-id

[Michael Biebl]

Am 14.04.2014 14:22, schrieb Michael Stapelberg:
> Hi coldtobi,
> 
> coldtobi  writes:
>> Maybe new imput:
>> On drizzle I had the same issue with database files.
>> My solution was to ask the user (debconf) if the files should be removed on
>> purge, and defaulted that to yes. This is compliant with the policy and you 
>> can
>> still explain why this file is needed and why systemd suggests to keep the
>> file. 
> I don’t think this is a good idea. Users should not be bothered with
> technical details such as this just for following the policy to the word.

I agree. I don't want to add a debconf prompt for this. Aside from the
overhead, this just shifts the problem to the user.

>> BTW, *why* does systemd needs this file to be constant? Google did not have 
>> an
>> answer for me... Do you have a pointer? I only found a reference that it can 
>> be
>> regenerated on stateless systems, so out of this I assume things will not 
>> break
>> if someone purges systemd and later reinstall it.
> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619244#45
> 
>> (Please note that this bug has a huge impact on piuparts testing, as all
>> packages directly and indirectly depending on systemd will not be tested 
>> until
>> this is fixed policy-like)
> Then please work on fixing it…? :)
> 
> I think the best option (as discussed in this bug already) is to move
> the file to a more central package like base-files.

Fwiw, I wouldn't mind to unconditionally rm the file on purge in postrm
(we do the same for dbus wrt /var/lib/dbus/machine-id) given that no
other package relies on the file.

That said, I don't know if any other package relies on /etc/machine-id.
I do know that dbus makes use of it but I dunno all the details
regarding the /var/lib/dbus/machine-id fallback

Say we first install systemd, which generates /etc/machine-id, then
later dbus. Will in this case a /var/lib/dbus/machine-id file be created
or will dbus use /etc/machine-id?
In this case we can't remove /etc/machine-id again, as it would break
dbus, unless dbus would on-the-fly generate a /var/lib/dbus/machine-id
if no /etc/machine-id is available.

Maybe Simon knows more.

Regards,
Michael


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



signature.asc
Description: OpenPGP digital signature

Bug#740543: RFS: eggdrop/1.6.21-1 [ITA #698272]

[Cédric Barboiron]

Hi Vincent and Markus,

Thanks for your comments on the package.

I've updated the package with copyright information for
- src/compat/gnu_strftime.c (LGPL-2+)
- src/compat/inet_aton.c (GPL-2+ and BSD-4-clause and BSD-3-clause, with
comment for the University of California BSD-4-clause portion)

As well as the following files (different authors):
- src/match.c (public domain)
- src/compat/snprintf.c (GPL-2+)
- src/md5/md5c.c (public domain)
- scripts/dccwhois.tcl (GPL-2+)

Finally, I've excluded the only two files with no license information
from the package : scripts/autobotchk and scripts/sentinel.tcl

You can find the updated package at the same place
http://mentors.debian.net/package/eggdrop
http://mentors.debian.net/debian/pool/main/e/eggdrop/eggdrop_1.6.21-1.dsc

A quick note on the remaining open bugs:
- #282437 wasn't able to reproduce (but since it is almost 10 years
  old...)
- #596641 the UTF-8 patch indeed is simple, but it is labeled as "I want
  Eggdrop to speak and understand UTF-8. I want it so badly that I'm
  willing to take the ugliest hack available!" on
  http://eggwiki.org/Main_Page . It comes from
  http://forum.egghelp.org/viewtopic.php?p=82111#82111 , with the
  following comment : "BE AWARE: This patch FORCES UTF-8 support, so
  only apply it if your system supports it :) [This patch overrides
  eggdrops own mechanism to detect the encoding system it should use
  based on variables (LC_ALL,...).  So this is totally a HACK and
  nothing to put into production code for compatibility reasons]"
- #374568 for the same reasons as
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374568#17 

Regards,
-- 
Cédric


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

Bug#679630: insserv: Dependency-based boot changes SigIgn mask of daemons

[Petter Reinholdtsen]

[Michael Hanke]
> Unfortunately, the issue is still present -- on an up-to-date Debian
> wheezy. I still have no clue who to trigger this behavior other than
> a reboot of those machines. I can still reliably fix it by a restart
> of the condor daemons once the machines are fully up.

Right.  Then we should try to fix it. :)

> If there is anything I can try on those machines that would help you
> determine the problem please let me know.

Please try this patch.  It make sure run_single() and detach() both
reset the SIGINT signal.

Index: startpar.c
===
--- startpar.c  (revision 192)
+++ startpar.c  (working copy)
@@ -732,6 +732,7 @@
  (void)sigfillset(&nmask);
  sigprocmask(SIG_UNBLOCK, &nmask, NULL);
 
+ (void)signal(SIGINT,  SIG_DFL);
  (void)signal(SIGHUP,  SIG_DFL);
  (void)signal(SIGQUIT, SIG_DFL);
  (void)signal(SIGSEGV, SIG_DFL);

I suspect my test cases all ended up using the "fixed" code path.  Not
sure how to trigger the detach() code path in a test case. :)

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#744812: ruby-pgplot: Depends on obsolete version of ruby

[Christian Hofstaedtler]

Source: ruby-pgplot
Version: 0.1.3-8
Severity: serious
Justification: obsolete dependency

Dear Maintainer,

Your package depends on ruby1.9.1, which is obsolete and is going
to be removed from jessie very soon.

Please update your package to use either the ruby metapackage,
or if that is not an option, to depend on ruby2.1 (the soon new default
ruby).

Thanks,
  -ch


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

Bug#744811: browser-plugin-lightspark: crash over SWF (error messages attached)

[Martin-Éric Racine]

Package: browser-plugin-lightspark
Version: 0.7.2-3
Severity: normal

While trying to play the movie at ( http://areena.yle.fi/tv/2224925 ), 
LightSpark crashed with the following error:

th->objectEncoding==ObjectEncoding::AMF3 
/build/lightspark-nGpf74/lightspark-0.7.2/src/scripting/flash/utils/flashutils.cpp:913

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable')
Architecture: i386 (i686)

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

Versions of packages browser-plugin-lightspark depends on:
ii  libc6   2.18-4
ii  libgcc1 1:4.8.2-16
ii  libglib2.0-02.40.0-2
ii  libglibmm-2.4-1c2a  2.36.2-1
ii  libsigc++-2.0-0c2a  2.2.11-3
ii  libstdc++6  4.8.2-16
ii  libx11-62:1.6.2-1
ii  lightspark-common   0.7.2-3

Versions of packages browser-plugin-lightspark recommends:
ii  gnash-common  0.8.11~git20140319+dfsg-1

browser-plugin-lightspark 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
Archive: https://lists.debian.org/debian-bugs-dist

Bug#744809: FTBFS: writes to file outside package build dir

[Christian Hofstaedtler]

Source: ruby-gnome2
Version: 2.1.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

your package "ruby-gnome2" failed to build from source during a test
rebuild of all ruby related packages, with this output:

  + make install DESTDIR=/«PKGBUILDDIR»/debian/tmp 
sitelibdir=/usr/lib/ruby/vendor_ruby 
sitearchdir=/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0
  make[2]: Leaving directory `/«PKGBUILDDIR»'
  make[2]: Entering directory `/«PKGBUILDDIR»'
  (cd 'glib2' && make install)
  make[3]: Entering directory `/«PKGBUILDDIR»/glib2'
  (cd ext/glib2 && make install)
  make[4]: Entering directory `/«PKGBUILDDIR»/glib2/ext/glib2'
  /usr/bin/install -c -m 644 /«PKGBUILDDIR»/glib2/ext/glib2/rbglib.h 
/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0
  /usr/bin/install: cannot create regular file 
'/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0/rbglib.h': Permission denied
  make[4]: *** [install-headers] Error 1


The full build log can be found at:
http://aws-logs.debian.net/ftbfs-logs/ruby-14-4-14/logs/ruby-gnome2_2.1.0-1_unstable.log

  -ch


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

Bug#744808: FTBFS: make[1]: /usr/bin/ruby1.9.1: Command not found

[Christian Hofstaedtler]

Source: ruby-passenger
Version: 4.0.37-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

your package "ruby-passenger" failed to build from source during a test
rebuild of all ruby related packages, with this output:

dh_auto_configure -O--buildsystem=ruby
debian/rules override_dh_auto_build
  make[1]: Entering directory `/«PKGBUILDDIR»'
  /usr/bin/ruby1.9.1 /usr/bin/rake fakeroot
  make[1]: /usr/bin/ruby1.9.1: Command not found
  make[1]: *** [override_dh_auto_build] Error 127
  make[1]: Leaving directory `/«PKGBUILDDIR»'

Please note that ruby1.9.1 is about to be removed from jessie.

The full build log can be found at:
http://aws-logs.debian.net/ftbfs-logs/ruby-14-4-14/logs/ruby-passenger_4.0.37-2_unstable.log

  -ch


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

Bug#744807: FTBFS: ERROR: Test "ruby2.1" failed.

[Christian Hofstaedtler]

Source: ruby-gherkin
Version: 2.12.2-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

your package "ruby-gherkin" failed to build from source during a test
rebuild of all ruby related packages, with this output:

  Running tests for ruby2.1 using debian/ruby-tests.rake ...
  (...)  
  1) Gherkin::Formatter::PrettyFormatter should prettify scenario
 Failure/Error: output.should == expected_output
 ArgumentError:
   invalid byte sequence in US-ASCII
 # ./spec/gherkin/formatter/pretty_formatter_spec.rb:28:in `block in 
assert_pretty'
 # ./spec/gherkin/formatter/pretty_formatter_spec.rb:22:in `each'
 # ./spec/gherkin/formatter/pretty_formatter_spec.rb:22:in `assert_pretty'
 # ./spec/gherkin/formatter/pretty_formatter_spec.rb:125:in `block (2 
levels) in '

  2) Gherkin::Formatter::StepPrinter should replace 1 unicode arg
 Failure/Error: @io.string.should == "(I hæve )[øæ]( cåkes)"
   expected: "(I h\u00E6ve )[\u00F8\u00E6]( c\u00E5kes)"
got: "(I h\xC3\xA6ve )[\xC3\xB8\xC3\xA6]( c\xC3\xA5kes)" (using ==)
 # ./spec/gherkin/formatter/step_printer_spec.rb:41:in `block (2 levels) in 
'


(...)


The full build log can be found at:
http://aws-logs.debian.net/ftbfs-logs/ruby-14-4-14/logs/ruby-gherkin_2.12.2-2_unstable.log

  -ch


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

Bug#742409: [Sereal] 2.06 fails to build on some architectures: (#47)

[gregor herrmann]

On Mon, 14 Apr 2014 13:26:22 -0700, Steffen Müller wrote:

> >> Bad news: 2.11 fails again:
> >> https://buildd.debian.org/status/logs.php?pkg=libsereal-encoder-perl&ver=2.11-1
> >> This time with Decoder 2.08 installed and all tests run.
> >
> > This looks like a hard crash while running the tests. I wonder if we
> > could a complete (verbose) test output and a stack trace?
> 
> FTR: I looked at the SPARC result.

Right, s390x fails differently, and some architectures are still
missing (mips and armhf) ...

From a Debian point of view, I'm less worried about sparc, since it
will probably go away as a release architecture (and sparc-only
failures are not uncommon).

Enabling verbose tests is no problem; not sure if/how we can get a
stack trace out of a package build. I'm cc'ing the Debian bug report
for insights.


Cheers,
gregor

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


signature.asc
Description: Digital Signature

Bug#744806: RM: haskell-zeromq3-haskell -- ROM; Replaced by haskell-zeromq4-haskell

[Joachim Breitner]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear ftp-team

the package haskell-zeromq3-haskell has been replaced by
haskell-zeromq4-haskell, and all its reverse dependencies (hbro) have
migrated. There is no point in having haskell-zeromq3-haskell in Debian
any more; please remove it.

According to dak rm -R -n haskell-zeromq3-haskell, "No dependency
problem found."

Thanks,
Joachim

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlNMSCcACgkQ9ijrk0dDIGxTwACgsqoNihyWSRkJB0EJZk6AJ7Yf
B98AniTEhbTIF8JekAN07x3r4DSwMzaB
=zVsM
-END PGP SIGNATURE-


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

Bug#744805: FTBFS: ruby.h:1116:30: error: assignment of read-only member "klass"

[Christian Hofstaedtler]

Source: ruby-gsl
Version: 1.15.3+dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

your package "ruby-gsl" failed to build from source during a test
rebuild of all ruby related packages, with this output:
  
  gcc -I. -I/usr/include/x86_64-linux-gnu/ruby-2.1.0 
-I/usr/include/ruby-2.1.0/ruby/backward -I/usr/include/ruby-2.1.0 -I. 
-DHAVE_ROUND -DHAVE_TAMU_ANOVA_TAMU_ANOVA_H 
-I/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0 -D_FORTIFY_SOURCE=2   -fPIC 
-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -fPIC -Wall -I../include  -I/usr/include  -o 
linalg_complex.o -c linalg_complex.c
  In file included from /usr/include/ruby-2.1.0/ruby.h:33:0,
   from ../include/rb_gsl_array.h:34,
   from linalg_complex.c:14:
  linalg_complex.c: In function 'rb_gsl_linalg_complex_LU_decomp':
  /usr/include/ruby-2.1.0/ruby/ruby.h:1116:30: error: assignment of read-only 
member 'klass'
   #define RBASIC(obj)  (R_CAST(RBasic)(obj))
^
  /usr/include/ruby-2.1.0/ruby/ruby.h:1115:30: note: in definition of macro 
'R_CAST'
   #define R_CAST(st)   (struct st*)
  ^

(...)


The full build log can be found at:
http://aws-logs.debian.net/ftbfs-logs/ruby-14-4-14/logs/ruby-gsl_1.15.3+dfsg-1_unstable.log

  -ch


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

Bug#733866: nyancat-server: drop reconf-inetd dependency

[Serafeim Zanikolas]

Hi Jon,

On Sat, Apr 12, 2014 at 09:37:51PM +0100, Jonathan McCrohan wrote:
> Given that you have already orphaned both reconf-inetd and update-inetd,
> and nobody else has come forward, I think it would be best for nyancat
> not to depend on either of them.

I've RFA'd them; I'm still the maintainer.

> I have already created systemd service files for nyancat and sent them
> upstream. I would like to use systemd on linux, with perhaps manual
> instructions on !linux archs.

Sounds great.

> Can you please provide a tested patch to cleanly remove any existing
> entries in /etc/inetd.conf prior to systemd service file installation?

I recalled that nyancat-server was a symlink just for reconf-inetd, so you can
stop shipping it. If you also stop shipping the reconf-inet fragments, then
reconf-inetd will remove its inetd.conf entries upon upgrading to the new
package (via a dpkg trigger, ie. you don't need to call anything on postinst,
in fact you should drop postinst altogether).

Here's a tested patch (not including dropping the postinst file, which is a
no-op for upgrading from wheezy onwards):

diff -Nurp orig/nyancat-1.2.2/debian/nyancat-server.install 
patched2/nyancat-1.2.2/debian/nyancat-server.install
--- orig/nyancat-1.2.2/debian/nyancat-server.install2013-06-04 
22:06:46.0 +0100
+++ patched2/nyancat-1.2.2/debian/nyancat-server.install1970-01-01 
01:00:00.0 +0100
@@ -1,2 +0,0 @@
-debian/reconf-inetd/nyancat-server.tcp usr/share/reconf-inetd/
-debian/reconf-inetd/nyancat-server.tcp6 usr/share/reconf-inetd/
diff -Nurp orig/nyancat-1.2.2/debian/nyancat-server.links 
patched2/nyancat-1.2.2/debian/nyancat-server.links
--- orig/nyancat-1.2.2/debian/nyancat-server.links  2013-06-04 
22:06:46.0 +0100
+++ patched2/nyancat-1.2.2/debian/nyancat-server.links  2014-04-13 
22:07:19.0 +0100
@@ -1,2 +1 @@
-usr/bin/nyancat usr/bin/nyancat-server
-/usr/share/man/man1/nyancat.1.gz /usr/share/man/man1/nyancat-server.1.gz

cheers,

-- 
Every great idea is worthless without someone to do the work. --Neil Williams


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

Bug#744804: FTBFS: ruby-mapscript missing files (usr/lib/ruby/vendor_ruby/*/*/mapscript.so)

[Christian Hofstaedtler]

Source: mapserver
Version: 6.4.1-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

your package "mapserver" failed to build from source during a test
rebuild of all ruby related packages, with this output:
  
  -- Installing: 
/«PKGBUILDDIR»/debian/tmp-ruby2.1/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0/mapscript.so
  [...]
 debian/rules override_dh_install
  make[1]: Entering directory `/«PKGBUILDDIR»'
  dh_install --autodest --list-missing
  dh_install: ruby-mapscript missing files 
(usr/lib/ruby/vendor_ruby/*/*/mapscript.so), aborting
  make[1]: *** [override_dh_install] Error 2
  make[1]: Leaving directory `/«PKGBUILDDIR»'
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 
2


The full build log can be found at:
http://aws-logs.debian.net/ftbfs-logs/ruby-14-4-14/logs/mapserver_6.4.1-2_unstable.log
 

  -ch


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

Bug#744803: Edit - Draw Order doesn't work since upgrade to 2.0.3

[dimas]

Package: librecad
Version: 2.0.3-1

since upgrade to 2.0.3 (not sure if it begins with exactly 2.0.3, maybe i
missed some earlier upgrade) menu entries under  don't work
anymore (before upgrade they was ok), no matter whether overlaping objects are
in the same layer or not.
the simplest example: i draw red line and then blue one over it and try to
, etc. command line prompts to select object,
but nothing changes.


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

Bug#451203: gnome-applets: mixer-applet shows mute when not muted, after changing volume

[Stéphane Aulery]

fixed 451203  gnome-applets/2.30.0-1
stop

It seems that this bug has been fixed long ago by general changes, and
no similar problems have been reported since. Reopen this report if the
bug occurs again.


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

Bug#743191: left to do/fix: mail, cabal not found, irc notifications and testing on more distros?

[Joachim Breitner]

Hi,

Am Montag, den 14.04.2014, 20:17 +0200 schrieb Joachim Breitner:
> > Oh, as you probably have seen, for now I've configured the job to be run 
> > every 
> > monday.
> 
> I assume that once we use git (next few weeks is realistic), we can have
> it triggered by pushes?

today is realistic as well; I moved the repo to git and tried to adjust
the job appropriately. Please pull and retry.

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata


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

Bug#743015: xinit does not handle starting X correctly

[Vladimir K]

Archlinux uses this xserverrc:

#!/bin/sh
if [ -z "$XDG_VTNR" ]; then
  exec /usr/bin/X -nolisten tcp "$@"
else
  exec /usr/bin/X -nolisten tcp "$@" vt$XDG_VTNR
fi


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

Bug#744802: ucblogo: keyp doesn't work because of wrong ioctl argument type

[Panu Kalliokoski]

Package: ucblogo
Version: 5.5-2.1
Severity: normal
Tags: patch upstream

Sometimes keyp returns true even if there's no input waiting:
Welcome to Berkeley Logo version 5.5
? pr keyp
true

This seems to be due to the fact that in lkeyp, nc is declared to be a
long, but ioctl(stdin, FIONREAD, &nc) only writes an int to nc.  Thus,
if the upper half happens to contain crap, nc stays non-zero on 64-bit
architectures.

Here is the patch to fix this particular problem:

diff -urN ucblogo-5.5/files.c ucblogo-5.5-mod/files.c
--- ucblogo-5.5/files.c 2005-08-05 08:17:38.0 +0300
+++ ucblogo-5.5-mod/files.c 2014-04-14 23:11:01.789420761 +0300
@@ -626,7 +626,7 @@
 
 NODE *lkeyp(NODE *args) {
 #ifdef unix
-long nc;
+int nc;
 #endif
 int c;
 #ifdef WIN32

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

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

Versions of packages ucblogo depends on:
ii  libc62.13-38+deb7u1
ii  libice6  2:1.0.8-2
ii  libncurses5  5.9-10
ii  libsm6   2:1.2.1-2
ii  libx11-6 2:1.5.0-1+deb7u1

ucblogo recommends no packages.

ucblogo 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#742409: libsereal-encoder-perl: FTBFS on some architectures

[gregor herrmann]

On Mon, 14 Apr 2014 20:32:01 +0200, gregor herrmann wrote:

> Good news: 2.08 built on all architectures:
> 
> https://buildd.debian.org/status/logs.php?pkg=libsereal-encoder-perl&ver=2.08-1
> 
> Please note that Decoder 2.06 was installed, and therefore the
> respective tests skipped.
> 
> Not sure if we can just close the bug with 2.08-1 or if we just lower
> the severity now until we're sure that the success is not caused by
> the skipped tests.
> 
> (Hm, maybe we should make the build-dep on -decoder- versioned ...)

Bad news: 2.11 failed, this time with -decoder- 2.08 installed:

https://buildd.debian.org/status/logs.php?pkg=libsereal-encoder-perl&ver=2.11-1


Cheers,
gregor


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


signature.asc
Description: Digital Signature

Bug#739611: Second round of binNMUs for ruby1.9.1-rm

[Christian Hofstaedtler]

Dear Release Team,

Please schedule this second round of binNMUs to remove ruby1.9.1
support:

qdbm_1.8.78-3
stfl_0.22-1.1
xmms2_0.8+dfsg-9
ruby-hpricot_0.8.6-5
ruby-http-parser.rb_0.6.0-2
ruby-msgpack_0.5.5-2
ruby-password_0.5.3-4
thin_1.3.1-5
unicorn_4.7.0-1
ruby-gd_0.8.0-6
hivex_1.3.9-2

Thank you,
-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-



signature.asc
Description: Digital signature

Bug#744801: Backintime-gnome doesn't work on a read-only file system

[David Starner]

Package: backintime-gnome
Version: 1.0.34-0.1

My drive just had problems and the kernel decided to remount it
read-only. As it is clearly not long for this world, I figured that I
would run backintime-gnome one last time. Except backintime-gnome
doesn't work on read-only filesystems, failing with

Traceback:
...
File "/usr/share/backintime/common/guiapplicationinstance.py", line
82, in start_application
  file = open ( self.pid_file, 'wt' )

IOError: [Errno 30] Read-only file system:
'/home/prosfilaes/.local/share/backintime/app.lock.pid'

-- 
Kie ekzistas vivo, ekzistas espero.


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

Bug#744800: double posts comments

[Joey Hess]

Package: pumpa
Version: 0.8.3-1
Severity: normal

pumpa sometimes double-posts comments. I'm using an identi.ca account.
I have mostly seen this on dialup, but just observed it while on
broadband. Clicked post and the dialog box wet away and came back less
than 1 second later. Reloaded the timeline on a whim and saw my comment
had gotten through, so posting again would have been a double post.

I assume this is a protocol error, such as the server accepting the
submissing, but hanging up before it tells the client it went through.

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

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

Versions of packages pumpa depends on:
ii  libaspell15 0.60.7~20110707-1
ii  libc6   2.18-4
ii  libgcc1 1:4.9-20140411-2
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-network  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4   4:4.8.5+git242-g0315971+dfsg-2
ii  libstdc++6  4.9-20140411-2

pumpa recommends no packages.

pumpa suggests no packages.

-- no debconf information

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#744799: elinks follows HTTP redirects to file:// URLs

[Jakub Wilk]

Package: elinks
Version: 0.12~pre6-4
Severity: minor
Tags: security

elinks follows HTTP 302 redirects to file:// URLs. This can cause 
information disclosure or, if protocol.file.allow_special_files is 
enabled, denial of service:


$ elinks -dump 'http://httpbin.org/redirect-to?url=file:///etc/passwd' | head 
-n5
  root:x:0:0:root:/root:/bin/bash
  daemon:x:1:1:daemon:/usr/sbin:/usr/sbin/nologin
  bin:x:2:2:bin:/bin:/usr/sbin/nologin sys:x:3:3:sys:/dev:/usr/sbin/nologin
  sync:x:4:65534:sync:/bin:/bin/sync
  games:x:5:60:games:/usr/games:/usr/sbin/nologin

$ elinks -eval 'set protocol.file.allow_special_files=1' -dump 
'http://httpbin.org/redirect-to?url=file:///dev/urandom'
ERROR at /build/elinks-PqPvvp/elinks-0.12~pre6/src/util/memory.c:34: Out of 
memory (realloc returned NULL): retry #1/3, I still exercise my patience and 
retry tirelessly.
ERROR at /build/elinks-PqPvvp/elinks-0.12~pre6/src/util/memory.c:34: Out of 
memory (realloc returned NULL): retry #2/3, I still exercise my patience and 
retry tirelessly.
ERROR at /build/elinks-PqPvvp/elinks-0.12~pre6/src/util/memory.c:46: Out of 
memory (realloc returned NULL) after 3 tries, I give up and try to continue. 
Pray for me, please.
ELinks: Out of memory


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

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

Versions of packages elinks depends on:
ii  elinks-data   0.12~pre6-4
ii  libbz2-1.01.0.6-5
ii  libc6 2.18-4
ii  libcomerr21.42.9-3
ii  libexpat1 2.1.0-4
ii  libfsplib00.11-2
ii  libgnutls26   2.12.23-13
ii  libgpm2   1.20.4-6.1
ii  libgssapi-krb5-2  1.12.1+dfsg-1
ii  libidn11  1.28-1
ii  libk5crypto3  1.12.1+dfsg-1
ii  libkrb5-3 1.12.1+dfsg-1
ii  libperl5.18   5.18.2-2+b1
ii  libtre5   0.8.0-3
ii  zlib1g1:1.2.8.dfsg-1

--
Jakub Wilk


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

Bug#744798: kde-config-touchpad: Touchpad does not work (no tapping) on Jessie with KDE desktop.

[Serkan Kurt]

Package: kde-config-touchpad
Version: 0.8.1-2
Severity: normal
Tags: d-i

Dear Maintainer,

My laptop's touchpad does not work on KDE Desktop. But it works on GNOME.
kde-config-touchpad package and KDE full package are installed.

( Acer 5920G Laptop - Jessie amd64)

serkan@debsrk:~$ dmesg | grep PS/2

[1.540946] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at
0x60,0x64 irq 1,12
[1.546047] mousedev: PS/2 mouse device common for all mice
[8.965026] input: SynPS/2 Synaptics TouchPad as
/devices/platform/i8042/serio3/input/input20
[9.652322] input: SynPS/2 Synaptics TouchPad as
/devices/platform/i8042/serio4/input/input22



root@debsrk:/home/serkan# lspci

00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory
Controller Hub (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root
Port (rev 03)
00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #4 (rev 03)
00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #5 (rev 03)
00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1
(rev 03)
00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4
(rev 03)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6
(rev 03)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #1 (rev 03)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #2 (rev 03)
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI
Controller #3 (rev 03)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI
Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller
(rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE
Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA
Controller [AHCI mode] (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8600M GS]
(rev a1)
06:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN
[Kedron] Network Connection (rev 61)
08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit
Ethernet PCI Express (rev 02)
0a:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05)
0a:09.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host
Adapter (rev 22)
0a:09.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter
(rev 12)
0a:09.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12)




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

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

Versions of packages kde-config-touchpad depends on:
ii  libxi62:1.7.2-1
ii  python2.7.5-5
ii  python-kde4   4:4.11.5-1+b1
ii  python-pkg-resources  3.3-1
ii  python-pyudev 0.16.1-2
ii  python-qt44.10.3+dfsg1-1+b1

Versions of packages kde-config-touchpad recommends:
ii  libxtst6 2:1.2.2-1
ii  python-dbus  1.2.0-2+b2
ii  upower   0.9.23-2+b2

kde-config-touchpad 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#733564: pu: apache2 with ECDHE support

[Kurt Roeckx]

On Mon, Apr 14, 2014 at 09:57:21PM +0200, Stefan Fritsch wrote:
> Am Montag, 14. April 2014, 21:18:46 schrieb Philipp Kern:
> > So I'd say that we should go and add ECDHE support to Apache as
> > suggested and also patch OpenSSL for the OS X bug as the
> > fingerprinting landed upstream and we would merely replicate
> > current upstream behavior.
> 
> OK, sounds good.
> 
> Kurt, if the openssl patch is like [1], it would require that apache2 
> is built against the updated version of openssl, due to the changed 
> value of SSL_OP_ALL. Can you please ping me when you have uploaded the 
> new package? Also, you should probably mention in the changelog that 
> only recompiled applications get to use the workaround.

I'll let you know when I've done an upload.


Kurt


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

Bug#744797: gnunet-gtk: gnunet-setup says to use "port 0" for inbound udp packets if behind NAT, does not allow this

[Clint Adams]

Package: gnunet-gtk
Version: 0.9.5-1

While 0 works on the TCP transport tab, gnunet-setup changes 0 to 1
on the UDP transport tab.


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

Bug#744796: [ pidgin-encryption] Non resolved dependencies on shared library "/usr/lib/pidgin/encrypt.so"

[villatrabajo]

Package:  pidgin-encryption
Version: 3.1-1:amd64
Severity: serious

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



# ldconfig

# dpkg -l *-0d
||/ Nombre
Versión  Arquitectura   
   Descripción
+++-=-=-=-
ii  libnspr4-0d:amd64 
2:4.9.2-1+deb7u1  amd64 
NetScape Portable Runtime Library - transitional package
ii  libnspr4-0d:i386  
2:4.9.2-1+deb7u1  i386  
NetScape Portable Runtime Library - transitional package

# dpkg -l *-1d
||/ Nombre
Versión  Arquitectura   
   Descripción
+++-=-=-=-
ii  libnss3-1d:amd64  
2:3.14.5-1amd64 
Network Security Service libraries - transitional package
ii  libnss3-1d:i386   
2:3.14.5-1i386  
Network Security Service libraries - transitional package


# ls -ld /usr/lib/x86_64-linux-gnu/*[01]d
lrwxrwxrwx 1 root root 11 dic 17 00:06 /usr/lib/x86_64-linux-gnu/libnspr4.so.0d 
-> libnspr4.so
lrwxrwxrwx 1 root root 10 nov 16 00:29 /usr/lib/x86_64-linux-gnu/libnss3.so.1d 
-> libnss3.so
lrwxrwxrwx 1 root root 14 nov 16 00:29 
/usr/lib/x86_64-linux-gnu/libnssutil3.so.1d -> libnssutil3.so
lrwxrwxrwx 1 root root 10 dic 17 00:06 /usr/lib/x86_64-linux-gnu/libplc4.so.0d 
-> libplc4.so
lrwxrwxrwx 1 root root 11 dic 17 00:06 /usr/lib/x86_64-linux-gnu/libplds4.so.0d 
-> libplds4.so
lrwxrwxrwx 1 root root 12 nov 16 00:29 
/usr/lib/x86_64-linux-gnu/libsmime3.so.1d -> libsmime3.so
lrwxrwxrwx 1 root root 10 nov 16 00:29 /usr/lib/x86_64-linux-gnu/libssl3.so.1d 
-> libssl3.so

# ldd /usr/lib/pidgin/encrypt.so
linux-vdso.so.1 =>  (0x7fffbdfff000)
libnss3.so.1d => not found
libnssutil3.so.1d => not found
libsmime3.so.1d => not found
libssl3.so.1d => not found
libplds4.so.0d => not found
libplc4.so.0d => not found
libnspr4.so.0d => not found
libpthread.so.0 => /lib64/libpthread.so.0 (0x7f9eacf58000)
libdl.so.2 => /lib64/libdl.so.2 (0x7f9eacd54000)
libc.so.6 => /lib64/libc.so.6 (0x7f9eac9c9000)
/lib64/ld-linux-x86-64.so.2 (0x7f9ead3b3000)


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

Debian Release: 7.4
  500 stable  www.deb-multimedia.org 
  500 stable  security.debian.org 
  500 stable  http.us.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-==
libc6(>= 2.7) | 
libnspr4-0d (>= 1.8.0.10) | 
libnss3-1d  (>= 3.12.0~1.9b1) | 
pidgin   (<< 3.0) | 
pidgin   (>= 2.6) | 


Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#733564: pu: apache2 with ECDHE support

[Stefan Fritsch]

Am Montag, 14. April 2014, 21:18:46 schrieb Philipp Kern:
> So I'd say that we should go and add ECDHE support to Apache as
> suggested and also patch OpenSSL for the OS X bug as the
> fingerprinting landed upstream and we would merely replicate
> current upstream behavior.

OK, sounds good.

Kurt, if the openssl patch is like [1], it would require that apache2 
is built against the updated version of openssl, due to the changed 
value of SSL_OP_ALL. Can you please ping me when you have uploaded the 
new package? Also, you should probably mention in the changelog that 
only recompiled applications get to use the workaround.

Cheers,
Stefan

[1] 
http://openssl.6102.n7.nabble.com/openssl-org-3068-PATCH-Safari-broken-ECDHE-ECDSA-workaround-td45432.html


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

Bug#345076: mixer_applet: should have an option for not restoring volume settings

[Stéphane Aulery]

fixed 345076 gnome-applets/2.14.1-1
stop


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

Bug#354511: gnome-applets: weather applet: Wrong location of Saint-Hubert

[Stéphane Aulery]

fixed 354511 gnome-applets/2.16.2-1
stop


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

Bug#355594: gweather: wrong unit for pressure

[Stéphane Aulery]

fixed 355594 gnome-applets/2.16.2-1
stop


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

Bug#742016: user-mode-linux: build-depends on linux-source-3.12 which is no longer in the archive

[Jakub Wilk]

* Ansgar Burchardt , 2014-03-18, 12:04:
user-mode-linux build-depends on linux-source-3.12 which is no longer 
in the archive. The current version is linux-source-3.13.


Any news on this? Do you need help?

FYI, because of this bug, user-mode-linux is marked for autoremoval from 
testing on 2014-05-01 (that is, in about two weeks). The removal will 
also cause the removal of (transitive) reverse dependencies:


   arriero
   autopkgtest
   cowdancer
   debci
   debomatic
   elida
   emdebian-crush
   nova
   novnc
   openstack-meta-packages
   packaging-dev
   pbuilder
   pybit
   rootstrap

--
Jakub Wilk


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

Bug#744795: ITP: django-restricted-resource -- Django Base model for ownership and access control

[Neil Williams]

Package: wnpp
Severity: wishlist
Owner: Neil Williams 

* Package name: django-restricted-resource
  Version : 2014.02
  Upstream Author : Zygmunt Krynicki
* URL : https://git.linaro.org/lava/django-restricted-resource.git
* License : LGPL
  Programming Lang: Python
  Description : Django Base model for ownership and access control

 Restricted resources can have owners, users or groups of users,
 organised within the django admin interface. Resources can be
 public or private to allow an app to provide access control
 over model objects.

A small django module to support a larger validation framework.
Team maintenance within Linaro.


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

Bug#744794: sidplayfp segfaults on startup (unless rebuilt without hardening?)

[Torbjörn Andersson]

Package: sidplayfp
Version: 1.2.0-1
Severity: important

Dear Maintainer,

"sidplayfp" segfaults immediately on startup. It seems to work find if I 
remove "export DEB_BUILD_MAINT_OPTIONS = hardening=+all" from 
debian/rules and rebuild it, but I have to admit I don't really 
understand what that does.


Regards,

Torbjörn Andersson


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

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

Versions of packages sidplayfp depends on:
ii  libasound21.0.27.2-3
ii  libc6 2.18-4
ii  libgcc1   1:4.9-20140411-2
ii  libpulse0 5.0-2
ii  libsidplayfp  1.4.0-1
ii  libstdc++64.9-20140411-2

sidplayfp recommends no packages.

sidplayfp 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#345076: mixer_applet: should have an option for not restoring volume settings

[Stéphane Aulery]

fixed 345076 gnome-applets/2.13.0-1
stop


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

Bug#744774: fail2ban recidive no longer sends lines matching IP in fail2ban.log

[Yaroslav Halchenko]

Forwarded-upstream: https://github.com/fail2ban/fail2ban/pull/689

Thank you James,

I thought that it might be better just to use

'[^0-9]\([^0-9]\|$\)'

to avoid requiring having egrep (not sure if all other distros/osx would
have it)

On Mon, 14 Apr 2014, James Bottomley wrote:

> Package: fail2ban
> Version: 0.8.13-1
> Severity: normal

> The regular expression for reporting the actual falining lines in
> sendmail-whois-lines.conf does not match the ban lines by recidive in
> fail2ban.log.  The reason is that the IP address appears at the end of
> the line, so the grep

> grep '[^0-9][^0-9]' 

> Does not match (end of line is not a matchable character).  The fix is
> to use an extended grep matching either not numeric or end of line:

> egrep '[^0-9]([^0-9]|$)' 

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

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

> Versions of packages fail2ban depends on:
> ii  lsb-base4.1+Debian12
> pn  python:any  

> Versions of packages fail2ban recommends:
> ii  iptables  1.4.21-1
> pn  python-pyinotify  
> ii  whois 5.1.1

> Versions of packages fail2ban suggests:
> ii  bsd-mailx [mailx]8.1.2-0.20131005cvs-1
> ii  mailutils [mailx]1:2.99.98-1.1
> ii  mailx1:20081101-2
> pn  python-gamin 
> ii  rsyslog [system-log-daemon]  7.6.3-1

> -- Configuration Files:
> /etc/fail2ban/action.d/iptables-allports.conf changed:
> [INCLUDES]
> before = iptables-blocktype.conf
> [Definition]
> actionstart = iptables -N fail2ban-
>   iptables -A fail2ban- -j RETURN
>   iptables -I  -p  -j fail2ban-
> actionstop = iptables -D  -p  -j fail2ban-
>  iptables -F fail2ban-
>  iptables -X fail2ban-
> actioncheck = iptables -n -L  | grep -q 'fail2ban-[ \t]'
> actionban = iptables -I fail2ban- 1 -s  -j 
> actionunban = iptables -D fail2ban- -s  -j 
> [Init]
> name = default
> protocol = all
> chain = INPUT

> /etc/fail2ban/action.d/sendmail-whois-lines.conf changed:
> [INCLUDES]
> before = sendmail-common.conf
> [Definition]
> actionstart = printf %%b "Subject: [Fail2Ban] : started on `uname -n`
>   Date: `LC_TIME=C date -u +"%%a, %%d %%h %%Y %%T +"`
>   From:  <>
>   To: \n
>   Hi,\n
>   The jail  has been started successfully.\n
>   Regards,\n
>   Fail2Ban" | /usr/sbin/sendmail -f  
> actionstop = printf %%b "Subject: [Fail2Ban] : stopped on `uname -n`
>  Date: `LC_TIME=C date -u +"%%a, %%d %%h %%Y %%T +"`
>  From:  <>
>  To: \n
>  Hi,\n
>  The jail  has been stopped.\n
>  Regards,\n
>  Fail2Ban" | /usr/sbin/sendmail -f  
> actioncheck = 
> actionban = printf %%b "Subject: [Fail2Ban] : banned  from `uname 
> -n`
> Date: `LC_TIME=C date -u +"%%a, %%d %%h %%Y %%T +"`
> From:  <>
> To: \n
> Hi,\n
> The IP  has just been banned by Fail2Ban after
>  attempts against .\n\n
> Here is more information about :\n
> `/usr/bin/whois  || echo missing whois program`\n\n
> Lines containing IP: in \n
> `egrep '[^0-9]([^0-9]|$)' `\n\n
> Regards,\n
> Fail2Ban" | /usr/sbin/sendmail -f  
> actionunban = 
> [Init]
> name = default
> logpath = /dev/null

> /etc/fail2ban/filter.d/asterisk.conf changed:
> [INCLUDES]
> before = common.conf
> [Definition]
> _daemon = asterisk
> __pid_re = (?:\[\d+\])
> log_prefix= (?:NOTICE|SECURITY)%(__pid_re)s:?(?:\[C-[\da-f]*\])? \S+:\d*( in 
> \w+:)?
> failregex = ^(%(__prefix_line)s|\[\]\s*)%(log_prefix)s Registration from 
> '[^']*' failed for '(:\d+)?' - (Wrong password|Username/auth name 
> mismatch|No matching peer found|Not a local domain|Device does not match 
> ACL|Peer is not supposed to register|ACL error \(permit/deny\)|Not a local 
> domain)$
> ^(%(__prefix_line)s|\[\]\s*)%(log_prefix)s Call from '[^']*' 
> \(:\d+\) to extension '\d+' rejected because extension not found in 
> context '.*'\.$
> ^(%(__prefix_line)s|\[\]\s*)%(log_prefix)s Host  failed to 
> authenticate as '[^']*'$
> ^(%(__prefix_line)s|\[\]\s*)%(log_prefix)s No registration for 
> peer '[^']*' \(from \)$
> ^(%(__prefix_line)s|\[\]\s*)%(log_prefix)s Host  failed MD5 
> authentication for '[^']*' \([^)]+\)$
> ^(%(__prefix_line)s|\[\]\s*)%(log_prefix)s Failed to authenticate 
> (user|device) [^@]+@\S*$
> ^(%(__prefix_line)s|\[\]\s*)%(log_prefix)s 
> (?:handle_request_subscribe: )?Sending fake auth rejection for (device|user) 
> \d*>;tag=\w+\S*$
> ^(%(__prefix_line

Bug#744793: therion-viewer: lox and survex 3d files do not appear, viewing window scrambled

[Andrew]

Package: therion-viewer
Version: 5.3.14-1
Severity: normal

Dear Maintainer,

As stated in title when loading the files the window just shows rubbish, all
icons and frame seem to work.

Seems Survex-Aven is doing the same thing

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744787

Andrew

*** Reporter, please consider answering these questions, where appropriate ***

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

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



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

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

Versions of packages therion-viewer depends on:
ii  libc6 2.18-4
ii  libfreetype6  2.5.2-1
ii  libgcc1   1:4.8.2-16
ii  libgl1-mesa-glx [libgl1]  10.1.0-4
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libjpeg8  8d-2
ii  libpng12-01.2.50-1
ii  libstdc++64.8.2-16
ii  libvtk5.8 5.8.0-15
ii  libwxbase2.8-02.8.12.1+dfsg2-1
ii  libwxgtk2.8-0 2.8.12.1+dfsg2-1
ii  libx11-6  2:1.6.2-1
ii  therion   5.3.14-1
ii  zlib1g1:1.2.8.dfsg-1

therion-viewer recommends no packages.

therion-viewer 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#355594: gweather: wrong unit for pressure

[Stéphane Aulery]

fixed 355594 gnome-applets/2.16.0-1
stop


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

Bug#355594: (no subject)

[Stéphane Aulery]

fixed 355594 gnome-applets/3.10.0-1
stop

Erroneous string have been removed :

https://git.gnome.org/browse/gnome-weather/commit/po/fr.po?id=7a321c13b755d76057ecaef98a3e7cd765824493


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

Bug#744792: clang-3.4: unusable with libstdc++ from gcc 4.9

[Ben Longbons]

Package: clang-3.4
Version: 1:3.4-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

clang 3.4 can't use libstdc++ 4.9's headers, due to changes in


The error is:

/usr/bin/../lib/gcc/x86_64-linux-gnu/4.9/../../../../include/c++/4.9/cstddef:51:11:
 error: no member named 'max_align_t' in the global namespace
  using ::max_align_t;
~~^
1 error generated.

$ clang++ -v
Debian clang version 3.4-2 (tags/RELEASE_34/final) (based on LLVM 3.4)
Target: x86_64-pc-linux-gnu
Thread model: posix
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.4
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.4.6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.4.7
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.6
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.6.4
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7.3
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.2
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9.0
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.6.4
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.3
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.2
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9
Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.0
Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9


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

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

Versions of packages clang-3.4 depends on:
ii  libc62.18-4
ii  libclang-common-3.4-dev  1:3.4-2
ii  libclang1-3.41:3.4-2
ii  libffi6  3.1~rc1+r3.0.13-12
ii  libgcc-4.8-dev   4.8.2-16
ii  libgcc1  1:4.9-20140322-1
ii  libllvm3.4   1:3.4-2
ii  libobjc-4.8-dev  4.8.2-16
ii  libstdc++-4.8-dev4.8.2-16
ii  libstdc++6   4.9-20140322-1
ii  libtinfo55.9+20140118-1

Versions of packages clang-3.4 recommends:
ii  llvm-3.4-dev  1:3.4-2
ii  python2.7.5-5

clang-3.4 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#354511: gnome-applets: weather applet: Wrong location of Saint-Hubert

[Stéphane Aulery]

fixed 354511 gnome-applets/2.16.0-1
stop


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

Bug#744193: linux-image-3.13-1-amd64: fails to shut down: handle_exit: unexpected exit_int_info ...

[Ben Hutchings]

On Mon, 2014-04-14 at 10:34 +0200, Thorsten Glaser wrote:
> On Mon, 14 Apr 2014, Thorsten Glaser wrote:
> 
> > … I still had a VM running in kvm/libvirt, which would not
> > respond to normal ACPI shutdown commands. Maybe this is the
> > cause of this issue?
> 
> FWIW, I was able to reboot without a VM “hanging”, just fine.

Do you mean that when there is a VM that won't shutdown cleanly,
rebooting the host consistently works but power-off consistently fails?

Ben.

-- 
Ben Hutchings
I say we take off; nuke the site from orbit.  It's the only way to be sure.


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