Bug#735645: python-tastypie: can not import name LOOKUP_SEP bug report

[Seçkin Alan]

Package: python-tastypie
Version:  0.9.10-2
Severity: Important

Hi,
This package have a bug.

Django Debug Output.

---
ImportError at /api/v1/entry/

cannot import name LOOKUP_SEP

Request Method: GET
Request URL:http://10.10.18.58/api/v1/entry/?format=json
Django Version: 1.5.2
Exception Type: ImportError
Exception Value:

cannot import name LOOKUP_SEP

Exception Location:
/usr/lib/python2.7/dist-packages/tastypie/resources.py in ,
line 6
Python Executable:  /usr/bin/python
Python Version: 2.7.3
Python Path:

['/home/seckin/apitest',
 '/usr/lib/python2.7',
 '/usr/lib/python2.7/plat-linux2',
 '/usr/lib/python2.7/lib-tk',
 '/usr/lib/python2.7/lib-old',
 '/usr/lib/python2.7/lib-dynload',
 '/usr/local/lib/python2.7/dist-packages',
 '/usr/lib/python2.7/dist-packages',
 '/usr/lib/pymodules/python2.7']

Server time:Fri, 17 Jan 2014 01:53:08 -0600
---


Solutions:
---
$ sensible-editor /usr/lib/python2.7/dist-packages/tastypie/resources.py"
6.Lines current content:
  6 from django.db.models.sql.constants import QUERY_TERMS, LOOKUP_SEP
replace this content:
  6 from django.db.models.sql.constants import QUERY_TERMS
  7 from django.db.models.constants import LOOKUP_SEP
---




--
Seçkin ALAN
http://sckn.co


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

Bug#735619: RFP: chaiscript -- Embedded Scripting Language Designed for C++

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: severity -1 wishlist

On Jo, 16 ian 14, 19:15:08, Jeffrey Cliff wrote:
> Package: chaiscript
> Severity: RFP
> 
> Website: http://www.chaiscript.com/
> Github: https://github.com/ChaiScript/ChaiScript :
> 
> Description:
> "ChaiScript is one of the only embedded scripting language designed
> from the ground up to directly target C++ and take advantage of modern
> C++ development techniques, working with the developer like he expects
> it to work. Being a native C++ application, it has some advantages
> over existing embedded scripting languages:
> 
> It uses a header-only approach, which makes it easy to integrate with
> existing projects. 2) It maintains type safety between your C++
> application and the user scripts. 3) It supports a variety of C++
> techniques including callbacks, overloaded functions, class methods,
> and stl containers."
> 
> It is licensed under a BSD-like license.

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Bug#729224: ITP: gcovr -- Summarize code coverage results from gcov

[Wolfgang Silbermayr]

Dear Paolo,

I have done some packaging work adapting the 2.4 package from ubuntu and
making it work with the version 3.1 of gcovr.

I have it inside a git-buildpackage repo on
https://github.com/silwol/gcovr

Please let me know if there is any further work to be done on the package.

Regards,
Wolfgang.




signature.asc
Description: OpenPGP digital signature

Bug#720924: RFS: spotweb/20130826+dfsg-1~pre6 [RC]

[Vincent Cheng]

Control: tag -1 moreinfo

Hi Jan-Pascal,

The package you've prepared looks really good overall, good job! Just
a few nitpicks:

Must-haves:

