Bug#551680: note to self

[Rolf Leggewie]

note to self: https://wiki.debian.org/DebugPackage


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

Bug#727695: autopkgtest fails: copypaste error, and there is no package called ‘MASS’

[Martin Pitt]

Package: r-bioc-edger
Version: 3.2.4~dfsg-1

The latest version of this package grew an XS-Testsuite header which
made it get picked up by our automatic Jenkins runners. However, it
seems that they fail without giving any useful output [1]:

| adt-run:  dsc0t-upstream: [
| adt-run1: teeing to stdout: 
/tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stdout, stderr: 
/tmp/adt-run.KRNBNH/dsc0t-upstream-testtmp/test_stderr
| adt-run1: testbed executing test finished with exit status 1
| adt-run:  dsc0t-upstream: ]
| adt-run:  dsc0t-upstream:  - - - - - - - - - - results - - - - - - - - - -
| dsc0t-upstream   FAIL non-zero exit status 1

I installed r-bioc-edger into a clean VM and ran the test manually with sh -x:

| r-bioc-edger-3.2.4~dfsg⟫ sh -ex debian/tests/upstream 
| + mktemp -d
| + TEMPORARY_DIR=/tmp/tmp.j2crsonUAL
| + cd /tmp/tmp.j2crsonUAL
| + cp /usr/share/doc/r-bioc-limma/tests/limma-Tests.R.gz 
/usr/share/doc/r-bioc-limma/tests/limma-Tests.Rout.save.gz .
| + basename limma-Tests.R.gz .gz
| + zcat limma-Tests.R.gz
| + basename limma-Tests.R.gz .gz
| + R CMD BATCH limma-Tests.R

Please note that this copied the *limma* tests, presumably this is a copypaste
error from r-bioc-limma?

When I replace that with edger, I get:

| r-bioc-edger-3.2.4~dfsg⟫ sh -ex debian/tests/upstream 
| + mktemp -d
| + TEMPORARY_DIR=/tmp/tmp.s6FvBqjRVy
| + cd /tmp/tmp.s6FvBqjRVy
| + cp /usr/share/doc/r-bioc-edger/tests/edgeR-Tests.R.gz 
/usr/share/doc/r-bioc-edger/tests/edgeR-Tests.Rout.save.gz .
| + basename edgeR-Tests.R.gz .gz
| + zcat edgeR-Tests.R.gz
| + basename edgeR-Tests.R.gz .gz
| + R CMD BATCH edgeR-Tests.R

And the log file says

| ~/r-bioc-edger-3.2.4~dfsg⟫ tail -n 20 /tmp/tmp.s6FvBqjRVy/edgeR-Tests.Rout
| Gene61   2.855317 10.27136 10.738307 1.049403e-03 5.247014e-01
| Gene62  -2.123902 10.53174  8.818704 2.981584e-03 8.334758e-01
| Gene134 -1.949073 10.53355  8.125889 4.363759e-03 8.334758e-01
| Gene740 -1.610046 10.94907  8.013408 4.643227e-03 8.334758e-01
| Gene354  2.022698 10.45066  7.826308 5.149116e-03 8.334758e-01
| Gene51.856816 10.45249  7.214238 7.232750e-03 8.334758e-01
| Gene746 -1.798331 10.53094  6.846262 8.882690e-03 8.334758e-01
| Gene110  1.623148 10.68607  6.737984 9.438120e-03 8.334758e-01
| Gene383  1.637140 10.75412  6.687530 9.708962e-03 8.334758e-01
|  d - estimateGLMCommonDisp(d, design, verbose=TRUE)
| Disp = 0.10253 , BCV = 0.3202 
|  glmFit(d,design,dispersion=dispersion.true,method=simple, 
prior.count=0.5/3)
| Loading required package: MASS
| Error in mglmSimple(y, design = design, dispersion = dispersion, offset = 
offset,  : 
|   could not find function negative.binomial
| Calls: glmFit ... glmFit.DGEList - glmFit - glmFit.default - mglmSimple
| In addition: Warning message:
| In library(package, lib.loc = lib.loc, character.only = TRUE, logical.return 
= TRUE,  :
|   there is no package called ‘MASS’
| Execution halted

So just like with limma this might be a missing dependency or
mis-configuration?

Thank you!

Martin

[1] 
https://jenkins.qa.ubuntu.com/job/trusty-adt-r-bioc-edger/1/ARCH=amd64,label=adt/
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature

Bug#721763: [brltty] Idea to get id for free

[Bastien ROUCARIES]

On Fri, Oct 25, 2013 at 1:45 PM, Samuel Thibault sthiba...@debian.org wrote:
 Bastien ROUCARIES, le Fri 25 Oct 2013 08:55:48 +0200, a écrit :
 Fdti and the other one in this thread accept to be reflashed for pid/vid 
 only.
 So let reserve a few id on openmoko and ask your user to reflash.

 I don't think a user will dare to reflash his braille device. Those cost
 thousands of dollars and are typically the only way their owners would
 be able to use a computer.

Changind vid/pid of usb adaptater is ultra low risk. You could always
do it in reverse. And if manufacturer but the usb logo on their
product it is violation of FTDI usb forum trademark so we could prod
the manufactuer.


 Brltty could be slipt in two package
 Brltty that will get support for only well behaved driver and brltty-cruft 
 for
 the conflict id stuff.

 That could still be an idea worth considering.

 Brltty-cruft will not be enable by default except if answer use it during
 install.

 Well, that is *already* what is supposed to happen.  I'm not aware of
 any other way brltty would end up being installed on a Debian system
 without the user explicitly requesting it.

 (except when starting from an Ubuntu system, but we can't really control
 that).

 Samuel


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

Bug#726012: orange: depends on librapi2, libsynce which are to be removed

[Evgeni Golov]

reassign 726012 ftp.debian.org
retitle 726012 RM: orange -- RoM
thanks

let's remove orange to then.


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

Bug#727529: FWIW -- +1 for webodf packaging

[Yaroslav Halchenko]

Just saw http://lwn.net/Articles/571544/ post about this feature of
using webodf to be used/added to owncloud... this is what might make me
start using the beast!

so whoever could help packaging webodf would get my sincere gratitude.
Myself I am not verse in javascript or its packaging, thus CCing
experts in that front.

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


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

Bug#727696: python-mmkeys: multimedia keys not working anymore

[Yves-Alexis Perez]

Package: python-mmkeys
Version: 1.6.2.1-5
Severity: normal

Hi,

I'm not sure when this happened, but it seems that multimedia keys on my
keyboard stopped working with Quodlibet (which uses python-mmkeys). I'm
unsure how to debug that, any information appreciated.

Regards,
-- 
Yves-Alexis

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

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

Versions of packages python-mmkeys depends on:
ii  libatk1.0-0 2.10.0-2
ii  libc6   2.17-93
ii  libcairo2   1.12.16-2
ii  libfontconfig1  2.11.0-1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.22-1
ii  libpango1.0-0   1.36.0-1
ii  python  2.7.5-5
ii  python-gtk2 2.24.0-3+b1
ii  python2.6   2.6.8-2
ii  python2.7   2.7.5-8

python-mmkeys recommends no packages.

python-mmkeys 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#727660: gnutls28: CVE-2013-4466: GNUTLS-SA-2013-3

[Daniel Kahn Gillmor]

On 10/25/2013 12:20 AM, Salvatore Bonaccorso wrote:

 CVE-2013-4466[0]:
 gnutls/libdane buffer overflow
 
 This only affects 3.1.x and 3.2.x so, gnutls28. A patch [1] is
 provided (upstream recomendation is to directly update to 3.2.5, see
 [2]).

Is this relevant for debian, given that we build with --disable-libdane?

btw, it's not clear to me why we --disable-libdane -- I see that it was
set (along with --without-tpm) in 3.1.3-1, but i don't see the reason
for it.  could that be clarified someplace?

--dkg



signature.asc
Description: OpenPGP digital signature

Bug#720419: Switching from openmpi to mpich2 on ia64?

[Sylvestre Ledru]

On 25/10/2013 13:25, Michael Banck wrote:
 On Fri, Oct 25, 2013 at 01:23:56PM +0200, Mathieu Malaterre wrote:
 On Fri, Oct 25, 2013 at 1:18 PM, Mathieu Malaterre ma...@debian.org wrote:
 On Thu, Oct 24, 2013 at 11:04 PM, Michael Banck mba...@debian.org wrote:
 The 1.6 release of openmpi fails badly on ia64, see Bug #720419.  As no
 solution appears to be forthcoming, maybe the best would be to remove
 ia64 from openmpi's arch list and switch to mpich2 as default
 implementation for mpi-default-{bin,dev}?
 Why bother ? Itanium support is being dropped. At least this what I
 understood from a RM request on my of my package:

 http://bugs.debian.org/727600
 Sorry misread the bug description, it only applied to upstream Mono. I
 got confused with the recent mail from Niels [*], where no porter for
 ia64 showed up.

 Anyone knows what's the actual status of Itanium then ?
 Well, chances are ia64 will be dropped for jessie, but waiting for this
 is not a solution for the openmpi 1.6 transition, which is taking place
 right now and is being held up by 1.6 not working on ia64.

I did quite some work with upstream regarding openmpi on ia64 but
without success for now.
I have to go back on the subject but I have been busy lately (and
knowing that ia64 is going to
be removed does not increase my motivation).
:(
Sylvestre


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

Bug#717076: tech-ctte: Decide what jpeg library the Debian project will use

[Ondřej Surý]

Hello Don,

I am just checking whether the tech-ctte has all the info they need to
make informed decision on this bug, or do you need any extra input? E.g.
take all the time you need, but I want to be sure that it's not stalled
on my or Mike's side and you are waiting for something from us now.

Cheers,
Ondrej

On Thu, Jul 25, 2013, at 18:16, Don Armstrong wrote:
 On Thu, 25 Jul 2013, Mike Gabriel wrote:
  I have been using the compat mode in LJT since Debian squeeze. As
  part of upstream X2Go I build packages just like the one in Debian
  but with compat mode enabled. The packages (still 1.2.90) can be
  obtained from
  
   deb http://packages.x2go.org/debian wheezy main heuler
  
  or with dget [1].
 
 This is a good start. However, the package should also build libjpeg-dev
 or whatever is appropriate so that the transition can be completely
 tested. It would also be good to have all of the packages which depend
 on libjpeg-dev built with this transition package, and a select few
 tested without being rebuilt.[1]
  
 Finally, what is the status of upstream supporting SmartScale?
 
 What are the downsides of Debian not supporting it? [Does Debian ship
 any images which use it?]
 
 1: You're probably already doing this, but details on the packages which
 are known to work, and any which have problems would be important to
 know.
 
 -- 
 Don Armstrong  http://www.donarmstrong.com
 
 No amount of force can control a free man, a man whose mind is free
 [...] You can't conquer a free man; the most you can do is kill him.
  -- Robert Heinlein _Revolt in 2010_ p54


-- 
Ondřej Surý ond...@sury.org
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#727697: plasma-widget-veromix: veromix crashes plasma desktop shell.

[Houmehr Aghabozorgi]

Package: plasma-widget-veromix
Version: 0.18.3-1
Severity: normal
Tags: upstream

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

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

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


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

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

Versions of packages plasma-widget-veromix depends on:
ii  plasma-scriptengine-python  4:4.10.5-3
ii  python-qt4-dbus 4.10.3-2
ii  python-xdg  0.25-3
ii  veromix-common  0.18.3-1

plasma-widget-veromix recommends no packages.

plasma-widget-veromix 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#727698: dovecot-core: No talloc stackframe at ../source3/param/loadparm.c:4831, leaking memory

[Thomas E. Vaughan]

Package: dovecot-core
Version: 1:2.2.5-1
Severity: normal

Dear Maintainer,

In the last few weeks, I have noticed a bunch of log
messages like the following:

Oct 25 07:30:41 hypostasis dovecot: auth-worker: Error: no talloc stackframe at 
../source3/param/loadparm.c:4831, leaking memory

Messages like that appear usually in pairs, about once every
30 minutes, but only while an MUA is attached. The only MUA
that ever attaches to my server is an instance of MS Outlook
running on either MS Windows XP or MS Windows 7, depending
on what I'm doing.

When I decided to report this bug yesterday, the reportbug
program notified me that there is a newer version of dovecot
in experimental. So I installed the version from
experimental just to see if the messages would go away. They
don't. These messages appear both when I run the version in
unstable and when I run 2.2.5 from experimental.

-- Package-specific info:

dovecot configuration
-
# 2.2.5: /etc/dovecot/dovecot.conf
# OS: Linux 3.11-1-amd64 x86_64 Debian jessie/sid 
mail_location = mbox:~/Mail/imap_root:INBOX=/var/mail/%u
mbox_write_locks = fcntl
namespace inbox {
  inbox = yes
  location = 
  mailbox Drafts {
special_use = \Drafts
  }
  mailbox Junk {
special_use = \Junk
  }
  mailbox Sent {
special_use = \Sent
  }
  mailbox Sent Messages {
special_use = \Sent
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
}
passdb {
  driver = pam
}
plugin {
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
}
protocols =  imap
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
userdb {
  driver = passwd
}

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

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

Versions of packages dovecot-core depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.51
ii  libbz2-1.0 1.0.6-5
ii  libc6  2.17-93
ii  libpam-runtime 1.1.3-10
ii  libpam0g   1.1.3-10
ii  libssl1.0.01.0.1e-3
ii  libwrap0   7.6.q-24
ii  openssl1.0.1e-3
ii  ucf3.0027+nmu1
ii  zlib1g 1:1.2.8.dfsg-1

dovecot-core recommends no packages.

Versions of packages dovecot-core suggests:
ii  dovecot-gssapi1:2.2.5-1
ii  dovecot-imapd 1:2.2.5-1
ii  dovecot-ldap  1:2.2.5-1
pn  dovecot-lmtpd none
pn  dovecot-managesieved  none
ii  dovecot-mysql 1:2.2.5-1
ii  dovecot-pgsql 1:2.2.5-1
pn  dovecot-pop3d none
ii  dovecot-sieve 1:2.2.5-1
pn  dovecot-solr  none
ii  dovecot-sqlite1:2.2.5-1
ii  ntp   1:4.2.6.p5+dfsg-3

Versions of packages dovecot-core is related to:
ii  dovecot-core [dovecot-common]  1:2.2.5-1
pn  dovecot-dbgnone
pn  dovecot-devnone
ii  dovecot-gssapi 1:2.2.5-1
ii  dovecot-imapd  1:2.2.5-1
ii  dovecot-ldap   1:2.2.5-1
pn  dovecot-lmtpd  none
pn  dovecot-managesieved   none
ii  dovecot-mysql  1:2.2.5-1
ii  dovecot-pgsql  1:2.2.5-1
pn  dovecot-pop3d  none
ii  dovecot-sieve  1:2.2.5-1
ii  dovecot-sqlite 1:2.2.5-1

-- debconf information:
  dovecot-core/ssl-cert-name: localhost
  dovecot-core/ssl-cert-exists:
  dovecot-core/create-ssl-cert: false



This message and any enclosures are intended only for the addressee.  Please 
notify the sender by email if you are not the intended recipient.  If you are 
not the intended recipient, you may not use, copy, disclose, or distribute this 
message or its contents or enclosures to any other person and any such actions 
may be unlawful.  Ball reserves the right to monitor and review all messages 
and enclosures sent to or from this email address.


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

Bug#727680: apt: [l10n-fr] Confirmation sentence for replacing essential packages contains unidentifiable character

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

Le 25/10/2013 05:48, Fabien Givors (Debian) a écrit :

 Pour continuer, tapez la phrase « Oui, faites ce que je vous
 dis ! » (where the space before ! is an unbreakable space)

 Using a normal space could disturb people used to do the right thing and
 type the unbreakable space.
 
 Removing the space is a workaround generally accepted when there is no
 available unbreakable space.

I was wondering if anyone would actually type the sentence instead of
simply copy and paste it…

Besides acknowledging that the safeguard for removing an essential
package is really effective in French, instead of voting for a crappy
workaround, I’d suggest to simply drop the useless exclamation mark (at
least for the French version).

Regards

David

P.-S. : trying hard not to go the nitpicking way of challenging « je
vous dis » for a typing interface ;-).


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

iQEcBAEBCAAGBQJSaoTLAAoJEAWMHPlE9r08778H/jMEeC0iyAKqOxHO4UxQ/5Sg
NOXpMC+x5j2jwZrSUuqKCgNaME/XEvyUvvyeVdNyhBeVU5X3z2mXmUm/QgmArzIR
6ttTwkbc3dIMa4IBtUCzIS/CDQ/7+y3wLhpLRF88fEzEyH/+Iyu1PhdWG3jih4E7
tKZbJXyhTWdxouFZgmR6KnvZcH0iLPCmTSeSil9q+129d6e4DsyRxAU0AjdcHiKA
vvAJpWaho7bYORihD+o7Z/5Qaw0N9vFf8EX8Tyu8TcTWdnOFD6RNNp+A5FDaliJl
EkQ7bCsy1cuexKCZ6HwZ6I9tvkeWAasOZSDqyFC9Fjv/yT9HcFKT7/qhBtQaj90=
=/zsd
-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#727698: More Information

[Thomas Vaughan]

In an activity completely unrelated to IMAP or dovecot, I tried changing
the password of an account on the same machine as my dovecot IMAP server.

As root, I typed 'passwd foo' to change the password of the foo account.

As soon as I pressed ENTER, the system printed, no talloc stackframe at
../source3/param/loadparm.c:4831, leaking memory, just before the line,
Enter new UNIX password:.

So it seems that dovecot is getting the string from a noisy, external
authentication system and passing that string along to the system log.

Googling around, I find that this might be related to a recent change in
samba.

https://lists.samba.org/archive/samba/2012-August/168869.html

-- 
Thomas E. Vaughan

Bug#687043: Didn't apply the right patch

[Iain Lane]

reopen 687043
notfixed 687043 0.2.20080216.2-5

Hi,

You applied the first patch, not my revised one, which I think correctly
expresses the intent of the file.

Please could you take another look?

Thanks,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]


signature.asc
Description: Digital signature

Bug#727699: unused libhdf4-dev build dependency

[Matthias Klose]

Package: mathgl
Version: 2.1.3.1-4

the changelog for 2.1.3.1-1 says:

  * Make build dependency on libhdf5-dev only.

However libhdf4-dev is still in the build dependencies.


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

Bug#727628: This bug affects me too in Wheezy and is really nasty

[Ingo]

I do hope we get the fix backported to Wheezy soon.

/Ingo


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

Bug#725261: [Pkg-libvirt-maintainers] Bug#725261: libvirt-bin: Cgroup configuration for LXC and Qemu on the same host

[Guido Günther]

Hi Manuel,
On Fri, Oct 18, 2013 at 02:15:39PM +0200, Manuel VIVES wrote:
 Guido Günther (Guido Günther a...@sigxcpu.org) wrote:
  On Mon, Oct 07, 2013 at 02:12:37PM +0200, Manuel VIVES wrote:
  [..snip..]
  
 I don't use systemd, so I'm probably not the best person for making
 this part of the script.

But you're advocating for it.
   
   I'm not advocating for systemd, but for a good cgroup filesytem while
   using libvirt.
   Yes, the indications that D.Berrange gave me when I asked on #virt are
   indicating that we need the same hierarchy as the one used by systemd
   but I really don't use it (and I don't want to use it ;) )
  
  I didn't mean to say that you're advocating for systemd but for an init
  script. You have to make sure it's a noop when running under systemd.
 I don't have any idea on how to make it noop when running under systemd.
 Basically I would think to execute the mount and unmount process only if 
 there 
 isn't systemd on the machine, but I don't know any reliable way to find if 
 systemd is running on the machine
 And for the init script, I don't know, there is no process to start
 so..

