date:20150123


On Fri, 23 Jan 2015, Niels Thykier wrote:

 Thanks for reporting this issue.  This is likely to be a bug in APT (or
 possibly in its interaction with dpkg), so I have CC'ed the relevant
 maintainers.

 @Yaroslav: Can you please provide your dpkg and apt logs to aid with the
 debugging?  Last time we saw this issue, we were unable to reproduce it
 due to lack of information.

Here are complete dpkg.log and apt logs I have which includes
today attempt to upgrade

http://www.onerussian.com/tmp/dpkg.log.20150123
http://www.onerussian.com/tmp/apt-term.log.20150123
http://www.onerussian.com/tmp/apt-history.log.20150123

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,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#731815: virsh: Unable to start any VM with custom cpu model

2015-01-23 Thread Jörg Esser


Hi,

I had exactly the same problem with latest testing from today.
Just delete the old

/var/cache/libvirt/qemu/capabilities

and do

/etc/init.d/libvirtd restart

solves all problems.

Thx to  Ariel Malves

hf,

Joerg


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

Bug#760275: e2fsprogs: e2fsck corrupts Hurd filesystems

2015-01-23 Thread Justus Winter

Quoting Theodore Ts'o (2015-01-23 16:25:11)
 On Thu, Jan 22, 2015 at 07:41:10PM +0100, Justus Winter wrote:
  I can accept that you do not care about the Hurd, but I feel deeply
  saddened by the fact that you appreciate my effort to improve the
  software you maintain so little.
 
 Sorry, this e-mail thread got lost in my inbox.  Thanks for the ping.
 
 I've applied your patch to the e2fsprogs git tree; it will be in the
 next release of e2fsprogs.

Cool, many thanks :)

Justus


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

Bug#776076: Acknowledgement (chromium cannot load debian-bug pages), solved

2015-01-23 Thread Martin Ziegler

Sorry, this is no bug. The reason for the incriminated 
behavios was the NotScripts 
extension.


Regards

Martin


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

Bug#776063: dbus fails to upgrade rendering entire apt unusable

 This looks very much like https://bugs.debian.org/771428.

yes!

  unstable. Please check which dpkg version is used here. If it is
  between 1.17.17 and 1.17.21 there isn't much we can do about it. You

ii  apt 1.0.9.6  amd64commandline package manager
ii  dpkg1.17.23  amd64Debian package management system

  If not or if you aren't sure you can look at /var/backups/dpkg.status*
  files. Find the one dated from before your upgrade and attach it if
  possible (the file contains information about all packages installed

listed as 

-rw-r--r-- 1 root root 3623928 Jan 16 23:47 /var/backups/dpkg.status.0

so uploaded as 

http://www.onerussian.com/tmp/dpkg.status.0.20150116

if of any help

  and in which version. If you don't want or can't (e.g. if it is
  against corporate policy) make this public, you can also mail it just
  to me – in case you find this acceptable as a compromise of course).

 /var/log/apt/history.log, /var/log/apt/term.log are probably also
 interesting information.

http://www.onerussian.com/tmp/dpkg.log.20150123
http://www.onerussian.com/tmp/apt-term.log.20150123
http://www.onerussian.com/tmp/apt-history.log.20150123


-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,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#776063: dbus fails to upgrade rendering entire apt unusable

2015-01-23 Thread Guillem Jover

Hi!

On Fri, 2015-01-23 at 17:01:34 +, Simon McVittie wrote:
 Control: tags 776063 + moreinfo

I think this one should be merged with the other dbus+triggers+apt
bugs.

 On 23/01/15 14:43, Niels Thykier wrote:
  On Fri, 23 Jan 2015 09:07:37 -0500 Yaroslav Halchenko
  deb...@onerussian.com wrote:
  Decided to upgrade my jessie/sid system today to see if remedy for 
  hangouts not
  working came about (#770659) and upgrade failed because of dbus.
 
  Thanks for reporting this issue.  This is likely to be a bug in APT (or
  possibly in its interaction with dpkg), so I have CC'ed the relevant
  maintainers.
 
 This looks very much like https://bugs.debian.org/771428.

The bug that contains the most interesting information and discussion
is in fact 774124.

You should be able to get out of that apt state by just calling
«dpkg --configure --pending».

 https://bugs.debian.org/774124 (merged with 771428) is also relevant.
 
 I think the reason this is always getting reported against dbus is that
 it's low-level in dependency trees (e.g. for systemd), but it also has
 file triggers (for system services); so when its file triggers encounter
 one of dpkg/apt's recent trigger-related bugs, the system is left in a
 rather bad state. If any apt or dpkg experts can come up with an
 adjustment to dbus that would work around this, I'm open to suggestions.

I don't think this can be worked around in dbus, barring the removal
of its triggers. In any case given that apt can get into such state I
assume it might still get into similar ones even if dbus was not
involved, although I don't think we've heard of any other such instances
involving other packages, so maybe there's something special in its
dependency tree. That's one of the reasons I'd like to understand from
apt maintainers _why_ apt gets there in the first place.

Thanks,
Guillem


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

Bug#776083: ITP: python-nanomsg -- Python library for nanomsg

2015-01-23 Thread Federico Ceratto

Package: wnpp
Severity: wishlist
Owner: Federico Ceratto federico.cera...@gmail.com

* Package name: python-nanomsg
  Version : 1.0
  Upstream Author : Tony Simpson agjasimp...@gmail.com
* URL : https://github.com/tonysimpson/nanomsg-python
* License : MIT
  Programming Lang: Python, C
  Description : Python library for nanomsg

Python interface for the nanomsg library (libnanomsg0)
Supports supported Python2, Python3 and Pypy.
Provides a C extension module to deliver high performance.

The package will be maintained in collab-maint; sponsors and
co-maintainers are very welcome.


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

Bug#776084: devede: Produced iso image is too big

2015-01-23 Thread Sven Bartscher

Package: devede
Version: 3.23.0-13-gbfd73f3-2
Severity: normal
Tags: upstream

I was trying to make a DVD from 25 .mp4 files with a total size of 7GB. I
added them (each as an own title) and hit Adjust disc usage.
It started to convert the file just fine and finally produced an image with a
size of 14.3GB.

I read that it's a known non-bug that DeVeDe produces images that are smaller
than the precalculated size, but I think producing a larger image should be
considered a bug.

Regards
Sven

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

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages devede depends on:
ii  dvdauthor  0.7.0-1.3
ii  fonts-freefont-ttf [ttf-freefont]  20120503-4
ii  genisoimage9:1.1.11-3
ii  imagemagick8:6.8.9.9-3
ii  libav-tools6:11.1-1
ii  libavcodec-extra   6:11.1-1
ii  libvorbis0a1.3.4-2
ii  libvorbisfile3 1.3.4-2
ii  mplayer2   2.0-728-g2c378c7-4+b1
ii  python-cairo   1.8.8-1+b2
ii  python-dbus1.2.0-2+b3
ii  python-gobject 3.14.0-1
ii  python-gtk22.24.0-4
pn  python:any none
ii  vcdimager  0.7.24+dfsg-0.2

Versions of packages devede recommends:
ii  libmp3lame0  3.99.5+repack1-5

Versions of packages devede suggests:
pn  mencoder  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#776086: vorbis-tools: CVE-2014-9638 CVE-2014-9639 CVE-2014-9640

2015-01-23 Thread Salvatore Bonaccorso

Source: vorbis-tools
Version: 1.4.0-1
Severity: important
Tags: security upstream

Hi,

the following vulnerabilities were published for vorbis-tools.

CVE-2014-9638[0]:
Oggenc division by zero issue

CVE-2014-9639[1]:
Oggenc channel integer overflow

CVE-2014-9640[2]:
segfault when trying to encode trivial raw input

If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities  Exposures) ids in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2014-9638
https://trac.xiph.org/ticket/2137
[1] https://security-tracker.debian.org/tracker/CVE-2014-9639
https://trac.xiph.org/ticket/2136
[2] https://security-tracker.debian.org/tracker/CVE-2014-9640
https://trac.xiph.org/ticket/2009

Regards,
Salvatore


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

Bug#775999: [moc] $ echo $TERM

2015-01-23 Thread Elimar Riesebieter

* Detlef Lechner dl...@gmx.net [2015-01-23 15:57 +0100]:

 On 23.01.2015 14:44, Elimar Riesebieter wrote:
 * bullgard bullga...@googlemail.com [2015-01-23 14:16 +0100]:
 
 Package: moc
 Version: 1:2.5.0-1$
 
 --- Please enter the report below this line. ---
 '$ echo $TERM' responds:  xterm.
 '$ echo $SHELL' responds: /bin/bash.
 Somewhere ( i.e. $HOME/.bashrc or $HOME/.profile) your term ist set
 to xterm. On the console TERM=linux should be the state of the art.
 
 Try:
 $ TERM=linux mocp
 
 Elimar
 In ~/.bashrc I changed the line
 export TERM=xterm
 to
 export TERM=linux mocp.

$ TERM=linux mocp should be for the commandline only. You don't need
to set the TERM environment variable via .bashrc. The console gets
TERM from init and the terminals like urxvt or xterm do have their
own TERM. Remove export TERM=linux mocp from .bashrc, reboot (you
need a new init ;-)) and test again.

 Now the ncurses mocp bug in the console has gone. But the change has the
 adverse effect hat highlighting an filename entry in mc and pressing F3 will
 select all filenames. Which is clearly not what I want.

Should be ok after optimizing .bashrc and reboot.

Elimar
-- 
 You cannot propel yourself forward by
  patting yourself on the back.


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

Bug#776074: [Debian-astro-maintainers] Bug#776074: stellarium: Still generates ~/Pictures/stellarium if --screenshot-dir is used

2015-01-23 Thread Alexander Wolf

Hi!

2015-01-23 22:54 GMT+06:00 Martin Ziegler 
zieg...@email.mathematik.uni-freiburg.de:

 Package: stellarium
 Version: 0.13.1-1
 Severity: normal

 If I start stellarium with the option --screenshot-dir ~/foo,
 the directory ~/foo is used for screenshots, but the
 default screenshot directory

   ~/Pictures/stellarium

 is still generated if it does not exist.


Fixed in 0.13.2.

--
WBW, Alex

Bug#751339: RFP: ath9k-htc-firmware -- free firmware for Atheros AR7010/AR9271 wireless adapters

2015-01-23 Thread Raphael Hertzog

On Fri, 23 Jan 2015, Daniel Kahn Gillmor wrote:
  Could they thus not be included as-is in firmware-free or at least
  firmware-non-free ? (ccing kernel team for this question)
 
 shipping in firmware-non-free would be a shortcut to ensure that we have
 them available for users (which would be good), but it would feel a

Looking more closely, https://github.com/qca/open-ath9k-htc-firmware
generates two firmwares: htc_7010.fw and htc_9271.fw

Both of which are already available in firmware-atheros (albeit under a
non-free license though, it dates back to before the license change
apparently).

So what we actually want is to move them to firmware-free...

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: http://www.freexian.com/services/debian-lts.html
Learn to master Debian: http://debian-handbook.info/get/


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

Bug#776078: kupfer: calculator plugin: decimal separator is not localized

2015-01-23 Thread Oliver Grimm

Package: kupfer
Version: 0+v208-5
Severity: normal
Tags: l10n

Dear Maintainer,

kupfer does not correctly handle localized decimal separators with the
calculator plugin.
To reproduce try:
- be sure to run kupfer with a locale that uses a different decimal separator
than . (here: German locale with ,)
- start kupfer
- be sure to enable the calculator plugin in the settings
- type = to start the calculator mode
- enter 1000 * 1,1
- kupfer returns the error message complex() argument must be a string or
number
- typing =1000*1.1 works fine, though.


regards,
Oliver



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages kupfer depends on:
ii  dbus  1.8.12-3
ii  python-dbus   1.2.0-2+b3
ii  python-gobject3.14.0-1
ii  python-gtk2   2.24.0-4
ii  python-keybinder  0.3.0-3
ii  python-xdg0.25-4
pn  python:anynone

Versions of packages kupfer recommends:
ii  python-keyring  4.0-1
ii  python-wnck 2.32.0+dfsg-3

Versions of packages kupfer suggests:
pn  python-cjson none
pn  python-gdata none
pn  python-qrencode  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#776082: jffi: Please update it to 1.2.7 or a more recent release

2015-01-23 Thread Emmanuel Bourg

Le 23/01/2015 18:59, Miguel Landaeta a écrit :

 Additionally, the native jar must be available in the maven repo.

It may not be necessary to deploy the native lib in the Maven
repository. If the native lib is in the expected multi arch path it can
be loaded easily without messing with Maven and a complex library
loading logic. It avoids installing arch specific jars containing native
libraries in the Maven repository.

Emmanuel Bourg


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

Bug#776080: asterisk-config: Missing placeholder in manager.d/ fails Asterisk Call manager to start

2015-01-23 Thread Bertrand LUPART

Package: asterisk-config
Version: 1:11.13.1~dfsg-2
Severity: important

Dear Maintainer,


   * What led up to the situation?

1- Installed asterisk from scratch
2- Imported a legacy manager.conf from another asterisk box containing 
permission informations
3- Asterisk Call manager fails from start while manager.conf file is correct


   * What was the outcome of this action?

Unlike some previous version, this package doesn't have a placeholder file 
(manager.d/README.conf)
This makes manager fail with the folowing error:

box*CLI manager reload
[Jan 23 17:19:22] ERROR[28807]: config.c:1549 process_text_line: The file 
'manager.d/*.conf' was listed as a #include but it does not exist.
[Jan 23 17:19:22] NOTICE[28807]: manager.c:7685 __init_manager: Unable to open 
AMI configuration manager.conf, or configuration is invalid.

Touching an empty file in manager.d/ removes this error and manager starts.


   * What outcome did you expect instead?

I'm expecting manager to load even if no file is present in manager.d/ and all 
configuration is in manager.conf


