Bug#717547: nfs-common: simple remount returns an error

[J. R. Okajima]

Ben Hutchings:
> Well, I don't understand how this is going wrong.  All the logic in
> fs/nfs/super.c (nfs_show_mount_options(), nfs_remount(),
> nfs_parse_security_flavors(), nfs_compare_remount_data()) appears to do
> the right thing with the sec option (stored in various structures as
> auth_flavors[0] or au_flavor).
>
> Perhaps you could add some debug logging to work out how the option is
> getting mangled on remount?

Unfortunately, I don't remember the detail of wheezy 3.2 kernel because
I am reading various versions of mainline kernel. I am going to slightly
mad and confused.

I only remember that
- At the first mount-time, NFS sets RPC_AUTH_UNIX (as default) without
  NFS_MOUNT_SECFLAVOUR.
- nfs_show_mount_options() prints "sec=sys" since RPC_AUTH_UNIX is set,
  but still NFS_MOUNT_SECFLAVOUR is not set.
- "mount -o remount" retrives "sec=sys" from /proc/mounts and passes it
  to mount(2).
- nfs_remount() --> nfs_parse_mount_options() --> nfs_compare_remount_data()
  compares the flags and found that
  - "sec=sys" string is given.
  - but NFS_MOUNT_SECFLAVOUR flag is not set internally.
  and returns EINVAL.

I guess one possible solution is stop printing "sec=" in
nfs_show_mount_options() when NFS_MOUNT_SECFLAVOUR is not set.
Another solution can be to force setting NFS_MOUNT_SECFLAVOUR when
setting RPC_AUTH_UNIX as default. But in this case, we may need to care
about /etc/mtab.
In other words,
- it may be hard to keep /etc/mtab and /proc/mounts equivalent.
- some developers think
  + /etc/mtab and /proc/mounts are totally different things
  + it is unnecessary to make them equivalent.
- finally symlinking /etc/mtab can cause a problem (like this case)
  since mount(8) and umount(8) highly depends upon /etc/mtab (or
  /proc/mounts).

By the way, after forcing /etc/mtab as a regular file on my wheezy
system, I found another problem of mount(8). I will report it to
bugtrack later.


J. R. Okajima


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

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

[Ondřej Surý]

Compression several replies into one.

> Couple of quick questions:
>
> 1) Does libjpeg-turbo (LJT) now completely support the libjpeg8 ABI?

AFAIK it doesn't support the SmartScale, but it does support full libjpeg8
ABI.

More on the ABI compatibility can be read in the article where LJT author
explains why he won't support libjpeg9 ABI:
http://www.libjpeg-turbo.org/About/Jpeg-9

> 2) Do we have benchmark results which indicates that LJT is
> actually faster than IJG?

Yes, the benchmark can be found here:
http://www.libjpeg-turbo.org/About/Performance

Although it hasn't been by third party, I think it clearly explains the
methodology and can be challenged and the results reproduced.

> 3) Has LJT tried to get its changes adopted by IJG?

I have no idea, but this might explain the history of the project:

> libjpeg-turbo was originally based on libjpeg/SIMD, an MMX-accelerated
derivative of libjpeg v6b developed by Miyasaka Masaru. The TigerVNC and
VirtualGL projects made numerous enhancements to the codec in 2009, and in
early 2010, libjpeg-turbo spun off into an independent project, with the
goal of making high-speed JPEG compression/decompression technology
available to a broader range of users and developers.

If you check the libjpeg/SIMD page it becomes apparent that the
libjpeg/SIMD author was not very fluent in English according to his words
(and rough Google translate from Japanese).

Anyway if you look at the history of IJG, there was a 10 year gap between
release 6 and 7, so there might have been no functional IJG, once the JPEG
standard was adopted.

Also given the hostile content of the IJG libjpeg8 README against LJT, I
doubt that there's a chance to merged the two libraries:
http://www.libjpeg-turbo.org/About/FUD

This also explains why the two projects have developed in different
direction.

This is also an interesting reading:
https://bugzilla.redhat.com/show_bug.cgi?id=639672#c7

This might answer your question about merging LJT (libjpeg/SIMD) into IJG
work.

> I am not going to answer such drivel. You will have to contend with what I
> sent to debian-devel. Show a bit of respect.

Bill, I am sorry, but I don't think there's a "drivel" in my questions. I
think
I have raised valid questions that deserve to be answered, because I was
unable to find the answers myself.

Also I have been always polite in the conversation with you, so I don't see
a reason to call my arguments a "drivel". I would have listened to reason,
but I have a feeling that instead of engaging in healthy debate, you have
entrenched yourself and you won't budge even a little.

> It has never been required of free software projects to restrict
themselves to
> the features mandated by a standard.

One of the purposes of original IJG was to force the industry to standardize
one JPEG format. They have succeeded and now we even have ISO standard
group for JPEG.

I think that standardization is important for interoperability in case of
such
widely used standard as JPEG. The opposite examples would be the f.e.
the Celt code that had many variants as the standard evolved and the result
was interoperability hell – look at the state of the Mumble packages in
Debian.

Also I wouldn't object to any improvements to JPEG standard if they were
developed in an open way. I don't have a feeling that it was the case. The
author of improvements submitted his extensions to ISO JPEG committee
and his proposal was rejected. I don't think it's good for interoperability
to
push his improvements in the de-facto standard library after the rejection.

> Finally, it doesn't currently look like the libjpeg-turbo packages are
> at all in a state to replace the libjpeg8 or libjpeg6b packages. I'm not
> sure why the CTTE should rule to replace the IJG packages when the work
> and testing necessary to make the LJT packages ready hasn't been done.

Mike has explained why:

> In an IRC discussion in #debian-devel several weeks ago the consensus
> was: the RT team (represented Julien) will probably not want two
> libjpeg implementations in Debian. My first packaging approach aimed
> at having the compat mode libraries available [2] and allow the user
> to install them as a drop-in replacement for libjpeg8.
>
> The IRC discussion lead to the result that the compat packages are not
> wanted in Debian, only the native TURBOjpeg ABI. I was asked to ping
> Bill Allombert about his opinion to transition from libjpeg8 fully to
> libjpeg8-turbo. @Bill: can you repeat your disposition here again? I
> guess our earlier mailing was a private mail exchange.

Anyway Ubuntu is using LJT packages since Ubuntu precise (e.g. 2011) as
a drop-in replacement for libjpeg8 and I think we can adapt their work quite
easily.

You (as tech-ctte) has also an option to allow compat libjpeg8 packages
built from LJT, but this won't solve anything, since Bill plans to move to
libjpeg9 ABI and LJT does not plan to support v9 ABI. Also I agree with
release team that it's undesirable to hav

Bug#717473: BUG: Null pointer deref in amd64_edac_mod/amd64_probe_one_instance during boot

[Borislav Petkov]

On Wed, Jul 24, 2013 at 12:04:49AM +0100, Ben Hutchings wrote:
> This is absolutely stable material. Most of the people affected are
> not going to work out that they plugged their memory in wrong. (And
> maybe some of them only have one module.)

Hmm, not from my experience. This is the first report I've seen so far
and most people running amd64_edac have DIMMs on both channels.

But if you really insist, I'll tag it for stable and send it to Linus
now.

-- 
Regards/Gruss,
Boris.

Sent from a fat crate under my desk. Formatting is fine.
--


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

Bug#703452: [pkg-php-pear] php5-redis

[Jonas Genannt]

Hello Cyril,

> > any news from you? - I have started packaging php-redis at:
> >
> > http://anonscm.debian.org/gitweb/?p=pkg-php/php-redis.git
> >
> > It would be really cool, if you could tell us, if we can maintain
> > php-redis together under the hood of the PEAR team.
> >
> 
> Jonas,
> 
> I'm sorry I didn't have time to handle my Debian duty before, I was
> quite busy at the office. I'm handling the backlog now and be
> responsive as usual.
> 
> I would be glad to co-maintain php-redis under the hood of the PEAR
> team.
> 
> I'll upload a new package with your name and email listed in the
> Uploaders field if it's OK for you.
> 
> It is OK for you?

you are welcome. Please note I have done packaging with the new
php-pkg.tools, which is an Jessie Release goal. Please see:

http://anonscm.debian.org/gitweb/?p=pkg-php/php-redis.git

Greets,
Jonas


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

Bug#717695: xmonad recommends some seriously huge packages

[Joachim Breitner]

Hi,

Am Dienstag, den 23.07.2013, 15:49 -0700 schrieb David Starner:
> Package: xmonad
> Version: 0.11-5
> Severity: wishlist
> 
> sudo apt-get install xmonad
> ...
> Need to get 78.4 MB of archives.
> After this operation, 514 MB of additional disk space will be used.
> 
> sudo apt-get --no-install-recommends install xmonad
> ...
> Need to get 612 kB of archives.
> After this operation, 2,729 kB of additional disk space will be used.
> 
> That's problematic. The default mode for the package shouldn't be 100
> times the space of the basic install. If necessary, there should be an
> xmonad-base or xmonad-minimal so people installing xmonad at
> high-level ways that always load recommendations can try xmonad
> without loading 500 MB of stuff.

xmonad is not very useful without the recommended packages, as you need
to have the Haskell environment to configure it. It would confuse
especially people who do not know xmonad very well if they could not
configure the package after installation. If there are indeed users of
an unmodified xmonad (I doubt it a bit), they will have to learn about
--no-install-recommends. 

If you find that the package description does not explain that well
enough, please suggest bette wordings.

Greetings,
Joachim


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




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

Bug#717689: linux: please review and merge m68k patch

[Thorsten Glaser]

On Wed, 24 Jul 2013, Ben Hutchings wrote:

[ ext2/3/4 ]
> I think we may want to enable this at the top level later, but there is
> no reason to override it now.

OK, will remove that.

> > >> +CONFIG_NFS_SWAP=y
> 
> Really?

Not? Is there something better?
Hm, Wouter would probably say swap over nbd :D

IDK… if it harms, I can remove it too, please say so.

[…]
> > >> +CONFIG_NLS_MAC_TURKISH=m
[…]
> Apple has gone through a few architectures since m68k. :-)

Right ;-)

> > >> +## choice: Preemption Model
[…]
> Now why do you want to change that?

My naïve reasoning is like that: less preemption = less
interruption / context switches = more work done in total
at the cost of a bit interactivity (probably not all that
much because it’s already slow).

If that’s wrong I’ll remove this part too, just say so.

Thanks,
//mirabilos
-- 
15:41⎜ Somebody write a testsuite for helloworld :-)


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

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

[Don Armstrong]

On Wed, 24 Jul 2013, Ondřej Surý wrote:
> > Finally, it doesn't currently look like the libjpeg-turbo packages are
> > at all in a state to replace the libjpeg8 or libjpeg6b packages. I'm not
> > sure why the CTTE should rule to replace the IJG packages when the work
> > and testing necessary to make the LJT packages ready hasn't been done.
> 
> Mike has explained why:

[...]

> Anyway Ubuntu is using LJT packages since Ubuntu precise (e.g. 2011)
> as a drop-in replacement for libjpeg8 and I think we can adapt their
> work quite easily.

Ok; I sort of gathered this from reading the LJT ITP, but I wasn't
totally certain.

> You (as tech-ctte) has also an option to allow compat libjpeg8
> packages built from LJT, but this won't solve anything, since Bill
> plans to move to libjpeg9 ABI and LJT does not plan to support v9 ABI.

Well, we can address this by requiring libjpeg-dev to be the 8 ABI, and
libjpeg9-dev to be the 9 API, but that's probably not desirable.

> Thus I think this needs a decision from tech-ctte before we make the
> switch to different implementation of libjpeg.

I'm personally concerned about switching from IJG to an as-of-yet
untested in Debian LJT package. The actual uploading to Debian might
require a CTTE decision, but the packages with the desired transition
plan should be ready and tested before the CTTE makes its final
decision. [I recognize that this is going to put a fair bit of work on
the LJT maintenance team with the possibility that the work is just
going to be junked if the CTTE decides Debian should stay with IJG.[1]]


1: It is of course possible that other committee members would be wiling
to make a decision without already having the packages ready, but I'd
personally have a far easier time deciding knowing that they were tested
and known to be working.

-- 
Don Armstrong  http://www.donarmstrong.com

What prison taught me was that some people are born into a life where
they're going to be subjected to intense life experiences and personal
tragedy on an almost daily basis. [...] I don't think you get
enlightenment after something like that. I think all anyone really
wants, if they're honest with themselves, is a quiet, easy life
surrounded by people that love them. Anything else is conceit[ed].
 -- OP from 99chan


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

Bug#717634: Please upload new upstream release: 0.1.4

[Mathias Ertl]

On Wed, Jul 24, 2013 at 09:52:00AM +0800, Thomas Goirand wrote:
> After thinking about it, your package is missing build-depends:
> python-setuptools and python3-setuptools. Please add these, then I will
> sponsor the upload (as I am Debian Developer, I have the rights do that).

I just uploaded this change to the git repository.

> Also, the Vcs-Git: URL should be
> git://git.git.fsinf.at/apt/python-mimeparse.git and not
> https://git.fsinf.at/apt/python-mimeparse.git.

The git:// URL only works coincidentally but are not displayed in the
gitorious interface. I.e. a change to gitlab would once again brake the URLs
because it doesn't support the git-protocol anymore, so
https://git.fsinf.at/... is the canonical URL.

So I'd much rather keep the current URL instead of switching to git:// -
let me know what you think.

cheers,

Mathias Ertl (Mati)

-- 
I only read plain text mail! I prefer pgp|gpg signed & encrypted mails!


signature.asc
Description: Digital signature

Bug#717716: libpam-tacplus: installing libpam-tacplus makes system inaccessible

[baumfalk]

Package: libpam-tacplus
Version: 1.3.6-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

installation of libpam-tacplus using aptitude on my virtual machine lead to
a system where I could not login anymore. 

After installing the package, I was unable to log in:
a) at graphical login window
b) console login: login prompt simply reappears without login success
c) su on console (while still logged in): "Cannot make/remove an entry for the 
specified session"

I easily reproduced the behaviour on a fresh wheezy install using
debian-7.1.0-i386-netinst.iso, minimum installation.

I was able to solve the problem:
Booted rescue system from debian CD image and edited /etc/pam.d/common-session.
Changed 
"session requisite  pam_deny.so" 
to
"session requisite  pam_permit.so"

