Bug#750473: u-boot: Please enable Cubietruck support

[Ian Campbell]

On Tue, 2014-06-03 at 22:57 +0200, Andreas Henriksson wrote:
> Hello Vagrant!
> 
> Thanks for your extremely quick reply and backporting work!

Ack!

> On Tue, Jun 03, 2014 at 11:20:22AM -0700, Vagrant Cascadian wrote:
> > On Tue, Jun 03, 2014 at 06:20:03PM +0200, Andreas Henriksson wrote:
> > > Please consider shipping the package with Cubietruck support enabled.
> > > Cubietruck support has been merged upstream recently (post 2014.07-rc2).
> > ...
> > > Packaging a git snapshot for experimental for now would be appreciated 
> > > while
> > > waiting for the final v2014.07 release.
> > 
> > Built a package with the patches from upstream applied on v2014.04 (was a
> > fairly straightforward backport), and it built fine.

Did you also pick up the designware fixes? (It sounds like it since
Andreas reports dhcp working).

FYI there is support for cubieboard 1&2 and a couple of other boards
(one ofthe OLinuxIno ones I think) ongoing on the u-boot list.

To be really useful we would also want the AHCI driver which is also
currently being reviewed on the list.

I suppose all of that ought to wait for upstream acceptance though.

> > > Add something like this to debian/targets:
> > > armhf   Cubietruck  u-boot.img spl/sunxi-spl.bin 
> > > u-boot-sunxi-with-spl.bin
> > > 
> > > For extra bonus points also enable FEL mode, possibly like this:
> > > armhf   Cubietruck_FEL  u-boot.img spl/sunxi-spl.bin 
> > > u-boot-sunxi-with-spl.bin
> > 
> > I didn't enable the _FEL variant, do you definitely need that as well?
> 
> I'm not planning to use it myself right now, but others might very well
> need it and maybe I will too in the future.
> I see no reason not to enable it, but maybe you know better why not to.

I haven't actually tried this yet but I was half thinking it might be
nice/useful to be able to boot D-I from USB using FEL instead of messing
around with TFTP or MMC cards etc. That would require the FEL versions
of u-boot.bin and spl/sunxi-spl.bin (not sure abuot u-boot.img, I don't
use it with FEL at least).

That's part of my reason for #750104, to provide the necessary tools on
the host side.

(I haven't really considered how the u-boot would get onto the host
system -- since the package is not arch:all. I suppose multiarch might
help!)

> FEL booting is for example needed for USB booting.
> 
> For more info on FEL see http://linux-sunxi.org/FEL and subpages like
> http://linux-sunxi.org/FEL/USBBoot
> 
> > 
> > 
> > > (Note: building u-boot-sunxi-with-spl.bin should be enough really, other
> > > targets just included for following the general style and someone might 
> > > find
> > > them useful...)
> > 
> > If the only file needed is u-boot-sunxi-with-spl.bin, and it builds fine, 
> > then
> > I'd be inclined to only ship that.
> 
> Right now we only have MMC driver in the Debian kernel.
> The NAND driver is going through reviews on Linux kernel mailing list
> and will hopefully soon be merged (for 3.17 merge window maybe? If so, then
> we can probably get it into 3.16 kernel for Debian in ~ 2 months.)
> 
> AFAIK normal booting is only available though MMC and NAND on the "A20" SoC,
> so right now u-boot-sunxi-with-spl.bin is the most convenient to use.
> 
> Fwiw, u-boot-sunxi-with-spl.bin is just a combination of the other two
> so they will still be built.

> Also maybe we might soon need them split out for NAND booting (but I haven't
> looked at what's needed for NAND booting yet).

FWIW FEL mode would want them split not joined. And I think you need
u-boot.bin not u-boot.img for that case too (or at least that is what
I've always used...).

> I don't see a reason to not ship them (no compile time save and only minimal
> size difference on the binary package), but again you might know better.
> 
> Regards,
> Andreas Henriksson
> 
> 


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

Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory

[Ritesh Raj Sarraf]

For the sake of users who may land on this bug report. lio-utils is
deprecated upstream. Users are advised to switch to targetcli. lio-utils
may soon be removed from the Debian repositories.


On 06/03/2014 12:31 AM, David Suárez wrote:
> Source: lio-utils
> Version: 3.1+git2.fd0b34fd-2
> Severity: serious
> Tags: jessie sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20140601 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
>> make[1]: Entering directory '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd'
>> # Hack for now.
>> chmod a+x 
>> /«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py
>> chmod: cannot access 
>> '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py':
>>  No such file or directory
>> make[1]: *** [override_dh_link] Error 1
> The full build log is available from:
>
> http://aws-logs.debian.net/ftbfs-logs/2014/06/01/lio-utils_3.1+git2.fd0b34fd-2_unstable.log
>
> A list of current common problems and possible solutions is available at
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
>
> About the archive rebuild: The rebuild was done on EC2 VM instances from
> Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
> failed build was retried once to eliminate random failures.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#726935: network-manager-gnome: nm-connection-editor segfaults when importing .ovpn config

[Tim Dengel]

Any idea when this fix will be in testing or unstable?


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

Bug#750360: systemd-sysv: breaks NFS root systems

[Dominik George]

> While the attached patch looks correct, I'd very much prefer if we could
> just mount /usr from the initramfs, which would make this issue obsolete.

Uh? Not really… remember, we are just goin to check whether we got the 
*rootfs* mounted, we can hardly go mount something to /usr for that.

Apart from that, there is no /usr in the initramfs.

-nik

-- 
Dominik George (Vorstandsvorsitzender)
Teckids e.V. - Erkunden, Entdecken, Erfinden.
https://www.teckids.org

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

Bug#750525: mailman: Master qrunner detected subprocess exit while decoding utf8 character

[Laurent Mazet]

Package: mailman
Version: 1:2.1.16-2
Severity: important

Dear Maintainer,

Thanks to mailman an postfix, I'm running multiple mailing list for 2 virtuals 
domain since 3 years without any majour issues. But one mailing list fall down 
2 days ago, just after upgrading to 2.1.16-1. 80% of mail are lock in the 
queue. Others mailing lists still work fine. I got this type of log in 
/var/lib/mailman/log/error

--8<--
Jun 02 11:24:49 2014 (3899) Uncaught runner exception: 'utf8' codec can't 
decode byte 0xe9 in position 8: invalid continuatio
Jun 02 11:24:49 2014 (3899) Traceback (most recent call last):
  File "/var/lib/mailman/Mailman/Queue/Runner.py", line 119, in _oneloop
self._onefile(msg, msgdata)
  File "/var/lib/mailman/Mailman/Queue/Runner.py", line 190, in _onefile
keepqueued = self._dispose(mlist, msg, msgdata)
  File "/var/lib/mailman/Mailman/Queue/IncomingRunner.py", line 130, in _dispose
more = self._dopipeline(mlist, msg, msgdata, pipeline)
  File "/var/lib/mailman/Mailman/Queue/IncomingRunner.py", line 153, in 
_dopipeline
sys.modules[modname].process(mlist, msg, msgdata)
  File "/var/lib/mailman/Mailman/Handlers/CookHeaders.py", line 223, in process
i18ndesc = uheader(mlist, mlist.description, 'List-Id', maxlinelen=998)
  File "/var/lib/mailman/Mailman/Handlers/CookHeaders.py", line 65, in uheader
return Header(s, charset, maxlinelen, header_name, continuation_ws)
  File "/usr/lib/python2.7/email/header.py", line 183, in __init__
self.append(s, charset, errors)
  File "/usr/lib/python2.7/email/header.py", line 267, in append
ustr = unicode(s, incodec, errors)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xe9 in position 8: invalid 
continuation byte

Jun 02 11:24:49 2014 (3899) SHUNTING: 
1401701086.211024+3c3ed99893324dcbcacc1c719fbc0a8b3004d4bb
-->8--

Finaly I downgrad mailmain to 2.1.16-1 and the problem disappears. By the way, 
mails lock in the queue were finally send.

Regards,

Laurent

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

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

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


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

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

Versions of packages mailman depends on:
ii  apache2  2.4.9-1
ii  apache2-bin [httpd]  2.4.9-1
ii  apache2-mpm-prefork [httpd]  2.4.9-1
ii  cron 3.0pl1-124
ii  debconf [debconf-2.0]1.5.53
ii  libc62.18-7
ii  logrotate3.8.7-1
ii  lsb-base 4.1+Debian12
pn  python:any   
ii  ucf  3.0029

Versions of packages mailman recommends:
ii  postfix [mail-transport-agent]  2.11.0-1

Versions of packages mailman suggests:
ii  listadmin 2.40-4
ii  lynx  2.8.8pre5-1
ii  spamassassin  3.4.0-1

-- Configuration Files:
/etc/init.d/mailman changed:
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/lib/mailman/bin/mailmanctl
PIDFILE=/var/run/mailman/mailman.pid
test -x $DAEMON || exit 0
set -e
if ! [ -d /var/run/mailman ]; then
  install -d -o list -g list /var/run/mailman
fi
if ! [ -d /var/lock/mailman ]; then
  install -d -o root -g list -m 2775 /var/lock/mailman
fi
.. /lib/lsb/init-functions
if ! [ -x /usr/bin/python ]; then
log_warning_msg "Python interpreter not available, exiting."
exit 0;
fi
case "$1" in
  start)
SITE_LIST=$( sed -rne 
"s/^[[:space:]]*MAILMAN_SITE_LIST[[:space:]]*=[[:space:]]*(['\"])([^'\"]+)\\1/\\2/p"
 /etc/mailman/mm_cfg.py )
[ -n "$SITE_LIST" ] || SITE_LIST='mailman'
if ! /var/lib/mailman/bin/list_lists -b | grep -q "^${SITE_LIST}$"; then
log_warning_msg "Site list for mailman missing (looking for list named 
'${SITE_LIST}')."
log_warning_msg "Please create it; until then, mailman will refuse to 
start."
exit 0;
fi
log_daemon_msg "Starting Mailman master qrunner" "mailmanctl"
if $DAEMON -s -q start; then
log_end_msg 0
else
log_end_msg 1
fi
;;
  stop)
log_daemon_msg "Stopping Mailman master qrunner" "mailmanctl"
if $DAEMON -q stop; then
rm -f $PIDFILE
log_end_msg 0
else
log_end_msg 1
fi
;;
  reload)
log_begin_msg "Reloading Mailman master qrunner configuration"
if $DAEMON -q restart; then
log_end_msg 0
else
log_end_msg 1
fi
  ;;
  restart|force-reload)
PID=`cat $PIDFILE 2>/dev/null` || true
log_daemon_msg "Restarting Mailman master qrunner" "mailmanct

Bug#750526: libgtk-3-0: Client-side drop shadow appears when programs are started with a compositor running

[Russell Haley]

Source: libgtk-3-0
Severity: normal
Tags: upstream

Dear Maintainer,

When GTK 3 applications (gedit, gnome-disks, deja-dup, probably most others)
are started on a system with a compositor running (in my case, compton), they
have a 25 pixel shadow on all edges. Because the shadow is inside the window's
bounding box, this interferes with the operation of tiling window managers, and
window-edge snapping on floating window managers.



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

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


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

Bug#750490: [Pkg-shadow-devel] Bug#750490: please backport newest shadow with subuid/subgid to wheezy

[Christian PERRIER]

Quoting Thomas Koch (tho...@koch.ro):
> Source: shadow
> Severity: wishlist
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Please backport the newest shadow version to wheezy so that is's easier to
> test and explore unprivileged containers.
> 
> I just had to undo the patch from debian bug #741129 (use pam_exec for motd)
> to build the newest shadow on wheezy.


Hello Thomas,

I would very much welcome such backport, but I really can't commit to
do it myself. However, anyone is free to work on it (preferrably in
the pkg-shadow git repository, which I can open to any volunteer) and
I can sponsor the upload in case the person doing the work is not a DD
or DM.




signature.asc
Description: Digital signature

Bug#750496: texlive-xetex crashes install

[Norbert Preining]

Yes, but instead put
set -x
in there and then send me the full output (lots!) of the dpkg run.


PREINING, Norbert  http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13


> On 2014/06/04, at 14:34, Eric Fort  wrote:
> 
> before I ' dpkg --configure -a'  should I remove the "exit 0" I placed at the 
> top of the postinstall script such that it would continue past the error?
> 
> 
>> On Tue, Jun 3, 2014 at 8:55 PM, Norbert Preining  wrote:
>> On Tue, 03 Jun 2014, Eric Fort wrote:
>> > packaging works so I defer to you.  Here's the command, run as root in a
>> > single line and the output:
>> 
>> Ok, so it works. Strange.
>> 
>> Can you run
>> dpkg --configure -a
>> as root?
>> 
>> Norbert
>> 
>> 
>> PREINING, Norbert   http://www.preining.info
>> JAIST, Japan TeX Live & Debian Developer
>> GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13
>> 
> 

Bug#750471: apport: Missing "Package" field in crash file

[Ritesh Raj Sarraf]

On 06/03/2014 09:15 PM, Laurent Bigonville wrote:
> When trying to run apport-retrace on a .crash file, it complains that
> some fields might be missing.
>
> Looking further, it turns out that the "Package" field is missing.
> After adding it in the .crash file, apport-retrace is working properly.
>
> Not sure why this field is not added.

Yes. This happens some times. The reason is unknown. Last I checked with
Martin Pitt (Upstream dev for apport), there was no clear answer to what
may be the cause.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System




signature.asc
Description: OpenPGP digital signature

Bug#750496: texlive-xetex crashes install

[Eric Fort]

before I ' dpkg --configure -a'  should I remove the "exit 0" I placed at
the top of the postinstall script such that it would continue past the
error?


On Tue, Jun 3, 2014 at 8:55 PM, Norbert Preining  wrote:

> On Tue, 03 Jun 2014, Eric Fort wrote:
> > packaging works so I defer to you.  Here's the command, run as root in a
> > single line and the output:
>
> Ok, so it works. Strange.
>
> Can you run
> dpkg --configure -a
> as root?
>
> Norbert
>
> 
> PREINING, Norbert   http://www.preining.info
> JAIST, Japan TeX Live & Debian Developer
> GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13
> 
>

Bug#750524: Please package LilyPond 2.18.2

[Don Armstrong]

On Wed, 04 Jun 2014, John Zaitseff wrote:
> > The main reason I haven't already released 2.18.2 is that lilypond
> > doesn't work with guile 2.0, nor does it work with makeinfo --html.
> 
> Thanks for the update!  I'm currently working on trying to get the
> libgimp-perl package back into Debian, but I'll see if I can have a
> look at this too.  Might be in a week or two, though...

Cool; no rush. If I get a free moment, I may just shove 2.18.2 into the
archive as it is now, but more help on the guile and makeinfo issues
would definitely be appreciated.

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

To steal ideas from one person is plagiarism; to steal from many is
research.
 -- Steven Wright


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

Bug#750524: Please package LilyPond 2.18.2

[John Zaitseff]

Hi, Don,

> The main reason I haven't already released 2.18.2 is that lilypond
> doesn't work with guile 2.0, nor does it work with makeinfo --html.

Thanks for the update!  I'm currently working on trying to get the
libgimp-perl package back into Debian, but I'll see if I can have a
look at this too.  Might be in a week or two, though...

John

-- 
John Zaitseff,--_|\The ZAP Group
Phone:  +61 2 9643 7737 /  \   Sydney, Australia
E-mail: j.zaits...@zap.org.au   \_,--._*   http://www.zap.org.au/
  v


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

Bug#750524: Patch for lintian override

[John Zaitseff]

Hi,

The following attached patch should be sufficient to stop lintian
errors when building LilyPond.

John

-- 
John Zaitseff,--_|\The ZAP Group
Phone:  +61 2 9643 7737 /  \   Sydney, Australia
E-mail: j.zaits...@zap.org.au   \_,--._*   http://www.zap.org.au/
  v