Thank you,


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_ZM, LC_CTYPE=en_ZM (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

asterisk-config depends on no packages.

Versions of packages asterisk-config recommends:
ii  asterisk  1:11.13.1~dfsg-2+b1

asterisk-config suggests no packages.

-- Configuration Files:
/etc/asterisk/acl.conf [Errno 13] Permission denied: u'/etc/asterisk/acl.conf'
/etc/asterisk/adsi.conf [Errno 13] Permission denied: u'/etc/asterisk/adsi.conf'
/etc/asterisk/agents.conf [Errno 13] Permission denied: 
u'/etc/asterisk/agents.conf'
/etc/asterisk/alarmreceiver.conf [Errno 13] Permission denied: 
u'/etc/asterisk/alarmreceiver.conf'
/etc/asterisk/alsa.conf [Errno 13] Permission denied: u'/etc/asterisk/alsa.conf'
/etc/asterisk/amd.conf [Errno 13] Permission denied: u'/etc/asterisk/amd.conf'
/etc/asterisk/app_mysql.conf [Errno 13] Permission denied: 
u'/etc/asterisk/app_mysql.conf'
/etc/asterisk/app_skel.conf [Errno 13] Permission denied: 
u'/etc/asterisk/app_skel.conf'
/etc/asterisk/asterisk.adsi [Errno 13] Permission denied: 
u'/etc/asterisk/asterisk.adsi'
/etc/asterisk/asterisk.conf [Errno 13] Permission denied: 
u'/etc/asterisk/asterisk.conf'
/etc/asterisk/calendar.conf [Errno 13] Permission denied: 
u'/etc/asterisk/calendar.conf'
/etc/asterisk/ccss.conf [Errno 13] Permission denied: u'/etc/asterisk/ccss.conf'
/etc/asterisk/cdr.conf [Errno 13] Permission denied: u'/etc/asterisk/cdr.conf'
/etc/asterisk/cdr_adaptive_odbc.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_adaptive_odbc.conf'
/etc/asterisk/cdr_custom.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_custom.conf'
/etc/asterisk/cdr_manager.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_manager.conf'
/etc/asterisk/cdr_mysql.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_mysql.conf'
/etc/asterisk/cdr_odbc.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_odbc.conf'
/etc/asterisk/cdr_pgsql.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_pgsql.conf'
/etc/asterisk/cdr_sqlite3_custom.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_sqlite3_custom.conf'
/etc/asterisk/cdr_syslog.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_syslog.conf'
/etc/asterisk/cdr_tds.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cdr_tds.conf'
/etc/asterisk/cel.conf [Errno 13] Permission denied: u'/etc/asterisk/cel.conf'
/etc/asterisk/cel_custom.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cel_custom.conf'
/etc/asterisk/cel_odbc.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cel_odbc.conf'
/etc/asterisk/cel_pgsql.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cel_pgsql.conf'
/etc/asterisk/cel_sqlite3_custom.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cel_sqlite3_custom.conf'
/etc/asterisk/cel_tds.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cel_tds.conf'
/etc/asterisk/chan_dahdi.conf [Errno 13] Permission denied: 
u'/etc/asterisk/chan_dahdi.conf'
/etc/asterisk/chan_mobile.conf [Errno 13] Permission denied: 
u'/etc/asterisk/chan_mobile.conf'
/etc/asterisk/cli.conf [Errno 13] Permission denied: u'/etc/asterisk/cli.conf'
/etc/asterisk/cli_aliases.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cli_aliases.conf'
/etc/asterisk/cli_permissions.conf [Errno 13] Permission denied: 
u'/etc/asterisk/cli_permissions.conf'
/etc/asterisk/codecs.conf [Errno 13] Permission denied: 
u'/etc/asterisk/codecs.conf'
/etc/asterisk/confbridge.conf [Errno 13] Permission denied: 
u'/etc/asterisk/confbridge.conf'
/etc/asterisk/config_test.conf [Errno 13] Permission denied: 
u'/etc/asterisk/config_test.conf'
/etc/asterisk/console.conf [Errno 13] Permission denied: 
u'/etc/asterisk/console.conf'

Bug#762823: quake2: checksum and file name missing

2015-01-23 Thread alberto fuentes

On Fri, Jan 23, 2015 at 1:58 PM, Simon McVittie s...@debian.org wrote:
 If you can briefly describe where you got this particular copy of
 Quake II (e.g. publisher? country? original retail version vs.
 some budget re-issue? etc.) that would also be good, but if you can't
 remember those details that's fine - I know a lot of people's
 copies of 90s games like this have moved from PC to PC for
 years without going back to the original media :-)

There is probably no need to guess.  .pk3 can be easily unpackaged and
directories can be diffed (diff of binaries within probably won't tell
much i'm afraid tho)

 We could maybe add the 64-player DM maps and q2ctf4a as well;
 those are a total of 8M compressed, which I think is on the borderline
 between just put it in quake2-full-data and it's worth introducing
 quake2-bonus-data so people don't *have* to download it. Thoughts?
 (If it's separate, we should not enable the auto-download until #775080
 is fixed.)

In my opinion is not worth it to add the burden of another package to
the repository to separate it for a package that is going to be huge
already (compared to average size of a package) and that is meant to
be installed on modern desktops with plenty of available space


Thanks for working on this!!

I think there's value on this even if it is hard for the average
person to install (compared with a regular apt-get install)


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

Bug#776074: [Debian-astro-maintainers] Bug#776074: stellarium: Still generates ~/Pictures/stellarium if --screenshot-dir is used

2015-01-23 Thread Martin Ziegler


Thanks!

Martin


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

Bug#776081: libconstantine-java: Update to 0.8.6 or a more recent release

Package: src:libconstantine-java
Version: 0.7-6
Severity: wishlist

This project was renamed at upstream as jnr-constants.

Additionally, jruby 1.7.x depends on 0.8.6 to build, so this package
should be updated.


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

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

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature

Bug#776085: cups-client: cancel does not remove jobs

2015-01-23 Thread ael

Package: cups-client
Version: 1.7.5-10
Severity: wishlist

cancel does not follow the usual readline conventions:
  cancel -axfails
but
  cancel -a -x   works.

I have been caught by this before: I suggest that the man page should
highlight this unexpected behaviour.


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

Kernel: Linux 3.16.0-4-686-pae (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
Init: systemd (via /run/systemd/system)

Versions of packages cups-client depends on:
ii  adduser   3.113+nmu3
ii  cups-common   1.7.5-10
ii  libavahi-client3  0.6.31-4+b2
ii  libavahi-common3  0.6.31-4+b2
ii  libc6 2.19-13
ii  libcups2  1.7.5-10
ii  libcupsimage2 1.7.5-10

cups-client recommends no packages.

Versions of packages cups-client suggests:
ii  cups   1.7.5-10
ii  cups-bsd   1.7.5-10
ii  smbclient  2:4.1.13+dfsg-2
pn  xppnone

-- 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#776087: nailgun: Please provide Maven artifacts

Package: nailgun
Version: 0.9.0+trunk95-3
Severity: important

Libraries using Maven to manage their dependencies cannot find nailgun
since it doesn't provide any Maven artifacts.


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

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

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature

Bug#775638: IPv6 database is corrupt

2015-01-23 Thread Andrew Moise

Hi Patrick.
I tracked it down to a few broken entries in the city DB. It looks
like the DB creation code makes almost all the entries correctly, but
there are a couple of them that come out corrupted:

(jessie)moise@localhost:~$ geoiplookup 1.120.146.170
GeoIP Country Edition: AU, Australia
GeoIP City Edition, Rev 1: GP,
���-��-��%��%��%��%��-�-�-Ɣ-��%��%�-��-x�-v�-, N/A, N/A, N/A,
-180.00, -179.993500, 0, 0
GeoIP ASNum Edition: AS30722 Vodafone Omnitel B.V.

Note that's with a local build of the database -- that particular IP
address may not be corrupted in the actual jessie database. In that
local DB, as in the actual jessie database, almost all the entries are
correct, just there are a handful that look like that one.
I've been busy the last couple days, but I expect that I'll get
enough time today to actually track down what's going wrong and fix
it.
-Andrew

On Jan 23, 2015 9:43 AM, Patrick Matthäi pmatth...@debian.org wrote:

Hi Andrew,

do you have got any news? :)

Am 20.01.2015 um 18:43 schrieb Andrew Moise:

Thanks Patrick. One note - just like the v6 issue, the gdnsd test suite is
detecting a genuine problem in the city DB. It is something wrong with the
city DB creation tools that's causing it (i.e. not just an issue with the
gdnsd tests). I just haven't finished tracking down exactly what the issue is
yet.
-Andrew

On Jan 20, 2015 12:22 PM, Patrick Matthäi pmatth...@debian.org wrote:

tag #775638 + confirmed
clone #775638 -1
reassign -1 geoip-bin
retitle -1 geoip-generator produces faulty v6/city database
severity -1 grave
found -1 1.6.2-3
thanks

Am 18.01.2015 um 05:21 schrieb Debian Bug Tracking System:
Processing commands for cont...@bugs.debian.org:

reassign 775638 geoip-database 20141027-1
Bug #775638 [src:gdnsd] gdnsd: FTBFS in jessie: dh_auto_test: make -j1
test returned exit code 2
Bug reassigned from package 'src:gdnsd' to 'geoip-database'.
No longer marked as found in versions gdnsd/2.1.0-1.
Ignoring request to alter fixed versions of bug #775638 to the same values
previously set
Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make
-j1 test returned exit code 2
Marked as found in versions geoip-database/20141027-1.
retitle 775638 IPv6 database is corrupt
Bug #775638 [geoip-database] gdnsd: FTBFS in jessie: dh_auto_test: make
-j1 test returned exit code 2
Changed Bug title to 'IPv6 database is corrupt' from 'gdnsd: FTBFS in
jessie: dh_auto_test: make -j1 test returned exit code 2'
severity 775638 grave
Bug #775638 [geoip-database] IPv6 database is corrupt
Severity set to 'grave' from 'serious'
thanks

thanks for spotting it. Curious that no one (also myself!) spotted it.
The patch for the v6 database is just:

--- geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-19
18:50:04 UTC (rev 5693)
+++ geoip/branches/jessie/debian/src/geoip-csv-to-dat.cpp 2015-01-20
08:31:03 UTC (rev 5694)
@@ -959,6 +959,7 @@
address_family = AF_INET;
break;
case '6':
+ database_type = GEOIP_COUNTRY_EDITION_V6;
address_family = AF_INET6;
break;
case 'i':

But Andrew found out that there is also an issue with the city database,
which is working in general, but the gdnsd tests also fail.

--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer

Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer

Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/

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

Bug#767012: iceweasel fails to close and keeps running in background

2015-01-23 Thread Martin Erik Werner

Package: iceweasel
Version: 31.4.0esr-1

I'm also experiencing symptoms very similar to what's described here,
but with a few differences.

I usually run two iceweasel profiles in parallel, profile A is a
normal usage profile (the one given in the package information below),
profile B is a media usage profile (used with -no-remote  -profile).

Very often, seemingly at random after some time of usage or inactivity,
profile A will start using 100% CPU, and when closing this iceweasel
instance the behaviour stays unchanged until a SIGTERM is sent to the
process, which causes the process to exit. Profile B remains unaffected during
this.

I have never observed this behaviour with profile B, and it doesn't seem
to be an interaction issue since it occurs even when only profile A is running.

I'm currently suspecting it might be a specific site element or
something which triggers it (since profiles A  B are not particularly
different, but are commonly used for different sites), but I've yet
been unable to narrow it down at all


-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: 
/usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Package: xul-ext-adblock-plus
Status: user-disabled

Name: Default theme
Location: 
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: English (GB) Language Pack locale
Location: 
/usr/lib/iceweasel/browser/extensions/langpack-en...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-en-gb
Status: enabled

Name: GNOME Keyring integration
Location: 
/usr/lib/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{6f9d85e0-794d-11dd-ad8b-0800200c9a66}
Package: xul-ext-gnome-keyring
Status: enabled

Name: Lazarus: Form Recovery
Location: ${PROFILE_EXTENSIONS}/laza...@interclue.com.xpi
Status: enabled

-- Plugins information
Name: Gnome Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.5.2 (1.5.2-1))
Location: /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-7-plugin:amd64
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled

Name: Shockwave Flash (11.2.202.425)
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  gnome-shell3.14.2-3+b1  amd64graphical shell for the GNOME des
ii  icedtea-7-plug 1.5.2-1  amd64web browser plugin based on OpenJ
ii  iceweasel  31.4.0esr-1  amd64Web browser based on Firefox
ii  iceweasel-l10n 1:31.4.0esr- all  English (United Kingdom) language
ii  rhythmbox-plug 3.1-1amd64plugins for rhythmbox music playe
ii  xul-ext-adbloc 2.6.6+dfsg-1 all  advertisement blocking extension 
ii  xul-ext-gnome- 0.6.11-3 amd64Store mozilla passwords in GNOME 

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iceweasel depends on:
ii  debianutils   4.4+b1
ii  fontconfig2.11.0-6.3
ii  libasound21.0.28-1
ii  libatk1.0-0   2.14.0-1
ii  libc6 2.19-13
ii  libcairo2 1.14.0-2.1
ii  libdbus-1-3   1.8.14-1
ii  libdbus-glib-1-2  0.102-1
ii  libevent-2.0-52.0.21-stable-2
ii  libffi6   3.1-2+b2
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-2
ii  libgcc1   1:4.9.2-10
ii  libgdk-pixbuf2.0-02.31.1-2+b1
ii  libglib2.0-0  2.42.1-1
ii  libgtk2.0-0   2.24.25-1
ii  libhunspell-1.3-0 1.3.3-3
ii  libnspr4  2:4.10.7-1
ii  libnss3   2:3.17.2-1.1
ii  libpango-1.0-01.36.8-3
ii  libsqlite3-0  3.8.7.4-1
ii  libstartup-notification0  0.12-4
ii  libstdc++64.9.2-10
ii  libvpx1   1.3.0-3
ii  libx11-6  2:1.6.2-3
ii  libxext6  2:1.3.3-1
ii  libxrender1   1:0.9.8-1+b1
ii  libxt61:1.1.4-1+b1
ii  procps2:3.3.9-8
ii  zlib1g1:1.2.8.dfsg-2+b1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  fonts-mathjax  none
pn  fonts-oflb-asana-math  none
ii  fonts-stix [otf-stix]  1.1.1-1
ii  libcanberra0   0.30-2.1
ii  libgnomeui-0   2.24.5-3
ii  libgssapi-krb5-2

Bug#776079: tkrplot: FTBFS in unstable - fatal error: tk.h: No such file or directory

2015-01-23 Thread James Cowgill

Source: tkrplot
Version: 0.0.23-2
Severity: serious
Tags: sid

Hi,

tkrplot seems to FTBFS in unstable (but not in jessie) with the error:
 gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -I/usr/include/tcl8.6 
 -I/usr/include/tcl8.6 -fpic  -g -O2 -fstack-protector-strong -Wformat 
 -Werror=format-security -D_FORTIFY_SOURCE=2 -g  -c tcltkimg.c -o tcltkimg.o
 tcltkimg.c:2:16: fatal error: tk.h: No such file or directory
  #include tk.h
 ^
 compilation terminated.
 /usr/lib/R/etc/Makeconf:133: recipe for target 'tcltkimg.o' failed

I think this is because R is compiled against tk8.6 in unstable (where
the list of include directories are obtained from), but tkrplot only
build depends on the tk development headers for tk8.5.

Thanks,
James


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

Bug#776082: jffi: Please update it to 1.2.7 or a more recent release

Package: src:jffi
Version: 1.0.2-11
Severity: wishlist

jruby 1.7.x depends on a recent release of jffi.
Additionally, the native jar must be available in the maven repo.


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

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

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature

Bug#775958: claws-mail-pgpmime: OpenPGP key generation prompts the user for passphrase unnecessarily

2015-01-23 Thread Ricardo Mones

On Fri, 23 Jan 2015 10:11:31 -0500
Daniel Kahn Gillmor d...@fifthhorseman.net wrote:

 Hi Ricardo--
 
 Thanks for the quick response!

Hi, you're welcome! :)

 On Fri 2015-01-23 07:33:12 -0500, Ricardo Mones wrote:
  When you say because i'm using the gpg-agent […] does it mean that:
 
   a) you're simply using it, and expect Claws Mail to be able to found that
  fact by itself and do not ask for passwords
 
   b) you have also checked Use gpg-agent to manage passwords option in
  Claws Mail's preferences Plugins/GPG panel but is still asking for
  passwords  
 
 I guess i mean (a), because i don't see the option you describe.
 
 In the Claws Mail preferences dialog box's GPG pane, i see only the
 following:
 
 
 [claws-gpg-prefs.png  image/png (32033 bytes)] 
  
 
 -
 GPG
 ===
  Sign key:
   (*) Use default GnuPG key
   ( ) Select key by your email address
   ( ) Specify key manually
  { User or key ID: _ }
 
  [ Generate a new key pair ]
 -
 
 
 Am i missing something?  the only plugins i have loaded are:
 
   PGP/Core
   PGP/MIME