To me this seems a critical problem which will easily leave the inexperienced 
user with a inaccessible machine. 
As I am not familiar with pam (yet), I am not sure which package should fix 
this 
(libpam-tacplus or libpam-runtime, which seems the originator of common-session.

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

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

Versions of packages libpam-tacplus depends on:
ii  libc6   2.13-38
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1

libpam-tacplus recommends no packages.

libpam-tacplus 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#711925: apache2-doc's config file breaks apache itself

[Arno Töll]

severity 711925 important
thanks

Playing severity ping pong does not exactly convince me to prioritize
your issue.

> THere have been several reports, mine, another in the bug report,
> that confirm that mods get disabled by upgrading.

I did not say your issue does not exist. But it does not happen under
normal circumstances. In fact I am not even able to reproduce it, and
that's all but a serious issue:


root@build:/# dpkg -l | grep "apache2"
ii  apache2 2.2.22-13 amd64
   Apache HTTP Server metapackage
ii  apache2-mpm-prefork 2.2.22-13 amd64
   Apache HTTP Server - traditional non-threaded model
ii  apache2-utils   2.2.22-13 amd64
   utility programs for webservers
ii  apache2.2-bin   2.2.22-13 amd64
   Apache HTTP Server common binary files
ii  apache2.2-common2.2.22-13 amd64
   Apache HTTP Server common files
ii  libapache2-mod-php5 5.4.4-14+deb7u2   amd64
   server-side, HTML-embedded scripting language (Apache 2 module)
root@build:/# ls -l /etc/apache2/mods-enabled/
total 0
lrwxrwxrwx 1 root root 28 Jul 24 08:05 alias.conf ->
../mods-available/alias.conf
lrwxrwxrwx 1 root root 28 Jul 24 08:05 alias.load ->
../mods-available/alias.load
lrwxrwxrwx 1 root root 33 Jul 24 08:05 auth_basic.load ->
../mods-available/auth_basic.load
lrwxrwxrwx 1 root root 33 Jul 24 08:05 authn_file.load ->
../mods-available/authn_file.load
lrwxrwxrwx 1 root root 36 Jul 24 08:05 authz_default.load ->
../mods-available/authz_default.load
lrwxrwxrwx 1 root root 38 Jul 24 08:05 authz_groupfile.load ->
../mods-available/authz_groupfile.load
lrwxrwxrwx 1 root root 33 Jul 24 08:05 authz_host.load ->
../mods-available/authz_host.load
lrwxrwxrwx 1 root root 33 Jul 24 08:05 authz_user.load ->
../mods-available/authz_user.load
lrwxrwxrwx 1 root root 32 Jul 24 08:05 autoindex.conf ->
../mods-available/autoindex.conf
lrwxrwxrwx 1 root root 32 Jul 24 08:05 autoindex.load ->
../mods-available/autoindex.load
lrwxrwxrwx 1 root root 26 Jul 24 08:05 cgi.load ->
../mods-available/cgi.load
lrwxrwxrwx 1 root root 30 Jul 24 08:05 deflate.conf ->
../mods-available/deflate.conf
lrwxrwxrwx 1 root root 30 Jul 24 08:05 deflate.load ->
../mods-available/deflate.load
lrwxrwxrwx 1 root root 26 Jul 24 08:05 dir.conf ->
../mods-available/dir.conf
lrwxrwxrwx 1 root root 26 Jul 24 08:05 dir.load ->
../mods-available/dir.load
lrwxrwxrwx 1 root root 26 Jul 24 08:05 env.load ->
../mods-available/env.load
lrwxrwxrwx 1 root root 27 Jul 24 08:05 mime.conf ->
../mods-available/mime.conf
lrwxrwxrwx 1 root root 27 Jul 24 08:05 mime.load ->
../mods-available/mime.load
lrwxrwxrwx 1 root root 34 Jul 24 08:05 negotiation.conf ->
../mods-available/negotiation.conf
lrwxrwxrwx 1 root root 34 Jul 24 08:05 negotiation.load ->
../mods-available/negotiation.load
lrwxrwxrwx 1 root root 27 Jul 24 08:05 php5.conf ->
../mods-available/php5.conf
lrwxrwxrwx 1 root root 27 Jul 24 08:05 php5.load ->
../mods-available/php5.load
lrwxrwxrwx 1 root root 33 Jul 24 08:05 reqtimeout.conf ->
../mods-available/reqtimeout.conf
lrwxrwxrwx 1 root root 33 Jul 24 08:05 reqtimeout.load ->
../mods-available/reqtimeout.load
lrwxrwxrwx 1 root root 31 Jul 24 08:05 setenvif.conf ->
../mods-available/setenvif.conf
lrwxrwxrwx 1 root root 31 Jul 24 08:05 setenvif.load ->
../mods-available/setenvif.load
lrwxrwxrwx 1 root root 29 Jul 24 08:05 status.conf ->
../mods-available/status.conf
lrwxrwxrwx 1 root root 29 Jul 24 08:05 status.load ->
../mods-available/status.load
lrwxrwxrwx 1 root root 32 Jul 24 08:05 unique_id.load ->
../mods-available/unique_id.load
root@build:/#
root@build:/# apt-get update ; apt-get install apache2
Ign file: sid Release.gpg
Get:1 file: sid Release [5.807 B]
Hit http://ftp.de.debian.org sid Release.gpg
Ign file: sid/main Translation-en_US
Ign file: sid/main Translation-en
Hit http://ftp.de.debian.org sid Release
Get:2 http://ftp.de.debian.org sid/main amd64 Packages/DiffIndex [7.876 B]
Get:3 http://ftp.de.debian.org sid/main Translation-en/DiffIndex [7.876 B]
Fetched 15,8 kB in 2s (7.625 B/s)
Reading package lists... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
required:
  apache2-mpm-prefork apache2.2-bin libcurl3-gnutls librtmp0 libssh2-1
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  apache2-bin apache2-data apache2-mpm-prefork apache2.2-bin
libapache2-mod-php5 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap
libbsd0 libedit2 libxml2 lsof php5-cli php5-common
Suggested packages:
  www-browser apache2-doc apache2-suexec-pristine apache2-suexec-custom
php-pear php5-user-cache
Recommended packages:
  php5-json
The following packages will be REMOVED:
  apache2.2-common
The following NEW packages will be installed:
  apache2-bin apache2-dat

Bug#717700: xarchiver: Incorrect 7z archive content representation

[Markus Koschany]

merge 717700 717699
thanks


On 24.07.2013 02:56, Evegeniy Potanin wrote:
> 
> My idea is that archive with folder with space(s) in name containing file(s)
> with space in name is incorrectly handled.

Hello Eugene,

thanks for your bug report. I am quite sure that this bug is already
fixed in the latest version of xarchiver. Could you install xarchiver
from testing or unstable and report back, if it fixes your issue?

Regards,

Markus




signature.asc
Description: OpenPGP digital signature

Bug#717717: lxc: live-debconfig failes to execute chpasswd and useradd

[Johannes Schauer]

Package: lxc
Version: 0.9.0-12
Severity: normal

Hi,

I'm using lxc 0.9.0-12 from experimental on Debian sid. After having
created a container I cannot log in to it. After appending -x to the
shebang in /usr/share/lxc/templates/lxc-debconfig and using the readline
debconf-frontend (otherwise the console output would be overwritten) I
saw the following two pieces in the output:

+ chroot /var/lib/lxc/debian01/rootfs /usr/bin/env -i LC_ALL=C 
PATH=/usr/sbin:/usr/bin:/sbin:/bin TERM=rxvt-unicode DEBIAN_FRONTEND=readline 
DEBIAN_PRIORITY=critical DEBCONF_NONINTERACTIVE_SEEN=true 
DEBCONF_NOWARNINGS=true ftp_proxy= http_proxy= DEBIAN_FRONTEND=readline 
DEBIAN_PRIORITY=critical live-debconfig
chpasswd: (user josch ) pam_chauthtok() failed, error:
Authentication token manipulation error
chpasswd: (line 1, user josch ) password not changed


and


+ chroot /var/lib/lxc/debian01/rootfs /usr/bin/env -i LC_ALL=C 
PATH=/usr/sbin:/usr/bin:/sbin:/bin TERM=rxvt-unicode DEBIAN_FRONTEND=readline 
DEBIAN_PRIORITY=critical DEBCONF_NONINTERACTIVE_SEEN=true 
DEBCONF_NOWARNINGS=true ftp_proxy= http_proxy= DEBIAN_FRONTEND=readline 
DEBIAN_PRIORITY=critical live-debconfig
Usage: useradd [options] LOGIN
   useradd -D
   useradd -D [options]

Options:
  -b, --base-dir BASE_DIR   base directory for the home directory of the
new account
  -c, --comment COMMENT GECOS field of the new account
  -d, --home-dir HOME_DIR   home directory of the new account
  -D, --defaultsprint or change default useradd configuration
  -e, --expiredate EXPIRE_DATE  expiration date of the new account
  -f, --inactive INACTIVE   password inactivity period of the new account
  -g, --gid GROUP   name or ID of the primary group of the new
account
  -G, --groups GROUPS   list of supplementary groups of the new
account
  -h, --helpdisplay this help message and exit
  -k, --skel SKEL_DIR   use this alternative skeleton directory
  -K, --key KEY=VALUE   override /etc/login.defs defaults
  -l, --no-log-init do not add the user to the lastlog and
faillog databases
  -m, --create-home create the user's home directory
  -M, --no-create-home  do not create the user's home directory
  -N, --no-user-group   do not create a group with the same name as
the user
  -o, --non-unique  allow to create users with duplicate
(non-unique) UID
  -p, --password PASSWORD   encrypted password of the new account
  -r, --system  create a system account
  -R, --root CHROOT_DIR directory to chroot into
  -s, --shell SHELL login shell of the new account
  -u, --uid UID user ID of the new account
  -U, --user-group  create a group with the same name as the user
  -Z, --selinux-user SEUSER use a specific SEUSER for the SELinux user 
mapping



The passwd section from my preseed file reads:

live-debconfig live-debconfig/passwd/shadow boolean true
live-debconfig live-debconfig/passwd/root-password password root
live-debconfig live-debconfig/passwd/root-password-again password root
live-debconfig live-debconfig/passwd/user-name string josch
live-debconfig live-debconfig/passwd/user-fullname string josch
live-debconfig live-debconfig/passwd/user-password password secret
live-debconfig live-debconfig/passwd/user-password-again password secret


While this could just as well be a problem with live-debconfig or my
preseed file (is it?) I think that lxc should abort the container
creation process or at least output a warning to the user which informs
him that live-debconfig returned a non-zero exit status (I checked and
the first live-debconfig returns 1 while the second returns
2).

cheers, josch


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

Bug#610747: patch

[Salvo Tomaselli]

Could you attach the fix as a patch (possibly against the current version) 
rather than an entire file?

Also, could you check that the current version doesn't already solve the 
problem?

Thanks
-- 
Salvo Tomaselli

http://web.student.chalmers.se/~saltom/


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

Bug#715434: otrs2: fails to install: Subroutine Load redefined at (eval 19) line 2.

[Andreas Beckmann]

Followup-For: Bug #715434

Installing libapache-dbi-perl does not fix this, new log attached,
perhaps you can draw some conclusions from it.


Andreas


otrs2_3.2.9-1.log.gz
Description: GNU Zip compressed data

Bug#717547: nfs-common: simple remount returns an error

[J. R. Okajima]

> Anyway I will make /etc/mtab as a regular file and disable
> mtab_migrate() shell function in /lib/init/mount-functions.sh on wheezy
> since this problem is a show-stopper for me.

I've met another problem of /bin/umount (mount package).
But this is specific to the system where /etc/mtab is a regular file. I
know the file on wheezy is a symlink, so I stopped registering another
new bug.

Here are the output and my test script.
Unmounting $B, umount(8) writes a broken entry
("none rw,bind 0 0 0 0") in /etc/mtab.

(there are very very long pathname in the output, and I omitted them by
replacing "...")
--
$ sh ./a.sh
Linux jrofr 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 GNU/Linux
-rw-r--r-- 1 root root 1427 Jul 24 17:41 /etc/mtab
+ egrep -n (/tmp/|bind) /etc/mtab /proc/mounts
/etc/mtab:19:/debug /sys/kernel/debug none rw,bind 0 0
/etc/mtab:28:/tmp/2940 /tmp/01234...56789222.55 none rw,bind 0 0
/etc/mtab:29:/tmp/01234...56789222.55 /tmp/2940 none rw,bind 0 0
/etc/mtab:30:/tmp/01234...56789222.55 /tmp/01234...56789222.4 none 
rw,bind 0 0
/proc/mounts:29:tmpfs /tmp/01234...56789222.55 tmpfs rw,relatime 0 0
/proc/mounts:30:tmpfs /tmp/2940 tmpfs rw,relatime 0 0
/proc/mounts:31:tmpfs /tmp/01234...56789222.4 tmpfs rw,relatime 0 0
+ echo * unmount B
* unmount B
+ sudo umount /tmp/01234...56789222.55
+ egrep -n (/tmp/|bind) /etc/mtab /proc/mounts
/etc/mtab:19:/debug /sys/kernel/debug none rw,bind 0 0
/etc/mtab:28:/tmp/01234...56789222.55 /tmp/2940 none rw,bind 0 0
/etc/mtab:29:none rw,bind 0 0 0 0
/proc/mounts:29:tmpfs /tmp/2940 tmpfs rw,relatime 0 0
/proc/mounts:30:tmpfs /tmp/01234...56789222.4 tmpfs rw,relatime 0 0
:::
--
#!/bin/sh

set -eu
ten=0123456789
hundred=$ten$ten$ten$ten$ten$ten$ten$ten$ten$ten
hundred2=$hundred$hundred
n1004=$hundred2/$hundred2/$hundred2/$hundred2/$hundred2
#test $(echo -n $n1004 | wc -c) -eq 1004
n4019=$n1004/$n1004/$n1004/$n1004
base=/tmp/$n4019
# n4080=$base/$ten$ten$ten$ten${ten}00080
# test $(echo -n $n4080 | wc -c) -eq 4080
# tmp=$n4080
n4092=$base/$ten$ten$ten$ten$ten${ten}222
test $(echo -n $n4092 | wc -c) -eq 4092
tmp=$n4092
A=/tmp/$$
B=$tmp.55
test $(echo -n $B | wc -c) -eq 4095
C=$tmp.4
test $(echo -n $C | wc -c) -eq 4094

alias f="egrep -n '(/tmp/|bind)' /etc/mtab /proc/mounts"
alias msg="echo '*'"

#set -x
uname -a
ls -l /etc/mtab
mkdir -p $A $B $C
#f
sudo mount -t tmpfs tmpfs $A

#f
sudo mount -o bind $A $B
#f
sudo umount $A
#f
sudo mount -o bind $B $A
#f
sudo mount -o bind $B $C

set -x
f
msg unmount B
sudo umount $B
f
msg unmount A
sudo umount $A
f
msg bind C to A
sudo mount -o bind $C $A
f
msg unmount C
sudo umount $C
f

msg unmount A
sudo umount $A || :
f
set +x
rm -r $base
--

Because of Bug#717547, I had to keep /etc/mtab as a regular file. But
this leads to another problem. Finally I cannot continue my
development on wheezy. Ouch!!


J. R. Okajima


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

Bug#717718: spice-client-gtk: Update to 0.20

[Fabio Fantoni]

Package: spice-client-gtk
Version: 0.19-0nocelt3
Severity: wishlist

Can you update spice-client-gtk to 0.20 for adaptive video streaming support?

Changelog of 0.20 copied from spice-devel:
- adaptive video streaming support (sync with PulseAudio backend only)
- add spice_usb_device_manager_get_devices_with_filter()
- add --spice-secure-channels to explicitely specify secure channels
- multi-monitor, win32, USB redir fixes
- add basic gtk+ wayland and broadway backend support
- removed the GnomeRR code

Spice (server) package already support it but could be useful update also that 
for some bugfixes and improvements.
Changelog of spice 0.12.4 copied from spice-devel:
* log actual address spice-server binds to
* main_channel: fix double release of migration target data (rhbz#859027)
* red_channel: replace an assert upon threads mismatch with a warning 
(rhbz#823472)
* support for filtering out agent file-xfer msgs (rhbz#961848)
** new library export spice_server_set_agent_file_xfer
* mjpeg encoder statistics (mjpeg_encoder_get_stats)
* improve stream stats readability and ease of parsing
* fix for stuck display_channel over WAN (jpeg_enabled=true) (rhbz#977998)
* Use RING_FOREACH_SAFE and other SAFE macros (rhbz#887775)
* Some server/tests fixes.

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

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

Versions of packages spice-client-gtk depends on:
ii  libatk1.0-0 2.8.0-2
ii  libc6   2.17-7
ii  libcairo2   1.12.14-5
ii  libfontconfig1  2.10.2-2
ii  libfreetype62.4.9-1.1
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.3-3
ii  libgtk2.0-0 2.24.20-1
ii  libgudev-1.0-0  175-7.2
ii  libjpeg88d-1
ii  libpango-1.0-0  1.32.5-5+b1
ii  libpangocairo-1.0-0 1.32.5-5+b1
ii  libpangoft2-1.0-0   1.32.5-5+b1
ii  libpixman-1-0   0.26.0-4
ii  libpulse-mainloop-glib0 4.0-6
ii  libpulse0   4.0-6
ii  libsasl2-2  2.1.25.dfsg1-14
ii  libspice-client-glib-2.0-8  0.19-0nocelt3
ii  libspice-client-gtk-2.0-4   0.19-0nocelt3
ii  libssl1.0.0 1.0.1e-3
ii  libusb-1.0-02:1.0.16-1
ii  libusbredirhost10.6-2
ii  libusbredirparser1  0.6-2
ii  libx11-62:1.6.0-1
ii  libxrandr2  2:1.4.1-1
ii  zlib1g  1:1.2.8.dfsg-1

spice-client-gtk recommends no packages.

spice-client-gtk suggests no packages.

-- no debconf information


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

Bug#717719: pavucontrol should at least recommend pulseaudio

[Andreas Moog]

Package: pavucontrol
Version: 1.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear maintainer,

pavucontrol currently does not depend or recommend or even suggest pulseaudio.
Without pulseaudio, pavucontrol doesn't provide any functionality at all. Please
add an appropriate package relationship. Thanks.

Cheers,
  Andreas

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

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

Versions of packages pavucontrol depends on:
ii  libatk1.0-0  2.8.0-2
ii  libatkmm-1.6-1   2.22.7-2
ii  libc62.17-7
ii  libcairo-gobject21.12.14-5
ii  libcairo21.12.14-5
ii  libcairomm-1.0-1 1.10.0-1
pn  libcanberra-gtk3-0   
pn  libcanberra0 
ii  libgcc1  1:4.8.1-7
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.3-3
ii  libglibmm-2.4-1c2a   2.36.2-1
pn  libgtk-3-0   
pn  libgtkmm-3.0-1   
ii  libpango1.0-01.32.5-5+b1
ii  libpangomm-1.4-1 2.34.0-1
pn  libpulse-mainloop-glib0  
ii  libpulse04.0-6
ii  libsigc++-2.0-0c2a   2.2.10-0.2
ii  libstdc++6   4.8.1-7

pavucontrol recommends no packages.

pavucontrol suggests no packages.

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

iQIcBAEBAgAGBQJR75q3AAoJEGHzRCZ03mYkdKEQAJsp939v1YS92RaFRYggeQ8X
BFjNrjGXjUDm7mDqGq4B/kDc0yyl4vPr/DXKru1s92fcb7A2NWDsdUfT+jO0mpMJ
9MCEbkMZQjWLi9U0PDXiv1Yr1EULtJ/ObwAOkRnnfwstdOtDcXkDrgmNEXAubZWy
XZLPU3cCLsRSh88bhdCjG9e5AegRag3HwIIS8DazXtKlcvbDhX+nmZGOi8QcPCXj
stGlsfwrlixEDq+LDL9ds9bK9REBAP8dM14Kvt9L/G27W5S2smp/nO9BDG6rGzhf
6Prl2paeNFBndFNAsMBPX9Qv9QBgAob8WNa3xf9VFE0jACmOegbXjbqgpXyTzhJ4
4/xFxXglFJQcnn6xd+J5NJEzjToM7Ly12nwIetx+sTYv0nNAD+iFjrRFteCpigwp
OujE+I0P30wwwUX9b1jsqFwtwijWe1HHrKUZtPBOiH+drDGPOueQfeVtznqPi1RT
CksLI+X9A6dzglxNAVOdyeWwZaVjKPRnYTAjxiE0aqjv9hU+ElLXiGERbpNM/YIw
IRNv8pOarD82EVOdKBCguVsMp8zzR+L1v2DaIyJJVEWplZA+cyOC1dM/NjRKEnA4
ObWV8h6bInUzseFwfZdBABRyBiVcGFiWWIYLFkPTwwm1a4xYP8l61hiNHW3hcUbe
2Jw3TWNF9Z/AwJDf0KTw
=2C9j
-END PGP SIGNATURE-


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

Bug#717652: Please add status message configuration on XMPP presence

[Florent Fourcot]

> 
> This should do it, but I have not tested it beyond checking that it
> didn't break git-annex's xmpp push.
> 

Tested, but it only works without commit. At the first commit, a new
presence message is send and it replaces the old one.

To provide the status message all the time, I modify our patch. It is
probably not the best way since I only copy your code, but it works
without any issue.


My testbed: one patched git-annex and one not-patched. Synchronization
between two devices with the same JID (add a file, modify a file, remove
it).

Thank a lot for this improvement, and for git-annex :-)

Regards

-- 
Florent.
diff --git a/Assistant/XMPP.hs b/Assistant/XMPP.hs
index 3104f84..8a8bb13 100644
--- a/Assistant/XMPP.hs
+++ b/Assistant/XMPP.hs
@@ -77,20 +77,25 @@ gitAnnexTagInfo v = case extractGitAnnexTag v of
 
 {- A presence with a git-annex tag in it. -}
 gitAnnexPresence :: Element -> Presence
-gitAnnexPresence = insertGitAnnexTag $ emptyPresence PresenceAvailable
+gitAnnexPresence = insertGitAnnexTag $ addStatusTag $ emptyPresence PresenceAvailable
+  where
+addStatusTag p = p
+{ presencePayloads = status : presencePayloads p }
+status = Element "status" [] [statusMessage]
+statusMessage = NodeContent $ ContentText $ T.pack "git-annex"
 
 {- A presence with an empty git-annex tag in it, used for letting other
- - clients know we're around and are a git-annex client. 
+ - clients know we're around and are a git-annex client.
  -
  - Also includes a status tag, which may be visible in XMPP clients.
- -}
+-}
 gitAnnexSignature :: Presence
 gitAnnexSignature = addStatusTag $ gitAnnexPresence $ Element gitAnnexTagName [] []
   where
-	addStatusTag p = p
-		{ presencePayloads = status : presencePayloads p }
-	status = Element "status" [] [statusMessage]
-	statusMessage = NodeContent $ ContentText $ T.pack "git-annex"
+addStatusTag p = p
+{ presencePayloads = status : presencePayloads p }
+status = Element "status" [] [statusMessage]
+statusMessage = NodeContent $ ContentText $ T.pack "git-annex"
 
 {- XMPP client to server ping -}
 xmppPing :: JID -> IQ

Bug#717721: python-pyicu: UnicodeString with unknown encoding -> segfault

[Jakub Wilk]

Package: python-pyicu
Version: 1.5-2
Severity: important

The attached program causes segmentation fault. Backtrace:

#0  0x0001 in ?? ()
#1  0x081a6a50 in dict_subscript.18364 (mp=0xf7ce979c, key=) at ../Objects/dictobject.c:1172
#2  0xf79613db in ICUException::ICUException(UErrorCode) () from 
/usr/lib/python2.7/dist-packages/_icu.so
#3  0xf79623f1 in PyBytes_AsUnicodeString(_object*, char const*, char const*, 
icu_48::UnicodeString&) () from /usr/lib/python2.7/dist-packages/_icu.so
#4  0xf796254c in PyObject_AsUnicodeString(_object*, char const*, char const*, 
icu_48::UnicodeString&) () from /usr/lib/python2.7/dist-packages/_icu.so
#5  0xf7971462 in ?? () from /usr/lib/python2.7/dist-packages/_icu.so
#6  0x0819dbaf in type_call.25512 (type=, args=('', 'moo'), 
kwds=0x0) at ../Objects/typeobject.c:745
#7  0x08195155 in PyObject_Call (kw=0x0, arg=('', 'moo'), func=) at ../Objects/abstract.c:2529
#8  do_call (nk=, na=, pp_stack=0xd55c, 
func=) at ../Python/ceval.c:4239
#9  call_function (oparg=, pp_stack=0xd55c) at 
../Python/ceval.c:4044
#10 PyEval_EvalFrameEx (f=f@entry=Frame 0x8398f44, for file test.py, line 4, in 
 (), throwflag=throwflag@entry=0) at ../Python/ceval.c:2666