...you still have to follow the init scripts start/stop logic if it
should be an init script.
   
   I could probably make a script which mounts on start and unmounts on
   stop, I'm going to look at this.
  
  Yes, please do. You also need to add the right dependencies in the
  headers.
  Cheers,
   -- Guido
 I modified script to add this.
 It is attached to this mail

Great! Looking at udev.postinst it checks for /run/systemd/system/ to
see it systemd is running as init system.

Looking at the script I wonder if we should move this into
/etc/init.d/libvirt-bin itself and enable it via a flag in
/etc/default/libvirt-bin (e.g. mount_cgroups). This would keep
everything nicely in one place.

Alternatively we could use /etc/{init.d,default}/libvirt-cgroups if you
want to keep it as a different script. (I'm slightly leaning to moving
everything to libvirt-bin). What do you think?

Cheers,
 -- Guido

 
 Regards,
   Manuel VIVES
   Manuel VIVES
   
Cheers,

 -- Guido
 
 Regards,
 
 Manuel VIVES
 
 
 
 -- System Information:
 Debian Release: 7.1
 
   APT prefers stable
   APT policy: (500, 'stable'), (1, 'experimental'), (1, 'unstable'),
   (1, 'testing'), (1, 'oldstable')
 
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.10-0.bpo.2-amd64 (SMP w/16 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 libvirt-bin depends on:
 ii  adduser  3.113+nmu3
 ii  gettext-base 0.18.1.1-9
 ii  init-system-helpers  1.4-hns1
 ii  libaudit01:1.7.18-1.1
 ii  libavahi-client3 0.6.31-2
 ii  libavahi-common3 0.6.31-2
 ii  libblkid12.20.1-5.3
 ii  libc62.13-38
 ii  libcap-ng0   0.6.6-2
 ii  libdbus-1-3  1.6.8-1
 ii  libdevmapper1.02.1   2:1.02.74-7
 ii  libgcrypt11  1.5.0-5
 ii  libgnutls26  2.12.20-7
 ii  libnetcf11:0.2.3-3~bpo70+1
 ii  libnl-3-200  3.2.7-4
 ii  libnl-route-3-2003.2.7-4
 ii  libnuma1 2.0.8~rc4-1
 ii  libparted0debian12.3-12
 ii  libpcap0.8   1.3.0-1
 ii  libpciaccess00.13.1-2
 ii  libreadline6 6.2+dfsg-0.1
 ii  libsasl2-2   2.1.25.dfsg1-6+deb7u1
 ii  libudev0 175-7.2
 ii  libvirt0 1.1.2-3hns1
 ii  libxenstore3.0   4.1.4-3+deb7u1
 ii  libxml2  2.8.0+dfsg1-7+nmu1
 ii  libyajl2 2.0.4-2
 ii  logrotate3.8.1-4
 
 Versions of packages libvirt-bin recommends:
 ii  bridge-utils1.5-6
 ii  dmidecode   2.11-9
 ii  dnsmasq-base2.62-3+deb7u1
 ii  ebtables2.0.10.4-1
 ii  gawk1:4.0.1+dfsg-2.1
 ii  iproute 20120521-3+b3
 ii  iptables1.4.14-3.1
 ii  libxml2-utils   2.8.0+dfsg1-7+nmu1
 ii  netcat-openbsd  1.105-7
 ii  parted  2.3-12
 ii  pm-utils1.4.1-9
 ii  qemu1.1.2+dfsg-6a
 ii  qemu-kvm1.1.2+dfsg-6
 
 Versions of packages libvirt-bin suggests:
 pn  auditd   none
 ii  policykit-1  0.105-3
 ii  radvd1:1.8.5-1
 pn  systemtapnone
 
 -- Configuration Files:
 /etc/libvirt/libvirtd.conf changed [not included]
 /etc/libvirt/lxc.conf changed [not included]
 /etc/libvirt/qemu.conf [Errno 13] Permission non accordée:
 u'/etc/libvirt/qemu.conf' /etc/libvirt/qemu/networks/default.xml
 [Errno 13] Permission non accordée:
 u'/etc/libvirt/qemu/networks/default.xml' /etc/logrotate.d/libvirtd
 changed [not included]
 

Bug#727701: jitsi: Please drop Build-Depends on libgoogle-collections-java

[Niels Thykier]

Package: jitsi
Severity: important

Hi,

As subject says, please drop Build-Depends on libgoogle-collections-java
as we are trying to remove it from Debian.  For all intends and purposes,
the library has been replaced by guava.jar from libguava-java.

~Niels


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

Bug#727700: lxc: debian template doesn't ask for a root password

[Enrique]

Package: lxc
Version: 1.0.0~alpha2-1
Severity: important

Dear Maintainer,

 using debian template without preseeding, the root password should be asked,
however this is not the case and it is not possible to log into the container.
 The steps I add are:

 create -t debian -n my_container
 Preseed file anyone?   Empty
 Distribution  Debian GNU/Linux 8 jessie
 Architecture 64-bit PC (amd64)
 Archives   Default
 Mirror   Default
 Mirror Security Default
 Archive Areas   Default
 Packages Empty
 Bridge  br0
 MAC  Default

 Other live-debconfig questions are left with the defaults.

 As seen from /usr/share/lxc/templates/lxc-debconfig.d/0003-debconf, the
question about root password should come after the Archives question, but it
doesn't.

 Regards



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

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

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libapparmor1   2.8.0-1+b2
ii  libc6  2.17-93
ii  libcap21:2.22-1.2
ii  multiarch-support  2.17-93

Versions of packages lxc recommends:
ii  debootstrap  1.0.53
ii  libcap2-bin  1:2.22-1.2

Versions of packages lxc suggests:
pn  debian-keyring  none
ii  gpgv1.4.15-1.1
ii  live-debconfig-doc  4.0~alpha28-1
ii  rsync   3.0.9-4

-- Configuration Files:
/etc/lxc/default.conf changed:
lxc.network.type=veth
lxc.network.link=virbr0
lxc.network.flags=up

/etc/lxc/lxc.conf changed:
lxcpath=/var/lib/lxc
lxc.network.type=veth
lxc.network.link=virbr0
lxc.network.flags=up


-- debconf information:
* lxc/directory: /var/lib/lxc
  lxc/auto: true
  lxc/title:


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

Bug#727702: sshpsql access method needs to be abolished

[Ian Jackson]

Package: dgit
Version: 0.17~exerimental4

dgit by default ssh's to coccia and runs sql runes directly against
the ftpmaster database, to obtain information it needs.  (This
information should be available by some kind of public but secure
service with a reasonable interface, but this is not true right now.)

The database queries, at the time of writing, are these:

SELECT suite.codename
  FROM suite where suite_name='$isuite' or codename='$isuite';

SELECT source.version, component.name, files.filename
  FROM source
  JOIN src_associations ON source.id = src_associations.source
  JOIN suite ON suite.id = src_associations.suite
  JOIN dsc_files ON dsc_files.source = source.id
  JOIN files_archive_map ON files_archive_map.file_id = dsc_files.file
  JOIN component ON component.id = files_archive_map.component_id
  JOIN files ON files.id = dsc_files.file
 WHERE ( suite.suite_name='$isuite' OR suite.codename='$isuite' )
   AND source.source='$package'
   AND files.filename LIKE '%.dsc';

(This bug is new in 0.17~experimental4.)

Ian.


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

Bug#727703: mc: down arrow cursor movement broken in mcedit

[Roy Fullmer]

Package: mc
Version: 3:4.8.10-4
Severity: important

Dear Maintainer,

   When I run mcedit as root in a console or in an xterm in X,
I can't get the cursor to move past the third line with the
down arrow. If I press the down arrow and Ctrl or the Alt key
together, the cursor moves fine. It also works by just pressing
return. I've downgraded to version 4.7.0.9-1 which does not
have this problem.

   I can't really tell when this started happening, but have
recently installed the dwm window manager which uses Ctrl and
the Alt keys for movement between windows, and the problem
started happening when I started using it together with mcedit.
But I don't usually run X as root ( I just ran it as root to
check if the problem existed ). The problem does not exist when
I use mc as non-root user, but I usually use it as root on the
console.



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

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

Versions of packages mc depends on:
ii  e2fslibs  1.42.8-1
ii  libc6 2.17-93
ii  libglib2.0-0  2.36.4-1
ii  libgpm2   1.20.4-6.1
ii  libslang2 2.2.4-15
ii  libssh2-1 1.4.3-1
pn  mc-data   none

Versions of packages mc recommends:
ii  mime-support  3.54
ii  perl  5.18.1-4
ii  unzip 6.0-10

Versions of packages mc suggests:
pn  arj none
ii  bzip2   1.0.6-5
pn  dbview  none
ii  djvulibre-bin   3.5.25.4-2
ii  file1:5.14-2
ii  genisoimage 9:1.1.11-2
pn  gv  none
ii  imagemagick 8:6.7.7.10-6
ii  lynx2.8.8dev.16-1
ii  mupdf [pdf-viewer]  1.2-2
pn  odt2txt none
ii  poppler-utils   0.18.4-8
ii  python  2.7.5-5
pn  python-boto none
pn  python-tz   none
ii  texlive-binaries2013.20130729.30972-2
ii  w3m 0.5.3-12
ii  xpdf [pdf-viewer]   3.03-11
ii  zip 3.0-8


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

Bug#727705: lxc: live-debconfig questions are asked twice by debian template

[Enrique]

Package: lxc
Version: 1.0.0~alpha2-1
Severity: minor

Dear Maintainer,

 using the debian template, the script asks for the following questions twice:
 live-debconfig: Components
 live-debconfig: Hostname
 live-debconfig: Enable Loopback interface
 live-debconfig: Ethernet interaface method
 live-debconfig: log kernel messages
 live-debconfig: Enable SELinux
 live-debconfig: Enable LXC
 live-debconfig: How many consoles
 live-debconfig: Which servives to disable
 live-debconfig: Access the hardware clock

 All the questions are answered wth the default pressing just Enter.




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

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

Versions of packages lxc depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libapparmor1   2.8.0-1+b2
ii  libc6  2.17-93
ii  libcap21:2.22-1.2
ii  multiarch-support  2.17-93

Versions of packages lxc recommends:
ii  debootstrap  1.0.53
ii  libcap2-bin  1:2.22-1.2

Versions of packages lxc suggests:
pn  debian-keyring  none
ii  gpgv1.4.15-1.1
ii  live-debconfig-doc  4.0~alpha28-1
ii  rsync   3.0.9-4

-- Configuration Files:
/etc/lxc/default.conf changed:
lxc.network.type=veth
lxc.network.link=virbr0
lxc.network.flags=up

/etc/lxc/lxc.conf changed:
lxcpath=/var/lib/lxc
lxc.network.type=veth
lxc.network.link=virbr0
lxc.network.flags=up


-- debconf information:
  lxc/title:
* lxc/directory: /var/lib/lxc
  lxc/auto: true


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

Bug#727704: RM: libgoogle-collections-java -- ROM; Replaced by libguava-java

[Niels Thykier]

Package: ftp.debian.org
Severity: normal
Control: block -1 by 727701

Hi,

Please remove libgoogle-collections-java from unstable once the last rdep
has migrated to libguava-java (see #727701).

Thanks,
~Niels


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

Bug#723910: FTBFS: test failures

[Michael Stapelberg]

Hi Damyan,

I think your bug was fixed with
http://code.stapelberg.de/git/kanla/commit/?id=1f98463aaf2b2ad2570dc17f057e37501c457123

I was finally able to reproduce it in a clean pbuilder instance. This
commit is contained in the 1.4 release, which I just uploaded.

Thanks.

-- 
Best regards,
Michael


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

Bug#726947: r-base: depends on deprecated package texi2html

[Julian Gilbey]

On Fri, Oct 25, 2013 at 06:17:30AM -0500, Dirk Eddelbuettel wrote:
 
 (Darn. This sat as an unfinished/unsent emacs buffer for a few days.)
 
 On 20 October 2013 at 21:57, Julian Gilbey wrote:
 | Source: r-base
 | Version: 3.0.2-1
 | Severity: important
 | Tags: patch
 | 
 | I have just noticed that the texi2html package is deprecated in
 | unstable (see bug#710466).  Patch: simply remove it from the
 | Build-Depends and Suggests fields in debian/control, and it builds
 | absolutely fine.
 
 Thanks, done in my sources.  
 
 Is there a minimum texinfo version we should depend upon?

I don't know - I couldn't understand why there was a texi2html
dependency in the source at all as it doesn't seem to actually be used
anywhere.

   Julian


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

Bug#721763: [brltty] Idea to get id for free

[Samuel Thibault]

Bastien ROUCARIES, le Fri 25 Oct 2013 15:43:17 +0200, a écrit :
 On Fri, Oct 25, 2013 at 1:45 PM, Samuel Thibault sthiba...@debian.org wrote:
  Bastien ROUCARIES, le Fri 25 Oct 2013 08:55:48 +0200, a écrit :
  Fdti and the other one in this thread accept to be reflashed for pid/vid 
  only.
  So let reserve a few id on openmoko and ask your user to reflash.
 
  I don't think a user will dare to reflash his braille device. Those cost
  thousands of dollars and are typically the only way their owners would
  be able to use a computer.
 
 Changind vid/pid of usb adaptater is ultra low risk.

Does one need specific hardware for that?

Also, it means windows screen readers won't recognize the hardware any
more.

 You could always do it in reverse.

So windows screen readers could work again.  That however means having
to do the operation each time.

 And if manufacturer but the usb logo on their product it is violation
 of FTDI usb forum trademark so we could prod the manufactuer.

Users are mostly dependent on their manufacturer, not really the
converse :/

Actually, I don't think manufacturers care a lot about being allowed to
put the USB logo on their product, it is mostly unreadable for blind
people anyway.

Samuel


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

Bug#727706: distro-info: feature request: cmdline options to report columnar field data from csv

[Stephen Dowdy]

Package: distro-info
Version: 0.10
Severity: wishlist

Dear Maintainer,

ISTM that 'debian-distro-info' would greatly benefit from a mode
where it prints all/any of the csv fields for a selected codename.

e.g.

*option* = currently unsupported/desired command line option

$ debian-distro-info --stable *--release*
2013-05-04

$ debian-distro-info --oldstable *--eol*
2014-05-04

$ debian-distro-info --oldstable *--version*
6.0

$ debian-distro-info --testing *--version*
8.0

$ debian-distro-info --testing *--release*
undefined

$ debian-distro-info --stable *--allinfo*
version:7.0
codename:   Wheezy
series: wheezy
created:2011-02-06
release:2013-05-04
eol:undefined


(note there's also a contradiction here with the new versioning
scheme.  i.e. Wheezy is listed as version 7.0, but i think it's
now supposed to be just 7, as the middle number of a version
has been deprecated, that's probably a distro-info-data bug?.)

thanks,
--stephen


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

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

Versions of packages distro-info depends on:
ii  distro-info-data  0.16~deb7u1
ii  libc6 2.13-38

distro-info recommends no packages.

Versions of packages distro-info suggests:
pn  shunit2  none

-- 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#727707: spice-client-gtk: spicy crashes with assertion `palette != NULL' failed

[Michael Büsch]

Package: spice-client-gtk
Version: 0.21-0nocelt2
Severity: important

Dear Maintainer,

spicy often crashes with the following error message:

spice-ERROR **: pixman_utils.c:1343:bitmap_1be_32_to_32: assertion
`palette != NULL' failed



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

Kernel: Linux 3.11-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 spice-client-gtk depends on:
ii  libatk1.0-0 2.10.0-2
ii  libc6   2.17-93
ii  libcairo2   1.12.16-2
ii  libfontconfig1  2.11.0-1
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.22-1
ii  libjpeg88d-1
ii  libpango-1.0-0  1.36.0-1
ii  libpangocairo-1.0-0 1.36.0-1
ii  libpangoft2-1.0-0   1.36.0-1
ii  libpixman-1-0   0.30.2-1
ii  libpulse-mainloop-glib0 4.0-6+b1
ii  libpulse0   4.0-6+b1
ii  libsasl2-2  2.1.25.dfsg1-17
ii  libspice-client-glib-2.0-8  0.21-0nocelt2
ii  libspice-client-gtk-2.0-4   0.21-0nocelt2
ii  libssl1.0.0 1.0.1e-3
ii  libusb-1.0-02:1.0.17-1+b1
ii  libusbredirhost10.6-2
ii  libusbredirparser1  0.6-2
ii  libx11-62:1.6.2-1
ii  libxrandr2  2:1.4.1-1
ii  zlib1g  1:1.2.8.dfsg-1

spice-client-gtk recommends no packages.

spice-client-gtk 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#715060: piuparts errors: unowned files left after de-installation

[Michael Stapelberg]

Hi Andreas,

Andreas Beckmann a...@debian.org writes:
 In piuparts tests with fake-essential init-system-helpers I currently see 
 these leftover directories in several tests:
I tried to reproduce this (and somewhat succeeded, but with another
error actually), but I noticed this:

1m46.7s DEBUG: Command ok: ['chroot', '/tmp/tmpDkypkx', 'eatmydata', 'dpkg', 
'--purge', 'libobject-event-perl', 'libencode-locale-perl', 
'libnet-ssleay-perl', 'adduser', 'init-system-helpers', 
'libfile-sharedir-perl', 'perl-modules', 'libhttp-negotiate-perl', 
'libjson-xs-perl', 'libio-socket-ssl-perl', 'libssl1.0.0:amd64', 
'libgdbm3:amd64', 'perl', 'netbase', 'libtimedate-perl', 'libanyevent-perl', 
'libwww-perl', 'libio-html-perl', 'libhtml-parser-perl', 
'libanyevent-xmpp-perl', 'libhttp-message-perl', 'liburi-perl', 
'libexpat1:amd64', 'libhttp-cookies-perl', 'ca-certificates', 
'libauthen-sasl-perl', 'liblwp-protocol-https-perl', 'libfile-listing-perl', 
'libxml-parser-perl', 'libidn11:amd64', 'liblwp-mediatypes-perl', 
'libnet-libidn-perl', 'libnet-http-perl', 'libclass-inspector-perl', 
'libhtml-tagset-perl', 'libhtml-tree-perl', 'openssl', 
'libwww-robotrules-perl', 'libanyevent-http-perl', 'libhttp-date-perl', 
'libconfig-general-perl', 'libcommon-sense-perl', 'libxml-writer-perl']
1m46.7s DEBUG: Starting command: ['chroot', '/tmp/tmpDkypkx', 'eatmydata', 
'dpkg', '--purge', 'kanla']
1m46.7s DUMP: 

Why is it still purging init-system-helpers before purging kanla? The
cleanup can’t work properly in that case. I thought making it
fake-essential fixed this?

(And yes, I am using piuparts 0.55)

-- 
Best regards,
Michael


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

Bug#720177: fix wrong title adjustment

[Ian Jackson]

retitle 720177 dgit should have better support for quilty workflow
thanks

I mistakenly retitled this bug rather than the clone, #727053.

Also, ISTM that this could be addressed without necessarily being able
to bidirectionally gateway patch series between `3.0 (quilt)' and git.
It would be sufficient to support git's native patch-series workflows
(eg, git rebase, stgit) in a convenient way.

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: tech-ctte: Decide which init system to default to in Debian.

[Paul Tagliamonte]

Package: tech-ctte
Severity: normal
thanks


In response to the recent threads, I'd like to ask the tech-ctte to
please vote on and decide on the default init system for Debian.

There's been quite a lot of discussion and it's clear no consensus is
coming out of the discussion.

In addition, I find that developers care quite a bit (in both
directions), and dependencies / conflicts are only going to become more
common and serious for our users.


Thank you!
  Paul

-- 
 .''`.  Paul Tagliamonte paul...@debian.org
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#727709: gnome-terminal: Message when opening terminal

[Adrian]

Package: gnome-terminal
Version: 3.10.1-1
Severity: minor

I get a message when opening gnome-terminal:

bash: data/zeitgeist-daemon.bash_completion: No existe el fichero o el
directorio



-- System Information:
Debian Release: jessie/sid
Architecture: amd64 (x86_64)

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

Versions of packages gnome-terminal depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.18.0-1
ii  gconf-service3.2.6-1
ii  gnome-terminal-data  3.10.1-1
ii  gsettings-desktop-schemas3.4.2-3
ii  libatk1.0-0  2.10.0-2
ii  libc62.17-93
ii  libdconf10.18.0-1
ii  libgconf-2-4 3.2.6-1
ii  libglib2.0-0 2.36.4-1
ii  libgtk-3-0   3.8.6-1
ii  libpango-1.0-0   1.36.0-1
ii  libuuid1 2.20.1-5.5
ii  libvte-2.90-91:0.34.9-1
ii  libx11-6 2:1.6.2-1

Versions of packages gnome-terminal recommends:
ii  dbus-x11  1.6.16-1
ii  gvfs  1.16.3-1+b1
ii  yelp  3.10.1-1

gnome-terminal suggests no packages.

-- no debconf information


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

Bug#721763: [brltty] Idea to get id for free

[Mario Lang]

Bastien ROUCARIES roucaries.bast...@gmail.com writes:

 On Fri, Oct 25, 2013 at 1:45 PM, Samuel Thibault sthiba...@debian.org wrote:
 Bastien ROUCARIES, le Fri 25 Oct 2013 08:55:48 +0200, a écrit :
 Fdti and the other one in this thread accept to be reflashed for pid/vid 
 only.
 So let reserve a few id on openmoko and ask your user to reflash.

 I don't think a user will dare to reflash his braille device. Those cost
 thousands of dollars and are typically the only way their owners would
 be able to use a computer.

 Changind vid/pid of usb adaptater is ultra low risk. You could always
 do it in reverse. And if manufacturer but the usb logo on their
 product it is violation of FTDI usb forum trademark so we could prod
 the manufactuer.

Reflashing will break compatibility with drivers on other platforms,
which is likely another reason why a user will not want to do this.

-- 
CYa,
  ⡍⠁⠗⠊⠕ | Debian Developer URL:http://debian.org/
  .''`. | Get my public key via finger mlang/k...@db.debian.org
 : :' : | 1024D/7FC1A0854909BCCDBE6C102DDFFC022A6B113E44
 `. `'
   `-  URL:http://delysid.org/  URL:http://www.staff.tugraz.at/mlang/


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

Bug#727710: assword add accepts the empty string as a context

[Daniel Kahn Gillmor]

Package: assword
Version: 0.7-1
Severity: normal

try:

echo | assword add

or:

assword add ''

In either situation, it creates a password with an empty string as the context. 
 this context is unsearchable from assword gui and it is probably actually 
not useful.

assword add should probably fail if the context is the empty string.

--dkg


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

Kernel: Linux 3.11-trunk-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 assword depends on:
ii  python2.7.5-5
ii  python-gpgme  0.2-3
ii  python-gtk2   2.24.0-3+b1
ii  python-pkg-resources  0.6.49-2

Versions of packages assword recommends:
ii  python-xdo  0.2-2
ii  xclip   0.12+svn84-2

assword suggests no packages.

-- debconf-show failed


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

Bug#726947: r-base: depends on deprecated package texi2html

[Dirk Eddelbuettel]

On 25 October 2013 at 17:00, Julian Gilbey wrote:
| On Fri, Oct 25, 2013 at 06:17:30AM -0500, Dirk Eddelbuettel wrote:
|  
|  (Darn. This sat as an unfinished/unsent emacs buffer for a few days.)
|  
|  On 20 October 2013 at 21:57, Julian Gilbey wrote:
|  | Source: r-base
|  | Version: 3.0.2-1
|  | Severity: important
|  | Tags: patch
|  | 
|  | I have just noticed that the texi2html package is deprecated in
|  | unstable (see bug#710466).  Patch: simply remove it from the
|  | Build-Depends and Suggests fields in debian/control, and it builds
|  | absolutely fine.
|  
|  Thanks, done in my sources.  
|  
|  Is there a minimum texinfo version we should depend upon?
| 
| I don't know - I couldn't understand why there was a texi2html
| dependency in the source at all as it doesn't seem to actually be used
| anywhere.

Try  'apt-cache show r-doc-html'  :)

So I think I need it, unless you tell me (and I think you did) that the
binary is now part of the texinfo package.

(In R's sources, see   doc/manual/   and the automake goodness there.)

Dirk

-- 
Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com


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

Bug#243461: debianutils: sensible-editor should run /usr/bin/editor and check for DISPLAY

[Daniel Kahn Gillmor]

Package: sensible-utils
Version: 0.0.9
Followup-For: Bug #243461

Hi there!

in the absence of environment variables or ~/.selected_editor,
sensible-editor appears to choose from:

 * nano
 * nano-tiny
 * vi

It does not try /usr/bin/editor.  It should try /usr/bin/editor before
trying any of the above (while still allowing the environment
variables and ~/.selected_editor to override the system alternative).

  --dkg

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

Kernel: Linux 3.11-trunk-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

-- debconf-show failed


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

Bug#726947: r-base: depends on deprecated package texi2html

[Julian Gilbey]

On Fri, Oct 25, 2013 at 11:23:17AM -0500, Dirk Eddelbuettel wrote:
 | I don't know - I couldn't understand why there was a texi2html
 | dependency in the source at all as it doesn't seem to actually be used
 | anywhere.
 
 Try  'apt-cache show r-doc-html'  :)

Mine makes no mention of texi2html.  I searched through the entire
r-base source and only found a mention of texi2html in the debian
control files and changelog.  So I'm unsure where you're getting a
mention of texi2html from.

 So I think I need it, unless you tell me (and I think you did) that the
 binary is now part of the texinfo package.

The binary is being removed from debian entirely.  It has been
replaced by texi2any in the texinfo package.

 (In R's sources, see   doc/manual/   and the automake goodness there.)

It currently (version 3.0.2-1) says in doc/manual/Makefile.in:

TEXI2HTML = $(MAKEINFO) $(MAKEINFO_HTML_OPTS)

so it's now using makeinfo instead of texi2html upstream.

   Julian


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

Bug#727711: git-buildpackage: Unable to build git-buildpackage

[Daniel Dehennin]

Package: git-buildpackage
Version: 0.6.5
Severity: normal

Dear Maintainer,

I would like to rebase my patch on top of the latest master and found
that the latest master HEAD[1] fails to build with the following error:

Traceback (most recent call last):
  File setup.py, line 64, in module
'console_scripts': [ 'gbp = gbp.scripts.supercommand:supercommand' ],
  File /usr/lib/python2.7/distutils/core.py, line 152, in setup
dist.run_commands()
  File /usr/lib/python2.7/distutils/dist.py, line 953, in run_commands
self.run_command(cmd)
  File /usr/lib/python2.7/distutils/dist.py, line 972, in run_command
cmd_obj.run()
  File /usr/lib/python2.7/dist-packages/nose/commands.py, line 154, in run
TestProgram(argv=argv, config=self.__config)
  File /usr/lib/python2.7/dist-packages/nose/core.py, line 118, in __init__
**extra_args)
  File /usr/lib/python2.7/unittest/main.py, line 95, in __init__
self.runTests()
  File /usr/lib/python2.7/dist-packages/nose/core.py, line 197, in runTests
result = self.testRunner.run(self.test)
  File /usr/lib/python2.7/dist-packages/nose/core.py, line 63, in run
result.printErrors()
  File /usr/lib/python2.7/dist-packages/nose/result.py, line 110, in 
printErrors
self.config.plugins.report(self.stream)
  File /usr/lib/python2.7/dist-packages/nose/plugins/manager.py, line 99, in 
__call__
return self.call(*arg, **kw)
  File /usr/lib/python2.7/dist-packages/nose/plugins/manager.py, line 167, in 
simple
result = meth(*arg, **kw)
  File /usr/lib/python2.7/dist-packages/nosexcover/nosexcover.py, line 45, in 
report
super(XCoverage, self).report(stream)
  File /usr/lib/python2.7/dist-packages/nose/plugins/cover.py, line 174, in 
report
self.coverInstance.html_report(modules, self.coverHtmlDir)
  File /usr/lib/python2.7/dist-packages/coverage/control.py, line 658, in 
html_report
reporter = HtmlReporter(self, self.config)
  File /usr/lib/python2.7/dist-packages/coverage/html.py, line 66, in __init__
data(pyfile.html), self.template_globals
  File /usr/lib/python2.7/dist-packages/coverage/html.py, line 38, in data
data_file = open(data_filename(fname))
  File /usr/lib/python2.7/dist-packages/coverage/html.py, line 34, in 
data_filename
raise CoverageException(Couldn't find static file %r % fname)
coverage.misc.CoverageException: Couldn't find static file 'pyfile.html'
make[1]: *** [override_dh_auto_test] Error 1
make[1]: Leaving directory `/«PKGBUILDDIR»'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2

Regards.

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

Kernel: Linux 3.10-2-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/bash

Versions of packages git-buildpackage depends on:
ii  devscripts2.13.4
ii  git   1:1.8.4~rc3-1
ii  man-db2.6.5-2
ii  python2.7.5-5
ii  python-dateutil   1.5+dfsg-0.1
ii  python-pkg-resources  0.6.49-2

Versions of packages git-buildpackage recommends:
pn  cowbuildernone
ii  pristine-tar  1.28

Versions of packages git-buildpackage suggests:
ii  python-notify  0.1.1-3
ii  unzip  6.0-9

-- no debconf information


Footnotes: 
[1]  d52abf37893c90c228ca043623a9bda214382239

-- 
Daniel Dehennin
Récupérer ma clef GPG:
gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF


pgp_TKPAfOyWJ.pgp
Description: PGP signature

Bug#727713: Please make debian-devel moderated or at least improve readability

[Josselin Mouette]

Package: lists.debian.org
Severity: wishlist

Hi,

as the current threads on debian-devel show, it is becoming almost
impossible to expect polite and constructive discussions on certain
topics. The list is polluted by high-frequency contributions, of often
the same people, with discussions going in circles. This is regularly
weighing on the project’s atmosphere as a whole.

As such, I’d appreciate if you could think of something, anything, that
improves the quality of exchanges and avoids disgusting people (like a
prominent developer who is on the verge of leaving the project following
this).

You might find it strange coming from me, since I haven’t always been
the easiest person with which to communicate on this list. However, I
think stricter rules would benefit more to everyone, as long as they are
fair.

Suggestions:
- limit the rate of emails someone can send to the list;
- limit it even further for non-contributors (I know we have always
found this non-welcoming, but we are still polluted, on all sides of
exchanges, by those who contribute almost nothing yet talk a lot of what
they don’t know);
- keep messages in queue for a few hours in threads above 3 levels of
replies;
- moderate (or even kill) entire threads once they reach a rate
threshold;
- whatever else…

Thanks for considering.
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


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

Bug#727712: Supplementary groups taken from the host system instead of the chroot

[Gaudenz Steinlin]

Package: schroot
Version: 1.6.5-1.1
Severity: important
Tags: patch

Supplememntary groups are initilized with initgroups before switching to
the chroot. This means that groups are initialize according to the group
database on the host system instead of the chroot. But groups should be
initialized according to the group database inside the chroot.

The attached patch moves the group initialization after the chroot call.
It is done against 1.6.5, but should also apply to 1.7.1 modulo the
changed file location.

But #685512 is a related but orthogonal problem. It might make sense to
also move the pam initialization to after the chroot call to use the pam
configuration inside the chroot. Otherwise setting groups with
pam_groups won't because they get overwritten by initgroups (as it's the
case right now as far as I understand the code). But setting groups with
pam_groups seems like a corner case to me.

Gaudenz

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

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

Versions of packages schroot depends on:
ii  libboost-filesystem1.54.0   1.54.0-2
ii  libboost-iostreams1.54.01.54.0-2
ii  libboost-program-options1.54.0  1.54.0-2
ii  libboost-regex1.54.01.54.0-2
ii  libboost-system1.54.0   1.54.0-2
ii  libc6   2.17-93
ii  libgcc1 1:4.8.1-10
ii  liblockdev1 1.0.3-1.5+b1
ii  libpam0g1.1.3-9
ii  libstdc++6  4.8.1-10
ii  libuuid12.20.1-5.5
ii  schroot-common  1.6.5-1.1

schroot recommends no packages.

Versions of packages schroot suggests:
pn  aufs-modules | unionfs-modules  none
ii  btrfs-tools 0.19+20130705-2
ii  debootstrap 1.0.53
ii  lvm22.02.98-6+b1
pn  qemu-user-staticnone

-- Configuration Files:
/etc/schroot/sbuild/nssdatabases changed [not included]

-- no debconf information
--- schroot-1.6.5.orig/sbuild/sbuild-session.cc
+++ schroot-1.6.5/sbuild/sbuild-session.cc
@@ -1255,14 +1255,6 @@ session::run_child (sbuild::chroot::ptr
   std::string location(session_chroot-get_path());
   log_debug(DEBUG_INFO)  location=  location  std::endl;
 
-  /* Set group ID and supplementary groups */
-  if (setgid (this-authstat-get_gid()))
-throw error(this-authstat-get_gid(), GROUP_SET, strerror(errno));
-  log_debug(DEBUG_NOTICE)  Set GID=  this-authstat-get_gid()  std::endl;
-  if (initgroups (this-authstat-get_user().c_str(), this-authstat-get_gid()))
-throw error(GROUP_SET_SUP, strerror(errno));
-  log_debug(DEBUG_NOTICE)  Set supplementary groups  std::endl;
-
   /* Set the process execution domain. */
   /* Will throw on failure. */
   chroot_facet_personality::const_ptr pfac =
@@ -1286,6 +1278,14 @@ session::run_child (sbuild::chroot::ptr
 throw error(location, CHROOT, strerror(errno));
   log_debug(DEBUG_NOTICE)  Changed root to   location  std::endl;
 
+  /* Set group ID and supplementary groups */
+  if (setgid (this-authstat-get_gid()))
+throw error(this-authstat-get_gid(), GROUP_SET, strerror(errno));
+  log_debug(DEBUG_NOTICE)  Set GID=  this-authstat-get_gid()  std::endl;
+  if (initgroups (this-authstat-get_user().c_str(), this-authstat-get_gid()))
+throw error(GROUP_SET_SUP, strerror(errno));
+  log_debug(DEBUG_NOTICE)  Set supplementary groups  std::endl;
+
   /* Set uid and check we are not still root */
   if (setuid (this-authstat-get_uid()))
 throw error(this-authstat-get_uid(), USER_SET, strerror(errno));

Bug#727645: polkit-kde-1: requires root password for hibernate, wrongly reports other users are logged on

[Martin Steigerwald]

Hi!

Am Freitag, 25. Oktober 2013, 15:27:20 schrieb Johannes Rohr:
 On Fr, Okt 25, 2013 at 01:38:45 +0300, Sami Erjomaa wrote:
  Hi,
  
  I have this same problem and I encountered it after I started using
  systemd.
 I also started using systemd recentlcy and I suspected that this might
 be related.
 
  For me the dialog shows org.freedesktop.login1.hibernate-multiple-sessions
  as the reason.
  
  My understanding is that it is dirmngr that causes this.
  
  loginctl shows:
 SESSIONUID USER SEAT
  c1112 dirmngr  
  c2   1000 durinseat0
  
  if I kill dirmngr the dialog requesting root password doesn't pop up.
 
 I'll try next time if I can reproduce this.

Please see:

#717731
upower: authentification is required for hibernating while other users are 
logged in
http://bugs.debian.org/717731

#717554
systemd: authentification is required for hibernating while other users are 
logged in
http://bugs.debian.org/717554


So this is still unsolved. I am not using / testing systemd for that reason 
since months.



Please test the solution / workaround Michael proposed in:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717554#32

I tried:

merkaba:~ cat /etc/polkit-1/localauthority/50-
local.d/org.freedesktop.upower.pkla
[Suspend/hibernate permissions]
Identity=unix-group:sudo
Action=org.freedesktop.upower.hibernate;org.freedesktop.upower.suspend
ResultAny=yes
ResultInactive=yes
ResultActive=yes

with my users in sudo group and still got the annoying error and it didn´t 
work for me.

Then I gave upon it.


I do think asking a user for password confirmation on hibernation after he just 
triggered the action just due to a background service having opened another 
session is broken. It may make sense if mutiple real users are logged in at 
the same time on *different* seats. But even then I don´t get why a password 
should be required. A dialog telling that other users might still be using the 
machine would be enough IMHO. Or the other user that might still be logged in 
might be asked. Anyway: For any single-seat setup asking the user for 
confirmation just doesn´t make sense.

But well, I argued this already in the other bug reports.


Maybe its a good idea to merge the bug reports regarding that issue. Actually 
I expect more of these to come if other people try systemd with KDE and do not 
look for duplicates. It will happen with any systemd and full KDE setup.

Ciao,
-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Thorsten Glaser]

Paul Tagliamonte dixit:

please vote on and decide on the default init system for Debian.

It’s not (just) about the _default_ but also on whether we will
force this default init system onto *all* our users, or whether
we commit to support more than one, and if so, how.

This is an *important* distinction / first step, and it absolutely
*must* be decided *before* the default is decided, because otherwise
the default system becomes just so much more important.

Why is it so hard to understand that this is (for me) about
freedom of choice?

I’d still say, let’s just GR about it. Prepare one now, then
have some time to cool down before the vote period.

bye,
//mirabilos
-- 
I believe no one can invent an algorithm. One just happens to hit upon it
when God enlightens him. Or only God invents algorithms, we merely copy them.
If you don't believe in God, just consider God as Nature if you won't deny
existence.  -- Coywolf Qi Hunt


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Paul Tagliamonte]

On Fri, Oct 25, 2013 at 04:40:15PM +, Thorsten Glaser wrote:
 Paul Tagliamonte dixit:
 
 please vote on and decide on the default init system for Debian.
 
 It’s not (just) about the _default_ but also on whether we will
 force this default init system onto *all* our users, or whether
 we commit to support more than one, and if so, how.

We've only ever supported one as a project; if you'd like to start
supporting more, please start a thread on that, and perhaps a release
goal.

 This is an *important* distinction / first step, and it absolutely
 *must* be decided *before* the default is decided, because otherwise
 the default system becomes just so much more important.

The default is the only thing we should support. Trying to support every
init system is insane, and again, this has implications on how daemons
are started, and small bugs for some radom daemon may start causing
subtle heisenbugs in unrelated apps.

 Why is it so hard to understand that this is (for me) about
 freedom of choice?

It may be, but it's not for the project. Let's let this bug be, and
have the tech cttie decide on *the* init system for Debian. If you want
to support more, again, please suggest it in another thread and/or bug.


Cheers,
  Paul

-- 
 .''`.  Paul Tagliamonte paul...@debian.org
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#727715: lxsession: LXDE fails to suspend/hibernate.

[Pawel Rozanski]

Package: lxsession
Version: 0.4.9.2-1
Severity: normal

Dear Maintainer,
When I use Logout button from LXDE, then I choose Suspend or Hibernate. It used 
to work, but now,
after some upgrade (it's unstable, so hard to tell which packages upgraded), it 
does not work
anymore.
When I choose reboot or shutdown, it works fine, but suspend or hibernate just 
switches me to lightdm,
which is my session manager, no hibernation nor suspend are performed.

If I choose suspend or hibernate from lightdm menu, it works fine. After 
restoring from suspend
(or just after logging in), session is intact (programs are running as they 
were, so there's no logout
 performed), but theres gray screen, which is produced by process
lxsession-logout --banner /usr/share/lxde/images/logout-banner.png --side=top

After alt-tab, when I kill this process, everything (rest of programs) works OK.
In syslog in the moment I choose suspend I see:
Oct 25 18:46:49 merkury dbus[3283]: [system] Activating service 
name='org.freedesktop.systemd1' (using servicehelper)
Oct 25 18:46:49 merkury dbus[3283]: [system] Activated service 
'org.freedesktop.systemd1' failed: Launch helper exited with unknown return 
code 1
Oct 25 18:46:49 merkury acpid: client connected from 1831[0:0]
Oct 25 18:46:49 merkury acpid: 1 client rule loaded

Hanging processes:
rozie 1813  0.0  0.0   4320   620 ?S18:46   0:00 /bin/sh 
/usr/bin/lxde-logout
rozie 1814  0.1  0.5 402232 19932 ?Sl   18:46   0:00 
lxsession-logout --banner /usr/share/lxde/images/logout-banner.png --side=top

After kill 1814 everything looks normal.

Probably some other information/tests will be needed, please let me know what 
to check (exact commands
preffered).

Kind regards,
Paweł

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

Kernel: Linux 3.11-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash

Versions of packages lxsession depends on:
ii  libatk1.0-02.10.0-2
ii  libc6  2.17-93
ii  libcairo2  1.12.16-2
ii  libdbus-1-31.6.16-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libfontconfig1 2.11.0-1
ii  libfreetype6   2.4.9-1.1
ii  libgdk-pixbuf2.0-0 2.28.2-1
ii  libgee20.6.8-1
ii  libglib2.0-0   2.36.4-1
ii  libgtk2.0-02.24.22-1
ii  libpango-1.0-0 1.36.0-1
ii  libpangocairo-1.0-01.36.0-1
ii  libpangoft2-1.0-0  1.36.0-1
ii  libpolkit-agent-1-00.105-4
ii  libpolkit-gobject-1-0  0.105-4
ii  libx11-6   2:1.6.2-1

Versions of packages lxsession recommends:
ii  consolekit   0.4.6-3+b1
ii  fluxbox [x-window-manager]   1.3.5-1
ii  lxde-common  0.5.5-6
ii  metacity [x-window-manager]  1:2.34.13-1
ii  openbox [x-window-manager]   3.5.2-3
ii  openssh-client [ssh-client]  1:6.2p2-6
ii  upower   0.9.23-2

Versions of packages lxsession suggests:
ii  gpicview  0.2.3+git20130714-2
ii  lxpanel   0.5.12-3
ii  pcmanfm   1.1.2-1

-- no debconf information


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

Bug#727714: emacs23-el: The el files are zipped making searching harder

[Rustom Mody]

Package: emacs23-el
Version: 23.4+1-4.1
Severity: normal

Dear Maintainer,

The elisp files in emacs23-el are stored zipped.
Those who want these files want them because they want to search
something -- the zipping makes this a nuisance.

Isn't it possible to have some option which we can pass to
dpkg-reconfigure so that they are stored uncompressed?

Thanks
Rusi


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

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

Versions of packages emacs23-el depends on:
ii  emacs23-common  23.4+1-4.1

emacs23-el recommends no packages.

emacs23-el 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#727716: ITP: fdroidserver -- F-Droid build server and repository tools for Android

[Hans-Christoph Steiner]

Package: wnpp
Severity: wishlist
Owner: Hans-Christoph Steiner h...@eds.org
Tags: pending help

* Package name: fdroidserver
  Version : 0.1
  Upstream Author : F-Droid Limited (Ciaran Gultnieks, Daniel Martí, and others)
* URL : https://f-droid.org
* License : GPL, GFDL-1.3 (with no invariant sections)
  Programming Lang: Python, PHP, Ruby
  Description : F-Droid build server and repository tools for Android

 F-Droid is an installable catalogue of FOSS (Free and Open Source Software)
 applications for the Android platform. The client makes it easy to browse,
 install, and keep track of updates on your device.
 .
 The F-Droid server tools provide various scripts and tools that are used to
 maintain the main F-Droid application repository. You can use these same
 tools to create your own additional or alternative repository for publishing,
 or to assist in creating, testing and submitting metadata to the main
 repository.

git repo:
http://anonscm.debian.org/gitweb/?p=collab-maint/fdroidserver.git


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Thorsten Glaser]

Paul Tagliamonte dixit:

It may be, but it's not for the project. Let's let this bug be, and
have the tech cttie decide on *the* init system for Debian. If you want

No, this must really really be decided first.

bye,
//mirabilos
-- 
diogenese Beware of ritual lest you forget the meaning behind it.
igli yeah but it means if you really care about something, don't
ritualise it, or you will lose it. don't fetishise it, don't
obsess. or you'll forget why you love it in the first place.


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Paul Tagliamonte]

On Fri, Oct 25, 2013 at 04:53:52PM +, Thorsten Glaser wrote:
 Paul Tagliamonte dixit:
 
 It may be, but it's not for the project. Let's let this bug be, and
 have the tech cttie decide on *the* init system for Debian. If you want
 
 No, this must really really be decided first.

Moving bug off CC. Please don't re-add it.

Feel free to start a new thread. Let that thread and bug be.

-- 
 .''`.  Paul Tagliamonte paul...@debian.org
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#727665: lintian: FTBFS: Test failures

[Niels Thykier]

Control: tags -1 confirmed

On 2013-10-25 08:11, Daniel Schepler wrote:
 Source: lintian
 Version: 2.5.19
 Severity: serious
 
From my pbuilder build log:
 
 [...]
 

Hi,

I can confirm this failure on (a slightly updated) git master branch;
downgrading tar to the version in testing makes the problems go away.
Odds are recent changes in tar to blame for this; question is now
whether it is a regression in tar or Lintian relying on non-interface bits.

~Niels


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

Bug#665719: flint: FTBFS on mips/mipsel (impossible constraint in 'asm'

[Dejan Latinovic]

Hi,

gcc for mips/mipsel used in wheezy and jessie (sid) doesn't support
define_register_constraint h.


I have attached a patch solving the issue.

Cheers,
Dejan Latinovićdiff -uNr flint-1.011.orig/longlong.h flint-1.011/longlong.h
--- flint-1.011.orig/longlong.h	2008-06-16 03:31:56.0 +
+++ flint-1.011/longlong.h	2013-10-23 15:48:54.0 +
@@ -1011,27 +1011,17 @@
 #endif /* __m88000__ */
 
 #if defined (__mips)  W_TYPE_SIZE == 32
-#if __GNUC__  2 || __GNUC_MINOR__ = 7
-#define umul_ppmm(w1, w0, u, v) \
-  __asm__ (multu %2,%3 : =l (w0), =h (w1) : d (u), d (v))
-#else
 #define umul_ppmm(w1, w0, u, v) \
   __asm__ (multu %2,%3\n\tmflo %0\n\tmfhi %1\
 	   : =d (w0), =d (w1) : d (u), d (v))
-#endif
 #define UMUL_TIME 10
 #define UDIV_TIME 100
 #endif /* __mips */
 
 #if (defined (__mips)  __mips = 3)  W_TYPE_SIZE == 64
-#if __GNUC__  2 || __GNUC_MINOR__ = 7
-#define umul_ppmm(w1, w0, u, v) \
-  __asm__ (dmultu %2,%3 : =l (w0), =h (w1) : d (u), d (v))
-#else
 #define umul_ppmm(w1, w0, u, v) \
   __asm__ (dmultu %2,%3\n\tmflo %0\n\tmfhi %1\
 	   : =d (w0), =d (w1) : d (u), d (v))
-#endif
 #define UMUL_TIME 20
 #define UDIV_TIME 140
 #endif /* __mips */

Bug#727717: iceowl: IceOwl fails to properly sync over CalDAV

[Martín Ferrari]

Package: iceowl
Version: 1.9-3
Severity: important

I have switched my calendars from Google to my own radicale instance. I managed
to get everything working with it (Android devices, evolution), but iceowl
refuses to do this job properly: out of hundreds of events, it only shows TWO
events!

I cannot see any meaningful error, I have tried removing and recreating the
calendar dozens of times, and still the same result. Evidently, it is not a
problem in the server, as other clients have no problem seeing the events.
Also, Iceowl sees correctly the same entries when obtaining them from google
servers.

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

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

Versions of packages iceowl depends on:
ii  libasound2  1.0.27.2-1
ii  libatk1.0-0 2.10.0-2
ii  libc6   2.17-93
ii  libcairo2   1.12.16-2
ii  libdbus-1-3 1.6.14-1
ii  libdbus-glib-1-20.100.2-1
ii  libevent-2.0-5  2.0.21-stable-1
ii  libffi5 3.0.10-3
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.1-10
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgtk2.0-0 2.24.21-1
ii  libhunspell-1.3-0   1.3.2-4
ii  libjpeg88d-1
ii  libnspr42:4.10-1
ii  libnss3 2:3.15.1-1
ii  libnss3-1d  2:3.15.1-1
ii  libpango1.0-0   1.32.5-5+b1
ii  libpixman-1-0   0.30.2-1
ii  libsqlite3-03.8.0.2-1
ii  libstdc++6  4.8.1-10
ii  libvpx1 1.2.0-2
ii  libx11-62:1.6.2-1
ii  libxext62:1.3.2-1
ii  libxrender1 1:0.9.8-1
ii  libxt6  1:1.1.4-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages iceowl recommends:
pn  calendar-google-provider  none

iceowl 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#727241: kmail: Kmail does not show contents of folders on IMAP server

[Noel David Torres Taño]

Package: kmail
Version: 4:4.10.5-2
Followup-For: Bug #727241

Dear Maintainer,

I have just tested with dovecot 1:2.1.7-7 and the bug is still there

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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-2
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2+b1
ii  libc6 2.17-92
ii  libcalendarsupport4   4:4.10.5-2
ii  libgcc1   1:4.7.2-5
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-2
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1+b1
ii  libkdecore5   4:4.10.5-1+b1
ii  libkdepim44:4.10.5-2
ii  libkdeui5 4:4.10.5-1+b1
ii  libkio5   4:4.10.5-1+b1
ii  libkleo4  4:4.10.5-2
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1+b1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1+b1
ii  libkpgp4  4:4.10.5-2
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1+b1
ii  libksieveui4  4:4.10.5-2
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-2
ii  libmailimporter4  4:4.10.5-2
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-2
ii  libmessagecore4   4:4.10.5-2
ii  libmessagelist4   4:4.10.5-2
ii  libmessageviewer4 4:4.10.5-2
ii  libnepomukcore4   4:4.10.5-1+b1
ii  libpimcommon4 4:4.10.5-2
ii  libqt4-dbus   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtwebkit4  2.2.1-5
ii  libsolid4 4:4.10.5-1+b1
ii  libsoprano4   2.9.2+dfsg.1-4
ii  libstdc++64.7.2-5
ii  libtemplateparser44:4.10.5-2
ii  perl  5.14.2-21

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.19-2+deb7u1
ii  gnupg22.0.19-2+deb7u1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-2
pn  clamav | f-prot-installer  none
ii  kaddressbook   4:4.10.5-2
ii  kleopatra  4:4.10.5-2
ii  procmail   3.22-20
ii  spamassassin   3.3.2-5

-- 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#727241: kmail: Kmail does not show contents of folders on IMAP server

[Noel David Torres Taño]

Package: kmail
Version: 4:4.10.5-2
Followup-For: Bug #727241

Dear Maintainer,

Upstream bug https://bugs.kde.org/show_bug.cgi?id=326473

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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-2
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2+b1
ii  libc6 2.17-92
ii  libcalendarsupport4   4:4.10.5-2
ii  libgcc1   1:4.7.2-5
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-2
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1+b1
ii  libkdecore5   4:4.10.5-1+b1
ii  libkdepim44:4.10.5-2
ii  libkdeui5 4:4.10.5-1+b1
ii  libkio5   4:4.10.5-1+b1
ii  libkleo4  4:4.10.5-2
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1+b1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1+b1
ii  libkpgp4  4:4.10.5-2
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1+b1
ii  libksieveui4  4:4.10.5-2
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-2
ii  libmailimporter4  4:4.10.5-2
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-2
ii  libmessagecore4   4:4.10.5-2
ii  libmessagelist4   4:4.10.5-2
ii  libmessageviewer4 4:4.10.5-2
ii  libnepomukcore4   4:4.10.5-1+b1
ii  libpimcommon4 4:4.10.5-2
ii  libqt4-dbus   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtwebkit4  2.2.1-5
ii  libsolid4 4:4.10.5-1+b1
ii  libsoprano4   2.9.2+dfsg.1-4
ii  libstdc++64.7.2-5
ii  libtemplateparser44:4.10.5-2
ii  perl  5.14.2-21

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.19-2+deb7u1
ii  gnupg22.0.19-2+deb7u1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-2
pn  clamav | f-prot-installer  none
ii  kaddressbook   4:4.10.5-2
ii  kleopatra  4:4.10.5-2
ii  procmail   3.22-20
ii  spamassassin   3.3.2-5

-- 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#727718: enter no longer can be used when logging in

[Joey Hess]

Package: lightdm
Version: 1.6.3-1
Severity: minor

In version 1.2.2, you could type your name, and press enter to get to
the password prompt. This no longer works, which seems a gratuitous
change. (Muscle memory is worth supporting when possible.)

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

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

Versions of packages lightdm depends on:
ii  adduser3.113+nmu3
ii  consolekit 0.4.6-3+b1
ii  dbus   1.6.16-1
ii  debconf [debconf-2.0]  1.5.51
ii  libc6  2.17-93
ii  libgcrypt111.5.3-2
ii  libglib2.0-0   2.36.4-1
ii  libpam0g   1.1.3-10
ii  libxcb11.9.1-3
ii  libxdmcp6  1:1.1.1-1
ii  lightdm-gtk-greeter [lightdm-greeter]  1.6.1-2

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+4

Versions of packages lightdm suggests:
pn  accountsservice  none
ii  upower   0.9.23-2

-- debconf information excluded

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#727719: ergo: FTBFS on mips/mipsel

[Jurica Stanojkovic]

Package: ergo
Version: 3.3.1-1
Severity: serious
Tags: sid
Justification: FTBFS

Package ergo failed to build from source on mips/mipsel because R3000 used
in integrals_hermite.cc is already defined.

Full build logs:
https://buildd.debian.org/status/fetch.php?pkg=ergoarch=mipsver=3.3.1-1stamp=1380475129
https://buildd.debian.org/status/fetch.php?pkg=ergoarch=mipselver=3.3.1-1stamp=1380477528

I have attached a patch resolving the issue.

Best regards,
Jurica

--- ergo-3.3.1.orig/source/integrals/integrals_hermite.cc
+++ ergo-3.3.1/source/integrals/integrals_hermite.cc
@@ -30,6 +30,9 @@
 #include cmath
 #include stdio.h
 
+#ifdef R3000
+ #undef R3000
+#endif
 
 int
 get_related_integrals_hermite(const IntegralInfo  integralInfo,

Bug#727463: moodbar: update config.{sub,guess} for the AArch64 port

[Andrew Starr-Bochicchio]

On Wed, Oct 23, 2013 at 7:13 PM, Matthias Klose d...@debian.org wrote:
 Package: src:moodbar
 Version: 0.1.2-4
 Severity: normal
 User: debian-...@lists.debian.org
 Usertags: arm64

 The package fails to build on arm64 (aarch64-linux-gnu), because the
 config.{guess,sub} files are out of date, and are not updated during
 the build.  If possible, please do not update these files directly,
 but build-depend on autotools-dev instead, and use the tools provided
 by autotools-dev to update these files.

   - For dh, call dh --with autotools_dev (yes, underscore).

Hi Matthias,

In debian/rules, I call:

%:
dh $@ --with autoreconf

override_dh_autoreconf:
NOCONFIGURE=1 dh_autoreconf $(CURDIR)/autogen.sh

as I need to force an update of aclocal.m4 (see BTS #689373). I can
confirm that this does not also update config.{guess,sub} and that
using autotools_dev does. Unfortunately, autotools_dev doesn't seem to
update of aclocal.m4. man autoreconf says:

   dh_autoreconf is a superset of the autotools-dev debhelper
addons, so you do not need --with=autotools_dev if you use
--with=autoreconf. In fact, in
   most cases they should not be used together, as it may lead to
unpredictable behaviour.

So if you have any advice on how to proceed before I go and do this
all by hand the old school way, I'd greatly appreciate it.

Thanks,

-- Andrew Starr-Bochicchio

   Ubuntu Developer https://launchpad.net/~andrewsomething
   Debian Developer http://qa.debian.org/developer.php?login=asb
   PGP/GPG Key ID: D53FDCB1


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

Bug#727714: emacs23-el: The el files are zipped making searching harder

[Rob Browning]

Rustom Mody rustompm...@gmail.com writes:

 The elisp files in emacs23-el are stored zipped.  Those who want these
 files want them because they want to search something -- the zipping
 makes this a nuisance.

 Isn't it possible to have some option which we can pass to
 dpkg-reconfigure so that they are stored uncompressed?

I don't know of any easy way to do that right now.  It might not suit
your needs, but are you familiar with zgrep?

And of course all of the normal emacs introspection functions should
work fine too (appropos, etc.).

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#727242: kmail: Kmail does not import filters from previous version

[Noel David Torres Taño]

Package: kmail
Version: 4:4.10.5-2
Followup-For: Bug #727242

Dear Maintainer,

Upstream bug https://bugs.kde.org/show_bug.cgi?id=326474

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

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

Versions of packages kmail depends on:
ii  kde-runtime   4:4.10.5-1
ii  kdepim-runtime4:4.10.5-2
ii  kdepimlibs-kio-plugins4:4.10.5-1
ii  libakonadi-contact4   4:4.10.5-1
ii  libakonadi-kde4   4:4.10.5-1
ii  libakonadi-kmime4 4:4.10.5-1
ii  libakonadiprotocolinternals1  1.9.2-2+b1
ii  libc6 2.17-92
ii  libcalendarsupport4   4:4.10.5-2
ii  libgcc1   1:4.7.2-5
ii  libgpgme++2   4:4.10.5-1
ii  libincidenceeditorsng44:4.10.5-2
ii  libkabc4  4:4.10.5-1
ii  libkcalcore4  4:4.10.5-1
ii  libkcalutils4 4:4.10.5-1
ii  libkcmutils4  4:4.10.5-1+b1
ii  libkdecore5   4:4.10.5-1+b1
ii  libkdepim44:4.10.5-2
ii  libkdeui5 4:4.10.5-1+b1
ii  libkio5   4:4.10.5-1+b1
ii  libkleo4  4:4.10.5-2
ii  libkmime4 4:4.10.5-1
ii  libknotifyconfig4 4:4.10.5-1+b1
ii  libkontactinterface4  4:4.10.5-1
ii  libkparts44:4.10.5-1+b1
ii  libkpgp4  4:4.10.5-2
ii  libkpimidentities44:4.10.5-1
ii  libkpimtextedit4  4:4.10.5-1
ii  libkpimutils4 4:4.10.5-1
ii  libkprintutils4   4:4.10.5-1+b1
ii  libksieveui4  4:4.10.5-2
ii  libktnef4 4:4.10.5-1
ii  libmailcommon44:4.10.5-2
ii  libmailimporter4  4:4.10.5-2
ii  libmailtransport4 4:4.10.5-1
ii  libmessagecomposer4   4:4.10.5-2
ii  libmessagecore4   4:4.10.5-2
ii  libmessagelist4   4:4.10.5-2
ii  libmessageviewer4 4:4.10.5-2
ii  libnepomukcore4   4:4.10.5-1+b1
ii  libpimcommon4 4:4.10.5-2
ii  libqt4-dbus   4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-network4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqt4-xml4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtcore44:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2
ii  libqtwebkit4  2.2.1-5
ii  libsolid4 4:4.10.5-1+b1
ii  libsoprano4   2.9.2+dfsg.1-4
ii  libstdc++64.7.2-5
ii  libtemplateparser44:4.10.5-2
ii  perl  5.14.2-21

Versions of packages kmail recommends:
ii  gnupg-agent   2.0.19-2+deb7u1
ii  gnupg22.0.19-2+deb7u1
ii  pinentry-gtk2 [pinentry-x11]  0.8.1-1

Versions of packages kmail suggests:
ii  bogofilter 1.2.2+dfsg1-2
pn  clamav | f-prot-installer  none
ii  kaddressbook   4:4.10.5-2
ii  kleopatra  4:4.10.5-2
ii  procmail   3.22-20
ii  spamassassin   3.3.2-5

-- 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#727691: (no subject)

[Gianfranco Costamagna]

Control: retitle -1 check framework library is missing the so files


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

Bug#727720: sudo: wildcard in host fqdn does no longer work

[Markus Frosch]

Package: sudo
Version: 1.8.8-2
Severity: normal

Hey there,
I noticed a weird behavior since I updated sudo several days ago.

My sudoers contains the following line:
%sudo  *.vm.lazyfrosch.de=(ALL:ALL) NOPASSWD: ALL

Intention is to allow me to sudo without password on my virtual boxes.

It is working on wheezy, but not on jessie. A downgrade to 1.8.7-3 fixes it.

Cheers
Markus

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

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

Versions of packages sudo depends on:
ii  libc6   2.17-93
ii  libpam-modules  1.1.3-9
ii  libpam0g1.1.3-9
ii  libselinux1 2.1.13-3

sudo recommends no packages.

sudo suggests no packages.

-- Configuration Files:
/etc/sudoers [Errno 13] Keine Berechtigung: u'/etc/sudoers'
/etc/sudoers.d/README [Errno 13] Keine Berechtigung: u'/etc/sudoers.d/README'

-- 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#713575: Patch for the build failure

[Andreas Moog]

tags 713575 patch
forwarded 713575 https://code.google.com/p/libgcal/issues/detail?id=94
kthxbye

Hello David, Hello Michael,

attached is a patch to fix building on Debian. I've opened
https://code.google.com/p/libgcal/issues/detail?id=94 upstream and sent
my patch there as well.

Thanks for considering the patch.
-- 
Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany
Ubuntu Developer
PGP-encrypted mails preferred (Key-ID: 74DE6624)
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624
Description: explicitly link the tests with pthread to fix FTBFS (Closes: #713575)
Author: Andreas Moog am...@ubuntu.com
Bug-Debian: http://bugs.debian.org/713575

--- libgcal-0.9.6.orig/utests/CMakeLists.txt
+++ libgcal-0.9.6/utests/CMakeLists.txt
@@ -21,7 +21,7 @@ set(GCAL_TEST_SOURCE_FILES
 )
 
 add_executable(testgcal ${GCAL_TEST_SOURCE_FILES})
-target_link_libraries(testgcal gcal ${CHECK_LIBRARIES})
+target_link_libraries(testgcal gcal ${CHECK_LIBRARIES} pthread)
 
 add_custom_target(
 	test


signature.asc
Description: OpenPGP digital signature

Bug#727463: moodbar: update config.{sub,guess} for the AArch64 port

[Andrew Starr-Bochicchio]

tag 727463 pending
thanks

On Fri, Oct 25, 2013 at 1:41 PM, Andrew Starr-Bochicchio a...@debian.org 
wrote:
 So if you have any advice on how to proceed before I go and do this
 all by hand the old school way, I'd greatly appreciate it.

Colin seems to have brought up a similar issue with the dh-autoreconf
maintainer in BTS #698765. His solution put me on the right track to
solve this without throwing out the helpers altogether.

Thanks,

-- Andrew Starr-Bochicchio

   Ubuntu Developer https://launchpad.net/~andrewsomething
   Debian Developer http://qa.debian.org/developer.php?login=asb
   PGP/GPG Key ID: D53FDCB1


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

Bug#723867: dpkg-sig: diff for NMU version 0.13.1+nmu1

[gregor herrmann]

tags 723867 + patch
tags 723867 + pending
thanks

Dear maintainer,

I've prepared an NMU for dpkg-sig (versioned as 0.13.1+nmu1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   
diff -Nru dpkg-sig-0.13.1/debian/changelog dpkg-sig-0.13.1+nmu1/debian/changelog
--- dpkg-sig-0.13.1/debian/changelog	2006-11-20 16:10:47.0 +0100
+++ dpkg-sig-0.13.1+nmu1/debian/changelog	2013-10-25 20:07:39.0 +0200
@@ -1,3 +1,14 @@
+dpkg-sig (0.13.1+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with perl 5.18: POD errors:
+fix POD by adding missing '=back'.
+(Closes: #723867)
+  * debian/control: replace Build-Depends-Indep with Build-Depends. Both
+debhelper and perl are needed during clean (lintian error).
+
+ -- gregor herrmann gre...@debian.org  Fri, 25 Oct 2013 20:07:08 +0200
+
 dpkg-sig (0.13.1) unstable; urgency=low
 
   * Non-Maintainer Upload by Gunnar Wolf
diff -Nru dpkg-sig-0.13.1/debian/control dpkg-sig-0.13.1+nmu1/debian/control
--- dpkg-sig-0.13.1/debian/control	2006-11-20 16:08:07.0 +0100
+++ dpkg-sig-0.13.1+nmu1/debian/control	2013-10-25 20:07:05.0 +0200
@@ -3,7 +3,7 @@
 Priority: optional
 Uploaders: Andreas Barth a...@not.so.argh.org
 Maintainer: Marc 'HE' Brockschmidt h...@debian.org
-Build-Depends-Indep: debhelper (= 4), perl
+Build-Depends: debhelper (= 4), perl
 Standards-Version: 3.6.2
 
 Package: dpkg-sig
diff -Nru dpkg-sig-0.13.1/dpkg-sig dpkg-sig-0.13.1+nmu1/dpkg-sig
--- dpkg-sig-0.13.1/dpkg-sig	2006-11-20 16:08:31.0 +0100
+++ dpkg-sig-0.13.1+nmu1/dpkg-sig	2013-10-25 20:04:33.0 +0200
@@ -1506,6 +1506,8 @@
 
 =item Signs I$changes_file and write the signed copy back.
 
+=back
+
 =cut
 
 sub sign_control_files {


signature.asc
Description: Digital signature

Bug#724054: exrtools: FTBFS: no dependency information found for /usr/lib/x86_64-linux-gnu/libpng12.so.0 (used by debian/exrtools/usr/bin/pngtoexr)

[gregor herrmann]

Control: tag -1 + unreproducible

On Sun, 22 Sep 2013 08:06:01 -0700, Daniel Schepler wrote:

 dh_shlibdeps
 dh_shlibdeps: Compatibility levels before 5 are deprecated (level 4 in use)
 dpkg-shlibdeps: error: no dependency information found for 
 /usr/lib/x86_64-linux-gnu/libpng12.so.0 (used by 
 debian/exrtools/usr/bin/pngtoexr)
 dh_shlibdeps: dpkg-shlibdeps -Tdebian/exrtools.substvars 
 debian/exrtools/usr/bin/exricamtm debian/exrtools/usr/bin/ppmtoexr 
 debian/exrtools/usr/bin/exrblur debian/exrtools/usr/bin/exrpptm 
 debian/exrtools/usr/bin/jpegtoexr debian/exrtools/usr/bin/exrstats 
 debian/exrtools/usr/bin/exrnlm debian/exrtools/usr/bin/exrnormalize 
 debian/exrtools/usr/bin/pngtoexr debian/exrtools/usr/bin/exrtopng 
 debian/exrtools/usr/bin/exrchr returned exit code 2

Builds fine here, probably due to recent changes in the libpng
package?

Cheers,
gregor

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


signature.asc
Description: Digital signature

Bug#727721: cl-cffi: Upgrade to 0.11.2

[Diogo F. S. Ramos]

Package: cl-cffi
Version: 20100219-2
Severity: wishlist

Dear Maintainer,

The last release of CFFI is 0.11.2, released in June 10th, 2013.

If I'm reading it correctly, the packaged version of CFFI is from
February 19th, 2010.

The packaged version lacks, for example, the `(:struct ...)' type
feature.

Would be possible to upgrade it?

I'm not familiar with the procedures involved, but I'm willing to
help.


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

Bug#727722: Documentation: Title in non-English characters incorrect

[Robert Lange]

Package: libchart-gnuplot-perl
Version: 0.20-2
Severity: minor

Dear Maintainer,


the following entry in the Chart::Gnuplot documentation is not correct,
Using the given statements results in an error (; expected):

   6. Title in non-English characters (Thanks to WOLfgang Schricker)
   use Encode;

   my $title = ...   # Title with German umlauts
   $title = decode(utf8, $title);

   Chart::Gnuplot-new(
   encoding = 'iso-8859-1',
   title= $title,
   );


The correct syntax should be:

   Chart::Gnuplot-new(
   encoding = 'utf8',
   title= $title,
   );

No decoding required. Takes also care about the labels.




-- System Information:
Debian Release: 7.2
  APT prefers stable
  APT policy: (800, 'stable'), (500, 'stable-updates'), (70,
'unstable'), (70, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libchart-gnuplot-perl depends on:
ii  gnuplot-nox  4.6.0-8
ii  perl 5.14.2-21+deb7u1

Versions of packages libchart-gnuplot-perl recommends:
ii  ghostscript  9.05~dfsg-6.3+deb7u1
ii  imagemagick  8:6.7.7.10-5+deb7u2

libchart-gnuplot-perl 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#705875: gpaint: diff for NMU version 0.3.3-6.1

[gregor herrmann]

tags 705875 + pending
tags 724915 + patch
tags 724915 + pending
thanks

Dear maintainer,

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

Regards.

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: U2: New York
diff -Nru gpaint-0.3.3/debian/changelog gpaint-0.3.3/debian/changelog
--- gpaint-0.3.3/debian/changelog	2009-12-30 02:04:24.0 +0100
+++ gpaint-0.3.3/debian/changelog	2013-10-25 20:27:16.0 +0200
@@ -1,3 +1,18 @@
+gpaint (0.3.3-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix FTBFS with gcc-4.8 in experimental and eglibc-2.17:
+add patch 27_fix_missing_hdrs_libs.diff from Ubuntu / Daniel T Chen:
+* Fixed FTBFS:
+  - added missing preprocessor directives and math lib to link;
+  - added forward declarations, fixing implicit declaration warnings
+that would have caused FTBFS on amd64 buildds.
+(Closes: #705875)
+  * This patch also fixes FTBFS: image_processing.o: undefined reference to
+symbol 'log@@GLIBC_2.2.5' (Closes: #724915)
+
+ -- gregor herrmann gre...@debian.org  Fri, 25 Oct 2013 20:26:51 +0200
+
 gpaint (0.3.3-6) unstable; urgency=low
 
   * debian/patches/26_fix_toolbar.diff: don't set the style for the toolbar,
diff -Nru gpaint-0.3.3/debian/patches/27_fix_missing_hdrs_libs.diff gpaint-0.3.3/debian/patches/27_fix_missing_hdrs_libs.diff
--- gpaint-0.3.3/debian/patches/27_fix_missing_hdrs_libs.diff	1970-01-01 01:00:00.0 +0100
+++ gpaint-0.3.3/debian/patches/27_fix_missing_hdrs_libs.diff	2013-10-25 20:25:31.0 +0200
@@ -0,0 +1,71 @@
+Index: gpaint-0.3.3/src/image.c
+===
+--- gpaint-0.3.3.orig/src/image.c	2013-04-21 10:13:06.029569664 -0400
 gpaint-0.3.3/src/image.c	2013-04-21 10:13:23.209284134 -0400
+@@ -28,6 +28,8 @@
+ #include image.h
+ #include debug.h
+ #include math.h
++#include string.h
++#include libintl.h
+ #include gdk/gdk.h
+ #include gdk/gdkx.h  /* for gdk_root_parent */
+ #include gdk-pixbuf/gdk-pixbuf.h
+Index: gpaint-0.3.3/src/text.c
+===
+--- gpaint-0.3.3.orig/src/text.c	2013-04-21 10:13:06.009569962 -0400
 gpaint-0.3.3/src/text.c	2013-04-21 10:13:23.209284134 -0400
+@@ -26,6 +26,8 @@
+ #  include config.h
+ #endif
+ 
++#include ctype.h
++#include stdlib.h
+ #include string.h
+ 
+ #ifdef HAVE_STRING_H
+@@ -76,6 +78,7 @@
+ static void text_draw_string(gpaint_text *text);
+ static gint text_handle_timeout(gpaint_text *text);
+ static void text_draw_current_string(gpaint_tool *tool);
++extern void convert_color(const GdkColor *color, unsigned char *r, unsigned char *g, unsigned char *b);
+ 
+ gpaint_tool *text_create(const char *name)
+ {
+Index: gpaint-0.3.3/src/main.c
+===
+--- gpaint-0.3.3.orig/src/main.c	2013-04-21 10:13:06.017569892 -0400
 gpaint-0.3.3/src/main.c	2013-04-21 10:13:23.209284134 -0400
+@@ -36,6 +36,7 @@
+ 
+ static GList *window_list = 0;
+ static void create_window(void);
++extern void text_set_fontpicker(gpaint_tool *tool, GtkFontButton *fontpicker);
+ 
+ 
+ 
+Index: gpaint-0.3.3/src/Makefile.am
+===
+--- gpaint-0.3.3.orig/src/Makefile.am	2013-04-21 10:15:52.766801609 -0400
 gpaint-0.3.3/src/Makefile.am	2013-04-21 10:16:09.014530578 -0400
+@@ -67,6 +67,6 @@
+ 
+ 
+ gpaint_2_CFLAGS = -I$(srcdir)
+-gpaint_2_LDADD = $(GUI_LIBS) $(PRINT_LIBS)
++gpaint_2_LDADD = $(GUI_LIBS) $(PRINT_LIBS) -lm
+ gpaint_2_LDFLAGS = -Wl,--export-dynamic
+ 
+Index: gpaint-0.3.3/src/Makefile.in
+===
+--- gpaint-0.3.3.orig/src/Makefile.in	2013-04-21 10:15:59.014697621 -0400
 gpaint-0.3.3/src/Makefile.in	2013-04-21 10:16:16.050413141 -0400
+@@ -168,7 +168,7 @@
+ 
+ 
+ gpaint_2_CFLAGS = -I$(srcdir)
+-gpaint_2_LDADD = $(GUI_LIBS) $(PRINT_LIBS)
++gpaint_2_LDADD = $(GUI_LIBS) $(PRINT_LIBS) -lm
+ gpaint_2_LDFLAGS = -Wl,--export-dynamic
+ mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs
+ CONFIG_CLEAN_FILES = 
diff -Nru gpaint-0.3.3/debian/patches/series gpaint-0.3.3/debian/patches/series
--- gpaint-0.3.3/debian/patches/series	2009-12-30 01:06:14.0 +0100
+++ gpaint-0.3.3/debian/patches/series	2013-10-25 20:25:31.0 +0200
@@ -10,3 +10,4 @@
 24_fix_crash_on_failed_write.diff
 25_fix_color_selection.diff
 26_fix_toolbar.diff
+27_fix_missing_hdrs_libs.diff


signature.asc
Description: Digital signature

Bug#727708: Arguments for tech-ctte (Was: Proposal: let’s have a GR about the init system)

[Thorsten Glaser]

Ondřej Surý dixit:

then please submit your arguments directly there.

Sure.

 Please stick to your side and make arguments for _your_ case, not

My “case” here is to ask CTTE to not make any decision and defer
to the Developers as whole, by means of a GR. As Guillem wrote:

| stop doing work due to this. Also even if a majority of the project would
| disagree with any such decision, subsequently overruling the tech-ctte by
| way of a GR requires more than a simple majority. You know, GRs do not
| eat babies or something.

I think that is, at this point, the only sensible way forward,
because the amount of people that would feel annoyed by a decision,
any decision, made by anyone, at this point in time is just too
large, and a GR is at least “by the people for the people”.

 That doesn't take away Thorsten's will to make a GR, but I would like to
 take the case to tech-ctte first.

I’m willing to wait with the GR until CTTE decided (or decided
to not decide), now that the process is started, but I’m not happy
(especially as we lose time considering time-based freeze).

bye,
//mirabilos
-- 
16:47⎜«mika:#grml» .oO(mira ist einfach gut)  23:22⎜«mikap:#grml»
mirabilos: und dein bootloader ist geil :)23:29⎜«mikap:#grml» und ich
finds saugeil dass ich ein bsd zum booten mit grml hab, das muss ich dann
gleich mal auf usb-stick installieren   -- Michael Prokop über MirOS bsd4grml


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

Bug#727714: emacs23-el: The el files are zipped making searching harder

[Rustom Mody]

On Fri, Oct 25, 2013 at 11:09 PM, Rob Browning r...@defaultvalue.org wrote:
 Rustom Mody rustompm...@gmail.com writes:

 The elisp files in emacs23-el are stored zipped.  Those who want these
 files want them because they want to search something -- the zipping
 makes this a nuisance.

 Isn't it possible to have some option which we can pass to
 dpkg-reconfigure so that they are stored uncompressed?

 I don't know of any easy way to do that right now.  It might not suit
 your needs, but are you familiar with zgrep?

Yes I currently use zgrep (with find xargs etc all that headache)
I just thought that it may be simpler
just
$ dpkg-reconfigure -dont-compress emacs23-el
or something like that


 And of course all of the normal emacs introspection functions should
 work fine too (appropos, etc.).

Yeah sure.  Its when the elisp needs browsing that the gzipped form is
a nuisance.

Thanks for looking at it
Rusi


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

Bug#722356: simplyhtml: random font is used for text

[Felix Natter]

Tags: pending

due to the minor nauture of the bug I will upload a new package at least
when Freeplane 1.3.x is released.

Best Regards,
-- 
Felix Natter


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

Bug#727723: mencal: Gives output: Use of uninitialized value in lc at /usr/bin/mencal line 104.

[Nicholas]

Package: mencal
Version: 2.4-1
Severity: minor

Dear Maintainer,

Typing:

nicholas@debian:~$ mencal
Use of uninitialized value in lc at /usr/bin/mencal line 104.
October 2013
Su Mo Tu We Th Fr Sa
   1  2  3  4  5
 6  7  8  9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  
nicholas@debian:~$ 

Use of uninitialized value in lc at /usr/bin/mencal line 104. was not
expected.

Nicholas

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

Kernel: Linux 3.9.0 (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 mencal depends on:
ii  perl  5.18.1-4

mencal recommends no packages.

mencal 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#726430: apt-listbugs: Does not uses proxy from Acquire::http::ProxyAutoDetect

[Lisandro Damián Nicanor Pérez Meyer]

On Saturday 19 October 2013 11:26:02 Francesco Poli wrote:
[snip]
 Then maybe you could set the http_proxy environment variable to the
 value printed by /usr/share/squid-deb-proxy-client/apt-avahi-discover ,
 assuming that this does not break other programs that use this
 environment variable...
 
 If you use a POSIX-compatible shell (such as GNU Bash) you could maybe
 define the following function in a suitable ~/.profile :
 
 update_http_proxy()
 {
  http_proxy=`/usr/share/squid-deb-proxy-client/apt-avahi-discover`
  export http_proxy
 }
 
 or something similar...
 
 Then the command
 
 $ update_http_proxy
 
 could be used in order to set the http_proxy to an updated value,
 whenever the box changes network.
 
 In case you test this workaround, please let me know whether it works
 acceptably...

Excellent, this is indeed working :)

And sorry for the late reply, busy week here :)

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Paul Tagliamonte]

And, since I've been informed that this was basically a contentless bug,
I'd like to frame the technical half of the question better:


Whereas:

 * the init system / pid 1 is a bit of software that multiple packages provide

 * the choice of init system also dictates which types of init scripts
   package maintainers write and maintain

 * the situation in which packages depend on a feature of systemd that's not
   dependent on pid 1 being systemd (such as dbus shutdown, or using logind)
   being run without systemd as pid1 is *not* something the systemd maintainers
   will support (fairly) is getting *more* common, and has been introduced into
   a major package (GNOME)

It is requested that the tech-ctte make a decision as to the init system
Debian shall use as the default, and make a judgement call on where the
efforts to resolve this situation shall go (patching *around* the lack
of systemd, or patching software to use systemd)

I believe this is within the ctte's jurisdiction, given 6.1 section 2.


Thanks for your consideration,
   Paul

-- 
 .''`.  Paul Tagliamonte paul...@debian.org
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#713240: ebview: FTBFS: configure: error: Package requirements (pangox) were not met:

[gregor herrmann]

On Sun, 13 Oct 2013 01:00:26 +0800, YunQiang Su wrote:

 This patch can fix this problem.

#701840 has another patch that is related to pangox. 

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT  SPI, fellow of the Free Software Foundation Europe
   `-   NP: Bob Dylan: I Was Young When I Left Home


signature.asc
Description: Digital signature

Bug#726371: I have this bug too

[CrabMan]

Synaptiks used to work for me before this moment. What happened is: I 
switched my laptop to sleep mode for the first time in a very long time. 
Before I did it synaptiks had been working fine. When my laptop slept 
and woke up, I opened the screen and found kde crash report helper 
saying that synaptiks crashed. It said my backtrace wasn't useful, so I 
installed:


apt-get install python2.7-dbg
sudo apt-get install python-dbg
sudo apt-get install python-kde4-dbg

After that every time I launch synaptiks, it crashes with segmentation 
fault, also whenever I enter touchpad settings in kde system settings, 
it crashes too.



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

Bug#727724: Don't require gccxml on architectures where it doesn't exist

[Matthias Klose]

Package: gdnc
Version: 2.2.3-2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: arm64

Don't require gccxml on architectures where it doesn't exist.
Patch at
http://launchpadlibrarian.net/154997878/gdcm_2.2.3-2ubuntu3_2.2.3-2ubuntu4.diff.gz

Also is there a reason that the mono bindings are only built on armel, but not
armhf?


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

Bug#727628: [Pkg-xfce-devel] Bug#727628: This bug affects me too in Wheezy and is really nasty

[Yves-Alexis Perez]

On Fri, 2013-10-25 at 17:33 +0200, Ingo wrote:
 I do hope we get the fix backported to Wheezy soon.
 
 /Ingo
 
I uploaded to wheezy-proposed-updates yesterday, it's now in the queue
(see http://release.debian.org/proposed-updates/stable.html).
Unfortunately, the last point release is really recent so the next one
will not be around soon.

Regards,
-- 
Yves-Alexis


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

Bug#726974: trigger-rally: opens in full-screen mode changes the default screen resolution

[Stefan Potyra]

Hi,

On Fri, Oct 25, 2013 at 02:31:12PM +0530, war.dhan wrote:
[..]
 here is the output :
 
 Trigger init
[..]
 Shutting down render subsystem
 X Error of failed request:  BadValue (integer parameter out of range
 for operation)
   Major opcode of failed request:  151 (XFree86-VidModeExtension)
   Minor opcode of failed request:  10 (XF86VidModeSwitchToMode)
   Value in failed request:  0x20e
   Serial number of failed request:  179
   Current serial number in output stream:  181
 
 hope it helps, excuse for delay.

Thanks a lot for providing the output. This might prove quite helpful. I'll try
to find out what's wrong. However I cannot promise that I'll get to it this
weekend.

Cheers,
  Stefan.


signature.asc
Description: Digital signature

Bug#726597: Please document Acquire::http::ProxyAutoDetect

[Lisandro Damián Nicanor Pérez Meyer]

On Monday 21 October 2013 19:25:48 Francesco Poli wrote:
 On Sat, 19 Oct 2013 18:34:52 +0200 Michael Vogt wrote:
  On Wed, Oct 16, 2013 at 10:39:06PM -0300, Lisandro Damián Nicanor Pérez
  Meyer wrote: [..]
  
   Saddly it is not documented in apt.conf(5). Being documented would help
   in
   implementations like the one described in #726430.
  
  Looking at #726430 - would it help you if we would simply add the
  discovered proxy as http_proxy to the environment used to fork the
  DPkg::Pre-Invoke scripts?
 
 I think it would help, as it would transparently make apt-listbugs work
 in Lisandro's job environment, without any modification on the
 apt-listbugs side.

I think that too.

Just for the record: you two seems to be far more knowledgeable than me wrt 
apt stuff. So I *think* you two have the key to solve this problem.

Of course, I'm the one with the problem and the special set up, so I'm 
happily volunteering for testing anything you want wrt this bug.

Kinds regards, Lisandro.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/

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

Bug#727718: [Pkg-xfce-devel] Bug#727718: enter no longer can be used when logging in

[Yves-Alexis Perez]

On Fri, 2013-10-25 at 13:40 -0400, Joey Hess wrote:
 In version 1.2.2, you could type your name, and press enter to get to
 the password prompt. This no longer works, which seems a gratuitous
 change. (Muscle memory is worth supporting when possible.)

Yes, I've already complained about upstream authors about that. Actually
that's because the widget changed to something (I don't remember) with
the two labels (login/password) while now there's only one.

I've asked the enter key to be added as a shortcut because I feel the
same, muscle memory still bites me each time I login, but I'm not sure
we'll have it…

(if anyone knows GTK+ enough to provide a patch, I'm all for applying it
to Debian package)

Regards,
-- 
Yves-Alexis


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

Bug#726597: Please document Acquire::http::ProxyAutoDetect

[Lisandro Damián Nicanor Pérez Meyer]

On Monday 21 October 2013 19:25:48 Francesco Poli wrote:
 On Sat, 19 Oct 2013 18:34:52 +0200 Michael Vogt wrote:
  On Wed, Oct 16, 2013 at 10:39:06PM -0300, Lisandro Damián Nicanor Pérez
  Meyer wrote: [..]
  
   Saddly it is not documented in apt.conf(5). Being documented would help
   in
   implementations like the one described in #726430.
  
  Looking at #726430 - would it help you if we would simply add the
  discovered proxy as http_proxy to the environment used to fork the
  DPkg::Pre-Invoke scripts?
 
 I think it would help, as it would transparently make apt-listbugs work
 in Lisandro's job environment, without any modification on the
 apt-listbugs side.

I think that too.

Just for the record: you two seems to be far more knowledgeable than me wrt 
apt stuff. So I *think* you two have the key to solve this problem.

Of course, I'm the one with the problem and the special set up, so I'm 
happily volunteering for testing anything you want wrt this bug.

Kinds regards, Lisandro.

-- 

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#726725: feed2imap: uninstallable in sid

[Dominik George]

Package: feed2imap
Version: 1.0-2
Followup-For: Bug #726725

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

How exactly does fixing this in experimental fix it in the sid version?
The status of the bug is inadequate.

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

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

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

iQJOBAEBCAA4BQJSasCWMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pZDBBAAgwKm5vMpY7BeoXTAwDfW
roH7qWlYB1uAa0A1ZpprYM1Qj8smgYFFBAo1crMHwbOtUeLha35N4t4FFjnD6hin
JuyghtzBrINbUdCFH5oQ8oJZA8bWxhRxiAsdh1jHL/PM8lRVUXC86sByI0X5EPEh
fKwEOcphzlr5a4lL5+LjHr1K5R0iy2ux0/lZEL07SBNrP2PwF2t03YMpi9vqqlxy
GDi3XWtukps0d2hVAJja/t/xrIAixfZ4z5MjQpVz/CMtYbqAXm431Qd+Lexm+G40
PRn2hJV5Cj3dL31ahZ5ujOv+bWTrKqAUTpW3fANRZ7DwN+KPm2BbXfyp8Z7nW7xV
y32ak/ujwk6VpGeJZqEGNeFBuq2d9fFyrish4gSf7st/PnFB5SzeUid2LapHINFy
/Rv8Wvr/ivHd7kbj+Su+VSqrfkGSZnJ5vjhS2jFFryozrHwg7rR5UPBk2CfMoxqI
133dYjfLy3DrJfuhe5GqomTQBv0yCPL+fq3gvS+SNIZcnNIC9PG0cSXeXawbnpVa
Xl6NrnozDuRJciosAuPLNZxYGPwVvFFuyB3su26tCCfdceniKSzjceXOd1KfjaXF
Fck7uX17lRyRBAn4IzyR6TazsDnvFDI1/Uv2WQle+4OWAnMYEAWvbYEnylzLX6e1
NI0+N7qWq5uiChd3VxotbQg=
=3VGI
-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#727657: unconditional build dependency on g++-multilib

[Dejan Latinovic]

Hi,

  uc-echo has an unconditional build dependency on g++-multilib, which
is not
  available on all architectures.
 do you know a better choice?


maybe the better way would be to list all architectures that support
g++-multilib.
For sid those architectures are:  amd64, i386, kfreebsd-amd64, mips,
mipsel, powerpc, ppc64, s390x, sparc, sparc64, x32
For example, g++-multilib [amd64 i386 kfreebsd-amd64 mips mipsel powerpc
ppc64 s390x sparc sparc64 x32]


  also, it fails to build on mips* which does have g++-multilib, so it
seems that
  this package has hardcoded ix86 assumptions.

 The problem on mips* is not g++-multilib but the parameter -m64 for gcc.
 Somewhere I read that -mabi=64 is default on mips, but 'gcc -dumpspecs'
 tells me:
  *multilib_defaults:
  EB mips1 mabi=32
 I guess I am totally confused now :-(. Can you please point me in the
 right direction?

Mips doesn't support neither -m64 nor -m32 options.
For MIPS64 you should use -mips64 -mabi=64.
For MIPS32 you should use defaults options.


Cheers,
Dejan Latinović


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

Bug#727725: ignores my choice of desktop environment

[Joey Hess]

Package: lightdm
Version: 1.6.3-1
Severity: normal

I use xfce, but installed gnome too today. Lightdm defaulted to starting
gnome, which is fine, but even when I went up to the pull-down menu and
selected xfce, it still started gnome. I tried this 3 times so am pretty
sure I was really selecting xfce from the menu there.

In the end I had to use update-alternatives to force it to default to
xfce.

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

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

Versions of packages lightdm depends on:
ii  adduser3.113+nmu3
ii  consolekit 0.4.6-3+b1
ii  dbus   1.6.16-1
ii  debconf [debconf-2.0]  1.5.51
ii  libc6  2.17-93
ii  libgcrypt111.5.3-2
ii  libglib2.0-0   2.36.4-1
ii  libpam0g   1.1.3-10
ii  libxcb11.9.1-3
ii  libxdmcp6  1:1.1.1-1
ii  lightdm-gtk-greeter [lightdm-greeter]  1.6.1-2

Versions of packages lightdm recommends:
ii  xserver-xorg  1:7.7+4

Versions of packages lightdm suggests:
ii  accountsservice  0.6.34-2
ii  upower   0.9.23-2

-- debconf information excluded

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#727089: zeitgeist-daemon.bash_completion: No such file or directory

[Adrian]

Package: zeitgeist-core
Version: 0.9.14-1
Followup-For: Bug #727089

Same here. Deleting the file won't help



-- System Information:
Debian Release: jessie/sid
Architecture: amd64 (x86_64)

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

Versions of packages zeitgeist-core depends on:
ii  libc6   2.17-93
ii  libdee-1.0-41.0.10-3
ii  libgcc1 1:4.8.2-1
ii  libglib2.0-02.36.4-1
ii  libsqlite3-03.8.0.2-1
ii  libstdc++6  4.8.2-1
ii  libxapian22 1.2.15-2
ii  libzeitgeist-2.0-0  0.9.14-1

zeitgeist-core recommends no packages.

Versions of packages zeitgeist-core suggests:
ii  zeitgeist-datahub  0.9.14-1

-- no debconf information


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

Bug#727718: [Pkg-xfce-devel] Bug#727718: enter no longer can be used when logging in

[Joey Hess]

Yves-Alexis Perez wrote:
 Yes, I've already complained about upstream authors about that. Actually
 that's because the widget changed to something (I don't remember) with
 the two labels (login/password) while now there's only one.

I think the muscle memory goes a bit deeper than the previous version of
lightdm. Most login managers I can remember back to xdm IIRC used Enter
to advance to the password field.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#727726: it would be nice if there also was a cmdline interface/utility to get pwdhash'ed passwords

[Yaroslav Halchenko]

Package: xul-ext-pwdhash
Version: 1.7-13
Severity: wishlist

pretty much to do what https://www.pwdhash.com/  does, but while in command line

might simply be done probably by interfaceing pwdhash's extension code from
cmdline

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

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

Versions of packages xul-ext-pwdhash depends on:
ii  iceweasel  17.0.7esr-1

xul-ext-pwdhash recommends no packages.

xul-ext-pwdhash suggests no packages.

-- debconf-show failed


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

Bug#727718: [Pkg-xfce-devel] Bug#727718: enter no longer can be used when logging in

[Yves-Alexis Perez]

On Fri, 2013-10-25 at 15:23 -0400, Joey Hess wrote:
 Yves-Alexis Perez wrote:
  Yes, I've already complained about upstream authors about that. Actually
  that's because the widget changed to something (I don't remember) with
  the two labels (login/password) while now there's only one.
 
 I think the muscle memory goes a bit deeper than the previous version of
 lightdm. Most login managers I can remember back to xdm IIRC used Enter
 to advance to the password field.
 
Well, all those login manager use the same field for the login and the
password, afair. And the only example I can remember of a two field
login manager, with enter not working, is the windows login manager =/
-- 
Yves-Alexis


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

Bug#723847: [Pkg-postgresql-public] Bug#723847: Bug#723847: Bug#723847: Bug#723847: postgresql-9.3: server - pg_upgradecluster - initdb: --data-checksums ?

[Peter Eisentraut]

On 10/19/13, 5:35 PM, Karsten Hilbert wrote:
 On Sat, Oct 19, 2013 at 02:05:34PM +0200, Christoph Berg wrote:
 
 What we could do is to add this as an example (comment) to the default
 version we ship for createcluster.conf.
 
 I would say that's better than the current situation.
 
 Also, what about a debonf question of medium priority ?

Debconf is only for when no default is suitable and the user needs to
make a decision.  It's not for, hey, you might be interested in this
configuration item.


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

Bug#727673: RFS: couriergrey/0.3.2-4

[Anton Gladky]

Uploaded.

Anton


2013/10/25 Marco Balmer ma...@balmer.name:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA256

 Package: sponsorship-requests
 Severity: normal

   Dear mentors,

   I am looking for a sponsor for my package couriergrey

  * Package name: couriergrey
Version : 0.3.2-4
Upstream Author : Matthias Wimmer
  * URL : http://couriergrey.com/
  * License : GPL-2+
Section : mail

   It builds those binary packages:

 couriergrey - Mail filter interface of Courier-MTA to support greylisting

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

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


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

 dget -x 
 http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.2-4.dsc

   Changes since the last upload:

  couriergrey (0.3.2-4) unstable; urgency=low

* debian/control Build-Depends autotools-dev added
* debian/rules dh --with autotools_dev added (Closes: #727348)

   Regards,
Marco Balmer
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.14 (GNU/Linux)

 iQIcBAEBCAAGBQJSaiu7AAoJECWTbxPp/5knhKoP/1dnUdEVwdl0rRd6g8Zlg+7Z
 ORNe1RvOmdHv4AR7JirWuSPlPppn8PSo8SQAVfd59tKksDGuGHDy11V8vg9wM9Dv
 HQz0FKoFUaiGz9dfes850WEcx+VnNlbx47XwQ3WDyRz+0MxzzqqfijAw3k2Va1uj
 FJHSewXbCWpX4Rm1U4zYEjoYONneFL7kGe808Bp8Ps9uJNSQje008lbXC00KPT1j
 jWncLbDIC6BVIHtRVXFgKg6AXFMRzbs/8V/LbuO0bvo5IFyfFsZHtmCzoB/q+XDU
 7SCKpVyTMPTDEBXGc06C5cZPcyCQzocH+NDia1bUnidGzAzxyGJLU6RunwrE7pXy
 t4GSnYKogASUmU3EQ+My2y0/QNhP9i2PAGDViVI4aoisraz+8B03DpbWkQbs98Nq
 0jNsBNXZzi96UHd0sIm8ZTRvCH1djVgSxPu2B/YixDy5Zch9aHO+XcNIk6rZhdSY
 SsASuCKuDfQDjEl2vD5K5lFk5tUnr0UwcF0lUycVjFSrYxU+g5xR+7xaoCklwhIH
 n+YKcbaeGMoDGIkvBrG6HF6g7ABJMMxkvXuuh/Oe5V5rnOWm3vxSXDSUh8SnTOIf
 Pbojn3wN+P4d0CfTbb0ERSlihnWbUgqFPDfpFQAOmLnBB87shiBHntXU2/iv1Htc
 LDG9WXmf4NMATYD6Hsy5
 =qgEC
 -END PGP SIGNATURE-


 --
 To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20131025082843.go7...@mbalmer.nine.ch



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

Bug#727727: RFP: rssdrop -- deliver rss feeds to Maildirs

[Dominik George]

Package: wnpp
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: rssdrop
  Version : 0.2
  Upstream Author : Alan Grow agrow+nos...@iobound.net
* URL : http://search.cpan.org/~acg/rssdrop-0.2/rssdrop
* License : GPL or Artistic
  Programming Lang: Perl
  Description : deliver rss feeds to Maildirs

rssdrop is a simple RSS - mail gateway. It delivers new RSS feed items
directly to a local Maildir folder of your choice. You can use your
favorite mail client to read them.

rssdrop knows the basic structure of RSS 1.0, 2.0 and ATOM feeds, enough
to deliver the raw item xml as the body of the message, or fetch the
fulltext from the item link. Use fulltext = 1 in your feed config for
that.


I stumbled upon rssdrop while trying feed2imap, which simply does not
work due to restirctions it imposes on my IMAP password with its
configuration interface. I think having a tool in Debian that can drop
articles directly into a Maildir would be a good addition.

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

iQJOBAEBCAA4BQJSasg2MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pYBVA/9GKi09o6akAURzqo7+TJs
lt+YvFrHF1r360XbSnxiXwDVxm6S+cDUenKAuzFTRRHCQizGW80M98GTwi4qr2An
CCXdjEYiww+zLoVIpW8omjia66P3lTEBbaTiyWWDvJV5GdCExk3RURlU+v3wehbn
WB/Ki8HWoVYZqAXVLpsrah2zCCTazecq9pi6rGPzRlNPlAodcqfVA/Ny7lRQeZRH
wNYhRhLo+3+7PxBwkLvXIgOwofAe67NgepGHpOZ4i4CYNu17XbG2azPR/zHwghmY
ttjdK7OIfmvX1cZscuv2fZu/IEHN44lROkfJbyvMzz/PRknuIfl5Ar4kw/l0rSAS
E3i8xZaIQg/uhI85D8yNMUBNXPXFP9wEYWskNUGmqgT6TDCAETDJx/ZFiq7nzjsV
a+dfPpCMqyjxVg9AjT7b1hss/uJeaLqUBToENl4dkK9swC8rP3Vs6EtJQ2kiKD5Y
DLmOD1qfaufSK/d29/4OumNwX3ZWSWUdqdto0u8DwHpFXJ+dqQuV4gWRyqTY+lYJ
yoXAasCO6PqwDs53manEd6VZcvOGmtMyiJDVDfB2o+0zWN4Rx3RxjnkWUzIAAyJQ
ZNsW0Ok0pEP3XxIhFw1FcVnbPz5l7AxNsb4fq8S7GzLyAeDq34efRcaqybhUYdEB
G6jtLe7dlSBabNMHeKd8V8I=
=mtQi
-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#329192: Nullmailer can waste massive ammounts of bandwidth and is IMO unfit for release.

[peter green]

I just ran into a particularlly nasty instance of bug 329192

As described in that bug nullmailer ignores permanent errors, has an 
agressive retry policy and never times out messages stuck in the queue.


If a message that is too large for the smarthost to accept gets into the 
queue this can waste MASSIVE ammounts of bandwidth to the extent that I 
would expect mailserver admins to consider it network abuse. I just had 
multiple instances of nullmailer get stuck in this state and between 
them they were chewing up 20 megabits per second of bandwidth. 
Fortunately in this case I was the mailserver admin and the traffic was 
only running over a local vlan so there were no repercussions other than 
my time tracking down where the traffic was coming from but in other 
circumstances this could be far more serious either wasting large 
ammounts of paid bandwith, causing users to get banned from accessing 
their smarthost or both.



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

Bug#726009:

[Anton Gladky]

Found 726009 1.00.0-4
Thanks


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

Bug#727726: it would be nice if there also was a cmdline interface/utility to get pwdhash'ed passwords

[Benjamin Drung]

On Fr, 2013-10-25 at 15:21 -0400, Yaroslav Halchenko wrote:
 Package: xul-ext-pwdhash
 Version: 1.7-13
 Severity: wishlist
 
 pretty much to do what https://www.pwdhash.com/  does, but while in command 
 line
 
 might simply be done probably by interfaceing pwdhash's extension code from
 cmdline

Sounds like a good idea. Patches are welcome. :)

-- 
Benjamin Drung
Debian  Ubuntu Developer


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

Bug#727728: flup: debian/copyright does not contain the license

[Luke Faraone]

Package: flup
Version: 1.0.2-2
Severity: serious
Justification: Policy 12.5

The package is under the BSD-2-Clause license, but the license text is
not reproduced in debian/copyright.

While you're fixing this, please also switch to the approved shortname
for the license (indicated above).

Cheers,

Luke Faraone

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

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


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

Bug#727665: lintian: FTBFS: Test failures

[Niels Thykier]

On 2013-10-25 19:09, Niels Thykier wrote:
 Control: tags -1 confirmed
 
 On 2013-10-25 08:11, Daniel Schepler wrote:
 Source: lintian
 Version: 2.5.19
 Severity: serious

 From my pbuilder build log:

 [...]

 
 Hi,
 
 I can confirm this failure on (a slightly updated) git master branch;
 downgrading tar to the version in testing makes the problems go away.
 Odds are recent changes in tar to blame for this; question is now
 whether it is a regression in tar or Lintian relying on non-interface bits.
 
 ~Niels
 
 

Okay, first two of 3 problems solved (thanks to Jakub Wilk).  See
attached patch for a sample work around / solution.

Ref: http://sources.debian.net/src/tar/1.27-1/ChangeLog?hl=265#L261

~Niels


From dad5e05115ec05822d300a7e05bd07bebea11dd3 Mon Sep 17 00:00:00 2001
From: Niels Thykier 
Date: Fri, 25 Oct 2013 21:58:08 +0200
Subject: [PATCH] t: Use -d@-1 to create ancient files in tarballs

Signed-off-by: Niels Thykier 
---
 t/debs/deb-format-ancient-file/Makefile | 2 +-
 t/debs/deb-format-ancient-file/tags | 2 +-
 t/source/cruft-ancient-file/Makefile| 2 +-
 t/source/cruft-ancient-file/tags| 2 +-
 4 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/t/debs/deb-format-ancient-file/Makefile b/t/debs/deb-format-ancient-file/Makefile
index a2ea7fc..d6cdf10 100644
--- a/t/debs/deb-format-ancient-file/Makefile
+++ b/t/debs/deb-format-ancient-file/Makefile
@@ -9,7 +9,7 @@ all:
 
 	chown 0:0 control
 	chmod 644 control
-	env TZ=GMT touch -t 19700101 control
+	env TZ=GMT touch -d@-1 control
 
 	# Use --no-fix-perm to avoid it messing with the
 	# our created "mod-times"
diff --git a/t/debs/deb-format-ancient-file/tags b/t/debs/deb-format-ancient-file/tags
index 83de2df..c00701c 100644
--- a/t/debs/deb-format-ancient-file/tags
+++ b/t/debs/deb-format-ancient-file/tags
@@ -1,2 +1,2 @@
 E: deb-format-ancient-file: package-contains-ancient-file usr/share/doc/deb-format-ancient-file/changelog.gz 1970-01-01
-E: deb-format-ancient-file: tar-errors-from-control control: implausibly old time stamp 1970-01-01 00:00:00
+E: deb-format-ancient-file: tar-errors-from-control control: implausibly old time stamp 1969-12-31 23:59:59
diff --git a/t/source/cruft-ancient-file/Makefile b/t/source/cruft-ancient-file/Makefile
index f11f631..284c123 100644
--- a/t/source/cruft-ancient-file/Makefile
+++ b/t/source/cruft-ancient-file/Makefile
@@ -4,7 +4,7 @@ dir  = $(name)-1.0
 all:
 	mkdir $(dir)
 	echo 'Some upstream README' > $(dir)/README
-	env TZ=GMT touch -t 19700101 $(dir)/README
+	env TZ=GMT touch -d@-1 $(dir)/README
 	tar -c -f $(name)_1.0.orig.tar.gz -z $(dir)
 	mkdir $(dir)/debian
 	cp changelog copyright control rules $(dir)/debian/
diff --git a/t/source/cruft-ancient-file/tags b/t/source/cruft-ancient-file/tags
index e5945ba..18765f6 100644
--- a/t/source/cruft-ancient-file/tags
+++ b/t/source/cruft-ancient-file/tags
@@ -1 +1 @@
-I: cruft-ancient-file source: tar-errors-from-source cruft-ancient-file-1.0/README: implausibly old time stamp 1970-01-01 00:00:00
+I: cruft-ancient-file source: tar-errors-from-source cruft-ancient-file-1.0/README: implausibly old time stamp 1969-12-31 23:59:59
-- 
1.8.4.rc3

Bug#724576: libgl1-mesa-glx: libGL error: failed to load driver: nouveau

[Sven Joachim]

Am 22.10.2013 um 00:09 schrieb John Paul Adrian Glaubitz:

 On 10/21/2013 09:08 PM, Sven Joachim wrote:
 I have also reported this issue upstream [1], even though I
 don't think this is an upstream issue but with the particular
 Debian package.
 
 Could you please send the link for [1], it's not included in your mail.

 Oops, my bad:

 https://bugs.freedesktop.org/show_bug.cgi?id=70135

 Maybe rebuilding fixes the issue?
 
 How so, what would be wrong in the build environment on the buildds?

 Well, I haven't figured out yet why exactly the module fails to load. I
 just know that it does when using libgl1-mesa-dri from experimental.
 I'll maybe check if I can get more verbose debugging output with
 the libgl1-mesa-dri-dbg package instead.

So, do you still have that problem with mesa 9.2.2-1?

 I did lots of testing already before I could localize it to that
 particular package. Granted, I wasn't working purposively when
 doing that, but I was trying to resolve different issues with
 the PowerMac G5 I was testing this on, too.

I would expect this to be a powerpc specific problem, but Thomas is
actually running amd64.  OTOH, mesa 9.2.2 has been in unstable for three
days now, and apparently nobody else has complained so far.

Cheers,
   Sven


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

Bug#706696: dojo: Please upgrade to new upstream version

[David Prévot]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Franck,

Le 25/10/2013 05:26, Frank Habermann a écrit :

 Would
 you agree to maintain this package inside the JavaScript team?

 I think any help is welcome here because Jason is busy

Thanks for your quick answer, I initiated a repository within the team:

http://anonscm.debian.org/gitweb/?p=pkg-javascript/dojo.git

I haven’t pushed the upstream/1.9.1+dfsg tag yet since I’ve a doubt
about the DFSG compliance for util/closureCompiler/compiler.jar (there
are various possible ways to build dojo, the default node-base one
should hopefully be usable now).

 I did not know if Jason has any public repository for that.

We’ll be able to rebase the work in progress on the existing repository
if there is one.

Regards

David

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

iQEcBAEBCAAGBQJSatIvAAoJEAWMHPlE9r08/rgH/jPzmt2zTWnCgndyX1lEjpaR
DB8IrezMrEXsXT2igIqelynb0DeWokgcIY2SmZGjkxdE4keyjBhL+Fs3uFfrPEbQ
Mx+l2KSpS7z36Mm41d8reg4jqDfx6E89M8wOEF/IX+6qiFN9j7MyYeB32tU2Q/Wy
hx4HYQSdjDbg/ADAQZr9mVC3NndDTA3N+NRKGiYiCo6xMHsRnBxXZyCoiC84dIim
9XzSLH12eGz2lc1OJPyPpQV5PmJTFuhLuV92eKVGftS32/5nAjVjXiWMGEQ6yWSb
KMfisKsAEiP/+ixeGSazoeyjw+WdOdGiX8aBB3Q1rqv7bcXyr4TG9UzaUunTxVM=
=vUD7
-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#727729: xml2rfc: please package version 2.x

[Russ Allbery]

Package: xml2rfc
Version: 1.36-5
Severity: wishlist

It looks like most folks in the IETF who have been using this tool are
switching to the 2.x version, which was completely rewritten in Python
and is now being maintained by the IETF tools team.

Could you take a look at packaging it?  There are a lot of new fixes
and improvements, and I don't believe the Tcl version is still being
maintained.

New source is available from:

http://tools.ietf.org/tools/xml2rfc2/

including Debian packages for some sort of GUI.  I haven't investigated
that in more detail yet.

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

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

Versions of packages xml2rfc depends on:
ii  sgml-base   1.26+nmu4
ii  tcl8.5 [tclsh]  8.5.14-2

xml2rfc recommends no packages.

Versions of packages xml2rfc suggests:
ii  tk8.5 [wish]  8.5.14-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#727730: ITP: libjs-img.srcset -- fast JavaScript polyfill for img srcset

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard d...@jones.dk

* Package name: libjs-img.srcset
  Version : 2.0.0
  Upstream Author : David Knight
* URL : https://github.com/weblinc/img-srcset
* License : Expat
  Programming Lang: Javascript
  Description : fast JavaScript polyfill for img srcset

  img.srcset is a lightweight, no nonsense, all browser supporting, fast
 polyfill for img srcset, allowing for lighter yet backwards-compatible
 responsive web design.
 .
 The srcset attribute is an HTML extension for adaptive (a.k.a.
 responsive) images.  More info at http://www.w3.org/TR/html-srcset/.
 .
 A polyfill is (in the context of HTML5) Javascript code implementation
 of a functionality often available in modern web browsers, allowing web
 designers to use simpler standards-compliant and declarative code,
 burdening only older/simpler browsers with these fallback snippets.

libjs-img.srcset is a dependency of libjs-slidy (ITP bug#673634).


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