That's per-account GPG preferences. I was referring to the global GPG
plugin configuration :) see attached screenshot.

Mine is disabled because I don't have it running.

If you have agent running and the check is still disabled this is
because GPG_AGENT_INFO environment variable was not set by the agent
(see claws-mail manpage).

Has the gpg-agent experimental version you have changed that much?

regards,
-- 
 Ricardo Mones
 http://people.debian.org/~mones
 «Big book, big bore. -- Callimachus»


pgpaobd6943Hi.pgp
Description: OpenPGP digital signature

Bug#776059: Bug#762823: quake2: checksum and file name missing

2015-01-23 Thread Alexandre Detiste

I may have yet some other version;
here are the differences, not that they matter much:

[Quake II Release Notes
[
[This file contains notes on last minute information pertinent to Quake II.
[
[Quake II Version 3.05 - November 28, 1997

/usr/local/games/quake2/docs/Release Notes.doc
size: 6199
md5sum: c77003ba78c7685d1066eb2f67ebf4bd
sha1: c7e4f3ff80cfe605129ae5e670ef1e7a2c6c121a

/usr/local/games/quake2/docs/quake2_manual/credits.html
size:   18873 bytes
md5:71a8fc7089eddda402ab11d3443aaae2
sha1:   40974c7cb195dc1c3e43a011a7efef8fdc10a971
sha256: d338256ee5b8cafbdd1e0a023aa96a917e79ff4acca1afd5a16b78329cea

/usr/local/games/quake2/docs/quake2_manual/multiplayer.html
found   : 9826 bytes
md5: 0ef979e71bb0f1decfef7638bfaaca95

/usr/local/games/quake2/docs/quake2_manual/images/start_network_server_screen1.gif
found   : 4058 bytes
md5sum: 0de34a0bd6b888a31417b78cc265bfbe


 Am Freitag, den 23.01.2015, 12:58 + schrieb Simon McVittie: 
  OK, then we should support this as an alternative in quake2.yaml.
  Please send size in bytes, sha1 and sha256 to the cloned
  g-d-p bug.
 
 $ cksum baseq2/pak0.pak 
 639175200 194965474 baseq2/pak0.pak
 
 $ md5sum baseq2/pak0.pak 
 4f7dafbfb99c30d5455bc63003da8357  baseq2/pak0.pak
 
 $ sha1sum baseq2/pak0.pak 
 6be3f40f61ab9534d503316f95ac766cbfe6e77c  baseq2/pak0.pak
 
 $ sha256sum baseq2/pak0.pak 
 7fea4fe24b5871787962cd8f1df3bd55b93baf34fea5743e3f90fcc8e5675995
 baseq2/pak0.pak
 


  remember those details that's fine - I know a lot of people's
  copies of 90s games like this have moved from PC to PC for
  years without going back to the original media :-)


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

Bug#774193: Minor followup

2015-01-23 Thread Gunnar Wolf

...Just to report I'm not just sitting on this bug report; it does
not affect all Drupal modules (although I'm sure you stumbled on a
pretty common one!). The problem is not AFAICT on the tables parsing
(that one already bit us some time ago) but on some other artifact. I
spent some time poking the sources to understand this and did minor
improvements, but wasn't able to pinpoint and fix the problem.

I've been quite busy in the last few weeks, but I hope/expect to be
able to dig into this soon.


signature.asc
Description: Digital signature

Bug#776063: dbus fails to upgrade rendering entire apt unusable

 You should be able to get out of that apt state by just calling
 «dpkg --configure --pending».

great -- thanks.  FWIW This indeed allowed to mitigate it.

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,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#776088: live-images: Update with #775322 improvements

2015-01-23 Thread jnqnfe

Package: live-images

The live-build configs offered in the live-images debian-next git branch
(for use with live-build 5.x) need to be updated based on changes to
live-build that are being implemented under bug #775322 (Assuming that
work is to get merged).

I will attach the necessary patches here later.


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

Bug#776082: jffi: Please update it to 1.2.7 or a more recent release

2015-01-23 Thread tony

On Fri, Jan 23, 2015 at 07:15:50PM +0100, Emmanuel Bourg wrote:
 Le 23/01/2015 18:59, Miguel Landaeta a écrit :
 
  Additionally, the native jar must be available in the maven repo.
 
 It may not be necessary to deploy the native lib in the Maven
 repository. If the native lib is in the expected multi arch path it can
 be loaded easily without messing with Maven and a complex library
 loading logic. It avoids installing arch specific jars containing native
 libraries in the Maven repository.

Hi,

Tim and I have been discussing this via email.  In this situation, I
think we'll have an arch-all package containing the -native JAR in
/usj + maven meta-data, but the actual native library contains the .so
be an arch-any package.

I need to look into it in a bit more detail, but I believe we can
consider this bug pending.  I think we can have something in
experimental soon.

Cheers,
tony


signature.asc
Description: Digital signature

Bug#762823: quake2: checksum and file name missing

2015-01-23 Thread Simon McVittie

On 23/01/15 17:46, alberto fuentes wrote:
 On Fri, Jan 23, 2015 at 1:58 PM, Simon McVittie s...@debian.org wrote:
 We could maybe add the 64-player DM maps and q2ctf4a as well;
 those are a total of 8M compressed, which I think is on the borderline
 between just put it in quake2-full-data and it's worth introducing
 quake2-bonus-data so people don't *have* to download it.
 
 In my opinion is not worth it to add the burden of another package to
 the repository to separate it

The packages produced by game-data-packager cannot be in the repository
in any case. Data is managed by game-data-packager either because it is
not intended to be redistributed at all (full games like Quake II and
their paid-for expansions), or because it is intended to be distributed
without payment, but the actual copyright license is too demanding or
too ambiguous to be safe to upload to non-free (most of the patches,
demos, shareware, etc.).

So the number of packages in the Debian archive is not relevant here,
only the number of packages on g-d-p users' computers.

S


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

Bug#773131:

2015-01-23 Thread Potter, Tim (Cloud Services)

On 24 Jan 2015, at 1:57 am, Miguel Landaeta nomad...@debian.org wrote:

 On Fri, Jan 23, 2015 at 06:21:34AM +, Potter, Tim (Cloud Services) wrote:
 Just a quick update for the dependencies I’m working on. 
 
 [...]
 
 * jnr-enxio, jnr-unixsocket, packaged and pushed to pkg-java
 
 While these packages all build, there’s still a bunch of work to do on the 
 usual suspects - d/copyright, javadocs as appropriate, and fixing lintian 
 warnings and errors.  I’ll start this next week.
 
 Do you need sponsoring for jnr-enxio and jnr-unixsocket?

Hi Miguel.  Yes that would be great - thanks.  There’s still a couple of hours 
work to do yet though but I’ll let you know when they’re ready.

I submitted a DM application last week at a conference with lots of Australian 
DD’s.  Hopefully I can do a bit more of this myself when it comes through.


Regards,

Tim.

 -- 
 Miguel Landaeta, nomadium at debian.org
 secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
 Faith means not wanting to know what is true. -- Nietzsche


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

Bug#765283: my fault

2015-01-23 Thread Andreas

Ohh, my fault. In this bug, I forgot to depict the user side:

root@andy-lubuntubox:/root # gparted
Failed to get D-Bus connection: Operation not permitted
Too few arguments.
Segmentation fault (core dumped)
Too few arguments.
root@andy-lubuntubox:/root#


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

Bug#652580: ITP

retitle ITP: beret -- A 2D puzzle platformer game
owner -1 !
thanks
I would like to package beret
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#711019: load_video produces file not found errors and causes GRUB to pause when booting

2015-01-23 Thread Antoine Beaupré

Package: grub-pc
Version: 2.02~beta2-19
Followup-For: Bug #711019

I also see this problem here. It was a little surprising at first, and
hard to track down.

I can confirm the boot continues automatically after a while. However,
just commenting out load_video doesn't work here because the kernel
doesn't seem to display properly after loading. I only see Booting
kernel, then I was expecting to see the LUKS crypto prompt, and it just
hangs there, displaying nothing else.

If this will break jessie+1 upgrades, it seems important to fix this in
the package. I don't believe I did anything special that should warrant
such a breakage, and it's unclear to me how to fix the problem without
patching the grub.d files, which should be under the package's control
(ie. it's not modified locally).

Otherwise, what's the proper way to fix this? Maybe it should be in the
jessie release notes, at least?

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/angelassd0-root / ext4 
rw,relatime,discard,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot ext4 rw,relatime,discard,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-Hitachi_HTS545016B9A300_091128PBPB06QCDUP84M
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ ${next_entry} ] ; then
   set default=${next_entry}
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default=0
fi

if [ x${feature_menuentry_id} = xy ]; then
  menuentry_id_option=--id
else
  menuentry_id_option=
fi

export menuentry_id_option

if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
945f3bd6-f5d0-423b-9276-d7795f58539a
else
  search --no-floppy --fs-uuid --set=root 945f3bd6-f5d0-423b-9276-d7795f58539a
fi
font=/grub/unicode.pf2
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=fr_CA
  insmod gettext
fi
terminal_output gfxterm
if [ ${recordfail} = 1 ] ; then
  set timeout=-1
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
945f3bd6-f5d0-423b-9276-d7795f58539a
else
  search --no-floppy --fs-uuid --set=root 945f3bd6-f5d0-423b-9276-d7795f58539a
fi
insmod png
if background_image /grub/.background_cache.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload=${1}
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-4db082d7-1c24-418f-924a-407f9c9f5768' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
945f3bd6-f5d0-423b-9276-d7795f58539a
else
  search --no-floppy --fs-uuid --set=root 
945f3bd6-f5d0-423b-9276-d7795f58539a
fi
echo'Chargement de Linux 3.16.0-4-amd64…'
linux   /vmlinuz-3.16.0-4-amd64 root=/dev/mapper/angelassd0-root ro  
quiet
echo'Chargement du disque mémoire

Bug#765283: Reply

2015-01-23 Thread Andreas

Looks I wasn't clear again then...

Just STARTING gparted will trigger the crash. Kaboom! No GUI, nothing!
The crash must be happening in the D-Bus phase _before_ the main routine is 
called, as it complains about too few parameters.


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

Bug#388141: Relicensing of Debian www pages

On 24/01/15 00:44, Bradley M. Kuhn wrote:
 Riley Baird wrote at 17:16 (EST) on Thursday:
 A couple of years ago, you offered to assist Debian in the relicensing
 of its www pages. Has there been any progress on this?
 
 I remain willing to help, but I cannot take the lead on this issue.  If
 there's something specific that Debian needs help with to accomplish
 this task, I remain willing to help.

Thanks! Can you give me an idea of what Debian would need to do next to
accomplish this?


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

Bug#775958: claws-mail-pgpmime: OpenPGP key generation prompts the user for passphrase unnecessarily

2015-01-23 Thread Daniel Kahn Gillmor

On Fri 2015-01-23 13:01:12 -0500, Ricardo Mones wrote:
 That's per-account GPG preferences. I was referring to the global GPG
 plugin configuration :) see attached screenshot.

ah, ok, thanks.  i don't think i knew about the difference -- i'm not a
regular claws-mail user.

 Mine is disabled because I don't have it running.

Mine is disabled too, but i do have it available :)

 If you have agent running and the check is still disabled this is
 because GPG_AGENT_INFO environment variable was not set by the agent
 (see claws-mail manpage).

right, in my test account, i didn't have $GPG_AGENT_INFO set because i
wasn't using a full X11 session startup, and because the newer gpg-agent 

 Has the gpg-agent experimental version you have changed that much?

Yes, it has!  as of gpg 2.1, the agent is launched automatically when
needed, and it uses the standard socket location of
$GNUPGHOME/S.gpg-agent (and in fact, the gpg process itself deliberately
doesn't handle the secret key material or passphrases at all, which is
great from a security perspective).

For backward compatibility, we're probably still going to continue
setting $GPG_AGENT_INFO anyway within the debian X11 session startup,
but that's not a good long-term solution.

Here's how i recommend that claws changes things (feel free to forward
this upstream if you think it's better dealt with there).  the basic
idea is that claws-mail should do everything it can to avoid handling
the user's passphrase:

 * check the version of gpg -- if it's 2.1 or later, *require* the use
   of the agent.

 * if it's before 2.1, and $GPG_AGENT_INFO is set, then enable the
   preference *and* make it default to checked.

 * if it's before 2.1 and $GPG_AGENT_INFO is not set, then enable the
   preference and make it default to unchecked.  If the user checks it,
   and tries to use gpg, and GPG_AGENT_INFO is still unset, present the
   user with a suggestion to either upgrade gpg (and the agent) to 2.1,
   or to ensure that gpg-agent is launched as part of their desktop
   session.

Thanks for talking this through here,

   --dkg


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

Bug#775693: RFS: python-cligj/0.1.0-1 [ITP]

2015-01-23 Thread Johan Van de Wauw

On Tue, Jan 20, 2015 at 9:01 PM, Sebastiaan Couwenberg
sebas...@xs4all.nl wrote:
 Hi Johan,

 Sorry for not doing this sooner, but I have reviewed the package now.
 Some comments follow.
Thanks!

 The copyright file only documents the upstream copyright, documenting
 the copyright  license for debian/* is a good idea unless you want to
 assign the copyright to MapBox.

Good catch

 There seems to be an issue with the setup.py and Python 3.2, the package
 fails to build because the clean target fails before even starting the
 build:

 This is on one of my wheezy systems, the package builds fine with Python
 3.4 on sid.
On jessie it works as well. I don't think it is useful to change it.

 lintian reports a duplicate short description. Because the short
 description is already 60 characters long this doesn't leave much room
 to add something like Python 3 module for  Appending for Python
 V would fall within 80 characters, although the line length including
 field name exceeds it.

Improved the short description

 Kind Regards,

 Bas

 --
  GPG Key ID: 4096R/E88D4AF1
 Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



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

Bug#775354: icedove: Can't save to sent, can't move or delete mails (IMAP)

2015-01-23 Thread Alia Toll


Dear Carsten,

Am 18.01.2015 um 17:44 schrieb Carsten Schoenert:

Hello Alia,

On Thu, Jan 15, 2015 at 10:45:19AM +0100, Alia Toll wrote:

Dear Carsten,

I tried several things now:

1. looked at the error console, but there were just errors long ago when the
error occurred and I don't understand them:


these errors are not related to your issue.


2. Used it in safe mode, but error occurred nevertheless. But once using it
in safe mode a prompt from the add-on masterpassword+ for logging the screen
popped up, what was quite strange to me. But it was for sure in safe mode,
for example language was switched to English in icedove.


The language itself Icedove is starting with is not a symptom enough
what you running Icedove in safemode. To be sure run Icedove from
a terminal with 'LANG= icedove -safe-mode'.


3. When the error happens, even in the preview no new message can be loaded.

4. I also made a log file, but as I was looking shortly through the log
file, there is quite some personal stuff in there. Could you tell me, what
are the important parts? Then I would take the others out and attach it.


Remove the personal things please and than send it to the BTS or if you
are unsure send it to me and I will check that there are no more user
specific parts are inside. Without any logging information we can't
track down the issue. Also please make a new debugging log from the same
session.

Happen this issue only with one specific IMAP Account or mostly with the
same servers?


I have now found out, that it mainly happens with one specific folder on 
one server. I also had contact with the administrators, but they 
couldn't help yet. It's a problem with the Gesendet (sent) folder. It 
can't even be reloaded from the server, so if I write messages from the 
webinterface, I can't see them locally. In the webinterface everything 
works fine though.




PS: Please don't answer by a FQTP (Full Quote Top Posting)! Poste your
answer context sebsitive please.
Otherwise it is hard to so handle the answer you give with your previous
answer. Remember that your bug report is not the only one for us/me. ;)

Regards
Carsten


Thank you for your help, if I find more out, I will tell you definitely,
Alia


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

Bug#776082: jffi: Please update it to 1.2.7 or a more recent release

On Fri, Jan 23, 2015 at 07:15:50PM +0100, Emmanuel Bourg wrote:
 Le 23/01/2015 18:59, Miguel Landaeta a écrit :
 
  Additionally, the native jar must be available in the maven repo.
 
 It may not be necessary to deploy the native lib in the Maven
 repository. If the native lib is in the expected multi arch path it can
 be loaded easily without messing with Maven and a complex library
 loading logic. It avoids installing arch specific jars containing native
 libraries in the Maven repository.

Emmanuel, thanks for the recommendation.

I don't have too much experience with those native jar but I agree it
seemed weird to me to see those jar with arch specific code in them in
the maven repo.

Later, I'll check what's the real need for that kind of jar and how
integrate it with multiarch.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature

Bug#775284: RFS: linuxptp/1.5-1

2015-01-23 Thread Tino Mettler

retitle 775284 RFS: linuxptp/1.5-3 [ITP]

thanks

I just uploaded a new revision.

  dget -x 
http://mentors.debian.net/debian/pool/main/l/linuxptp/linuxptp_1.5-3.dsc

Changes since the last upload:

  * Add debian/watch file
  * Correct documentation about adjusting systemd service parameters
  * Adjust phc2sys systemd service to depend on the ptp4l service

Regards,
Tino


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

Bug#776091: ITP: pam-u2f -- Universal 2nd Factor PAM Module

2015-01-23 Thread Simon Josefsson

Package: wnpp
Severity: wishlist
Owner: si...@josefsson.org

* Package name: pam-u2f
  Version : 0.0.1
  Upstream Author : Alessio Di Mauro
* URL : https://developers.yubico.com/pam-u2f/
* License : BSD
  Programming Lang: C
  Description : Universal 2nd Factor (U2F) PAM Module

 The PAM U2F module provides an easy way to integrate the Yubikey (or
 other U2F-compliant authenticators) into your existing user
 authentication infrastructure. PAM is used by GNU/Linux, Solaris and
 Mac OS X for user authentication.

Debian packaging:
https://github.com/Yubico/pam-u2f-dpkg

/Simon


pgp2PlT2m8qsS.pgp
Description: OpenPGP digital signatur

Bug#776082: jffi: Please update it to 1.2.7 or a more recent release

On Fri, Jan 23, 2015 at 10:37:26AM -0800, tony wrote:
 On Fri, Jan 23, 2015 at 07:15:50PM +0100, Emmanuel Bourg wrote:
  Le 23/01/2015 18:59, Miguel Landaeta a écrit :
  
   Additionally, the native jar must be available in the maven repo.
  
  It may not be necessary to deploy the native lib in the Maven
  repository. If the native lib is in the expected multi arch path it can
  be loaded easily without messing with Maven and a complex library
  loading logic. It avoids installing arch specific jars containing native
  libraries in the Maven repository.
 
 Hi,
 
 Tim and I have been discussing this via email.  In this situation, I
 think we'll have an arch-all package containing the -native JAR in
 /usj + maven meta-data, but the actual native library contains the .so
 be an arch-any package.

Awesome, I see Tim  Tony are taking care of this.

Cheers,

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature

Bug#762823: quake2: checksum and file name missing

2015-01-23 Thread alberto fuentes

On Fri, Jan 23, 2015 at 7:35 PM, Simon McVittie s...@debian.org
 The packages produced by game-data-packager cannot be in the repository
 in any case. Data is managed by game-data-packager either because it is
 not intended to be redistributed at all (full games like Quake II and
 their paid-for expansions), or because it is intended to be distributed
 without payment, but the actual copyright license is too demanding or
 too ambiguous to be safe to upload to non-free (most of the patches,
 demos, shareware, etc.).

 So the number of packages in the Debian archive is not relevant here,
 only the number of packages on g-d-p users' computers.

Right...

I of course knew that, but still mixed it up :/

Does the same rationale referring to size still apply?

if the difference of size with and without extras is not big, I don't
think is worth it to worry about it. The target platforms are modern
desktops with plenty of space. (modern as in an hd or sd card bought
in the last 10 years)

Anyway, up to you!

Thanks again for the work on this!


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

Bug#773131:

On Fri, Jan 23, 2015 at 06:59:57PM +, Potter, Tim (Cloud Services) wrote:
 
 Hi Miguel.  Yes that would be great - thanks.  There’s still a couple of 
 hours work to do yet though but I’ll let you know when they’re ready.

Great, just let me know.

 I submitted a DM application last week at a conference with lots of 
 Australian DD’s.  Hopefully I can do a bit more of this myself when it comes 
 through.

It's always nice to see debian-java team growing.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
Faith means not wanting to know what is true. -- Nietzsche


signature.asc
Description: Digital signature

Bug#719694: Status

2015-01-23 Thread Balasankar C

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,
I am trying to package the Ruby gem nokogumbo and would like to know
the status of libgumbo's packaging.
- -- 
Regards
Balasankar C
http://balasankarc.in
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJUwqbBAAoJEJbtq5sua3Fx64cIAIbh7s7R3N/mENDI6EV77ZMr
dUBDJq1ibrcIxpDWEXv8ojz33YTFCn6yhhNgSbcvshpiDjDenhwKG3/nyliJH1SC
Z/D/Hf5gdU5v7AflhksSk6nBuLo0wKuLKHfluAbA10L+PBzTEPSITwQfZpXonQas
3TEIo/y1WDbnmvwEIQZa80D6aqA8HwKnlaSYBR/rDj6fUvJlXzvfqcMSIMqumCH0
z/IbJV7Pts/Gq9P0JUDsDGnKbkfA8tkxhUPY7lWxt+lWcSvUsyB2NCpTciR4gobt
FXtpV1GvjUDVbj8j02UyEOwwvVDv4o3fEobEQtnF+W4bxWuYfAyWiB7TTgwN6Zc=
=mLAM
-END PGP SIGNATURE-


0x2E6B7171.asc
Description: application/pgp-keys

Bug#776089: libatlas-base-dev: leaves alternatives after purge: /usr/lib/lib{blas, lapack}-3.{so, a}

Package: libatlas-base-dev
Version: 3.10.2-6
Severity: important
Tags: patch
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

This was observed after an lenny - squeeze - wheezy - jessie upgrade.

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see https://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove name path'.

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

From the attached log (scroll to the bottom...):

5m39.1s INFO: Warning: Package purging left files on system:
  /etc/alternatives/libblas-3.a - /usr/lib/atlas/libblas.a  not owned
  /etc/alternatives/libblas-3.so - /usr/lib/atlas/libblas.sonot owned
  /etc/alternatives/liblapack-3.a - /usr/lib/atlas/liblapack.a  not owned
  /etc/alternatives/liblapack-3.so - /usr/lib/atlas/liblapack.sonot 
owned
  /etc/ld.so.conf.d/atlas.conf   not owned
  /usr/lib/libblas-3.a - /etc/alternatives/libblas-3.a  not owned
  /usr/lib/libblas-3.so - /etc/alternatives/libblas-3.sonot owned
  /usr/lib/liblapack-3.a - /etc/alternatives/liblapack-3.a  not owned
  /usr/lib/liblapack-3.so - /etc/alternatives/liblapack-3.sonot owned

Attached is a patch that I have verified in piuparts to fix this issue.
No intent to NMU, but if you upload this to sid, I'll take care of
getting it unblocked.


cheers,

Andreas


libatlas-base-dev_3.10.2-6.log.gz
Description: application/gzip
diff -Nru atlas-3.10.2/debian/changelog atlas-3.10.2/debian/changelog
--- atlas-3.10.2/debian/changelog	2014-11-22 13:37:44.0 +0100
+++ atlas-3.10.2/debian/changelog	2015-01-23 20:24:54.0 +0100
@@ -1,3 +1,11 @@
+atlas (3.10.2-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * libatlas-base-dev: Cleanup obsolete alternatives dating back to lenny.
+(Closes: #xx)
+
+ -- Andreas Beckmann a...@debian.org  Fri, 23 Jan 2015 20:14:42 +0100
+
 atlas (3.10.2-6) unstable; urgency=medium
 
   * Add missing files in archdef for mips.
diff -Nru atlas-3.10.2/debian/libatlas-base-dev.preinst atlas-3.10.2/debian/libatlas-base-dev.preinst
--- atlas-3.10.2/debian/libatlas-base-dev.preinst	2014-07-12 12:23:26.0 +0200
+++ atlas-3.10.2/debian/libatlas-base-dev.preinst	2015-01-23 20:19:46.0 +0100
@@ -9,6 +9,10 @@
 update-alternatives --remove libblas.so	/usr/lib/atlas-base/atlas/libblas.so
 fi
 
+# Cleanup obsolete alternatives dating back to lenny
+update-alternatives --remove libblas-3.so /usr/lib/atlas/libblas.so
+update-alternatives --remove liblapack-3.so /usr/lib/atlas/liblapack.so
+
 # dh_installdeb will replace this with shell code automatically
 # generated by other debhelper scripts.

Bug#775538: I think this bug does not exist

2015-01-23 Thread Manuel Luque

Dear Maintainer,

I think this bug does not exist. I think the messages that were supposed
lost were really in the junk folder.

Thanks a lot.
Manuel L.


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

Bug#776090: please package 4.7 for experimental

Source: insighttoolkit4
Version: 4.6
Severity: wishlist

Thank you in advance.  It was released in December 2014

P.S. needed for new release of ants package

Cheers!

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

Kernel: Linux 3.17-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
Init: systemd (via /run/systemd/system)


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

Bug#775400: [Pkg-clamav-devel] Bug#775400: clamav-freshclam: freshclam cant download virus definitions

2015-01-23 Thread Scott Kitterman

On Friday, January 23, 2015 21:49:33 Ulrich Schmidt wrote:
 Hi.
 
 I was able to reproduce the bug with the bugged HTTPProxyServer entry in
 freshclam.conf:
 
 - I installed a fresh debian testing (kde-desktop)
 - i installed the packages clamav + clamav-daemon in one install run using
 apper.
 
 result: a broken HTTPProxyServer entry in freshclam.conf

That sounds like it might be an issue with apper's handling of debconf 
templates then.  Can you reproduce the same issue when installing with apt or 
aptitude?

Scott K


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

Bug#768032: frontaccounting

2015-01-23 Thread Lj Earwood

I have a solution to this, it has some manual configuring but no big deal.
email me if you want to know how I did it, I got it to work on server
14.1032bit

Jasper
CWMC PC and Laptop Repair
512-522-8094US

Bug#776092: gqrx-sdr: Missing desktop file for GUI menu entry

2015-01-23 Thread Petter Reinholdtsen


Package: gqrx-sdr
Version: 2.3.1-2

Dear Maintainer,

After installing gqrx-sdr, I tried to use the KDE menu to find and start
the gqrx program, but no menu entry were available.  This is because the
program is missing a desktop file used by Gnome, KDE and other desktop
environments for their menu.  Please add a desktop file to make the gqrx
program show up.

Something simliar to
/usr/share/gnuradio/grc/freedesktop/gnuradio-grc.desktop from the
gnuradio package should do it.  It look like this:

  [Desktop Entry]
  Version=1.0
  Type=Application
  Name=GRC
  Exec=gnuradio-companion %F
  Categories=Development;
  MimeType=application/gnuradio-grc;

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gqrx-sdr depends on:
ii  libboost-program-options1.55.0  1.55.0+dfsg-3
ii  libboost-system1.55.0   1.55.0+dfsg-3
ii  libc6   2.19-13
ii  libgcc1 1:4.9.1-19
ii  libgnuradio-analog3.7.5 3.7.5-5
ii  libgnuradio-blocks3.7.5 3.7.5-5
ii  libgnuradio-fft3.7.53.7.5-5
ii  libgnuradio-filter3.7.5 3.7.5-5
ii  libgnuradio-osmosdr0.1.30.1.3-2
ii  libgnuradio-pmt3.7.53.7.5-5
ii  libgnuradio-runtime3.7.53.7.5-5
ii  libpulse0   5.0-13
ii  libqt4-network  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqt4-svg  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtcore4  4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libqtgui4   4:4.8.6+git64-g5dc8b2b+dfsg-2+b1
ii  libstdc++6  4.9.1-19
ii  libvolk0.0.03.7.5-5

gqrx-sdr recommends no packages.

gqrx-sdr 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#776096: bsdmainutils: hexdump fails if format_string contains backslash

2015-01-23 Thread Remi Rampin

Package: bsdmainutils
Version: 9.0.6
Severity: important
Tags: upstream

Dear Maintainer,

I was trying to get hexdump to output a C-string with hexadecimal escapes,
like \x68\x65\x6C\x6C\x6F\x0A. Not only did I never reach that result, but
I also run into error messages that don't appear to make much sense.

$ echo hello | hexdump -v -e \\\x\ 1/1 \%02X\
x68x65x6Cx6Cx6Fx0A
$ echo hello | hexdump -v -e \x\ 1/1 \%02X\
\\68\\65\\6C\\6C\\6F\\0A
$ echo hello | hexdump -v -e 1/1 \\\x%02X\
hexdump: %A: bad conversion character
$ echo hello | hexdump -v -e 1/1 \x%02X\
hexdump: %A: bad conversion character


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

Kernel: Linux 3.16.0-4-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
Init: systemd (via /run/systemd/system)

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.25.2-4
ii  debianutils  4.4+b1
ii  libc62.19-13
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:4.9.1-5
pn  vacation  none
ii  wamerican [wordlist]  7.1-1
ii  whois 5.2.2

-- no debconf information


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

Bug#776034: fsck runs in parallel on same physical disk

2015-01-23 Thread Josh Triplett

On Fri, 23 Jan 2015 07:44:57 +0100 Daniel Pocock dan...@pocock.pro wrote:
 I have a server with many LVM logical volumes on top of the same RAID1
 md device on two spindles.
 
 At boot, fsck appeared to be starting on many of the LVs simultaneously.
 
 There was a horrendous sound of disk head movement from the server.
 
 This also makes the whole fsck process slower and therefore the boot
 process is slower.

systemd-fsck is supposed to avoid this.  According to its manpage:

 The file system check for root is performed before the other file
 systems. Other file systems may be checked in parallel, except when
 they are one the same rotating disk.

Does your LVM setup provide the correct value for rotational?  What
does the following command say:

sudo find /sys -name 'rotational' -exec head {} +

- Josh Triplett


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

Bug#776100: fails to build cross compiler: cross-install-location.diff needs an update

2015-01-23 Thread Helmut Grohne

Source: gcc-5
Version: 5-20150121-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

Building a cross compiler from gcc-5 fails for any architecture, because
cross-install-location.diff fails to apply. Please consider updating it
with the attached patch.

Helmut
diff -u gcc-5-5-20150121/debian/changelog gcc-5-5-20150121/debian/changelog
--- gcc-5-5-20150121/debian/changelog
+++ gcc-5-5-20150121/debian/changelog
@@ -1,3 +1,10 @@
+gcc-5 (5-20150121-1.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix debian/patches/cross-install-location.diff for gcc-5. Closes: #-1.
+
+ -- Helmut Grohne hel...@subdivi.de  Fri, 23 Jan 2015 23:22:37 +0100
+
 gcc-5 (5-20150121-1) experimental; urgency=medium
 
   * GCC 5.
diff -u gcc-5-5-20150121/debian/patches/cross-install-location.diff 
gcc-5-5-20150121/debian/patches/cross-install-location.diff
--- gcc-5-5-20150121/debian/patches/cross-install-location.diff
+++ gcc-5-5-20150121/debian/patches/cross-install-location.diff
@@ -61,8 +61,8 @@
  ACLOCAL_AMFLAGS = -I .. -I ../config
  AUTOMAKE_OPTIONS = no-dependencies
  gcc_version := $(shell cat $(top_srcdir)/../gcc/BASE-VER)
--libexecsubdir := $(libexecdir)/gcc/$(target_noncanonical)/$(gcc_version)
-+libexecsubdir := $(libexecdir)/gcc-cross/$(target_noncanonical)/$(gcc_version)
+-libexecsubdir := 
$(libexecdir)/gcc/$(real_target_noncanonical)/$(gcc_version)$(accel_dir_suffix)
++libexecsubdir := 
$(libexecdir)/gcc-cross/$(real_target_noncanonical)/$(gcc_version)$(accel_dir_suffix)
  AM_CPPFLAGS = -I$(top_srcdir)/../include $(DEFS)
  AM_CFLAGS = @ac_lto_plugin_warn_cflags@
  AM_LDFLAGS = @ac_lto_plugin_ldflags@
@@ -74,8 +74,8 @@
  
  gcc_version := $(shell cat $(top_srcdir)/../gcc/BASE-VER)
  target_noncanonical := @target_noncanonical@
--libexecsubdir := $(libexecdir)/gcc/$(target_noncanonical)/$(gcc_version)
-+libexecsubdir := $(libexecdir)/gcc-cross/$(target_noncanonical)/$(gcc_version)
+-libexecsubdir := 
$(libexecdir)/gcc/$(real_target_noncanonical)/$(gcc_version)$(accel_dir_suffix)
++libexecsubdir := 
$(libexecdir)/gcc-cross/$(real_target_noncanonical)/$(gcc_version)$(accel_dir_suffix)
  
  AM_CPPFLAGS = -I$(top_srcdir)/../include $(DEFS)
  AM_CFLAGS = @ac_lto_plugin_warn_cflags@
@@ -150,11 +150,11 @@
  # 
  
  # Directory in which the compiler finds libraries etc.
--libsubdir = $(libdir)/gcc/$(target_noncanonical)/$(version)
-+libsubdir = $(libdir)/gcc-cross/$(target_noncanonical)/$(version)
+-libsubdir = 
$(libdir)/gcc/$(real_target_noncanonical)/$(version)$(accel_dir_suffix)
++libsubdir = 
$(libdir)/gcc-cross/$(real_target_noncanonical)/$(version)$(accel_dir_suffix)
  # Directory in which the compiler finds executables
--libexecsubdir = $(libexecdir)/gcc/$(target_noncanonical)/$(version)
-+libexecsubdir = $(libexecdir)/gcc-cross/$(target_noncanonical)/$(version)
+-libexecsubdir = 
$(libexecdir)/gcc/$(real_target_noncanonical)/$(version)$(accel_dir_suffix)
++libexecsubdir = 
$(libexecdir)/gcc-cross/$(real_target_noncanonical)/$(version)$(accel_dir_suffix)
  # Directory in which all plugin resources are installed
  plugin_resourcesdir = $(libsubdir)/plugin
   # Directory in which plugin headers are installed
@@ -261,9 +261,9 @@
 --- a/src/libgomp/Makefile.in
 +++ b/src/libgomp/Makefile.in
 @@ -291,8 +291,8 @@
- SUBDIRS = testsuite
- gcc_version := $(shell cat $(top_srcdir)/../gcc/BASE-VER)
- search_path = $(addprefix $(top_srcdir)/config/, $(config_path)) $(top_srcdir)
+ search_path = $(addprefix $(top_srcdir)/config/, $(config_path)) 
$(top_srcdir) \
+ $(top_srcdir)/../include
+ 
 -fincludedir = $(libdir)/gcc/$(target_alias)/$(gcc_version)/finclude
 -libsubincludedir = $(libdir)/gcc/$(target_alias)/$(gcc_version)/include
 +fincludedir = $(libdir)/gcc-cross/$(target_alias)/$(gcc_version)/finclude
@@ -294,8 +294,8 @@
  STRIP_FOR_TARGET = $(STRIP)
  
  # Directory in which the compiler finds libraries etc.
--libsubdir = $(libdir)/gcc/$(host_noncanonical)/$(version)
-+libsubdir = $(libdir)/gcc-cross/$(host_noncanonical)/$(version)
+-libsubdir = $(libdir)/gcc/$(host_noncanonical)/$(version)@accel_dir_suffix@
++libsubdir = 
$(libdir)/gcc-cross/$(host_noncanonical)/$(version)@accel_dir_suffix@
  # Used to install the shared libgcc.
  slibdir = @slibdir@
  # Maybe used for DLLs on Windows targets.

Bug#776101: aptitude: hangs forever on 'setting up console-setup (1.116)'

2015-01-23 Thread Gordon Morehouse

Package: aptitude
Version: 0.6.11-1+b1
Severity: important

Dear Maintainer,

running 'aptitude upgrade' followed by 'aptitude update' on a Debian
testing system hangs after similar output from aptitude:

Installing new version of config file /etc/console-setup/compose.ISO-8859-3.inc 
...
Installing new version of config file /etc/console-setup/compose.ISO-8859-4.inc 
...
Installing new version of config file /etc/console-setup/compose.ISO-8859-7.inc 
...
Installing new version of config file /etc/console-setup/compose.ISO-8859-9.inc 
...
Setting up console-setup (1.116) ...

'top' shows aptitude taking about 3-4% CPU but it is stuck.  Ctrl-C is not
effective.  Kill with SIGTERM does stop the process while breaking terminal
echo.

It leaves the aptitude /var lockfile dirty.

Running 'sudo dpkg --configure -a' has a couple errors about
/var/cache/debconf/config.dat being locked as well.

-- Package-specific info:
Terminal: xterm
$DISPLAY not set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.6.11 compiled at Nov  8 2014 13:34:39
Compiler: g++ 4.9.1
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.4.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20140913
  cwidget version: 0.5.17
  Apt version: 4.12.0

aptitude linkage:
linux-vdso.so.1 (0x7fff45bfc000)
libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 
(0x7fa67abcb000)
libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7fa67a995000)
libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7fa67a76a000)
libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7fa67a564000)
libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7fa67a24e000)
libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7fa679f85000)
libboost_iostreams.so.1.55.0 = 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7fa679d6d000)
libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fa67995c000)
libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7fa67973e000)
libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7fa679433000)
libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fa679132000)
libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7fa678f1b000)
libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fa678b72000)
libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fa67896f000)
libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fa67876a000)
libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fa67854f000)
libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7fa67833f000)
liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fa67811b000)
librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fa677f13000)
libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fa677d0d000)
/lib64/ld-linux-x86-64.so.2 (0x7fa67b595000)

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages aptitude depends on:
ii  aptitude-common   0.6.11-1
ii  libapt-pkg4.121.0.9.6
ii  libboost-iostreams1.55.0  1.55.0+dfsg-3
ii  libc6 2.19-13
ii  libcwidget3   0.5.17-2
ii  libgcc1   1:4.9.1-19
ii  libncursesw5  5.9+20140913-1+b1
ii  libsigc++-2.0-0c2a2.4.0-1
ii  libsqlite3-0  3.8.7.1-1
ii  libstdc++64.9.1-19
ii  libtinfo5 5.9+20140913-1+b1
ii  libxapian22   1.2.19-1

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.6.11-1
ii  libparse-debianchangelog-perl   1.2.0-1.1
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  none
pn  debtags   none
ii  tasksel   3.29

-- 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#775400: [Pkg-clamav-devel] Bug#775400: clamav-freshclam: freshclam cant download virus definitions

2015-01-23 Thread Ulrich Schmidt

Am Freitag, 23. Januar 2015, 15:54:54 schrieben Sie:
 On Friday, January 23, 2015 21:49:33 Ulrich Schmidt wrote:
  Hi.
  
  I was able to reproduce the bug with the bugged HTTPProxyServer entry in
  freshclam.conf:
  
  - I installed a fresh debian testing (kde-desktop)
  - i installed the packages clamav + clamav-daemon in one install run using
  apper.
  
  result: a broken HTTPProxyServer entry in freshclam.conf
 
 That sounds like it might be an issue with apper's handling of debconf
 templates then.  Can you reproduce the same issue when installing with apt
 or aptitude?
I did a fresh install because i screwed my debian installation. I 
unfortunately have no 2nd computer for a fresh test. In case i kill my debian 
again, i will try to use aptitude. Anyway, i hope this will not happen in the 
near future ;)

Ulrich Schmidt.
 
 Scott K


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

Bug#750138: ITP: scap-workbench -- Scanning and tailoring tool for SCAP content

2015-01-23 Thread Frank Lin PIAT

Hello

I am  looking for a co-maintainer  sponsor for this package.
anyone interested in this tool ?

On Mon, 2014-06-02 at 00:57 +0200, Frank Lin PIAT wrote:
 * Package name: scap-workbench
   Version : 0.8.8

I have now updated this package to the latest release (1.0.3).

regards,

Franklin

 
 [1] 
 http://anonscm.debian.org/gitweb/?p=users/franklin-guest/scap-workbench.git
 git://anonscm.debian.org/users/franklin-guest/scap-workbench.git


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

Bug#776098: grub-pc and grub-rescue-pc cause immediate reboot

2015-01-23 Thread Otto Meta

Package: grub-pc
Version: 2.02~beta2-20
Severity: important

Dear Maintainer,

I performed a fresh installation from the Jessie Beta 2 netinst CD and chose
to install grub-pc into the MBR of the only disk (MSDOS partitions) in this
system. After finishing the installation, the system was rebooted, but instead
of getting some output from grub or the grub menu, the system rebooted again,
immediately after the BIOS was done. This repeated over and over. I cannot say
whether there was any output from grub at all, because if there was, it was
gone before I could see it.

It was possible to use the installer's rescue mode to chroot into the fresh
installation and run grub-install again, which finished with no errors, but
grub would still not run and reboot instead.

Next I tried grub-rescue-pc from Jessie (2.02~beta2-19) via CD, but
the system still rebooted as soon as the CD drive spun up to load grub.

grub-rescue-pc from Wheezy (1.99-27+deb7u2) via CD works and boots Linux as
expected. Installing LILO works and boots the system as expected. I purged
LILO, installed grub-pc again and booted via Wheezy's grub-rescue-pc
before generating this report, though.

As I don't see it in the data below, I'd like to mention that this system
runs on a VIA C3 Ezra CPU (fam: 06, model: 07, stepping: 08), which doesn't
implement cmov. Might be a red herring, though.

Thanks,
Otto


-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda1 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ ${next_entry} ] ; then
   set default=${next_entry}
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default=0
fi

if [ x${feature_menuentry_id} = xy ]; then
  menuentry_id_option=--id
else
  menuentry_id_option=
fi

export menuentry_id_option

if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint-ieee1275='ieee1275//disk@0,msdos1' --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
e5c0ccdd-95ce-4ab0-9ea3-1d3ddc91a615
else
  search --no-floppy --fs-uuid --set=root e5c0ccdd-95ce-4ab0-9ea3-1d3ddc91a615
fi
font=/usr/share/grub/unicode.pf2
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_GB
  insmod gettext
fi
terminal_output gfxterm
if [ ${recordfail} = 1 ] ; then
  set timeout=-1
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload=${1}
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-e5c0ccdd-95ce-4ab0-9ea3-1d3ddc91a615' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint-ieee1275='ieee1275//disk@0,msdos1' --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
e5c0ccdd-95ce-4ab0-9ea3-1d3ddc91a615
else
  search --no-floppy --fs-uuid --set=root 
e5c0ccdd-95ce-4ab0-9ea3-1d3ddc91a615
fi
echo'Loading Linux 3.16.0-4-586 ...'
linux   /boot/vmlinuz-3.16.0-4-586 
root=UUID=e5c0ccdd-95ce-4ab0-9ea3-1d3ddc91a615 ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-3.16.0-4-586
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option

Bug#652580: (no subject)

control: retitle ITP: beret -- A 2D puzzle platformer game
control: owner -1 !
thanks
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#775400: clamav-freshclam: freshclam cant download virus definitions

2015-01-23 Thread Ulrich Schmidt

Hi.

I was able to reproduce the bug with the bugged HTTPProxyServer entry in 
freshclam.conf:

- I installed a fresh debian testing (kde-desktop)
- i installed the packages clamav + clamav-daemon in one install run using 
apper.

result: a broken HTTPProxyServer entry in freshclam.conf

Greetings.
Ulrich Schmidt.


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

Bug#652580: Beret Puzzle Game

control: retitle 652580 ITP: beret -- A 2D puzzle platformer game
control: owner 652580 !
thanks

I would like to package the game beret under the Debian Games team
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it

2015-01-23 Thread Santiago Vila

Package: dovecot-imapd
Version: 1:2.2.13-11
Severity: serious

The following mbox folder, when put in $HOME/mail, becomes corrupted after
trying to retrieve it with fetchmail.

The problem may be reproduced by using the same machine as server and client:

* Put inbox-b in $HOME/mail

* Put this in $HOME/.fetchmailrc

server localhost proto imap port 143:
 user someuser
 pass thepassword
  
* Retrieve email using this command line:

fetchmail -a localhost --folder inbox-b -m true


Note: By looking at the true above it is clear that whatever
fetchmail does with the message is not important at all.


You will see something like this:

12 messages for someuser at localhost (folder inbox-b).
reading message someuser@localhost:1 of 12 (171 header octets) (3 body octets) 
flushed
reading message someuser@localhost:2 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:3 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:4 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:5 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:6 of 12 (171 header octets) (3 body octets) 
flushed
reading message someuser@localhost:7 of 12 (171 header octets) (3 body octets) 
flushed
reading message someuser@localhost:8 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:9 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:10 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:11 of 12 (245 header octets) (3 body octets) 
flushed
reading message someuser@localhost:12 of 12 (273 header octets)fetchmail: 
incorrect header line found - see manpage for bad-header option
 not flushed


And in fact inbox-b in the server is now like this:

[...]
From r...@example.com  Tue Jan 13 10:18:20 2015
rstuvwxyzabcdefghijklmnopqrstuvw...@example.com
To: a...@example.com
Subject: a
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-Id: 20150113091737.b5ada5f...@example.com
Date: Tue, 13 Jan 2015 10:17:25 +0100 (CET)
X-UID: 16035
Status: O

a


Note how the From: line has been truncated from its original state.


I have been suffering from this problem for months. At first I believed
it was some misbehaving procmail/formail recipe I had on the server,
but that's not the case as this example shows.

Thanks.

inbox-b.gz
Description: application/gzip

Bug#776069: [Pkg-julia-devel] Bug#776069: Bug#776069: julia: 0.3.5 in experimental

2015-01-23 Thread Sébastien Villemot

Le vendredi 23 janvier 2015 à 10:54 -0500, Viral Shah a écrit :
 I think it would be best to update to 0.3.5, or even 0.3.6 which will
 be released in a few weeks.
 
 
 Does the release policy allow us to update newer packages into
 experimental?

Yes it's possible to upload 0.3.5 to experimental. But note that, by
definition, packages in experimental never end up in a release of
Debian. So Debian Jessie will ship with julia 0.3.2. Only targeted
important bugfixes are allowed to get into Jessie by now, not new
upstream releases.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594


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

Bug#776102: xserver-xorg-input-evdev: Power button misdetected, system goes to sleep immediately after start

2015-01-23 Thread Jens Seidel

Package: xserver-xorg-input-evdev
Version: 1:2.9.0-2
Severity: serious

Hi,

I upgraded the system from stable to testing and could not get a working
system. A few minutes (2-3) after boot the system seems to be tired and
goes into suspend mode.
Clicking the power button the system wakes up to start sleeping again after
approximately 2 minutes, and so on ...

Not funny ...

I removed the pm-suspend and other pm-* tools (by linking to /bin/true) but
this did not help. There was also no hint why the system is gooing to sleep
in the system logs (dmesg, /var/log/messages, /var/log/syslog).

After some time I remembered the acpi=off kernel option but with this I do
not even get a working X session. The problem is that the system is
unable to load i915.ko as is depends on some acpi_* symbols. The
framebuffer is not activated at boot (no vga= option) and fails as well as
the vesa mode :-(
[This justifies at least one other bug report, what to you think?]

Booting the kernel with acpi=off vga=0x31b I get a working X session
without suspend. But now I cannot power off the system ...

Why do I think it is evdevs fault? My non-working Xorg log (Xorg.0.log.old,
without kernel options) contains

[41.427] (II) config/udev: Adding input device Power Button
(/dev/input/event4)
[41.429] (**) Power Button: Applying InputClass evdev keyboard catchall
[41.501] (II) Using input driver 'evdev' for 'Power Button'
[41.501] (**) evdev: Power Button: Device: /dev/input/event4
[41.502] (II) XINPUT: Adding extended input device Power Button
(type: KEYBOARD, id 6)
[41.670] (II) config/udev: Adding input device Power Button
(/dev/input/event2)
[41.671] (**) evdev: Power Button: Device: /dev/input/event2
[41.671] (II) XINPUT: Adding extended input device Power Button
(type: KEYBOARD, id 8)
[41.685] (II) config/udev: Adding input device Sleep Button
(/dev/input/event3)
[41.686] (**) Sleep Button: Applying InputClass evdev keyboard catchall
[41.686] (**) evdev: Sleep Button: Device: /dev/input/event3
[41.686] (II) XINPUT: Adding extended input device Sleep Button
(type: KEYBOARD, id 9)
[   100.212] (II) evdev: Sleep Button: Close
[   100.212] (II) evdev: Power Button: Close
[   100.212] (II) evdev: Power Button: Close

So there are two power buttons and a sleep button? Is this possible or is
the keyboard interpreted as power button? I assume the latter. Please
reassign this bug if necessary.

My current X log is also attached (Xorg.0.log, with kernel option).

dmesg:
[   15.738284] udevd[383]: starting version 175
[   16.511124] ACPI: Requesting acpi_cpufreq
[   16.517493] input: Lid Switch as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1
[   16.517573] ACPI: Lid Switch [LID0]
[   16.517724] input: Power Button as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[   16.517737] ACPI: Power Button [PWRB]
[   16.517881] input: Sleep Button as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input3
[   16.517891] ACPI: Sleep Button [SLPB]
[   16.527455] Marking TSC unstable due to TSC halts in idle
[   16.527489] ACPI: acpi_idle registered with cpuidle
[   16.527910] input: Power Button as
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
[   16.527923] ACPI: Power Button [PWRF]

syslog:

Jan 18 20:22:00 SilverBeauty kernel: [  857.581995] i915: Unknown
symbol acpi_video_verify_backlight_support (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [  857.583357] i915: Unknown
symbol acpi_lid_notifier_register (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [  857.584988] i915: Unknown
symbol acpi_video_unregister (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [  857.585811] i915: Unknown
symbol acpi_lid_notifier_unregister (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [  857.586148] i915: Unknown
symbol acpi_lid_open (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [  857.586514] i915: Unknown
symbol acpi_video_register (err 0)

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Apr  5  2014 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2569072 Dec  9 23:13 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile
915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.16.0-4-586 (debian-ker...@lists.debian.org) (gcc
version 4.8.3 (Debian 4.8.3-16) ) #1 Debian 3.16.7-ckt2-1 (2014-12-08)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 28405 Nov 16 17:26 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 14543 Jan 23 23:21 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):

Bug#776103: debhelper: dh_shlibdeps doesn't support multiple -L options

2015-01-23 Thread Tristan Schmelcher

Package: debhelper
Version: 9.20150101
Severity: normal

dpkg-shlibdeps supports multiple -S options, which dh_shlibdeps wraps as -L. 
But dh_shlibdeps does not support multiple -L options. The last one is the only 
one that has an effect. This means that a source package that ships private 
shared libraries in multiple binary packages and ships other packages that 
depend on them cannot use -L to inform dh_shlibdeps where to find them. The 
package instead has to use -l, which defeats some of the smarts in 
dpkg-shlibdeps.


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

Bug#775356: New patch

2015-01-23 Thread Thomas Hood

OK, I've pushed code to git as described by the attached patch with
the resulting attached /etc/dhcp/dhclient-enter-hooks.d/resolvconf.
Will be released as 1.77.
-- 
Thomas
diff --git a/debian/changelog b/debian/changelog
index eb219dd..7f925b8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+resolvconf (1.77) unstable; urgency=medium
+
+  * [eb81ca0] Eliminate bashisms.
+Thanks to Michael Gilbert (Closes: #775356)
+
+ -- Thomas Hood jdth...@gmail.com  Fri, 23 Jan 2015 21:46:34 +0100
+
 resolvconf (1.76) unstable; urgency=low
 
   * resolvconf.service: Install into sysinit.target, not into
diff --git a/etc/dhcp/dhclient-enter-hooks.d/resolvconf b/etc/dhcp/dhclient-enter-hooks.d/resolvconf
index 529504b..72b2be7 100644
--- a/etc/dhcp/dhclient-enter-hooks.d/resolvconf
+++ b/etc/dhcp/dhclient-enter-hooks.d/resolvconf
@@ -23,7 +23,7 @@ if [ -x /sbin/resolvconf ] ; then
 		# It gets run later (or, in the TIMEOUT case, MAY get run later)
 		make_resolv_conf() {
 			local R
-			local nameserver
+			local N
 			R=
 			if [ $new_domain_name_servers ]  [ $new_domain_name ] ; then
 R=${R}domain $new_domain_name
@@ -33,8 +33,8 @@ if [ -x /sbin/resolvconf ] ; then
 R=${R}search $new_domain_search
 
 			fi
-			for nameserver in $new_domain_name_servers ; do
-R=${R}nameserver $nameserver
+			for N in $new_domain_name_servers ; do
+R=${R}nameserver $N
 
 			done
 			[ ! $interface ] || echo -n $R | /sbin/resolvconf -a ${interface}.dhclient
@@ -45,27 +45,27 @@ if [ -x /sbin/resolvconf ] ; then
 		# It gets run later (or, in the TIMEOUT case, MAY get run later)
 		make_resolv_conf() {
 			local R
-			local nameserver
-			local zone_id
+			local N
+			local N_LOW
+			local ZONE_ID
 			R=
 			if [ $new_dhcp6_name_servers ]  [ $new_dhcp6_domain_search ] ; then
 R=${R}search $new_dhcp6_domain_search
 
 			fi
-			shopt -s nocasematch
-			for nameserver in $new_dhcp6_name_servers ; do
+			for N in $new_dhcp6_name_servers ; do
 
 # If the nameserver has a link-local address
 # then add a zone ID (interface name) to it.
-if  [[ $nameserver =~ ^fe80:: ]] ; then
-	zone_id=%$interface
+N_LOW=$(echo $N | tr '[:upper:]' '[:lower:]')
+if expr $N_LOW : ^fe80:: /dev/null ; then
+	ZONE_ID=%$interface
 else
-	zone_id=
+	ZONE_ID=
 fi
-R=${R}nameserver $nameserver$zone_id
+R=${R}nameserver $N$ZONE_ID
 
 			done
-			shopt -u nocasematch
 			[ ! $interface ] || echo -n $R | /sbin/resolvconf -a ${interface}.ip6.dhclient
 		}
 		;;


resolvconf
Description: Binary data

Bug#776095: wheezy-pu: package sudo/1.8.5p2-1+nmu2

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

I'd like to get a fix into wheezy to avoid dpkg complaining about
modified conffiles if /etc/sudoers is the unmodified version from lenny
(this happens on lenny - squeeze - wheezy upgrades). #660594
Fix is backported from 1.8.7-1, but adding only the md5sum from the
lenny config. Verified in piuparts that this allows smooth upgrades.

Version number is nonstandard since the wheezy version has a weird
version. Better suggestions welcome.


Andreas
diff -Nru sudo-1.8.5p2/debian/changelog sudo-1.8.5p2/debian/changelog
--- sudo-1.8.5p2/debian/changelog	2013-03-01 06:18:08.0 +0100
+++ sudo-1.8.5p2/debian/changelog	2015-01-23 22:16:01.0 +0100
@@ -1,3 +1,12 @@
+sudo (1.8.5p2-1+nmu2) wheezy; urgency=medium
+
+  * Non-maintainer upload.
+  * Backport from 1.8.7-1: recognize lenny and squeeze unmodified sudoers to
+avoid dpkg questions about modified conffiles on upgrades.
+(Closes: #660594)
+
+ -- Andreas Beckmann a...@debian.org  Fri, 23 Jan 2015 22:11:54 +0100
+
 sudo (1.8.5p2-1+nmu1) unstable; urgency=high
 
   * Non-maintainer upload by the Security Team.
diff -Nru sudo-1.8.5p2/debian/sudo.preinst sudo-1.8.5p2/debian/sudo.preinst
--- sudo-1.8.5p2/debian/sudo.preinst	2012-06-28 20:06:35.0 +0200
+++ sudo-1.8.5p2/debian/sudo.preinst	2015-01-23 22:11:08.0 +0100
@@ -8,7 +8,8 @@
 
   if [ -e $SUDOERS ]; then
 md5sum=$(md5sum $SUDOERS | sed -e 's/ .*//')
-if [ $md5sum = c5dab0f2771411ed7e67d6dab60a311f ]; then
+if [ $md5sum = c310ef4892a00cca8134f6e4fcd64b6d ] ||  #lenny
+   [ $md5sum = c5dab0f2771411ed7e67d6dab60a311f ]; then   #squeeze
 	# move unchanged sudoers file to avoid conffile question
 mv $SUDOERS $SUDOERS.pre-conffile
 fi

Bug#771045: Acknowledgement (linux-image-3.16.0-4-amd64: System randomly freezes using Kernel 3.16 and radeon)

2015-01-23 Thread Gedalya


On Tue, 20 Jan 2015 12:36:59 +0100 Antoine Amarilli wrote:
 It seems like the bug was already reported in mesa:


The mesa package already has a fix for this staged in git for jessie, 
not released yet.


http://anonscm.debian.org/cgit/pkg-xorg/lib/mesa.git/commit/?h=debian-jessieid=6d8a4971d16ddaa5429dc9e3a26b603e08738d8a

This bug should nevertheless remain open against the kernel and track 
the progress of the patches at:

http://lists.freedesktop.org/archives/dri-devel/2015-January/074967.html

Note the comment in the upstream fix in mesa, saying that it is a 
temporary fix disabling some functionality until the kernel is properly 
fixed.


I was trying to build a local kernel with these patches applied and ran 
into some difficulty. Will get back to it later.

Bug#776099: ppp: Support arbitrary interface names and adding ifunit [patch]

2015-01-23 Thread Adrian Ban

Package: ppp
Version: 2.4.6-3
Severity: normal

Using arbitrary interface names for PPPoE server I figured out that it tries to 
rename the new pppX interface
to the name specified by ifname. For this reason I change the previous patch 
ppp-2.4.2-ifname.diff and
I've added interface unit to the new interfaces. If I set ifname pppoe in ppp 
options I will get
interfaces like pppoe0, pppoe1.

When PPPoE server tries to create a new interface for a new connection it 
rejects because it founds that the
specified interface is already exist in the system.

This patch should be used after appling the patch ppp-2.4.2-ifname.diff


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages ppp depends on:
ii  init-system-helpers  1.22
ii  libc62.19-13
ii  libpam-modules   1.1.8-3.1
ii  libpam-runtime   1.1.8-3.1
ii  libpam0g 1.1.8-3.1
ii  libpcap0.8   1.6.2-2
ii  procps   2:3.3.9-8

ppp recommends no packages.

ppp suggests no packages.

-- no debconf information
Description: Fix Linux interface rename
 This patch fix renaming interface under Linux using ifname and put interface unit at the end
 Also fix the return of the unit in radius plugin
 .
 ppp (2.4.6-3) unstable; urgency=high
 .
   * Urgency high due to fix for CVE-2014-3158.
   * Cherry-pick patches from 2.4.7 upstream release. These are 9 of 11 patches
 in the 2.4.7 upstream release of PPP, including the fix for CVE-2014-3158.
 The two patches left out were not imported in order to preserve ABI
 stability. (Closes: #762789)
 - ppp-2.4.7-001-pppd-Separate-IPv6-handling-for-sifup-sifdown.patch
 - ppp-2.4.7-002-pppol2tp-Connect-up-down-events-to-notifiers-and-add.patch
 - ppp-2.4.7-003-pppd-Add-declarations-to-eliminate-compile-warnings.patch
 - ppp-2.4.7-004-pppd-Eliminate-some-unnecessary-ifdefs.patch
 - ppp-2.4.7-005-radius-Fix-realms-config-file-option.patch
 - ppp-2.4.7-006-pppd-Eliminate-potential-integer-overflow-in-option-.patch
 - ppp-2.4.7-007-pppd-Eliminate-memory-leak-with-multiple-instances-o.patch
 - ppp-2.4.7-008-pppd-Fix-a-stack-variable-overflow-in-MSCHAP-v2.patch
 - ppp-2.4.7-009-winbind-plugin-Add-DMPPE-1-to-eliminate-compiler-war.patch
   * Refresh debian/patches/cifdefroute.dif
   * Update Standards-Version to 3.9.6 (no changes required).
Author: Chris Boot deb...@bootc.net
Bug-Debian: https://bugs.debian.org/762789

---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here
are templates for supplementary fields that you might want to add:

Origin: vendor|upstream|other, url of original patch
Bug: url in upstream bugtracker
Bug-Debian: https://bugs.debian.org/bugnumber
Bug-Ubuntu: https://launchpad.net/bugs/bugnumber
Forwarded: no|not-needed|url proving that it has been forwarded
Reviewed-By: name and email of someone who approved the patch
Last-Update: -MM-DD

--- ppp-2.4.6.orig/pppd/main.c
+++ ppp-2.4.6/pppd/main.c
@@ -734,7 +734,7 @@ set_ifunit(iskey)
 int iskey;
 {
 if (req_ifname[0] != '\0')
-	slprintf(ifname, sizeof(ifname), %s, req_ifname);
+	slprintf(ifname, sizeof(ifname), %s%d, req_ifname, ifunit);
 else
 	slprintf(ifname, sizeof(ifname), %s%d, PPP_DRV_NAME, ifunit);
 info(Using interface %s, ifname);
--- ppp-2.4.6.orig/pppd/plugins/radius/radius.c
+++ ppp-2.4.6/pppd/plugins/radius/radius.c
@@ -1308,9 +1308,13 @@ radius_init(char *msg)
 static int
 get_client_port(char *ifname)
 {
-int port;
-if (sscanf(ifname, ppp%d, port) == 1) {
-	return port;
+int c;
+
+if( strstr(ifname, req_ifname) ) {
+for (c = 0 ; c  strlen(req_ifname); c++)
+  ifname++;
+
+return atoi(ifname);
 }
 return rc_map2id(ifname);
 }
--- ppp-2.4.6.orig/pppd/sys-linux.c
+++ ppp-2.4.6/pppd/sys-linux.c
@@ -654,15 +654,17 @@ static int make_ppp_unit()
 	if (x == 0  req_ifname[0] != '\0') {
 		struct ifreq ifr;
 		char t[MAXIFNAMELEN];
+		char t1[MAXIFNAMELEN];
 		memset(ifr, 0, sizeof(struct ifreq));
 		slprintf(t, sizeof(t), %s%d, PPP_DRV_NAME, ifunit);
 		strncpy(ifr.ifr_name, t, IF_NAMESIZE);
-		strncpy(ifr.ifr_newname, req_ifname, IF_NAMESIZE);
+		slprintf(t1, sizeof(t1), %s%d, req_ifname, ifunit);
+		strncpy(ifr.ifr_newname, t1, IF_NAMESIZE);
 		x = ioctl(sock_fd, SIOCSIFNAME, ifr);
 		if (x  0)
-		error(Couldn't rename interface %s to %s: %m, t, req_ifname);
+		error(Couldn't rename interface %s to %s: %m, t, t1);
 		else
-		info(Renamed interface %s to %s, t, req_ifname);
+		info(Renamed interface %s to %s, t, t1);
 	}
 
 	return x;

Bug#763832: gqrx-sdr: missing dependency on pulseaudio

2015-01-23 Thread Petter Reinholdtsen


[Kent]
 Instead of installing pulseaudio, I cloned the git source, commented
 the 'AUDIO_BACKEND = pulse' in the gqrx.pro per the instructions and
 recompiled. This reverts the audio_backend to gnuradio-audio which
 works without pulseaudio.

Will this work also with pulseaudio?  If I am to believe the graph
available from
URL: 
https://qa.debian.org/popcon-png.php?packages=xdg-utils%2Cpulseaudioshow_installed=on
 
(comparing xdg-utils which I believe is installed in all desktop
systems) and pulseaudio), pulseaudio is installed on most desktop
machines using Debian.  It thus seem like a good idea to keep
compatibility with pulseaudio.

-- 
Happy hacking
Petter Reinholdtsen


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

Bug#775944: Please, document changes between Apache 2.2 and 2.4

2015-01-23 Thread David Prévot

Hi,

Le 22/01/2015 12:35, Niels Thykier a écrit :
 On 2015-01-21 20:21, David Prévot wrote:


 I have made the following draft for documenting this issue.

Thanks Niels!

 If there are any things on the packaging side (i.e. Debian-specific
 changes since 2.2) that users should be aware of, please do let me know
 as I am currently not aware of issues there.

From /usr/share/doc/apache2/NEWS.Debian.gz:

   Moreover, the configuration mechanism in Debian has changed. All
   configurations in sites-enabled and conf-enabled need a .conf suffix now.
[…]
   Note this means all existing sites are ignored until they get a .conf
   suffix and are re-enabled by the use of a2ensite.

There are other Debian-specific bits in NEWS.Debian, but at least this
one may deserve a mention in the release notes since it’s likely to bite
a lot of administrators (and when the NEWS changes shows up, it’s too
late since Apache 2.4 is already there, it will probably be long anyway).

Regards

David



signature.asc
Description: OpenPGP digital signature

Bug#768442: ats2-lang: please compile using correct parallelism

2015-01-23 Thread John Paul Adrian Glaubitz

 Currently ats2-lang always compiles using 4 processors.
 Please can you change this so that it uses the parallel tag from
 DEB_BUILD_OPTIONS to control this (see policy 4.9.1).

Could this be the reason that ats2-lang currently fails to build on
almost all architectures? [1] If yes, we should probably raise the
severity of this bug.

Cheers,
Adrian

 [1]
https://buildd.debian.org/status/package.php?p=ats2-langsuite=unstable

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#775999: [moc] $ echo $TERM

2015-01-23 Thread Elimar Riesebieter

* bullgard bullga...@googlemail.com [2015-01-23 14:16 +0100]:

 Package: moc
 Version: 1:2.5.0-1$
 
 --- Please enter the report below this line. ---
 '$ echo $TERM' responds:  xterm.
 '$ echo $SHELL' responds: /bin/bash.

Somewhere ( i.e. $HOME/.bashrc or $HOME/.profile) your term ist set
to xterm. On the console TERM=linux should be the state of the art.

Try:
$ TERM=linux mocp

Elimar
-- 
.~.
/V\   L   I   N   U   X
   /( )\ Phear the Penguin
   ^^-^^


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

Bug#768442: ats2-lang: please compile using correct parallelism

2015-01-23 Thread James Cowgill

On Fri, 2015-01-23 at 14:44 +0100, John Paul Adrian Glaubitz wrote:
  Currently ats2-lang always compiles using 4 processors.
  Please can you change this so that it uses the parallel tag from
  DEB_BUILD_OPTIONS to control this (see policy 4.9.1).
 
 Could this be the reason that ats2-lang currently fails to build on
 almost all architectures? [1] If yes, we should probably raise the
 severity of this bug.

Probably not, the package has been using -j4 for ages - long before it
started failing to build.

Anyway, have another data point (the build on mips64el was successful):
http://mipsdebian.imgtec.com/debian/logs/a/ats2-lang/ats2-lang_0.1.7-1_mips64el-20150122-2213.build.gz

Thanks,
James


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

Bug#775564: wheezy-backports affected by emacs24 bug #775564 (fails to byte-compile apel)

2015-01-23 Thread W. Martin Borgert


Please note, that this bug is also relevant to wheezy-backports.
apel is a dependency of devscripts-el, unfortunately.


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

Bug#776037: installation-reports: cant install daily snapshot dont detect intel sata raid no devices listen

2015-01-23 Thread MaxTwister

Package: installation-reports
Severity: important

Dear Maintainer,

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

cant install with daily snapshoot debian-testing-amd64-netinst.iso  dont detect 
intel raid
no problems with  debian-jessie-DI-b2-amd64-netinst.iso

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


-- Package-specific info:

Boot method: usb
Image version: 
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/ 
23.01.2015
Date: 23.01.2015 9.30 clock

Machine: self constructed msi bigbang xpower2 with intel 4930k nvidia gtx titan
Partitions: df -Tl will do; the raw partition table is preferred
DateisystemTyp   1K-BlöckeBenutzt  Verfügbar Verw% Eingehängt auf
/dev/md125p2   btrfs 3906250009194864  3796539043% /
udev   devtmpfs  10240  0  102400% /dev
tmpfs  tmpfs  13205216   9708   131955081% /run
tmpfs  tmpfs  33013032  20616   329924161% /dev/shm
tmpfs  tmpfs  5120  4   51161% /run/lock
tmpfs  tmpfs  33013032  0   330130320% /sys/fs/cgroup
/dev/md125p1   vfat 998032184 9978481% /boot/efi
/dev/md121p1   btrfs5860526080 685984 58514269441% /Daten
/dev/md122 btrfs5860268032 2251104472 3606857224   39% /home
tmpfs  tmpfs   6602608 2066025881% /run/user/1000


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [0]
Detect network card:[0 ]
Configure network:  [0 ]
Detect CD:  [0 ]
Load installer modules: [0 ]
Clock/timezone setup:   [0 ]
User/password setup:[0 ]
Detect hard drives: [E ]
Partition hard drives:  [E ]
Install base system:[0 ]
Install tasks:  [0 ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:

Description of the install, in prose, and any thoughts, comments
  and ideas you had during the initial install.


-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION=Debian GNU/Linux installer
DISTRIB_RELEASE=8 (jessie) - installer build 20141002
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux Eddy 3.16-2-amd64 #1 SMP Debian 3.16.3-2 (2014-09-20) x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E7 v2/Xeon E5 
v2/Core i7 DMI2 [8086:0e00] (rev 04)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7737]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E7 v2/Xeon E5 
v2/Core i7 PCI Express Root Port 1a [8086:0e02] (rev 04)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:02.0 PCI bridge [0604]: Intel Corporation Xeon E7 v2/Xeon E5 
v2/Core i7 PCI Express Root Port 2a [8086:0e04] (rev 04)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:03.0 PCI bridge [0604]: Intel Corporation Xeon E7 v2/Xeon E5 
v2/Core i7 PCI Express Root Port 3a [8086:0e08] (rev 04)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:05.0 System peripheral [0880]: Intel Corporation Xeon E7 v2/Xeon 
E5 v2/Core i7 VTd/Memory Map/Misc [8086:0e28] (rev 04)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7737]
lspci -knn: 00:05.2 System peripheral [0880]: Intel Corporation Xeon E7 v2/Xeon 
E5 v2/Core i7 IIO RAS [8086:0e2a] (rev 04)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7737]
lspci -knn: 00:05.4 PIC [0800]: Intel Corporation Xeon E7 v2/Xeon E5 v2/Core i7 
IOAPIC [8086:0e2c] (rev 04)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7737]
lspci -knn: 00:11.0 PCI bridge [0604]: Intel Corporation C600/X79 series 
chipset PCI Express Virtual Root Port [8086:1d3e] (rev 06)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation C600/X79 
series chipset MEI Controller #1 [8086:1d3a] (rev 05)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7737]
lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82579V 
Gigabit Network Connection [8086:1503] (rev 06)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7737]
lspci -knn: Kernel driver in use: e1000e
lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation C600/X79 series 
chipset USB2 Enhanced Host Controller #2

Bug#776105: weechat: New upstream release (1.1)

2015-01-23 Thread Vincent Cheng

Package: weechat
Version: 1.0.1-1
Severity: wishlist

Dear maintainer,

Please consider packaging the latest upstream release (version 1.1). Thanks!

Regards,
Vincent


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

Bug#776108: fonts-ipafont-nonfree-jisx0208: leaves alternatives after purge: /usr/share/fonts/truetype/ttf-japanese-{gothic, mincho}.ttf

Followup-For: Bug #776108

Attached are two patches, the first one fixes the Vcs-* URLs which point
to a completely different package, the second cleans up the obsolete
alternatives.
I tested the upgrade path squeeze - wheezy - jessie with the updated
package and no alternatives were left any more :-)