#11 0x0819b8a2 in PyEval_EvalCodeEx (closure=0x0, defcount=0, defs=0x0, 
kwcount=0, kws=0x0, argcount=0, args=0x0,
locals={'__builtins__': , '__file__': 'test.py', 
'__package__': None, '__name__': '__main__', '__doc__': None, 'icu': },
globals={'__builtins__': , '__file__': 'test.py', 
'__package__': None, '__name__': '__main__', '__doc__': None, 'icu': }, co=0xf7d4cb18) at ../Python/ceval.c:3253
#12 PyEval_EvalCode (co=co@entry=0xf7d4cb18,
globals=globals@entry={'__builtins__': , '__file__': 
'test.py', '__package__': None, '__name__': '__main__', '__doc__': None, 'icu': },
locals=locals@entry={'__builtins__': , '__file__': 
'test.py', '__package__': None, '__name__': '__main__', '__doc__': None, 'icu': }) at ../Python/ceval.c:667
#13 0x081a975d in run_mod.42610 (mod=mod@entry=0x83e9020, 
filename=filename@entry=0xd9cd "test.py",
globals=globals@entry={'__builtins__': , '__file__': 
'test.py', '__package__': None, '__name__': '__main__', '__doc__': None, 'icu': },
locals=locals@entry={'__builtins__': , '__file__': 
'test.py', '__package__': None, '__name__': '__main__', '__doc__': None, 'icu': }, flags=flags@entry=0xd6dc, arena=arena@entry=0x837ccd0) at 
../Python/pythonrun.c:1365
#14 0x080ae93a in PyRun_FileExFlags (fp=fp@entry=0x83bf5b8, 
filename=filename@entry=0xd9cd "test.py", start=start@entry=257,
globals=globals@entry={'__builtins__': , '__file__': 
'test.py', '__package__': None, '__name__': '__main__', '__doc__': None, 'icu': },
locals=locals@entry={'__builtins__': , '__file__': 
'test.py', '__package__': None, '__name__': '__main__', '__doc__': None, 'icu': }, closeit=closeit@entry=1, flags=flags@entry=0xd6dc) at 
../Python/pythonrun.c:1351
#15 0x080aef07 in PyRun_SimpleFileExFlags (fp=0x83bf5b8, filename=, closeit=1, flags=0xd6dc) at ../Python/pythonrun.c:943
#16 0x080aeff9 in PyRun_AnyFileExFlags (fp=fp@entry=0x83bf5b8, filename=, closeit=closeit@entry=1, flags=flags@entry=0xd6dc) at 
../Python/pythonrun.c:747
#17 0x080afc5f in Py_Main (argc=argc@entry=2, argv=argv@entry=0xd814) at 
../Modules/main.c:640
#18 0x080afd3e in main (argc=2, argv=0xd814) at ../Modules/python.c:23


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

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

Versions of packages python-pyicu depends on:
ii  libc6   2.17-7
ii  libgcc1 1:4.8.1-5
ii  libicu484.8.1.1-12
ii  libstdc++6  4.8.1-5
ii  python  2.7.5-2

--
Jakub Wilk


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

Bug#717720: grub-pc: grub-install/update-grub and btrfs.mod disagree about root path

[Tobias Gruetzmacher]

Package: grub-pc
Version: 2.00-15
Severity: normal

Dear Maintainer,

testing btrfs I came across a situation where grubn is unable to boot the
system with the configuration it generated. My btrfs is set up like this:

$ sudo btrfs subvolume list /
ID 257 gen 11785 top level 5 path root
ID 258 gen 11785 top level 5 path home

$ mount
[...]
/dev/sda1 on / type btrfs (rw,relatime,compress=lzo,ssd,space_cache)
/dev/sda1 on /home type btrfs (rw,relatime,compress=lzo,ssd,space_cache)

The home directory is mounted with subvol=/home, which you can't see in the
mount output.

As you can see, the btrfs has 2 subvolumes. subvolume /root was set as default.
I think there lies the problem. btrfs.mod considers the btrfs default and
searches everything from the /root subvolume, but grub's userspace tools
generate all paths from the root of the btrfs filesystem.

I don't know which side is in error, but I would lean more in the direction of
btrfs.mod, so you can access any subvolume from grub.

Best regards, Tobias

PS: grub currently just boots into rescue mode, to get to normal mode, I just
fix the prefix variable (set prefix=(hd0,msdos1)/boot/grub/i386-pc) and then
load (insmod normal) and start (normal) normal mode. After that I still have to
fix the kernel command line...

PPS: I think it worked in 1.99, maybe?

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda1 / btrfs rw,relatime,compress=lzo,ssd,space_cache 0 0
/dev/sda1 /home btrfs rw,relatime,compress=lzo,ssd,space_cache 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
  load_env
fi
set default="0"

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 btrfs
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  
93d8a4bf-d419-4398-8275-cf36e31db859
else
  search --no-floppy --fs-uuid --set=root 93d8a4bf-d419-4398-8275-cf36e31db859
fi
font="/root/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=1024x768
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod btrfs
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  
93d8a4bf-d419-4398-8275-cf36e31db859
else
  search --no-floppy --fs-uuid --set=root 93d8a4bf-d419-4398-8275-cf36e31db859
fi
insmod png
if background_image /root/usr/share/images/desktop-base/joy-grub.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 ###
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-93d8a4bf-d419-4398-8275-cf36e31db859' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod btrfs
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  
93d8a4bf-d419-4398-8275-cf36e31db859
else
  search --no-floppy --fs-uuid --set=root 
93d8a4bf-d419-4398-8275-cf36e31db859
fi
echo'Loading Linux 3.10-1-amd64 ...'
linux   /root/boot/vmlinuz-3.10-1-amd64 
root=UUID=93d8a4bf-d419-4398-8275-cf36e31db859 ro rootflags=subvol=root  
init=/bin/systemd quiet fastboot
echo'Loading initial ramdisk ...'
initrd  /root/boot/initrd.img-3.10-1-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-93d8a4bf-d419-4398-8275-cf36e31db859' {

Bug#715434: otrs2: fails to install: Subroutine Load redefined at (eval 19) line 2.

[Patrick Matthäi]

Am 24.07.2013 10:58, schrieb Andreas Beckmann:

Followup-For: Bug #715434

Installing libapache-dbi-perl does not fix this, new log attached,
perhaps you can draw some conclusions from it.


Andreas



Ah, I think this is Apache 2.4 related and it is failing around these lines:

 50 setup_apache(){
 51 if [ -e /etc/otrs/apache2-httpd.include.conf -a \
 52 ! -e /etc/apache2/conf.d/otrs2 ]; then
 53 mv /etc/otrs/apache2-httpd.include.conf 
/etc/apache2/conf.d/otrs2

 54 fi
 55 ucf --three-way --debconf-ok 
$OTRSHOME/scripts/apache2-httpd.include.conf \

 56 /etc/apache2/conf.d/otrs2
 57 if [ -f /etc/apache2/mods-available/perl.load ]; then
 58 a2enmod perl
 59 fi
 60 a2enmod rewrite
 61 db_stop
 62 invoke-rc.d apache2 force-reload || true
 63 }


I will check it if I am @home