diff -ruNa a/debian/lilypond-doc.lintian-overrides b/debian/lilypond-doc.lintian-overrides
--- a/debian/lilypond-doc.lintian-overrides	(revision 1042)
+++ b/debian/lilypond-doc.lintian-overrides	(working copy)
@@ -1,3 +1,6 @@
 # we ship usr/share/info/lilypond as a symlink into the documentation
 # for images in info documents
 lilypond-doc binary: info-document-not-compressed usr/share/info/lilypond
+# keep quiet about images in the info directory
+lilypond-doc binary: info-document-not-compressed usr/share/info/lilypond/pictures/*
+lilypond-doc binary: info-document-has-wrong-extension usr/share/info/lilypond/pictures/*

Bug#750524: Patch for lintian override

[John Zaitseff]

Hi,

> The following attached patch should be sufficient to stop lintian
> errors when building LilyPond.

Sorry, Don, I hadn't seen your previous e-mail...

John

-- 
John Zaitseff,--_|\The ZAP Group
Phone:  +61 2 9643 7737 /  \   Sydney, Australia
E-mail: j.zaits...@zap.org.au   \_,--._*   http://www.zap.org.au/
  v


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

Bug#750507: Move to udisks2, udisks 1 is deprecated

[Andrei POPESCU]

Control: reassign -1 bilibop-rules 0.4.21

On Mi, 04 iun 14, 02:46:57, Michael Biebl wrote:
> Source: bilibop-rules
> Version: 0.4.21
> Severity: normal
> User: pkg-utopia-maintain...@lists.alioth.debian.org
> Usertags: udisks1-deprecation
> 
> Hello,
> 
> this package currently depends on/recommends udisks 1. That has been
> deprecated for a while now, in favor of udisks 2. Please port the
> package to udisks 2 and drop code that uses the old
> hal/devicekit-disks/udisks 1 bits.
> 
> Please note that udisks2 also has a library interface (libudisks2-0)
> which is easier to use than raw D-BUS calls. It is also introspectable
> (gir1.2-udisks-2.0) so you can use it from languages like Python.
> However, for this C# case it's probably better to stick with raw D-BUS
> calls as AFAIK there is no current/maintained gobject-introspection
> support for Mono.
> 
> The API is documented at http://udisks.freedesktop.org/docs/latest/ .
> 
> Thanks,
> Michael
> 
> 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (200, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash

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


signature.asc
Description: Digital signature

Bug#750524: Please package LilyPond 2.18.2

[Don Armstrong]

On Wed, 04 Jun 2014, John Zaitseff wrote:
> The only thing that had to change was debian/changelog. Could you
> therefore update the official Debian package? Thanks!

The main reason I haven't already released 2.18.2 is that lilypond
doesn't work with guile 2.0, nor does it work with makeinfo --html. I
think there are bugs open for both of these issues in upstream's
bugtracker, but if you've got extra cycles, working on them would be
awesome. [I have a super preliminary patch in my git repository, but it
doesn't work at all.]

> I note that the current package has some lintian errors, as listed
> below.  If I have a chance, I'll try to whip up a patch to at least
> turn these into warnings...

These are because of bug #748167 in lintian, which will be fixed in the next
release of lintian.

>   E: lilypond-doc: info-document-not-compressed 
> usr/share/info/lilypond/pictures/carter-brey.jpg


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

We have to face the fact that either all of us are going to die
together or we are going to learn to live together and if we are to
live together we have to talk. 
 -- Eleanor Roosevelt


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

Bug#730235:

[Ignacio Areta]

I think this bug should be closed as obsolete. Flash NPAPI plugin isn't 
supported anymore starting with Chromium 35.

Also, the report at upstream was closed as wontfix. Curiously, the developer 
who closed it reccomends the PPAPI version, even with the redistribution 
problems... This is sad.

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

Bug#745761: igtf-policy-bundle: General update after the debconf review process

[Christian PERRIER]

Dear Debian maintainer,

On Tuesday, April 29, 2014, I sent you a notification about the beginning of a 
review
action on debconf templates for igtf-policy-bundle.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Tuesday, April 29, 2014. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: application/gzip
--- igtf-policy-bundle.old/debian/templates.in  2014-04-24 08:41:06.143267631 
+0200
+++ igtf-policy-bundle/debian/templates.in  2014-05-13 06:51:37.007572784 
+0200
@@ -1,23 +1,35 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: igtf-policy-@PROFILE@/install_profile
 Type: boolean
 Default: true
-_Description: Install the IGTF @PROFILE@ CAs in 
/etc/grid-security/certificates?
- This package installs the IGTF CAs in /etc/grid-security/certificates.
- There are two ways to deal with these certificates:
- - yes: install all, except those in the exclude list
- - no: install only CAs in the include list.
- The include/exclude lists are covered by the next question.
+_Description: Trust IGTF @PROFILE@ CAs by default?
+ Trusted IGTF Certification Authority certificates are installed in
+ /etc/grid-security/certificates.
+ .
+ Accept this option to have certificates included by default unless they
+ are explicitly excluded. Reject it to choose the reverse policy,
+ excluding them unless explicitly included.
+ .
+ You will then have the opportunity to define the list of exceptions.
 
 Template: igtf-policy-@PROFILE@/exclude_ca
 Type: multiselect
 Choices: ${exclude_ca}
-_Description: Certificates to explicitly exclude
- Select which certificates should not be installed in
+_Description: Certificates to explicitly exclude:
+ Please select which certificates should not be installed in
  /etc/grid-security/certificates.
 
 Template: igtf-policy-@PROFILE@/include_ca
 Type: multiselect
 Choices: ${include_ca}
-_Description: Certificates to explicitly include
- Select which certificates should be installed in
+_Description: Certificates to explicitly include:
+ Please select which certificates should be installed in
  /etc/grid-security/certificates.
--- igtf-policy-bundle.old/debian/control   2014-04-24 08:41:06.143267631 
+0200
+++ igtf-policy-bundle/debian/control   2014-04-30 19:04:58.659796366 +0200
@@ -14,13 +14,12 @@
 Depends: ${misc:Depends}
 Recommends: fetch-crl, openssl
 Suggests: ca-certificates
-Description: IGTF classic profile for Authority Root Certificates
- The International Grid Trust Federation (IGTF) maintains a common
- trust base for the benefit of distributed science and research
- computing infrastructures by maintaining a list of trust anchors, for
- accredited authorities. The distribution contains root certificates,
- certificate revocation list (CRL) locations, contact information, and
- signing policies.
+Description: IGTF classic profile for Certificate Authorities
+ The International Grid Trust Federation (IGTF) maintains a common trust
+ base for the benefit of distributed science and research computing
+ infrastructures. It provides a list of accredited trust anchors, with
+ root certificates, certificate revocation list locations, contact
+ information, and signing policies.
  .
  This package contains the trust anchors for the classic profile.
 
@@ -29,13 +28,12 @@
 Depends: ${m

Bug#704922:

[Ignacio Areta]

I think this bug should be closed as obsolete. Flash NPAPI plugin isn't 
supported anymore starting with Chromium 35.

Also, the upstream report was closed as wontfix.
  

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

Bug#654350:

[Ignacio Areta]

I think this bug should be closed as obsolete. NPAPI plugins aren't supported 
anymore starting with Chromium 35.  

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

Bug#689484:

[Ignacio Areta]

I think this bug should be closed as obsolete. NPAPI plugins (like IcedTea) 
aren't supported anymore starting with Chromium 35. 
  

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

Bug#750524: Please package LilyPond 2.18.2

[John Zaitseff]

Package: lilypond
Version: 2.18.0-1
Severity: wishlist

Dear Don,

Thanks very much for packaging LilyPond 2.18.0!  I use this package
quite a lot (even though it is under Ubuntu Trusty, at the moment),
so I appreciate your work!

I note that LilyPond 2.18.2 was released on 23rd March.  This
version essentially provides updated manuals only, although I didn't
go through the diff line by line.

I've repackaged 2.18.2 for my own system, as you can see from
http://www.zap.org.au/viewvc/debian-packages/debian-updates/lilypond/
and from my package repository:

  deb ftp://ftp.zap.org.au/pub/debian zapgroup-sid main contrib non-free
  deb-src ftp://ftp.zap.org.au/pub/debian zapgroup-sid main contrib non-free

The only thing that had to change was debian/changelog.  Could you
therefore update the official Debian package?  Thanks!

I note that the current package has some lintian errors, as listed
below.  If I have a chance, I'll try to whip up a patch to at least
turn these into warnings...

  E: lilypond-doc: info-document-not-compressed 
usr/share/info/lilypond/pictures/carter-brey.jpg
  E: lilypond-doc: info-document-not-compressed 
usr/share/info/lilypond/pictures/darius-blasband.jpg
  E: lilypond-doc: info-document-not-compressed 
usr/share/info/lilypond/pictures/orm-finnendahl.jpg
  E: lilypond-doc: info-document-not-compressed 
usr/share/info/lilypond/pictures/ross-beam-scan.jpg

Yours truly,

John Zaitseff

-- 
John Zaitseff,--_|\The ZAP Group
Phone:  +61 2 9643 7737 /  \   Sydney, Australia
E-mail: j.zaits...@zap.org.au   \_,--._*   http://www.zap.org.au/
  v


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

Bug#749934:

[Ignacio Areta]

A suggestion to the people trying to user Pepper Flash: check chrome://version 
. In the command line, something like this should appear:
--ppapi-flash-path=$flashso --ppapi-flash-version=$flashversion

http://sources.debian.net/src/pepperflashplugin-nonfree/1.3/etc-chromium-default.txt
  

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

Bug#739344:

[Ignacio Areta]

As Chromium doesn't support NPAPI plugins anymore (starting with version 35), 
this bug can be closed as obsolete. 

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

Bug#736680: RFP: fonts-source-sans-pro -- set of fonts designed to work well in GUI

[Paul Wise]

On Sun, Jan 26, 2014 at 01:43:50AM +0100, Daniel Aleksandersen wrote:

> Source Sans Pro is a OpenType fontface from Adobe. A sans-serif font
> well suited for use in print, screens, and on the web.

This package has to go to contrib since it requires the proprietary
Adobe ADFKO to build from source.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#736681: RFP: fonts-source-code-pro -- set of fonts designed to work well in GUI

[Paul Wise]

On Sun, Jan 26, 2014 at 01:43:51AM +0100, Daniel Aleksandersen wrote:

> Source Code Pro is a OpenType fontface from Adobe. A monospaced font
> well suited for use in terminals and for coding.

This package has to go to contrib since it requires the proprietary
Adobe ADFKO to build from source.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#750496: texlive-xetex crashes install

[Norbert Preining]

On Tue, 03 Jun 2014, Eric Fort wrote:
> packaging works so I defer to you.  Here's the command, run as root in a
> single line and the output:

Ok, so it works. Strange.

Can you run
dpkg --configure -a
as root?

Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#750522: HTTPS mirrors support/request

[dnorw...@portalus.com]

Package: mirrors
Severity: wishlist
Tags: d-i

Dear Maintainer,

It would be ideal to start addressing numerous requests for https capable 
repositories for installations and for updates. At this time there is a small 
subset of official mirrors that do provide https as an option. Perhaps we could 
start to publish a listing of those servers as an available alternative option 
to those in place such as rsync, ftp, and http.

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

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


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

Bug#744820:

[Vincent Cheng]

On Tue, Jun 3, 2014 at 2:17 PM, Adam D. Barratt
 wrote:
> Control: tags -1 + confirmed
>
> On Thu, 2014-05-29 at 12:59 +1000, Jackson Doak wrote:
>> diff -u catfish-0.3.2/debian/changelog catfish-0.3.2/debian/changelog
>> --- catfish-0.3.2/debian/changelog
>> +++ catfish-0.3.2/debian/changelog
>> @@ -1,3 +1,10 @@
>> +catfish (0.3.2-1+deb6u1) squeeze; urgency=medium
>> +
>> +  * Add 50Fix_cve.dpatch. Closes: #739958
>> +- CVE-2014-2093 CVE-2014-2094 CVE-2014-2095 CVE-2014-2096
>
> Please go ahead.

Uploaded, thanks!

Regards,
Vincent


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

Bug#750496: texlive-xetex crashes install

[Eric Fort]

(Norbert)

my apologies on my last reply.  I am grateful for your assistance and also
somewhat frustrated.  M y apologies if that shows a bit as it's not
directed at you & I think we both just want things to work.  It's also a
bit confusing in that it's stating that dpkg returned 1 (an error) and
looks like it's failing when dpkg tries to --configure the package.  but
hey I'm fallible, human, and know less than I'd like about how debian
packaging works so I defer to you.  Here's the command, run as root in a
single line and the output:

root@beaglebone:~# df -h
Filesystem  Size  Used Avail Use% Mounted on
rootfs   30G  9.5G   19G  34% /
udev 10M 0   10M   0% /dev
tmpfs49M  604K   49M   2% /run
/dev/mmcblk0p2   30G  9.5G   19G  34% /
tmpfs   122M 0  122M   0% /dev/shm
tmpfs   122M 0  122M   0% /sys/fs/cgroup
tmpfs   5.0M 0  5.0M   0% /run/lock
tmpfs   100M 0  100M   0% /run/user
/dev/mmcblk0p1   96M   78M   19M  82% /boot/uboot
root@beaglebone:~# xetex -ini   -jobname=xelatex -progname=xelatex -etex
xelatex.ini
This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian) (INITEX)
 restricted \write18 enabled.
entering extended mode
(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/xelatex.ini
(/usr/share/texlive/texmf-dist/tex/generic/xetexconfig/unicode-letters.tex
loading Unicode properties and character classes)
(/usr/share/texlive/texmf-dist/tex/latex/base/latex.ltx
(/usr/share/texlive/texmf-dist/tex/latex/base/texsys.cfg)
./texsys.aux found


\@currdir set to: ./.


Assuming \openin and \input
have the same search path.


Defining UNIX/DOS style filename parser.

catcodes, registers, compatibility for TeX 2,  parameters,
LaTeX2e <2011/06/27>
hacks, control, par, spacing, files, font encodings, lengths,


Local config file fonttext.cfg used


(/usr/share/texlive/texmf-dist/tex/latex/base/fonttext.cfg
(/usr/share/texlive/texmf-dist/tex/latex/base/fonttext.ltx
=== Don't modify this file, use a .cfg file instead ===

(/usr/share/texlive/texmf-dist/tex/latex/base/omlenc.def)
(/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def)
(/usr/share/texlive/texmf-dist/tex/latex/base/ot1enc.def)
(/usr/share/texlive/texmf-dist/tex/latex/base/omsenc.def)
(/usr/share/texlive/texmf-dist/tex/latex/base/t1cmr.fd)
(/usr/share/texlive/texmf-dist/tex/latex/base/ot1cmr.fd)
(/usr/share/texlive/texmf-dist/tex/latex/base/ot1cmss.fd)
(/usr/share/texlive/texmf-dist/tex/latex/base/ot1cmtt.fd)))


Local config file fontmath.cfg used


(/usr/share/texlive/texmf-dist/tex/latex/base/fontmath.cfg
(/usr/share/texlive/texmf-dist/tex/latex/base/fontmath.ltx
=== Don't modify this file, use a .cfg file instead ===

(/usr/share/texlive/texmf-dist/tex/latex/base/omlcmm.fd)
(/usr/share/texlive/texmf-dist/tex/latex/base/omscmsy.fd)
(/usr/share/texlive/texmf-dist/tex/latex/base/omxcmex.fd)
(/usr/share/texlive/texmf-dist/tex/latex/base/ucmr.fd)))


Local config file preload.cfg used

=
(/usr/share/texlive/texmf-dist/tex/latex/base/preload.cfg
(/usr/share/texlive/texmf-dist/tex/latex/base/preload.ltx)) page nos.,
x-ref,
environments, center, verbatim, math definitions, boxes, title, sectioning,
contents, floats, footnotes, index, bibliography, output,
===
Local configuration file hyphen.cfg used
===
(/usr/share/texlive/texmf-dist/tex/generic/babel/hyphen.cfg
(/usr/share/texlive/texmf/tex/generic/hyphen/hyphen.tex)
(/usr/share/texlive/texmf/tex/generic/hyphen/dumyhyph.tex)
(/usr/share/texlive/texmf/tex/generic/hyphen/zerohyph.tex))
=
Applying patch file ltpatch.ltx
=
(/usr/share/texlive/texmf-dist/tex/latex/base/ltpatch.ltx)
) )
Beginning to dump on file xelatex.fmt
 (format=xelatex 2014.6.4)
69820 strings of total length 61116
44389 memory locations dumped; current usage is 264&42421
3245 multiletter control sequences
\font\nullfont=nullfont
\font\OMX/cmex/m/n/10=cmex10
\font\tenln=line10
\font\tenlnw=linew10
\font\tencirc=lcircle10
\font\tencircw=lcirclew10
\font\OT1/cmr/m/n/5=cmr5
\font\OT1/cmr/m/n/7=cmr7
\font\OT1/cmr/m/n/10=cmr10
\font\OML/cmm/m/it/5=cmmi5
\font\OML/cmm/m/it/7=cmmi7
\font\OML/cmm/m/it/10=cmmi10
\font\OMS/cmsy/m/n/5=cmsy5
\font\OMS/cmsy/m/n/7=cmsy7
\font\OMS/cmsy/m/n/10=cmsy10
3633 words of font info for 14 preloaded fonts
14 hyphenation exceptions
Hyphenation trie of length 6082 has 183 ops out of 35111
  2 for language 1
  181 for language 0
No pages of output.
Transcript written on xelatex.log.
root@beaglebone:~#







On Tue, Jun 3, 2014 at 8:05 PM, Norbert Preining  wrote:

> Hi
>
> On Tue, 03 Jun 2014, Eric Fort wrote:
> > AGAIN. IT'S THE INSTALLATION THAT'S THE ISSUE,

Bug#750361:

[Ignacio Areta]

GYP_DEFINES = disable_sse2=1 doesn't work anymore.

Upstream dropped support for processors without SSE2 instructions (which 
affects AMD K7, Pentium III and older)
https://code.google.com/p/chromium/issues/detail?id=348761  
  

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

Bug#750450: ITP: fonts-source-serif-pro -- set of serif OpenType fonts designed to complement Source Sans Pro

[Paul Wise]

On Tue, Jun 3, 2014 at 9:32 PM, Hideki Yamane wrote:

> * Package name: fonts-source-serif-pro
>   Version : 1.014
>   Upstream Author : Adobe Systems Incorporated.
> * URL : http://sourceforge.net/projects/sourceserifpro.adobe/

This package has to go to contrib since it requires the proprietary
Adobe ADFKO to build from source.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#749457: mirror submission for mirror.ams.sunysb.edu

[Robert Xu]

Hi Simon, sorry for the slow response:

On 2 June 2014 13:24, Simon Paillard  wrote:
> Control: tag -1 +moreinfo
>
> Hi,
>
> Is the host online ? I can't get access to any of ftp/http/rsync.

I've learned that a power outage hit the university datacentre and the
host is currently offline. I've asked some others to bring mirror back
up (seeing as I'm actually in Washington, DC for the week). Should be
up by the end of this week or the beginning of next. Sorry about that!

>
> Is there a backup email when you're on holidays ?

If I'm on holiday, try seawulf_ad...@lists.sunysb.edu.

>
>
> How much bandwidth is available ?

100 mbit symmetrical

-- 
cheers, Robert :: github.com/robxu9


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

Bug#750521: pinentry-gtk2: icedove + enigmail + pinentry doesn't respond to keyboard input

[lina]

Package: pinentry-gtk2
Version: 0.8.3-2
Severity: important

Dear Maintainer,

Before I send the email, the pinentry dialogue window would popup. 
It doesn't respond to any of my keyboard input. 

Any further information you need please let me know.

Best regards, lina


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

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

Versions of packages pinentry-gtk2 depends on:
ii  libc6   2.18-7
ii  libglib2.0-02.40.0-3
ii  libgtk2.0-0 2.24.23-1
ii  libncursesw55.9+20140118-1
ii  libpango-1.0-0  1.36.3-1
ii  libtinfo5   5.9+20140118-1

pinentry-gtk2 recommends no packages.

Versions of packages pinentry-gtk2 suggests:
pn  pinentry-doc  

-- no debconf information


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

Bug#750520: [tor] scramblesuit bridge line did not parse

[张敬强]

Package: tor
Version: 0.2.4.22-1
Severity: normal

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

Dear Maintainers:
I get scrambesuit bridges from https://bridges.torproject.org/ 
add them to /etc/tor/torrc. But Tor doesn't start and it tells

tor[26073]: Jun 04 10:46:05.262 [warn] Key digest for Bridge is wrong length.
tor[26073]: Jun 04 10:46:05.262 [warn] Failed to parse/validate config: Bridge 
line did not parse. See logs for details.

The related torrc lines as follows:

ClientTransportPlugin obfs3,scramblesuit exec /usr/bin/obfsproxy managed
bridge obfs3 :
bridge obfs3 :
bridge obfs3 :
Bridge scramblesuit : password=PWI4MQPPQSF5WPIW3MQPPQSF5W6RK2IQ
Bridge scramblesuit : password=SPJ262LX4PXWCZ3IPWPDF4HBETRWLGSI
UpdateBridgesFromAuthority 1
UseBridges 1

If I commit scramblesuit lines, tor start without any problem.

It seems that the scramblesuit line is corrent according to the man page of 
obfsproxy. And the addr,port,password are all taking from the tor bridges 
page.

--- System information. ---
Architecture: amd64
Kernel:   Linux 3.14-1-amd64

Debian Release: jessie/sid
  990 unstableftp.debian.org 
  500 testing-updates ftp.debian.org 
  500 testing security.debian.org 
  500 testing ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6   (>= 2.14) | 
libevent-2.0-5 (>= 2.0.10-stable) | 
libssl1.0.0(>= 1.0.1) | 
zlib1g   (>= 1:1.1.4) | 
adduser   | 
lsb-base  | 


Recommends   (Version) | Installed
==-+-===
logrotate  | 3.8.7-1
tor-geoipdb| 0.2.4.22-1
torsocks   | 1.3-3


Suggests   (Version) | Installed
-+-===
mixmaster| 
xul-ext-torbutton| 
socat| 
tor-arm  | 
polipo   (>= 1)  | 1.0.4.1-6
 OR privoxy  | 
apparmor-utils   | 
-- 


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

Bug#750496: texlive-xetex crashes install

[Norbert Preining]

Hi

On Tue, 03 Jun 2014, Eric Fort wrote:
> AGAIN. IT'S THE INSTALLATION THAT'S THE ISSUE, *NOT THE XETEX
> BINARY*  dpkg is crashing on this one and only pkg, **NOT** the xetex
> binary itself!  follow along below:

Wrong.

>fmtutil: running `xetex -ini   -jobname=xelatex -progname=xelatex -etex
>xelatex.ini' ...
>This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
>(INITEX)
> restricted \write18 enabled.
>Killed

It is the xetex binary that is crashing here, nothing else.

As a consequence the  configuration doe snot succeed.

> note, I did not kill anything it died returning the above error.

Yes, I know. I did not say *you* killed ith with "kill -9 .." or
whatever. Something kille dit.

I asked you to run the code line I sent you.

Can you please do this, *as*root* And send the full output.

> hopefully enlarged italic red underline will demonstrate the error that is

I am using a text only mail program, all red and udnerline is not
visible to me, and completely irrelevant.

> the bug.  this error crashes the apt-get process thus the install and
> configuration fails to complete.  %100 repeatable

No. Wrong. Apt is *NOT* crashing. apt-get is telling you 
that the configuration of texlive-xetex did not succeed. It is
doing what it is supposed to do.

It is the xetex binary that starts the problem.

Once again, please *answer* my questions, otherwsie we cannot
proceed in this bug report, I am not willing to handle your
irritation if you do no cooperate:

> > Is this system a pure installation without any additional
> > out-of-release package?

> > You might also be low on diskspace, or on memory, or have and
> > hardware error.

And again, please run *as*root* the following command line and send
me the *complete* output:

   xetex -ini   -jobname=xelatex -progname=xelatex -etex xelatex.ini


Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#750496: texlive-xetex crashes install

[Eric Fort]

AGAIN. IT'S THE INSTALLATION THAT'S THE ISSUE, *NOT THE XETEX
BINARY*  dpkg is crashing on this one and only pkg, **NOT** the xetex
binary itself!  follow along below:


   Setting up texlive-xetex (2012.20120611-5) ...
   Running mktexlsr. This may take some time... done.
   Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-xetex.cnf.
   This may take some time...
   fmtutil-sys failed. Output has been stored in
   /tmp/fmtutil.zIrRSYq7
   Please include this file if you report a bug.

   *dpkg: error processing texlive-xetex (--configure):*
subprocess installed post-installation script returned error exit
   status 1
   Errors were encountered while processing:
texlive-xetex
   *E: Sub-process /usr/bin/dpkg returned an error code (1)*

   /tmp/fmtutil.zIrRSYq7

   fmtutil: running `xetex -ini   -jobname=xelatex -progname=xelatex -etex
   xelatex.ini' ...
   This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
   (INITEX)
restricted \write18 enabled.
   Killed

note, I did not kill anything it died returning the above error.
hopefully enlarged italic red underline will demonstrate the error that is
the bug.  this error crashes the apt-get process thus the install and
configuration fails to complete.  %100 repeatable


On Tue, Jun 3, 2014 at 6:15 PM, Norbert Preining  wrote:

> tags 750496 + unreproducible more-info
> severity 750496 normal
> thanks
>
>
> > fmtutil: running `xetex -ini   -jobname=xelatex -progname=xelatex
> -etex
> > xelatex.ini' ...
> > This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
> > (INITEX)
> >  restricted \write18 enabled.
> > Killed
>
> Since it was killed there was either a watchdog running, or
> you have mixed libraries which created memory faults, or updated
> whatever other lib xetex relies on.
>
> Is this system a pure installation without any additional
> out-of-release package?
>
> You might also be low on diskspace, or on memory, or have and
> hardware error.
>
> Many thing that are possuble.
>
> You could try to run the program from the command line -
>
> BUT AS *ONE* (as in 1) line (you did it already, but on two lines
> ...argg)
>
> xetex -ini   -jobname=xelatex -progname=xelatex -etex xelatex.ini
>
> (agian, ONE LINE!!!)
>
>
> Norbert
>
> 
> PREINING, Norbert   http://www.preining.info
> JAIST, Japan TeX Live & Debian Developer
> GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13
> 
>

Bug#749087: Patches applied by upstream

[GUO Yixuan]

Control: tag -1 + fixed-upstream

Hi,

These patches have just been applied for 2.16 and later.
2.18[1] and 2.19[2] are the two currently in Debian.

[1]
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=d4deb63367247eaddcbe10b872d39ff70659eaf4
[2]
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=344e61df0200af758e794b9843ffb37bd89e5259

Cheers,

Yixuan


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

Bug#750347: Regression in paramiko

[Jelmer Vernooij]

This is a regression in paramiko, caused by their effort to support
Python 3.

We can work around this in bzr if there is no other way, but that
likely has performance consequences - we'd have to materialize
every buffer as a bytestring before passing it in.


signature.asc
Description: Digital signature

Bug#750128: src:apparmor: hardcodes /usr/lib/perl5

[Kees Cook]

On Wed, Jun 04, 2014 at 03:24:01AM +0200, intrigeri wrote:
> Hi Kees and Damyan,
> 
> Damyan Ivanov wrote (03 Jun 2014 20:01:04 GMT) :
> > Here's a revised patch.
> 
> Thanks a lot.
> 
> Kees, I'd like to include this patch to my upcoming NMU, assuming it
> passes my review and tests (which I trust, given how good Damyan's
> work usually is). My goal here is to help the perl maintainers deal
> with the transition to 5.20. What do you think?

Yeah, that patch looks fine. Thanks!

-Kees

-- 
Kees Cook@debian.org


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

Bug#750519: [phpmyadmin] "Cannot load or save configuration": Misleading instruction from setup script

[Filipus Klutiero]

Package: phpmyadmin
Version: 4:4.2.2-2
Severity: normal

This is a follow-up to #712011. After changing a setting and selecting "Apply", 
administrators get a red warning:



Cannot load or save configuration

Please create web server writable folder /config/ in phpMyAdmin top level directory 
as described in documentation 
. Otherwise you 
will be only able to download or display it.


This instruction is designed for manual installations. Using the Debian 
package, one must rather use pma-configure, as explained in README.Debian:

  The setup script can not write to configuration by default, to write
  configuration, please follow these steps:

1. as root, run /usr/sbin/pma-configure
2. Go to setup script URL with a browser
   (e.g. http://localhost/phpmyadmin/setup/index.php)
3. configure using the web interface and save configuration
4. as root, run /usr/sbin/pma-secure



--- System information. ---
Architecture: i386
Kernel: Linux 3.14-1-amd64

Debian Release: jessie/sid
990 testing debian.mirror.rafal.ca
500 unstable debian.mirror.rafal.ca
1 experimental debian.mirror.rafal.ca

--- Package information. ---
Depends (Version) | Installed
-+-===
libapache2-mod-php5 | 5.5.12+dfsg-2
OR libapache2-mod-php5filter |
OR php5-cgi |
OR php5-fpm |
OR php5 | 5.5.12+dfsg-2
php5-mysql | 5.5.12+dfsg-2
OR php5-mysqli |
OR php5-mysqlnd |
php5-mcrypt | 5.5.12+dfsg-2
php5-json | 1.3.5-1
perl | 5.18.2-4
debconf (>= 0.5) | 1.5.53
OR debconf-2.0 |
libjs-sphinxdoc (>= 1.0) | 1.2.2+dfsg-2
dbconfig-common | 1.8.47+nmu1
php-gettext | 1.0.11-1
ucf (>= 0.28) | 3.0029


Recommends (Version) | Installed
===-+-===
apache2 | 2.4.9-1
OR lighttpd |
OR httpd |
php5-gd | 5.5.12+dfsg-2
mysql-client | 5.5.37-1
OR mariadb-client |
OR virtual-mysql-client |
php-tcpdf | 6.0.048+dfsg-2


Suggests (Version) | Installed
===-+-===
mysql-server | 5.5.37-1
OR maridadb-server |
OR virtual-mysql-server |
www-browser |

--
Filipus Klutiero
http://www.philippecloutier.com

Bug#750518: phamm: Update to new ustream version

[Eric Côté]

Source: phamm
Severity: normal

Hi,

New upstream version is 0.6.2, one in Debian is 0.5.18.

Thank you.

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

Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.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#750517: no longer supports ducktyping for BufferedFile.write

[Jelmer Vernooij]

Package: python-paramiko
Version: 1.14.0-1
Severity: normal

As of recently, paramiko no longer accepts buffer() objects as argument to
BufferedFile.write. Rather, it requires that all arguments be either
bytestrings or unicode strings. This regression breaks bzr, which writes
files in chunks using buffer().

   File "/usr/lib/python2.7/dist-packages/paramiko/file.py", line 324, in write
 data = b(data)
   File "/usr/lib/python2.7/dist-packages/paramiko/py3compat.py", line 43, in b
 raise TypeError("Expected unicode or bytes, got %r" % s)
 TypeError: Expected unicode or bytes, got 

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

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

Versions of packages python-paramiko depends on:
ii  python 2.7.6-2
ii  python-crypto  2.6.1-5
ii  python-ecdsa   0.11-1

python-paramiko recommends no packages.

python-paramiko 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#750516: mandos: FTBFS with clang instead of gcc

[Arthur Marble]

Package: mandos
Severity: minor
Usertags: clang-ftbfs
User: pkg-llvm-t...@lists.alioth.debian.org
Tag: patch


Hello,

Using the rebuild infrastructure, your package fails to build with clang
(instead of gcc).

Thanks,
Arthur
diff -Naur mandos.orig/mandos-1.6.5/debian/changelog mandos/mandos-1.6.5/debian/changelog
--- mandos.orig/mandos-1.6.5/debian/changelog	2014-06-03 19:23:38.775550983 -0500
+++ mandos/mandos-1.6.5/debian/changelog	2014-06-03 20:35:00.211625542 -0500
@@ -1,3 +1,13 @@
+mandos (1.6.5-3) unstable; urgency=low
+
+  * Fix FTBFS with clang:
+- Fixed "function declaration not allowed" in
+  plugin-runner.c
+  plugins.d/mandos-client.c
+  plugins.d/password-prompt.c
+
+ -- Arthur Marble   Tue, 03 Jun 2014 20:35:00 -0500
+
 mandos (1.6.5-2) unstable; urgency=medium
 
   * debian/rules (override_dh_auto_test-arch): New; does nothing.  Fixes
diff -Naur mandos.orig/mandos-1.6.5/debian/patches/clang-ftbfs.diff mandos/mandos-1.6.5/debian/patches/clang-ftbfs.diff 
--- mandos.orig/mandos-1.6.5/debian/patches/clang-ftbfs.diff	1969-12-31 18:00:00.0 -0600
+++ mandos/mandos-1.6.5/debian/patches/clang-ftbfs.diff	2014-06-03 20:45:29.595636503 -0500
@@ -0,0 +1,923 @@
+--- a/plugin-runner.c
 b/plugin-runner.c
+@@ -344,6 +344,193 @@ static void free_plugin_list(void){
+   }
+ }
+ 
++__attribute__((nonnull(3)))
++static error_t parse_opt(int key, char *arg, struct argp_state *state, char *plugindir,
++	  uid_t uid, gid_t gid, bool debug){
++  errno = 0;
++  switch(key){
++char *tmp;
++intmax_t tmp_id;
++  case 'g': 			/* --global-options */
++{
++  char *plugin_option;
++  while((plugin_option = strsep(&arg, ",")) != NULL){
++	if(not add_argument(getplugin(NULL), plugin_option)){
++	  break;
++	}
++  }
++  errno = 0;
++}
++break;
++  case 'G':			/* --global-env */
++if(add_environment(getplugin(NULL), arg, true)){
++  errno = 0;
++}
++break;
++  case 'o':			/* --options-for */
++{
++  char *option_list = strchr(arg, ':');
++  if(option_list == NULL){
++	argp_error(state, "No colon in \"%s\"", arg);
++	errno = EINVAL;
++	break;
++  }
++  *option_list = '\0';
++  option_list++;
++  if(arg[0] == '\0'){
++	argp_error(state, "Empty plugin name");
++	errno = EINVAL;
++	break;
++  }
++  char *option;
++  while((option = strsep(&option_list, ",")) != NULL){
++	if(not add_argument(getplugin(arg), option)){
++	  break;
++	}
++  }
++  errno = 0;
++}
++break;
++  case 'E':			/* --env-for */
++{
++  char *envdef = strchr(arg, ':');
++  if(envdef == NULL){
++	argp_error(state, "No colon in \"%s\"", arg);
++	errno = EINVAL;
++	break;
++  }
++  *envdef = '\0';
++  envdef++;
++  if(arg[0] == '\0'){
++	argp_error(state, "Empty plugin name");
++	errno = EINVAL;
++	break;
++  }
++  if(add_environment(getplugin(arg), envdef, true)){
++	errno = 0;
++  }
++}
++break;
++  case 'd':			/* --disable */
++{
++  plugin *p = getplugin(arg);
++  if(p != NULL){
++	p->disabled = true;
++	errno = 0;
++  }
++}
++break;
++  case 'e':			/* --enable */
++{
++  plugin *p = getplugin(arg);
++  if(p != NULL){
++	p->disabled = false;
++	errno = 0;
++  }
++}
++break;
++  case 128:			/* --plugin-dir */
++free(plugindir);
++plugindir = strdup(arg);
++if(plugindir != NULL){
++  errno = 0;
++}
++break;
++  case 129:			/* --config-file */
++/* This is already done by parse_opt_config_file() */
++break;
++  case 130:			/* --userid */
++tmp_id = strtoimax(arg, &tmp, 10);
++if(errno != 0 or tmp == arg or *tmp != '\0'
++   or tmp_id != (uid_t)tmp_id){
++  argp_error(state, "Bad user ID number: \"%s\", using %"
++		 PRIdMAX, arg, (intmax_t)uid);
++  break;
++}
++uid = (uid_t)tmp_id;
++errno = 0;
++break;
++  case 131:			/* --groupid */
++tmp_id = strtoimax(arg, &tmp, 10);
++if(errno != 0 or tmp == arg or *tmp != '\0'
++   or tmp_id != (gid_t)tmp_id){
++  argp_error(state, "Bad group ID number: \"%s\", using %"
++		 PRIdMAX, arg, (intmax_t)gid);
++  break;
++}
++gid = (gid_t)tmp_id;
++errno = 0;
++break;
++  case 132:			/* --debug */
++debug = true;
++break;
++/*
++ * These reproduce what we would get without ARGP_NO_HELP
++ */
++  case '?':			/* --help */
++state->flags &= ~(unsigned int)ARGP_NO_EXIT; /* force exit */
++argp_state_help(state, state->out_stream, ARGP_HELP_STD_HELP);
++  case -3:			/* --usage */
++state->flags &= ~(unsigned int)ARGP_NO_EXIT; /* force exit */
++argp_state_help(state, state->out_stream,
++		  ARGP_HELP_USAGE | ARGP_HELP_EXIT_OK);
++  case 'V':			/* --version */
++fprintf(state->out_stream, "%s\n", argp_program_version);
++exit(EXIT_SUCCESS);
++break;
++/*
++ * When adding more options before this line, remember to also add a
++ * "case" to the "p

Bug#748936: apt doesnt understand architecture wildcards

[Guillem Jover]

Hi!

On Sun, 2014-05-25 at 22:04:48 +0200, Bernhard R. Link wrote:
> * Johannes Schauer  [140522 13:30]:
> > Debian policy 11.1.1 [1] and the associated footnote [2] allow
> > architecture wildcards of the form os-any and any-cpu. Apt seems to
> > equal "cpu" with "debian architecture" which is not correct. Here is an
> > example of correct matching:
> > 
> > dpkg-architecture -aarmhf -iany-arm && echo "any-arm matches armhf"
> > 
> > Apt would instead only match the deprecated "arm" architecture with
> > "any-arm". This doesnt seem to be a problem in practice though because:
> > 
> >  1) apt does not check whether a source package can be compiled on the
> > current host architecture (it ignores the Architecture field of
> > source packages)
> >  2) all packages that have any-arm in their build dependency
> > architecture restrictions also include any-armel, any-armeb and
> > any-armhf
> > 
> > Nevertheless, apt behaviour should reflect dpkg behaviour and naturally
> > policy. The correct behaviour is encoded in dpkg scripts/Dpkg/Arch.pm
> > and needs the files /usr/share/dpkg/triplettable and
> > /usr/share/dpkg/cputable to work correctly.

> Urgh. Really? This is far too complicated for most programs to implement
> properly. I'd suggest to rather fix dpkg (and also fix policy. The footnote
> describes absolutely nothing currently, and having such important fields
> a meaning that you cannot calculate without knowing what architectures
> the system finally using the package uses makes it unhandable).

The architectures in Debian are quite messy TBH, they have grown
rather organically, extended as needed while trying (in many cases)
to preserve backwards compatibility, and in some places they might
not seem coherent/uniform/etc, which might be close to the truth. If
I could start from scratch I'd probably define and implement them in
a very diffrent way.

The following are some of the weird properties that they have
currently:

  * The Linux kernel is implicit in the architecture names.
  * The glibc and ELF ABI are implicit in the architecture names.
  * The architectures have a different cpu name (not just arch name)
depending on their endianness.
  * Some architectures have a different base name when it comes to
their 32 and 64 bit variants.
  * Sometimes the ABI is encoded in what would appear to be the
cpu name, others in an explicit libc/abi part of the tuple.
  * Some architectures do not have equivalent on other kernels.


In any case, when it comes to the wildcards, I might be a bit fuzzy
right now on the details of the thought process at the time, and would
probably need to refresh my memory from my notes or emails from the
time. But AFAIR here's what I think was that thought process:

 * We need a unique 1:1 bi-directional mapping from GNU triplets to
   Debian architectures, some of the properties are hidden and need
   to be internally expanded.
 * Because those hidden properties are implicit, they require a table
   which might not be known by other programs anyway.
 * Other programs could “easily” use dpkg-architecture to check for
   identity or a match. (This poses problems for programs that do not
   want to either require dpkg around or to fork its tables.)
 * Matching on cpu instead of arch name, was the logical route once
   the architectures had been expanded into their normalized forms
   (the Debian triplets).
 * Matching on cpu instead of arch name, supposedly made adding support
   distribution-wide for things like armel or lpia way easier. (This
   might not have been worth it though.)
 * If the wildcard is linux-any and the expanded form linux-foo does
   not exist anyway, there's not much to make it coherent with. But
   experience has demonstrated this still trips people over.


But, I agree this might seem confusing, and that's why I left #694630
open, because I want to deal with it some way or another. I'd have to
check if it would be feasible to match against the arch name instead of
cpu name, but even if there was no fundamental blocker there, changing
that now would imply a backward incompabitble change, and would require
at least someone going over the archive and taking care of any fallout
beforehand, and that does not cover out-of-archive packaging and
infrastructure, etc. So I'm not sure this seems appealing… but I'll
make a note of at least checking it.

Thanks,
Guillem


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

Bug#750128: src:apparmor: hardcodes /usr/lib/perl5

[intrigeri]

Hi Kees and Damyan,

Damyan Ivanov wrote (03 Jun 2014 20:01:04 GMT) :
> Here's a revised patch.

Thanks a lot.

Kees, I'd like to include this patch to my upcoming NMU, assuming it
passes my review and tests (which I trust, given how good Damyan's
work usually is). My goal here is to help the perl maintainers deal
with the transition to 5.20. What do you think?

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#750496: texlive-xetex crashes install

[Norbert Preining]

tags 750496 + unreproducible more-info
severity 750496 normal
thanks


> fmtutil: running `xetex -ini   -jobname=xelatex -progname=xelatex -etex
> xelatex.ini' ...
> This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
> (INITEX)
>  restricted \write18 enabled.
> Killed

Since it was killed there was either a watchdog running, or
you have mixed libraries which created memory faults, or updated
whatever other lib xetex relies on.

Is this system a pure installation without any additional
out-of-release package?

You might also be low on diskspace, or on memory, or have and
hardware error.

Many thing that are possuble.

You could try to run the program from the command line -

BUT AS *ONE* (as in 1) line (you did it already, but on two lines
...argg)

xetex -ini   -jobname=xelatex -progname=xelatex -etex xelatex.ini

(agian, ONE LINE!!!)


Norbert


PREINING, Norbert   http://www.preining.info
JAIST, Japan TeX Live & Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13



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

Bug#750515: deets: Updates for new libdpkg 1.17.10 API changes

[Guillem Jover]

Source: deets
Source-Version: 0.2-3
Severity: wishlist
Tags: patch

Hi!

Here's a patch series with some fixes and an update for the upcoming
changes in the libdpkg 1.17.10 API. Some enum value names have
changed, but the switch to the pkg_status_name() function will shield
the code from that now and in the future, and will reduce code
duplication.

Thanks,
Guillem
From 14f596d035e15eb07f17218f8c7aeaddbf558b0b Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Wed, 4 Jun 2014 02:43:33 +0200
Subject: [PATCH 1/3] Ignore stamp-h1

---
 .gitignore | 1 +
 1 file changed, 1 insertion(+)

diff --git a/.gitignore b/.gitignore
index feccf6c..fadec6b 100644
--- a/.gitignore
+++ b/.gitignore
@@ -8,3 +8,4 @@ config.*
 config-aux/
 configure
 luau
+stamp-h1
-- 
2.0.0

From 7abc9b44121e022eaf70fe5d9cfe81dd2ec7b7c6 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Wed, 4 Jun 2014 02:44:03 +0200
Subject: [PATCH 2/3] Use AC_CHECK_LIB instead of AC_CHECK_FUNCS

The AC_CHECK_FUNCS macro only checks if the function is defined by the
libc, which was not triggering in this case as the function is exported
by libdpkg.
---
 configure.ac | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index 0957c9e..65b48d8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -10,7 +10,9 @@ PKG_CHECK_MODULES(Lua, lua5.1)
 
 PKG_CHECK_MODULES([LIBDPKG], [libdpkg])
 
-AC_CHECK_FUNCS(dpkg_set_progname)
+AC_CHECK_LIB([dpkg], [dpkg_set_progname],
+ [AC_DEFINE(HAVE_DPKG_SET_PROGNAME, [1],
+[libdpkg provides dpkg_set_progname])])
 
 AC_CONFIG_FILES(Makefile)
 AC_OUTPUT
-- 
2.0.0

From 6bd1a3fe20c43626fd17946505e29960f57347a3 Mon Sep 17 00:00:00 2001
From: Guillem Jover 
Date: Wed, 4 Jun 2014 02:45:58 +0200
Subject: [PATCH 3/3] Use new libdpkg pkg_status_name() function

This function is present since libdpkg 1.17.10, and avoids having to
keep the code up-to-date regarding the package states.
---
 configure.ac | 3 +++
 luau.c   | 4 
 2 files changed, 7 insertions(+)

diff --git a/configure.ac b/configure.ac
index 65b48d8..e718d2a 100644
--- a/configure.ac
+++ b/configure.ac
@@ -13,6 +13,9 @@ PKG_CHECK_MODULES([LIBDPKG], [libdpkg])
 AC_CHECK_LIB([dpkg], [dpkg_set_progname],
  [AC_DEFINE(HAVE_DPKG_SET_PROGNAME, [1],
 [libdpkg provides dpkg_set_progname])])
+AC_CHECK_LIB([dpkg], [pkg_status_name],
+ [AC_DEFINE(HAVE_PKG_STATUS_NAME, [1],
+[libdpkg provides pkg_status_name])])
 
 AC_CONFIG_FILES(Makefile)
 AC_OUTPUT
diff --git a/luau.c b/luau.c
index c91dfb4..c6363ed 100644
--- a/luau.c
+++ b/luau.c
@@ -80,6 +80,9 @@ dpkg_status (lua_State * L)
 	  lua_error (L);
 	}
 
+#ifdef HAVE_PKG_STATUS_NAME
+  lua_pushstring (L, pkg_status_name (p));
+#else
   switch (p->status)
 	{
 	case stat_notinstalled:
@@ -109,6 +112,7 @@ dpkg_status (lua_State * L)
 	default:
 	  lua_pushinteger (L, p->status);
 	}
+#endif
   j++;
 }
   return j;
-- 
2.0.0

Bug#718651: [pkg-wpa-devel] Bug#718651: Bug#718651: Bug#718651: Built hostapd/wpasupplicant 2.1 (patch)

[Stefan Lippers-Hollmann]

Hi

On Monday 02 June 2014, Gerald Turner wrote:
> Stefan Lippers-Hollmann  writes:
> > On Saturday 31 May 2014, Stefan Lippers-Hollmann wrote:
> >> On Saturday 31 May 2014, Gerald Turner wrote:
> >> > Stefan Lippers-Hollmann  writes:
> >> > > On Saturday 31 May 2014, Gerald Turner wrote:
[...]
> > Just as a hint, I have just[1] updated debian/get-orig-source to work
> > with wpa 2.2~. Using a version number like e.g.
> > 2.1+git20140531.1+147848e-1
> > then fetches the according upstream tarball.
> 
> Well, I've done it, and it sure was tedious!
> 
> Steps:
> 
>   git log --full-diff -p hostapd hs20 patches src wpa_supplicant | \
> egrep '(^diff|Copyright)' | \
> grep -B1 Copyright | \
> ./git-log-full-diff-parse-copyright
> 
> The Perl script (attached) took a few hours to write - there's a brick
> of about 60 lines to munge file moves.  Then about another hour to
> inspect all that output, plus poking at each file to make sure that the
> license change actually occured.

Thank you a lot, this really helps. I'll integrate your changes over 
the next few days after some further local testing.

Regards
Stefan Lippers-Hollmann


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

Bug#750513: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Package: libqmmp-misc
Version: 0.7.5-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently suggests udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#750514: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Package: xfce4-power-manager
Version: 1.2.0-3
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently suggests udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#739537: /usr/share/X11/xorg.conf.d/10-quirks.conf: Quirk for "Evoluent VerticalMouse 3" might not be needed...

[David Sharp]

Hello,

This quirk was reverted upstream:

http://cgit.freedesktop.org/xorg/xserver/commit/?id=d5587cf3acb7ad6f81e1c095f1b88f8fb25ee953

Thanks!


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

Bug#750511: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Package: udisks-glue
Version: 1.3.5-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently depends on/recommends udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#750512: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Package: python3-checkbox-support
Version: 0.2-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently depends on/recommends udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#750510: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Source: spacefm
Version: 0.9.4-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently depends on/recommends udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.
However, for this C# case it's probably better to stick with raw D-BUS
calls as AFAIK there is no current/maintained gobject-introspection
support for Mono.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#750509: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Package: udevil
Version: 0.4.3-1
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently depends on/recommends udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#750507: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Source: bilibop-rules
Version: 0.4.21
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently depends on/recommends udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.
However, for this C# case it's probably better to stick with raw D-BUS
calls as AFAIK there is no current/maintained gobject-introspection
support for Mono.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#750508: Move to udisks2, udisks 1 is deprecated

[Michael Biebl]

Source: mate-power-manager
Version: 1.8.0+dfsg1-3
Severity: normal
User: pkg-utopia-maintain...@lists.alioth.debian.org
Usertags: udisks1-deprecation

Hello,

this package currently depends on/recommends udisks 1. That has been
deprecated for a while now, in favor of udisks 2. Please port the
package to udisks 2 and drop code that uses the old
hal/devicekit-disks/udisks 1 bits.

Please note that udisks2 also has a library interface (libudisks2-0)
which is easier to use than raw D-BUS calls. It is also introspectable
(gir1.2-udisks-2.0) so you can use it from languages like Python.
However, for this C# case it's probably better to stick with raw D-BUS
calls as AFAIK there is no current/maintained gobject-introspection
support for Mono.

The API is documented at http://udisks.freedesktop.org/docs/latest/ .

Thanks,
Michael



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

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


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

Bug#749494: Investigating license issues

[u]

There are some missing licenses on included Javascript resources which I
am investigating atm.


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

Bug#750110: [htop] htop saves CPU meter layout to a configuration file (#101)

[Vincent Lefevre]

Hi Eugene,

On 2014-06-03 21:42:40 +0300, Eugene V. Lyubimkin wrote:
> 2014-06-01 18:12, Hisham Muhammad:
> > That's a feature, not a bug. The user is supposed to be aware of this
> > and adapt accordingly. The "CPUs" meters dynamically adapt to the
> > number of CPUs, so that works fine on most scenarios. When one needs
> > drastically different setups for different machines sharing the same
> > $HOME directory, one can put something like this in their profile:
> > 
> > ```bash export HTOPRC="$HOME/.config/htop/htoprc-$(hostname)" ```
[...]

Choosing the config file based on the hostname, or the number of CPU's
(better in my lab, where there are dozens of machines), is probably OK.

But the HTOPRC environment variable is not documented! So, I didn't
know that this was possible. I've reported a new bug for its
documentation:

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

Regards,

-- 
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#750506: luvcview: FTBFS with clang instead gcc

[Arthur Marble]

Package: luvcview
Severity: minor
Usertags: clang-ftbfs
User: pkg-llvm-t...@lists.alioth.debian.org
Tag: patch


Hello,

Using the rebuild infrastructure, your package fails to build with clang
(instead of gcc).

Thanks,
Arthur
diff -Naur luvcview.orig/luvcview-0.2.6/debian/changelog luvcview/luvcview-0.2.6/debian/changelog
--- luvcview.orig/luvcview-0.2.6/debian/changelog	2014-06-03 19:08:21.839535016 -0500
+++ luvcview/luvcview-0.2.6/debian/changelog	2014-06-03 19:17:02.435544081 -0500
@@ -1,3 +1,11 @@
+luvcview (1:0.2.6-7) unstable; urgency=low
+
+  * Fix FTBFS with clang:
+- Fixed "function declaration not allowed" in
+  v4l2uvc.c
+
+ -- Arthur Marble   Tue, 03 Jun 2014 19:17:02 -0500
+
 luvcview (1:0.2.6-6) unstable; urgency=low
 
   * Build-depends on pkg-config (closes: bug#669471).
diff -Naur luvcview.orig/luvcview-0.2.6/debian/patches/clang-ftbfs.diff luvcview/luvcview-0.2.6/debian/patches/clang-ftbfs.diff 
--- luvcview.orig/luvcview-0.2.6/debian/patches/clang-ftbfs.diff	1969-12-31 18:00:00.0 -0600
+++ luvcview/luvcview-0.2.6/debian/patches/clang-ftbfs.diff	2014-06-03 19:15:49.575542813 -0500
@@ -0,0 +1,72 @@
+--- a/v4l2uvc.c
 b/v4l2uvc.c
+@@ -179,6 +179,26 @@ init_videoIn(struct vdIn *vd, char *devi
+ v4l2_close(vd->fd);
+ return -1;
+ }
++
++//subroutine to read menu items of controls with type 3
++void enumerate_menu (struct v4l2_querymenu querymenu,
++		 struct v4l2_queryctrl queryctrl, int vd) {
++  printf ("  Menu items:\n");
++  memset (&querymenu, 0, sizeof (querymenu));
++  querymenu.id = queryctrl.id;
++  for (querymenu.index = queryctrl.minimum;
++   querymenu.index <= queryctrl.maximum;
++   querymenu.index++) {
++if (0 == ioctl (vd, VIDIOC_QUERYMENU, &querymenu)) {
++  printf ("  index:%d name:%s\n", querymenu.index, querymenu.name);
++  SDL_Delay(10);
++} else {
++  printf ("error getting control menu");
++  break;
++}
++  }
++}
++
+ int enum_controls(int vd) //struct vdIn *vd)
+ {
+   struct v4l2_queryctrl queryctrl;
+@@ -193,24 +213,6 @@ int enum_controls(int vd) //struct vdIn
+   v4l2_ioctl(vd,VIDIOC_ENUMINPUT , getinput);
+   printf ("Available controls of device '%s' (Type 1=Integer 2=Boolean 3=Menu 4=Button)\n", getinput->name);
+ 
+-  //subroutine to read menu items of controls with type 3
+-  void enumerate_menu (void) {
+-printf ("  Menu items:\n");
+-memset (&querymenu, 0, sizeof (querymenu));
+-querymenu.id = queryctrl.id;
+-for (querymenu.index = queryctrl.minimum;
+- querymenu.index <= queryctrl.maximum;
+- querymenu.index++) {
+-  if (0 == ioctl (vd, VIDIOC_QUERYMENU, &querymenu)) {
+-printf ("  index:%d name:%s\n", querymenu.index, querymenu.name);
+-	SDL_Delay(10);
+-  } else {
+-printf ("error getting control menu");
+-break;
+-  }
+-}
+-  }
+-
+   //predefined controls
+   printf ("V4L2_CID_BASE (predefined controls):\n");
+   memset (&queryctrl, 0, sizeof (queryctrl));
+@@ -227,7 +229,7 @@ int enum_controls(int vd) //struct vdIn
+   queryctrl.id, queryctrl.name, queryctrl.type, queryctrl.minimum,
+   queryctrl.maximum, queryctrl.step, queryctrl.default_value, control_s.value);
+   if (queryctrl.type == V4L2_CTRL_TYPE_MENU)
+-enumerate_menu ();
++enumerate_menu (querymenu, queryctrl, vd);
+ } else {
+   if (errno == EINVAL)
+ continue;
+@@ -250,7 +252,7 @@ int enum_controls(int vd) //struct vdIn
+   queryctrl.id, queryctrl.name, queryctrl.type, queryctrl.minimum,
+   queryctrl.maximum, queryctrl.step, queryctrl.default_value, control_s.value);
+   if (queryctrl.type == V4L2_CTRL_TYPE_MENU)
+-enumerate_menu ();
++enumerate_menu (querymenu, queryctrl, vd);
+ } else {
+   if (errno == EINVAL)
+ break;
diff -Naur luvcview.orig/luvcview-0.2.6/debian/patches/series luvcview/luvcview-0.2.6/debian/patches/series 
--- luvcview.orig/luvcview-0.2.6/debian/patches/series	2014-06-03 19:08:21.839535016 -0500
+++ luvcview/luvcview-0.2.6/debian/patches/series	2014-06-03 19:08:40.443535340 -0500
@@ -1,3 +1,4 @@
 01-uyvy.patch
 02-v4l2.patch
 03-libv4l.patch
+clang-ftbfs.diff

Bug#750505: htop: the HTOPRC environment variable is not documented

[Vincent Lefevre]

Package: htop
Version: 1.0.3-1
Severity: normal

According to

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750110#73

one can change the config file with the HTOPRC environment variable,
and I could check that this works, but this environment variable is
not documented in the man page (which is the only htop documentation).

The man page should contain a section ENVIRONMENT mentioning it,
something like:

ENVIRONMENT

  HTOPRC
The configuration file (default: $XDG_CONFIG_HOME/htop/htoprc).
On a network with shared home directory, this allows the user to
set up a configuration file that depends on the hostname or the
number of CPU's.

-- 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.11-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages htop depends on:
ii  libc6 2.18-7
ii  libncursesw5  5.9+20140118-1
ii  libtinfo5 5.9+20140118-1

htop recommends no packages.

Versions of packages htop suggests:
ii  ltrace  0.7.3-4
ii  strace  4.5.20-2.3

-- 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#750361: [Pkg-chromium-maint] Bug#750361: Chromium in debian 7.5 no longer works after upgrade to version 35

[Michael Gilbert]

control: tag -1 help
control: severity -1 important
control: forwarded -1 http://crbug.com/380435
control: retitle -1 chromium: upstream dropped support for older i386 processors

On Mon, Jun 2, 2014 at 7:33 PM, Américo Monteiro wrote:
> And this isn't a bug... chromium does not work with AMD K7 processors any 
> more.
> Time to dump chromium!

It was an upstream decision to regress on this.  It's likely possible
to set some flags to reenable this, but I won't have much time to look
into it, so I've tagged this bug "help".

Best wishes,
Mike


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

Bug#739405: RFP: bitcoin-armory -- a wallet management platform for the Bitcoin network

[Joseph Bisch]

Hello,

I am making known my intent to package Bitcoin Armory into Debian.

Cheers,

Joseph


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

Bug#750497: don't use sysconf(_SC_SYMLOOP_MAX), please

[Adam Borowski]

I'm afraid this patch doesn't work.  It makes the code compile, but if you
try to execute it, it will assume any symlinks form a loop.

The relevant snippet is:
if (++num_links > MAXSYMLINKS)
{
errno = ELOOP;
goto error;
}
which fails to execute if the returned value is -1.  Linux' headers use an
arbitrary bogus value of MAXSYMLINKS 20 to let old code work, Hurd guys
decided that it's better for wrong code to fail at compilation stage.
It's the same story as MAX_PATH.

sysconf(_SC_SYMLOOP_MAX) returns -1 on Linux as well.

-- 
Gnome 3, Windows 8, Slashdot Beta, now Firefox Ribbon^WAustralis.  WTF is going
on with replacing usable interfaces with tabletized ones?


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

Bug#745948: inspircd: Direct gcrypt usage is gnutls-related

[Peter Powell]

Hi,

InspIRCd uses libgcrypt as a secure random number generator for
InspIRCd::GenRandom -- not for tuning GnuTLS. Please do not propose
modifications for code which you do not understand. This kind of behaviour
is what caused the May 2008 Debian security vulnerability in OpenSSL and is
a support nightmare for upstream developers as we have no idea if bugs are
caused by distribution modifications or not.

Instead of wasting time on this maybe you should consider updating your
packages which are almost three years out of date now and are missing a ton
of updates. It is becoming annoying having to tell people to build from
source every time they report a bug which was fixed years ago.

~SaberUK

Bug#748892: file: Many zip files are being misidentified as Microsoft Office OOXML

[Mihail Kasadjikov]

Package: file
Version: 1:5.18-1
Followup-For: Bug #748892

The example with Oracle RDBMS patches, one file detects correct and another one 
incorrect:

$ LANG=C ls -lhr p18031683*
-rw-r--r-- 1 hamer hamer  74M Apr 14 09:47 p18031683_112030_Linux-x86-64.zip
-rw-r--r-- 1 hamer hamer  67M Apr 15 12:33 p18031683_112030_LINUX.zip

$ file p18031683_112030_Linux-x86-64.zip
p18031683_112030_Linux-x86-64.zip: Zip archive data, at least v1.0 to extract

$ file p18031683_112030_LINUX.zip
p18031683_112030_LINUX.zip: Microsoft OOXML

$ unzip -l p18031683_112030_Linux-x86-64.zip | head
Archive:  p18031683_112030_Linux-x86-64.zip
  Length  DateTimeName
-  -- -   
0  2014-02-05 09:04   18031683/
0  2014-02-05 09:03   18031683/17540582/
0  2014-02-05 09:03   18031683/17540582/files/
0  2014-02-05 09:03   18031683/17540582/files/patch/
0  2014-02-05 09:03   18031683/17540582/files/patch/scripts/
 1074  2014-02-05 09:03   
18031683/17540582/files/patch/scripts/bug14121009.sql
 1946  2014-02-05 09:03   
18031683/17540582/files/patch/scripts/bug17088068.sql

$ unzip -l p18031683_112030_LINUX.zip | head
Archive:  p18031683_112030_LINUX.zip
  Length  DateTimeName
-  -- -   
0  2014-02-12 08:58   18031683/
0  2014-02-12 08:57   18031683/16902043/
0  2014-02-12 08:57   18031683/16902043/etc/
0  2014-02-12 08:57   18031683/16902043/etc/config/
 9281  2014-02-12 08:57   18031683/16902043/etc/config/inventory.xml
   22  2014-02-12 08:57   18031683/16902043/etc/config/deploy.xml
12564  2014-02-12 08:57   18031683/16902043/etc/config/actions.xml

$ hd p18031683_112030_Linux-x86-64.zip | head
  50 4b 03 04 0a 00 00 00  00 00 90 b0 44 44 00 00  |PK..DD..|
0010  00 00 00 00 00 00 00 00  00 00 09 00 15 00 31 38  |..18|
0020  30 33 31 36 38 33 2f 55  54 09 00 03 6f d4 f1 52  |031683/UT...o..R|
0030  6f d4 f1 52 55 78 04 00  09 35 34 21 50 4b 03 04  |o..RUx...54!PK..|
0040  0a 00 00 00 00 00 74 b0  44 44 00 00 00 00 00 00  |..t.DD..|
0050  00 00 00 00 00 00 12 00  15 00 31 38 30 33 31 36  |..180316|
0060  38 33 2f 31 37 35 34 30  35 38 32 2f 55 54 09 00  |83/17540582/UT..|
0070  03 3c d4 f1 52 4a d4 f1  52 55 78 04 00 09 35 34  |.<..RJ..RUx...54|
0080  21 50 4b 03 04 0a 00 00  00 00 00 76 b0 44 44 00  |!PKv.DD.|
0090  00 00 00 00 00 00 00 00  00 00 00 18 00 15 00 31  |...1|

$ hd p18031683_112030_LINUX.zip | head
  50 4b 03 04 0a 00 00 00  00 00 51 af 4b 44 00 00  |PKQ.KD..|
0010  00 00 00 00 00 00 00 00  00 00 09 00 15 00 31 38  |..18|
0020  30 33 31 36 38 33 2f 55  54 09 00 03 89 0d fb 52  |031683/UT..R|
0030  89 0d fb 52 55 78 04 00  09 35 34 21 50 4b 03 04  |...RUx...54!PK..|
0040  0a 00 00 00 00 00 3c af  4b 44 00 00 00 00 00 00  |..<.KD..|
0050  00 00 00 00 00 00 12 00  15 00 31 38 30 33 31 36  |..180316|
0060  38 33 2f 31 36 39 30 32  30 34 33 2f 55 54 09 00  |83/16902043/UT..|
0070  03 63 0d fb 52 68 0d fb  52 55 78 04 00 09 35 34  |.c..Rh..RUx...54|
0080  21 50 4b 03 04 0a 00 00  00 00 00 3c af 4b 44 00  |!PK<.KD.|
0090  00 00 00 00 00 00 00 00  00 00 00 16 00 15 00 31  |...1|


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

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

Versions of packages file depends on:
ii  libc6  2.18-7
ii  libmagic1  1:5.18-1
ii  zlib1g 1:1.2.8.dfsg-1

file recommends no packages.

file 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#749423: Please include s5p-mfc firmware

[Ben Hutchings]

On Mon, 2014-05-26 at 23:02 +0200, Sjoerd Simons wrote:
> Source: firmware-nonfree
> Severity: wishlist
> 
> Hey,
> 
> linux-firmware git has had the firmware for ARM Exynos hardware video encoder 
> &
> decoder device for a while, these are supported by the upstream kernel as 
> well.

But there is a disagreement between the driver and linux-firmware.git
about what the filenames are!  I've just queried this upstream.

Ben.

> Would be nice if the firmware could be shipped in one of the linux-firmware
> packages


-- 
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old ones.


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

Bug#739261: libhdf5-openmpi-dev: Version in stable (wheezy) does not work with gfortran from stable

[Gilles Filippini]

Hi,

Frank Loeffler a écrit , Le 03/06/2014 21:01:
> Being hit by this myself now, I am a bit surprised by the reaction "can
> wait a little longer", for an issue that clearly breaks the Fortran
> interface and seems to be easily fixable.
> 
> But this aside - is there a plan to get this into _any_ of the future
> point releases of stable?

I have no plan but getting the binNMU #740561 processed.
And it all depends on the good will of the release team.

Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#614509: Taking over maintenance of the viewvc package?

[John Zaitseff]

Hi,

It is somewhat disheartening to see a bug that I've opened in 2011
still unchanged in status---even though I've provided solutions over
the years.  The last time the maintainer, David Martínez Moreno,
made a release was in 2010.

I still use this package extensively, and, in fact, was the one
responsible for its complete reworking back in 2010---see the
changelog entry for 1.1.5-1.

I would like to suggest taking over maintainership of the viewvc
package, as suggested in bug #532611 (messages 27 and 28).  I am not
(yet!) sure of the procedure to do so, but I will be investigating,
as I aim to become a Debian Maintainer (and then Developer) in the
near future...

Yours truly,

John Zaitseff

-- 
John Zaitseff,--_|\The ZAP Group
Phone:  +61 2 9643 7737 /  \   Sydney, Australia
E-mail: j.zaits...@zap.org.au   \_,--._*   http://www.zap.org.au/
  v


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

Bug#750504: sks postinst script fails when no logfiles present

[Daniel Kahn Gillmor]

Package: sks
Version: 1.1.5-1
Severity: normal

the sks postinst script is set -e and it has:


LOG_FILES=$(cd ${SKS_DIR}/${DBHOME}; ls -1 | grep -E "^log\.")

which executes when the bdb recovery tool it wants to use doesn't exist.

in this scenario, if there is no logfile, then this assignment will
return a non-zero code, which causes set -e to fail.  The postinst
script shouldn't be this brittle.

   --dkg

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

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

Versions of packages sks depends on:
ii  adduser3.113+nmu3
ii  db-util5.3.0
ii  libc6  2.18-7
ii  libdb5.3   5.3.28-3
ii  logrotate  3.8.7-1
ii  zlib1g 1:1.2.8.dfsg-1

sks recommends no packages.

Versions of packages sks suggests:
ii  postfix [mail-transport-agent]  2.11.0-1
pn  procmail

-- debconf-show failed


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

Bug#748634: chipw: NMU update to use wxwidgets3.0. Cleaned up and revised versions patch

[Olly Betts]

On Tue, Jun 03, 2014 at 10:50:06PM +0100, Deivi San wrote:
> After cleaning up comments and reconsidering all your recommendations
> I've recompiled and tested with versions 2.8 and 3.0 of the library
> (both available in testing) and it works fine. I've attached a new
> patch with comments removed, versions verified and null checks in
> place.
> 
> wxWX2MBbuf is not wxString but a dual type macro so I have used
> casting instead of your proposal.
> 
> The only doubt I hold is with function wxImage.ConvertAlphaToMask():
>     In 2.8 code works well with package included tiles (a bmp without
> Alpha returns true). However, it fails when calling this function in
> 3.0 and previous img.HasAlpha() check is required.
>     I guess it's an wxwidgets behavior change.

It is - in 2.8 the code looks like this:

bool wxImage::ConvertAlphaToMask(unsigned char threshold)
{
if ( !HasAlpha() )
return true;

But in 3.0, that same check returns "false" instead.

This is the ticket which motivated that change:

http://trac.wxwidgets.org/ticket/12637

So your change there is good.

> Anyway, now migration to wxwidgets3.0 is a step nearer. 

Indeed - thank you very much.  If you're interested in working on
patches for wx3 support in other packages, please feel free to.

Luke - I'm intending to NMU with this patch if I don't hear anything
from you shortly as the testing AUTORM is due to happen on June 18th.
If you want me to hold off, just let me know.

Cheers,
Olly


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

Bug#734805: Sfftobmp does not append page index to output filenames anymore

[Olly Betts]

Hi Peter,

On Thu, Jan 09, 2014 at 11:49:12PM +0100, Peter Schaefer wrote:
> When convertig a multipage fax, sfftobmp does not append the expected
> numerical page index to the output filename:
> 
> File /var/spool/capisuite/received/fax.sff seems to
> have 2 page(s).
> - Destination File /tmp/buschfaxtmp/fax.jpg :
>   Converting page 1 (1728x1140px / 203x98dpi), LowRes ...
> - Destination File /tmp/buschfaxtmp/fax.jpg :
>   Converting page 2 (1728x1140px / 203x98dpi), LowRes ...
> 
> It ought to be (and was in prior versions):
> 
> - Destination File /tmp/buschfaxtmp/fax_001.jpg :
>   Converting page 1 (1728x1140px / 203x98dpi), LowRes ...
> - Destination File /tmp/buschfaxtmp/fax_002.jpg :
>   Converting page 2 (1728x1140px / 203x98dpi), LowRes ...
> 
> The problem was identified to be associated with new behaviour
> introduced by boost::filesystem V3 (version 1.49 in Wheezy and up).

I've applied the patch and made a new upload (3.1.3-4).  I wasn't able
to test that the patched package actually exports with a suffix as I
don't seem to have any multipage SFF files to test with.  Processing
a single page SFF file doesn't add a suffix - is that as expected?

Could you confirm the new upload actually fixes this issue (or if you
have a multipage SFF file you can distribute, feel free to send it over
and I can test with it).

Cheers,
Olly


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

Bug#747914: created LXC containers don't have networking

[Antonio Terceiro]

On Tue, Jun 03, 2014 at 11:44:55PM +0200, Daniel Baumann wrote:
> On 06/03/2014 10:28 PM, Antonio Terceiro wrote:
> > This does not require changing any container template (at all).
> 
> i'm aware of that, but that is not the problem. the problem is the
> policy conforming configuration/changing of the hosts network
> connection (by adding a bridge with a certain ip range).

Finding a reasonable IP range is indeed not so easy, but I still didn't
have any problems with the default range that libvirt
uses (192.168.122.0/24); most places will use 192.168.$x.0/24, with a small $x, 
so I don't think
this will bring problems to many users.

Just to be sure, we can always ask for an IP range in debconf before
doing anything, so users that actually 192.168.0.0/16 have a chance to
set an acceptable IP range.

> > Would you consider including a patch that enables networking out of
> > the box using a unobstrusive virtual ethernet bridge?
> 
> depends on how 'non-intrusive' it would be. can you describe the
> procedure briefly you're thinking about?

I don't know the exact details yet, but it would require figuring out
how libvirt does it and do it similarly. Hopefully there is some backend
package that does the actual work (setting up the bridge and the
iptables rules), if not we'll have to script that.

But on a high level, I think it could be like this:

- from debconf, ask both 1) whether to enable the bridge and 2) what IP
  range to use. To avoid people busting their network setups by mistake
  we could make both questions priority high, but I would default 1) to
  "yes" and 2) to some 192.168.x.0/24 that is not already suggested by
  libvirt.

- have a service that will bring the bridge up on boot and tear it down
  on shutdown, if enabled, or do nothing otherwise.

-- 
Antonio Terceiro 


signature.asc
Description: Digital signature

Bug#750502: livestreamer: Disable new release check

[Sebastian Ramacher]

Package: livestreamer
Version: 1.8.1-1
Severity: wishlist

livestreamer checks for new releases per default on every start. There
is no point for packaged software to do this. We have the necessary
infrastructure available in Debian to check for new upstream release.
Please disable the check per default or remove it altogether.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#750290: 750...@bugs.debian.org

[peter green]

Tags 750290 +patch
thanks.


debian/tmp/usr/share/man/man1/ogg123.1: No such file or directory at 
/usr/bin/dh_installman line 130.
make: *** [binary] Error 2

Looking further back in the build log we see


checking for pkg-config... no

<--snip-->

checking for ogg123 requirements
configure: WARNING: libao too old; >= 1.0.0 required

<--snip-->

configure: WARNING: Prerequisites for ogg123 not met, ogg123 will be skipped.


After some testing appears the problem is pkg-config is not installed, without pkg-config the 
configure script fails to correctly detect libao which means it does not build ogg123 which

in turn causes a file not found error when it comes to build the debian 
packages.

It appears pkg-config used to be pulled in indirectly by other build-depends 
but no longer
is.

In an environment with pkg-config installed the package built successfully. 
Please add it
to the build-depends (note: I have not tested in a minimal environment, so 
there may be other
build-depends missing).


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

Bug#750489: please backport lxc 1.0.x for wheezy

[Holger Levsen]

Hi,

On Dienstag, 3. Juni 2014, Daniel Baumann wrote:
> > Please backport lxc to Debian wheezy so that it's easier to test and
> > explore containers.
> i'm not interested in maintaining that myself, but holger showed
> interest in doing that.

this is true and I still plan this, just the last days more important stuff 
was on my plate... I also wouldnt mind if someone else did it. (But I'll do it 
soon else.)


cheers,
Holger




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

Bug#750496: texlive-xetex crashes install

[Eric Fort]

I did not see a core file but I will look again.  nope, no core file.
here's the session running the command as a normal user:

debian@beaglebone:~$ xetex
-ini
This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
(INITEX)
restricted \write18
enabled.
**
Please type the name of your input
file.
**
Please type the name of your input
file.
**^CPlease type the name of your input
file.
**^C
Please type the name of your input
file.
**Please type the name of your input
file.
**^Z
[1]+  Stopped xetex -ini
debian@beaglebone:~$ xelatex.ini
bash: xelatex.ini: command not found

(I don't have a file to give it.  the binary however is *not* the problem.
I included in the initial report that it crashes on install, specificly
dpkg --configure called from within the script returns 1 (an error in dpkg
trying to configure the pkg.)

Refrence the initial report toward the end for the complete session.

Eric


On Tue, Jun 3, 2014 at 2:48 PM, Hilmar Preusse  wrote:

> On 03.06.14 Eric Fort (eric.f...@gmail.com) wrote:
>
> Hi,
>
> > fmtutil: running `xetex -ini   -jobname=xelatex -progname=xelatex
> -etex
> > xelatex.ini' ...
> > This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
> > (INITEX)
> >  restricted \write18 enabled.
> > Killed
> >
> Could you run that comannd (xetex -ini ... xelatex.ini) as normal
> user?  Is there a core dump created?
>
> Thanks,
>   Hilmar
> --
> sigmentation fault
>

Bug#736492: pu: package cyrus-imapd-2.4/2.4.16-4+deb7u2

[Ondřej Surý]

Thanks, fixed the changelog and uploaded it to ftp-master.

Ondrej

On Tue, Jun 3, 2014, at 23:12, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sun, 2014-06-01 at 23:18 +0200, Ondřej Surý wrote:
> > On Tue, Mar 11, 2014, at 23:43, Adam D. Barratt wrote:
> > > On Fri, 2014-01-24 at 10:27 +0100, Ondřej Surý wrote:
> [...]
> > > >   * Fix missing GUID for binary appends (Closes: #709799)
> > > >   * Apply upstream fix to unbroke nntpd (Closes: #734648)
> > > 
> > > As far as I can see, based on the bug reports and looking at the code,
> > > both of these issues affect the package in unstable and are not yet
> > > fixed there. If that's correct, please come back to us once the fixes
> > > are in the archive; otherwise, please clarify the situation.
> > 
> > The package with fixes has now migrated from unstable to testing,
> > so I think we are good to go.
> 
> Thanks for the update.
> 
> -cyrus-imapd-2.4 (2.4.16-4+deb7u1) wheezy; urgency=high
> +cyrus-imapd-2.4 (2.4.16-4+deb7u2) stable; urgency=low
> [...]
> +cyrus-imapd-2.4 (2.4.16-4+deb7u1) stable; urgency=low
> 
> That change looks unintentional. Other than that, please go ahead.
> 
> Regards,
> 
> Adam
> 


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


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

Bug#750387: lxc-stuff: Needs a way to specify alternative architecture for container

[Daniel Baumann]

reopen 750387
tag 750387 pending
retitle 750387 lxc-debconfig: show amd64 on amd64-kernel-i386-system too
thanks

On 06/03/2014 03:26 PM, John Goerzen wrote:
> That is the problem then. This was on an i386 machine running the amd64
> kernel

ah, right; lxc-debconfig was only checking for the dpkg architecture,
not the kernel architecture. fixed in git.

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


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

Bug#750498: cups: server keeps timing out after 30secs idling with no way to change that

[Till Kamppeter]

It seems that cupsd needs to check whether there is a running web
interface session and consider itself non-idle then.

colord will probably also need some tweaking for laptop/mobile battery
saving environments.

   Till


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

Bug#750500: installation-reports: Jessie amd64 netinst encrypted LVM: stuck at /target/boot/efi vfat partition creation

[Jean-Marc Liotier]

Package: installation-reports
Severity: normal
Tags: d-i

Dear Maintainer, the Debian Installer from
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
remains stuck and unresponsive right after committing the partitioning and
formatting of an encrypted LVM full-disk setup. Switching between consoles and
using consoles other than the DI remains possible, but the DI won't exit the
screen announcing the creation of a vfat partition at /target/boot/efi. No
suspect syslog or dmesg entry is evident.

The Wheezy Debian Installer is perfectly functional using the same options on
the same host.

As I am currently waiting for the Wheezy DI to wipe the aforementioned host's
encrypted partition, I am unable to gather more details from it, but I will
upon request.


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

Bug#750496: texlive-xetex crashes install

[Hilmar Preusse]

On 03.06.14 Eric Fort (eric.f...@gmail.com) wrote:

Hi,

> fmtutil: running `xetex -ini   -jobname=xelatex -progname=xelatex -etex
> xelatex.ini' ...
> This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian)
> (INITEX)
>  restricted \write18 enabled.
> Killed
> 
Could you run that comannd (xetex -ini ... xelatex.ini) as normal
user?  Is there a core dump created?

Thanks,
  Hilmar
-- 
sigmentation fault


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

Bug#748634: chipw: NMU update to use wxwidgets3.0. Cleaned up and revised versions patch

[Deivi San]

tags 748634 + patch


Dear Olly,

In first place, thanks for your sugestions and time.

After
 cleaning up comments and reconsidering all your recommendations I've 
recompiled and tested with versions 2.8 and 3.0 of the library (both 
available in testing) and it works fine. I've attached a new patch with 
comments removed, versions verified and null checks in place.

wxWX2MBbuf is not wxString but a dual type macro so I have used casting instead 
of your proposal.

The only doubt I hold is with function wxImage.ConvertAlphaToMask():
    In 2.8 code works well with package included tiles (a bmp without Alpha 
returns true). However, it fails when calling this function in 3.0 and 
previous img.HasAlpha() check is required.
    I guess it's an wxwidgets behavior change.

Anyway, now migration to wxwidgets3.0 is a step nearer. 


Cheers,
  
Daviddiff -Nru --from-file orig/chipw-2.0.6/ orig/chipw-2.0.6/debian/changelog chipw-2.0.6/debian/changelog
--- orig/chipw-2.0.6/debian/changelog	2011-12-16 14:50:53.0 +0100
+++ chipw-2.0.6/debian/changelog	2014-06-03 19:31:39.176154934 +0200
@@ -1,3 +1,10 @@
+chipw (2.0.6-1.2) unstable; urgency=low
+
+  * Non-maintainer upload
+  * Update to use wxWidgets3.0
+
+ -- David  Tue, 3 Jun 2014 19:31:39 +0200
+
 chipw (2.0.6-1.1) unstable; urgency=low
 
   * Non-maintainer upload at maintainer's request.
diff -Nru --from-file orig/chipw-2.0.6/ orig/chipw-2.0.6/debian/control chipw-2.0.6/debian/control
--- orig/chipw-2.0.6/debian/control	2011-12-16 14:47:25.0 +0100
+++ chipw-2.0.6/debian/control	2014-06-03 01:28:04.853789962 +0200
@@ -2,7 +2,7 @@
 Section: games
 Priority: optional
 Maintainer: Luke Faraone 
-Build-Depends: cdbs, debhelper (>= 7), libwxgtk2.8-dev
+Build-Depends: cdbs, debhelper (>= 7), libwxgtk3.0-dev
 DM-Upload-Allowed: yes
 Standards-Version: 3.9.0
 Homepage: http://www.microstupidity.com/chipw/
diff -Nru --from-file orig/chipw-2.0.6/ orig/chipw-2.0.6/src/leveleditview.cpp chipw-2.0.6/src/leveleditview.cpp
--- orig/chipw-2.0.6/src/leveleditview.cpp	2011-12-15 16:40:24.0 +0100
+++ chipw-2.0.6/src/leveleditview.cpp	2014-06-03 19:27:04.847603711 +0200
@@ -210,10 +210,15 @@
 void LevelEditView::OnChangeFilename() {
 if(GetDocument() != NULL && GetFrame() != NULL) {
 wxString name;
-GetDocument()->GetPrintableName(name);
 wxString title = wxT("Chip's Workshop");
-if(name)
+#if wxCHECK_VERSION(2,8,5)
+name=GetDocument()->GetUserReadableName();
+title += wxT(" - ") + name;
+#else
+GetDocument()->GetPrintableName(name);
+if(!name.empty())
 title += wxT(" - ") + name;
+#endif
 if(level != NULL && !level->title.empty())
 title += wxT(" (") + wxString(level->title.c_str(), wxConvISO8859_1) + wxT(")");
 if(GetFrame()->IsKindOf(CLASSINFO(wxTopLevelWindow)))
@@ -343,7 +348,7 @@
 std::string title = level->title;
 {
 const wxWX2MBbuf str = dlg.title.mb_str(wxConvISO8859_1);
-if(str != NULL)
+if((const void *) str != NULL)
 title = str;
 else
 wxLogError(wxT("Failed to set level title."));
@@ -351,7 +356,7 @@
 std::string psw = level->psw;
 {
 const wxWX2MBbuf str = dlg.psw.mb_str(wxConvISO8859_1);
-if(str != NULL)
+if((const void *) str != NULL)
 psw = str;
 else
 wxLogError(wxT("Failed to set level password."));
@@ -369,7 +374,7 @@
 std::string hint = level->hint;
 {
 const wxWX2MBbuf str = dlg.hint.mb_str(wxConvISO8859_1);
-if(str != NULL)
+if ((const void *) str != NULL)
 hint = str;
 else
 wxLogError(wxT("Failed to set level hint."));
@@ -827,7 +832,11 @@
 wxRegion region(x1, y1, selw * GetTileW(), selh * GetTileH());
 region.Xor(x2, y2, w * GetTileW(), h * GetTileH());
 wxDC* dc = NewClientDC();
+#if wxCHECK_VERSION(2,8,11)
+dc->SetDeviceClippingRegion(region);
+#else
 dc->SetClippingRegion(region);
+#endif
 DrawSelection(dc, 0, 0, 32, 32);
 delete dc;
 }
@@ -896,7 +905,11 @@
 
 void LevelEditView::DrawSelection(wxDC* dc, wxUint32 x, wxUint32 y, wxUint32 w, wxUint32 h) {
 if(x < 32 && y < 32 && w > 0 && h > 0) {
+#if wxCHECK_VERSION(2,9,0)
+wxRasterOperationMode origfunc = dc->GetLogicalFunction();
+#else
 int origfunc = dc->GetLogicalFunction();
+#endif
 dc->SetLogicalFunction(wxINVERT);
 dc->SetPen(*wxTRANSPARENT_PEN);
 dc->SetBrush(*wxBLACK_BRUSH);
@@ -963,7 +976,11 @@
 continue;
 }
 if(tilelist != NULL && tilelist->IsSelected

Bug#750499: gvfs mounts the fat32 sd card of my 3g dongle with root ownership

[Paretje]

Source: gvfs
Severity: important

Dear Maintainer,

Today, I wanted to copy my statistics course to the micro sd card I use for my 
e-reader. I do this using my 3G dongle.

The first problem I encountered that the partitions weren't automatically 
discovered. It was when the dongle was inserted during boot, or when I did a 
touch /dev/sdb

Well, I could mount the FAT32 file system now, but the ownership was set to 
root. I have tested it with an other FAT32 file system using a spare USB stick, 
but this functioned well.

This is the output of gvfs-mount -io after inserting the dongle:
Drive connected:'HUAWEI MMC Storage'
  Drive(0): HUAWEI MMC Storage
Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
ids:
 unix-device: '/dev/sdb'
themed icons:  [drive-removable-media-usb]  [drive-removable-media]  
[drive-removable]  [drive]
symbolic themed icons:  [drive-removable-media-usb-symbolic]  
[drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  
[drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
is_media_removable=1
has_media=0
is_media_check_automatic=1
can_poll_for_media=0
can_eject=1
can_start=0
can_stop=0
start_stop_type=shutdown
sort_key=01hotplug/1401829923277712

Drive connected:'HUAWEI Mass Storage'
  Drive(0): HUAWEI Mass Storage
Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
ids:
 unix-device: '/dev/sr0'
themed icons:  [drive-optical]  [drive]
symbolic themed icons:  [drive-optical-symbolic]  [drive-symbolic]  
[drive-optical]  [drive]
is_media_removable=1
has_media=0
is_media_check_automatic=1
can_poll_for_media=0
can_eject=1
can_start=0
can_stop=0
start_stop_type=shutdown
sort_key=01hotplug/1401829923303482

After I do the touch /dev/sdb:
Drive changed:  'HUAWEI MMC Storage'
  Drive(0): HUAWEI MMC Storage
Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
ids:
 unix-device: '/dev/sdb'
themed icons:  [drive-removable-media-usb]  [drive-removable-media]  
[drive-removable]  [drive]
symbolic themed icons:  [drive-removable-media-usb-symbolic]  
[drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  
[drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
is_media_removable=1
has_media=1
is_media_check_automatic=1
can_poll_for_media=0
can_eject=1
can_start=0
can_stop=0
start_stop_type=shutdown
sort_key=01hotplug/1401829923277712

Volume added:   'usb0'
  Volume(0): usb0
Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
ids:
 class: 'device'
themed icons:  [drive-removable-media]  [drive-removable]  [drive]
symbolic themed icons:  [drive-removable-media-symbolic]  
[drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media]  
[drive-removable]  [drive]
can_mount=1
can_eject=0
should_automount=0
sort_key=gvfs.time_detected_usec.1401830431454306

Drive changed:  'HUAWEI MMC Storage'
  Drive(0): HUAWEI MMC Storage
Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
ids:
 unix-device: '/dev/sdb'
themed icons:  [drive-removable-media-usb]  [drive-removable-media]  
[drive-removable]  [drive]
symbolic themed icons:  [drive-removable-media-usb-symbolic]  
[drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  
[drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
is_media_removable=1
has_media=1
is_media_check_automatic=1
can_poll_for_media=0
can_eject=1
can_start=0
can_stop=0
start_stop_type=shutdown
sort_key=01hotplug/1401829923277712

Volume removed: 'usb0'
  Volume(0): usb0
Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
ids:
 class: 'device'
themed icons:  [drive-removable-media]  [drive-removable]  [drive]
symbolic themed icons:  [drive-removable-media-symbolic]  
[drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media]  
[drive-removable]  [drive]
can_mount=1
can_eject=0
should_automount=0
sort_key=gvfs.time_detected_usec.1401830431454306

Volume added:   '3.9 GB Volume'
  Volume(0): 3.9 GB Volume
Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
ids:
 class: 'device'
 unix-device: '/dev/sdb1'
 uuid: '205A-CB39'
themed icons:  [drive-removable-media-usb]  [drive-removable-media]  
[drive-removable]  [drive]
symbolic themed icons:  [drive-removable-media-usb-symbolic]  
[drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  
[drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
can_mount=1
can_eject=1
should_automount=1
sort_key=gvfs.time_detected_usec.1401830432141025

$ gvfs-mount -d /dev/sdb1
Mounted /dev/sdb1 at /media/usb0

Note the fact that the disk is mounted directly at /media, and not 
/media/kevin. The output of gvfs-mou

Bug#747914: created LXC containers don't have networking

[Daniel Baumann]

On 06/03/2014 10:28 PM, Antonio Terceiro wrote:
> This does not require changing any container template (at all).

i'm aware of that, but that is not the problem. the problem is the
policy conforming configuration/changing of the hosts network
connection (by adding a bridge with a certain ip range).

> Would you consider including a patch that enables networking out of
> the box using a unobstrusive virtual ethernet bridge?

depends on how 'non-intrusive' it would be. can you describe the
procedure briefly you're thinking about?

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


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

Bug#750360: systemd-sysv: breaks NFS root systems

[Michael Biebl]

Am 03.06.2014 22:10, schrieb Sven Joachim:

> I guess the following should work (untested):
> 
> --8<---cut here---start->8---
> diff --git a/scripts/nfs b/scripts/nfs
> index 967e67f..3b7ade2 100644
> --- a/scripts/nfs
> +++ b/scripts/nfs
> @@ -67,7 +67,7 @@ mountroot()
>   # loop until nfsmount succeeds
>   do_nfsmount
>   while [ ${retry_nr} -lt ${delay} ] \
> - && ! chroot "${rootmnt}" test -x "${init}" ; do
> + && ! chroot "${rootmnt}" /bin/sh -c "test -x ${init}" ; do
>   [ "$quiet" != "y" ] && log_begin_msg "Retrying nfs mount"
>   /bin/sleep 1
>   do_nfsmount
> --8<---cut here---end--->8---

While the attached patch looks correct, I'd very much prefer if we could
just mount /usr from the initramfs, which would make this issue obsolete.



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



signature.asc
Description: OpenPGP digital signature

Bug#699703: This seems to be going nowhere.

[Hilko Bengen]

control: tag -1 wontfix

I don't really see a reason for wanting to avoid supermin (the successor
to febootstrap) in libguestfs installations. I am therefore tagging this
bug as "wontfix".

Cheers,
-Hilko


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

Bug#750498: cups: server keeps timing out after 30secs idling with no way to change that

[Nemo Inis]

Package: cups
Version: 1.7.2-3
Severity: important

Dear Maintainer,

Ever since cups 1.7.2-2, which contains a patch for bug #742666, and my switch
to systemd, the cups server exits after 30 seconds idling without a
configuration option to prevent that.  In my case, that means:

- when I'm using the cups web interface at localhost:631, if I wait more than
30 seconds before clicking on anything, my browser reports "unable to connect"
and I've lost whatever work I was in the middle of (for example adding a
printer, etc...);

- cups starts/stops throughout the day, and every time, it triggers colord
(which I also run), which loads all my profiles, etc... and fills my syslog
telling me so;

- since I'm running a desktop machine, I'd rather not have settings meant for
laptops forced down on me; I'd like the option to run cups permanently without
timeout as it did before.

Thanks!



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

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

Versions of packages cups depends on:
ii  cups-client1.7.2-3
ii  cups-common1.7.2-3
ii  cups-core-drivers  1.7.2-3
ii  cups-daemon1.7.2-3
ii  cups-filters   1.0.53-1
ii  cups-ppdc  1.7.2-3
ii  cups-server-common 1.7.2-3
ii  debconf [debconf-2.0]  1.5.53
ii  ghostscript9.05~dfsg-8.1
ii  libavahi-client3   0.6.31-4
ii  libavahi-common3   0.6.31-4
ii  libc-bin   2.18-7
ii  libc6  2.18-7
ii  libcups2   1.7.2-3
ii  libcupscgi11.7.2-3
ii  libcupsimage2  1.7.2-3
ii  libcupsmime1   1.7.2-3
ii  libcupsppdc1   1.7.2-3
ii  libgcc11:4.9.0-4
ii  libstdc++6 4.9.0-4
ii  libusb-1.0-0   2:1.0.18-2
ii  lsb-base   4.1+Debian12
ii  poppler-utils  0.24.5-4
ii  procps 1:3.3.9-2

Versions of packages cups recommends:
ii  avahi-daemon 0.6.31-4
ii  colord   1.0.6-1
ii  cups-filters [ghostscript-cups]  1.0.53-1
ii  printer-driver-gutenprint5.2.10~pre2-2

Versions of packages cups suggests:
ii  cups-bsd   1.7.2-3
ii  cups-pdf   2.6.1-9pdfpatch1
ii  foomatic-db20140325-1
pn  hplip  
pn  printer-driver-hpcups  
ii  smbclient  2:4.1.7+dfsg-2
ii  udev   204-8

-- debconf information excluded


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

Bug#635284: Reassigning to supermin

[Hilko Bengen]

control: reassign -1 supermin

febootstrap has been renamed.

Cheers,
-Hilko


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

Bug#750497: mate-menus: FTBFS on hurd-i386

[Svante Signell]

Source: mate-menus
Version: 1.8.0-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd

Hi,

Currently mate-menus fails to build from source due to usage of
MAXSYMLINKS, which is not defined on GNU/Hurd. The attached patch
solves this problem by using the runtime function sysconf with argument
_SC_SYMLOOP_MAX to resolve that number.

Thanks!

--- a/libmenu/canonicalize.c	2014-03-01 11:37:52.0 +0100
+++ b/libmenu/canonicalize.c	2014-06-03 23:14:43.0 +0200
@@ -44,6 +44,10 @@
that cannot be resolved.  If the path can be resolved, RESOLVED
holds the same value as the value returned.  */
 