Andreas
From 27ba330fef9e28a659a5869dfbadac1da994a394 Mon Sep 17 00:00:00 2001
From: Andreas Beckmann a...@debian.org
Date: Sat, 24 Jan 2015 01:44:16 +0100
Subject: [PATCH 1/2] fix the Vcs-* URLs

---
 debian/changelog | 6 ++
 debian/control   | 4 ++--
 2 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index de634fe..a620a69 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+fonts-ipafont-nonfree-jisx0208 (1:00103-3) UNRELEASED; urgency=medium
+
+  * Use the correct Vcs-* URLs.
+
+ -- Andreas Beckmann a...@debian.org  Sat, 24 Jan 2015 01:41:43 +0100
+
 fonts-ipafont-nonfree-jisx0208 (1:00103-2) unstable; urgency=low
 
   * debian/control
diff --git a/debian/control b/debian/control
index 50976d2..077f92a 100644
--- a/debian/control
+++ b/debian/control
@@ -6,8 +6,8 @@ Uploaders: Hideki Yamane henr...@debian.org
 Build-Depends: debhelper (= 9.20120518~)
 Standards-Version: 3.9.4
 Homepage: http://www.ipa.go.jp/
-Vcs-Git: git://anonscm.debian.org/pkg-fonts/fonts-vlgothic/
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-vlgothic.git;a=summary
+Vcs-Git: git://anonscm.debian.org/pkg-fonts/fonts-ipafont-nonfree-jisx0208.git
+Vcs-Browser: https://anonscm.debian.org/cgit/pkg-fonts/fonts-ipafont-nonfree-jisx0208.git
 
 Package: fonts-ipafont-nonfree-jisx0208
 Architecture: all
-- 
2.1.4

From 93da94dfccbc37156938277e2bbaaeaea1ad1890 Mon Sep 17 00:00:00 2001
From: Andreas Beckmann a...@debian.org
Date: Sat, 24 Jan 2015 01:54:54 +0100
Subject: [PATCH 2/2] cleanup obsolete alternatives from ttf-ipafont-jisx0208

---
 debian/changelog  | 2 ++
 debian/fonts-ipafont-nonfree-jisx0208.preinst | 5 +
 2 files changed, 7 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a620a69..5ecc6dc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,8 @@
 fonts-ipafont-nonfree-jisx0208 (1:00103-3) UNRELEASED; urgency=medium
 
   * Use the correct Vcs-* URLs.
+  * fonts-ipafont-nonfree-jisx0208.preinst: Cleanup obsolete alternatives from
+ttf-ipafont-jisx0208.  (Closes: #776108)
 
  -- Andreas Beckmann a...@debian.org  Sat, 24 Jan 2015 01:41:43 +0100
 
diff --git a/debian/fonts-ipafont-nonfree-jisx0208.preinst b/debian/fonts-ipafont-nonfree-jisx0208.preinst
index 089d15f..634cee7 100644
--- a/debian/fonts-ipafont-nonfree-jisx0208.preinst
+++ b/debian/fonts-ipafont-nonfree-jisx0208.preinst
@@ -30,6 +30,11 @@ rm_conffile() {
 
 case $1 in
 install|upgrade)
+
+# cleanup obsolete alternatives from ttf-ipafont-jisx0208
+update-alternatives --remove ttf-japanese-gothic.ttf /usr/share/fonts/truetype/ipafont-jisx0208/ipag0208_for_legacy_compatibility.ttf
+update-alternatives --remove ttf-japanese-mincho.ttf /usr/share/fonts/truetype/ipafont-jisx0208/ipam0208_for_legacy_compatibility.ttf
+
 if dpkg --compare-versions $2 lt-nl $VERSION; then
 	if [ -f $FILE ]; then
 	if [ -x /usr/bin/defoma-font ]; then
-- 
2.1.4

Bug#776110: ITP: fonts-averia -- Averia TrueType Font

Package: wnpp
Severity: wishlist


I wish to package the averia font.
* Package name : fonts-averia
  Version : x.y.z
  Upstream Author : Dan Sayers i...@iotic.com
* URL : http://iotic.com/averia/
* License : OFL

Averia TrueType Font
 The Averia font by Dan Sayers


This font is a dependency of beret. (#652580)

-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#776114: drobo-utils: Git directory present in source tarball

Sorry, I meant:
The source package for drobo-utils contains a git directory. This should
be removed.


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

Bug#776117: haskell-tinyurl: Git directory present in source tarball

Source: haskell-tinyurl
Severity: minor

The source package for haskell-tinyurl contains a git directory. This should be
removed.



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

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#776116: haskell-stringprep: Git directory present in source tarball

Source: haskell-stringprep
Severity: minor

The source package for haskell-stringprep contains a git directory. This should
be removed.



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

Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)


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

Bug#757128: gnat-gps: No Gnome icon for GNAT-GPS

2015-01-23 Thread Bill Chatfield

Package: gnat-gps
Version: 5.0-13
Followup-For: Bug #757128

Dear Maintainer,

I also have experienced this problem. I installed gnat-gps and expected it to
appear in the Programming submenu, but it did not.

Please fix. Thanks!



-- System Information:
Debian Release: 7.8
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: powerpc (ppc)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-powerpc
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 gnat-gps depends on:
ii  gnat-gps-common  5.0-13
ii  libc62.13-38+deb7u6
ii  libcairo21.12.2-3
ii  libgcc1  1:4.7.2-5
ii  libgdk-pixbuf2.0-0   2.26.1-1
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgnat-4.6  4.6.3-8
ii  libgnatprj4.64.6.3-8
ii  libgnatvsn4.64.6.3-8
ii  libgtk2.0-0  2.24.10-2
ii  libgtkada2.24.1  2.24.1-7
ii  libpango1.0-01.30.0-1
ii  libpython2.7 2.7.3-6+deb7u2
ii  libtemplates-parser11.6  11.6-2
ii  libxmlada4.1 4.1-2
ii  libxrender1  1:0.9.7-1+deb7u1

Versions of packages gnat-gps recommends:
pn  gdb-minimal   none
ii  gnat  4.6
ii  gnat-gps-doc  5.0-13
ii  python-gtk2   2.24.0-3+b1

Versions of packages gnat-gps suggests:
pn  gprbuild  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#776120: RFS: beret/1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1 [ITP]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-devel-ga...@lists.debian.org

  Dear mentors,

  I am looking for a sponsor for my package beret

 * Package name: beret
   Version : 1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1
   Upstream Author : Nigel Kilmer
 * URL : https://gitorious.org/beret/beret/
 * License : LGPL-3
   Section : games

  It builds those binary packages:

beret - Adventures of a telekinetic scientist
beret-data - Data for Beret, the adventures of a telekinetic scientist
fonts-averia - Averia TrueType Font

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

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


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

dget -x
http://mentors.debian.net/debian/pool/main/b/beret/beret_1.2.1+git4e2f21bf4eeabfd137b2b846756a368b42456675-1.dsc

  More information about beret can be obtained from
http://kiwisauce.com/beret/.

  Changes since the last upload:

  * Initial release (Closes: #652580)
  * Package included Averia Font (Closes: #776110)




  Regards,
-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#776121: xapers-adder uses incorrect options for x-terminal-emulator

2015-01-23 Thread Kacper Gutowski

Package: xapers
Version: 0.6-1
Severity: normal

Dear Maintainer,

When x-terminal-emulator is provided by an implementation that does not
support -title option (e.g. stterm), xapers-adder fails when trying
to launch a terminal.  By DPM § 11.8.3, x-terminal-emulator is only
required to support -e and -T options.  Please change -title to -T.


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (700, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages xapers depends on:
ii  poppler-utils 0.26.5-2
ii  pybtex0.18-1
ii  python2.7.8-2
ii  python-pkg-resources  5.5.1-1
ii  python-xapian 1.2.19-1

Versions of packages xapers recommends:
ii  python-pycurl  7.19.5-3
ii  python-urwid   1.2.1-2+b1
ii  xclip  0.12+svn84-4
ii  xdg-utils  1.1.0~rc1+git20111210-7.3

xapers 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#744145: pip3 breaks after upgrading requests

2015-01-23 Thread Chris Kuehl

Hi again maintainer,

As Yannick suggests, this seems to have been caused by this change to requests
back in July:
https://github.com/kennethreitz/requests/commit/47d0517d66e8cf5832768262221f0357ae134ad1

Now that requests.compat no longer imports IncompleteRead, it won't be
available for pip to use.

There are two sequential commits in pip which remove its use of
IncompleteRead:

https://github.com/pypa/pip/commit/53eab2357e4425436b51e109bfaedcb9f3772072
https://github.com/pypa/pip/commit/e77c0c573c059bb4a86b2c5c06835f57e4af6c47

These were merged as part of the PR: https://github.com/pypa/pip/pull/2024

Unfortunately, the commits themselves don't contain much context for the
change. It looks like it was perhaps made to satisfy CI warnings?

On Tue, Oct 21, 2014 at 10:14:49PM +0200, Yannick Roehlly wrote:
 A quick fix would be to use from httplib import IncompleteRead in the
 de-vendorize.patch (even if the IncompleteRead will not be raised by requests
 any more).

I've attached a patch that does this (with a minor change to support Python3),
and tested that it works.

I've also attached a patch which backports the two pip commits into the current
python-pip source package.

Both of these fix the current problem, and allow pip to work with both the
version of requests the Debian package, and the current version from PyPI,
which is likely to be installed by users. I'm not sure which is preferable, so
I've included both (only one should be applied, of course).

 Note that there may be other problems with pip using the upgraded requests.

This is probably also worth reiterating. I wonder how hard it would be to
change system pip to always use system versions of libraries. There's no
guarantee that a change to the internals of requests doesn't break pip again
tomorrow.

Thanks again!
Chris


On Fri, Jan 23, 2015 at 01:34:16AM -0800, Chris Kuehl wrote:
 Hi maintainer,
 
 I am able to reproduce this reliably.
 
 On a clean jessie or sid system (does not happen on wheezy):
 
 root# apt-get install python3 python3-pip
 root# pip3 install --upgrade requests
 
 After this, every invocation of pip3 fails:
 
 root# pip3
 Traceback (most recent call last):
   File /usr/bin/pip3, line 9, in module
 load_entry_point('pip==1.5.6', 'console_scripts', 'pip3')()
   File /usr/lib/python3/dist-packages/pkg_resources.py, line 356, in 
 load_entry_point
 return get_distribution(dist).load_entry_point(group, name)
   File /usr/lib/python3/dist-packages/pkg_resources.py, line 2476, in 
 load_entry_point
 return ep.load()
   File /usr/lib/python3/dist-packages/pkg_resources.py, line 2190, in 
 load
 ['__name__'])
   File /usr/lib/python3/dist-packages/pip/__init__.py, line 61, in 
 module
 from pip.vcs import git, mercurial, subversion, bazaar  # noqa
   File /usr/lib/python3/dist-packages/pip/vcs/mercurial.py, line 9, in 
 module
 from pip.download import path_to_url
   File /usr/lib/python3/dist-packages/pip/download.py, line 25, in 
 module
 from requests.compat import IncompleteRead
 ImportError: cannot import name 'IncompleteRead'
 
 The version of requests which the upgrade installs is currently 2.5.1.
 
 This renders pip unusable for many cases, and can break not just pip but
 also other Python packages. In particular, any Python package that
 depends on requests which you upgrade using system pip will permanently
 break pip.
 
 Thanks for looking into this -- I'm more than happy to help with testing
 any fixes!
 
 Happy Friday,
 Chris
From: Chris Kuehl cku...@ocf.berkeley.edu
Date: Fri, 23 Jan 2015 14:54:24 -0800
Subject: [PATCH] Don't raise IncompleteRead if response reads fails

This is a backport of the following commits onto the python-pip package.

https://github.com/pypa/pip/commit/53eab2357e4425436b51e109bfaedcb9f3772072
https://github.com/pypa/pip/commit/e77c0c573c059bb4a86b2c5c06835f57e4af6c47

This fixes Debian bug#744145 by allowing pip to continue to work with
upgraded versions of the requests library.
---
 pip/download.py | 35 +++
 1 file changed, 27 insertions(+), 8 deletions(-)

diff --git a/pip/download.py b/pip/download.py
index adff2ec..768e7ba 100644
--- a/pip/download.py
+++ b/pip/download.py
@@ -22,8 +22,7 @@ from pip.log import logger
 import requests, six
 from requests.adapters import BaseAdapter
 from requests.auth import AuthBase, HTTPBasicAuth
-from requests.compat import IncompleteRead
-from requests.exceptions import InvalidURL, ChunkedEncodingError
+from requests.exceptions import InvalidURL
 from requests.models import Response
 from requests.structures import CaseInsensitiveDict
 
@@ -416,12 +415,32 @@ def _download_url(resp, link, temp_location):
 def resp_read(chunk_size):
 try:
 # Special case for urllib3.
-try:
-for chunk in resp.raw.stream(
-chunk_size,

Bug#776108: fonts-ipafont-nonfree-jisx0208: leaves alternatives after purge: /usr/share/fonts/truetype/ttf-japanese-{gothic, mincho}.ttf

Source: fonts-ipafont-nonfree-jisx0208
Version: 1:00103-2
Severity: important
Tags: patch
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see https://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove name path'.

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

From the attached log (scroll to the bottom...):

2m13.4s INFO: Warning: Package purging left files on system:
  /etc/alternatives/ttf-japanese-gothic.ttf - 
/usr/share/fonts/truetype/ipafont-jisx0208/ipag0208_for_legacy_compatibility.ttf
  not owned
  /etc/alternatives/ttf-japanese-mincho.ttf - 
/usr/share/fonts/truetype/ipafont-jisx0208/ipam0208_for_legacy_compatibility.ttf
  not owned
  /usr/share/fonts/  owned by: fonts-ipafont-nonfree-jisx0208
  /usr/share/fonts/truetype/ owned by: fonts-ipafont-nonfree-jisx0208
  /usr/share/fonts/truetype/ttf-japanese-gothic.ttf - 
/etc/alternatives/ttf-japanese-gothic.ttf not owned
  /usr/share/fonts/truetype/ttf-japanese-mincho.ttf - 
/etc/alternatives/ttf-japanese-mincho.ttf not owned

A patch is following ... please get this fixed for jessie.


cheers,

Andreas


ttf-ipafont-jisx0208_None.log.gz
Description: application/gzip

Bug#776109: ITP: python-oslo-log -- OpenStack logging configuration library

2015-01-23 Thread Thomas Goirand

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand z...@debian.org

* Package name: python-oslo-log
  Version : 0.1.0
  Upstream Author : OpenStack Development Mailing List 
openstack-...@lists.openstack.org
* URL : https://github.com/openstack/oslo.log
* License : Apache-2.0
  Programming Lang: Python
  Description : OpenStack logging configuration library

 OpenStack logging configuration library provides standardized configuration
 for all openstack projects. It also provides custom formatters, handlers and
 support for context specific logging (like resource id's etc).


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

Bug#728455: rc bugs status page has not the website style (css)

2015-01-23 Thread Tomas Pospisek


Hello Don,

attached is a patch agains bugscan.git that implements the change proposed 
by Stéphane in http://bugs.debian.org/728455


It's a series of patches:

d6cd984,
4c853f1,
f4bb796 - Factor out common HTML code printing. Without this,
  Stéphanes style fix would need to get applied twice, to
  both the 'realmakepage' and the 'makemainpage' functions
  that print out whole HTML pages.

87a9b22 - Fix a bug in HTML generation

44c6e21 - Fix bug introduced by myself

dd3167c,
7303cc0,
f25f2c2 - improve code readability

909a440 - more HTML bug fixes

373282c - improve code readability

e99321d - finally apply Stéphanes suggestion

021b0d6 - better naming of a function introduced by mysel


Is there a way to test what I have produced here? I think it is correct, 
but I'm missing the bug database, so I can not test in real.


The proble is I'm only allowed to transfer 300MB data per day, so I'm 
unable to clone the bug database.


In case there's no easy way to test for me - are you able to test without 
much effort if my patch is OK?


I'd appreciate if you could have a look or test it and apply - that 
would make it one bugreport less ;-)


Thanks,
*t

PS: Re: my proposition over PM: I know I have not tackled the most
pressing bug - it's because I'd much prefer to dive gently into the
subject matter...commit 021b0d6
Author: Tomas Pospisek tpo...@sourcepole.ch
Date:   Sat Jan 24 01:50:00 2015 +0100

more precise function naming

diff --git dohtml dohtml
index 1cf6995..5e5be86 100755
--- dohtml
+++ dohtml
@@ -52,7 +52,7 @@ html_header() {
 EOF
 }
 
-html_page_creation_notice() {
+html_end_of_content() {
 	cat EOF
 /div!-- end of 'div id=content'--
 hr
@@ -123,7 +123,7 @@ tags/a:
 EOF
 	./bugreport -H -l $filter
 
-	html_page_creation_notice
+	html_end_of_content
 
 	html_closing_tags
 }
@@ -188,7 +188,7 @@ EOF
 p clear=both/p
 EOF
 
-	html_page_creation_notice
+	html_end_of_content
 
 	cat EOF
 To receive all mails sent to release-critical bugs, subscribe to the

commit e99321d
Author: Tomas Pospisek tpo...@sourcepole.ch
Date:   Sat Jan 24 01:42:42 2015 +0100

use same CSS styles as rest of Debian's web pages

applied patch from http://bugs.debian.org/728455 by StÃ©phane Blondon

diff --git dohtml dohtml
index b005949..1cf6995 100755
--- dohtml
+++ dohtml
@@ -14,15 +14,47 @@ html_header() {
 title$title, $date/title
   /head
 body bgcolor=white
-h1 align=center$title/h1
-
-h2 align=center$date/h2
+div id=header
+  div id=upperheader
+div id=logo
+  a href=http://www.debian.org/; title=Debian Homeimg src=http://www.debian.org/Pics/openlogo-50.png; alt=Debian width=50 height=61/a
+/div
+div id=searchbox
+  form name=p method=get action=http://search.debian.org/cgi-bin/omega;
+p
+  input type=hidden name=DB value=en
+  input name=P value= size=27
+  input type=submit value=Search
+/p
+  /form
+/div
+  /div
+  div id=navbar
+p class=hidecssa href=#contentSkip Quicknav/a/p
+ul
+   lia href=http://www.debian.org/intro/about;About Debian/a/li
+   lia href=http://www.debian.org/distrib/;Getting Debian/a/li
+   lia href=http://www.debian.org/support;Support/a/li
+   lia href=http://www.debian.org/devel/;Developers' Corner/a/li
+/ul
+  /div
+  p id=breadcrumbs
+a href=http://www.debian.org/Bugs/;Debian bug tracking system/a
+#x2F;
+Debian BTS mdash; rc bugs status
+  /p
+/div
+div id=content
+  h1$title/h1
+  
+  h2$date/h2
 
 EOF
 }
 
 html_page_creation_notice() {
 	cat EOF
+/div!-- end of 'div id=content'--
 hr
 This page is automatically generated.br
 Please contact
@@ -57,9 +89,9 @@ realmakepage() {
 
 	cat EOF
 
-p align=centerfor distribution(s): $descr/p
+pfor distribution(s): $descr/p
 
-p align=centerYou might also want to check out a href=http://udd.debian.org/bugs/;UDD/a instead of this page./p
+pYou might also want to check out a href=http://udd.debian.org/bugs/;UDD/a instead of this page./p
 hr
 
 p
@@ -104,7 +136,7 @@ makemainpage() {
 
 	cat EOF
 
-p align=center
+p
 EOF
 
 	./bugreport -Hs
@@ -112,7 +144,7 @@ EOF
 	cat EOF
 /p
 
-div align=centerimg src=graph-release.png alt=Graph of RC bugs/div
+divimg src=graph-release.png alt=Graph of RC bugs/div
 
 pOther graphs:
   ul

commit 373282c
Author: Tomas Pospisek tpo...@sourcepole.ch
Date:   Sat Jan 24 01:36:39 2015 +0100

prettify

diff --git dohtml dohtml
index 7ae7036..b005949 100755
--- dohtml
+++ dohtml
@@ -121,12 +121,14 @@ EOF
   /ul
 /p
 
-pThe red line graphs all bugs with release-critical severities; the green
-line graphs the number of bugs that are actually a concern for the next
-release (excluding ignored bugs, bugs on packages not in testing, and bugs
-whose tags and/or versioning information indicate that they don't apply to
-testing), and the blue line graphs the number of bugs that are a concern
-for the emcurrent/em stable release./p
+p
+  The red line graphs all bugs

Bug#776114: drobo-utils: Git directory present in source tarball