--
/*
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#717519: [debian-installer] daily-build cd image won't boot since 20130715

[Cyril Brulebois]

Control: reassign -1 rootskel 1.104
Control: retitle -1 rootksel: empty package since debhelper compat bump

Eugene Paskevich  (2013-07-24):
> On Tue, 23 Jul 2013 17:09:27 +0300, Eugene Paskevich
>  wrote:
> 
> >git clone git://anonscm.debian.org/d-i/debian-installer.git && cd
> >debian-installer/build && make build_cdrom_isolinux && cd
> >dest/cdrom
> >
> >amd64 machine:
> >eugene@hopper[pts/0]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> >git describe
> >20130430-27-ge443bdb
> >eugene@hopper[pts/0]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> >lsinitramfs initrd.gz | egrep '(sbin/|)init$'
> >init
> >sbin/init
> >eugene@hopper[pts/0]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> >
> >i386 machine:
> >eugene@kite[pts/6]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> >git describe
> >20130430-27-ge443bdb
> >eugene@kite[pts/6]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> >lsinitramfs initrd.gz | egrep '(sbin/|)init$'
> >eugene@kite[pts/6]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> 
> Which is actially because of the bug in rootskel package.
> http://packages.debian.org/unstable/debian-installer/rootskel
> Just take a look at the Installed size of i386 package.

So, the debhelper compat bump from 7 to 9 really should have been
triple checked. It is responsible for the empty package (lowering to
7 or 8 makes the package unempty again).

It would really be nice to run debdiff against source+binary packages
before/after thorough packaging change like this one. Be it because
one is the committer, or the uploader. Thanks already. :-)

Mraw,
KiBi.


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

Bug#715275: evas: FTBFS on hurd-i386

[Mark-Willem Jansen]

Hi,

I would prefer that:
libgles2-mesa-dev is changed into libgl1-mesa-dev for all the architects.

libgl1-mesa-dev is installed during build due to dependencies. During 
dh_auto_configure the OpenGL implementation is auto selected. GL is preferred
over GLES, so GLES is not used.

[snip build log i386]
checking whether to build GLES flavor of GL... no
checking whether to build GLES variety for SGX... no
checking whether to build GLES variety for s3c6410... no
...
OpenGL X11.: yes (Xlib: yes) (XCB: no) (GLES: no) (SGX: no) 
(s3c6410: no)
[/snip build log i386]

Greetings,

Mark-Willem (Rawnar) Jansen


  

Bug#717721: python-pyicu: UnicodeString with unknown encoding -> segfault

[Jakub Wilk]

* Jakub Wilk , 2013-07-24, 11:14:

The attached program causes segmentation fault.


Now really attached.

--
Jakub Wilk
import icu
while 1:
	try:
		icu.UnicodeString(b'', 'moo')
	except:
		pass

Bug#717722: chromium: Unable to print with lpr gtk-print-backend set

[Salvatore Bonaccorso]

Package: chromium
Version: 28.0.1500.71-1~deb7u1
Severity: normal

Hi

We need to set

gtk-print-backends = lpr,file

in our environment (we need to print over lpr). Opening the print
dialog with CTRL+p only shows print to file and on the terminal I see:

[10753:10753:0723/141229:ERROR:browser_main_loop.cc(186)] Gtk: 
IA__gtk_printer_is_accepting_jobs: assertion `GTK_IS_PRINTER (printer)' failed

This is similar to [1].

 [1] https://code.google.com/p/chromium/issues/detail?id=181525

The required capability for lpr backend should be the postscript
capability, so GTK_PRINT_CAPABILITY_GENERATE_PS is missing:

241   // Since we only generate PDF, only show printers that support PDF.
242   // TODO(thestig) Add more capabilities to support?
243   GtkPrintCapabilities cap = static_cast(
244   GTK_PRINT_CAPABILITY_GENERATE_PDF |
245   GTK_PRINT_CAPABILITY_PAGE_SET |
246   GTK_PRINT_CAPABILITY_COPIES |
247   GTK_PRINT_CAPABILITY_COLLATE |
248   GTK_PRINT_CAPABILITY_REVERSE);

The attached patch adds GTK_PRINT_CAPABILITY_GENERATE_PS to supported
capabilities.

Without GTK_PRINT_CAPABILITY_GENERATE_PS "print to lpr" does not show
in the printer dialog.

For many devices that support ps and pdf over the lp protocol printing
is not possible in the current version.

This happens under Wheezy (but worked under GTK and chromium-browser
under Squeeze).

Regards,
Salvatore

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

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

Versions of packages chromium depends on:
ii  chromium-inspector  28.0.1500.71-1~deb7u1
ii  gconf-service   3.2.5-1+build1
ii  libasound2  1.0.25-4
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-38
ii  libcairo2   1.12.2-3
ii  libcups21.5.3-5
ii  libdbus-1-3 1.6.8-1+deb7u1
ii  libexpat1   2.1.0-1
ii  libfontconfig1  2.9.0-7.1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.7.2-5
ii  libgconf-2-43.2.5-1+build1
ii  libgcrypt11 1.5.0-5
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-5
ii  libgnome-keyring0   3.4.1-1
ii  libgtk2.0-0 2.24.10-2
ii  libjpeg88d-1
ii  libnspr42:4.9.2-1
ii  libnss3 2:3.14.3-1
ii  libnss3-1d  2:3.14.3-1
ii  libpango1.0-0   1.30.0-1
ii  libspeechd2 0.7.1-6.2
ii  libstdc++6  4.7.2-5
ii  libudev0175-7.2
ii  libx11-62:1.5.0-1+deb7u1
ii  libxcomposite1  1:0.4.3-2
ii  libxdamage1 1:1.1.3-2
ii  libxext62:1.3.1-2+deb7u1
ii  libxfixes3  1:5.0-4+deb7u1
ii  libxml2 2.8.0+dfsg1-7+nmu1
ii  libxrandr2  2:1.3.2-2+deb7u1
ii  libxrender1 1:0.9.7-1+deb7u1
ii  libxslt1.1  1.1.26-14.1
ii  libxss1 1:1.2.2-1
ii  xdg-utils   1.1.0~rc1+git20111210-6

chromium recommends no packages.

Versions of packages chromium suggests:
pn  chromium-l10n  

-- Configuration Files:
/etc/chromium/default changed [not included]

-- no debconf information
--- a/src/chrome/browser/printing/print_dialog_gtk.cc
+++ b/src/chrome/browser/printing/print_dialog_gtk.cc
@@ -241,6 +241,7 @@
   // Since we only generate PDF, only show printers that support PDF.
   // TODO(thestig) Add more capabilities to support?
   GtkPrintCapabilities cap = static_cast(
+  GTK_PRINT_CAPABILITY_GENERATE_PS |
   GTK_PRINT_CAPABILITY_GENERATE_PDF |
   GTK_PRINT_CAPABILITY_PAGE_SET |
   GTK_PRINT_CAPABILITY_COPIES |

Bug#711925: apache2-doc's config file breaks apache itself

[Vincent Lefevre]

On 2013-07-24 10:12:56 +0200, Arno Töll wrote:
> > THere have been several reports, mine, another in the bug report,
> > that confirm that mods get disabled by upgrading.
> 
> I did not say your issue does not exist. But it does not happen under
> normal circumstances.

The bug occurred for me in an upgrade, which is "normal circumstances"
for me.

> In fact I am not even able to reproduce it, and that's all but a
> serious issue:

If a normal upgrade fails, this is a serious issue.

> root@build:/# dpkg -l | grep "apache2"
> ii  apache2 2.2.22-13 amd64
>Apache HTTP Server metapackage
> ii  apache2-mpm-prefork 2.2.22-13 amd64
>Apache HTTP Server - traditional non-threaded model
> ii  apache2-utils   2.2.22-13 amd64
>utility programs for webservers
> ii  apache2.2-bin   2.2.22-13 amd64
>Apache HTTP Server common binary files
> ii  apache2.2-common2.2.22-13 amd64
>Apache HTTP Server common files
> ii  libapache2-mod-php5 5.4.4-14+deb7u2   amd64
>server-side, HTML-embedded scripting language (Apache 2 module)

You haven't tried all the possibilities. In my case, apache2-doc was
already installed before the upgrade, and IIRC, I had upgraded it at
the same time as apache2 (but I'm not sure). I don't know whether this
matters...

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


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

Bug#717723: libxkbcommon: FTBFS on hurd-i386: unconditional usage of PATH_MAX

[Pino Toscano]

Source: libxkbcommon
Version: 0.3.1-1
Severity: important
Tags: patch fixed-upstream
User: debian-h...@lists.debian.org
Usertags: hurd
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=67229

Hi,

libxkbcommon 0.3.1 does not compile on GNU/Hurd [1].

The problem is the unconditional usage of PATH_MAX, optional in POSIX
and not provided on the Hurd.

I reported the problem upstream [2] with a patch, which got accepted.
Could you please backport it? It applies fine to the released 0.3.1.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=libxkbcommon&arch=hurd-i386&ver=0.3.1-1&stamp=1370737530
[2] https://bugs.freedesktop.org/show_bug.cgi?id=67229

Thanks,
-- 
Pino
>From b0ad0cbf99c835ff346f0cd0f3aa0d2e45686923 Mon Sep 17 00:00:00 2001
From: Pino Toscano 
Date: Wed, 24 Jul 2013 10:05:02 +0200
Subject: [PATCH] Get rid of the usage of PATH_MAX

PATH_MAX is optional in POSIX, so avoid its unconditional usage
allocating and freeing buffers as needed.
To avoid too many malloc/free in the for loop in FindFileInXkbPath,
a buffer is grown according to the size needed at each iteration.
---
 src/xkbcomp/include.c | 34 +++---
 test/common.c | 41 ++---
 test/test.h   |  2 +-
 3 files changed, 62 insertions(+), 15 deletions(-)

diff --git a/src/xkbcomp/include.c b/src/xkbcomp/include.c
index b4a4014..280bbbd 100644
--- a/src/xkbcomp/include.c
+++ b/src/xkbcomp/include.c
@@ -199,17 +199,34 @@ FindFileInXkbPath(struct xkb_context *ctx, const char *name,
 {
 unsigned int i;
 FILE *file = NULL;
-char buf[PATH_MAX];
+char *buf = NULL;
 const char *typeDir;
+size_t buf_size = 0, typeDirLen, name_len;
 
 typeDir = DirectoryForInclude(type);
+typeDirLen = strlen(typeDir);
+name_len = strlen(name);
 
 for (i = 0; i < xkb_context_num_include_paths(ctx); i++) {
-int ret = snprintf(buf, sizeof(buf), "%s/%s/%s",
-   xkb_context_include_path_get(ctx, i),
-   typeDir, name);
-if (ret >= (ssize_t) sizeof(buf)) {
-log_err(ctx, "File name (%s/%s/%s) too long\n",
+size_t new_buf_size = strlen(xkb_context_include_path_get(ctx, i)) +
+  typeDirLen + name_len + 3;
+int ret;
+if (new_buf_size > buf_size) {
+void *buf_new = realloc(buf, new_buf_size);
+if (buf_new) {
+buf_size = new_buf_size;
+buf = buf_new;
+} else {
+log_err(ctx, "Cannot realloc for name (%s/%s/%s)\n",
+xkb_context_include_path_get(ctx, i), typeDir, name);
+continue;
+}
+}
+ret = snprintf(buf, buf_size, "%s/%s/%s",
+   xkb_context_include_path_get(ctx, i),
+   typeDir, name);
+if (ret < 0) {
+log_err(ctx, "snprintf error (%s/%s/%s)\n",
 xkb_context_include_path_get(ctx, i), typeDir, name);
 continue;
 }
@@ -242,11 +259,14 @@ FindFileInXkbPath(struct xkb_context *ctx, const char *name,
 xkb_context_failed_include_path_get(ctx, i));
 }
 
+free(buf);
 return NULL;
 }
 
 if (pathRtrn)
-*pathRtrn = strdup(buf);
+*pathRtrn = buf;
+else
+free(buf);
 return file;
 }
 
diff --git a/test/common.c b/test/common.c
index 7b4ee00..796904e 100644
--- a/test/common.c
+++ b/test/common.c
@@ -138,13 +138,22 @@ test_key_seq(struct xkb_keymap *keymap, ...)
 return ret;
 }
 
-const char *
+char *
 test_get_path(const char *path_rel)
 {
-static char path[PATH_MAX];
+char *path;
+size_t path_len;
 const char *srcdir = getenv("srcdir");
 
-snprintf(path, PATH_MAX - 1,
+path_len = strlen(srcdir ? srcdir : ".") +
+   strlen(path_rel ? path_rel : "") + 12;
+path = malloc(path_len);
+if (!path) {
+fprintf(stderr, "Failed to allocate path (%d chars) for %s\n",
+(int) path_len, path);
+return NULL;
+}
+snprintf(path, path_len,
  "%s/test/data/%s", srcdir ? srcdir : ".",
  path_rel ? path_rel : "");
 
@@ -155,10 +164,15 @@ char *
 test_read_file(const char *path_rel)
 {
 struct stat info;
-char *ret, *tmp;
+char *ret, *tmp, *path;
 int fd, count, remaining;
 
-fd = open(test_get_path(path_rel), O_RDONLY);
+path = test_get_path(path_rel);
+if (!path)
+return NULL;
+
+fd = open(path, O_RDONLY);
+free(path);
 if (fd < 0)
 return NULL;
 
@@ -195,6 +209,7 @@ test_get_context(enum test_context_flags test_flags)
 {
 enum xkb_context_flags ctx_flags;
 struct xkb_context *ctx;
+char *path;
 
 ctx_flags = XKB_CONTEXT_NO_DEFAULT_INCLUDES;
 if (test_flags & CONTEXT_ALLOW_ENVIRONMENT_NAMES) {
@@ -212,7 +227,12 @@ test_get_context(enum tes

Bug#653111: postgresql-9.1-postgis: postgis dependencies are very strong

[Markus Wanner]

On 06/18/2013 02:02 PM, Jonas Smedegaard wrote:
> Package postgresql-9.1-postgis is an extension to postgresql-9.1 i.e. a
> plugin package for servers.

With postgis-2.0.3-1, dependencies changed quite a bit.

postgis and postgresql-9.1-postgis are now entirely independent
packages. postgresql-9.1-postgis only recommends postgis. And postgis in
turn just suggests postgresql-9.1-postgis.

(The later is only a suggestion mainly because i.e.
postgresql-9.2-postgis may well be a better alternative, if available.)

> What I suggest (in line with original poster but more detailed) is to
> move tool shp2pgsql-gui to new package postgis-x11, and have package
> postgis recommend package shp2pgsql-gui.

I didn't split the GUI tools out of postgis, so far. However, given the
relaxed dependencies between postgis and postgresql-9.1-postgis, do you
agree to close this bug?

Regards

Markus Wanner



signature.asc
Description: OpenPGP digital signature

Bug#715275: evas: FTBFS on hurd-i386

[Pino Toscano]

Hi,

Alle mercoledì 24 luglio 2013, Mark-Willem Jansen ha scritto:
> I would prefer that:
> libgles2-mesa-dev is changed into libgl1-mesa-dev for all the
> architects.

That is fine for me too (libgl1-mesa-dev does exist on hurd-i386).

-- 
Pino Toscano


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

Bug#717652: Please add status message configuration on XMPP presence

[Florent Fourcot]

> This should do it, but I have not tested it beyond checking that it
> didn't break git-annex's xmpp push.
> 

Oups, sorry, I did not see your git commit of yesterday. I'm not sure
that the git-annex is really a problem for the
bandwith, since it is a pretty small message. But of course, it could be
good to be able to enable/disable it.

I correct my path to not send the status twice in git tunneling...

diff --git a/Assistant/XMPP.hs b/Assistant/XMPP.hs
index 3104f84..99fbf7b 100644
--- a/Assistant/XMPP.hs
+++ b/Assistant/XMPP.hs
@@ -77,21 +77,19 @@ gitAnnexTagInfo v = case extractGitAnnexTag v of
 
 {- A presence with a git-annex tag in it. -}
 gitAnnexPresence :: Element -> Presence
-gitAnnexPresence = insertGitAnnexTag $ emptyPresence PresenceAvailable
-
-{- A presence with an empty git-annex tag in it, used for letting other
- - clients know we're around and are a git-annex client. 
- -
- - Also includes a status tag, which may be visible in XMPP clients.
- -}
-gitAnnexSignature :: Presence
-gitAnnexSignature = addStatusTag $ gitAnnexPresence $ Element gitAnnexTagName [] []
+{- Includes a status tag, which may be visible in XMPP clients. -}
+gitAnnexPresence = insertGitAnnexTag $ addStatusTag $ emptyPresence PresenceAvailable
   where
 	addStatusTag p = p
 		{ presencePayloads = status : presencePayloads p }
 	status = Element "status" [] [statusMessage]
 	statusMessage = NodeContent $ ContentText $ T.pack "git-annex"
 
+{- A presence with an empty git-annex tag in it, used for letting other
+ - clients know we're around and are a git-annex client. -}
+gitAnnexSignature :: Presence
+gitAnnexSignature = gitAnnexPresence $ Element gitAnnexTagName [] []
+
 {- XMPP client to server ping -}
 xmppPing :: JID -> IQ
 xmppPing selfjid = (emptyIQ IQGet)

Bug#717725: ITP: netxx - C++ networking framework

[Daniel Pocock]

Package: wnpp
Severity: wishlist
Owner: dan...@pocock.com.au

Netxx is a C++ networking framework

BSD license

Upstream repo has gone away

However, it is used in other projects, for example, the reSIProcate test
framework


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

Bug#717724: qemu: any disk accesses broken

[Christoph Anton Mitterer]

Source: qemu
Version: 1.5.0+dfsg-5
Severity: grave
Justification: renders package unusable


Hi.

Seems since the -5 update, any disk accesses in the VMs lead to errors.
An I also get pty starting errors (in the VMs).

In the HOST, the kernel log shows:
[  232.110748] Bridge firewalling registered
[  232.139083] tun: Universal TUN/TAP device driver, 1.6
[  232.139085] tun: (C) 1999-2004 Max Krasnyansky 
[  232.329819] device virbr1-nic entered promiscuous mode
[  232.579756] virbr1: topology change detected, propagating
[  232.579760] virbr1: port 1(virbr1-nic) entered forwarding state
[  232.579772] virbr1: port 1(virbr1-nic) entered forwarding state
[  232.612300] virbr1: port 1(virbr1-nic) entered disabled state
[  237.889048] device vnet0 entered promiscuous mode
[  237.933074] virbr1: topology change detected, propagating
[  237.933083] virbr1: port 2(vnet0) entered forwarding state
[  237.933105] virbr1: port 2(vnet0) entered forwarding state
[  242.479951] kvm [7790]: vcpu0 unhandled rdmsr: 0x345
[  242.483683] kvm [7790]: vcpu0 unhandled wrmsr: 0x680 data 0
[  242.483687] kvm [7790]: vcpu0 unhandled wrmsr: 0x6c0 data 0
[  242.483689] kvm [7790]: vcpu0 unhandled wrmsr: 0x681 data 0
[  242.483691] kvm [7790]: vcpu0 unhandled wrmsr: 0x6c1 data 0
[  242.483693] kvm [7790]: vcpu0 unhandled wrmsr: 0x682 data 0
[  242.483696] kvm [7790]: vcpu0 unhandled wrmsr: 0x6c2 data 0
[  242.483698] kvm [7790]: vcpu0 unhandled wrmsr: 0x683 data 0
[  242.483700] kvm [7790]: vcpu0 unhandled wrmsr: 0x6c3 data 0
[  242.483702] kvm [7790]: vcpu0 unhandled wrmsr: 0x684 data 0
[  242.483704] kvm [7790]: vcpu0 unhandled wrmsr: 0x6c4 data 0
[  242.988307] kvm [7790]: vcpu0 unhandled rdmsr: 0xe8
[  242.988312] kvm [7790]: vcpu0 unhandled rdmsr: 0xe7
[  242.988314] kvm [7790]: vcpu0 unhandled rdmsr: 0xce
[  242.988316] kvm [7790]: vcpu0 unhandled rdmsr: 0xce
[  242.988318] kvm [7790]: vcpu0 unhandled rdmsr: 0x1ad
[  242.988320] kvm [7790]: vcpu0 unhandled rdmsr: 0xce
[  242.988322] kvm [7790]: vcpu0 unhandled rdmsr: 0xe8
[  242.988324] kvm [7790]: vcpu0 unhandled rdmsr: 0xe7
[  242.988598] kvm [7790]: vcpu0 unhandled rdmsr: 0xce
[  849.180661] virbr1: port 2(vnet0) entered disabled state
[  849.180769] device vnet0 left promiscuous mode
[  849.180772] virbr1: port 2(vnet0) entered disabled state
[  964.618958] device vnet0 entered promiscuous mode
[  964.650976] virbr1: topology change detected, propagating
[  964.650987] virbr1: port 2(vnet0) entered forwarding state
[  964.651009] virbr1: port 2(vnet0) entered forwarding state
[  968.654130] kvm_get_msr_common: 5 callbacks suppressed
[  968.654132] kvm [22296]: vcpu0 unhandled rdmsr: 0x345
[  968.656979] kvm_set_msr_common: 22 callbacks suppressed
[  968.656981] kvm [22296]: vcpu0 unhandled wrmsr: 0x680 data 0
[  968.656983] kvm [22296]: vcpu0 unhandled wrmsr: 0x6c0 data 0
[  968.656986] kvm [22296]: vcpu0 unhandled wrmsr: 0x681 data 0
[  968.656988] kvm [22296]: vcpu0 unhandled wrmsr: 0x6c1 data 0
[  968.656990] kvm [22296]: vcpu0 unhandled wrmsr: 0x682 data 0
[  968.656992] kvm [22296]: vcpu0 unhandled wrmsr: 0x6c2 data 0
[  968.656994] kvm [22296]: vcpu0 unhandled wrmsr: 0x683 data 0
[  968.656996] kvm [22296]: vcpu0 unhandled wrmsr: 0x6c3 data 0
[  968.656998] kvm [22296]: vcpu0 unhandled wrmsr: 0x684 data 0
[  968.657009] kvm [22296]: vcpu0 unhandled wrmsr: 0x6c4 data 0
[  969.151358] kvm [22296]: vcpu0 unhandled rdmsr: 0xe8
[  969.151363] kvm [22296]: vcpu0 unhandled rdmsr: 0xe7
[  969.151366] kvm [22296]: vcpu0 unhandled rdmsr: 0xce
[  969.151368] kvm [22296]: vcpu0 unhandled rdmsr: 0xce
[  969.151370] kvm [22296]: vcpu0 unhandled rdmsr: 0x1ad
[  969.151373] kvm [22296]: vcpu0 unhandled rdmsr: 0xce
[  969.151375] kvm [22296]: vcpu0 unhandled rdmsr: 0xe8
[  969.151377] kvm [22296]: vcpu0 unhandled rdmsr: 0xe7
[  969.151672] kvm [22296]: vcpu0 unhandled rdmsr: 0xce
[ 1117.807946] virbr1: port 2(vnet0) entered disabled state
[ 1117.808244] device vnet0 left promiscuous mode
[ 1117.808247] virbr1: port 2(vnet0) entered disabled state


Example screenshot of the guest attached.

Cheers,
Chris.
<>

Bug#717726: logrotate doesn't recreate logfiles with the previous permissions

[root]

Package: logrotate
Version: 3.8.1-4
Severity: critical
Justification: breaks unrelated software

If I don't specify chmod parameters with create, logrotate does'nt use the 
previous permissions when creating the new logfiles my logfiles always get to 
0640 permissions, while most og log analyzers need 0644 permissions to be able 
to read the logfiles.


-- Package-specific info:
Contents of /etc/logrotate.d
total 88
-rw-r--r-- 1 root root  304 Mar  5  2012 apache2
-rw-r--r-- 1 root root  173 Apr 15  2011 apt
-rw-r--r-- 1 root root   79 Mar 14  2007 aptitude
-rw-r--r-- 1 root root  123 May  6  2008 cacti
-rw-r--r-- 1 root root  215 Jul 28  2008 checksecurity
-rw-r--r-- 1 root root  209 Apr 28  2008 clamav-daemon
-rw-r--r-- 1 root root  230 May  3  2010 clamav-freshclam
-rw-r--r-- 1 root root  135 Feb 25  2010 consolekit
-rw-r--r-- 1 root root  232 Nov 10  2011 dpkg
-rw-r--r-- 1 root root  338 Mar  1  2012 fail2ban
-rw-r--r-- 1 root root  151 Oct 15  2006 iptraf
-rw-r--r-- 1 root root  729 Jul 11 11:15 munin
-rw-r--r-- 1 root root  813 Mar 18  2009 mysql-server
-rw-r--r-- 1 root root  666 Sep  5  2008 ocsinventory-agent
-rw-r--r-- 1 root root  697 Jul 29  2008 ocsinventory-server
-rw-r--r-- 1 root root  157 Nov 17  2010 pm-utils
-rw-r--r-- 1 root root  513 Jul 11 16:55 proftpd-basic
-rw-r--r-- 1 root root   88 Jul 23  2008 razor
-rw-r--r-- 1 root root   68 Feb 16  2007 scrollkeeper
-rw-r--r-- 1 root root  Jul 23 16:48 syslog-ng
-rw-r--r-- 1 root root  115 Jan 21  2013 unattended-upgrades
-rw-r--r-- 1 root root   86 Jul 11 11:14 webmin


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

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

Versions of packages logrotate depends on:
ii  base-passwd   3.5.26 Debian base system master password
ii  cron [cron-daemon]3.0pl1-124 process scheduling daemon
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libpopt0  1.16-1 lib for parsing cmdline parameters
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

Versions of packages logrotate recommends:
ii  mailutils [mailx]  1:2.1+dfsg1-7 GNU mailutils utilities for handli

logrotate 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#716860: I have the same issue

[Rafał Pietrak]

I need to install firebird version 1.5 from thrd-party, and the package 
requires 32-bit environment, thus it needs "ia32-libs". Stil, 
"ia32-libs" has unmet dependency on " ia32-libs-i386", which is not 
available.


1. why "ia32-libs-i386" is not available if it's necesary (through 
dependency)?

2. or: why "ia32-libs" depends on "ia32-libs-i386"; it it's not?

Who should I ask to fix it one way or another?

-R

Bug#717727: mtr: New upstream release v0.85

[Richard Hartmann]

Package: mtr
Severity: wishlist

There have been several upstream releases since v0.82, v0.85 is current.

If you need help with maintaining mtr, please let me know; I care about
this piece of software and would be happy to help if I can.


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

Kernel: Linux 3.2.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


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

Bug#716860: [Pkg-ia32-libs-maintainers] Bug#716860: I have the same issue

[Thijs Kinkhorst]

Hi Rafal,

On Wed, July 24, 2013 11:33, Rafał Pietrak wrote:
> I need to install firebird version 1.5 from thrd-party, and the package
> requires 32-bit environment, thus it needs "ia32-libs". Stil,
> "ia32-libs" has unmet dependency on " ia32-libs-i386", which is not
> available.
>
> 1. why "ia32-libs-i386" is not available if it's necesary (through
> dependency)?
> 2. or: why "ia32-libs" depends on "ia32-libs-i386"; it it's not?
>
> Who should I ask to fix it one way or another?

This is because Debian has switched to better technology for supporting 32
bit on 64 bit platforms: multi-arch. You can read more about it and how to
use it in the Debian 7 (wheezy) release notes.

The solution is that the 3rd party packages are updated to not depend on
ia32-libs anymore but make use of Multiarch. You should contact the one
that provides those packages to make them aware of it.

As a workaround, you can probably do this:
# dpkg --add-architecture i386
# apt-get update
and then the ia32-libs package will install as usual. Note that this is
just a workaround and that it may stop to work at some point in the
future, the only real solution is that the 3rd party fixes their packages.


Cheers,
Thijs


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

Bug#715043: nmu: omake_0.9.8.5-3-8

[Jakub Wilk]

* Andreas Beckmann , 2013-07-05, 19:34:

 adequate: ldd -r /usr/bin/omake: /usr/bin/omake: Symbol `FamErrlist' has 
different size in shared object, consider re-linking


This happens not only under "ldd -r", but every time you run omake:

$ omake --version > /dev/null
omake: Symbol `FamErrlist' has different size in shared object, consider 
re-linking

The size change is not ABI breakage. In fact, the change was made 
precisely to avoid warnings like this in the future:

http://bugs.debian.org/438345
http://sources.debian.net/src/fam/2.7.0-17/debian/patches/17_reserve_fam_errors.patch

We don't need to care about partial upgrades, because stable and 
unstable both have the save version of libfam0.


Unfortunately, libgamin0 has "Provides: libfam0", but it includes 
FamErrlist with yet another size. :( See also bug #438330.


--
Jakub Wilk


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

Bug#717689: linux: please review and merge m68k patch

[Wouter Verhelst]

On 24-07-13 04:10, Ben Hutchings wrote:
 +CONFIG_NFS_SWAP=y
> 
> Really?

It _should_ be safe since the PF_MEMALLOC patches were accepted
(3.6-rc1, commit 7f338fe4540b and friends). Haven't tested it myself
yet, though.

(and yes, I would say that swap over NBD will produce less overhead and
is therefore a better idea ;-)

-- 
This end should point toward the ground if you want to go to space.

If it starts pointing toward space you are having a bad problem and you
will not go to space today.

  -- http://xkcd.com/1133/



signature.asc
Description: OpenPGP digital signature

Bug#715213: nmu: kannel-sqlbox_0.7.2-3

[Andreas Beckmann]

clone 715213 -1
reassign -1 kannel 0.7.2-3
retitle -1 kannel: please switch from using sqlite3_version[] to 
sqlite3_libversion()
thanks

On 2013-07-24 12:15, Jakub Wilk wrote:
> * Andreas Beckmann , 2013-07-07, 06:21:
>>  adequate: ldd -r /usr/sbin/bearerbox: /usr/sbin/bearerbox: Symbol
>> `sqlite3_version' has different size in shared object, consider
>> re-linking
> 
> sqlite3_version is defined as:
> 
> #define SQLITE_VERSION"3.7.17"
> const char sqlite3_version[] = SQLITE_VERSION;
> 
> So while a binNMU will fix the problem at hand, it'll reappear again
> sooner or later. I think it would be better to patch kannel to use the
> sqlite3_libversion() function instead.


Andreas


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

Bug#717651: fp-compiler-2.6.2: Uninstallable with latest binutils

[Abou Al Montacir]

On Tue, 2013-07-23 at 18:23 +0100, peter green wrote:

> Guillem Jover wrote:
> > Package: fp-compiler-2.6.2
> > Version: 2.6.2-2
> > Severity: serious
> >
> > Hi!
> >
> > This package is no longer installable with the recent binutils upload
> > which has started providing binutils-gold, with fp-compiler-2.6.2 both
> > Depending on binutils and Conflicting on binutils-gold.
> >
> > Here's the relevant binutils changelog entry:
> >
> > ,---
> > binutils (2.23.52.20130722-1) unstable; urgency=low
> >
> > […]
> >   * Stop building the binutils-gold package, let binutils provide
> > binutils-gold.  Packages requiring gold should explicity pass
> > -fuse-ld=gold to the compiler, packages requiring the bfd linker
> > should pass -fuse-ld=bfd to the compiler.
> > […]
> >
> >  -- Matthias Klose   Mon, 22 Jul 2013 21:13:32 +0200
> > `---
> >   
> Assuming that fpc is still broken with gold I suspect that the best way 
> to deal with this is to patch fpc so it calls ld.bfd explicitly and then 
> remove the conflicts as suggested in bug 624525.

I think this is the way to do it. I've already discussed with upstream
and they don't plan to support gold.

Cheers,


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

Bug#716860: [Pkg-ia32-libs-maintainers] Bug#716860: I have the same issue

[Rafał Pietrak]

Thenx Thijs for quick response,

I've looked up the debian-7 release notes, and its section on 
multiarchitecture - regretibly it doesn't explain much (like: how to 
have fine-controll over it), just confirms what you say.


Anyway. I did:
# dpkg --add-architecture i386
# apt-get update

but after that, my:
# apt-get install ia32-libs
... offers me to install tons of 32-bit software&libraries; quite like 
it was now necessary to double my system for 32-bit architecture. I'm 
quite reluctant to let it go.


isn't there a way (any way) to install just the required packages 
(required, by the offending thrd party software) ?



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

Bug#715043: nmu: omake_0.9.8.5-3-8

[Andreas Beckmann]

On 2013-07-24 11:56, Jakub Wilk wrote:
> omake: Symbol `FamErrlist' has different size in shared object, consider
> re-linking
> 
> The size change is not ABI breakage. In fact, the change was made
> precisely to avoid warnings like this in the future:
> http://bugs.debian.org/438345
> http://sources.debian.net/src/fam/2.7.0-17/debian/patches/17_reserve_fam_errors.patch

So we should binNMU all packages depending on libfam0 that were last
uploaded/binNMUed before the famErrlist change to size 100 (to be future
proof) in September 2010.

So far there is only omake, uploaded in May 2010.

> Unfortunately, libgamin0 has "Provides: libfam0", but it includes
> FamErrlist with yet another size. :( See also bug #438330.

That should probably increase the array size to 100 as well ...


Andreas


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

Bug#715213: nmu: kannel-sqlbox_0.7.2-3

[Jakub Wilk]

* Andreas Beckmann , 2013-07-07, 06:21:

Control: retitle -1 nmu: kannel_0.7.2-3

nmu kannel_0.7.2-3 . ALL . -m "Rebuild against current libsqlite3-0."

Oops, that needs to be a src: package ...

Another one:

 adequate: ldd -r /usr/sbin/bearerbox: /usr/sbin/bearerbox: Symbol 
`sqlite3_version' has different size in shared object, consider re-linking


sqlite3_version is defined as:

#define SQLITE_VERSION"3.7.17"
const char sqlite3_version[] = SQLITE_VERSION;

So while a binNMU will fix the problem at hand, it'll reappear again 
sooner or later. I think it would be better to patch kannel to use the 
sqlite3_libversion() function instead.


--
Jakub Wilk


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

Bug#715221: nmu: xracer_0.96.9.1-6

[Jakub Wilk]

* Andreas Beckmann , 2013-07-07, 06:57:

nmu xracer_0.96.9.1-6 . ALL . -m "Rebuild against freeglut 2.8"

adequate reports

 adequate: ldd -r /usr/games/xracer: /usr/games/xracer: Symbol `fgDisplay' has 
different size in shared object, consider re-linking


As I understand it, fgDisplay is a private symbol, and the changes that 
were made in freeglut don't affect xracer; so it should be safe to 
binNMU it.


That said, xracer is a graphical game, so users are unlikely to see the 
warning, or pay attention to it, so I'm not sure if binNMUing is worth 
the trouble. Oh, and those users who do pay attention, will see tons of 
other warnings anyway: #153557.


--
Jakub Wilk


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

Bug#717519: [debian-installer] daily-build cd image won't boot since 20130715

[Dmitrijs Ledkovs]

I am travelling at the moment. Can look into it tomorrow.

Regards,

Dmitrijs.

On 24 Jul 2013 10:21, "Cyril Brulebois"  wrote:
>
> Control: reassign -1 rootskel 1.104
> Control: retitle -1 rootksel: empty package since debhelper compat bump
>
> Eugene Paskevich  (2013-07-24):
> > On Tue, 23 Jul 2013 17:09:27 +0300, Eugene Paskevich
> >  wrote:
> >
> > >git clone git://anonscm.debian.org/d-i/debian-installer.git && cd
> > >debian-installer/build && make build_cdrom_isolinux && cd
> > >dest/cdrom
> > >
> > >amd64 machine:
> > >eugene@hopper
[pts/0]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> > >git describe
> > >20130430-27-ge443bdb
> > >eugene@hopper
[pts/0]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> > >lsinitramfs initrd.gz | egrep '(sbin/|)init$'
> > >init
> > >sbin/init
> > >eugene@hopper
[pts/0]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> > >
> > >i386 machine:
> > >eugene@kite
[pts/6]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> > >git describe
> > >20130430-27-ge443bdb
> > >eugene@kite
[pts/6]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> > >lsinitramfs initrd.gz | egrep '(sbin/|)init$'
> > >eugene@kite
[pts/6]:~/Archives/rcs/git/debian-installer/build/dest/cdrom>
> >
> > Which is actially because of the bug in rootskel package.
> > http://packages.debian.org/unstable/debian-installer/rootskel
> > Just take a look at the Installed size of i386 package.
>
> So, the debhelper compat bump from 7 to 9 really should have been
> triple checked. It is responsible for the empty package (lowering to
> 7 or 8 makes the package unempty again).
>
> It would really be nice to run debdiff against source+binary packages
> before/after thorough packaging change like this one. Be it because
> one is the committer, or the uploader. Thanks already. :-)
>
> Mraw,
> KiBi.

Bug#660719: netlogo -- An agent-based programming language and integrated modeling environment.

[Petter Reinholdtsen]

Control: block -1 by 639910

The sbt (simple-build-tool) system is also missing in Debian (WNPP
#639910).  It is the build framework used by netlogo.

I've not been able to figure out every build dependency yet, but some
are listed in build.sbt in the source:

libraryDependencies ++= Seq(
  "log4j" % "log4j" % "1.2.17",
  "javax.media" % "jmf" % "2.1.1e",
  "org.pegdown" % "pegdown" % "1.1.0",
  "org.parboiled" % "parboiled-java" % "1.0.2",
  "steveroy" % "mrjadapter" % "1.2" from 
"http://ccl.northwestern.edu/devel/mrjadapter-1.2.jar";,
  "org.jhotdraw" % "jhotdraw" % "6.0b1" from 
"http://ccl.northwestern.edu/devel/jhotdraw-6.0b1.jar";,
  "ch.randelshofer" % "quaqua" % "7.3.4" from 
"http://ccl.northwestern.edu/devel/quaqua-7.3.4.jar";,
  "ch.randelshofer" % "swing-layout" % "7.3.4" from 
"http://ccl.northwestern.edu/devel/swing-layout-7.3.4.jar";,
  "org.jogl" % "jogl" % "1.1.1" from 
"http://ccl.northwestern.edu/devel/jogl-1.1.1.jar";,
  "org.gluegen-rt" % "gluegen-rt" % "1.1.1" from 
"http://ccl.northwestern.edu/devel/gluegen-rt-1.1.1.jar";,
  "org.apache.httpcomponents" % "httpclient" % "4.2",
  "org.apache.httpcomponents" % "httpmime" % "4.2",
  "com.googlecode.json-simple" % "json-simple" % "1.1.1"
)

The build system will download the dependencies, and I have not been
able to figure out how to get sbt to use the libraries provided by
Debian in /usr/share/java/ yet.

-- 
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#708812: [aptitude] aptitude segfaults upon being called.

[Lifeng Sun]

Package: aptitude
Version: 0.6.8.2-1
Followup-For: Bug #708812

Dear Maintainer,

Quite a lot packages, e.g. [1-5], FTBFS on debian mipsel buildd due to
this bug. I'm trying to fix it on my mipsel box, but the package
suffers another FTBFS bug [6].

Is there any plan to fix these bugs? I can help to fix it on mipsel.


[1] 
https://buildd.debian.org/status/fetch.php?pkg=lzd&arch=mipsel&ver=0.2-2&stamp=1370782631
[2] 
https://buildd.debian.org/status/fetch.php?pkg=abiword&arch=mipsel&ver=3.0.0~svn20130523-1&stamp=1370791622
[3] 
https://buildd.debian.org/status/fetch.php?pkg=gnome-shell&arch=mipsel&ver=3.8.3-1&stamp=1371098758
[4] 
https://buildd.debian.org/status/fetch.php?pkg=mc&arch=mipsel&ver=3%3A4.8.8-1&stamp=1371103323
[5] 
https://buildd.debian.org/status/fetch.php?pkg=beef&arch=mipsel&ver=1.0.0-1&stamp=137520
[6] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716828


Regards,
Lifeng

-- 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#717700: xarchiver: Incorrect 7z archive content representation

[Evegeniy Potanin]

Hello, Markus,
I've just tried packages from jessie 
http://packages.debian.org/sid/amd64/xarchiver/download 
(http://packages.debian.org/sid/amd64/xarchiver/download 
http://packages.debian.org/sid/amd64/xarchiver/download ) and sid 
(http://packages.debian.org/sid/amd64/xarchiver/download ) (they are the same 
in fact), 
but the problem still remains.
Regards,
Evgeniy
- Original Message -
From: Markus Koschany
Sent: 07/24/13 07:19 PM
To: Evegeniy Potanin, 717...@bugs.debian.org
Subject: Re: Bug#717700: xarchiver: Incorrect 7z archive content representation

merge 717700 717699 thanks On 24.07.2013 02:56, Evegeniy Potanin wrote: > > My 
idea is that archive with folder with space(s) in name containing file(s) > 
with space in name is incorrectly handled. Hello Eugene, thanks for your bug 
report. I am quite sure that this bug is already fixed in the latest version of 
xarchiver. Could you install xarchiver from testing or unstable and report 
back, if it fixes your issue? Regards, Markus

Bug#717729: iceweasel: Fallback Character Encoding doesn't work

[Carlo Stemberger]

Package: iceweasel
Version: 22.0-1
Severity: normal

Hi,
I set the Fallback Character Encoding to UTF-8, but decoding doesn't
work properly with this[1] page. No problem by using Chromium.

Best regards,
Carlo


[1] http://coinmap.org/coinmap-data.js

-- Package-specific info:

-- Extensions information
Name: Abduction!
Location: ${PROFILE_EXTENSIONS}/{b0e1b4a6-2c6f-4e99-94f2-8e625d7ae255}.xpi
Status: enabled

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

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

Name: Italiano (IT) Language Pack locale
Location: 
/usr/lib/iceweasel/browser/extensions/langpack...@iceweasel.mozilla.org.xpi
Package: iceweasel-l10n-it
Status: enabled

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

Name: Shockwave Flash
Location: /usr/lib/lightspark/liblightsparkplugin.so
Package: browser-plugin-lightspark
Status: enabled

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


-- Addons package information
ii  browser-plugin 0.7.2-2  amd64High-performance SWF player - Moz
ii  gnome-shell3.4.2-11 amd64graphical shell for the GNOME des
ii  iceweasel  22.0-1   amd64Web browser based on Firefox
ii  iceweasel-l10n 1:22.0-1 all  Italian language package for Icew
ii  rhythmbox-plug 2.99.1-3 amd64plugins for rhythmbox music playe
ii  xul-ext-adbloc 2.2.3-1  all  Advertisement blocking extension 

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

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

Versions of packages iceweasel depends on:
ii  debianutils  4.3.4
ii  fontconfig   2.10.2-2
ii  libatk1.0-0  2.8.0-2
ii  libc62.17-7
ii  libcairo21.12.14-4
ii  libfontconfig1   2.10.2-2
ii  libfreetype6 2.4.9-1.1
ii  libgcc1  1:4.8.1-2
ii  libgdk-pixbuf2.0-0   2.28.2-1
ii  libglib2.0-0 2.36.3-3
ii  libgtk2.0-0  2.24.20-1
ii  libnspr4 2:4.10-1
ii  libnspr4-0d  2:4.10-1
ii  libpango-1.0-0   1.32.5-5+b1
ii  libpangocairo-1.0-0  1.32.5-5+b1
ii  libpangoft2-1.0-01.32.5-5+b1
ii  libsqlite3-0 3.7.17-1
ii  libstdc++6   4.8.1-2
ii  procps   1:3.3.4-2
ii  xulrunner-22.0   22.0-1

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  fonts-stix [otf-stix]  1.1.0-1
ii  libgssapi-krb5-2   1.10.1+dfsg-6.1
pn  mozplugger 

Versions of packages xulrunner-22.0 depends on:
ii  libasound21.0.27.1-2
ii  libatk1.0-0   2.8.0-2
ii  libbz2-1.01.0.6-4
ii  libc6 2.17-7
ii  libcairo2 1.12.14-4
ii  libdbus-1-3   1.6.12-1
ii  libdbus-glib-1-2  0.100.2-1
ii  libevent-2.0-52.0.21-stable-1
ii  libfontconfig12.10.2-2
ii  libfreetype6  2.4.9-1.1
ii  libgcc1   1:4.8.1-2
ii  libgdk-pixbuf2.0-02.28.2-1
ii  libglib2.0-0  2.36.3-3
ii  libgtk2.0-0   2.24.20-1
ii  libhunspell-1.3-0 1.3.2-4
ii  libmozjs22d   22.0-1
ii  libnspr4  2:4.10-1
ii  libnss3   2:3.15-1
ii  libpango-1.0-01.32.5-5+b1
ii  libpangocairo-1.0-0   1.32.5-5+b1
ii  libpangoft2-1.0-0 1.32.5-5+b1
ii  libpixman-1-0 0.26.0-4
ii  libsqlite3-0  3.7.17-1
ii  libstartup-notification0  0.12-3
ii  libstdc++64.8.1-2
ii  libvpx1   1.2.0-2
ii  libx11-6  2:1.6.0-1
ii  libxext6  2:1.3.2-1
ii  libxrender1   1:0.9.8-1
ii  libxt61:1.1.3-1+deb7u1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages xulrunner-22.0 suggests:
ii  libcanberra0  0.30-2
ii  libgnomeui-0  2.24.5-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#717706: (no subject)

[victory]

forgot to attach 

-- 
victory


chemical-structures_2.2.dfsg.0-10_ja.po.gz
Description: Binary data

Bug#716860: [Pkg-ia32-libs-maintainers] Bug#716860: I have the same issue

[Thijs Kinkhorst]

On Wed, July 24, 2013 12:41, Rafał Pietrak wrote:
> Thenx Thijs for quick response,
>
> I've looked up the debian-7 release notes, and its section on
> multiarchitecture - regretibly it doesn't explain much (like: how to
> have fine-controll over it), just confirms what you say.
>
> Anyway. I did:
> # dpkg --add-architecture i386
> # apt-get update
>
> but after that, my:
> # apt-get install ia32-libs
> ... offers me to install tons of 32-bit software&libraries; quite like
> it was now necessary to double my system for 32-bit architecture. I'm
> quite reluctant to let it go.

This is expected. The difference is that in the past you "just" installed
ia32-libs but that package was 250MB big and contained all those
libraries, now just the individual libraries are installed.

> isn't there a way (any way) to install just the required packages
> (required, by the offending thrd party software) ?

There is, that's the whole advantage of Multiarch over the old ia32-libs.
The 3rd party just needs to change their package to not depend on
ia32-libs but only on the relevant 32 bit libraries they need.


Thijs


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

Bug#632627: resume file

[Askar Safin]

>Should/must the uswsusp package update that file? What is the better way to do 
>it (modify the file directly, call any script,...)?
I think this file should be updated every time the package "initramfs-tools" is 
reconfigured.
I. e. every time initramfs is rebuilded.
As well as I know, when initramfs is rebuilding, 
/etc/initramfs-tools/conf.d/resume is copying to /conf/conf.d/resume on 
initramfs (and we should update this file before this copying).
Then, when system wakes up, this file /conf/conf.d/resume is read, and system 
wakes up from that swap partition.

Askar Safin

Bug#717730: ITP: libdime-tools-perl -- Perl module to parse and generate DIME encoded messages

[Xavier Guimard]

Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: libdime-tools-perl
  Version : 0.03
  Upstream Author : Domingo Alcázar Larrea 
* URL : https://metacpan.org/release/DIME-Tools
* License : GPL-2
  Programming Lang: Perl
  Description : Perl module to parse and generate DIME encoded messages

DIME::Tools is a collection of modules to parse and generate DIME (Direct
Internet Message Encapsulation) messages. DIME stands for Direct Internet
Message Encapsulation and defines a way to encode content in a specified
binary format.


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

Bug#717731: upower: authentification is required for hibernating while other users are logged in

[Martin Steigerwald]

Package: upower
Version: 0.9.20-2
Severity: normal

Dear Maintainer,

as I reported in bug

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

already, since upgrade to systemd 204-1 on trying to hibernate I get on
selecting hibernation (suspend-to-disk) from Kickoff

KDE menu the screen is locked as usual but no hibernation takes place.
When I unlock the screen again, I see a window:

Authentification is required for hibernating the system while other users
are logged in.


Well I did not manually have two logins open, but dirmngr seems to open
one:

merkaba:~> apt-show-versions | grep dirmngr
dirmngr:amd64/sid 1.1.0-3 uptodate



merkaba:~> loginctl
   SESSIONUID USER SEAT
c1120 dirmngr
c2   1000 martin   seat0

2 sessions listed.

merkaba:~> ck-list-sessions
Session5:
unix-user = '0'
realname = 'root'
seat = 'Seat1'
session-type = ''
active = FALSE
x11-display = ''
x11-display-device = ''
display-device = '/dev/pts/0'
remote-host-name = ''
is-local = TRUE
on-since = '2013-07-22T14:09:31.717064Z'
login-session-id = '4294967295'
Session2:
unix-user = '1000'
realname = 'Martin Steigerwald'
seat = 'Seat1'
session-type = ''
active = TRUE
x11-display = ':0'
x11-display-device = '/dev/tty7'
display-device = ''
remote-host-name = ''
is-local = TRUE
on-since = '2013-07-22T11:25:40.817811Z'
login-session-id = '4294967295'


I want to get rid of this dialog for several reasons:

1) I just said hibernate, I was authentificated as my other, just do it!
As before, with older systemd or as with insserv. From a user point of
view this is a regression.

2) This is a laptop. I am the *only* one using it at that time. So there is
exactly *one* human user (and one seat). So if I say hibernate, do it! Basta.

3) KDE locks the screen and displays that polkit window at the same time.
Thus I cannot enter my sudo password at the polkit window without unlocking
the screen. But if I do so and do not press Ctrl-Alt-L to lock the screen
again quickly enough, the machine hibernates without a locked desktop! I am
willing to report this as separate important issue with some KDE package.
But I do think this is a real policy issue, see below.


I tried to work-around this by applying Michael´s hint from:

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

which points to:

https://wiki.archlinux.org/index.php/PolicyKit#Suspend_and_hibernate


So I added:

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

(I was certainly not willing to add another unix group such as power for
something that is supposed just user friendly out of the box).


Well but this didn´t work either, the polkit window still appears.


Anyhow I think this is better fixed policy wise. My reasons are:

- if systemd 204-1 or later will become standard init in Debian all KDE
users who have KDEPIM installed will face that usability issue.

- its a laptop, its one real human user. Displaying that window just does
not make any sense usability wise to me. I do not like software trying to
be more intelligent that I am.


My suggestion is:

Rework the policy to be based on seat. As I understand from Lennart´s
blog posts or somewhere else a seat is a combination of display, keyboard,
mouse and so on to be used by one user.

With multi seat with mutiple displays, keyboards and mouses more than one
user can work simulatenously on one machine. Then that polkit window makes
at least *some* sense.

But with just one user I think usability wise its fair game to hibernate if
he tolds so.

Heck even with two X.org sessions as I use sometimes, one for work and one
for private stuff, as long as its just me, don´t ask. I expect these two
X sessions to be on same seat, so if that holds true, which I can test for
you if you want, a seat based rule may just work fine.

This may even point back to systemd, ck-list-sessions reports both
sessions to be on the *same* seat 1, whereas loginctl does report dirmngr
to be on no seat and my desktop session to be on seat 0.

However its solved technically, maybe even in dirmngr package, its good
*not* to ask user in that case.


If that is not the suitable package to report the bug to, please advice
on where to reassign the bug or where to report, instead of just closing it.
I bet Michael, you are reading this, after you closed 717554 without the
problem having been dealt with in a way that IMHO makes sense usability
wise, I looked as to where the default policy comes from and according to

martin@merkaba:~> dpk

Bug#716860: [Pkg-ia32-libs-maintainers] Bug#716860: I have the same issue

[Rafał Pietrak]

On 07/24/2013 01:37 PM, Thijs Kinkhorst wrote:
There is, that's the whole advantage of Multiarch over the old 
ia32-libs. The 3rd party just needs to change their package to not 
depend on ia32-libs but only on the relevant 32 bit libraries they 
need. Thijs 


OK. Now I get it (I'm writing it down here, so if anybody is as slow as 
I was to get it right, he could see it explicitly stated bellow).


I did (after "dpkg --add-architecture i386"):
# apt-get install libc6:i386

 and the result was just a few packages to install:

The following extra packages will be installed:
  gcc-4.7-base:i386 libc6-i686:i386 libgcc1:i386
Suggested packages:
  glibc-doc:i386 locales:i386
The following NEW packages will be installed:
  gcc-4.7-base:i386 libc6:i386 libc6-i686:i386 libgcc1:i386


Thenx again,

-R


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

Bug#711925: apache2-doc's config file breaks apache itself

[Norbert Preining]

On Mi, 24 Jul 2013, Arno Töll wrote:
> I did not say your issue does not exist. But it does not happen under
> normal circumstances. In fact I am not even able to reproduce it, and

Then at least provide a way to resolve the issue!

There is *no* way to know or recreate the proper or default initial
configuration of apache.

Removal does not work easily, since gnome depends on apache2.

So how should I know what modules etc should be active and what not?
How should I (and other people) go tback to a working configuration?

(Ok, I know how, shoot up a pbuilder, install apache2, copy over
the links, run the dpkg-reconfigure of all libfoobar providing
modules for apache  not a very tempting approach)

I would already be happy if you could send a list of modules/conf
that should be linked.

Thanks

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094



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

Bug#632627: Re[2]: resume file

[Askar Safin]

> I think this file should be updated every time the package "initramfs-tools" 
> is reconfigured.

Also, ideally, initramfs should be rebuilded every time user changes fstab. 
But, I think this is very hard to reach.
Also, I think, every tool which updates fstab, should call initramfs rebuilding 
(if swap is changed and hibernation is enabled).
In particular, every package configuration script which updates fstab should 
trigger initramfs-tools reconfiguring.

Askar Safin

Bug#717732: poppler: out-of-date copyright file

[Jakub Wilk]

Source: poppler
Version: 0.20.5-3

debian/copyright reads: "Poppler is based on a Xpdf fork (updated at 
Xpdf 3.02), so the license of the poppler core library (libpoppler.so.X) 
is GPL v2 only. All the Poppler contributions are licensed as GPL v2+."


But in fact, this version of Poppler is based on Xpdf 3.03, which is 
dual-licensed: GPLv2 or GPLv3.


Please update the copyright file.

--
Jakub Wilk


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

Bug#717606: nvidia-libopencl1: symbol clRetainDevice, version OPENCL_1.2 not defined in file libOpenCL.so.1 with link time reference

[Andreas Beckmann]

On 2013-07-23 21:51, Tomasz Rybak wrote:
> The problem is that nvidia-libopencl1 supports OpenCL 1.1,
> while all other support OpenCL 1.2. I could rebuild PyOpenCL
> for OpenCL 1.1 but it would prevent all users from using features
> present in OpenCL 1.2.

Is there an easy way to switch PyOpenCl source between using 1.2 and 1.1
(even if 1.2 is available) to test Vincent's proposed .symbols
modifications ?


Andreas


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

Bug#717733: RFS: feincms-elephantblog/0.3.1-1 [ITP] -- simplistic blog engine for FeinCMS

[Michael Fladischer]

Package: sponsorship-requests
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear mentors,

I am looking for a sponsor for my package "feincms-elephantblog"

* Package name: feincms-elephantblog
  Version : 0.3.1-1
  Upstream Author : Simon Baechler 
* URL : https://github.com/feincms/feincms-elephantblog/
* License : BSD
  Section : python

It builds those binary packages:

python-django-feincms-elephantblog - simplistic blog engine for FeinCMS
python-django-feincms-elephantblog-doc - simplistic blog engine for FeinCMS 
(Documentation)

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

http://mentors.debian.net/package/feincms-elephantblog


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

dget -x 
http://mentors.debian.net/debian/pool/main/f/feincms-elephantblog/feincms-elephantblog_0.3.1-1.dsc

More information about feincms-elephantblog can be obtained from 
https://github.com/feincms/feincms-elephantblog/.

Packaging is available in the DPMT SVN:

http://anonscm.debian.org/viewvc/python-modules/packages/feincms-elephantblog/trunk/


 Following the principles of FeinCMS, ElephantBlog tries to offer simple and
 basic blog functionality, but remains extensible. Basically, ElephantBlog just
 uses what FeinCMS already has in a blog way.
 .
 A blog way means multiple entries in a timeline. One blogentry is similar to
 a FeinCMS page, it can have multiple content types and some meta information
 like title, slug or publishing date.
 .
 ElephantBlog can also be integrated as application content in an existing
 FeinCMS site, but it does not require the FeinCMS page module to be activated.
 .
 Features:
  * Pretty URLs
  * Feed creation
  * Time-based publishing
  * Based on FeinCMS item editor with the ability to integrate all of those
FeinCMS content types
  * Disqus comments
  * Pinging
  * Categories
  * Multilingual support
  * Pingback & Trackback support

Regards,
Michael Fladischer

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

iQIcBAEBAgAGBQJR78IRAAoJEGlMre9Rx7W2fdkP/AvmRRj8W8m0T8wYj2uad1Fi
Zitvwko10Y1b3j7BFWCPVMh4fO71wrR7sT+wXXDNLoimKQFBDh8iyoJ2kzOfb8aq
QG37SDiCwT0tTKxMz4CyivxBoF6cgP6tdGJb+GZ0XjVyvi0DRsYhUSNeLevwFKaf
p33snLVqNhE8GsjUUcI4OSdYZN7F/v0B6+VhJn0yFRV73qXiNs5DMHDWBC3taQBo
G9cjaZiiSgA/Kmy1EtAwiDNoQ7LsNn7sxfxM/oOxEaqFexBsLqn7CTVme/Lz8uKC
uvx+mwrPw3iJRIvZxis14gwDvVfsqpDp3ZLO9NVBtF3wEas15WnXpbO1AzJYmFDf
zXKfu/8oUjp2mB2ENSwUNtPF0z4i0x0x4UFNEt4pKP180W1YKBrGNkiFWqpbbK59
JpqAcRJg04RX4FwwO8iNXDRxeXNTAEtP9NsxKxb6towhTAxaJQzAKlpDpteBayUU
eteM0UADbH/ja0shtJOcIRA7zX1GGagH52MChajk5q0pEUrDi34FpfdbCL0NJOU7
/S20JGiQc/AXVt9oqq5q0oJJ+iDBuQOVAVOvYs3rMP2xdmFPje5y3xPod+493iTV
YLnrFKcFsi+oZHwnwydakmLY0aNT53runBLa3n/+MJAvE7aRRp6mRSXwPNdO2sjA
g/Pz6aQZYbTNcdas0qpO
=Qd14
-END PGP SIGNATURE-


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

Bug#711925: apache2-doc's config file breaks apache itself

[Arno Töll]

On 24.07.2013 13:54, Norbert Preining wrote:
> Removal does not work easily, since gnome depends on apache2.

Gnome depends on apache2-bin which works fine without apache2 and any
configuration file as they are all in apache2.

> So how should I know what modules etc should be active and what not?
> How should I (and other people) go tback to a working configuration?

How did you upgrade? Did you use --purge-unused or whatever the
equivalent for apt is?

As I say, in a regular upgrade in a unmodified build chroot your issue
does not appear.

> I would already be happy if you could send a list of modules/conf
> that should be linked.

for module in authz_host auth_basic access_compat authn_file authz_user \
 alias dir autoindex \
 env mime negotiation setenvif \
 filter deflate \
 status ; do
 a2enmod -m -q $module
 done

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#717734: gcc-4.8: busy-spin building with LTO

[Thorsten Glaser]

Package: gcc-4.8
Version: 4.8.1-8
Severity: important

https://bugzilla.redhat.com/show_bug.cgi?id=922974
is now entering Debian, much to my joy (not).

Building mksh with “sh mksh/Build.sh -r -g -c lto”
(the “-c lto” is the trigger) lets the “link” not
succeed but instead busy-spin.

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

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

Versions of packages gcc-4.8 depends on:
ii  binutils2.23.52.20130722-1
ii  cpp-4.8 4.8.1-8
ii  gcc-4.8-base4.8.1-8
ii  libc6   2.17-7
ii  libcloog-isl4   0.18.0-2
ii  libgcc-4.8-dev  4.8.1-8
ii  libgmp102:5.1.2+dfsg-2
ii  libisl100.11.2-1
ii  libmpc3 1.0.1-1
ii  libmpfr43.1.1-1
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages gcc-4.8 recommends:
ii  libc6-dev  2.17-7

Versions of packages gcc-4.8 suggests:
ii  binutils [binutils-gold]  2.23.52.20130722-1
pn  gcc-4.8-doc   
pn  gcc-4.8-locales   
pn  gcc-4.8-multilib  
pn  libasan0-dbg  
pn  libatomic1-dbg
pn  libbacktrace1-dbg 
pn  libgcc1-dbg   
pn  libgomp1-dbg  
pn  libitm1-dbg   
pn  libmudflap0-4.8-dev   
pn  libmudflap0-dbg   
pn  libquadmath0-dbg  
pn  libtsan0-dbg  

-- 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#717732: poppler: out-of-date copyright file

[Pino Toscano]

Hi,

Alle mercoledì 24 luglio 2013, Jakub Wilk ha scritto:
> debian/copyright reads: "Poppler is based on a Xpdf fork (updated at
> Xpdf 3.02), so the license of the poppler core library
> (libpoppler.so.X) is GPL v2 only. All the Poppler contributions are
> licensed as GPL v2+."

This is correct.

> But in fact, this version of Poppler is based on Xpdf 3.03, which is
> dual-licensed: GPLv2 or GPLv3.

No, Poppler has been forked from some old GPLv2-only Xpdf version, and 
in 0.19.x all the modifications from Xpdf 3.03 were integrated. Still, 
Poppler is GPLv2-only, since it is a derived work from a GPLv2-only 
work.

Poppler would have the same license as Xpdf 3.03 if it would have been 
rebased over that Xpdf version (like what LibreOffice people are doing, 
IIRC), which is not what happened.

-- 
Pino Toscano


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

Bug#717735: network-manager-openvpn: network-manager fails to automatically connect to VPN

[Sascha Herzinger]

Package: network-manager-openvpn
Version: 0.9.4.0-1
Severity: normal

I'm using XFCE and the network-manager-applet offers an option to automatically
connect to VPN which is not working.

Connecting manually to the VPN server works fine.



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

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

Versions of packages network-manager-openvpn depends on:
ii  libc6 2.13-38
ii  libdbus-1-3   1.6.8-1+deb7u1
ii  libdbus-glib-1-2  0.100.2-1
ii  libglib2.0-0  2.33.12+really2.32.4-5
ii  libnm-glib-vpn1   0.9.4.0-10
ii  libnm-glib4   0.9.4.0-10
ii  libnm-util2   0.9.4.0-10
ii  openvpn   2.2.1-8+deb7u2

network-manager-openvpn recommends no packages.

network-manager-openvpn 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#717736: liboggplay1: pkg-config aberrations: non-private Requires; -uninstalled.pc is installed

[Dafydd Harries]

Package: liboggplay1
Version: 0.2.1~git20091227-1.2
Severity: normal
Tags: upstream patch

According to my understanding, .pc files should use Requires.private
instead of Requires fields as a matter of course.

While building another package that linked against oggplay, I got
complaints from dpkg-shlibdeps that there were unnecessary
dependencies. Replacing the Requires field with a Requires.private
field in oggplay.pc fixed this.

I also noticed that oggplay-uninstalled.pc is installed, which it
shouldn't be.

Patch attached.
--- liboggplay-0.2.1~git20091227/debian/liboggplay1-dev.install
+++ liboggplay-0.2.1~git20091227/debian/liboggplay1-dev.install
@@ -4 +4 @@
-usr/lib/pkgconfig/*
+usr/lib/pkgconfig/oggplay.pc
--- liboggplay-0.2.1~git20091227.orig/oggplay.pc.in
+++ liboggplay-0.2.1~git20091227/oggplay.pc.in
@@ -5,7 +5,7 @@
 
 Name: oggplay
 Description: Decode from multiple ogg streams synchronously
-Requires: oggz fishsound theora
+Requires.private: oggz fishsound theora
 Version: @VERSION@
 Libs: -L${libdir} -loggplay 
 Libs.private: @OGGZ_LIBS@ @FISHSOUND_LIBS@ @THEORA_LIBS@ @TIGER_LIBS@ @KATE_LIBS@

Bug#717663: interchange-cat-standard: installation fails

[Stefan Hornburg (Racke)]

On 07/23/2013 05:06 PM, Marjan Waldorp wrote:
> Package: interchange-cat-standard
> Version: 5.7.7-2
> Severity: normal
> 
> 
> Hi Racke,
> 
> When installing the interchange-cat-standard demo I stumbled over several
> installation procedure issues:
> 
> 1. Missing package dependency 'sqlite'
> 
> Regarding to sqlite the package dependencies state: libdbd-sqlite
> 
> However the installation procedure complaints:
>  "No Sqlite client to execute"
> 
> It turns out package "sqlite" is required as well.
> 
> (The newer sqlite3 package doesn't work.
>  I don't know if 'interchange-cat-standard' can cooperate with sqlite3.
>  In that case the installation procedure should look for
> '/usr/bin/sqlite3' as well.)
> 
> Please note:
> Debian plans to remove unsupported package 'sqlite' since
> it has been replaced by sqlite3.
> 

I'll use sqlite3 as driver for dbconfig-common, which should fix
this problem.

Regards
  Racke

-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team


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

Bug#717619: RM: thoggen -- RoQA; dead, unmaintained, RC-buggy

[Tim-Philipp Müller]

Hi,

I'm the upstream (un)maintainer of Thoggen.

Your request is fair, I have not made any releases recently nor worked
on it much.

However, for what it's worth, I do still intend to update it, and have
started working on removing the old HAL code (RC bug #596034). I can't
make any promises regarding the timeline though.

The other two RC bugs (#646468, #707471) are trivial one-liners. For one
a fix is in git, for the other just requires removal of
-DG_DISABLE_DEPRECATED from the CFLAGS.

Anyway, I suggest you do what you have to, but if you can grant me a
month or three stay, that'd be great too :)

 Cheers
  -Tim


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

Bug#715804: Debian policy for web apps still references /doc as accessible

[Charles Plessy]

Le Sun, Jul 21, 2013 at 10:09:48PM -0700, Jonathan Nieder a écrit :
> 
> > On my side, I think that the current practice is not to serve /doc by 
> > default,
> > and I therefore second the proposition of Thomas to remove point 2 of 
> > chapter
> > 11.5.
> >
> > Are there other seconds or objections ?
> 
> Seconded.

Thanks.  Here is the patch that I will apply soon.  I marked 11.5.2 as deleted
instead of removing it fully, to avoid renumbering the other items.

Have a nice day,

-- 
Charles
diff --git a/debian/changelog b/debian/changelog
index 45337ce..fe4a858 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -28,6 +28,11 @@ debian-policy (3.9.5.0) UNRELEASED; urgency=low
 Seconded: Charles Plessy 
 Seconded: Russ Allbery 
 Closes: #669915
+  * Policy: Stop recommending to serve HTML documents from /usr/share/doc.
+Wording: Thomas Goirand 
+Seconded: Charles Plessy 
+Seconded: Jonathan Nieder 
+Closes: #715804
   * debconf_spec: Document the 'escape' capability.
 Wording: Jonathan Nieder 
 Seconded: Charles Plessy 
diff --git a/policy.sgml b/policy.sgml
index 1508231..953d5d2 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -9669,24 +9669,7 @@ http://localhost/cgi-bin/cgi-bin-name
 	
 
 	
-	  Access to HTML documents
-
-	  
-		HTML documents for a package are stored in
-/usr/share/doc/package
-		and can be referred to as
-		
-http://localhost/doc/package/filename
-		
-	  
-
-	  
-The web server should restrict access to the document
-tree so that only clients on the same host can read
-the documents. If the web server does not support such
-access controls, then it should not provide access at
-all, or ask about providing access during installation.
-	  
+	  (Deleted)
 	
 
 
diff --git a/upgrading-checklist.sgml b/upgrading-checklist.sgml
index bcc4c1d..5714e84 100644
--- a/upgrading-checklist.sgml
+++ b/upgrading-checklist.sgml
@@ -55,6 +55,10 @@ Unreleased.
   New section documenting the Package-Type field in source
   package control files.
   
+11.5.2
+  Stop recommending to serve HTML documents from
+  /usr/share/doc/package.
+  
 12.2
   Packages distributing Info documents should use
   install-info's trigger, and do not need anymore

Bug#717665: script that let "apt-cache show" command to work properly

[Franco Martelli]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I wrote this bash script:

$ cat apttranslation
#!/bin/bash -l

[ ! 0 -eq `/usr/bin/id -u` ] && (/bin/echo -e '\n - Error: You must be
root!\n') && exit 1

### Hard disk partition containing dvd iso images.
mpoint="/media/sdb1"

### Mount each dvd iso images accordenly on /etc/fstab entries.
for ((i=1;i<=10;i++)) ;
do
  mount $mpoint/wheezy/dvd-$i 2>/dev/null
done
### Change directory to apt packages description archive.
[ ! -d /var/lib/apt/lists/ ] && (/bin/echo -e '\n - Error: Failed to
change directory to /var/lib/apt/lists/\n') && exit 1
cd /var/lib/apt/lists/
### Recursively find Translation-en.gz in dvd-1,dvd-2,dvd-n... up to 10.
for ((i=1;i<=10;i++)) ;
do
dvddir=$mpoint/wheezy/dvd-$i
for f in $(find $dvddir -name Translation-en.gz) ;
  do
### Copy Translated-en.gz files renamed opportunely.
  g=$(echo $f | sed -e "s/\//_/g")
  /bin/echo "Copy translation archive: $g"
  /bin/cp $f $g
  done
done
### Once done then unmount dvd ido images.
for ((i=1;i<=10;i++)) ;
  do umount $mpoint/wheezy/dvd-$i 2>/dev/null
done

Copying those files then apt-cache show command it shall show
description-en contents.
Regards.

- -- 
Franco Martelli.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJR78pLAAoJEFM/ma7n+T+7+YgH/j/6V7nk9boqCxkI3D7UOIRV
rFbAEIb7JaipuA+cPFKe65N8SZB+64wN1vJF2sWCVO8OWzFb4R78NI4zn/mp3s7b
KUV/+e4b6SNJKseg4cvueQZLIpHSSkpM7mzZ6qds3q+ec7A30uWOEmPnvLJyt+qi
yw0P7W53bOj+w8SslohtnfzxRX6+4rX9f3y0j75/InEFVg66pjTfzjwksOCzV+rI
n81IZPU9Z4biW9n6G9zzwYzMuGLGFqW/2IGNrAbw7HHG6dqjpg+pBuJqtHa/SxV7
t639fm2VZmJbDV7ce0rcRnTX02dp1UIiOjQFwyY17M2Somw5VPmf0ws9wiUQE6I=
=9Laq
-END PGP SIGNATURE-


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

Bug#717737: Enable support for LZMA-compressed symbol tables

[Matthias Klose]

Package: libunwind
Version: 1.1-1

Please configure with --enable-minidebuginfo and build-depend on liblzma-dev.


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

Bug#717689: linux: please review and merge m68k patch

[Thorsten Glaser]

Dixi quod…

>>Another thing that puzzles me:
>>
>>config SMC91X
>>depends on (ARM || M32R || SUPERH || MIPS || BLACKFIN || \
>>MN10300 || COLDFIRE || ARM64)
>
>Maybe just an explicit || ATARI_ETHERNAT here?
>
>Add || ATARI_ETHERNEC to NE2000 as well I’d say, so everyone

Ah this is already committed as 3c68de0d15427802fe5ae8e019760cd45c6619ac
and edee09224891c259071238d5a8d2be5e3ca7f09c so I’ll request that these
patches be added to Debian.

bye,
//mirabilos
-- 
[DJBDNS Zone] TTL 86400 –  kann man da auch 1d schreiben?
 nö, außerdem kann ein Deutscher oder ein Japaner mit 1d
ja erstmal nix anfangen, oder könntest du 1日 im zone file lesen?
 das heißt für mich: ein Regal, das u.U. schiefstehen könnte


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

Bug#717689: linux: please review and merge m68k patch

[Ben Hutchings]

On Wed, 2013-07-24 at 12:06 +0200, Wouter Verhelst wrote:
> On 24-07-13 04:10, Ben Hutchings wrote:
>  +CONFIG_NFS_SWAP=y
> > 
> > Really?
> 
> It _should_ be safe since the PF_MEMALLOC patches were accepted
> (3.6-rc1, commit 7f338fe4540b and friends). Haven't tested it myself
> yet, though.
> 
> (and yes, I would say that swap over NBD will produce less overhead and
> is therefore a better idea ;-)

Yes, but why should this be m68k-specific?

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#716807: closed by Ron (Re: Bug#716807: libopus0: i can't install ia32-libs)

[Julian Gilbey]

On Sat, Jul 13, 2013 at 07:21:13AM +, Debian Bug Tracking System wrote:
> Date: Sat, 13 Jul 2013 16:44:13 +0930
> From: Ron 
> Subject: Re: Bug#716807: libopus0: i can't install ia32-libs
> To: 716807-d...@bugs.debian.org
> 
> 
> You already reported this to the other bug, just 3 days prior.
> We don't need duplicate bugs for that.
> 
>   Ron

Correct; the standard procedure for handling this is to merge the
bugs, not to close one, as closing indicates that it is fixed, which
in this case is not true.

I've reopened this bug (as it bit me too) and merged it with the other
one.

   Julian


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

Bug#717738: epigrass fails to start, requires sqlsoup

[Andreas Moog]

Package: epigrass
Version: 2.2.2-2
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear maintainer,

the version of epigrass currently in the archive is unusable without installing
extra, non-package python modules. Specifically, python sqlSoup seems to be
required:

(deb-unstable)andreas@incubator:~$ epigrass
Traceback (most recent call last):
  File "/usr/bin/epigrass", line 9, in 
load_entry_point('epigrass==2.2.2', 'gui_scripts', 'epigrass')()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 343, in 
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2309, in 
load_entry_point
return ep.load()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2015, in load
entry = __import__(self.module_name, globals(),globals(), ['__name__'])
  File "/usr/lib/python2.7/dist-packages/Epigrass/epigrass.py", line 23, in 

import epiplay as epi
  File "/usr/lib/python2.7/dist-packages/Epigrass/epiplay.py", line 14, in 

from sqlalchemy.ext.sqlsoup import SqlSoup
ImportError: No module named sqlsoup
(deb-unstable)andreas@incubator:~$ 

Cheers,
  Andreas

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

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

Versions of packages epigrass depends on:
ii  python2.7.5-2
ii  python-formencode 1.2.4-2
ii  python-gdal   1.9.0-3.1
ii  python-matplotlib 1.1.1~rc2-1
ii  python-mysqldb1.2.3-2
ii  python-networkx   1.7~rc1-3
ii  python-numpy  1:1.7.1-2
ii  python-pkg-resources  0.6.37-1
ii  python-pysqlite2  2.6.3-3
ii  python-qt4-gl 4.10.2-1
ii  python-qwt5-qt4   5.2.1~cvs20091107+dfsg-6+b4
ii  python-sqlalchemy 0.8.2-1
ii  python-sqlobject  0.12.4-3
ii  python-visual 1:5.12-1.6

epigrass recommends no packages.

Versions of packages epigrass suggests:
pn  epigrass-doc  
pn  grass 

- -- no debconf information

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

iQIcBAEBAgAGBQJR79SAAAoJEGHzRCZ03mYkbnsP/i3ZqgKl70osbKT+Ysql6ggD
9RIWDE5QJDLcZRJAGJxzbvfcrpjDWLGa5OMw3FFmaSCz7svaIvkqVEoTvPbxw8Wx
4F0o0bLsr9MVwZTo24JoiOdij9XNl8M+ELO8Fagf8cK+7MMtRt++Kv/HXRVZqQzE
PhhmEIlSI//IKO7iCEu7G/IKsYQbxZvvS2vRMP5qLuobuLiAM/ERdDI34XnSqdP3
lO0OuO4MNVPdATYLEmEQuRdE5dhTlJpLjp6WMZ6TUoPnAKZ9yMBcuzB/HT/5vQoU
LV6nxecy6TsAXn53chLTeC+rUh+8BwcyxLVOdsVjWLxDlT8j8saVPBvZN4h9KcKg
fiLkDdGNJc00YMlCvGw4/YkWBKWXzvdTHLfFMB/yNTgPy4xqYLNfpoV3Xj3IeOcM
nD9S+WNo9bQzRoBcy67CmkVci6ls1dNqhucZKH1QU+n4bgjzlp8wyWl3uu2D8Bzu
FZyqFRWXJb3/u0v+KEmGWagtfhZ6iCk3hst22r2jmzjpr41o9uDlXXnFQTdhxQJj
3k+GL4vs9ve3iWqS4pfQMY3Him4ppHpo+Ir2Ifegt3Lx+kQe7255e0P2mK+IhEtl
EBdBNeESndmQrK0h8RNbZrZEhSA6TDgLIGTFILd3PCFGQI5w/ZT68cBStf1/rHM0
ll1BBHrmwqVh3BN9m7KF
=Jher
-END PGP SIGNATURE-


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

Bug#717726: logrotate doesn't recreate logfiles with the previous permissions

[Paul Martin]

On Wed, Jul 24, 2013 at 11:45:24AM +0200, root wrote:

> If I don't specify chmod parameters with create, logrotate does'nt
> use the previous permissions when creating the new logfiles my
> logfiles always get to 0640 permissions, while most og log analyzers
> need 0644 permissions to be able to read the logfiles.

Could you please show me the logrotate.d/ conffile which shows this
behaviour, and an "ls -l" of the logfiles it would be managing?

-- 
Paul Martin 


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

Bug#632627: Re[2]: resume file

[Ben Hutchings]

On Wed, 2013-07-24 at 15:57 +0400, Askar Safin wrote:
> > I think this file should be updated every time the package 
> > "initramfs-tools" is reconfigured.
> 
> Also, ideally, initramfs should be rebuilded every time user changes
> fstab. But, I think this is very hard to reach.
> Also, I think, every tool which updates fstab, should call initramfs
> rebuilding (if swap is changed and hibernation is enabled).
> In particular, every package configuration script which updates fstab
> should trigger initramfs-tools reconfiguring.

I think there is only one such script, which is the postinst script for
linux-base which made a one-time update of configuration files to use
UUIDs.  It updated the initramfs-tools resume file too.

But I wonder whether this configuration file is really needed for most
system.  Couldn't we use blkid to find the swap partition automagically?
(The configuration file would still be necessary if there are multiple
swap partitions.)

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


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

Bug#717739: debian-policy: policy examplifies minutes as (00-59) but seconds as (00-60)

[Andreas Rönnquist]

Package: debian-policy
Severity: minor
Tags: patch

In the changelog chapter of policy (4.4), it says

> mm is the two-digit minutes (00-59)
> ss is the two-digit seconds (00-60)

- which looks a bit strange to me - shouldn't both these be 00-59?

see
http://www.debian.org/doc/debian-policy/ch-source.html#s-dpkgchangelog

Patch attached.

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

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


-- Andreas Rönnquist
gus...@gusnan.se
diff --git a/policy.sgml b/policy.sgml
index 5760a3f..03d187e 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -1778,7 +1778,7 @@ zope.
 	 is the four-digit year (e.g. 2010)
 	hh is the two-digit hour (00-23)
 	mm is the two-digit minutes (00-59)
-	ss is the two-digit seconds (00-60)
+	ss is the two-digit seconds (00-59)
 	
 	  + or - is the the time zone offset from Coordinated
 	  Universal Time (UTC).  "+" indicates that the time is ahead

Bug#676784: Policy §10.5 and .jar file noticeable exception

[Charles Plessy]

Le Wed, Jul 24, 2013 at 03:55:38PM +0300, Eugene Zhukov a écrit :
> 
> I encountered a Lintian warning executable-not-elf-or-script with one
> of my packages and then I learned about outstanding
> Lintian<->debian-policy bug #539315.
> 
> How about fixing the policy by adding an exception for .jar files?

Dear Eugene,

I do not see where the Policy forbids JAR files to be executable when they are
intended to be executed.  In line with others, I think that the interpretation
of section 10.5 on symbolic links in #539315 is overly restrictive, as
executable JAR files are not just compressed files, but entire archives.

Altogether, I think that we should close #676784 (the clone of #539315), or
clarify what is the intent of section 10.5, and what is meant by "compressed"
there.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#717740: bugs.debian.org: perl error message in email received from bugs.d.o

[Julian Gilbey]

Package: bugs.debian.org
Version: 2013.07.24

I received the following message; surely there shouldn't be a perl
error message included?!

   Julian

- Forwarded message from Debian Bug Tracking System  
-

Date: Wed, 24 Jul 2013 13:30:06 +
From: Debian Bug Tracking System 
Subject: Processed (with 1 errors): reopening 716807, merging 674467 716807
To: Julian Gilbey 
CC: r...@debian.org

Processing commands for cont...@bugs.debian.org:

> reopen 716807
Bug #716807 {Done: Ron } [libopus0] libopus0: i can't install 
ia32-libs
Bug reopened
Ignoring request to alter fixed versions of bug #716807 to the same values 
previously set
> merge 674467 716807
Bug #674467 [src:opus] opus: Please add multiarch support.
Unable to merge bugs because:
affects of #716807 is '' not 'libjack-jackd2-0,libasound2-plugins'
package of #716807 is 'libopus0' not 'src:opus'
Failed to merge 674467: Did not alter merged bugs
Debbugs::Control::set_merged('transcript', 'GLOB(0x1e37da8)', 
'requester', 'Julian Gilbey ', 'request_addr', 
'cont...@bugs.debian.org', 'request_msgid', 
'<1374670831-1786-bts-...@debian.org>', 'request_subject', ...) called at 
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 538
eval {...} called at 
/usr/local/lib/site_perl/Debbugs/Control/Service.pm line 537
Debbugs::Control::Service::control_line('line', 'merge 674467 716807', 
'clonebugs', 'HASH(0x1d7bae8)', 'limit', 'HASH(0x1d7b4d0)', 
'common_control_options', 'ARRAY(0x1d7b518)', 'errors', ...) called at 
/usr/lib/debbugs/service line 474

> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
674467: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674467
716807: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716807
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


- End forwarded message -


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

Bug#717739: debian-policy: policy examplifies minutes as (00-59) but seconds as (00-60)

[Bill Allombert]

On Wed, Jul 24, 2013 at 03:32:38PM +0200, Andreas Rönnquist wrote:
> Package: debian-policy
> Severity: minor
> Tags: patch
> 
> In the changelog chapter of policy (4.4), it says
> 
> > mm is the two-digit minutes (00-59)
> > ss is the two-digit seconds (00-60)
> 
> - which looks a bit strange to me - shouldn't both these be 00-59?

60 is used for leap seconds, following UTC.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 


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

Bug#717739: debian-policy: policy examplifies minutes as (00-59) but seconds as (00-60)

[Cyril Brulebois]

Hi Andreas,

Andreas Rönnquist  (2013-07-24):
> Package: debian-policy
> Severity: minor
> Tags: patch
> 
> In the changelog chapter of policy (4.4), it says
> 
> > mm is the two-digit minutes (00-59)
> > ss is the two-digit seconds (00-60)
> 
> - which looks a bit strange to me - shouldn't both these be 00-59?

please check: http://en.wikipedia.org/wiki/Leap_second

Mraw,
KiBi.


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

Bug#717741: shorewall-lite: undeclared dependency on shorewall-core

[Brad Fritz]

Package: shorewall-lite
Version: 4.5.5.3-1
Severity: important


After migrating from Squeeze to Wheezy, shorewall-lite failed to
start:

  # shorewall-lite start
  /sbin/shorewall-lite: 33: .: Can't open /usr/share/shorewall/shorewallrc

/usr/share/shorewall/shorewallrc is in shorewall-core, but
shorewall-core is not declared as a dependency of shorewall-lite.

Manually installing shorewall-core resolved the issue.


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

Bug#717700: xarchiver: Incorrect 7z archive content representation

[Markus Koschany]

On 24.07.2013 13:30, Evegeniy Potanin wrote:
>  
> 
> Hello, Markus,
> 
>  
> 
> I've just tried packages from jessie 
> (http://packages.debian.org/sid/amd64/xarchiver/download
> ) and sid
> (http://packages.debian.org/sid/amd64/xarchiver/download)  (they are the
> same in fact), 
> 
> but the problem still remains.

Hi,

thanks for your confirmation. I have checked it myself now and i can
confirm your issue.

It appears to be similar to http://bugs.debian.org/697493 but it is a
different problem with 7z.

Probably this patch from Fedora can fix the issue.

http://pkgs.fedoraproject.org/cgit/xarchiver.git/tree/xarchiver-0.5.2-fix_7z_support.patch

Regards,

Markus





signature.asc
Description: OpenPGP digital signature

Bug#703296: closed by Eduard Bloch (Bug#703296: fixed in apt-cacher-ng 0.7.14-1)

[intrigeri]

Hi,

FWIW, I'm testing a (private) backport of 0.7.14-1 on a Wheezy system
to try and confirm if it fixes the problem for me.

Eduard: if it indeed does fix the issue, would you consider
maintaining an official backport of apt-cacher-ng for wheezy?

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#717738: epigrass fails to start, requires sqlsoup

[Andreas Tille]

Hi Andreas,

the problem is fixed in SVN but we need to wait until the package
pythoin-sqlsoup is accepted by ftpmaster:

   https://ftp-master.debian.org/new.html

See also WNPP bug report #712411.

@ftpmaster:  If you might be able to shift some priorities:  If you
would be able to look at python-sqlsoup sooner than its position in the
queue we would be able to fix the problem below sooner.

Thanks for your bug report anyway

 Andreas.

On Wed, Jul 24, 2013 at 01:20:05PM +, Andreas Moog wrote:
> Package: epigrass
> Version: 2.2.2-2
> Severity: grave
> Justification: renders package unusable
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Dear maintainer,
> 
> the version of epigrass currently in the archive is unusable without 
> installing
> extra, non-package python modules. Specifically, python sqlSoup seems to be
> required:
> 
> (deb-unstable)andreas@incubator:~$ epigrass
> Traceback (most recent call last):
>   File "/usr/bin/epigrass", line 9, in 
> load_entry_point('epigrass==2.2.2', 'gui_scripts', 'epigrass')()
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 343, in 
> load_entry_point
> return get_distribution(dist).load_entry_point(group, name)
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2309, in 
> load_entry_point
> return ep.load()
>   File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2015, in load
> entry = __import__(self.module_name, globals(),globals(), ['__name__'])
>   File "/usr/lib/python2.7/dist-packages/Epigrass/epigrass.py", line 23, in 
> 
> import epiplay as epi
>   File "/usr/lib/python2.7/dist-packages/Epigrass/epiplay.py", line 14, in 
> 
> from sqlalchemy.ext.sqlsoup import SqlSoup
> ImportError: No module named sqlsoup
> (deb-unstable)andreas@incubator:~$ 
> 
> Cheers,
>   Andreas
> 
> - -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.5.0-18-generic (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages epigrass depends on:
> ii  python2.7.5-2
> ii  python-formencode 1.2.4-2
> ii  python-gdal   1.9.0-3.1
> ii  python-matplotlib 1.1.1~rc2-1
> ii  python-mysqldb1.2.3-2
> ii  python-networkx   1.7~rc1-3
> ii  python-numpy  1:1.7.1-2
> ii  python-pkg-resources  0.6.37-1
> ii  python-pysqlite2  2.6.3-3
> ii  python-qt4-gl 4.10.2-1
> ii  python-qwt5-qt4   5.2.1~cvs20091107+dfsg-6+b4
> ii  python-sqlalchemy 0.8.2-1
> ii  python-sqlobject  0.12.4-3
> ii  python-visual 1:5.12-1.6
> 
> epigrass recommends no packages.
> 
> Versions of packages epigrass suggests:
> pn  epigrass-doc  
> pn  grass 
> 
> - -- no debconf information
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> 
> iQIcBAEBAgAGBQJR79SAAAoJEGHzRCZ03mYkbnsP/i3ZqgKl70osbKT+Ysql6ggD
> 9RIWDE5QJDLcZRJAGJxzbvfcrpjDWLGa5OMw3FFmaSCz7svaIvkqVEoTvPbxw8Wx
> 4F0o0bLsr9MVwZTo24JoiOdij9XNl8M+ELO8Fagf8cK+7MMtRt++Kv/HXRVZqQzE
> PhhmEIlSI//IKO7iCEu7G/IKsYQbxZvvS2vRMP5qLuobuLiAM/ERdDI34XnSqdP3
> lO0OuO4MNVPdATYLEmEQuRdE5dhTlJpLjp6WMZ6TUoPnAKZ9yMBcuzB/HT/5vQoU
> LV6nxecy6TsAXn53chLTeC+rUh+8BwcyxLVOdsVjWLxDlT8j8saVPBvZN4h9KcKg
> fiLkDdGNJc00YMlCvGw4/YkWBKWXzvdTHLfFMB/yNTgPy4xqYLNfpoV3Xj3IeOcM
> nD9S+WNo9bQzRoBcy67CmkVci6ls1dNqhucZKH1QU+n4bgjzlp8wyWl3uu2D8Bzu
> FZyqFRWXJb3/u0v+KEmGWagtfhZ6iCk3hst22r2jmzjpr41o9uDlXXnFQTdhxQJj
> 3k+GL4vs9ve3iWqS4pfQMY3Him4ppHpo+Ir2Ifegt3Lx+kQe7255e0P2mK+IhEtl
> EBdBNeESndmQrK0h8RNbZrZEhSA6TDgLIGTFILd3PCFGQI5w/ZT68cBStf1/rHM0
> ll1BBHrmwqVh3BN9m7KF
> =Jher
> -END PGP SIGNATURE-
> 
> ___
> Debian-med-packaging mailing list
> debian-med-packag...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de


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

Bug#582109: debian-policy: document triggers where appropriate

[Julien Cristau]

On Wed, Jul 17, 2013 at 09:27:19 +0200, Raphael Hertzog wrote:

> Hi,
> 
> On Wed, 17 Jul 2013, Charles Plessy wrote:
> > About the problem of triggers being called with Depends not satisfied, can 
> > you
> > give more explanations or suggest some text for the warning ?  Would it be
> > enough to add a notice that the triggered postinst script may be called when
> > the package is "Unpacked", which is a state that does not require that the
> > packages that are depended on are configured ?
> 
> Julien is referring to this bug:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671711
> 
> It might be fixed for jessie, at least I hope so, but he seems to doubt
> it.

It doesn't really matter whether it's fixed for jessie.  Since it's not
fixed in wheezy, it's relevant for packages in jessie when they're
upgraded.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#717742: Apper doesn't ask for root password before installation of packages

[Łukasz Konieczny]

Package: apper
Version: 0.8.0-2
Severity: important

   I use testing (currently it is Jessie). Recently there was an update 
of PackageKit, so I'm not exactly sure whether it is a bug in apper or 
packagekit (or maybe another package, which is maybe used by apper to 
authenticate installation). When I install package using Apper, Apper 
doesn't show kdesu window, so it doesn't ask for root password at all. I 
think it's a bug, because only root should have right to write to for 
example /usr/, and Apper had always asked for root password until this day.
   I successfully installed okular-extra-backends without root password 
(as an non-priviledged user), and scared by that, tried to install 
another package, which was kmines, also success (without root password).
   I expect that apper behaves like previous and ask for root password 
before installation.

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

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

Versions of packages apper depends on:
ii  apper-data   0.8.0-2
ii  kde-runtime  4:4.8.4-2+b1
ii  libc62.17-7
ii  libdebconf-kde0  0.2-2
ii  libgcc1  1:4.8.1-2
ii  libgee2  0.6.8-1
ii  libglib2.0-0 2.36.3-3
ii  libkcmutils4 4:4.8.4-4+b1
ii  libkdecore5  4:4.8.4-4+b1
ii  libkdeui54:4.8.4-4+b1
ii  libkemoticons4   4:4.8.4-4+b1
ii  libkidletime44:4.8.4-4+b1
ii  libkio5  4:4.8.4-4+b1
ii  libkprintutils4  4:4.8.4-4+b1
ii  libkutils4   4:4.8.4-4+b1
ii  libkworkspace4abi1   4:4.8.4-6
ii  liblistaller-glib0   0.5.7-1
ii  libpackagekit-qt2-6  0.8.8-2
ii  libplasma3   4:4.8.4-4+b1
ii  libqt4-dbus  4:4.8.5+dfsg-2
ii  libqt4-declarative   4:4.8.5+dfsg-2
ii  libqt4-network   4:4.8.5+dfsg-2
ii  libqt4-sql   4:4.8.5+dfsg-2
ii  libqt4-svg   4:4.8.5+dfsg-2
ii  libqt4-xml   4:4.8.5+dfsg-2
ii  libqt4-xmlpatterns   4:4.8.5+dfsg-2
ii  libqtcore4   4:4.8.5+dfsg-2
ii  libqtgui44:4.8.5+dfsg-2
ii  libsolid44:4.8.4-4+b1
ii  libstdc++6   4.8.1-2
ii  libxapian22  1.2.15-2
ii  listaller0.5.7-1
ii  packagekit   0.8.9-3
ii  policykit-1-gnome0.105-2
ii  polkit-kde-1 0.99.0-3

Versions of packages apper recommends:
pn  appstream-index  

Versions of packages apper suggests:
pn  debconf-kde-helper   
pn  software-properties-kde  

-- 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#676784: Policy §10.5 and .jar file noticeable exception

[Eugene Zhukov]

On Wed, Jul 24, 2013 at 4:41 PM, Charles Plessy  wrote:
> Le Wed, Jul 24, 2013 at 03:55:38PM +0300, Eugene Zhukov a écrit :
>>
>> I encountered a Lintian warning executable-not-elf-or-script with one
>> of my packages and then I learned about outstanding
>> Lintian<->debian-policy bug #539315.
>>
>> How about fixing the policy by adding an exception for .jar files?
>
> Dear Eugene,
>
> I do not see where the Policy forbids JAR files to be executable when they are
> intended to be executed.  In line with others, I think that the interpretation
> of section 10.5 on symbolic links in #539315 is overly restrictive, as
> executable JAR files are not just compressed files, but entire archives.
>
> Altogether, I think that we should close #676784 (the clone of #539315), or
> clarify what is the intent of section 10.5, and what is meant by "compressed"
> there.

The problem with section 10.5 is in the clause "A symbolic link
pointing to a compressed file should always have the same file
extension as the referenced file".
So, if I have /usr/share/java/foo.jar, then I want to have executable
foo in /usr/bin through link foo -> ../share/java/foo.jar. Which is
now, as I see it, against the policy.


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

Bug#709647: [49/85] genirq: Fix can_request_irq() for IRQs without an action

[Ben Hutchings]

3.2.49-rc1 review patch.  If anyone has any objections, please let me know.

--

From: Ben Hutchings 

commit 2779db8d37d4b542d9ca2575f5f178dbeaca6c86 upstream.

Commit 02725e7471b8 ('genirq: Use irq_get/put functions'),
inadvertently changed can_request_irq() to return 0 for IRQs that have
no action.  This causes pcibios_lookup_irq() to select only IRQs that
already have an action with IRQF_SHARED set, or to fail if there are
none.  Change can_request_irq() to return 1 for IRQs that have no
action (if the first two conditions are met).

Reported-by: Bjarni Ingi Gislason 
Tested-by: Bjarni Ingi Gislason  (against 3.2)
Signed-off-by: Ben Hutchings 
Cc: 709...@bugs.debian.org
Link: http://bugs.debian.org/709647
Link: 
http://lkml.kernel.org/r/1372383630.23847.40.ca...@deadeye.wl.decadent.org.uk
Signed-off-by: Thomas Gleixner 
---
 kernel/irq/manage.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

--- a/kernel/irq/manage.c
+++ b/kernel/irq/manage.c
@@ -539,9 +539,9 @@ int can_request_irq(unsigned int irq, un
return 0;
 
if (irq_settings_can_request(desc)) {
-   if (desc->action)
-   if (irqflags & desc->action->flags & IRQF_SHARED)
-   canrequest =1;
+   if (!desc->action ||
+   irqflags & desc->action->flags & IRQF_SHARED)
+   canrequest = 1;
}
irq_put_desc_unlock(desc, flags);
return canrequest;


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

Bug#699842: 3.3.0

[Philipp Klaus Krause]

The current upstream version is 3.3.0 (released in early may 2013). The
version currently in Debian is nearly two years old.

Philipp


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

Bug#717726: logrotate doesn't recreate logfiles with the previous permissions

[Steven Chamberlain]

Hi,

Quoting logrotate.conf(5):

logrotate 3.8.1 expects:
> create mode owner group

logrotate 3.8.5 allows for:
> create mode owner group, create owner group
> [...]
> Any of the log file attributes may  be  omitted,
> in  which  case  those  attributes for the new file will use the
> same values as the original log file for the omitted attributes.

Were you perhaps trying to use the new syntax with old logrotate?


On Wed, Jul 24, 2013 at 11:45:24AM +0200, root wrote:
> log analyzers need 0644 permissions to be able to read the logfiles

Typically you would put analysers in the 'adm' group, which has group
read permissions on most log files.  That way you don't have to make
your log files readable to everyone on the system.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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

Bug#717689: linux: please review and merge m68k patch

[Geert Uytterhoeven]

On Wed, Jul 24, 2013 at 9:34 AM, Thorsten Glaser  wrote:
>> > >> +## choice: Preemption Model
> […]
>> Now why do you want to change that?
>
> My naïve reasoning is like that: less preemption = less
> interruption / context switches = more work done in total
> at the cost of a bit interactivity (probably not all that
> much because it’s already slow).
>
> If that’s wrong I’ll remove this part too, just say so.

It doesn't matter changing these, as arch/m68k/Kconfig has:

if COLDFIRE
source "kernel/Kconfig.preempt"
endif

so none of these symbols should be in your .config file?

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds


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

Bug#717743: gosa: fails to enable with apach2

[IOhannes m zmoelnig]

Package: gosa
Version: 2.7.4-4.3
Severity: normal

i installed gosa on a system that has apache2 (2.4.6) installed.
before installing gosa, i purged and re-installed apache2.

after installing gosa, i cannot access it via http://localhost/gosa

checkingthe configuration, i notice that no config has been done for apache2.
checking the gosa.postinst script, i see that it tries to create a symlink to
/etc/apache2/conf.d/gosa.conf IF /etc/apache2/conf.d/ exists.
it seems that with apache2.4.6 this directory no longer exists.

this package should provide uptodate information how to enable it using he
default webserver and/or create sane defaults that work with that webserver out
of the box. (preferably both).

fgamsdr
IOhannes

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

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

Versions of packages gosa depends on:
ii  apache22.4.6-2
ii  apache2-bin [httpd]2.4.6-2
ii  exim4  4.80-7
ii  exim4-daemon-heavy [mail-transport-agent]  4.80-7
ii  gettext0.18.3-1
ii  imagemagick8:6.7.7.10-5
ii  libapache2-mod-php55.5.1+dfsg-1
ii  libcrypt-smbhash-perl  0.12-3
ii  php5   5.5.1+dfsg-1
ii  php5-cli   5.5.1+dfsg-1
ii  php5-curl  5.5.1+dfsg-1
ii  php5-gd5.5.1+dfsg-1
ii  php5-imap  5.5.1+dfsg-1
ii  php5-ldap  5.5.1+dfsg-1
ii  php5-mcrypt5.5.1+dfsg-1
ii  php5-mysql 5.5.1+dfsg-1
ii  php5-recode5.5.1+dfsg-1
ii  smarty33.1.13-1
ii  ttf-liberation 1.07.2-6

gosa recommends no packages.

Versions of packages gosa suggests:
pn  cyrus21-imapd   
ii  gosa-schema 2.7.4-4.3
pn  gosa-si-server  
pn  php-apc 
pn  php-fpdf
pn  php5-suhosin
pn  postfix-ldap
ii  slapd   2.4.31-1+nmu2

-- 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#640515: xpdf: Segmentation fault when trying to print file

[Matthieu CASTET]

Package: xpdf
Version: 3.03-11
Followup-For: Bug #640515

I have got the same problem.

Here is the gdb backtrace :

#0  0xf7c5794e in GooHash::find(GooString*, int*) ()
   from /usr/lib/i386-linux-gnu/libpoppler.so.19
#1  0xf7c57b3b in GooHash::lookup(GooString*) ()
   from /usr/lib/i386-linux-gnu/libpoppler.so.19
#2  0xf7c003af in GlobalParams::getPSFont(GooString*) ()
   from /usr/lib/i386-linux-gnu/libpoppler.so.19
#3  0xf7c439df in PSOutputDev::setupFont(GfxFont*, Dict*) ()
   from /usr/lib/i386-linux-gnu/libpoppler.so.19
#4  0xf7c44806 in PSOutputDev::setupFonts(Dict*) ()
   from /usr/lib/i386-linux-gnu/libpoppler.so.19
#5  0xf7c44985 in PSOutputDev::setupResources(Dict*) ()
   from /usr/lib/i386-linux-gnu/libpoppler.so.19
#6  0xf7c44eea in PSOutputDev::writeDocSetup(PDFDoc*, Catalog*, int, int, bool)
() from /usr/lib/i386-linux-gnu/libpoppler.so.19
#7  0xf7c46f24 in PSOutputDev::init(void (*)(void*, char*, int), void*, 
PSFileType, char*, PDFDoc*, XRef*, Catalog*, int, int, PSOutMode, int, int, 
int, int, bool, int, int, bool) () from /usr/lib/i386-linux-gnu/libpoppler.so.19
#8  0xf7c47432 in PSOutputDev::PSOutputDev(char const*, PDFDoc*, XRef*, 
Catalog*, char*, int, int, PSOutMode, int, int, bool, int, int, int, int, bool, 
bool)
() from /usr/lib/i386-linux-gnu/libpoppler.so.19
#9  0x5657a265 in ?? ()
#10 0xf7ad920f in XtCallCallbackList () from /usr/lib/i386-linux-gnu/libXt.so.6
#11 0xf7dc81c2 in ?? () from /usr/lib/i386-linux-gnu/libXm.so.4
---Type  to continue, or q  to quit---
#12 0xf7d68b1c in _XmBulletinBoardReturn ()
   from /usr/lib/i386-linux-gnu/libXm.so.4
#13 0xf7d695c8 in ?? () from /usr/lib/i386-linux-gnu/libXm.so.4
#14 0xf7e8ad55 in _XmParentProcess () from /usr/lib/i386-linux-gnu/libXm.so.4
#15 0xf7e522b6 in ?? () from /usr/lib/i386-linux-gnu/libXm.so.4
#16 0xf7e8ad55 in _XmParentProcess () from /usr/lib/i386-linux-gnu/libXm.so.4
#17 0xf7e3d065 in ?? () from /usr/lib/i386-linux-gnu/libXm.so.4
#18 0xf7b0f6b0 in ?? () from /usr/lib/i386-linux-gnu/libXt.so.6
#19 0xf7b0faeb in ?? () from /usr/lib/i386-linux-gnu/libXt.so.6
#20 0xf7b10921 in _XtTranslateEvent () from /usr/lib/i386-linux-gnu/libXt.so.6
#21 0xf7ae7d00 in XtDispatchEventToWidget ()
   from /usr/lib/i386-linux-gnu/libXt.so.6
#22 0xf7ae84aa in ?? () from /usr/lib/i386-linux-gnu/libXt.so.6
#23 0xf7ae8605 in XtDispatchEvent () from /usr/lib/i386-linux-gnu/libXt.so.6
#24 0xf7af488e in XtAppProcessEvent () from /usr/lib/i386-linux-gnu/libXt.so.6
#25 0xf7ae8a88 in XtAppMainLoop () from /usr/lib/i386-linux-gnu/libXt.so.6
#26 0x565729fe in ?? ()
#27 0x56560f12 in main ()

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

Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages xpdf depends on:
ii  libc6 2.17-7
ii  libgcc1   1:4.8.1-7
ii  libpoppler19  0.18.4-6
ii  libstdc++64.8.1-7
ii  libx11-6  2:1.6.0-1
ii  libxm42.3.4-4
ii  libxt61:1.1.3-1+deb7u1

Versions of packages xpdf recommends:
ii  cups-bsd   1.6.3-1
pn  gsfonts-x11
ii  poppler-data   0.4.6-4
ii  poppler-utils  0.18.4-6

xpdf 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#717744: blkid ignores /dev/sdd8 (using gpt)

[Harald Dunkel]

Package: util-linux
Version: 2.17.2-9

blkid fails to recognize /dev/sdd8 on a gpt disk. Sample
session:

# parted /dev/sdd u s p
Model: WDC WD32 00BPVT-26JJ5T0 (scsi)
Disk /dev/sdd: 625142448s
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End Size   File system Name   Flags
 1  63s 2047s   1985s  bios_grub  bios_grub
 2  2048s   524287s 522240sfat16   efi_boot
 3  524288s 67108863s   66584576s  ext4root
 4  67108864s   100663295s  33554432s  linux-swap(v1)  swap
 5  100663296s  167772159s  67108864s  ext4root1
 6  167772160s  234881023s  67108864s  ext4root2
 7  234881024s  301989887s  67108864s  ext4root3
 8  301989888s  369098751s  67108864s  ext4root4

# blkid -c /dev/null | grep sdd | sort
/dev/sdd2: SEC_TYPE="msdos" LABEL="EFI_BOOT" UUID="C318-1EC3" TYPE="vfat"
/dev/sdd3: LABEL="root" UUID="023f209e-2183-40a6-8cf4-f679a036b196" TYPE="ext4"
/dev/sdd4: LABEL="swap" UUID="0265791e-504e-48e9-9843-b291e2565084" TYPE="swap"
/dev/sdd5: LABEL="root1" UUID="026f5bf9-2149-4be1-9e0a-9fe8e4a50305" TYPE="ext4"
/dev/sdd6: LABEL="root2" UUID="95bffdf3-1422-4b58-bf3f-e7c2ad9d1dc4" TYPE="ext4"
/dev/sdd7: LABEL="root3" UUID="fbcfa206-f199-4ff3-81b8-564068371fbf" TYPE="ext4"


This is pretty painful.


Regards
Harri


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

Bug#717745: lynx-cur: For XHTML documents, lynx opens an external browser if $DISPLAY is set

[Vincent Lefevre]

Package: lynx-cur
Version: 2.8.8dev.15-2
Severity: normal

For XHTML documents, lynx opens an external browser (in my case,
epiphany-browser) if $DISPLAY is set, instead of just displaying
it like when $DISPLAY is not set.

Example:

$ lynx http://www.vinc17.net/test/c1.xhtml

This document is served with "Content-Type: application/xhtml+xml".

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

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

Versions of packages lynx-cur depends on:
ii  libbsd0   0.6.0-1
ii  libbz2-1.01.0.6-4
ii  libc6 2.17-7
ii  libgcrypt11   1.5.2-3
ii  libgnutls26   2.12.23-5
ii  libidn11  1.28-1
ii  libncursesw5  5.9+20130608-1
ii  libtinfo5 5.9+20130608-1
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages lynx-cur recommends:
ii  mime-support  3.54

lynx-cur suggests no packages.

-- debconf information:
  lynx-cur/defaulturl: http://www.lip.ens-lyon.fr/
  lynx-cur/etc_lynx.cfg:


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

Bug#717745: lynx-cur: For XHTML documents, lynx opens an external browser if $DISPLAY is set

[Vincent Lefevre]

On 2013-07-24 16:29:06 +0200, Vincent Lefevre wrote:
> For XHTML documents, lynx opens an external browser (in my case,
> epiphany-browser) if $DISPLAY is set, instead of just displaying
> it like when $DISPLAY is not set.
> 
> Example:
> 
> $ lynx http://www.vinc17.net/test/c1.xhtml
> 
> This document is served with "Content-Type: application/xhtml+xml".

Moreover the wrong MIME type is provided to epiphany, so that
the document is not rendered correctly.

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


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

Bug#717700: xarchiver: Incorrect 7z archive content representation

[Evgeny]

25.07.2013 00:55, Markus Koschany пишет:

On 24.07.2013 13:30, Evegeniy Potanin wrote:
  


Hello, Markus,

  


I've just tried packages from jessie
(http://packages.debian.org/sid/amd64/xarchiver/download
) and sid
(http://packages.debian.org/sid/amd64/xarchiver/download)  (they are the
same in fact),

but the problem still remains.

Hi,

thanks for your confirmation. I have checked it myself now and i can
confirm your issue.

It appears to be similar to http://bugs.debian.org/697493 but it is a
different problem with 7z.

Probably this patch from Fedora can fix the issue.

http://pkgs.fedoraproject.org/cgit/xarchiver.git/tree/xarchiver-0.5.2-fix_7z_support.patch

Regards,

Markus




Hello,

thanks for patch, but unfortunately it did not helped to resolve the issue.
I've built xarchiver (from wheezy sources) and applied the patch (it was 
already partly applied),

and installed.
Now xarchiver falls with segfault when opening supplied archive.

Rgrds,
Evgeny


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

Bug#708025: libtemplate-perl: FTBFS with perl 5.18: text.split.join d did not match expected

[Damyan Ivanov]

Control: -1 tags fixed-upstream

> This package FTBFS with perl 5.18 from experimental (in a clean
> sbuild session):
> 
> FAILED 35:  - text.split.join d did not match expected
> t/vmethods/text.t .
> Failed 1/107 subtests
> 
> There is a possible patch on the upstream bug report.

Upstream has released a fixed version that is supposed work well with 
pre- and post-5.18 perls.


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

Bug#717742: Apper doesn't ask for root password before installation of packages

[Matthias Klumpp]

Hi!
PK allows local active users to install signed software without
prompting for authentication sibce 0.8.8. This is planned to be
changed in Debian, although it is no security risk.
The planned policy for PK 0.8.10 (next scheduled release) is to allow
local active users in the wheel group to install signed software
without password request. This should make everybody happy :-)
(users which aren't in the wheel group will still be asked for password)
Cheers,
   Matthias


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