+#ifndef MAXSYMLINKS
+#define MAXSYMLINKS sysconf(_SC_SYMLOOP_MAX)
+#endif
+
 static char* menu_realpath(const char* name, char* resolved)
 {
 	char* rpath = NULL;

Bug#750496: texlive-xetex crashes install

[Eric Fort]

Package: texlive-xetex
Version: 2012.20120611-5
Severity: grave

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

(marked grave, as it's uninstallable as is and crashes the install of other
packages being installed simultaniously)

   * What led up to the situation?

tried to install a bunch of packages with apt-get install.  specificly:

apt-get install alsa-oss ant-doc ant-gcj ant-optional-gcj antlr apsfilter
aumix autotrace awesfx blt-demo blueman bluetooth bluez bluez-alsa
bluez-cups bluez-gstreamer bluez-tools bluez-utils bsh chktex cicero
cifs-utils cjet cups-bsd cups-pdf default-jdk devhelp dhelp doc-base
doc-central dvi2ps dvi2ps-fontdata-ja dvidvi dvipng dwww ecj enscript
equivs espeak exiv2 fam festival festival-freebsoft-utils festvox-don
festvox-en1 festvox-kallpc8k festvox-rablpc8k festvox-us1 festvox-us2
festvox-us3 ffmpeg firebird-dev firebird2.5-examples fluid-soundfont-gm
fluid-soundfont-gs fluidsynth fonts-arphic-ukai fonts-arphic-uming
fonts-ipafont-gothic fonts-oflb-asana-math fonts-stix fonts-unfonts-core
foomatic-db foomatic-db-gutenprint fop-doc fping fragmaster gawk-doc
geotiff-bin ghostscript-x gimp-data-extras gimp-gutenprint gimp-help-en
gimp-ufraw gis-osm gnuplot gnuplot-doc gnutls26-doc gocr gpscorrelate
gpscorrelate-gui gpsd-clients grads groff groovy guile-1.8-doc
guile-1.8-doc-non-dfsg gutenprint-doc gutenprint-locales gv hannah-foo2zjs
hdf4-tools hp2xx hpijs-ppds hplip-cups hplip-doc hplip-gui html2ps
icedtea-plugin iceweasel imagemagick imagemagick-doc ipython ir-keytable
jack-tools jackd javacc jruby junit jython khelpcenter4 krb5-doc krb5-user
lacheck latexdiff latexmk libaopalliance-java-doc
libatinject-jsr330-api-java-doc libavalon-framework-java-doc
libbackport-util-concurrent-java-doc libbcel-java-doc libbonobo2-bin
libc-dbg libcastor-xml-java libcommons-collections3-java
libcommons-dbcp-java-doc libcommons-io-java-doc libcommons-logging-java-doc
libcommons-net-java libcurl3-dbg libcurl4-gnutls-dev libecj-java-gcj
libexcalibur-logkit-java libfbembed2.5 libgcrypt11-doc libgeotiff-epsg
libgeronimo-jpa-2.0-spec-java-doc libgeronimo-osgi-support-java-doc
libgeronimo-validation-1.0-spec-java-doc libgnomevfs2-bin libgnumail-java
libgtk2.0-doc libhdf4-dev libhdf4-doc libhessian-java libjamon-java
libjava3d-java-doc libjaxp1.3-java-gcj libjboss-jmx-java libjboss-vfs-java
libjdepend-java libjdom1-java libjetty-java libjibx1.2-java
libjline-java-doc libjs-mathjax libjs-sphinxdoc libjsch-java liblcms-utils
liblo-dev liblog4j1.2-java-doc liblrdf0-dev libmagickcore5-extra
libmemphis-0.2-dev libmemphis-doc libmetadata-extractor-java-doc libmyodbc
libmysqlclient-dev liboro-java libosgi-compendium-java-doc
libosgi-core-java-doc libosgi-foundation-ee-java-doc libosm-gary68-perl
libosmgpsmap2-dbg libplexus-classworlds-java-doc libpq-dev
libqt4-declarative-folderlistmodel libqt4-declarative-gestures
libqt4-declarative-particles libqt4-declarative-shaders libqt4-dev
libraptor1-doc libregexp-java librhino-java-doc librrds-perl
libsasl2-modules-gssapi-mit libsasl2-modules-ldap libsasl2-modules-otp
libsasl2-modules-sql libsaxon-java-doc libsox-fmt-all libsqlite0-dev
libsqlite3-dev libwmf-bin libxalan2-java-doc libxerces2-java-doc
libxerces2-java-gcj libxml-commons-resolver1.1-java-doc libxmlbeans-java
libxsltc-java libxstream-java libyaml-shell-perl links lirc lirc-x
lm-sensors locales-all lynx  memcached meterbridge mpg123 mplayer
mplayer-doc nas navit netpbm netselect netselect-apt odbc-postgresql
ogdi-bin oidentd openprinting-ppds openslp-doc oss-compat oss4-base
oss4-modules otf-stix paman paprefs pavucontrol pavumeter perl-tk
pidgin-festival playmidi pmidi pnm2ppa postgresql-doc-9.1 proj-ps-doc
psutils pulseaudio pulseaudio-esound-compat purifyeps python-boto
python-doc python-egenix-mxbeebase-dbg python-egenix-mxbeebase-doc
python-egenix-mxdatetime-dbg python-egenix-mxdatetime-doc
python-egenix-mxproxy-dbg python-egenix-mxproxy-doc
python-egenix-mxqueue-dbg python-egenix-mxqueue-doc
python-egenix-mxstack-dbg python-egenix-mxstack-doc
python-egenix-mxtexttools python-egenix-mxtexttools-dbg
python-egenix-mxtexttools-doc python-egenix-mxtools-dbg
python-egenix-mxtools-doc python-egenix-mxuid-dbg python-egenix-mxuid-doc
python-egenix-mxurl-dbg python-egenix-mxurl-doc python-examples python-flup
python-gdal python-gdbm-dbg python-genshi python-gnome2-doc
python-gnomekeyring python-imaging-dbg python-imaging-doc
python-imaging-doc-html python-imaging-doc-pdf python-imaging-tk
python-imaging-tk-dbg python-lxml python-mapscript python-matplotlib
python-memcache python-openssl-dbg python-openssl-doc python-paste
python-psycopg2-doc python-pycurl-dbg python-qt4-dbg python-renderpm-dbg
python-reportlab-doc python-smbc python-tk-dbg python3 qlandkarte
qt4-dev-tools qt4-doc qt4-doc-html qt4-qmlviewer qt4-qtconfig radiance
radiance-doc raptor-utils rarian-compat rosegarden rrdtool rtl-sdr sensord
setserial sketch sketch-doc slpd snmp-mibs-downloader sox spatia

Bug#750495: syslinux: FTBFS on many arches due to missing gnu-efi build-dependency

[Bob Bib]

Source: syslinux
Source-Version: 3:6.03~pre1+dfsg-4
Severity: serious
Justification: fails to build from source

Dear Maintainer,

syslinux FTBFS on many architectures
due to missing "gnu-efi" build-dependency,
please check the buildd logs:

http://buildd.debian.org/status/package.php?p=syslinux&suite=unstable
http://buildd.debian-ports.org/status/package.php?p=syslinux&suite=unstable

(Is it ever meant to work on non-x86 architectures?)


Best wishes, Bob


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

Bug#744820:

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2014-05-29 at 12:59 +1000, Jackson Doak wrote:
> diff -u catfish-0.3.2/debian/changelog catfish-0.3.2/debian/changelog
> --- catfish-0.3.2/debian/changelog
> +++ catfish-0.3.2/debian/changelog
> @@ -1,3 +1,10 @@
> +catfish (0.3.2-1+deb6u1) squeeze; urgency=medium
> +
> +  * Add 50Fix_cve.dpatch. Closes: #739958
> +- CVE-2014-2093 CVE-2014-2094 CVE-2014-2095 CVE-2014-2096

Please go ahead.

Regards,

Adam


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

Bug#750446: LaTeX Error: Unknown float option `H'

[Hilmar Preusse]

On 03.06.14 Hilmar Preusse (hill...@web.de) wrote:
> On 03.06.14 Mattias Ellert (mattias.ell...@fysast.uu.se) wrote:

Hi,

> > \begin{figure}[H] fails with:
> > LaTeX Error: Unknown float option `H'
> > 
> > This causes build failures for packages that generate documentation
> > using Doxygen. See e.g.:
> > 
> > http://aws-logs.debian.net/ftbfs-logs/2014/06/01/globus-common_14.10-2_unstable.log
> > http://aws-logs.debian.net/ftbfs-logs/2014/06/01/globus-ftp-client_7.6-1_unstable.log
> > 
> The minimal example still works:
> 
Here is my minimal example, which does not work and shows the error:

\documentclass[twoside]{article}

%\usepackage{graphicx}
\usepackage{fixltx2e}
\begin{document}
\begin{figure}[H]
\begin{center}
%\leavevmode
%\includegraphics[width=332pt]{group__globus__callback}
\end{center}
\end{figure}
\end{document}

When commenting out \usepackage{fixltx2e} the document compiles fine.

Hilmar
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#736492: pu: package cyrus-imapd-2.4/2.4.16-4+deb7u2

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sun, 2014-06-01 at 23:18 +0200, Ondřej Surý wrote:
> On Tue, Mar 11, 2014, at 23:43, Adam D. Barratt wrote:
> > On Fri, 2014-01-24 at 10:27 +0100, Ondřej Surý wrote:
[...]
> > >   * Fix missing GUID for binary appends (Closes: #709799)
> > >   * Apply upstream fix to unbroke nntpd (Closes: #734648)
> > 
> > As far as I can see, based on the bug reports and looking at the code,
> > both of these issues affect the package in unstable and are not yet
> > fixed there. If that's correct, please come back to us once the fixes
> > are in the archive; otherwise, please clarify the situation.
> 
> The package with fixes has now migrated from unstable to testing,
> so I think we are good to go.

Thanks for the update.

-cyrus-imapd-2.4 (2.4.16-4+deb7u1) wheezy; urgency=high
+cyrus-imapd-2.4 (2.4.16-4+deb7u2) stable; urgency=low
[...]
+cyrus-imapd-2.4 (2.4.16-4+deb7u1) stable; urgency=low

That change looks unintentional. Other than that, please go ahead.

Regards,

Adam


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

Bug#749880: transition: marble18okular4

[Maximiliano Curia]

¡Hola Emilio!

El 2014-05-31 a las 19:51 +0200, Emilio Pozuelo Monfort escribió:
> Just to be clear, you rebuilt the rdeps and they build fine?

I did just yet. Everything builds fine, but building digikam with the
experimental version of imagemagik fails with [1]:
In file included from /usr/include/ImageMagick-6/magick/MagickCore.h:29:0,
 from /usr/include/ImageMagick-6/magick/api.h:24,
 from 
/tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/../../../../../extra/kipi-plugins/videoslideshow/magickiface/magickiface.h:40,
 from 
/tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/magickiface.moc:9,
 from 
/tmp/buildd/digikam-4.0.0/extra/kipi-plugins/videoslideshow/magickiface/magickiface.cpp:26:
/usr/include/ImageMagick-6/magick/magick-config.h:21:38: fatal error: 
magick/magick-baseconfig.h: No such file or directory
 #include "magick/magick-baseconfig.h"

That doen't seem to be related to the marble or okular soversion change.

Just to be clear, building digikam with the marble new version and the
imagemagick from unstable builds fine. [2]

[1]: http://maxy.com.ar/debian/digikam_4.0.0-1_amd64.build
[2]: http://maxy.com.ar/debian/digikam_4.0.0-1_amd64.sid.build
-- 
"Nothing ever goes away." -- Commoner's Law of Ecology
Saludos /\/\ /\ >< `/


signature.asc
Description: Digital signature

Bug#725848: [Python-modules-team] Bug#725848: (no subject)

[Scott Kitterman]

On Tuesday, June 03, 2014 16:43:22 Barry Warsaw wrote:
> Switching to --user by default is being actively discussed upstream:
> 
> https://github.com/pypa/pip/issues/1668
> 
> In the meantime, I plan on updating the manpage to describe --user and any
> other missing options.

Can you go ahead and make --user default in Debian and document that as well?

Scott K


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

Bug#750473: u-boot: Please enable Cubietruck support

[Andreas Henriksson]

Hello Vagrant!

Thanks for your extremely quick reply and backporting work!

On Tue, Jun 03, 2014 at 11:20:22AM -0700, Vagrant Cascadian wrote:
> On Tue, Jun 03, 2014 at 06:20:03PM +0200, Andreas Henriksson wrote:
> > Please consider shipping the package with Cubietruck support enabled.
> > Cubietruck support has been merged upstream recently (post 2014.07-rc2).
> ...
> > Packaging a git snapshot for experimental for now would be appreciated while
> > waiting for the final v2014.07 release.
> 
> Built a package with the patches from upstream applied on v2014.04 (was a
> fairly straightforward backport), and it built fine.
> 
> I don't have a cubietruck, so if you could please test that it works:
> 
>   http://people.debian.org/~vagrant/u-boot/

I've done some very minimal testing. Installing the
u-boot-sunxi-with-spl.bin from your package on to a microSD-card
and booting it shows the u-boot prompt.

After setting ethaddr I could retrieve an ip via dhcp and ping
my gateway.

Not tried actually booting a linux kernel yet. (3.15.0-rc8 is
being uploaded to the archive as we speak... so I'm waiting for it
to be accepted and built on armhf.)

> 
>  
> > Add something like this to debian/targets:
> > armhf   Cubietruck  u-boot.img spl/sunxi-spl.bin 
> > u-boot-sunxi-with-spl.bin
> > 
> > For extra bonus points also enable FEL mode, possibly like this:
> > armhf   Cubietruck_FEL  u-boot.img spl/sunxi-spl.bin 
> > u-boot-sunxi-with-spl.bin
> 
> I didn't enable the _FEL variant, do you definitely need that as well?

I'm not planning to use it myself right now, but others might very well
need it and maybe I will too in the future.
I see no reason not to enable it, but maybe you know better why not to.

FEL booting is for example needed for USB booting.

For more info on FEL see http://linux-sunxi.org/FEL and subpages like
http://linux-sunxi.org/FEL/USBBoot

> 
> 
> > (Note: building u-boot-sunxi-with-spl.bin should be enough really, other
> > targets just included for following the general style and someone might find
> > them useful...)
> 
> If the only file needed is u-boot-sunxi-with-spl.bin, and it builds fine, then
> I'd be inclined to only ship that.

Right now we only have MMC driver in the Debian kernel.
The NAND driver is going through reviews on Linux kernel mailing list
and will hopefully soon be merged (for 3.17 merge window maybe? If so, then
we can probably get it into 3.16 kernel for Debian in ~ 2 months.)

AFAIK normal booting is only available though MMC and NAND on the "A20" SoC,
so right now u-boot-sunxi-with-spl.bin is the most convenient to use.

Fwiw, u-boot-sunxi-with-spl.bin is just a combination of the other two
so they will still be built.

Also maybe we might soon need them split out for NAND booting (but I haven't
looked at what's needed for NAND booting yet).

I don't see a reason to not ship them (no compile time save and only minimal
size difference on the binary package), but again you might know better.

Regards,
Andreas Henriksson


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

Bug#749497: pu: package php5/5.4.4-14+deb7u11

[Ondřej Surý]

JFTR we have released deb7u10 with some security fixes meanwhile,
so this is deb7u11 now - no changes, just rebased the debian/patches
on top of the deb7u10.

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


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