debian/copyright:
 - missing license entry for images/ttf/liberation-sans/* (even if you
don't ship the embedded font files, if they're in the source tarball,
they need to be acknowledged in debian/copyright)
 - your "License: Apache-2" standalone section is incomplete; you
should include the text of Apache 2.0's Appendix (i.e. the license
header in lib/notifications/prowl/*)

Nice to have:

debian/changelog: Please collapse all your newest changelogs into a single one
debian/control: Consider depending on libapache2-mod-php5 | php5 and
php5-mysql | php5-mysqlnd

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#732234: RFS: libgringotts/1:1.2.1-13 [RC]

[Vincent Cheng]

Control: tag -1 confirmed

Hi Jose,

I just wanted to say that the changes look ok; I was going to upload
it, but for some reason my latest uploads seem to have vanished into
thin air. I've tried both ftp, and ssh via ssh.upload.debian.org, but
I don't get any acknowledgement back, which is weird, because I was
able to successfully upload another package just a few hours ago...

Anyways, tagging confirmed just to remind myself to check back on this later.

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#735646: autopkgtest broken: missing pkg-config

[Martin Pitt]

Package: libchewing
Version: 0.3.5-3
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch trusty
User: autopkgtest-de...@lists.alioth.debian.org
Usertags: autopkgtest

Hello,

Thanks for adding an autopkgtest! However, it currently fails [1]:

  /tmp/adt-run.lR8pXa/dsc0-build/libchewing-0.3.5/debian/tests/build: 1: 
/tmp/adt-run.lR8pXa/dsc0-build/libchewing-0.3.5/debian/tests/build: pkg-config: 
not found
  buildtest.c:2:21: fatal error: chewing.h: No such file or directory

Attached debdiff fixes that and also makes the test stricter/more
useful by only depending on the -dev package (see changelog).

Thanks for considering,

Martin

[1] 
https://jenkins.qa.ubuntu.com/job/trusty-adt-libchewing/7/ARCH=i386,label=adt/console
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
diff -Nru libchewing-0.3.5/debian/changelog libchewing-0.3.5/debian/changelog
--- libchewing-0.3.5/debian/changelog   2013-11-21 15:37:16.0 +0100
+++ libchewing-0.3.5/debian/changelog   2014-01-17 09:48:34.0 +0100
@@ -1,3 +1,12 @@
+libchewing (0.3.5-3ubuntu1) trusty; urgency=medium
+
+  * debian/tests/control:
+- Add missing pkg-config test dependency.
+- Don't pull in all binaries, just libchewing3-dev. This ensures that the
+  -dev package has correct dependencies.
+
+ -- Martin Pitt   Fri, 17 Jan 2014 09:48:00 +0100
+
 libchewing (0.3.5-3) unstable; urgency=low
 
   * Merge negative frequency patch (Closes: #722971)
diff -Nru libchewing-0.3.5/debian/tests/control 
libchewing-0.3.5/debian/tests/control
--- libchewing-0.3.5/debian/tests/control   2013-11-21 15:37:16.0 
+0100
+++ libchewing-0.3.5/debian/tests/control   2014-01-17 09:47:56.0 
+0100
@@ -1,2 +1,2 @@
 Tests: build
-Depends: @, build-essential
+Depends: libchewing3-dev, build-essential, pkg-config

Bug#727708: init system thoughts

[Anthony Towns]

On 31 December 2013 12:55, Colin Watson  wrote:
> The criticisms of Upstart's event model in the systemd position
> statement simply do not make sense to me.  Events model how things
> actually happen in reality; dependencies are artificial constructions on
> top of them, and making them work requires the plethora of different
> directives in systemd (e.g. Wants, which is sort of a non-depending
> dependency) to avoid blocking the boot process on a single failing
> service.

Riffing off this more than replying to it.

I tend to think dependencies and events are both useful ways of
describing when to start up parts of the system. In particular, it
seems like:

 - when a network is connected, start web server
 - when a usb disk is connected, mount it
 - when a VPN is started, sync various things

are best described by an "event" model, while:

 - in order to run GNOME, logind must be started
 - in order to run logind, dbus must be available
 - as part of making the system ready for a user, network-manager
should be running

make the most sense when described by "dependencies". In particular,
in many of those cases, the reverse might not be true: For debugging,
I might want to start the web server manually without connecting the
network; or I might want logind running without GNOME, or
network-manager running without the other parts of my desktop
environment.

Events and dependencies aren't that different; an event essentially
lets a service X say that:

  whenever Y happens, X happens
  whenever Y happens, X stops happening

while a (systemd'ish) dependency says either:

  when X happens, Y happens as well[X Requires: Y]
  before X happens, Y happens as well   [X Requires: Y, After: Y]
  after X happens, Y happens as well [X Requires: Y, Before: Y]

(with Wants and Requisite and Overridable variants as well; also
RequiredBy and WantedBy variants)

If you look at "Y", there are a few phases it could go through:

no-Y
Y-starts-starting
Y-started
Y-begins-ending
no-Y

If you wanted to emulate upstart events with dependencies, you'd need
to do four things, I think:

* create a dummy "Y-started-event" unit ["network-is-available",
"usb-is-available"]
* invoke "systemctl start Y-started-event" when Y is finished starting
* invoke "systemctl stop Y-started-event" when Y begins ending
* add "RequiredBy: Y-started-event" and "PartOf: Y-started-event"
to X's unit file

That seems reasonably straight forward to me? If the event is
something systemd already knows about, you might only need to do
something equivalent to the last step. I don't think invoking
systemctl start/stop is any better or worse than whatever would be
needed to notify upstart of the same events.

To emulate systemd dependencies in an event model (ie, X depends on
Y), you'd need to do either:

* change Y's job to say "start on starting X"
* add "stop on stopping Y" to X's job description

or

* add a pre-start script to X in order to start Y first
* add "stop on stopping Y" to X's job description

The latter looks like it's the documented way of doing things. Neither
of those seem particularly great -- I think that's due to upstart not
letting you reverse event descriptions in the same way that systemd
has Requires/RequiredBy statements. If you could say:

   * on starting start Y
   * stop on stopping Y

in X's job description, by contrast, I think that would be a fine way
of declaring a "dependency" from X to Y without leaving the "event"
model. Not having a simple way of specifying this sort of dependency
seems pretty weak on upstart's behalf.

It would probably also be nice to have a way of saying "when a new
network comes up, reload/refresh service X" -- so that it could bind
to new ports or whatever even if it was already running; that seems
like the sort of thing that would be easier to specify in an event
model ("on new-network-interface-started reload or start"), than in a
dependency model.

Cheers,
aj


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

Bug#727708: On diversity

[Thorsten Glaser]

Uoti Urpala dixit:

>They have had an overall negative effect on people working on Linux
>within Debian and people creating derivatives.

Besides what Russ said: Debian isn’t about Linux.
Debian is the universal operating system.

bye,
//mirabilos
-- 
18:47⎜ well channels… you see, I see everything in the
same window anyway  18:48⎜ i know, you have some kind of
telnet with automatic pong 18:48⎜ haha, yes :D
18:49⎜ though that's more tinyirc – sirc is more comfy


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

Bug#735251: [Pkg-xfce-devel] Bug#735251: lightdm: user locale tweaks are clobbered by non-default locale

[Yves-Alexis Perez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Fri, Jan 17, 2014 at 01:01:11PM +0900, Olaf Meeuwissen wrote:
> Yves-Alexis Perez writes:
> 
> >> > But in any case, setting LANG in .xsessionrc doesn't make much sense
> >> > imho.
> >> 
> >> Care to explain why?  For me the correct LANG value is essential to get
> >> my input method editor to work correctly (or so it seems).
> >> # Of course, setting it in ~/.dmrc works for me but I'd like to know why
> >> # I should set it there too.
> >
> > The way I see it (as I already explained), you select the wanted locale
> > (LANG) in the greeter language selector (and it gets saved to .dmrc for
> > later). Then, if you need to “correct” (for LC_MESSAGES for example) you
> > can do it un .xsessionrc.
> 
> The greeter language selector does not seem to set LANG. 

The greeter doesn't set anything, it gets the menu selection and gives
it to lightdm.

> At the very
> beginning of the /etc/X11/Xsession script LANG=C.

Well, this one is a problem, it's should not be the case (and it's not
the case for me on any of my box).

> FWIW, lightdm seems to be exporting GDM_LANG, see src/seat.c in the
> configure_session() function.

Indeed, I missed that.

> I see it does the same for GDMSESSION.
> Are these variables GTK+ or GNOME specific? 

My guess is that they get used by GNOME applications.

> If the latter, then maybe
> lightdm shouldn't be exporting these, but what do I know?
> Just an idea, but why not simply export LANG instead (or as well)?

If you look really really hard, you'll see that LANG is set on the
previous line.
> 
> I'm off nuking GDM_LANG (and maybe GDMSESSION) in my ~/.xsessionrc and
> see what breaks ;-)

Since lightdm set GDM_LANG to the exact same value as LANG, I fail to
see why it's not set to the correct value at the beginning of
/etc/X11/Xsession, but at least that gives you something to look at.

Regards,
- -- 
Yves-Alexis Perez
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBCgAGBQJS2O/2AAoJEG3bU/KmdcCl5WoH/25KFl7axxZ88fQMMBbsvVoT
OcOdUTCSjiL3nd7r16X6mMWRhDymYgFyEjdJjOwaOU0vwaoiaqrGVGWDtMBe/qjK
o9ZyF7XG6dLR/7KvZYusxT3/+q0YeTXOMwqVUJ34Y9NmJuJYVi1kMPwQMU3bwpBM
1IyFJ5BNMhmyP/9Sl7hSKf2yLcKxqHIyJh7drrJFNjLd+rbHAGygyFQs2c8VzV2m
oBQfk2ncoB5IFZEV5jrJQOlAeF8nAzsekQ+rs8VwOfU0vWW/xXyXOMmDrZsMXMlm
kgaSBL9WUFUxOGG0v1OwuePoNNbOCmBKPE7o6zeHDiDrOtlC9b/BWJuZjf1d3LY=
=n5ub
-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#712281: Debian Bug report logs - #712281,xsane: Preview window empty/unusable

[Espen Tverback]

 Thanks Matthieu



 rm -r ~/.sane/xsane


itworked or me to


Linux Mint 15 Cinnamon

Br
Espen

Bug#699723: RFS: podget/0.6.10-1

[Vincent Cheng]

Control: tag -1 moreinfo

Hi Dave,

Your package (podget) doesn't seem to be available on mentors anymore.
You'll need to re-upload it if you're still looking for a review +
sponsorship. Sorry for the inconvenience!

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#734869: dash should drop its privileges in setuid context and implement privileged mode support (-p)

[Gerrit Pape]

On Thu, Jan 16, 2014 at 10:01:22PM +0100, Raphael Hertzog wrote:
> On Fri, 10 Jan 2014, Jonathan Nieder wrote:
> > Agreed, this is an important and good change (both upstream and for
> > Debian).  Thanks for reporting.
> 
> Adding the "forwarded" tag doesn't bring much in this case as it's clear
> that "upstream" has not acted on this patch submission...

Well, actually it makes it clear that the request and patch has been
brought to upstream's attention.

> Who are the upstream maintainers that we should ping? Herbert Xu?

Herbert Xu is upstream, yes.

> Do we have anyone in Debian with commit rights to the upstream repo?

No.

Regards, Gerrit.


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

Bug#735647: ironruby-utils: please do not depend on deprecated ruby packages or rubygems

[Cédric Boutillier]

Package: ironruby-utils
Severity: important

Dear Maintainer,

The package ironruby-utils is currently depending on rubygems1.8. However,
this package will soon be removed from the archive because it was only
needed by ruby1.8, which is now obsolete (and will also be removed).

http://bugs.debian.org/735576

Also librack-ruby1.8  has been since wheezy a transitional package.
Please depend on ruby-rack instead.

Cheers,

Cédric


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

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

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


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

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


signature.asc
Description: Digital signature

Bug#707178: Breakin - stress-test and hardware diagnostics tool - Please see if you are able to assist to an issue we are having now for more than a month on 3 servers

[Bryan Fisher]

Good day,

My name is Bryan Fisher, and I work for a company called Pinnacle Africa in 
South Africa, Cape Town.

I was hoping that maybe you could assist me in the issue that I am getting with 
server h/w please.

Attached is a screenshot of what happens when I insert a USB key to copy the 
Breakin log file. It also indicates that 'Failid - Other tests have errors, 
tuning on ID light..' would it be possible if you could point me in a direction 
to find the fault please?

I have run multiple memtest and it passes I have run burin in test in windows 
it passes, I have ran Sandra test & diagnostics and it passes while monitoring 
voltages and system temperatures it is all stable.

However, the server works for a few weeks, couple of months and it starts 
getting issues like reboots, freezing up and basically becomes unstable. We 
have changed mainboards, all ram modules, tested the PSU but the issue still 
remains.

This is the server H/W below that is in use;
ECC REG RAM - 8GB x4 modules
X9SRI-F - mainboard
E5-2620V2 2.1GB 6C Ivy bridge
1U Dual Xeon Chassis CSE-813MTQ-600CB

Please advise if you are able to assist or even just tell where the issue might 
be.

I got you e-mail address from here;
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707178


Thank you kindly in advance! Hope to hearfrom you ASAP

Kind regards,


Bryan Fisher | Server Specialist
Cape Town | Pinnacle Africa
Direct: +27 21 5500 357 | Fax: +27 21 551 3444

Bug#727708: On diversity

[Ondřej Surý]

On Fri, Jan 17, 2014, at 1:45, Uoti Urpala wrote:
> On Thu, 2014-01-16 at 17:52 +, Ian Jackson wrote:
> > * Debian is a forum for cooperation and technical development.
> 
> > * Debian, as a piece of software, tries to be all things to all
> >   people (within reason).
> 
> > This flexibility and tolerance for divergence has made Debian an
> > extremely attractive target for everyone to work within, work on, and
> > derive from.  I think it has been key to the success of the project.
> 
> I think the divergence has gone too far in things like non-Linux ports.
> They have had an overall negative effect on people working on Linux
> within Debian and people creating derivatives.

Could you please state your affiliation with Debian and the real work
you have done on Linux within Debian?

All I have seen and can find from you is the flaming in the lists. So I
suggest that unless you do a work within Debian you should not voice
your opinions for other Debian Developers. E.g. speak about yourself and
not about "people". You are not the voice of the people and definitely
not a voice of Debian people. Preferably just refrain from adding more
of *your* opinions into this bug report.

Thank you,
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server


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

Bug#720924: RFS: spotweb/20130826+dfsg-1~pre6 [RC]

[Jan-Pascal van Best]

Hi Vincent,

Thank you for your review!


debian/copyright:
 - missing license entry for images/ttf/liberation-sans/* (even if you
don't ship the embedded font files, if they're in the source tarball,
they need to be acknowledged in debian/copyright)
Thanks for spotting this. An earlier version if the upstream package 
shipped
non-free font files, which I had removed from the dfsg source. Looking 
at
the license file in images/ttf/liberation-sans/License.txt, it looks 
like these,
too, may need to be considered non-free, since it contains export 
control
limitations in section 3. (these are not present in the copyright text 
of the
Debian ttf-liberation font package). I can either move the license text 
to
debian/copyright (including the export control limitations), or 
completely
remove the font files from the dfsg source package. Which would you 
advise?



 - your "License: Apache-2" standalone section is incomplete; you
should include the text of Apache 2.0's Appendix (i.e. the license
header in lib/notifications/prowl/*)A

Fixed.


Nice to have:

debian/changelog: Please collapse all your newest changelogs into a 
single one

Done.


debian/control: Consider depending on libapache2-mod-php5 | php5 and
php5-mysql | php5-mysqlnd

Wouldn't depending on libapache2-mod-php5 | php5 cause apt-get to allow
installing spotweb on systems having just apache2 and php5-cli?

Thanks again for your effort in reviewing this package, I had almost 
given up on it!


Kind regards

Jan-Pascal


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

Bug#735556: libnet-subnets-perl: New version available with IPv6 support

[Damyan Ivanov]

Control: reassign -1 wnpp
Control: severity -1 whishlist
Control: owner -1 !
Control: retitle -1 ITP: libnet-subnet-perl: Fast IP-in-subnet matcher module 
for IPv4 and IPv6

-=| Dominique Fournier, 16.01.2014 16:44:38 +0100 |=-
> 
> >Should we drop libnet-subnets-perl from Debian? There are no
> >reverse-dependencies, and the popcon seems to go down for the last 18
> >months.
> >
> 
> Maybe it can be remove from Debian, but could you provide us a
> replacement like Net-Subnet ? I have a bug in Sympa which can be
> solved easily with this package...

Alright. Reassigning the bugreport then. I started preparing the 
package. You will get a notice when it has reached the archive.


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

Bug#735648: x11vnc: buffer overflow detected: x11vnc terminated

[Gianluca Oglietti]

Package: x11vnc
Version: 0.9.13-1.1+b1
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

I use x11vnc to connect remotely to my linux PC through a SSH tunnel.
All works like a charm until one week ago when, after an update (using 
aptitude) of my remote Debian Testing PC, I tried to connect to it from my home 
PC. 
>From a console I run:
$ ssh -L 5900:localhost:5900 my.remote.host.IP 'x11vnc -localhost -display :0'
then, when I tried to open a vnc session with krdc, in the console I had this 
error message:

*** buffer overflow detected ***: x11vnc terminated
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__fortify_fail+0x45)[0xb7029a15]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x10381a)[0xb702881a]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x10491a)[0xb702991a]
/usr/lib/i386-linux-gnu/libvncserver.so.0(rfbProcessNewConnection+0x123)[0xb76c4b33]
/usr/lib/i386-linux-gnu/libvncserver.so.0(rfbCheckFds+0x390)[0xb76c5040]
/usr/lib/i386-linux-gnu/libvncserver.so.0(rfbProcessEvents+0x2e)[0xb76bb5be]
x11vnc[0x80eba6d]
x11vnc[0x80ade17]
x11vnc[0x8056163]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf5)[0xb6f3e8c5]
x11vnc[0x8062eb7]
=== Memory map: 
08048000-0818e000 r-xp  08:03 17059619   /usr/bin/x11vnc
0818e000-081d3000 rw-p 00145000 08:03 17059619   /usr/bin/x11vnc
081d3000-083ae000 rw-p  00:00 0 
08bbd000-08c43000 rw-p  00:00 0  [heap]
b626a000-b6652000 rw-s  00:04 159514662  /SYSV (deleted)
b6652000-b6a3b000 rw-p  00:00 0 
b6a51000-b6a6c000 r-xp  08:03 14368906   
/lib/i386-linux-gnu/libgcc_s.so.1
b6a6c000-b6a6d000 rw-p 0001a000 08:03 14368906   
/lib/i386-linux-gnu/libgcc_s.so.1
b6a95000-b6abd000 rw-s  00:04 160825423  /SYSV (deleted)
b6abd000-b6ae4000 rw-s  00:04 160792654  /SYSV (deleted)
b6ae4000-b6b0a000 rw-s  00:04 160759885  /SYSV (deleted)
b6b0a000-b6b2f000 rw-s  00:04 160727116  /SYSV (deleted)
b6b2f000-b6b53000 rw-s  00:04 160694347  /SYSV (deleted)
b6b53000-b6b76000 rw-s  00:04 160661578  /SYSV (deleted)
b6b76000-b6b98000 rw-s  00:04 160628809  /SYSV (deleted)
b6b98000-b6bb9000 rw-s  00:04 160596040  /SYSV (deleted)
b6bb9000-b6bd9000 rw-s  00:04 160563271  /SYSV (deleted)
b6bd9000-b6bf8000 rw-s  00:04 160530502  /SYSV (deleted)
b6bf8000-b6c16000 rw-s  00:04 160497733  /SYSV (deleted)
b6c16000-b6c33000 rw-s  00:04 160464964  /SYSV (deleted)
b6c33000-b6c4f000 rw-s  00:04 160432195  /SYSV (deleted)
b6c4f000-b6c6a000 rw-s  00:04 160399426  /SYSV (deleted)
b6c6a000-b6c84000 rw-s  00:04 160366657  /SYSV (deleted)
b6c84000-b6c9d000 rw-s  00:04 160333888  /SYSV (deleted)
b6c9d000-b6cb5000 rw-s  00:04 160301119  /SYSV (deleted)
b6cb5000-b6ccc000 rw-s  00:04 160268350  /SYSV (deleted)
b6ccc000-b6ce2000 rw-s  00:04 160235581  /SYSV (deleted)
b6ce2000-b6cf7000 rw-s  00:04 160202812  /SYSV (deleted)
b6cf7000-b6d0b000 rw-s  00:04 160170043  /SYSV (deleted)
b6d0b000-b6d1e000 rw-s  00:04 160137274  /SYSV (deleted)
b6d1e000-b6d3 rw-s  00:04 160104505  /SYSV (deleted)
b6d3-b6d41000 rw-s  00:04 160071736  /SYSV (deleted)
b6d41000-b6d51000 rw-s  00:04 160038967  /SYSV (deleted)
b6d51000-b6d6 rw-s  00:04 160006198  /SYSV (deleted)
b6d6-b6d6e000 rw-s  00:04 159973429  /SYSV (deleted)
b6d6e000-b6d7b000 rw-s  00:04 159940660  /SYSV (deleted)
b6d7b000-b6d87000 rw-s  00:04 159907891  /SYSV (deleted)
b6d87000-b6d92000 rw-s  00:04 159875122  /SYSV (deleted)
b6d92000-b6d9c000 rw-s  00:04 159842353  /SYSV (deleted)
b6d9c000-b6da5000 rw-s  00:04 159809584  /SYSV (deleted)
b6da5000-b6e29000 rw-p  00:00 0 
b6e29000-b6e3 r-xp  08:03 14369033   
/lib/i386-linux-gnu/i686/cmov/librt-2.17.so
b6e3-b6e31000 r--p 6000 08:03 14369033   
/lib/i386-linux-gnu/i686/cmov/librt-2.17.so
b6e31000-b6e32000 rw-p 7000 08:03 14369033   
/lib/i386-linux-gnu/i686/cmov/librt-2.17.so
b6e32000-b6e37000 r-xp  08:03 19726675   
/usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0
b6e37000-b6e38000 rw-p 4000 08:03 19726675   
/usr/lib/i386-linux-gnu/libXdmcp.so.6.0.0
b6e38000-b6e39000 rw-p  00:00 0 
b6e39000-b6e3b000 r-xp  08:03 19726969   
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
b6e3b000-b6e3c000 r--p 1000 08:03 19726969   
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
b6e3c000-b6e3d000 rw-p 2000 08:03 19726969   
/usr/lib/i386-linux-gnu/libXau.so.6.0.0
b6e3d000-b6e42000 r-xp  08:03 19727306   
/usr/lib/i386-linux-gnu/libffi.so.6.0.1
b6e

Bug#735649: ruby-amrita2: FTBFS: does not work with newer rubies version

[Jonas Genannt]

Package: ruby-amrita2
Severity: serious
Usertags: ruby18-removal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

your packag does not work with newer rubies:

  Entering dh_ruby --install
install -d 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby
install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2.rb 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2.rb
install -D -m644 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/testsupport.rb 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/testsupport.rb
install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/gettext.rb 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/gettext.rb
install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/macro.rb 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/macro.rb
install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/version.rb 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/version.rb
install -D -m644 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/rails_bridge.rb 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/rails_bridge.rb
install -D -m644 /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/lib/amrita2/template.rb 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb
/usr/bin/ruby1.9.1 -I/usr/lib/ruby/vendor_ruby 
/usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1352:in
 `process_block': undefined method `to_a' for # 
(NoMethodError)
from 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1335:in
 `process'
from 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1178:in
 `setup'
from 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2/usr/lib/ruby/vendor_ruby/amrita2/template.rb:1202:in
 `render_with'
from /«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/sample/hello/hello.rb:13:in 
`'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from debian/ruby-tests.rb:1:in `'
ERROR: Test "ruby1.9.1" failed. Exiting.
dh_auto_install: dh_ruby --install 
/«BUILDDIR»/ruby-amrita2-2.0.2+dfsg.1/debian/ruby-amrita2 returned exit code 1
make: *** [binary] Error 1


Thanks,
Jonas

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

iQIcBAEBCAAGBQJS2PiDAAoJEPBM7/YBbP/QZ9AP/2HbFfC1UuOxVMzhjH+m1h1v
ua7urlbzMxvzJTcLfnMNzoDtEE7NOSa1f/Zha9eReE6qTVALKhafesT0KF88GTJf
8lfnCtdeSDUB7OT1c7/JrGypiOvsukeEdrlyF49YO0YISrjHLlP304SNiAEeofoj
JFxwOWYm1VU4izZ08S5Sl57u0VP3bJnBtQwJWdXvNmDsMU33Pa9pnQWMJV1pmuNM
xv3bS8GVXk/McEP0GLPs8ITawAyQKAGeg9gtPbXa0UGoofts4n8Uv5Gwm8MWx2ZO
aloBRCXuZE57PuwGBHpQXXBRmYhc0vBc3Et0bC11+/s+jMlUYrQFRnfcmJxC4HBz
3qN4Ht/p9olre4Lwyie5pp/A1b8EoL2CQMPhaNUOoPsxHnDFNVmhwjy/5TfcqMKu
fcNSGBs8IJ+X4K5QE+DmslvfaJ1DqQM5sl7rJxyXdRgK3SiKU4Pj+nk21G8z1AQS
BfIATOjMIBLvHMc45jU5fXGwOb/hCvvere5oijQr88WYbgkpcPpEBY7cGZbCWoND
rSfMsy0gDwM2WvAUD5m3H3kc8X5u+ENaTnvLanXBZHpPIi7mDxakey15AJ1lc+iE
kyV06izltKOA+mQN6fq/URbrfz6NweJMvBUKWff2TrdacxE84FzSgOPQ4NWI8yZI
p4cnS9RdDhpXzv2bz4SZ
=6nox
-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#733496: Code copy of older Mozilla code

[Vincent Cheng]

On Thu, Jan 16, 2014 at 1:52 PM, Moritz Mühlenhoff  wrote:
> On Sun, Jan 05, 2014 at 02:47:39AM -0800, Vincent Cheng wrote:
>> Hi,
>>
>> > Package: mozjs17
>> > Severity: serious
>> >
>> > This package forks a local copy of the Iceweasel Javascript engine which is
>> > no longer supported with security updates (currently only the ESR24 series
>> > is maintained)
>>
>> Out of curiosity, why is this a RC bug when there seems to be no
>> issues from the security team with regards to src:mozjs (which is even
>> older, based on Firefox 4 code AFAIU, and is currently in stable)?
>
> I hadn't notice it so far. That is even worse since it even up in a stable 
> release!
>
> Will file a bug soon, thanks for point this out.
>
>> > Why do we need a copy of the old version anyway? What are the expected 
>> > applications
>> > using it and why can't they be migrated to the mozjs provided by the 
>> > iceweasel
>> source package.
>>
>> The following packages are currently depending against libmozjs185-1.0:
>>   0ad
>>   cinnamon
>>   couchdb
>>   dehydra
>>   gnome-shell
>>   libgjs0b
>>   libgjs0c
>>   libmozjs185-dev
>>   libpeas-1.0-0
>>   mediatomb-common
>>   oolite
>>   policykit-1
>>
>> (taken from mozjs17's ITP bug report, #709434)
>>
>> GNOME Shell stands out in that list above as a major package that
>> depends on mozjs/Spidermonkey. I myself am maintainer for 0ad, hence
>> why I'm interested in this bug report as well.
>>
>> My understanding is that Spidermonkey, as a standalone release
>> (snapshot?) of FF's javascript engine, is meant to be embedded in
>> applications that use it. I can't answer for all the packages above,
>> but I know that 0ad requires a very specific version of Spidermonkey,
>> and that transitioning between different releases seems to be rather
>> painful for upstream.
>>
>> I guess one possible way to deal with this is to dump mozjs and
>> mozjs17 (and future Spidermonkey releases) in the same category as
>> webkit, i.e. unsupported by the security team?
>
> We can do that, but only as a matter of last resort. For practical
> purposes this will leave an endless amount of spidermonkey copies around.

What other alternatives does the security team consider viable? My
understanding is that spidermonkey has the same duration of support as
the ESR release it was based on, so that's ~1 year. But unlike
FF/Chromium, which we can continue pulling in new upstream releases to
maintain security support during the lifecycle of a release, I'm not
sure if that's doable with spidermonkey given all of the reverse
dependencies that it has. And it would likely be an unsustainable
burden on the security team and/or individual maintainers to backport
changes to their packages in stable to make them work with newer
spidermonkey releases, each time a new ESR release comes out and
uploaded to stable.

If no (standalone) spidermonkey copies were allowed into the archive,
I suppose individual packages that depend on it would have to use an
embedded copy instead...that's not ideal either.

> I can see the point for 0ad, but there needs to be some effort by
> apps to migrate to a proper supported version.

0ad upstream is already working (and making good progress) on
migrating to ESR 24, and should be done in time for their next
release. I can't speak on behalf of all the other packages that depend
on spidermonkey currently though.

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#714910: logrotate: --force doesn't work , confirmed

[Paul Martin]

It appears that this is fixed upstream in 3.8.7.

-- 
Paul Martin 


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

Bug#714910: logrotate: --force doesn't work , confirmed

[Paul Martin]

On Thu, Jan 16, 2014 at 02:47:45PM +0100, Michael Hatzold wrote:

> With the "-f" option, I'd expect the log getting rotated nontheless

Hmm. It looks like forcing size-based rotation may be broken.

I'll investigate.

-- 
Paul Martin 


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

Bug#720545: bash: Please consider removing privmode.diff

[Laurent Bigonville]

Hello Matthias,

I'm contacting you about #720545 (about the privileges dropping in
bash).

Did you had the time to think about removing the patch that was
introduced years ago (in 1999)?

I think that if this we want this patch to be dropped for Jessie, we
shouldn't do it too late in the development cycle in case it's causing
side-effects to other packages. But Debian and its derivatives are the
only distributions with this behavior, so I'm somewhat confident that
all the other software have been adapted and that we shouldn't have too
much surprises.

It would be nice if we could have your input on this.

Kind regards

Laurent Bigonville


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

Bug#720924: RFS: spotweb/20130826+dfsg-1~pre6 [RC]

[Vincent Cheng]

On Fri, Jan 17, 2014 at 1:12 AM, Jan-Pascal van Best
 wrote:
> Hi Vincent,
>
> Thank you for your review!
>
>
>> debian/copyright:
>>  - missing license entry for images/ttf/liberation-sans/* (even if you
>> don't ship the embedded font files, if they're in the source tarball,
>> they need to be acknowledged in debian/copyright)
>
> Thanks for spotting this. An earlier version if the upstream package shipped
> non-free font files, which I had removed from the dfsg source. Looking at
> the license file in images/ttf/liberation-sans/License.txt, it looks like
> these,
> too, may need to be considered non-free, since it contains export control
> limitations in section 3. (these are not present in the copyright text of
> the
> Debian ttf-liberation font package). I can either move the license text to
> debian/copyright (including the export control limitations), or completely
> remove the font files from the dfsg source package. Which would you advise?

Ah, I hadn't noticed that the license file in that directory doesn't
contain the same terms as the ttf/fonts-liberation packages. I suppose
it's probably safer just to remove the those fonts then, especially
since you're already repackaging the source tarball anyways.

>>  - your "License: Apache-2" standalone section is incomplete; you
>> should include the text of Apache 2.0's Appendix (i.e. the license
>> header in lib/notifications/prowl/*)A
>
> Fixed.
>
>
>> Nice to have:
>>
>> debian/changelog: Please collapse all your newest changelogs into a single
>> one
>
> Done.
>
>
>> debian/control: Consider depending on libapache2-mod-php5 | php5 and
>> php5-mysql | php5-mysqlnd
>
> Wouldn't depending on libapache2-mod-php5 | php5 cause apt-get to allow
> installing spotweb on systems having just apache2 and php5-cli?

$ apt-cache depends php5
php5
 |Depends: libapache2-mod-php5
 |Depends: libapache2-mod-php5filter
 |Depends: php5-cgi
  Depends: php5-fpm
  Depends: php5-common

> Thanks again for your effort in reviewing this package, I had almost given
> up on it!

Unfortunately getting a sponsor through
mentors.d.n/sponsorship-requests can take quite some time. I've made
it a goal of mine to take a look at some RFS bugs on a regular basis;
I know firsthand how hard it was at times to get a sponsor pre-DM/DD.

Regards,
Vincent

P.S. Please don't forget to cc: 720924@b.d.o


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

Bug#718444: ruby1.8 won't be available on Jessie

[Antonio Terceiro]

Dear maintainer,

Your package still uses ruby1.8, which is unmaintainable at this point. We
can't keep ruby1.8 around for Jessie. We plan to request its removal in 4
weeks.

Recommendations for some common cases:

If your package contains Ruby programs that are hardcoded to use
ruby1.8, you need to port those to a more recent version. Please use
/usr/bin/ruby instead. Please do not change to /usr/bin/ruby1.9.1

If your package calls `ruby1.8` during build, please make it call
`ruby` instead. If your scripts don't work with a newer Ruby, you need
to port them.  Please do not change `ruby1.8` to `ruby1.9.1` as it
will require more work later when we want to get rid of ruby1.9.1 (and
we will).

If your packages builds binary extensions for ruby1.8, you need to
remove those. Please consider building binary extensions for all
supported Ruby versions. You can get a list of supported Ruby versions
at runtime by build-depending on gem2deb and running

  $ dh_ruby --print-supported

I'm flagging this bug as release critical, since it's impossible to
have ruby1.8 in the next release.

If you need advice on the best way to handle your package, please feel
free to get in touch with debian-r...@lists.debian.org

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#735664: openssh-client: ssh-agent gets duplicate keys, breaks ssh-add

[Francois Gouget]

Package: openssh-client
Version: 1:6.4p1-2
Severity: normal

Dear Maintainer,

This bug seems to arise from an interaction between gnome-keyring-agent, 
ssh-agent and ssh-add.

When I log in my ssh key is automatically added to ssh-agent, by 
gnome-keyring-agent as far as I understand, but obviously still requires me to 
enter the password in order to be used.

I have a script that runs for some time and then uses ssh thus asking for the 
key's passphrase. So I would normally prefill the passphrase with ssh-add like 
so but all this does is add a duplicate entry for the ssh key which does not 
get used by ssh:

$ ssh-add -l
1024 65:d0:25:dd:dc:39:19:08:75:cf:d3:34:1c:da:2b:1b fgouget@debian (DSA)
$ ssh-add
Enter passphrase for /home/fgouget/.ssh/id_dsa: 
Identity added: /home/fgouget/.ssh/id_dsa (/home/fgouget/.ssh/id_dsa)
$ ssh-add -l
1024 65:d0:25:dd:dc:39:19:08:75:cf:d3:34:1c:da:2b:1b /home/fgouget/.ssh/id_dsa 
(DSA)
1024 65:d0:25:dd:dc:39:19:08:75:cf:d3:34:1c:da:2b:1b fgouget@debian (DSA)
$ ssh remote
[prompts for the fgouget@debian passphrase]


Furthermore the fgouget@debian entry cannot be removed:

$ ssh-add -D
All identities removed.
$ ssh-add -l
1024 65:d0:25:dd:dc:39:19:08:75:cf:d3:34:1c:da:2b:1b fgouget@debian (DSA)


I would instead expect one of the following:
 * Either there's no fgouget@debian entry in ssh-agent and then a simple call 
to ssh-add should add one entry that should then be used by all processes 
needing that key.
 * Or if the fgouget@debian entry is really meant to be there, then there 
should be a way to prefill its password using ssh-add. Currently this appears 
to be impossible, meaning ssh-add is essentially broken.


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

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

Versions of packages openssh-client depends on:
ii  adduser   3.113+nmu3
ii  dpkg  1.17.5
ii  libc6 2.17-97
ii  libedit2  3.1-20130712-2
ii  libgssapi-krb5-2  1.11.3+dfsg-3+nmu1
ii  libselinux1   2.2.1-1
ii  libssl1.0.0   1.0.1f-1
ii  passwd1:4.1.5.1-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages openssh-client recommends:
ii  xauth  1:1.0.7-1

Versions of packages openssh-client suggests:
pn  keychain 
pn  libpam-ssh   
pn  monkeysphere 
ii  openssh-blacklist0.4.1+nmu1
ii  openssh-blacklist-extra  0.4.1+nmu1
ii  ssh-askpass  1:1.2.4.1-9

ii  gnome-keyring3.8.2-2

-- no debconf information


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

Bug#735665: e17: Not launchable from KDM, XDM and lightdm (only works with GDM3)

[Adrian Immanuel Kiess]

Package: e17
Version: 0.17.3-2
Severity: important

Dear Maintainer,

currently in Debian/testing E17 is only launchable from GDM3 for me. With KDM,
XDM and lightdm executing enlightenment_start does not work.

Via Xsession and startx works too.

Thank you for your efforts!

With many greetings,

Adrian Immanuel KIESS



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

Kernel: Linux 3.12-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 e17 depends on:
ii  dbus-x11   1.6.18-2
ii  e17-data   0.17.3-2
ii  libasound2 1.0.27.2-3
ii  libc6  2.17-97
ii  libdbus-1-31.6.18-2
ii  libecore-con1  1.7.7-2
ii  libecore-evas1 1.7.7-2
ii  libecore-file1 1.7.7-2
ii  libecore-imf1  1.7.7-2
ii  libecore-input11.7.7-2
ii  libecore-ipc1  1.7.7-2
ii  libecore-x11.7.7-2
ii  libecore1  1.7.7-2
ii  libedbus1  1.7.7-1
ii  libedje-bin1.7.7-3
ii  libedje1   1.7.7-3
ii  libeet11.7.9-1
ii  libefreet1 1.7.7-2
ii  libeina1   1.7.9-2
ii  libeio11.7.7-1
ii  libevas1   1.7.7-4
ii  libevas1-engines-x [libevas1-engine-software-x11]  1.7.7-4
ii  libpam0g   1.1.3-9
ii  libxcb-keysyms10.3.9-1
ii  libxcb-shape0  1.10-2
ii  libxcb11.10-2

Versions of packages e17 recommends:
ii  pm-utils  1.4.1-13

e17 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#734193: Please mount selinuxfs as read-only

[Laurent Bigonville]

Hi,

As explained in #734454 (which is different but somewhat related), the
selinuxfs on the chroot should probably be mounted as readonly so the
userspace in the chroot would think that selinux is disabled.

The proper way to set the fs read-only without interfering with the
selinuxfs from the host is to bind mount it from the host and then set
it as ro like this:

mount --bind /sys/fs/selinux /var/chroot/sys/fs/selinux
mount -o remount,ro,bind /var/chroot/sys/fs/selinux

Cheers,

Laurent Bigonville


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

Bug#735470: [apparmor] Fwd: Bug#735470: Could be implemented centrally with a dpkg trigger instead of requiring every package shipping an apparmor file to use dh_apparmor

[Didier 'OdyX' Raboud]

Le jeudi, 16 janvier 2014, 14.49:06 Kees Cook a écrit :
> On Thu, Jan 16, 2014 at 07:37:04PM +0100, Didier 'OdyX' Raboud wrote:
> > man deb-trigggers contradicts you, in my reading; an 'activate
> > /etc/apparmor.d' triggers' file in apparmor would make its action
> > run _before_ cups (which would have shipped
> > /etc/apparmor.d/usr.sbin.cupsd) would be 'configured' (hence its
> > postinst run).
> 
> Right, sorry, you are right, but my original observation stands: we
> should never reload all apparmor profiles when installing a single
> profile. Just the single profile should be reloaded. Otherwise we end
> up doing very CPU expensive work for no reason. The point of
> dh-apparmor is to reload a single profile, not all of them.

That's quite easily circumvented in the trigger code by maintaining a 
list of timestamps for the various apparmor.d/* files, as is done for 
cups:

http://sources.debian.net/src/cups/1.7.1-2/debian/cups.postinst#L181

Then the trigger can reload only the concerned profiles, and never do it 
for all of them. (Using the dpkg hashsums instead of timestamps would 
allow doing it only for _changed_ profiles too.)

I'll try implementing something along those lines this week-end.

Cheers,
OdyX

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

Bug#735666: jpoker: please stop depend on rubygems

[Cédric Boutillier]

Package: jpoker
Severity: serious
Justification: rubygems is to be removed
Control: block 735576 with -1


Dear Maintainer,

Your package build-depends on rubygems and/or rubygem1.8. Those packages
were needed for ruby1.8 but newer versions of the interpreter already
include rubygems.
The source package rubygems is going to be removed from the archive in a
couple of weeks. Please update your dependencies to get rid of them.

Cheers,

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#735590: manpages: filesystems(5) should describe the nodev prefix in /proc/filesystems

[Michael Kerrisk (man-pages)]

Axel,

On Fri, Jan 17, 2014 at 6:53 AM, Axel Beckert  wrote:
> Package: manpages
> Version: 3.55-1
>
> filesystems(5) says:
>
>When, as is customary, the proc filesystem is mounted on /proc,
>you can find in the file /proc/filesystems which filesystems your
>kernel currently supports.  If you need a currently unsupported
>one, insert the corresponding module or recompile the kernel.
>
> My /proc/filesystems looks like this:
>
> $ cat /proc/filesystems
> nodev   sysfs
> nodev   rootfs
> nodev   ramfs
> nodev   bdev
> nodev   proc
> nodev   cgroup
> nodev   cpuset
> nodev   tmpfs
> nodev   devtmpfs
> nodev   debugfs
> nodev   securityfs
> nodev   sockfs
> nodev   pipefs
> nodev   anon_inodefs
> nodev   devpts
> nodev   hugetlbfs
> nodev   pstore
> nodev   mqueue
> btrfs
> ext3
> ext2
> ext4
> fuseblk
> nodev   fuse
> nodev   fusectl
> nodev   binfmt_misc
> nodev   aufs
> $
>
> filesystems(5) should mention the "nodev" prefix (and maybe other
> potential prefixes) and describe its/their meaning..

One thing that would have helped here is if you could have supplied
some text explaining what "nodev" is. (Or, if you don't know, then it
would help to explicitly note that in the bug.)

I believe the appropriate text would be something like

[[
If the work "nodev" appears before a filesystem name, then that
filesystem does not require a corresponding device in order to be
mounted (i.e., it is a pseudo-filesystem).
]]

Look okay to you?

Cheers,

Michael

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/


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

Bug#735623: pdl: FTBFS on mips, powerpc, s390x, sparc, (ia64): testsuite failures

[Henning Glawe]

On Fri, Jan 17, 2014 at 03:30:49AM +0100, Andreas Beckmann wrote:
> pdl FTBFS with testsuite failures on several architectures
These testsuite failures were actually there before, but I only now made a
successful testsuite run _mandatory_ in the build process...

> (are they all big-endian architectures?):
powerpc, mips, s390x, sparc are indeed big-endian.
debian's ia64 port AFAIK uses little-endian mode.

Besides the potential endianness issues, there is a bug hidden in the depths
of PDL.
To summarize [1]:

In a couple of locations within the core, there is an assumption that
"double" is the largest datatype and some return values are casted/converted
to "double". "long long int" is indeed longer than the mantissa of a
"double", so when the conversion happens and the value of the longlong is
large, the least significant bits are lost.
The address space layout on ia64 leads to large pointer addresses, leading to
segfaults during the test suite run.
In some sense, it is just by luck that the same does not happen to pointers
on other 64bit architectures.
And, as PDL is a language used in the context of numerical computation (think
of it like MatLab/NumPy for perl), this implicit precision loss may also
affect real calculations performed with it.

[1] http://thread.gmane.org/gmane.comp.lang.perl.pdl.devel/5637/focus=5641

-- 
c u
henning


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

Bug#735667: ruby-opennebula: please stop depending on rubygems

[Cédric Boutillier]

Package: ruby-opennebula
Version: please stop depending on rubygems
Severity: serious
Justification: rubygems is to be removed
Control: block 735576 with -1

Dear Maintainer,

Please do not make ruby-opennebula on rubygems. The rubygems package is
useful only for ruby1.8 (newer versions of the Ruby interpreter ship
their own rubygems directly).
Ruby1.8 is to be removed from the archive soon, and rubygems even
sooner.

The patch below does the trick.

Cheers,

Cédric

--- opennebula-3.4.1/debian/control 2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1-new/debian/control 2014-01-17 11:43:47.851880613 +0100
@@ -120,7 +120,6 @@
  ruby-password,
  ruby-sequel,
  ruby-sqlite3,
- rubygems,
  ${misc:Depends},
  ${ruby:Depends}
 Replaces: opennebula (<< 3.2.1-1~)




signature.asc
Description: Digital signature

Bug#728105: RFS: libharu/2.2.1-2

[Vincent Cheng]

Control: tag -1 moreinfo

Hi Johan,

Your package mostly looks good, but in debian/changelog you claim that
you've fixed #727409 by running autoreconf, but that's not the case.
In addition to adding a build-dep on dh-autoreconf, you also need the
following in debian/rules:

%:
dh $@ --with autoreconf

While you're at it, don't forget to bump standards version to 3.9.5.

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#734371: lsb.pl not accessible?

[heroxbd]

Dear Klaus,

Thank you for trying OpenRC out on Debian and sorry for the trouble. 

The bug is strange and I could not reproduce it on a box of single /.

lsb.pl is used to convert from LSB init scripts to a set of shell
declarations that OpenRC could understand, which is crucial in the
second earliest boot stage of OpenRC.

The error message indicates that lsb.pl is not accessible from
/lib/rc/sh/gendepends.sh. Could you please paste the output of `dpkg
-L openrc`, especially the location of lsb.pl?

BTW, before the reboot, did openrc install well? If so, it has
"rc-update -u" executed in postinst, which calls lsb.pl without a
problem. I suspect /lib/rc/bin/lsb.pl is not yet mounted during early
boot. But given /lib/rc/sh/gendepends.sh, at least /lib/rc is mounted.
the source of the bug is out of my imagination now..

BTW++, the version 0.12.4+20131230-4 will soon be in the mirrors.

Cheers,
Benda


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

Bug#730760: perl-base: IO::Socket::INET cannot cope with "option inet6" in /etc/resolv.conf

[Bob Ham]

On 2014-01-01 16:40, Dominic Hargreaves wrote:

On Fri, Nov 29, 2013 at 10:13:07AM +, Bob Ham wrote:



When setting "option inet6" in /etc/resolv.conf, IO::Socket::INET
cannot connect properly, particularly to popcon.debian.org


I agree that this is a problem, but I'm not sure whether it's a 
reasonable
expectation for ipv4-only software to work with this option being 
set;
the manpage for resolv.conf does mention that breakage is to be 
expected.


A more pragmatic solution might be to use IO::Socket::IP instead.


I see now that IO::Socket::INET is only intended for IPv4; I hadn't 
realised that.  This problem showed up because the 
/usr/share/popularity-contest/popcon-upload script in popularity-contest 
makes use of IO::Socket::INET.  Perhaps this bug could be reassigned to 
the popularity-contest package so that it can be changed to use 
IO::Socket::IP instead?


--
Bob Ham 

for (;;) { ++pancakes; }


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

Bug#735434: ruby1.8 won't be available on Jessie

[Axel Beckert]

Control: tag -1 + fixed-upstream

Hi,

Antonio Terceiro wrote:
> Your package still uses ruby1.8, which is unmaintainable at this point. We
> can't keep ruby1.8 around for Jessie. We plan to request its removal in 4
> weeks.

Despite there is no new upstream release yet (upstream website says
0.6 is 93% finished), the git repository at
https://gitorious.org/ditz/mainline seems to work with at least 1.9.x
if not even with 2.0 since a branch called ruby2 has been merged 5
months ago. See also https://gitorious.org/ditz

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


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

Bug#735668: missing license in debian/copyright

[Thorsten Alteholz]

Package: fwknop
Severity: serious
User: alteh...@debian.org
Usertags: ftp
X-Debbugs-CC: ftpmas...@ftp-master.debian.org
thanks

Dear Maintainer,

please update debian/copyright of your package.
For example fwknop-2.6.0/android/* is licensed under GPLv3+.

Thanks!
  Thorsten


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

Bug#735669: pidgin-privacy-please: autotools-dev not called in debian/rules

[Vincent Cheng]

Package: pidgin-privacy-please
Version: 0.7.1-2

As mentioned in #726950, you need the following invocation in debian/rules:

%:
dh $@ --with autotools_dev

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#734695: python-roman: No longer run 2to3, upstream supports Python 3 natively

[Andrea Colangelo]

tags 734695 + pending
stop

On Thu, Jan 09, 2014 at 12:31:46PM +0400, Dmitry Shachnev wrote:
> There is no longer any need to run 2to3 when building package (as done by
> debian/patches/2to3.diff). Upstream now supports Python ≥ 3.3 natively.

Thanks for taking the time to report this bug.

Commited to svn repo, will upload it soon.

Regards,
Andrea.


-- 
Andrea Colangelo  |   http://andreacolangelo.com
Debian Developer   |   Ubuntu Developer 


signature.asc
Description: Digital signature

Bug#735670: lightdm ask ldap administrator password when changing a password expired

[Gabriele Pulzato]

Package: lightdm
Version: 1.2.2-4
Severity: important

Dear Maintainer,
I have a working authentication configuration with ldap on my debian
wheezy workstation. Everything works fine except with lightdm when a
ldap user have to change his password due to expiration. The user is
able to login but in the next prompt, in place of asking new password,
the ldap administrator password is asked. I've seen i have the same
behaviour when i try to change a ldap user password via passwd as
root.
My nslcd configuration doesn't allow local root user to behave like
ldap administrator.
I've tried with gdm3 greeter and it works; it asks for new password
and it allows to change the password properly.
I've seen this different behaviour in auth.log:

with gdm3:

debian gdm3][10414]: pam_ldap(gdm3:auth): nslcd authentication; user=test
debian gdm3][10414]: pam_ldap(gdm3:auth): authentication succeeded
debian gdm3][10414]: pam_unix(gdm3:account): expired password for user
test (password aged)
debian gdm3][10414]: pam_unix(gdm3:chauthtok): username [test] obtained
debian gdm3][10414]: pam_unix(gdm3:chauthtok): user "test" does not
exist in /etc/passwd
debian gdm3][10414]: pam_ldap(gdm3:chauthtok): nslcd authentication; user=test
debian gdm3][10414]: pam_ldap(gdm3:chauthtok): authentication succeeded
debian gdm3][10414]: pam_unix(gdm3:chauthtok): username [test] obtained
debian gdm3][10414]: pam_unix(gdm3:chauthtok): user "test" does not
exist in /etc/passwd

with lightdm:

debian lightdm: pam_ldap(lightdm:auth): nslcd authentication; user=test
debian lightdm: pam_ldap(lightdm:auth): authentication succeeded
debian lightdm: pam_unix(lightdm:account): expired password for user
test (password aged)
debian lightdm: pam_unix(lightdm:chauthtok): username [test] obtained
debian lightdm: pam_unix(lightdm:chauthtok): user "test" does not
exist in /etc/passwd
debian lightdm: pam_ldap(lightdm:chauthtok): nslcd authentication; user=
debian lightdm: pam_ldap(lightdm:chauthtok): user not handled by nslcd

As you can see nslcd authentication have user value set in gdm3.
Lightdm have a blank value instead.

I've tried with lightdm-gtk-greeter and lightdm-crowd-greeter just to
check if it was a greeter problem but the problem remains with both.


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

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

Versions of packages lightdm depends on:
ii  adduser3.113+nmu3
ii  consolekit 0.4.5-3.1
ii  dbus   1.6.8-1+deb7u1
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-38
ii  libglib2.0-0   2.33.12+really2.32.4-5
ii  libpam0g   1.1.3-7.1
ii  libxcb11.8.1-2+deb7u1
ii  libxdmcp6  1:1.1.1-1
ii  lightdm-gtk-greeter [lightdm-greeter]  1.1.6-2

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+3~deb7u1

Versions of packages lightdm suggests:
ii  accountsservice  0.6.21-8
ii  upower   0.9.17-1

-- Configuration Files:
/etc/lightdm/lightdm.conf changed:
[LightDM]
[SeatDefaults]
xserver-allow-tcp=false
greeter-session=lightdm-greeter
greeter-hide-users=true
user-session=gnome-session
session-wrapper=/etc/X11/Xsession
[XDMCPServer]
[VNCServer]
enabled=true
port=5900
width=1024
height=768
depth=8

/etc/pam.d/lightdm changed:
authrequisite   pam_nologin.so
authrequiredpam_env.so readenv=1
authrequiredpam_env.so readenv=1 envfile=/etc/default/locale
@include common-auth
@include common-account
session [success=ok ignore=ignore module_unknown=ignore default=bad]
pam_selinux.so close
session requiredpam_limits.so
session requiredpam_loginuid.so
@include common-session
session [success=ok ignore=ignore module_unknown=ignore default=bad]
pam_selinux.so open
@include common-password

In addition to these files my configuration is:

nslcd.conf:
uid nslcd
gid nslcd
uri ldap://ldap2
uri ldap://ldap1
base passwd ou=people,dc=myorg
base shadow ou=people,dc=myorg
base group ou=groups,dc=myorg
ldap_version 3
binddn cn=reader,dc=myorg
bindpw readerpass
ssl start_tls
tls_reqcert allow

common-auth:

auth[success=5 default=ignore]  pam_unix.so nullok_secure debug
auth[success=3 authinfo_unavail=ignore default=1]   pam_ldap.so
minimum_uid=1000 use_first_pass debug
auth[success=3 default=ignore]  pam_ccreds.so action=validate use_first_pass
auth[default=bad]   pam_ccreds.so action=update
authrequisite   pam_deny.so
auth[default=ignore]  pam_ccreds.so action=store
authrequiredpam_permit.so

common-account:

account [success=2 new_authtok_reqd=done 

Bug#727708: piuparts sadly does not test init scripts^w^wdaemon starting (Re: Bug#727708: Bits from linux.conf.au)

[Holger Levsen]

Hi,

On Donnerstag, 16. Januar 2014, Anthony Towns wrote:
> > it's not realistic for a porter to continously test startup
> > scripts for thousands of packages.
> It's reasonable to semi-continuously test installation scripts for
> thousands of packages -- that's what piuparts does, and we have
> sponsored cloud resources to support that. It seems like that would be
> fairly straightforward to duplicate for testing packages with
> alternative init systems.

piuparts has /sbin/policy.rc.d in place with the content of "exit 0", IOW, it 
does not execute init scripts at all. Running, monitoring and killing 
arbitrary daemons is not trivial.

Help and patches welcome! :-)


cheers,
Holger




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

Bug#726763: Bug#735628: gdm3: Does not restart system when clicking {Restart}

[Andreas Cadhalpun]

Hi Adrian,

On 17.01.2014 05:09, Adrian Immanuel Kiess wrote:

* What led up to the situation?
  Trying to restart system via GDM
* What exactly did you do (or not do) that was effective (or
  ineffective)?
  Clicking {Restart} button
* What was the outcome of this action?
  None
* What outcome did you expect instead?
  System restarting

currently in Debian/testing GDM does not restart the system after clicking
{Restart}.


This is due to a missing dependency on systemd-shim | systemd-sysv, see [1].
So you can either install systemd-shim or switch your init system to
systemd, which can be achieved by installing systemd-sysv or adding
the boot parameter 'init=/bin/systemd'.


The root password is asked thou, but no action is taken afterwards.


The strange asking for a root password is tracked in Bug#731882 [2].


Thank you for your efforts.


Thanks for reporting bugs.

Best regards,
Andreas

1: http://bugs.debian.org/726763
2: http://bugs.debian.org/731882


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

Bug#719396: no longer blocked by #720816

[Rebecca N. Palmer]

Control: merge -1 718385

openscenegraph is now installable again, still with an ~rc version.


Note that this assumes that release candidates are sufficiently
compatible with the corresponding final versions.
They have different sonames (libopenscenegraph99/100 in the present 
case), but this *appears* to be a standard "this is not the final 
release" notice rather than a real API break.


Note however that the libopenscenegraph-dev package no longer contains 
static libraries at all since 3.2.0~rc1-1, so if that's what -static in 
the package name means, that part will have to go altogether.



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

Bug#735292: libstrongswan: configuring strongswan.conf with file snippets (aka strongswan.conf.d)

[Raphael Geissert]

[after explaining in IRC how I ended up with a year-old repository...]

On 16 January 2014 22:33, Yves-Alexis Perez  wrote:
> On Thu, Jan 16, 2014 at 10:30:26PM +0100, Yves-Alexis Perez wrote:
>> That looks like something we can do, yes.
>
> Can you rebase the patch against master though?

Done in attached mbox.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
From a2431a1cdab1a5fa72df9c4ca734d2ea75dcba1d Mon Sep 17 00:00:00 2001
From: Raphael Geissert 
Date: Tue, 14 Jan 2014 14:51:01 +0100
Subject: [PATCH] Support configuration via /etc/strongswan.conf.d/

Upstream's position on this is that packages should ship this
configuration, instead of modifying it upstream. See:
https://wiki.strongswan.org/issues/475
---
 debian/changelog  |4 
 debian/libstrongswan.dirs |1 +
 debian/patches/02_include-strongswan.conf.d.patch |   10 ++
 debian/patches/series |1 +
 4 files changed, 16 insertions(+)
 create mode 100644 debian/patches/02_include-strongswan.conf.d.patch

diff --git a/debian/changelog b/debian/changelog
index e7368a0..8d36606 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -49,6 +49,10 @@ strongswan (5.1.1-1) UNRELEASED; urgency=low
   * debian/strongswan-starter.install:
 - 'ipsec pool' is no longer built, remove.
 
+  [ Raphael Geissert ]
+  * Allow the configuration of strongswan.conf to be stored in snippets
+in /etc/strongswan.conf.d/
+
  -- Romain Francoise   Tue, 29 Oct 2013 20:01:37 +0100
 
 strongswan (5.1.0-3) unstable; urgency=high
diff --git a/debian/libstrongswan.dirs b/debian/libstrongswan.dirs
index 3550fea..ed957af 100644
--- a/debian/libstrongswan.dirs
+++ b/debian/libstrongswan.dirs
@@ -2,5 +2,6 @@
 /etc/logcheck/ignore.d.server
 /etc/logcheck/ignore.d.workstation
 /etc/logcheck/violations.ignore.d
+/etc/strongswan.conf.d
 /usr/share/lintian/overrides
 /usr/lib/ipsec/plugins
diff --git a/debian/patches/02_include-strongswan.conf.d.patch b/debian/patches/02_include-strongswan.conf.d.patch
new file mode 100644
index 000..45d95fb
--- /dev/null
+++ b/debian/patches/02_include-strongswan.conf.d.patch
@@ -0,0 +1,10 @@
+Index: strongswan/src/strongswan.conf
+===
+--- strongswan.orig/src/strongswan.conf	2014-01-14 13:45:31.898298701 +0100
 strongswan/src/strongswan.conf	2014-01-14 14:43:30.936346911 +0100
+@@ -32,3 +32,5 @@
+ 	#  set to no, the DH exponent size is optimized
+ 	#  dh_exponent_ansi_x9_42 = no
+ }
++
++include /etc/strongswan.conf.d/*.conf
diff --git a/debian/patches/series b/debian/patches/series
index 2cf256b..a004656 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 01_fix-manpages.patch
+02_include-strongswan.conf.d.patch
-- 
1.7.10.4

Bug#735590: manpages: filesystems(5) should describe the nodev prefix in /proc/filesystems

[Axel Beckert]

Hi Michael,

Michael Kerrisk (man-pages) wrote:
> One thing that would have helped here is if you could have supplied
> some text explaining what "nodev" is.

I had some idea, but was unsure and looked into the man-page to read
more about it.

> (Or, if you don't know, then it would help to explicitly note that
> in the bug.)

I didn't expect that this needs explicit mentioning.

> [[
> If the work "nodev" appears before a filesystem name, then that
> filesystem does not require a corresponding device in order to be
> mounted (i.e., it is a pseudo-filesystem).
> ]]
> 
> Look okay to you?

Doesn't clash with what I guessed, but since I was looking for facts,
I can't say if it's correct or wrong.

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


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

Bug#735671: sisu: please remove unbreakable spaces in debian/sources/options

[Cédric Boutillier]

Package: sisu
Severity: wishlist

The debian/source/options file contains (I believe by error) unbreakable
spaces around the equal sign.
They are causing dpkg to raise a warning:
dpkg-source: warning: --compression�=�xz is not a valid option for 
Dpkg::Source::Package::V3::Quilt


Cédric




signature.asc
Description: Digital signature

Bug#734371: lsb.pl not accessible?

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Benda,

thanks for your answer.

Am Fr den 17. Jan 2014 um 11:47 schrieb hero...@gentoo.org:
> Thank you for trying OpenRC out on Debian and sorry for the trouble. 

I would like to see a working init (and rc) system in future debian as
an alternative to the broken design of upstart and systemd. So I have a
high interest in this package.

> The bug is strange and I could not reproduce it on a box of single /.

Well, I have no single /, I did try it on my laptop where I have the
following disk layout:
   /dev/rootxfs   ... /
   devtmpfs devtmpfs  ... /dev
   tmpfstmpfs ... /run
   tmpfstmpfs ... /run/lock
   tmpfstmpfs ... /run/shm
   /dev/mapper/crypt0   btrfs ... /home
   /dev/mapper/sysvg-lv_usr btrfs ... /usr
   /dev/mapper/sysvg-lv_var btrfs ... /var
   tmpfstmpfs ... /tmp
   tmpfstmpfs ... /media
   none tmpfs ... /sys/fs/cgroup

So you can see that my /usr is separated from /. Moreover I do not use
initrd than booting direct in my kernel. (I have only little machines
booting with the normal debian kernel. Most have a optimized kernel for
the system without initrd.)

> lsb.pl is used to convert from LSB init scripts to a set of shell
> declarations that OpenRC could understand, which is crucial in the
> second earliest boot stage of OpenRC.

Hmm...

> The error message indicates that lsb.pl is not accessible from
> /lib/rc/sh/gendepends.sh. Could you please paste the output of `dpkg
> -L openrc`, especially the location of lsb.pl?

I'll try to build a test kvm to do this. As you might expect, I will be
a bit more cautiously with my running laptop. :-)

> BTW, before the reboot, did openrc install well?

I looked as it was. I was warned by Axel that there could be some
problems so I did check.

> If so, it has "rc-update -u" executed in postinst, which calls lsb.pl
> without a problem. I suspect /lib/rc/bin/lsb.pl is not yet mounted
> during early boot. But given /lib/rc/sh/gendepends.sh, at least
> /lib/rc is mounted. the source of the bug is out of my imagination
> now..

As you can see above, /lib is not separated (and I do not know how it
could work with a separated /lib). But maybe openrc expects to run from
initrd?

Gruß
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJS2RBvAAoJEKZ8CrGAGfas8ZwL/RTNMi4Jk2GDtjPoAGdAS9K8
pUUK6blaZs92g2s9ESwSIjUel2DHXk0N2J4OXboGeEIvwzIEJ8jscoKfPLkXSOox
6NxP4wx1d7RAWLUc8OKf6i49qElomNH5pDTCjsss73fJ9rfPzsx59dXoX6umFAbJ
8PNKVE2U3XST8RGX3cQuXR9VrFHcl30w1wW5Mubfyng5RL5NnzgfZe8X1JXfzXTv
NzYCclmM3cJNUuInOG8URMzVsYMM1rU/74r4FGAD3Ga0DWR1x8A7S3VoudAQ+z3z
GIHHZWU8PdR7myTIn0bF2fkGGR4mPGQ7OQtB+Tz8VldlUrCkBAZBA1qBbEKbAmfy
tWLtqUVMPYFxQYzmpb9DkssSWKR8qHnQwx27FlqlMxrGO82KQo0BbaqTyKd5drKX
WwUOH58TgHRQlSGjTaCtC/+XATcZ8tjwqj7afNU3qN1klUJRncqgeQhdMgUI+CUw
A7ItM8/RnVEOOish/02QfjLcUgRwAqbwhdlbCNxihQ==
=6N/9
-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#727708: piuparts sadly does not test init scripts^w^wdaemon starting (Re: Bug#727708: Bits from linux.conf.au)

[Lars Wirzenius]

On Fri, Jan 17, 2014 at 12:05:22PM +0100, Holger Levsen wrote:
> Hi,
> 
> On Donnerstag, 16. Januar 2014, Anthony Towns wrote:
> > > it's not realistic for a porter to continously test startup
> > > scripts for thousands of packages.
> > It's reasonable to semi-continuously test installation scripts for
> > thousands of packages -- that's what piuparts does, and we have
> > sponsored cloud resources to support that. It seems like that would be
> > fairly straightforward to duplicate for testing packages with
> > alternative init systems.
> 
> piuparts has /sbin/policy.rc.d in place with the content of "exit 0", IOW, it 
> does not execute init scripts at all. Running, monitoring and killing 
> arbitrary daemons is not trivial.

Indeed. Early on in my original development of piuparts I realised
that testing, in a chroot, code that starts arbitrary daemons is a bad
idea in oh so many ways. I haven't followed piuparts development in
recent years, so I don't know if it still uses chroot, but unless it's
started using containers or virtual machines, it should continue to
NOT allow init.d scripts to run. At all.

-- 
http://www.cafepress.com/trunktees -- geeky funny T-shirts
http://gtdfh.branchable.com/ -- GTD for hackers


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

Bug#735672: ITP: ruby-re2 -- Ruby bindings to re2, an "efficient, principled regular expression library"

[David Suárez]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org


   Package name: ruby-re2
   Version: 0.5.0
  Upstream Author:  Paul Mucur 
  URL: https://github.com/mudge/re2/
  License: Other
  Description:  Ruby bindings to re2, an "efficient, principled regular 
expression library".


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

Bug#735673: nvi: large tabstop causes segmentation fault

[Kusanagi Kouichi]

Package: nvi
Version: 1.81.6-11
Severity: normal
Tags: patch

Steps to reproduce:

1. Open the attached text file with nvi
2. Set tabstop to a large number. For example, :set tabstop=1000
3. Scroll forward by control-f
4. Scroll backward by control-b

The attached patch fixed the segmentation fault. But I don't know if
this is proper fix.

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

Kernel: Linux 3.13.0-rc7 (SMP w/4 CPU cores)
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)
Shell: /bin/sh linked to /bin/dash

Versions of packages nvi depends on:
ii  libc6 2.17-97
ii  libdb5.1  5.1.29-7
ii  libncursesw5  5.9+20131221-1
ii  libtinfo5 5.9+20131221-1

Versions of packages nvi recommends:
pn  nvi-doc  

nvi suggests no packages.

-- no debconf information
1








































































































































































































--- nvi-1.81.6/vi/vs_line.c	2014-01-17 10:07:35.196857991 +
+++ nvi-1.81.6.orig/vi/vs_line.c	2007-11-18 16:41:42.0 +
@@ -442,11 +442,8 @@
 *cbp++ = ch;
 			} else
 for (kp = KEY_NAME(sp, ch) + offset_in_char; 
- chlen--;) {
-	if (cbp >= ecbp)
-		FLUSH;
+ chlen--;)
 	*cbp++ = (u_char)*kp++;
-}
 		}
 	}
 

Bug#735130: RFS: libapr-memcache/0.7.0-2

[Vincent Cheng]

Control: tag -1 moreinfo

Hi,

Err, "Multi-Arch: off" isn't valid. I'm going to assume that was a
silly typo and what you really meant was "Multi-Arch: same", but in
case you're not quite sure, I recommend referring to the Debian wiki
[1].

Don't forget to test your package by building it in a clean chroot
(e.g. pbuilder/cowbuilder/sbuild, etc.)!

Regards,
Vincent

[1] https://wiki.debian.org/Multiarch/Implementation


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

Bug#735674: ITP: stress-ng -- stress-ng is a tool to load and stress a computer

[Colin Ian King]

Package: wnpp
Severity: wishlist
Owner: Colin Ian King 

* Package name: stress-ng
  Version : 0.01.09
  Upstream Author : Colin Ian King 
* URL : http://kernel.ubuntu.com/~cking/stress-ng
* License : GPL-2
  Programming Lang: C
  Description : stress-ng is a tool to load and stress a computer

stress-ng can stress various subsystems of a computer. One
can load CPU, memory, I/O sync, disk writes, forks and context
switches.  It is a re-write of the original stress tool by
Amos Waterland but has addition features such as specifying
the number of bogo operations to run, execution metrics and
two additional stress mechanisms.


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

Bug#720924: RFS: spotweb/20130826+dfsg-1~pre6 [RC]

[Jan-Pascal van Best]

Hi Vincent,

Thanks for the quick response! I've uploaded a new version 
(20130826+dfsg2-1)

to mentors, and also pushed to Alioth git.

Jan-Pascal


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

Bug#735675: xen-tools: common/20-setup-yum should use "-y" with yum

[Lionel FÉLICITÉ]

Package: xen-tools
Version: 4.3.1-1
Severity: important
Tags: patch

Dear Maintainer,

When I want a centos 6'VM, the log says it stop at 20-setup-yum at :

<--extract 
hook 15-setup-arch: done.
Running hook 20-setup-yum
Loaded plugins: fastestmirror, keys, protect-packages, protectbase
Determining fastest mirrors
 * base: centos.mattclements.co.uk
 * extras: mirror.ate.info
 * updates: mirror.ovh.net
http://centos.mattclements.co.uk/6.5/os/x86_64/repodata/repomd.xml: [Errno 14] 
PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found"
Trying other mirror.
0 packages excluded due to repository protections
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package centos-release.x86_64 0:6-5.el6.centos.11.1 will be updated
---> Package centos-release.x86_64 0:6-5.el6.centos.11.2 will be an update
--> Finished Dependency Resolution

Dependencies Resolved


 Package ArchVersion RepositorySize

Updating:
 centos-release  x86_64  6-5.el6.centos.11.2 updates   20 k

Transaction Summary

Upgrade   1 Package(s)

Total download size: 20 k

end of extract -->

In common/20-setup-yum, I added the '-y' flag to the command, rerun and it 
worked.

I send the patch made.


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

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

Versions of packages xen-tools depends on:
ii  debootstrap  1.0.48+deb7u1
ii  libconfig-inifiles-perl  2.75-1
ii  libfile-slurp-perl   .19-1
ii  libtext-template-perl1.45-2
ii  openssh-client   1:6.0p1-4
ii  perl-modules 5.14.2-21+deb7u1

Versions of packages xen-tools recommends:
ii  libexpect-perl   1.21-1
ii  rinse2.0.1-1
ii  xen-hypervisor-4.1-amd64 [xen-hypervisor-amd64]  4.1.4-3+deb7u1
ii  xen-utils-4.1 [xen-utils]4.1.4-3+deb7u1

Versions of packages xen-tools suggests:
ii  btrfs-tools0.19+20120328-7.1
pn  cfengine2  
ii  reiserfsprogs  1:3.6.21-1
pn  xfsprogs   

-- Configuration Files:
/etc/xen-tools/xen-tools.conf changed [not included]

-- no debconf information
--- 20-setup-yum.orig	2014-01-17 12:14:09.0 +0100
+++ 20-setup-yum	2013-12-11 14:55:51.0 +0100
@@ -33,7 +33,7 @@
 mkdir -p ${prefix}/proc
 fi
 mount -o bind /proc ${prefix}/proc
-chroot ${prefix} /usr/bin/yum update
+chroot ${prefix} /usr/bin/yum update -y
 umount ${prefix}/proc
 
 

Bug#735676: libvirt: CVE-2014-0028

[Moritz Muehlenhoff]

Package: libvirt
Severity: important
Tags: security

This was assigned CVE-2014-0028:
https://www.redhat.com/archives/libvir-list/2014-January/msg00684.html

oldstable/stable not affected.

Cheers,
Moritz


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

Bug#735670: [Pkg-xfce-devel] Bug#735670: lightdm ask ldap administrator password when changing a password expired

[Yves-Alexis Perez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Fri, Jan 17, 2014 at 12:02:18PM +0100, Gabriele Pulzato wrote:
> Package: lightdm
> Version: 1.2.2-4
> Severity: important
> 
> Dear Maintainer,
> I have a working authentication configuration with ldap on my debian
> wheezy workstation. Everything works fine except with lightdm when a
> ldap user have to change his password due to expiration. The user is
> able to login but in the next prompt, in place of asking new password,
> the ldap administrator password is asked. I've seen i have the same
> behaviour when i try to change a ldap user password via passwd as
> root.
> My nslcd configuration doesn't allow local root user to behave like
> ldap administrator.
> I've tried with gdm3 greeter and it works; it asks for new password
> and it allows to change the password properly.
> I've seen this different behaviour in auth.log:
> 
> with gdm3:
> 
> debian gdm3][10414]: pam_ldap(gdm3:auth): nslcd authentication; user=test
> debian gdm3][10414]: pam_ldap(gdm3:auth): authentication succeeded
> debian gdm3][10414]: pam_unix(gdm3:account): expired password for user
> test (password aged)
> debian gdm3][10414]: pam_unix(gdm3:chauthtok): username [test] obtained
> debian gdm3][10414]: pam_unix(gdm3:chauthtok): user "test" does not
> exist in /etc/passwd
> debian gdm3][10414]: pam_ldap(gdm3:chauthtok): nslcd authentication; user=test
> debian gdm3][10414]: pam_ldap(gdm3:chauthtok): authentication succeeded
> debian gdm3][10414]: pam_unix(gdm3:chauthtok): username [test] obtained
> debian gdm3][10414]: pam_unix(gdm3:chauthtok): user "test" does not
> exist in /etc/passwd
> 
> with lightdm:
> 
> debian lightdm: pam_ldap(lightdm:auth): nslcd authentication; user=test
> debian lightdm: pam_ldap(lightdm:auth): authentication succeeded
> debian lightdm: pam_unix(lightdm:account): expired password for user
> test (password aged)
> debian lightdm: pam_unix(lightdm:chauthtok): username [test] obtained
> debian lightdm: pam_unix(lightdm:chauthtok): user "test" does not
> exist in /etc/passwd
> debian lightdm: pam_ldap(lightdm:chauthtok): nslcd authentication; user=
> debian lightdm: pam_ldap(lightdm:chauthtok): user not handled by nslcd
> 
> As you can see nslcd authentication have user value set in gdm3.
> Lightdm have a blank value instead.
> 
> I've tried with lightdm-gtk-greeter and lightdm-crowd-greeter just to
> check if it was a greeter problem but the problem remains with both.

I guess the problem lies in the pam configuration files. You might want
to diff them and adjust the lightdm one. It might also help to check
with lightdm from testing or unstable.

Regards,
- -- 
Yves-Alexis Perez
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBCgAGBQJS2RplAAoJEG3bU/KmdcClTioIAKX0Cr1cwR7qCtKuom22Z1VU
OXhegAvq9sobq872+WVovCSBjQKYz15G5k8snMdWn3uAXgBdcBEau0jsyPeshDfd
FyZOBdF4FOiOAaXEQ6ecgrO1l/zPTyJazAmprqBauAQr3NBWYCbqseML6/3fjUmy
IRBnbDHnTb4CArWQL0/zUDR78QFLDzLPjAeS5YwrgPJ3Im5QeSzmkP0Bwj6nlZrs
2sH0K0Ml9A4rKM4BmuWckyOnNqDoE75P62csZZpQkd5jDv/URlP3EbSuHrDhgxqb
TWA/Y62kDZGGk+H2nZ5W9BbiQPo19wxFAVfRNv0Wx6vj4IKxntcIfmy3jQ6t6zo=
=HyqI
-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#735677: RM: iausofa-c -- ROM; package needs to move from main to non-free

[Thorsten Alteholz]

Package: ftp.debian.org
Severity: normal

Maintainer wants to move package from main to non-free.

  Thorsten


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

Bug#728059: RFS: gnome-shell-pomodoro/0.6.20131027-1 [ITA]

[Vincent Cheng]

On Wed, Oct 30, 2013 at 2:16 PM, Joseph Herlant  wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
>
> Dear mentors,
>
> I repackaged the gnome-shell-pomodoro to support gnome-shell-3.8 (to
> work with unstable).
>
> I am now looking for a sponsor for my package "gnome-shell-pomodoro"
>
> * Package name: gnome-shell-pomodoro
>   Version : 0.8.0-1
>   Upstream Authors : Arun Mahapatra  and Kamil
> Prusko 
> * URL : https://github.com/codito/gnome-shell-pomodoro
> * License : GPLv3
>Section : gnome
>
> It builds those binary packages:
>
> gnome-shell-pomodoro - This GNOME Shell extension helps managing time
> according to Pomodoro technique (slices of 25/5-15minutes)
>
> To access further information about this package, please visit the
> following URL:
>
> http://mentors.debian.net/package/gnome-shell-pomodoro
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x 
> http://mentors.debian.net/debian/pool/main/g/gnome-shell-pomodoro/gnome-shell-pomodoro_0.8.0-1.dsc
>
> More information about hello can be obtained from
> https://github.com/codito/gnome-shell-pomodoro.
>
> Changes since the last upload:
> -
> Last time I uploaded the version 0.6 that only fits testing (gnome
> 3.4) which I packaged for my personal usage. This one packages the
> version 0.8 that works with the unstable release (gnome-shell-3.8.
>
>
>
> Notes:
> -
>
> As it is the first package I really do for the community, don't
> hesitate to tell me if I did anything wrong.
>
> Note that I put gnome-shell >= 3.7 in the depends field because it
> requires gnome-shell 3.7 or 3.8. And as I didn't find a way to tell
> that it's not compatible with version 3.9 and higher, I put the
> gnome-shell <= 3.8 in the Recommends field.
> Please let me know it there's a better way to do that.

You'd want Breaks: gnome-shell (<= 3.8) instead.

Perhaps this should be included as part of the gnome-shell-extensions
package instead? There's also the fact that gnome-shell extensions
often break between each major release; if the upstream developer(s)
for your package don't keep their extension updated, this package
might not last very long in Debian.

Vincent


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

Bug#735525: [pkg-wine-party] Bug#735525: libwine: many dependancies for libwine missing

[Andreas]

Thank you for that information. Every normal desktop installation
features a lot of the needed libraries like cups or sane wich will satisfy
the wine dependancies. But 64 bit users, were wine often is the only
32 bit application, need these dependancies. I strongly suggest that there
should be a way to provide these dependancies to get a fully functioning 
wine installation.

I would suggest to create one meta package like wine-all-dependancies
to satisfy all dependancies or single packages just like the old ones for
example libwine-print, etc., wich at least can install the dependancies
for libraries like cups etc.
Kind regards,
Andreas


> The number of default dependencies are intentionally small. Users can
> choose to install that stuff if they want and wine will use it. What
> may be needed is to clarify which packages can be installed to enable
> more features.  

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

Bug#734371: perl is inside /usr/bin

[heroxbd]

Dear Klaus,

I figured out the cause: perl, by which lsb.pl is written, is inside
/usr.

Roger has expressed this concern before. I did not take it seriously at
that time. Now it bites us..

We should rewrite lsb.pl with POSIX shell or even C, or rely on
functions from insserv (which has a LSB parser) to get rid of this extra
dependency on perl. @Roger, is it easy to borrow the LSB parser from
insserv?

For the moment, you could have an ugly hack to copy a subsystem of perl
over /.

> I would like to see a working init (and rc) system in future debian as
> an alternative to the broken design of upstart and systemd. So I have
> a high interest in this package.

Great, I have exactly the same motivation.

Cheers,
Benda


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

Bug#734715: cpushare: diff for NMU version 0.48-4.1

[Colin Watson]

Control: tag -1 pending

Dear maintainer,

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

Regards,

-- 
Colin Watson   [cjwat...@debian.org]
diff -u cpushare-0.48/debian/cpushare.init cpushare-0.48/debian/cpushare.init
--- cpushare-0.48/debian/cpushare.init
+++ cpushare-0.48/debian/cpushare.init
@@ -39,7 +39,7 @@
 case "$1" in
   start)
 	log_begin_msg "Starting CPUShare daemon..."
-	if ! su nobody -c /usr/lib/cpushare/seccomp-test >/dev/null 2>&1; then
+	if ! su nobody -s /bin/sh -c /usr/lib/cpushare/seccomp-test >/dev/null 2>&1; then
 	log_begin_msg " kernel was not built with CONFIG_SECCOMP=y"
 	log_end_msg 1
 	exit 0
diff -u cpushare-0.48/debian/changelog cpushare-0.48/debian/changelog
--- cpushare-0.48/debian/changelog
+++ cpushare-0.48/debian/changelog
@@ -1,3 +1,11 @@
+cpushare (0.48-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Pass "-s /bin/sh" to "su nobody" to cope with the change of nobody's
+shell in base-passwd 3.5.30 (closes: #734715).
+
+ -- Colin Watson   Fri, 17 Jan 2014 11:57:04 +
+
 cpushare (0.48-4) unstable; urgency=low
 
   * debian/.noinit: added content to this file because dpkg-buildpackage

Bug#735678: new upstream (0.6.1)

[Daniel Baumann]

Package: xrdp

it would be nice if you could upgrade to the current upstream version 0.6.1.

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


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

Bug#727708: init system thoughts

[Cameron Norman]

On Fri, Jan 17, 2014 at 12:50 AM, Anthony Towns  wrote:

> On 31 December 2013 12:55, Colin Watson  wrote:
> > The criticisms of Upstart's event model in the systemd position
> > statement simply do not make sense to me.  Events model how things
> > actually happen in reality; dependencies are artificial constructions on
> > top of them, and making them work requires the plethora of different
> > directives in systemd (e.g. Wants, which is sort of a non-depending
> > dependency) to avoid blocking the boot process on a single failing
> > service.
>
> Riffing off this more than replying to it.
>
> I tend to think dependencies and events are both useful ways of
> describing when to start up parts of the system. In particular, it
> seems like:
>
>  - when a network is connected, start web server
>  - when a usb disk is connected, mount it
>  - when a VPN is started, sync various things
>
> are best described by an "event" model, while:
>
>  - in order to run GNOME, logind must be started
>  - in order to run logind, dbus must be available
>  - as part of making the system ready for a user, network-manager
> should be running
>
>
You could express that as an event because GNOME and logind communicate
with logind and dbus (respectively) through IPC. So you can say "when GNOME
tries to use logind's dbus interface, start logind", or you can say "when
//anything// tries to use logind's dbus interface, start logind" and have
that done for. Same for starting dbus, just change a dbus interface to
dbus's port.


> make the most sense when described by "dependencies". In particular,
> in many of those cases, the reverse might not be true: For debugging,
> I might want to start the web server manually without connecting the
> network; or I might want logind running without GNOME, or
> network-manager running without the other parts of my desktop
> environment.
>
>
With the above method, this problem is avoided because GNOME does not start
when logind starts, it just starts whenever the runlevel is right and then
logind is started automatically. So if GNOME is stopped/waiting, you can
start logind without GNOME starting.

--
Cameron Norman

Bug#733300: [BTS#733300] templates://kinect-audio-setup/{templates} : Final update for English review

[Antonio Ospite]

On Thu, 16 Jan 2014 19:09:34 +0100
Christian PERRIER  wrote:

> Dear Debian maintainer,
> 
> On Wednesday, January 01, 2014, I notified you of the beginning of a review 
> process
> concerning debconf templates for kinect-audio-setup.
> 
> The debian-l10n-english contributors have now reviewed these templates,
> and the final proposed changes are attached to this update to the
> original bug report.
> 
> Please review the suggested changes, and if you have any
> objections, let me know in the next 3 days.
>

The attached control file is not the more recent one, I am attaching
the latest one which includes also the fix suggested by "victory"
about using the UAC acronym once it was defined.

The misunderstanding is my fault:
1. In a previous message I attached the changelog instead of
   the control file
2. when Justin pointed that to me he also told that the patch
   was OK
3. I thought that the patch was enough and that I didn't have
   to resend the control file
4. I then overlooked the control file in the LCFC message.

Sorry, next time I'll be more careful.

> However, please try to avoid uploading kinect-audio-setup with these changes
> right now.
> 
> The second phase of this process will begin on Sunday, January 19, 2014, when 
> I will
> coordinate updates to translations of debconf templates.
>

Can we put the translation of the templates on hold?
If debian-legal tells that the question about the EULA is not needed
(and hence the templates can be dropped) we can save some time to
translators.

> The existing translators will be notified of the changes: they will
> receive an updated PO file for their language.
> 
> Simultaneously, a general call for new translations will be sent to
> the debian-i18n mailing list.
> 
> Both these calls for translations will request updates to be sent as
> individual bug reports. That will probably trigger a lot of bug
> reports against your package, but these should be easier to deal with.
> 
> The call for translation updates and new translations will run until
> about Sunday, February 09, 2014. Please avoid uploading a package with fixed 
> or changed
> debconf templates and/or translation updates in the meantime. Of
> course, other changes are safe.
> 
> Please note that this is an approximative delay, which depends on my
> own availability to process this work and is influenced by the fact
> that I simultaneously work on many packages.
> 
> Around Monday, February 10, 2014, I will contact you again and will send a 
> final patch
> summarizing all the updates (changes to debconf templates,
> updates to debconf translations and new debconf translations).
> 
> Again, thanks for your attention and cooperation.
> 

Thanks,
   Antonio

-- 
Antonio Ospite
http://ao2.it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?


control
Description: Binary data


templates
Description: Binary data


patch
Description: Binary data

Bug#735670: [Pkg-xfce-devel] Bug#735670: lightdm ask ldap administrator password when changing a password expired

[Yves-Alexis Perez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Please keep the bug on CC:

On Fri, Jan 17, 2014 at 01:09:39PM +0100, Gabriele Pulzato wrote:
> we just found out session-child.c of lightdm-1.2.2, at row #291 use
> pam_chauthtok (pam_handle, 0).
> Gdm3 use pam_chauthtok (worker->priv->pam_handle, PAM_CHANGE_EXPIRED_AUTHTOK).
> Should lightdm use PAM_CHANGE_EXPIRED_AUTHTOK flag too? We tried to
> recompile lightdm with this change and it all works perfectly.

According to http://linux.die.net/man/3/pam_chauthtok, not passing
PAM_CHANGE_EXPIRED_AUTHTOK flag just means that all authentications
tokens should be changed, so I'm unsure how it's supposed to fix the
problem.

In any case, I'll ask upstream about that.

Regards,
- -- 
Yves-Alexis Perez
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBCgAGBQJS2SBdAAoJEG3bU/KmdcClHAQH/RH+jI0A1quuSxx4moOXU3hV
IYcfi+fh396phjouU02bJRXwPl9WephXFgdMEu2Uq4PFZio5sOxXx/x+Uc0S+6pE
3f7NuZnSRYRSEqokRYeR5Yo2wjfGV+b2y62jMniwOf505JsMTk4Tr6K8XVsjB4kc
0Bpone/U599zWFGZJmfnsdn3r1kFIXiu1O5OPSCNamZtZUouOj5n6fxjemlV5Hhd
oqYDAzLR5e51LN9jsNhd9KYkj0H8pxsbUQ0SwS3y50QOSBCuwB9ZwK4HjSmXfdE6
w5H+7Ij8qTa5iHf9vUBOsWIRLLIeatSxQ0UIgpN77i3+xIAIGTXgK7k0X6w2oK4=
=UBuw
-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#734371: Problem is that perl isn't available

[Thomas Goirand]

Hi,

Your problem is that, when lsb.pl starts, it needs /usr/bin/perl. So we
have no choice here, but to re-write lsb.pl completely in another
language. Our options would be:

1/ POSIX shell
2/ C (with possibilities to steal the LSB parser from insserv)

We'll work on it, it shouldn't be that hard, the lsb.pl script is quite
small. Help would of course be welcome.

Cheers,

Thomas Goirand (zigo)


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

Bug#713449: (no subject)

[Emmanuel Bourg]

This issue has been fixed in qpid 0.22


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

Bug#727708: piuparts sadly does not test init scripts^w^wdaemon starting (Re: Bug#727708: Bits from linux.conf.au)

[Holger Levsen]

Hi,

On Freitag, 17. Januar 2014, Lars Wirzenius wrote:
> Indeed. Early on in my original development of piuparts I realised
> that testing, in a chroot, code that starts arbitrary daemons is a bad
> idea in oh so many ways. I haven't followed piuparts development in
> recent years, so I don't know if it still uses chroot, but unless it's
> started using containers or virtual machines, it should continue to
> NOT allow init.d scripts to run. At all.

while piuparts now indeed supports other virtualisation methods, no support 
for dealing with starting, stopping & evaluating(!) daemons has been added 
yet. I wrote "patches welcome" already :)


cheers,
Holger


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

Bug#734731: lurker: diff for NMU version 2.3-4.1

[Colin Watson]

Control: tag -1 pending

Dear maintainer,

I've prepared an NMU for lurker (versioned as 2.3-4.1) and uploaded it
to DELAYED/5.  Please feel free to tell me if I should delay it longer.

Regards,

-- 
Colin Watson   [cjwat...@debian.org]
diff -Nru lurker-2.3/debian/changelog lurker-2.3/debian/changelog
--- lurker-2.3/debian/changelog	2013-12-13 15:19:38.0 +
+++ lurker-2.3/debian/changelog	2014-01-17 12:35:47.0 +
@@ -1,3 +1,11 @@
+lurker (2.3-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Pass "-s /bin/sh" to "su www-data" to cope with the change of www-data's
+shell in base-passwd 3.5.30 (closes: #734731).
+
+ -- Colin Watson   Fri, 17 Jan 2014 12:35:47 +
+
 lurker (2.3-4) unstable; urgency=low
 
   * incorporate patches from upstream svn repository:
diff -Nru lurker-2.3/debian/postinst lurker-2.3/debian/postinst
--- lurker-2.3/debian/postinst	2013-12-13 14:57:45.0 +
+++ lurker-2.3/debian/postinst	2014-01-17 12:30:18.0 +
@@ -79,7 +79,7 @@
 # clean web cache
 if [ -x /usr/bin/lurker-prune ] && [ -f /etc/lurker/lurker.conf ] && [ -f /var/lib/lurker/db ]; then
   echo "Pruning the lurker webserver cache."
-  su - www-data -c "/usr/bin/lurker-prune -p"
+  su - www-data -s /bin/sh -c "/usr/bin/lurker-prune -p"
 fi
   ;;
   abort-upgrade|abort-remove|abort-deconfigure)
diff -Nru lurker-2.3/debian/prerm lurker-2.3/debian/prerm
--- lurker-2.3/debian/prerm	2011-09-19 11:51:07.0 +0100
+++ lurker-2.3/debian/prerm	2014-01-17 12:30:25.0 +
@@ -12,7 +12,7 @@
   remove)
 if [ -x /usr/bin/lurker-prune ] && [ -f /etc/lurker/lurker.conf ] && [ -f /var/lib/lurker/db ]; then
   echo "Pruning the lurker webserver cache."
-  su - www-data -c "/usr/bin/lurker-prune -p"
+  su - www-data -s /bin/sh -c "/usr/bin/lurker-prune -p"
 fi
   ;;
 

Bug#727708: OpenRC now works on GNU/Hurd! :)

[Thomas Goirand]

Hi,

It's with great joy that I can announce here that OpenRC now supports
GNU/Hurd. I have just added a few patches which were worked out with
upstream (you can look at them, it's really trival FTBFS fixing...),
tested it, and I can happily say it works.

The only thing that bothers me a bit is that the ANSI output isn't so
pretty, but I guess this is fixable and a minor problem.

On the  Thu, 16 Jan 2014 17:18:24 +0100, Josselin Mouette
 wrote:
> This assumes that OpenRC can be fixed to have parallel boot, otherwise
> this is a big regression from the current insserv setup.

This is just plain wrong, OpenRC perfectly supports parallel booting,
it's just that the output on the screen is very ugly for the moment
(that as well can be fixed, I suppose).

Also, I'd like to point out to everyone that the OpenRC runscripts are
stored in /etc/init.d. This means that if someone wants to support
OpenRC and use a runscript instead of a traditional init.d shell script,
that someone will also have to support whatever we will choose as
default. Let me explain to make sure everyone gets it...

Let's say you rewrite /etc/init.d/foo, and transform it from a init.d
traditional sysv-rc script to an OpenRC runscript in your package. If
the init system is systemd, then systemd will *not* understand the
OpenRC runscript. This means that you will also have to write a systemd
unit file, if you want to write /etc/init.d/foo as an OpenRC runscript.
The same would of course apply to Upstart.

Though I think that writing a systemd unit file, plus an OpenRC
runscript, is still more easy and strait forward than writing a single
init.d sysv-rc shell script.

So, if we are to switch to systemd as default (same would apply if we
choose Upstart), IMO the policy should be that package maintainers have
2 choices:

1/ Write a standard LSB-header SysV-rc init script, which will of course
work with any init system (sysv-rc, OpenRC, systemd, Upstart, file-rc...)

2/ If the /etc/init.d/foo is an OpenRC runscript (which we should, IMO,
push for since traditional scripts have some many problems which I can't
even lest in this mail, and we all agree about that), then the package
maintainer *must* provide support for systemd (or upstart, if we choose
that as default).

IMO, the above would be the best way forward for Debian if we want to
continue to support our ports.

Cheers,

Thomas Goirand (zigo)


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

Bug#727708: Init system resolution open questions

[Ian Jackson]

Tollef Fog Heen writes ("Bug#727708: Init system resolution open questions"):
> [Ian Jackson]:
> > As I mentioned on IRC, I think we need to get some clear answers to
> > certain questions from everybody.
> 
> It's not clear to me that the CTTE is allowed to rule on a bunch of
> those questions, especially the RC bug ones seem to directly contradict
> both 6.3.5 and 6.3.6 in the constitution.  The release team is the team
> that sets RC policies and I'm not aware of any failed attempts at
> arriving at a consensus with them or that they've delegated the decision
> to the CTTE.

Under the circumstances I think it would be appropriate for the
committee to give appropriate advice.

Ian.


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

Bug#727708: Init system resolution open questions

[Ian Jackson]

Adrian Bunk writes ("Re: Bug#727708: Init system resolution open questions"):
> (Only as a PM since I am repeating myself.)

Thanks for your mail.  I think it deserves wider consideration.

> One question you should consider adding:
> 
> * What switching between init systems has to be supported?
>   Should it be possible for the user to switch from one supported init 
>   system to another supported init system at any point (it is OK if that 
>   requires a reboot), or is it acceptable if that is not possible in all 
>   cases or even not at all?

It seems obvious to me that if multiple ones are supported that there
has to be some way to get from using one to using a different one.  So
the question is more one of how difficult it is.

Thanks,
Ian.


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

Bug#727708: OpenRC now works on GNU/Hurd! :)

[Vincent Lefevre]

On 2014-01-17 20:41:59 +0800, Thomas Goirand wrote:
> On the  Thu, 16 Jan 2014 17:18:24 +0100, Josselin Mouette
>  wrote:
> > This assumes that OpenRC can be fixed to have parallel boot, otherwise
> > this is a big regression from the current insserv setup.
> 
> This is just plain wrong, OpenRC perfectly supports parallel booting,
> it's just that the output on the screen is very ugly for the moment
> (that as well can be fixed, I suppose).

Parallel booting also breaks output with sysv-rc.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#734719: distributed-net: fails to install due to change in daemon's shell

[Colin Watson]

On Sat, Jan 11, 2014 at 06:01:11PM -0500, James Stark wrote:
> I have no objections to an NMU on this one, however I think that I may be
> able to deal with it today or tomorrow.  I have been planning an update for
> a while now, but I've been distracted by writing a thesis.  I'll look at
> getting this bug fixed, and bringing the package up to date, along with the
> output of lintian.  #655922 will have to wait for a future upload.

This is now the last non-pending bug blocking #734946; please let me
know if there's anything I can do to help.

Thanks,

-- 
Colin Watson   [cjwat...@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#734723: uucp: diff for NMU version 1.07-20.1

[Colin Watson]

Control: tag -1 pending

Dear maintainer,

I've prepared an NMU for uucp (versioned as 1.07-20.1) and uploaded it
to DELAYED/5.  Please feel free to tell me if I should delay it longer.

I haven't touched your package in experimental; but the same patch will
apply to that, and I recommend you apply it.

Regards,

-- 
Colin Watson   [cjwat...@debian.org]
diff -u uucp-1.07/debian/uucp.cron.daily uucp-1.07/debian/uucp.cron.daily
--- uucp-1.07/debian/uucp.cron.daily
+++ uucp-1.07/debian/uucp.cron.daily
@@ -8,3 +8,3 @@
 if [ -x /usr/lib/uucp/uudemon.day ]; then
-	su uucp -c "/usr/lib/uucp/uudemon.day root"
+	su uucp -s /bin/sh -c "/usr/lib/uucp/uudemon.day root"
 fi
diff -u uucp-1.07/debian/changelog uucp-1.07/debian/changelog
--- uucp-1.07/debian/changelog
+++ uucp-1.07/debian/changelog
@@ -1,3 +1,11 @@
+uucp (1.07-20.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Pass "-s /bin/sh" to "su uucp" to cope with the change of uucp's shell
+in base-passwd 3.5.30 (closes: #734723).
+
+ -- Colin Watson   Fri, 17 Jan 2014 12:44:41 +
+
 uucp (1.07-20) unstable; urgency=low
 
   * New maintainer  Closes: #517906

Bug#734371: perl is inside /usr/bin

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Am Fr den 17. Jan 2014 um 13:24 schrieb hero...@gentoo.org:
> I figured out the cause: perl, by which lsb.pl is written, is inside
> /usr.

Ah, ok.

> We should rewrite lsb.pl with POSIX shell or even C, or rely on
> functions from insserv (which has a LSB parser) to get rid of this extra
> dependency on perl. @Roger, is it easy to borrow the LSB parser from
> insserv?

I like perl and think that it is great and safe for system
administration. But in this case I also think it should be plain POSIX
shell script. Even if that mean to be very carefully with variables and
its content.

> For the moment, you could have an ugly hack to copy a subsystem of perl
> over /.

I don't think that this work. You have to have all dependencies
(libraries and perl modules) also ported to /. And that would be a big
job.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQGcBAEBCgAGBQJS2Sp6AAoJEKZ8CrGAGfasJfYL/0ed2PsPfYv8uQ011l5zrvFh
EjsHVg18/5JZSgWxiDgGGz0G+8SaLGAa58rixUPomfo1BN75jTMgZ+/jgzwIb78L
5UgyiYJpbijkgcaR0gVwcfRxfJOOutjmMgaHklF7cyHzj7BNdZwLCpZnb/U6HvAP
7lxMe7HtLtjVHA1AVYjmaXSfw5znU2a9NM+Ry9M2tY0plV6q4jnAOk13XZWp5OhH
QaB9GFy9rfEtM8nMWZIJsjpEY0tlKCMyAlqZzwwPopdUuKXFHudeD7wd7Fne1SNG
SIKopJP9oxafFXhfU12YviW0v8MTVUAGr1Wnw8vMrpCNkk6u0OnfdeubZa0Njtfd
WQmkYG557IYTNKko04NDK+zwCj9bTaw3xyVPx9ne45fCpwIlMr750fX1vFO5bAPN
7CtRlHLt2sMDW/T5PbMEqCOhYMpMYyfbr1VFIqavieEI51yN7S+EP6of/9buuuAF
ZYhVYI+0F/Z/7tuKy1U1qwzC+NCWIG8AvUMb1jCjeA==
=haxW
-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#722494: cqrlog: CQRLOG incorrectly forces installation of mysql-server

[Colin Tuckley]

Patrick,

I've talked to the upstream author (who wrote the original package) 
about this. He is concerned that users installing cqrlog who are Radio 
Hams rather than computer geeks might not be able to get cqrlog working.


If cqrlog depends only on mysql-client and no part of mysql is installed 
on the system when cqrlog is installed what will happen when cqrlog is 
run the first time?


Colin

--
Colin Tuckley  |  +44(0)1223 830814  |  PGP/GnuPG Key Id
Debian Developer   |  +44(0)7799 143369  | 0x38C9D903

Confucius say: Man who abuse his computer get bad bytes!


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

Bug#735585: sisu: please do not depend on rubygems and depend on ruby | ruby-interpreter

[Cédric Boutillier]

Package: sisu
Followup-For: Bug #735585

Dear Maintainer,

The changes to make it run with the default interpreter (ruby1.9.1 is
going away at some point before jessie) are a bit larger than the ones I
mentionned in my previous patch.

Please find attached a debdiff fixing this issue.

Unless you say otherwise, I consider sending an NMU next week to
DELAYED/5 to fix this problem and be able to remove rubygems.

Thanks!

Cédric
diff -Nru sisu-4.2.18/debian/changelog sisu-4.2.18/debian/changelog
--- sisu-4.2.18/debian/changelog2014-01-13 03:31:34.0 +0100
+++ sisu-4.2.18/debian/changelog2014-01-17 12:54:32.0 +0100
@@ -1,3 +1,12 @@
+sisu (4.2.18-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop unneeded dependency on rubygems (Closes: #735585)
+  * Depend on the default Ruby interpreter instead of ruby1.9.1
+  * Use upstream version of bin/sisu with the default ruby shebang
+
+ -- Cédric Boutillier   Fri, 17 Jan 2014 11:58:50 +0100
+
 sisu (4.2.18-1) unstable; urgency=medium
 
   [ Ralph Amissah ]
diff -Nru sisu-4.2.18/debian/control sisu-4.2.18/debian/control
--- sisu-4.2.18/debian/control  2014-01-13 03:31:34.0 +0100
+++ sisu-4.2.18/debian/control  2014-01-17 12:29:11.0 +0100
@@ -11,11 +11,11 @@
 
 Package: sisu
 Architecture: all
-Depends: ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), rsync, unzip, zip
+Depends: ${misc:Depends}, ruby | ruby-interpreter, rsync, unzip, zip
 Recommends:
  sisu-pdf, sisu-sqlite, sisu-postgresql, imagemagick | graphicsmagick, 
keychain,
  openssl, openssh-client | lsh-client, po4a, qrencode, rake, ruby-rmagick,
- rubygems, tidy, tree, vim-addon-manager
+ tidy, tree, vim-addon-manager
 Suggests: lv, calibre, pinfo, poedit, texinfo, trang
 Conflicts: sisu-markup-samples (<= 1.0.11)
 Replaces: sisu-markup-samples (<= 1.0.11)
@@ -67,7 +67,7 @@
 Package: sisu-complete
 Architecture: all
 Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}),
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}),
  sisu-pdf (= ${source:Version}), sisu-postgresql (= ${source:Version}),
  sisu-sqlite (= ${source:Version})
 Description: installs all SiSU related packages
@@ -82,7 +82,7 @@
 Package: sisu-pdf
 Architecture: all
 Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}),
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}),
  texlive-latex-base, texlive-fonts-recommended, texlive-generic-recommended,
  texlive-latex-recommended, texlive-latex-extra, texlive-math-extra,
  texlive-xetex, fonts-liberation, lmodern, latex-cjk-all, texlive-lang-cjk
@@ -96,8 +96,8 @@
 Package: sisu-postgresql
 Architecture: all
 Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}),
- postgresql, ruby-dbd-pg, ruby-dbi, libfcgi-ruby1.9.1
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}),
+ postgresql, ruby-dbd-pg, ruby-dbi, ruby-fcgi
 Suggests: postgresql-contrib
 Description: SiSU dependencies for use with PostgreSQL database
  SiSU is a lightweight markup based document structuring, publishing and search
@@ -115,8 +115,8 @@
 Package: sisu-sqlite
 Architecture: all
 Depends:
- ${misc:Depends}, ruby1.9.1 (>= 1.9.2.180), sisu (= ${source:Version}), 
sqlite3,
- ruby-sqlite3, ruby-dbd-sqlite3, ruby-dbi, libfcgi-ruby1.9.1
+ ${misc:Depends}, ruby | ruby-interpreter, sisu (= ${source:Version}), sqlite3,
+ ruby-sqlite3, ruby-dbd-sqlite3, ruby-dbi, ruby-fcgi
 Description: SiSU dependencies for use with SQLite database
  SiSU is a lightweight markup based document structuring, publishing and search
  framework for document collections.
diff -Nru sisu-4.2.18/debian/sisu.install sisu-4.2.18/debian/sisu.install
--- sisu-4.2.18/debian/sisu.install 2014-01-13 03:31:34.0 +0100
+++ sisu-4.2.18/debian/sisu.install 2014-01-17 12:43:28.0 +0100
@@ -1,4 +1,4 @@
-debian/bin/sisuusr/bin
+bin/sisu   usr/bin
 bin/sisu4  usr/bin
 bin/sisu5  usr/bin
 bin/sisu-concordance   usr/bin


signature.asc
Description: Digital signature

Bug#727708: OpenRC now works on GNU/Hurd! :)

[Andrew Shadura]

Hello,

On Fri, 17 Jan 2014 20:41:59 +0800
Thomas Goirand  wrote:

> Let's say you rewrite /etc/init.d/foo, and transform it from a init.d
> traditional sysv-rc script to an OpenRC runscript in your package. If
> the init system is systemd, then systemd will *not* understand the
> OpenRC runscript. This means that you will also have to write a
> systemd unit file, if you want to write /etc/init.d/foo as an OpenRC
> runscript. The same would of course apply to Upstart.

It is actually fairly easy to write an initscript which uses native
OpenRC facilities if they're available. While this serves little
practical use, I tried to play with this, and this is the result:

http://sources.debian.net/src/twms/0.05t-2/debian/init

This lacks OpenRC's depends() function, but has LSB headers instead,
so otherwise it works fine.

-- 
Cheers,
  Andrew


signature.asc
Description: PGP signature

Bug#735624: Work-around

[Francois Marier]

I had the same problem and found that the work-around is to add this line to
/etc/polipo/config:

logFile=/var/log/polipo/polipo.log

Francois

-- 
Francois Marier   identi.ca/fmarier
http://fmarier.org  twitter.com/fmarier


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

Bug#650575: prima: diff for NMU version 1.28-1.2

[Sebastian Ramacher]

tags 650575 + pending
tags 732405 + pending
thanks

Dear maintainer,

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

Regards.
-- 
Sebastian Ramacher
diff -u prima-1.28/debian/control prima-1.28/debian/control
--- prima-1.28/debian/control
+++ prima-1.28/debian/control
@@ -14,7 +14,7 @@
  libpng-dev,
  libxpm-dev,
  libjpeg-dev,
- libtiff4-dev
+ libtiff-dev
 Standards-Version: 3.8.2
 Homepage: http://search.cpan.org/dist/Prima/
 
diff -u prima-1.28/debian/changelog prima-1.28/debian/changelog
--- prima-1.28/debian/changelog
+++ prima-1.28/debian/changelog
@@ -1,3 +1,18 @@
+prima (1.28-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Rebecca Palmer ]
+  * Cherry-pick from upstream: allow compilation with newer versions of
+libtiff and libpng.  Closes: #732405, #650575.
+
+  [ Sebastian Ramacher ]
+  * debian/control: Build-Depend on libtiff-dev instead of libtiff4-dev.
+  * img/codec_png.c: Call png_get_io_ptr instead of accessing io_ptr directly.
+Backported from upstream to fix compilation with libpng 1.5 and 1.6.
+
+ -- Sebastian Ramacher   Fri, 17 Jan 2014 13:54:34 +0100
+
 prima (1.28-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- prima-1.28.orig/img/codec_png.c
+++ prima-1.28/img/codec_png.c
@@ -279,25 +279,29 @@
 {
char * buf = ( char *) png_get_error_ptr( png_ptr); 
if ( buf) strncpy( buf, msg, 256);
+#if PNG_LIBPNG_VER_MAJOR == 1 && PNG_LIBPNG_VER_MINOR < 5
longjmp( png_ptr-> jmpbuf, 1);
+#else
+   png_longjmp( png_ptr, 1);
+#endif
 }
 
 static void
 img_png_read (png_structp png_ptr, png_bytep data, png_size_t size)
 {
-   req_read( (( PImgLoadFileInstance) png_ptr-> io_ptr)-> req, size, data);
+   req_read( (( PImgLoadFileInstance) png_get_io_ptr(png_ptr))-> req, size, data);
 }
 
 static void
 img_png_write (png_structp png_ptr, png_bytep data, png_size_t size)
 {
-   req_write( (( PImgLoadFileInstance) png_ptr-> io_ptr)-> req, size, data);
+   req_write( (( PImgLoadFileInstance) png_get_io_ptr(png_ptr))-> req, size, data);
 }
 
 static void
 img_png_flush (png_structp png_ptr)
 {
-   req_flush( (( PImgLoadFileInstance) png_ptr-> io_ptr)-> req);
+   req_flush( (( PImgLoadFileInstance) png_get_io_ptr(png_ptr))-> req);
 }
 
 static void * 
only in patch2:
unchanged:
--- prima-1.28.orig/img/codec_tiff.c
+++ prima-1.28/img/codec_tiff.c
@@ -161,6 +161,10 @@
   { COMPRESSION_SGILOG24, "SGILOG24"},
 };
 
+#ifndef TIFF_VERSION
+#define TIFF_VERSION TIFF_VERSION_CLASSIC
+#endif
+
 static ImgCodecInfo codec_info = {
"TIFF Bitmap",
"www.libtiff.org",


signature.asc
Description: Digital signature

Bug#735679: RFP: superlu-dist -- MPI version of SuperLU

[trophime]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org


--- Please fill out the fields below. ---

   Package name: superlu-dist
Version: 3.3
Upstream Author: Jim Demmel, John Gilbert, Xiaoye (Sherry) Li
URL: http://crd.lbl.gov/~xiaoye/SuperLU/superlu-dist_2.4.tar.gz
License: see the copyright bellow
Description: MPI version of SuperLU

 SuperLU is a general purpose library for the direct solution of
 large, sparse, nonsymmetric systems of linear equations on high
 performance machines.

 Note that you can already find a tentative package on Debian science
svn repository

Copyright:

Copyright (c) 2003, The Regents of the University of California, through
Lawrence Berkeley National Laboratory (subject to receipt of any
required
approvals from U.S. Dept. of Energy)

All rights reserved.

Redistribution and use in source and binary forms, with or without
modification,
are permitted provided that the following conditions are met:

(1) Redistributions of source code must retain the above copyright
notice,
this list of conditions and the following disclaimer.
(2) Redistributions in binary form must reproduce the above copyright
notice,
this list of conditions and the following disclaimer in the
documentation
and/or other materials provided with the distribution.
(3) Neither the name of Lawrence Berkeley National Laboratory, U.S.
Dept. of
Energy nor the names of its contributors may be used to endorse or
promote
products derived from this software without specific prior written
permission.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS
IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED
TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR
CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.


-- 


Christophe TROPHIME
Research Engineer

LNCMI
CNRS - LNCMI
25, rue des Martyrs
BP 166
38042 GRENOBLE Cedex 9
FRANCE
CNRS

Tel : +33 (0)4 76 88 90 02 
Fax : +33 (0) 4 76 88 10 01
Office U 19 
M@il : christophe.troph...@lncmi.cnrs.fr 



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

Bug#642596: Time for version upgrade

[Hideki Yamane]

Hi,

On Sat, 24 Sep 2011 13:42:00 +0300
Juhapekka Tolvanen  wrote:
> Package: ttf-oflb-asana-math
> Version: 000.907-2
> Severity: normal
> 
> Version of this font in Debian is so fscking old I do not consider
> this wishlist-bug, anymore. Latest version available at CTAN is
> 000.943 .

 Hmm.

 I cannot find Asana-math font in openfontlibrary.org which is specified
 as upstream Homepage in debian/control. As Fedora page(*) says it was moved
 from CTAN to oflb but now it seems to be maintained in CTAN(*).

*) https://fedoraproject.org/wiki/Asana_Math_fonts
*) http://www.ctan.org/tex-archive/fonts/Asana-Math/

 Probably we should take it from CTAN to upgrade.
 Then, question to the team.

 Q) Do we continue to provide it as fonts-"oflb"-asana-math or switch 
to simply fonts-asana-math?

 + how do we check its version? CTAN mirror just provide one zip file
   without any versions...


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#725702: wide-dhcpv6-client: fails to upgrade/install properly

[Vincent van Leeuwen]

Hi Jeremie,


Sorry for not responding to your request for more information for so long. I 
had downgraded to 20080615-11.1 which still works correctly. Retrying the 
upgrade means losing IPv6 connectivity again which is inconvenient ;)


To answer your question, I was already running testing. I dist-upgrade 
manually every so often to pull in newer versions and this time an upgrade for 
wide-dhcpv6-client from 20080615-11.1 to 20080615-12 came along. Doing an 
upgrade for only wide-dhcpv6-client again gives the same behaviour.


This is the debug output after upgrading to 20080615-12 again:

# /usr/sbin/dhcp6c -c /etc/wide-dhcpv6/dhcp6c.conf -P default -d -D -f vlan2
Jan/03/2014 16:21:30: get_duid: extracted an existing DUID from 
/var/lib/dhcpv6/dhcp6c_duid: 00:01:00:01:18:dc:f8:d5:00:e0:81:5d:b8:63
Jan/03/2014 16:21:30: client6_init: setsockopt(SO_REUSEPORT): Protocol not 
available

And then it immediately exits.


If you want me to run any other tests or need more information about my 
environment don't hesitate to ask.


Kind regards,

Vincent van Leeuwen


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

Bug#727708: Init system resolution open questions

[Tollef Fog Heen]

]] Ian Jackson 

> Tollef Fog Heen writes ("Bug#727708: Init system resolution open questions"):
> > [Ian Jackson]:
> > > As I mentioned on IRC, I think we need to get some clear answers to
> > > certain questions from everybody.
> > 
> > It's not clear to me that the CTTE is allowed to rule on a bunch of
> > those questions, especially the RC bug ones seem to directly contradict
> > both 6.3.5 and 6.3.6 in the constitution.  The release team is the team
> > that sets RC policies and I'm not aware of any failed attempts at
> > arriving at a consensus with them or that they've delegated the decision
> > to the CTTE.
> 
> Under the circumstances I think it would be appropriate for the
> committee to give appropriate advice.

You're of course free to give advice.  My point was that it's not
binding (you can't rule on it).

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#735670: [Pkg-xfce-devel] Bug#735670: lightdm ask ldap administrator password when changing a password expired

[Giulio Turetta]

Hi,

I've posted more info about this issue on launchpad:
https://bugs.launchpad.net/lightdm/+bug/1270118

> Because lightdm calls pam_chauthtok after a positive check on 
> PAM_NEW_AUTHTOK_REQD (from man page "The user account is valid but their 
> authentication token is expired") it should pass the 
> PAM_CHANGE_EXPIRED_AUTHTOK flag (from man page "This argument indicates to 
> the modules that the users authentication token (password) should only be 
> changed if it has expired").
> gdm3 uses the flag correctly (Wheezy gdm-session-worker.c:1291).

I've solved on Wheezy by

1) download lightdm debian source package: apt-get source lightdm
2) go to the source folder lightdm-1.2.2/src and edit session-child.c as
suggested
3) step-back to the lightdm-1.2.2 folder and run dpkg-buildpackage
-rfakeroot -uc -b (dpkg-buildpackage may require some packages to
proceed, it lists the required packages, install these with apt-get
install )
4) if dpkg-buildpackage completes without errors you have your
lightdm_1.2.2-4_i386.deb (step-back to the initial folder)
5) stop lightdm (invoke-rc.d lightdm stop) and remove it (apt-get remove
lightdm)
6) install your lightdm package (dpkg -i lightdm_1.2.2-4_i386.deb) and
start it (invoke-rc.d lightdm start)

Regards

G.
<>

Bug#735680: ocsinventory-agent misses installed packages in its reported list

[Matthias Wieser]

Package: ocsinventory-agent
Version: 2:1.1.1-2.3
Severity: important

This file does not handle dpkg output not correctly: 
/usr/share/perl5/Ocsinventory/Agent/Backend/OS/Generic/Packaging/Deb.pm

The following output(package information) gets lost:
$lgtoclnt---$8.0.1.1---$---$NetWorker Client
 EMC NetWorker protects the critical business data of more than 10,000
 enterprise customers worldwide by simplifying, centralizing, and automating
 backup and recovery operations across Unix, Windows, Linux and NetWare
 platforms
 in DAS, NAS, and SAN storage environments. Built upon an open, highly
 scalable
 client-server architecture, NetWorker reduces management overhead by
 providing
 "lights out" protection of storage assets in the largest corporate data
 centers
 and the smallest satellite branch offices.

The package has no size reported.

The following change in the 
/usr/share/perl5/Ocsinventory/Agent/Backend/OS/Generic/Packaging/Deb.pm
will work but add other problems (no size does not get detected):

-  foreach(`dpkg-query --show 
--showformat='\${Package}---\${Version}---\${Installed-Size}---\${Description}\n'`)
 {
+  foreach(`dpkg-query --show 
--showformat='\${Package}---\${Version}---0\${Installed-Size}---\${Description}\n'`)
 {

Greetings, Matthias
PS: debsums error is because above change got implemented on this server.
PSS: the bug report applies to squeeze, wheezy, jessie and sid because the
code has not changed.

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

Kernel: Linux 2.6.32-5-vserver-686 (SMP w/2 CPU cores)
Locale: LANG=de_AT@euro, LC_CTYPE=de_AT@euro (charmap=ISO-8859-15) (ignored: 
LC_ALL set to de_AT@euro)
Shell: /bin/sh linked to /bin/bash

Versions of packages ocsinventory-agent depends on:
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  libcompress-zlib-perl  2.024-1   Transitional dummy package for Com
ii  libnet-ip-perl 1.25-2Perl extension for manipulating IP
ii  libnet-ssleay-perl 1.36-1Perl module for Secure Sockets Lay
ii  libproc-daemon-perl0.03-2Run Perl program as a daemon proce
ii  libwww-perl5.836-1   Perl HTTP/WWW client/server librar
ii  libxml-simple-perl 2.18-3Perl module for reading and writin
ii  perl [libcompress-zlib 5.10.1-17squeeze6 Larry Wall's Practical Extraction 
ii  po-debconf 1.0.16+nmu1   tool for managing templates file t
ii  ucf3.0025+nmu1   Update Configuration File: preserv

ocsinventory-agent recommends no packages.

Versions of packages ocsinventory-agent suggests:
ii  dmidecode 2.9-1.2Dump Desktop Management Interface 
pn  nmap   (no description available)
ii  pciutils  1:3.1.7-6  Linux PCI Utilities
pn  read-edid  (no description available)
pn  smartmontools  (no description available)

-- debconf information:
* ocsinventory-agent/method: http
* ocsinventory-agent/tag: Linux_Server
* ocsinventory-agent/server: backup

-- debsums errors found:
debsums: changed file 
/usr/share/perl5/Ocsinventory/Agent/Backend/OS/Generic/Packaging/Deb.pm (from 
ocsinventory-agent package)


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

Bug#671739: xfonts-wqy: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Hideki Yamane]

On Sun, 6 May 2012 11:25:18 -0300
"J.S.Júnior"  wrote:
> Please, Could you update the Brazilian Portuguese
> Translation?

henrich@hp:~/src/pkg-fonts/xfonts-wqy/debian/po(master) $ LANG=C msgfmt -vc 
pt_BR.po 
2 translated messages.

 seems to be okay, now add it to git.
 Thanks :)

-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#735681: RuntimeError: ffi_prep_cif failed with 2 when importing ctypes

[mickael]

Package: python2.7
Version: 2.7.6-5
Severity: important

Dear Maintainer,
I have an exception when trying to import ctypes in python2.7:

mickael@portable:~$ python2.7
Python 2.7.6 (default, Jan 11 2014, 16:54:03) 
[GCC 4.6.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import ctypes
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/ctypes/__init__.py", line 555, in 
_reset_cache()
  File "/usr/lib/python2.7/ctypes/__init__.py", line 279, in _reset_cache
CFUNCTYPE(c_int)(lambda: None)
RuntimeError: ffi_prep_cif failed with 2


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 
'stable-updates'), (500, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 3.12-1-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python2.7 depends on:
ii  libpython2.7-stdlib  2.7.6-5
ii  mime-support 3.54
ii  python2.7-minimal2.7.6-5

python2.7 recommends no packages.

Versions of packages python2.7 suggests:
ii  binutils   2.24-2
pn  python2.7-doc  

-- 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#727708: Spotify position in support of systemd in the default init debate

[Noa Resare]

Friends,

Spotify, an online streaming music service, is a significant user of Debian
GNU/Linux. We have some 5000 physical servers and well over a thousand
virtual servers using both public and private clouds running Debian
GNU/Linux serving millions of songs to our users every day.

We would like to take this opportunity to endorse systemd as our preferred
init system and we would like to see it as default on Debian GNU/Linux
moving forward.

Our main reasons for this preference:

- We believe that the dependency model of systemd is easier to understand,
explain and work with than the event based counterpart of upstart.

- We believe that the various features built on top of the way systemd uses
cgroups, notably mechanisms for resource limitations, would be very useful
in a highly scalable highly available environment such as ours.

- We believe that systemd will have the stronger community momentum moving
forward when it comes to seeing close integration between modern init
system features and upstream projects.

With kind regards
Spotify infrastructure and operations
via
Noa Resare, Free Software ombudsman

Bug#735025: libgit-pure-perl: FTBFS: test failures; remove?

[Jonas Genannt]

Hello Dominic,

>dh_auto_test
> make[1]: Entering directory
> `/build/dom-libgit-pure-perl_0.48-2-i386-YrkwGg/libgit-pure-perl-0.48'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> "test_harness(0, 'inc',
> 'blib/lib', 'blib/arch')" t/*.t syntax error at t/00_setup.t line 7, near 
> "$name
> qw(test-project test-project-packs test-project-packs2 test-encoding)"
> 
> etc.
> 
> This is the same previously reported as #711443 and fixed along with
> a rename of the package to libgit-pureperl-perl; this package should
> presumably therefore be removed.

yes. Upstream seems not to fix the problems. libgit-pure-perl doesn't have any 
rdeps. 

So yes, you can remove it.

Thanks,
Jonas 


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

Bug#735682: libgeo-distance-perl: error in SYNOPSIS

[Niko Tyni]

Package: libgeo-distance-perl
Version: 0.20-1
Severity: minor
Tags: patch

The reg_unit() call in Geo::Distance SYNOPSIS is wrong. Quoting:

 use Geo::Distance;
 my $geo = new Geo::Distance;
 $geo->formula('hsin');
 $geo->reg_unit( 'toad_hop', 200120 );

Consider:

% perl -MGeo::Distance -le 'my $g = Geo::Distance->new; $g->reg_unit( 
"toad_hop", 200120 ); print $g->distance("toad_hop", (0,0), (1,1))'
Use of uninitialized value in multiplication (*) at 
/usr/share/perl5/Geo/Distance.pm line 214.
0

The radius should come first and the name next in the reg_unit() call:

% perl -MGeo::Distance -le 'my $g = Geo::Distance->new; $g->reg_unit( 200120, 
"toad_hop" ); print $g->distance("toad_hop", (0,0), (1,1))'
4939.3731251203

The rest of the documentation seems to be correct. Proposed patch attached.
-- 
Niko Tyni   nt...@debian.org
>From 08e4ef7c2262589c7797d3f3fcdced574e8c3bb9 Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Fri, 17 Jan 2014 16:04:17 +0200
Subject: [PATCH] Fix incorrect reg_unit() example in SYNOPSIS

As seen later in the documentation, the two argument form
takes the radius first, not the name of the key.
---
 lib/Geo/Distance.pm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/Geo/Distance.pm b/lib/Geo/Distance.pm
index d87cb1c..79fa2cd 100644
--- a/lib/Geo/Distance.pm
+++ b/lib/Geo/Distance.pm
@@ -14,7 +14,7 @@ Geo::Distance - Calculate Distances and Closest Locations
   use Geo::Distance;
   my $geo = new Geo::Distance;
   $geo->formula('hsin');
-  $geo->reg_unit( 'toad_hop', 200120 );
+  $geo->reg_unit( 200120, 'toad_hop );
   $geo->reg_unit( 'frog_hop' => 6 => 'toad_hop' );
   my $distance = $geo->distance( 'unit_type', $lon1,$lat1 => $lon2,$lat2 );
   my $locations = $geo->closest(
-- 
1.8.5.3

Bug#735683: RM: scilab-jims -- ROM; Integrated in Scilab 5.5.0

[Sylvestre Ledru]

Package: ftp.debian.org
Severity: normal

Hello,

This extension is integrated by default in Scilab itself.
Therefor, this extension is useless and source of potential issues.

Cheers,
Sylvestre


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

Bug#735684: dh-acc: Abi dumps are way too large to be included in the debian directory

[Maximiliano Curia]

Package: dh-acc
Version: 1.99.8.5-2
Severity: normal

Hi,

I was planning to start using dh-acc in the KDE packages, but the abi dumps
needed to check anything are way too large. Just kdepimlibs generates 10MB of
the different abi.tar.gz.amd64, and that's just one arch. Also this binary files
would need to go in the git repository, which is, at least, bothersome.

It would be better, for our use case, if we could generate the abidumps for the
version declared in the acc files when running the tests.

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

Kernel: Linux 3.12-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 dh-acc depends on:
ii  abi-compliance-checker  1.99.8.5-2
ii  perl5.18.1-5

dh-acc recommends no packages.

dh-acc 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#735685: RFS: libnftables/0.0.0~20131209-1 [ITP]

[Arturo Borrero Gonzalez]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: libnftables
  Version : 0.0.0~20131209-1
  Upstream Author : Pableo Neira Ayuso 
* URL : http://netfilter.org/projects/nftables/index.html
* License : GNU GPL v2
  Section : libs

It builds those binary packages:

 libnftables-dev - Development files for libnftables0
 libnftables0 - Netfilter nftables userspace API library
 libnftables0-dbg - Debugging symbols for libnftables0

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

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

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

 dget -x 
http://mentors.debian.net/debian/pool/main/libn/libnftables/libnftables_0.0.0~20131209-1.dsc

Please, note that this is a snapshot version, previous to the official release 
of the first version of libnftables.

libnftables will be a dependency of the next upstream release of the 'iptables' 
tool.

Regards,
 Arturo Borrero Gonzalez


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

Bug#260948: alien: can not override architecture

[Teemu Ikonen]

tags 260948 patch
thanks

The attached (trivial) patch fixes this problem for me, in the case of
converting debian packages to rpms with a slightly differently named
architecture. It should also work on other conversions, but this is
untested.

Best,
Teemu
From 56602e8989f57e72eb09d3310f39fd29781445a5 Mon Sep 17 00:00:00 2001
From: Teemu Ikonen 
Date: Fri, 17 Jan 2014 14:37:07 +0100
Subject: [PATCH] Add --target= option for setting architecture.

---
 alien.pl | 12 +++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/alien.pl b/alien.pl
index 64450fb..059cdd4 100755
--- a/alien.pl
+++ b/alien.pl
@@ -193,6 +193,10 @@ some things to mess with their permissions and owners to the degree this does,
 so it defaults to off. This can only be used when converting to debian
 packages.
 
+=item B<--target=>I
+
+Force the architecture of the generated package to the given string.
+
 =item B<-v>, B<--verbose>
 
 Be verbose: Display each command B runs in the process of converting a
@@ -330,6 +334,7 @@ Usage: alien [options] file [...]
   -i, --install Install generated package.
   -g, --generateGenerate build tree, but do not build package.
   -c, --scripts Include scripts in package.
+  --target=   Set architecture of the generated package.
   -v, --verbose Display each command alien runs.
   --veryverbose Be verbose, and also display output of run commands.
   -k, --keep-versionDo not change version of generated package.
@@ -344,7 +349,7 @@ EOF
 # Start by processing the parameters.
 my (%destformats, $generate, $install, $single, $scripts, $patchfile,
 $nopatch, $tgzdescription, $tgzversion, $keepversion, $fixperms,
-$test, $anypatch);
+$test, $anypatch, $target);
 my $versionbump=1;
 
 # Bundling is nice anyway, and it is required or Getopt::Long will confuse
@@ -366,6 +371,7 @@ GetOptions(
 	"patch=s"=> \$patchfile,
 	"nopatch"=> \$nopatch,
 	"anypatch"   => \$anypatch,
+	"target=s"   => \$target,
 	"description=s"  => \$tgzdescription,
 	"V"  => \&version,
 "version:s"  => sub { length $_[1] ? $tgzversion=$_[1] : version() },
@@ -446,6 +452,10 @@ foreach my $file (@ARGV) {
 		die "Unknown type of package, $file.\n";
 	}
 
+	if ($target) {
+		$package->arch($target);
+	}
+
 	if (! $package->usescripts && $package->scripts) {
 		$package->usescripts($scripts);
 		if (! $scripts) {
-- 
1.8.5.2

Bug#735667: opennebula: diff for NMU version 3.4.1-4.1

[Cédric Boutillier]

tags 735667 + patch
tags 735667 + pending
thanks

Dear maintainer,

I've prepared an NMU for opennebula (versioned as 3.4.1-4.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.
diff -Nru opennebula-3.4.1/debian/changelog opennebula-3.4.1/debian/changelog
--- opennebula-3.4.1/debian/changelog	2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1/debian/changelog	2014-01-17 14:32:30.0 +0100
@@ -1,3 +1,11 @@
+opennebula (3.4.1-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop deprecated rubygems package from dependencies of ruby-opennebula
+(Closes: #735667)
+
+ -- Cédric Boutillier   Fri, 17 Jan 2014 14:30:58 +0100
+
 opennebula (3.4.1-4) unstable; urgency=low
 
   [ Damien Raude-Morvan ]
diff -Nru opennebula-3.4.1/debian/control opennebula-3.4.1/debian/control
--- opennebula-3.4.1/debian/control	2013-08-13 15:23:25.0 +0200
+++ opennebula-3.4.1/debian/control	2014-01-17 15:35:22.0 +0100
@@ -120,7 +120,6 @@
  ruby-password,
  ruby-sequel,
  ruby-sqlite3,
- rubygems,
  ${misc:Depends},
  ${ruby:Depends}
 Replaces: opennebula (<< 3.2.1-1~)


signature.asc
Description: Digital signature

Bug#733977: boinc-app-milkyway: Please sync with upstream

[Ken Sharp]

It took me a while to work out what was going on with my builds but I
managed to get it to build on amd64 on Debian Testing (failed miserably
on Ubuntu Precise), but armel (which is what I really needed it for) fails:

# cd /tmp/milkywayathome_client/obj-arm-linux-gnueabi/nbody
# /usr/bin/distcc  c++  -g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security
-D_FORTIFY_SOURCE=2  -static-libgcc -pthread
-fno-unsafe-math-optimizations -fno-common -funswitch-loops  -Wall
-Wextra -Wshadow -Wredundant-decls -Winline -Wdisabled-optimization
-Wpointer-arith -Wcast-align -Wstrict-aliasing -Wstrict-aliasing=3
-Wswitch-enum -Wswitch-default -Wfloat-equal -Wwrite-strings -Wcomment
-Wno-unknown-pragmas -fno-rounding-math -fno-math-errno -fopenmp -O2 -g
-DNDEBUG   -Wl,-z,relro   -static-libstdc++
CMakeFiles/milkyway_nbody.dir/src/main.c.o  -o ../bin/milkyway_nbody
-L/tmp/milkywayathome_client/obj-arm-linux-gnueabi/lib -rdynamic
../lib/libnbody.a ../lib/libnbody_lua.a ../lib/libmilkyway_lua.a
../lib/libnbody.a ../lib/libmilkyway.a ../lib/libpopt.a
../lib/liblua51.a -lm -lrt ../lib/libcrlibm.a -lboinc_graphics2
-lboinc_api -lboinc ../lib/libdsfmt.a -lrt
-Wl,-rpath,/tmp/milkywayathome_client/obj-arm-linux-gnueabi/lib
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutInitWindowPosition'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glPopAttrib'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutSwapBuffers'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glPointSize'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `gluCylinder'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutKeyboardUpFunc'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glBegin'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glDisable'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glRasterPos3d'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutGet'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glColor4d'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glColor4fv'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `boinc_app_mouse_move(int, int, int, int, int)'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `gluSphere'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glPixelStorei'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glTexCoord2f'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glCallLists'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `gluBuild2DMipmaps'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glDepthMask'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutReshapeFunc'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutInitDisplayMode'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glVertex3fv'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glBlendFunc'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `gluLookAt'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glColor4f'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `boinc_app_key_press(int, int)'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutKeyboardFunc'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `gluDeleteQuadric'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutFullScreen'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glEnable'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glGetIntegerv'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glutMouseFunc'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `gluProject'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `gluNewQuadric'
/usr/lib/gcc/arm-linux-gnueabi/4.8/../../../libboinc_graphics2.so:
undefined reference to `glGetDoublev'
/usr/lib/gcc/arm-l

Bug#735116: apt-listbugs: […]/debian.rb:24:in `require': no such file to load -- debian_version (LoadError)

[Antonio Terceiro]

On Thu, Jan 16, 2014 at 07:33:09PM +0100, Francesco Poli wrote:
> On Thu, 16 Jan 2014 11:52:45 +0100 Antonio Terceiro wrote:
> 
> > On Wed, Jan 15, 2014 at 09:48:57PM +0100, Francesco Poli wrote:
> [...]
> > > What if both ruby1.8 and ruby1.9.1 are already installed and ruby1.8
> > > was previously (manually) configured as the system-wide alternative
> > > for /usr/bin/ruby?
> > > 
> > > Which package will pull in ruby, thus forcing the removal of ruby1.8?
> > > All packages depending on "ruby | ruby-interpreter" will be satisfied
> > > by ruby1.9.1, if I understand correctly...
> > > 
> > > Is there a way to fix this scenario too?
> > 
> > You are right!
> > 
> > I will do another "last upload" of ruby1.8 dropping the alternatives
> > entries ... :-/
> 
> Excellent, thanks a lot!

Actually, that's not what I'll do.

We are having a Ruby team sprint in Paris, and together we just figured
out a way of fixing the problem for both stable and testing/unstable.
There should be uploads soon.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature