Bug#730744: libc must use socketcall for accept4 in wheezy

[Stefan Fritsch]

It seems the BTS had problems on Friday and did not send out proper 
emails. This is just a note that I have reassigned this bug to glibc.


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

Bug#730715: lintian: Fix the 'copyright-file-general' test in the git branch

[Sylvestre Ledru]

Hello,

Well, I was not arguing about the typo itself but more on the fact the
test fails without this patch.

See:
t/runtests --dump-logs -k  t
"/home/sylvestre/dev/lintian/debian/test-out" copyright-file-general

So, the lintian check might be wrong.

Sylvestre


On 30/11/2013 19:46, Bastien ROUCARIES wrote:
> According to wordnet
>
>   programming
>   n 1: setting an order and time for planned events [syn:
>scheduling, programming, programing]
>   2: creating a sequence of instructions to enable the computer to
>  do something [syn: programming, programing, computer
>  programming, computer programing]
>
>
>
> On Thu, Nov 28, 2013 at 4:16 PM, Sylvestre Ledru  > wrote:
>
> Package: lintian
> Version: 2.5.17
> Severity: minor
>
> Hello
>
> The attached patch fixes the 'copyright-file-general' test in the
> current git branch.
>
> Thanks,
> Sylvestre
>
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing
>   APT policy: (600, 'testing'), (500, 'unstable'), (500,
> 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages lintian depends on:
> ii  binutils   2.23.52.20130828-1
> ii  bzip2  1.0.6-5
> ii  diffstat   1.55-3
> ii  file   1:5.14-2
> ii  gettext0.18.3.1-1
> ii  hardening-includes 2.3
> ii  intltool-debian0.35.0+20060710.1
> ii  libapt-pkg-perl0.1.29+b1
> ii  libarchive-zip-perl1.30-7
> ii  libclass-accessor-perl 0.34-1
> ii  libclone-perl  0.34-1+b1
> ii  libdpkg-perl   1.16.10
> ii  libemail-valid-perl0.190-1
> ii  libfile-basedir-perl   0.03-1
> ii  libipc-run-perl0.92-1
> ii  liblist-moreutils-perl 0.33-1+b2
> ii  libparse-debianchangelog-perl  1.2.0-1
> ii  libtext-levenshtein-perl   0.06~01-2
> ii  libtimedate-perl   1.2000-1
> ii  liburi-perl1.60-1
> ii  man-db 2.6.5-2
> ii  patchutils 0.3.2-2
> ii  perl [libdigest-sha-perl]  5.18.1-3
> ii  t1utils1.37-2
>
> Versions of packages lintian recommends:
> pn  libperlio-gzip-perl 
> ii  perl-modules [libautodie-perl]  5.18.1-3
>
> Versions of packages lintian suggests:
> pn  binutils-multiarch 
> ii  dpkg-dev   1.16.10
> ii  libhtml-parser-perl3.71-1+b1
> ii  libtext-template-perl  1.45-2
> ii  xz-utils   5.1.1alpha+20120614-2
>
> -- no debconf information
>
>

Bug#728616: Please disable context for mips64(el)

[Steve M. Robbins]

On Sun, Nov 03, 2013 at 10:57:09PM +0800, YunQiang Su wrote:
> Package: boost1.54
> 
> The context cannot build for mips64 and mips64el.
> So please disable context for now.

Thanks for the report.  What about long double?

-Steve


signature.asc
Description: Digital signature

Bug#731023: xorriso: Missing info file

[Thomas Schmitt]

Hi,

i am the upstream programmer and ithus to blame for the
manual's state.

>  * No indication of default behavior for eash option.
>  Did I miss something hidden some where? Is the first one default?

The rule of thumb is that the core features of ISO 9660
are default and that xorriso specific add-ons are not.

Command -status tells the current state of any setting,
Default is what you get when staying away from start-up
files and executing no other commands before -status:

  $ xorriso -no_rc -status -md5
  GNU xorriso 1.3.3 : RockRidge filesystem manipulator, libburnia project.

  -md5 off
  $

> -  -md5 "on"

I will ponder how to mark defaults without further inflating
the manual.

> -  -xattr "on"

Default is "off".

> -  -eject "in"
> -  -commit_eject "in" (can not be both this and -eject "in")

These two commands are action commands and thus have no default
(as little as shell command "cp" has a default).

I guess there are more setting commands which do not explicitely
tell there default in the man page.
Adding to each a statement about the default value will make
the man page even bigger.
I need some shorter way of marking.


> * Too many acronyms without easily findable definitions.  

> - nwa: next write address ?
"   predicted_nwa  is  the block address where the add-on session of
blind growing will finally end up."

> - msc: multi session subsector count?

"msc1" and "msc2" are shell variables used in an example.
One may use other names, of course.
(The combined usage model of mkisofs and cdrecord is ugly
 enough to justify the choice of ugly example variables.)

> (But what is sbsector? seen with -toc)

The term stems from man 8 mount: -o sbsector= 
I assume it is an abbreviation of "super block sector".

It is explained with xorriso command -load:
"Usually all available sessions are shown  with  command -toc.
 [...]
 entity depicts the kind of addressing.
 [...]
 The following entities are defined:
 [...]
 "lba" or "sbsector" with a number as of a line "ISO ...", column
 "sbsector".
"
This needs some endurance with reading, i confess.

> - lba: ?

Logical Block Address. A concept from MMC specs which rule
the operation of optical drives and media. The smallest
addressable entity in the data area of an optical medium.
Also used by ECMA-119, which rules ISO 9660 filesystems.

Obviously i did not introduce this important concept
properly into the manual. I will fix this.


> this manulal is very difficunlt to understand.

Well, it has a lot to tell and grew during the last 6 years.
An overhaul is not easily done, because it needs to be
carefully checked with the factual properties of the program.

Experiments and source code study will be unavoidable.
I would advise -dialog mode, gdb and lots of editor windows
as exploration tools.

Anybody who contributes has to be prepared for the frustration
of nitpicking objections by my side, i have to warn in advance.
If the current state is hard to understand but correct, and
the proposal is better english but introduces mistakes, then
i will reject the change.
Nevertheless i am willing to spend substantial time with
contributors who want to improve the manual properly.


Have a nice day :)

Thomas


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

Bug#694744: Re-packing upstream source for Debian (was: working on the bugs-everywhere package)

[Antoine Beaupré]

On 2013-11-30 22:01:43, Ben Finney wrote:
> On 30-Nov-2013, Antoine Beaupré wrote:
>> It was actually refused, because of unsource minified javascript files.
>
> Right. I've been learning about that in some of my recent packages too.
>
> As a Debian package maintainer, we need to remove non-source (compiled,
> obfuscated, etc.) files from the pristine source tarball and re-pack it to
> a different tarball.

Well, what I did was to actually ship the original source, instead of
removing code.

I did forget to change the version number however. :(

A.
-- 
Le péché est né avant la vertu, comme le moteur avant le frein.
 - Jean-Paul Sartre


pgpmvbEy24CLd.pgp
Description: PGP signature

Bug#729479: boost1.54: FTBFS on hppa -- BOOST_MATH_NO_LONG_DOUBLE_MATH_FUNCTIONS incorrectly defined

[Steve M. Robbins]

On Wed, Nov 13, 2013 at 07:56:51AM -0500, John David Anglin wrote:
> Source: boost1.54
> Version: 1.54.0-3
> Severity: serious
> Tags: patch

Thanks for the patch.  

Just to be absolutely clear: you were building the debian package
sources and the debian/rules did specify --disable-long-double on the
bjam command line, right?

I'm puzzled, because that flag should be enough ...

-Steve


signature.asc
Description: Digital signature

Bug#730781: ibus-chewing: CVE-2013-4509

[Osamu Aoki]

On Sun, Dec 01, 2013 at 10:53:32AM +0800, ChangZhuo Chen (陳昌倬) wrote:
> On Sun, Dec 01, 2013 at 12:22:05AM +0900, Osamu Aoki wrote:
> > Looks good to me as first glance.
> > 
> > As above page mention fix these 2 things.
> > 
> > Please add yourself as uploader (Yes, you still need sponsor but this is
> > not NMU) or add “ * Team upload.”  in changelog if you are joining to
> > maintain this. https://wiki.debian.org/TeamUpload
> > 
> > Also, Someone wrote an updated debian/watch file you may want to include
> > in the package. See http://packages.qa.debian.org/i/ibus-chewing.html
> > 
> > Osamu
> 
> Hi,
> 
> I update another one in [1] with the following modification:
> 
> * Add myself as Uploaders
> * Update debian/watch
> * Bump Standards-Version to 3.9.5
> 
> Please help to see if there is any problem, thanks.
> 
> [1] https://mentors.debian.net/package/ibus-chewing

Any reason for 0003_fix_quote_me_replace_linux.patch missing its decription.
Why this is needed ?  I just do not know why.

Osamu


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

Bug#721577: Still not fixed ?

[Steve M. Robbins]

reassign 721577 cpp-netlib
thanks

On Mon, Nov 25, 2013 at 02:29:40PM +0100, Mathieu Malaterre wrote:

> Seems like #721577 is still present. As can be seen here:
> 
> https://buildd.debian.org/status/fetch.php?pkg=cpp-netlib&arch=mips&ver=0.10.1-1&stamp=1385355483
> https://buildd.debian.org/status/fetch.php?pkg=cpp-netlib&arch=mipsel&ver=0.10.1-1&stamp=1385378527

Reassigning because, as noted later [1], this is actually due to cpp-netlib 
using -Bstatic.

-Steve

[1] https://groups.google.com/forum/#!topic/linux.debian.bugs.dist/uiUv4xp6aEc


signature.asc
Description: Digital signature

Bug#731029: josm: embedded code copy of jmapviewer

[Paul Wise]

Package: josm
Version: 0.0.svn6115+dfsg1-1
Severity: normal
Usertags: embed

josm contains an embedded code copy[1] of jmapviewer. Please ask
upstream to remove it from their source tarball and check for the system
jmapviewer during the build process instead.

http://sources.debian.net/src/jmapviewer/latest/src/org/openstreetmap/gui/jmapviewer/
http://sources.debian.net/src/josm/latest/src/org/openstreetmap/gui/jmapviewer/

1. https://wiki.debian.org/EmbeddedCodeCopies

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#729203:

[Lilg Minny]

Bug#718190: systemd don't activate non-essential lvm over luks volumes

[gustavo panizzo]

On 11/27/2013 07:00 PM, Michael Stapelberg wrote:
> Hi gustavo,
>
> "gustavo panizzo "  writes:
>> the fix suggested on #718190 does not work here :(
> Are you sure we are talking about the same fix? I.e. did you install my
> custom-built lvm packages (did you verify the version in dpkg -l)?
>
> If so, would it be possible for you to provide us with a virtual machine
> image (install a minimal debian installation, that should compress
> nicely afterwards) that exhibits the problem? I have spent far too many
well, i cannot reproduce my problem, after installing your lvm2 package,
on a (clean) vm i was preparing for you. i guess something else is
broken on my laptop

thanks for your time, vm is ready in case you want it anyway
> hours debugging lvm problems already, so providing such an image would
> go a long way towards making me actually look into this bug. Otherwise I
> most likely won’t have the time. Thanks for your understanding.
>


-- 
1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333


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

Bug#486594: timestamps

[James McCoy]

On Sat, Nov 30, 2013 at 11:47:15PM +0100, Louis Bettens wrote:
> Good evening developers,
> I'm a novice contributor and I have done some work on your scripts,
> which I would like to submit to you.

Thanks for your effort!

> I didn't found any library that can produce d/changelog files, so I
> decided to invoke dch with the right options, besides it can manage
> multi-maintainer releases, and since this feature is hardcoded, I
> thought there was no library supporting it at all. I needed to
> create entries with specific timestamps, so I started hacking dch to
> implement an option for that.

An alternative would be to use the faketime[0] tool to wrap your dch
calls.

[0]: http://packages.debian.org/sid/faketime

> Since there seems to be no way to feed a "%s" value to date, I
> decided to use strftime(), and thus get rid of the date -R
> invocation. It seems to me that globally setting the locale to "C"
> doesn't cause trouble ("dch Ìnîtíãl release." is fine) but I may be
> wrong. However, there could be a better solution with the
> Email::Date::Format package ; it takes care of formatting time
> according to RFC 2822 and doesn't touch the locale. It does exactly
> what we want in a clean way, so it's probably worth depending on it.

That does look useful, but if there aren't any side effects to setting
LC_TIME, I'd prefer that over adding a dependency.  It's still simple
enough code.

Cheers,
-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 


signature.asc
Description: Digital signature

Bug#731028: needrestart: change list mode to a list of commands for restarting

[Paul Wise]

Package: needrestart
Version: 0.3-1
Severity: wishlist

The list mode just prints a list of services. It would be much more
useful if it were to print a list of commands for restarting those
services, like checkrestart from debian-goodies does. It should support
services printing systemctl restart foo.service for services that can
only be restarted using systemctl but default to using service restart
foo for services that can be restarted by the init.d system.

-- 
bye,
pabs

http://bonedaddy.net/pabs3/


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

Bug#728479: ipe: buffer overflow! I cannot complete snapping examples 2, 3, and 6

[Steve M. Robbins]

On Sun, Nov 17, 2013 at 11:34:45PM +0100, Francesco Poli wrote:

> I have just tried with ipe/7.1.4-1 (currently in unstable).
> 
> I could successfully complete examples 1, 2, 4, and 5.
> But I reproduced the crash with examples 3 and 6.
> 
> Hence, I would say that the bug is still there...  :-(

OK.  Thanks for confirming this.

> Please let me know whether you are able to reproduce the issue.

Actually, no, I wasn't.  I ran into a more puzzling bug.  I set out to
try "Example 3", but any time I turned on the angular snapping, the
cursor was stuck to the left boundary of the page so I couldn't even
draw the first horizontal line.

I'm going to forward this upstream.

Thanks,
-Steve


signature.asc
Description: Digital signature

Bug#731027: gimp-plugin-registry: Letter Drop fails with... substring: end out of bounds: 1

[Kingsley G. Morse Jr.]

Package: gimp-plugin-registry
Version: 5.20120621
Severity: normal

Dear Maintainer,

Thank you for maintaining gimp-plugin-registry.

More than one person loves its dropping letters.

   * What led up to the situation?

GIMP -> File -> Create -> FX-Foundry -> Animation -> Letter Drop

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Trying to put *two* space characters between
letters in the "Text:" field made it crash.

For example:

a  b

   * What was the outcome of this action?

After clicking the "OK" button, the first
dropping letter ("a" in the above example) is
rendered correctly, but before the second
letter ("b" in the above example), GIMP
displays a message window that said

Letter Drop Message

Error while executing script-fu-letter-drop:

Error: ( : 155803667) substring: end out of bounds: 1

OK

   * What outcome did you expect instead?

I expected Letter Drop to render both the "a"
*and* "b" dropping, with no error message.


The crash can be partially worked around by only
asking Letter Drop to put *one* space between
letters.

For example

a b

For what it's worth, I also noticed the following
message in the xterm that I assume GIMP was
launched from

(gimp:14602): Pango-CRITICAL **: pango_layout_get_cursor_pos: assertion 
`index >= 0 && index <= layout->length' failed

I don't know if it's related.

Thanks,
Kingsley

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

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

Versions of packages gimp-plugin-registry depends on:
ii  atlas3-base [libblas.so.3]  3.6.0-20.2
ii  gimp2.8.6-1
ii  libatk1.0-0 2.10.0-2
ii  libblas3 [libblas.so.3] 1.2.20110419-7
ii  libc6   2.17-93
ii  libcairo2   1.12.16-2
ii  libfftw3-3  3.3.3-5+b1
ii  libfontconfig1  2.11.0-1
ii  libfreetype62.4.9-1.1
ii  libgcc1 1:4.8.1-10
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libgimp2.0  2.8.6-1
ii  libgl1-mesa-glx [libgl1]9.1.7-1
ii  libglew1.7  1.7.0-3
ii  libglib2.0-02.36.4-1
ii  libglu1-mesa [libglu1]  9.0.0-2
ii  libgtk2.0-0 2.24.21-1
ii  libgtkglext11.2.0-3.1
ii  libice6 2:1.0.8-2
ii  libjpeg88d-1
ii  liblapack3  3.4.2+dfsg-4
ii  liblcms11.19.dfsg-1.2
ii  liblqr-1-0  0.4.1-2
ii  libpango1.0-0   1.36.0-1
ii  libsm6  2:1.2.1-2
ii  libstdc++6  4.8.1-10
ii  libtiff-tools   4.0.3-5
ii  libtiff43.9.7-2
ii  libx11-62:1.6.2-1
ii  libxmu6 2:1.1.1-1
ii  libxt6  1:1.1.4-1
ii  python  2.7.5-5
ii  xdg-utils   1.1.0~rc1+git20111210-7

Versions of packages gimp-plugin-registry recommends:
ii  gimp-gmic  1.5.7.1-2

Versions of packages gimp-plugin-registry suggests:
pn  icc-profiles  

-- 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#731026: libcsnd-dev: depends on the old name libcsnd6.0 instead of libcsnd6-6.0

[Andreas Beckmann]

Package: libcsnd-dev
Version: 1:6.01~dfsg-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

Package: libcsnd-dev
Source: csound
Version: 1:6.00.1~dfsg-2
Architecture: all
Replaces: libcsnd5.1
Provides: liblua5.1-luacsnd-dev
Depends: libcsnd6.0 (>= 1:6.00.1~dfsg-2), libcsnd6.0 (<< 1:6.00.1~dfsg-2.1~)

but 

 libcsnd6.0   | 1:6.00.1~dfsg-2 | jessie | amd64, armel, armhf, i386, ia64, 
mips, mipsel, powerpc, s390x, sparc
 libcsnd6.0   | 1:6.00.1~dfsg-2 | sid| amd64, armel, armhf, i386, ia64, 
mips, mipsel, powerpc, s390x, sparc
 libcsnd6-6.0 | 1:6.01~dfsg-2   | sid| amd64, armel, armhf, i386, ia64, 
mips, mipsel, powerpc, s390x, sparc


Cheers,

Andreas


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

Bug#637746: More information please

[Kristos Michalis]

What type of artist are you? What do you specialize in? Please let me know a 
link to your online gallery where you display your art, I would very much like 
to have a look at more of what you have.

Thank you.

Kristos

Bug#730013: nmu: cgal_4.2-5

[Andreas Beckmann]

On Wednesday, 20. November 2013 07:46:51 Ralf Treinen wrote:
> nmu libcgal-ipelets_4.2-5+b1 . ALL . -m "rebuild against ipe 7.1.4-1"

The correct command would be

nmu cgal_4.2-5 . ALL . -m "Rebuild against ipe 7.1.4"


Andreas


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

Bug#730846: gnupg2: FTBFS on mips, mipsel: gpg: Fatal: can't disable core dumps: Operation not permitted

[Eric Dorland]

Control: reassign -1 buildd.debian.org
Control: severity -1 important
Control: retitle -1 mips, mipsel buildds: Unable to disable core dumps

As pointed out by Bastian Blank in  <20131104203044.ga17...@mail.waldi.eu.org>:

> Turns out it does fail.  There seems to be a kernel bug that makes it
> fails if anything tries to set a value of RLIM_INFINITY:
>
> | getrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = 0
> | setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = -1
> | EPERM (Operation not permitted)
>
> Workaround is to also set the hard limit to a smaller value.


* Salvatore Bonaccorso (car...@debian.org) wrote:
> Hi Andreas,
> 
> On Sat, Nov 30, 2013 at 08:04:22AM +0100, Andreas Beckmann wrote:
> > Package: gnupg2
> > Version: 2.0.22-1
> > Severity: serious
> > Justification: fails to build from source (but built successfully in the 
> > past)
> > 
> > Hi,
> > 
> > gnupg FTBFS on mips*:
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=gnupg2&arch=mips&ver=2.0.22-1&stamp=1381015396
> > 
> > [...]
> 
> I'm not the maintainer, but just additional reference for this issues.
> See also [1] for followups with wb-team with this issue on mips*.
>  
>  [1] http://lists.debian.org/debian-wb-team/2013/11/msg0.html
> 
> Regards,
> Salvatore

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#731024: libqmmp-dev lacks pkgconfig files

[kittyofthebox]

Source: libqmmp-dev
Severity: wishlist

Hi,

libqmmp-dev lacks pkgconfig files making building source code impossible.

Kitty

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#731025: libqmmpui-dev lacks pkgconfig files

[kittyofthebox]

Source: libqmmpui-dev
Severity: wishlist

Hi,

libqmmpui-dev lacks pkgconfig files making building source code impossible.

Kitty

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

Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#730846: gnupg2: FTBFS on mips, mipsel: gpg: Fatal: can't disable core dumps: Operation not permitted

[Eric Dorland]

* Salvatore Bonaccorso (car...@debian.org) wrote:
> Hi Andreas,
> 
> On Sat, Nov 30, 2013 at 08:04:22AM +0100, Andreas Beckmann wrote:
> > Package: gnupg2
> > Version: 2.0.22-1
> > Severity: serious
> > Justification: fails to build from source (but built successfully in the 
> > past)
> > 
> > Hi,
> > 
> > gnupg FTBFS on mips*:
> > 
> > https://buildd.debian.org/status/fetch.php?pkg=gnupg2&arch=mips&ver=2.0.22-1&stamp=1381015396
> > 
> > [...]
> 
> I'm not the maintainer, but just additional reference for this issues.
> See also [1] for followups with wb-team with this issue on mips*.
>  
>  [1] http://lists.debian.org/debian-wb-team/2013/11/msg0.html

Thanks Salvatore,

I had not seen the two followups to this thread due to not being on
debian-wb@. I think this is properly a buildd bug rather than a gnupg2
problem, so I'm going to reassign it. In the mean-time I'm going to
disable the test-suite on mips and mipsel to temporarily work around
the problem and get builds on those platforms going again.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com



signature.asc
Description: Digital signature

Bug#694744: Re-packing upstream source for Debian (was: working on the bugs-everywhere package)

[Ben Finney]

On 30-Nov-2013, Antoine Beaupré wrote:
> It was actually refused, because of unsource minified javascript files.

Right. I've been learning about that in some of my recent packages too.

As a Debian package maintainer, we need to remove non-source (compiled,
obfuscated, etc.) files from the pristine source tarball and re-pack it to
a different tarball.

That's best done by explicitly re-packing the upstream source:

* In the ‘debian/changelog’, don't use e.g. “1.2.3” – the version string
  for the pristine upstream source – because you need to work from a
  modified source, and the Debian upstream version should be different to
  clearly indicate that.

  If the re-packing is for reason that the pristine upstream source
  contains files without a DFSG-compatible license, then “1.2.3+dfsg.1” for
  the Debian upstream version (and “1.2.3+dfsg.1-1” for the first Debian
  release of that upstream version) is the convention.
  
  If the re-packing is because there are files that need to be modified or
  removed, but *not* because of DFSG problems, then “1.2.3+ds.1” for the
  first Debian re-pack of pristine upstream source version “1.2.3”. (The
  first Debian release of that would be “1.2.3+ds1-1”.)

* Then, in ‘debian/watch’, describe how ‘ustream’ will convert the Debian
  upstream version to the pristine upstream version for download, and how
  to re-pack that tarball to use for the Debian source package. For example:


opts="uversionmangle=s/(\d)([a-z]\d+)$/$1~$2/,dversionmangle=s/\+dfsg\.\d+$//" \
http://pypi.python.org/packages/source/c/coverage/coverage-(.+).tar.gz \
debian debian/repack

* Then, write a specific ‘debian/repack’ program. This program will perform
  the specific re-packing by extracting the tarball, remove the non-source
  files, and re-pack the tarball with the correct name for the requested
  Debian upstream source version.

You can see the ‘python-coverage’ source package for how I've done this.

-- 
 \   “The surest way to corrupt a youth is to instruct him to hold |
  `\   in higher esteem those who think alike than those who think |
_o__) differently.” —Friedrich Nietzsche, _The Dawn_, 1881 |
Ben Finney 


signature.asc
Description: Digital signature

Bug#730870: pu: unifont -- RoM; NMU Version in Stable Undoes Ubuntu Fix

[Paul Hardy]

Adam,

On Sat, Nov 30, 2013 at 3:39 PM, Adam D. Barratt
wrote:

> Control: tags -1 + moreinfo
>
> On Sat, 2013-11-30 at 07:59 -0700, unifoun...@unifoundry.com wrote:
> > I am requesting that the version of package Unifont in Testing, unifont
> > 1:5.1.20080914-4, be included in the upcoming Wheezy point release
> > primarily to align with Colin Watson's wishes for Ubuntu.
>
> What are the problems with the package in stable which this update would
> resolve? Aligning with Ubuntu's packaging is not a suitable reason for
> an update.
>

>From a Debian perspective, I would list these changes as most relevant:

* debian/copyright reflects revised licensing for the Wen Quan Yi glyphs
incorporated into Unifont.

* debian/control entries had incorrect Section fields because of revised
policy ("x11" instead of the new "font" section); now they are correct.

* debian/control entries needed changes in dependencies to conform to new
Debian Policy requirements.

* I removed vestigial defoma artifacts from the package.

[...]
> > The Debian NMU of Unifont made its way to Ubuntu and did not incorporate
> > Colin's fix, so the upload had the effect of removing his fix from
> > Ubuntu.
>
> That's unfortunate, but again in no way justifies an update to stable.


Yes, most unfortunate, and I was asking for the change for Ubuntu's sake.

[...]


> > * Updated packaging to conform to the policy version suitable for Wheezy
> > Stable (3.9.4), notably for the revised font handling requirements.
>
> No, the version of Policy applicable to wheezy is 3.9.3.
>

Okay.  I built the package running the current Stable distribution with
automatic updates, and that configuration uses Policy 3.9.4.  I've reviewed
the "Policy checklist for upgrading your packages" and there would be no
change between 3.9.3 and 3.9.4; nothing in the Testing version conflicts
with 3.9.3.

However, there are things in the Stable version that do not comply with
changes made by version 3.9.3 in regards to font handling.


> > * Added hardening to debian/rules.
>
> That is very much not a suitable change to be making in a stable update.
>

I added this to remove lintian warnings because it was simple, before
realizing the problem with the removal of Colin's fix from Ubuntu.  At the
time I started, I was just planning to improve the packaging in preparation
for the next release of upstream.

I also realize that updating the Policy number is frowned upon for changes
to Stable, but in this case the Stable version used an outdated Policy
version that did not reflect mandatory changes in how Debian now handles
fonts.


> Please produce a full source debdiff of the changes you're proposing to
> make, based on the current package in stable; we will not ack updates
> based on a changelog.
>

I've attached a debdiff.

I think these changes are small.  In contrast, the next upload I make will
be significantly different; I've switched to "dh" and have made extensive
upstream changes to Makefiles and other structural changes to the upstream
sources.  While I consider the version now in Testing to be very robust,
there could be problems I didn't anticipate in the next version to be
uploaded.

Ideally, I would also therefore like to get this last 20080914 version into
Stable before uploading the new (and significantly different) upstream
version into Unstable.


> Whilst doing so, please bear in mind the comments above regarding
> possible suitability of changes.


> Regards,
>
> Adam
>
>
Thanks,


Paul Hardy
reverted:
--- unifont-5.1.20080914/debian/TODO
+++ unifont-5.1.20080914.orig/debian/TODO
@@ -1,11 +0,0 @@
-
-* Determine optimal X-FontName for debian/ttf-unifont.defoma-hints.
-  In particular, determine if huge TrueType fonts must still be listed
-  as charcell ("-c-") or if they can be listed as proportional ("-p-")
-  without incurring a huge penalty from rasterizing the entire font
-  upon loading:
-
-   X-FontName = -gnu-unifont-medium-r-normal--0-0-0-0-p-0-iso10646-1
-
-
- -- Paul Hardy   Fri,  8 Aug 2008 07:27:23 -0700
reverted:
--- unifont-5.1.20080914/debian/ttf-unifont.postrm
+++ unifont-5.1.20080914.orig/debian/ttf-unifont.postrm
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2>/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-unifont.hints 
1:5.1.20080914-1 -- "$@"
-fi
-
-#DEBHELPER#
-
reverted:
--- unifont-5.1.20080914/debian/ttf-unifont.preinst
+++ unifont-5.1.20080914.orig/debian/ttf-unifont.preinst
@@ -1,9 +0,0 @@
-#!/bin/sh
-set -e
-
-if dpkg-maintscript-helper supports rm_conffile 2>/dev/null; then
-  dpkg-maintscript-helper rm_conffile /etc/defoma/hints/ttf-unifont.hints 
1:5.1.20080914-1 -- "$@"
-fi
-
-#DEBHELPER#
-
diff -u unifont-5.1.20080914/debian/README.Debian 
unifont-5.1.20080914/debian/README.Debian
--- unifont-5.1.20080914/debian/README.Debian
+++ unifont-5.1.20080914/debian/README.Debian
@@ -1,8 +1,7 @@
 unifont for Debian
 --
 
-This package was first bui

Bug#730572: reprepro: support for ddebs (debug symbols)

[Bernhard R. Link]

* Simon McVittie  [131126 18:03]:
> (Deliberately not tagging this +patch right now, since Debian doesn't
> officially support ddebs yet, and the archive layout looks likely to change.)
> 
> Ubuntu has a semi-separate archive for separate debug symbols, and
>  is the proposal to
> add the same thing to Debian. It would be great if reprepro could
> support them, too.
> 
> The attached patch is a proof-of-concept implementation: it treats them
> as a mixture of .deb and .ddeb. It seems to work OK in conjunction with
> Ubuntu's pkg-create-dbgsym.

Thanks. That fits the coding style of reprepro quite well. If you'd
have claimed I had written it and just forgotten about about, I'd
have had a hard time arguing against that.

> diff --git a/checkin.c b/checkin.c
> index 02ba279..ba5331f 100644
> --- a/checkin.c
> +++ b/checkin.c
> @@ -130,7 +130,7 @@ static void freeentries(/*@only@*/struct fileentry 
> *entry) {
>   free(entry->section);
>   free(entry->priority);
>   free(entry->name);
> - if (entry->type == fe_DEB || entry->type == fe_UDEB)
> + if (FE_BINARY(entry->type))
>   deb_free(entry->pkg.deb);
>else if (entry->type == fe_DSC) {
>strlist_done(&entry->needed_filekeys);

I've already applied this one. As it makes sense anyway.


> @@ -1164,8 +1169,7 @@ static retvalue changes_checkpkgs(struct distribution 
> *distribution, struct chan
>   e = changes->files;
>   while (e != NULL) {
>   char *fullfilename;
> - if (e->type != fe_DEB && e->type != fe_DSC
> - && e->type != fe_UDEB) {
> + if (!FE_PACKAGE (e->type)) {
>   e = e->next;
>   continue;
>   }

This, too. But without the space between E and (.

> + /* we use the deb overrides for ddebs too - ddebs aren't
> +  * meant to have overrides so this is probably fine */
>   binoverride = distribution->overrides.deb;
>   components = &distribution->components;

I think if those packages will finally come without a Priority or
Section in the package, there will be a more complex solution needed,
as without no Section at all, reprepro will not accept the package
yet (unless there is one in the override file).


> @@ -173,20 +176,36 @@ static retvalue gentargetcontents(struct target 
> *target, struct release *release
>   struct filetorelease *file;
>   struct filelist_list *contents;
>   struct target_cursor iterator;
> + const char *suffix;
> + const char *symlink_prefix;
>  
>   if (onlyneeded && target->saved_wasmodified)
>   onlyneeded = false;
>  
> + switch (target->packagetype) {
> + case pt_ddeb:
> + symlink_prefix = "d";
> + suffix = "-ddeb";
> + break;
> + case pt_udeb:
> + symlink_prefix = "s";
> + suffix = "-udeb";
> + break;
> + default:
> + symlink_prefix = "";
> + suffix = "";
> + }
> +
>   contentsfilename = mprintf("%s/Contents%s-%s",
>   atoms_components[target->component],
> - (target->packagetype == pt_udeb)?"-udeb":"",
> + suffix,
>   atoms_architectures[target->architecture]);

Will there even be Contents files for ddebs?


> +/* This is pretty close to duplicating the enum typedef'd to filetype
> + * in changes.h, but its order corresponds to typesuffix[]. Do not
> + * confuse them. */
>  enum filetype { ft_UNKNOWN,


uh, oh. Indeed, I should probably rename one of those two.

Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC


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

Bug#635644: conky-std: often fails to start from .xsession

[Vincent Cheng]

Hi Francesco,

On Sat, Nov 30, 2013 at 10:30 AM, Francesco Poli
 wrote:

> P.S.: Vincent, I cannot see any progress on the forwarded upstream bug
> report. Is there any hope this issue can be addressed, in your opinion?

No idea, I am not regularly in contact with upstream.

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#730781: ibus-chewing: CVE-2013-4509

[陳昌倬]

On Sun, Dec 01, 2013 at 12:22:05AM +0900, Osamu Aoki wrote:
> Looks good to me as first glance.
> 
> As above page mention fix these 2 things.
> 
> Please add yourself as uploader (Yes, you still need sponsor but this is
> not NMU) or add “ * Team upload.”  in changelog if you are joining to
> maintain this. https://wiki.debian.org/TeamUpload
> 
> Also, Someone wrote an updated debian/watch file you may want to include
> in the package. See http://packages.qa.debian.org/i/ibus-chewing.html
> 
> Osamu

Hi,

I update another one in [1] with the following modification:

* Add myself as Uploaders
* Update debian/watch
* Bump Standards-Version to 3.9.5

Please help to see if there is any problem, thanks.

[1] https://mentors.debian.net/package/ibus-chewing

-- 
ChangZhuo Chen (陳昌倬) 
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#730781: ibus-chewing: CVE-2013-4509

[陳昌倬]

On Sun, Dec 01, 2013 at 12:22:05AM +0900, Osamu Aoki wrote:
test

-- 
ChangZhuo Chen (陳昌倬) 
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: Digital signature

Bug#730802: xfonts-thai-vor: Typo in short package description: "Yenbut bitmap"

[Theppitak Karoonboonyanan]

Tags: pending

On Fri, Nov 29, 2013 at 11:25 PM, Pascal De Vuyst
 wrote:

> The short package description contains a small typo:
>  Voradesh Yenbut bitmap fonts for X
> Should be:
>  Voradesh Yenbut's bitmap fonts for X

Fixed in git. Thanks again for the report.

Regards,
-- 
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/


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

Bug#731016: closed by Ben Hutchings (Re: Bug#731016: can't mount external USB HDD - /dev/sdb wasn't created (but /dev/sg2 does...))

[Ido Halperin]

I installed the package 'usb-mode-switch' but the problem persists. It's
not solved yet.


On Sun, 2013-12-01 at 01:12 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the linux-image-3.11-2-amd64 package:
> 
> #731016: can't mount external USB HDD - /dev/sdb wasn't created (but /dev/sg2 
> does...)
> 
> It has been closed by Ben Hutchings .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Ben Hutchings 
>  by
> replying to this email.
> 
> 


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

Bug#729276: [Debian-med-packaging] Bug#729276: staden-io-lib-utils: bufferoverflow in index_tar

[Charles Plessy]

Le Sat, Nov 30, 2013 at 04:01:50AM -0500, Sang Kil Cha a écrit :
> 
> Yes I think I did submitted it to upstream.

Hi again,

I do not see it in the Upstream bugtracker.  Can you also submit it there ?

http://sourceforge.net/p/staden/bugs/

Have a nice Sunday,

-- 
Charles Plessy
Debian Med packaging team,
http://www.debian.org/devel/debian-med
Tsurumi, Kanagawa, Japan


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

Bug#731023: xorriso: Missing info file

[Osamu Aoki]

Package: xorriso
Version: 1.3.2-1
Severity: normal

The absurdly huge manpage is shown for xorriso(1) even under info.  
As expected in GNU program, both manpage ans info page are generated
from *.texi in the source  and present in the source.

Please package *.info page by adding *.info files as indicated by:
 http://www.debian.org/doc/manuals/maint-guide/dother.en.html#info

This should make situation better.

By the way, this manulal is very difficunlt to understand.

I see 2 major issues:
 * No indication of default behavior for eash option.
   - Did I miss something hidden some where? Is the first one default?
 -  -md5 "on"
 -  -xattr "on"
 -  -eject "in"
 -  -commit_eject "in" (can not be both this and -eject "in")
 ... these are ones I am not sure.

 * Too many acronyms without easily findable definitions.  
   (They seems to be internal variable names)
   - nwa: next write address ?
   - msc: multi session subsector count?
 (But what is sbsector? seen with -toc)
   - ino: inode number?
   - lba: ?

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

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

Versions of packages xorriso depends on:
ii  libacl1   2.2.52-1
ii  libburn4  1.3.2-1
ii  libc6 2.17-97
ii  libisoburn1   1.3.2-1
ii  libisofs6 1.3.2-1
ii  libjte1   1.19-1
ii  libreadline6  6.2+dfsg-0.1
ii  zlib1g1:1.2.8.dfsg-1

xorriso recommends no packages.

Versions of packages xorriso suggests:
ii  cdck   0.7.0-5
ii  jigit  1.19-1

-- no debconf information


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

Bug#731022: ifupdown referring to non-existent group 'netdev'

[bns_robson]

Package: ifupdown
Version: 0.7.46.1
Severity: normal

Dear Maintainer,

During the boot the following lines are output to the console
chown: invalid group: 'root:netdev'
[warn] can't chown /run/network ... (warning)

I've looked at what generates this and think the lines are generated by
the function check_ifstate() in file etc/init.d/networking from package
ifupdown.

My computer's /etc/group does not have the group 'netdev'. It has the groups
from /usr/share/base-passwd/group.master plus the following
libuuid:x:101:
crontab:x:102:
Debian-exim:x:103:
ssh:x:104:
messagebus:x:105:
utempter:x:106:
i2c:x:107:
mlocate:x:108:

I've tried re-installing package ifupdown and package iproute2 it depends on
to see if either of these packages added group 'netdev' to /etc/group.
Neither does but I think that as ifupdown tries to use group 'netdev' then
ifdown should add it.


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

Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core)
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 ifupdown depends on:
ii  initscripts  2.88dsf-43
ii  iproute2 3.11.0-1
ii  libc62.17-93
ii  lsb-base 4.1+Debian12

Versions of packages ifupdown recommends:
ii  isc-dhcp-client [dhcp-client]  4.2.4-7

Versions of packages ifupdown suggests:
ii  net-tools  1.60-25
pn  ppp
pn  rdnssd 

-- 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#731021: bochs-svga: libsvga1 is gone

[Andreas Beckmann]

Package: bochs-svga
Version: 2.6-1
Severity: serious
Justification: fails to build from source

Hi,

libsvga1 is gone, so bochs-svga/experimental is no longer installable
and src:bochs/experimental no longer buildable.


Andreas


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

Bug#729933: clang-3.4: multiarch include path incorrect when cross-compiling

[Shawn Landden]

On Fri, Nov 29, 2013 at 2:48 AM, Sylvestre Ledru  wrote:
> Hello,
>
> On 28/11/2013 22:10, Shawn Landden wrote:
>> my compiled clang from git HEAD uses the right path, so you just have
>> to find the patch to backport,
> Don't hesitate to provide this patch.
>> and for this package, upgrade to latest HEAD.
>>
> What you mean ?
>
> LLVM/Clang have branched for the 3.4 release
Oh, I didn't know that. I did not find the patch that fixed this with
a quick glance through git.
>
> Sylvestre
>



-- 

---
Shawn Landden
+1 360 389 3001 (SMS preferred)


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

Bug#730275: RM: boost1.53 -- ROM; Obsolete

[Andreas Beckmann]

Control: block -1 with 731018 731019 731020

On Wednesday, 27. November 2013 10:25:21 Luca Falavigna wrote:
> Not ready yet:

Is anything blocking a boost1.53 removal in experimental?

> # Broken Build-Depends:
> cegui-mk2: libboost-regex1.53-dev
>libboost-signals1.53-dev
#731019

> orthanc: libboost1.53-all-dev
false positive: only affects the source of the outdated powerpc binaries

> smc: libboost-filesystem1.53-dev
>  libboost-thread1.53-dev
#731018

> # Broken Depends:
> guitarix: guitarix
cannot be binNMUed against boost 1.54 as long as boost 1.53 is in the archive
#731020

> orthanc: orthanc [powerpc]
> smc: smc [amd64 armel armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386
> mips mipsel powerpc s390x sparc]
see above


Andreas


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

Bug#731020: guitarix: boost 1.53 is going away

[Andreas Beckmann]

Source: guitarix
Version: 0.28.2-3
Severity: serious

boost 1.53 is scheduled for removal, but guitarix has its Build-Depends
set in a away that prefers boost 1.53 as long as it is available in the
archive, making it impossible to rebuild guitarix against boost 1.54
without forcefully removing boost 1.53 first.

Dropping the libboost-foo1.53-dev alternatives from the Build-Depends
should do the job.

Andreas


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

Bug#711135: caballero.debian.org does not boot on wheezy kernels

[Ben Hutchings]

On Sun, 2013-12-01 at 00:37 +0100, Peter Palfrader wrote:
> Hi,
> 
> This looks very much like 711135.  If you need access Ben, I'm sure that
> can be arranged.  For now we're still running the squeeze kernel :(
[...]

I'm not an ia64 porter and there's nothing I can do with this.

Ben.

-- 
Ben Hutchings
Never attribute to conspiracy what can adequately be explained by stupidity.


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

Bug#731019: cegui-mk2: boost 1.53 is going away

[Andreas Beckmann]

Source: cegui-mk2
Version: 0.7.6-3
Severity: serious

Hi,

boost 1.53 is scheduled for removal, but cegui-mk2
  Build-Depends: libboost-signals1.53-dev, libboost-regex1.53-dev
Please switch to boost 1.54 (or even better B-D on unversioned
boost packages).


Andreas


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

Bug#720385: minetest: game crashes with floating point exception

[Martin Quinson]

package: minetest
fixed 720385 0.4.8+repack2-1
thanks

On Sat, Nov 30, 2013 at 05:22:19PM +0400, Руслан Зиганшин wrote:
> Sorry, it was record "language = EN" in file minetest.conf

Excellent. Thus closing the bug. Thanks for the report and your
patience.

Bye, Mt.

-- 
I may have accepted your paper, but I had better things to do so I didn't
read it. -- Bastard Reviewer From Hell


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

Bug#728470: [Openstack-devel] Bug#728470: python-novaclient: uses deprecated keyring.backend.$keyring

[Thomas Goirand]

On 12/01/2013 12:32 AM, Sebastian Ramacher wrote:
> Hi maintainer!
> 
> On 2013-11-01 17:11:37, Sebastian Ramacher wrote:
>> In python-keyring 1.1 the keyrings from keyring.backend have been moved
>> into separate modules in keyring.backends and compatibility imports have
>> been added in keyring.backend. In python-keyring 3.0 these compatibility
>> imports have been removed. python-novaclient still uses keyrings from
>> keyring.backend and needs to be adopted for the new naming scheme.
>>
>> Please apply the attached patch to make python-novaclient compatible
>> with python-keyring 3.0 and later. Please also adjust dependencies on
>> python-keyring if necessary. python-keyring 3.2 is available in
>> experimental so that you can test the patch.
> 
> Are there any news regarding this bug? We would like to upload
> python-keyring 3.2.1 to unstable soon, but that's blocked by this bug.
> 
> Cheers

Hi,

Yes, there s a bit of progress upstream. Could you confirm that this
patch is correct?

https://review.openstack.org/#/c/58364/

If so, then I'll carry it in my package, waiting for the new upstream
version to be released with it. Please let me know.

Cheers,

Thomas Goirand (zigo)


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

Bug#731018: smc: boost 1.53 is going away

[Andreas Beckmann]

Source: smc
Version: 1.9+git20121121-1
Severity: serious

Hi,

boost 1.53 is scheduled for removal, but smc's Build-Depends block this.
Please switch to boost 1.54 (or even better B-D on unversioned
boost packages).


Andreas


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

Bug#731017: mothur: unsatisfiable B-D: libopenmpi-dev on mips, mipsel, s390x

[Andreas Beckmann]

Package: mothur
Version: 1.31.2+dfsg-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

mothur is no longer buildable on mips, mipsel, s390x since the
Build-Depends: libopenmpi-dev cannot be satisfied there. Either you
can switch to a different mpi implementation on these architectures
or you need to request the removal of the mothur binaries there.
Otherwise mothur won't move towards testing.


Andreas


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

Bug#697630: Can't include changes files which contain a duplicate arch all

[Bernhard R. Link]

package reprepro
tags 697630 - patch
thanks

* Simon McVittie  [131126 17:44]:
> On Tue, 08 Jan 2013 at 23:11:55 +0100, Bernhard R. Link wrote:
> > * Sjoerd Simons  [130107 20:33]:
> > > With our usage of reprepro we get .changes files form multiple builders
> > > (different architecture), all of them build arch dependent and arch
> > > independent. This unfortunately means reprepro will error out as soon as a
> > > second buld of an arch all package is received.
> > 
> > Thanks for your patch, but I fear it is not that easy.
> [...]
> > This only does not copy the file, and even takes the contents from the
> > old file (I don't know if that is good and ugly or bad and ugly, most
> > likely something of both), but the checksum is still the one from the
> > new file.
> 
> Here's a later version of Sjoerd's patch, which seems to address this.
> We've been using it for a while and it appears to work fine in practice.

[...]
> +.B updatedarchall
> +When asked to include a architecture all package into a repository which
> +already includes that same file with a different checksum ignore the request.
> +Useful when getting multiple builds include architecture independent packages

That's not what this patc does. It's rather:

When asked to include a architecture all package into a repository which
already includes the same file (in the same or another distribution),
the package will be included with the information for the Packages
file (like description or the dependencies apt sees) from the new
package, while the file (which is then all dpkg sees) is taken from
the already existing package. This can be useful if multiple builds
create an architecture all package (i.e. if all using dpkg-buildpackage
-b instead of dpkg-buildpackage -B), but great care has to be taken
has to be taken to not end up with conflicting information [...]

The more I try to describe it, the more I think this is not something
I want to have.

How about something like the following instead (it would have the
disadvantage of not adding the arch all package at all if the
conflicting package is in another distribution, but better no package
than a package where content and index might be not match):


diff --git a/checkin.c b/checkin.c
index 1884273..8a1d456 100644
--- a/checkin.c
+++ b/checkin.c
@@ -880,12 +880,13 @@ static retvalue changes_check(const struct distribution 
*distribution, const cha
 }
 
 static retvalue changes_checkfiles(const char *filename, struct changes 
*changes) {
-   struct fileentry *e;
+   struct fileentry *e, **pe;
retvalue r;
 
r = RET_NOTHING;
 
-   for (e = changes->files; e != NULL ; e = e->next) {
+   pe = &changes->files;
+   while ((e = *pe) != NULL) {
//TODO: decide earlier which files to include
if (e->type == fe_BYHAND) {
/* byhand files might have the same name and not
@@ -918,6 +919,21 @@ static retvalue changes_checkfiles(const char *filename, 
struct changes *changes
return RET_ERROR_OOM;
/* do not copy yet, but only check if it could be included */
r = files_canadd(e->filekey, e->checksums);
+   if (r == RET_ERROR_WRONG_MD5 &&
+   e->architecture_into == architecture_all &&
+   IGNORABLE(conflictingarchall)) {
+   struct fileentry *removedentry;
+
+   fprintf(stderr,
+"Ignoring '%s' as --ignore=ignoreconflictingarchall given and there is already 
a file with different contents of that name.",
+   e->name);
+
+   removedentry = e;
+   *pe = removedentry->next;
+   removedentry->next = NULL;
+   freeentries(removedentry);
+   continue;
+   }
if (RET_WAS_ERROR(r))
return r;
/* If is was already there, remember that */
@@ -943,6 +959,7 @@ static retvalue changes_checkfiles(const char *filename, 
struct changes *changes
}
free(fullfilename);
}
+   pe = &e->next;
}
 
return RET_OK;
diff --git a/ignore.h b/ignore.h
index 5a64288..d2c0c5d 100644
--- a/ignore.h
+++ b/ignore.h
@@ -36,7 +36,8 @@
IGN(wrongarchitecture) \
IGN(oldfile) \
IGN(longkeyid) \
-   IGN(missingfile)
+   IGN(missingfile) \
+   IGN(conflictingarchall)
 
 
 enum ignore {


Bernhard R. Link
-- 
F8AC 04D5 0B9B 064B 3383  C3DA AFFC 96D1 151D FFDC


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

Bug#685575: need help with opentracker packaging?

[anarcat]

Hi!

First, thanks for the work on the license!

Second, I see this is now an ITP, which is awesome. Do you need help
pushing this forward?

If you get a working debian/ directory that makes lintian happy, I can
help you out with the rest of the logistics (including debian-maint and
so on).

A.

-- 
Tout ce qui n’est pas donné est perdu.
- Proverbe indien


signature.asc
Description: Digital signature

Bug#730687: pu: package libnet-server-perl/2.006-1+deb7u1

[Adam D. Barratt]

Control: tags -1 + pending

On Thu, 2013-11-28 at 12:54 +0100, Salvatore Bonaccorso wrote:
> On Thu, Nov 28, 2013 at 12:42:59PM +0100, Cyril Brulebois wrote:
> > Salvatore Bonaccorso  (2013-11-28):
> > > Thanks for the quick response, attached the new debdiff mentioning the
> > > problem with munin-node. Can I go ahead with the upload?
> > 
> > Looks nice, thanks!
> 
> Ok! Have uploaded it.

Flagged for acceptance; thanks.

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#730875: [Pkg-salt-team] Bug#730875: salt: please switch (Build-)Depends to python-msgpack

[Joe Healy]

On Sun, Dec 1, 2013 at 3:22 AM, Andreas Beckmann  wrote:
> msgpack-python has changed its name to python-msgpack.
> Even if the new package Provides: msgpack-python this does not seem to
> be sufficient to allow automatic removal of the old package from the
> archive.
>

Will do. What is the timeframe you are looking at?

I believe there is a new upstream release due in the next few weeks.
Is it fine to wait for that or is it better to do an upload sooner?

Thanks,

Joe


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

Bug#725046: Bugs in packages meep-* (fwd)

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2013-11-30 at 15:30 +0100, Thorsten Alteholz wrote:
> 
> On Sat, 30 Nov 2013, Adam D. Barratt wrote:
> > I've marked them all for rejection, so it's just waiting for dak to
> > process that request.
> 
> Ok, thanks alot, the new upload is on its way ...

Thanks; I've just flagged the new packages for acceptance in to p-u.

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#694744: working on the bugs-everywhere package

[Antoine Beaupré]

On 2013-11-12 18:11:01, Antoine Beaupré wrote:
> On 2013-10-20 19:36:17, Ben Finney wrote:
>> On 20-Oct-2013, anarcat wrote:
>>
>>> Ben, are you still interested in maintaining this package? Can I make a
>>> tentative upload to experimental?
>>
>> Following up on our IRC discussion:
>>
>> I have orphaned this package and am not interested in maintaining it. You
>> are welcome to adopt it, and you now have the VCS history for the packaging
>> work to date.
>>
>> Thank you very much for contacting me to confirm. Good hunting to you!
>
> Thanks!
>
> I have uploaded a package to NEW:
>
> https://ftp-master.debian.org/new/bugs-everywhere_1.1.1-1.html
>
> It's been sitting there for almost a month now, hopefully it will get
> unblocked soon. :)

It was actually refused, because of unsource minified javascript files.

I have now patched that to include the original files (and notified
upstream) and we go back to the waiting game now.

A.

-- 
We should act only in such away that if everyone 
else acted as we do, we would accept the results.
- Kant


pgpFlQSrg9_iG.pgp
Description: PGP signature

Bug#731015: Header files in new location break third-party projects

[Mike Gabriel]

Package: libfreetype6-dev
Version: 2.5.1-1
Severity: important

Hi Steve,

with the upload of freetype 2.5.1-1 the installation location of the header 
files has changed:

 Old: /usr/include/freetype2/freetype/*.h (2.4.9 and before)
 New: /usr/include/freetype2/*.h

Please work around this by placing im freetype symlink into 
/usr/include/freetype2 pointing to ../ (or restore the former installation path 
for 2.5.x-y).

The incident popped up when trying to build nx-X11 against Debian sid.

Thanks+Greets,
Mike


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

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

Versions of packages libfreetype6-dev depends on:
ii  libc6-dev [libc-dev]   2.17-96
ii  libfreetype6   2.5.1-1
ii  zlib1g-dev [libz-dev]  1:1.2.8.dfsg-1

libfreetype6-dev recommends no packages.

libfreetype6-dev 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#731014: ITP: hershey-fonts -- Hershey vector fonts library, tools, and glyph data

[Kamal Mostafa]

Package: wnpp
Severity: wishlist
Owner: Kamal Mostafa 

* Package name: hershey-fonts
  Version : 0.1
  Upstream Author : Kamal Mostafa 
* URL : http://www.whence.com/hershey-fonts/
* License : GPL
  Programming Lang: C
  Description : Hershey vector fonts library, tools, and glyph data

The Hershey fonts are a collection of vector fonts developed circa 1967
by Dr. A. V. Hershey.

This source package includes:

 - The Hershey fonts: Latin, Greek, Cyrilic, Japanese, and various symbol
   glyph sets encoded as .jhf format Hershey font files.

 - libhersheyfont: a library of C routines for loading Hershey font files.

 - hershey-font-gnuplot: a program to render Hershey vector font text in
   the form of a gnuplot input file.


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

Bug#731013: virt-manager: changes owner and permissions of user-supplied ISO images

[Flavio Stanchina]

Package: virt-manager
Version: 0.9.5-1
Severity: normal

I added a CD-ROM to a virtual machine and used "Browse Local" to connect
an ISO image in my home directory. After I closed the virtual machine, I
tried to delete the ISO image as I didn't need it any longer, but its owner
had been changed to libvirt-qemu and the permissions to 0400.

The permissions were previously set to 0644, so the file would have been
readable by user libvirt-qemu (or any other).

I don't think I've ever seen another program that changes a file's owner
without asking. I don't recall, in fact, ever seeing a program that even
bothers to ask: if permissions aren't right, you get an access error and
it's your problem to set permissions adequately.

virt-manager should at least restore the original permissions back when
it's done with the image.

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

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

Versions of packages virt-manager depends on:
ii  gconf2 3.2.6-1
ii  librsvg2-common2.40.0-1
ii  python 2.7.5-5
ii  python-dbus1.2.0-2+b1
ii  python-glade2  2.24.0-3+b1
ii  python-gnome2  2.28.1+dfsg-1
ii  python-gtk-vnc 0.5.2-2
ii  python-gtk22.24.0-3+b1
ii  python-ipy 1:0.75-1
ii  python-libvirt 0.9.12-11+deb7u4
ii  python-support 1.0.15
ii  python-urlgrabber  3.9.1-4
ii  python-vte 1:0.28.2-5
ii  virtinst   0.600.4-2

Versions of packages virt-manager recommends:
ii  gnome-icon-theme 3.10.0-1
ii  libvirt-bin  0.9.12-11+deb7u4
ii  python-spice-client-gtk  0.21-0nocelt3

Versions of packages virt-manager suggests:
pn  gnome-keyring
pn  python-gnomekeyring  
pn  python-guestfs   
ii  ssh-askpass-gnome [ssh-askpass]  1:6.4p1-1
pn  virt-viewer  

-- 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#731012: RM: haskell-comonads-fd -- ROM; Merged into comonad

[Joachim Breitner]

Package: ftp.debian.org
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

haskell-comonads-fd has been merged into comonads, please remove from
unstable. The broken rdeps are on arches lagging behind updated rdeps.

Thanks,
Joachim

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

iEYEARECAAYFAlKad34ACgkQ9ijrk0dDIGwQgQCdEFm+WVFKRIwou0LXUBGqU6vN
d2UAnRnhMoFVhauH9LPQigPFNUWkYw6c
=s2JX
-END PGP SIGNATURE-


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

Bug#730870: pu: unifont -- RoM; NMU Version in Stable Undoes Ubuntu Fix

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Sat, 2013-11-30 at 07:59 -0700, unifoun...@unifoundry.com wrote:
> I am requesting that the version of package Unifont in Testing, unifont
> 1:5.1.20080914-4, be included in the upcoming Wheezy point release
> primarily to align with Colin Watson's wishes for Ubuntu.

What are the problems with the package in stable which this update would
resolve? Aligning with Ubuntu's packaging is not a suitable reason for
an update.

[...]
> The Debian NMU of Unifont made its way to Ubuntu and did not incorporate
> Colin's fix, so the upload had the effect of removing his fix from
> Ubuntu.

That's unfortunate, but again in no way justifies an update to stable.

> The Unifont version in Testing does incorporate his fix, and
> closed a bug that he filed on Debian (#659730) requesting this change.

#659730 is a severity wishlist bug and, as Colin explained in his
report, does not impact Debian.

"This is academic for Debian because the version of dpkg in
squeeze supported dpkg-maintscript-helper, hence Severity: wishlist;"

> These other significant changes were made in the version in Testing:
> 
> * Changed Section: to "fonts" for most debian/control entries to conform
> to current Policy; the older "x11" (and now incorrect) Section entries
> thus no longer need overriding.
> 
> * Updated packaging to conform to the policy version suitable for Wheezy
> Stable (3.9.4), notably for the revised font handling requirements.

No, the version of Policy applicable to wheezy is 3.9.3.

> * Added hardening to debian/rules.

That is very much not a suitable change to be making in a stable update.

[...]
> I am attaching the changelog.

Please produce a full source debdiff of the changes you're proposing to
make, based on the current package in stable; we will not ack updates
based on a changelog.

Whilst doing so, please bear in mind the comments above regarding
possible suitability of changes.

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#711135: caballero.debian.org does not boot on wheezy kernels

[Peter Palfrader]

Hi,

This looks very much like 711135.  If you need access Ben, I'm sure that
can be arranged.  For now we're still running the squeeze kernel :(

} ELILO boot: Linux
} Uncompressing Linux... done
} Loading file \EFI\debian\initrd.img...done
} 
} * SYSTEM ALERT **
} SYSTEM NAME: caballero
} 
} 30 Nov 2013 23:30:39
} Alert Level 7: Fatal
} Keyword: Type-02 137001 1273857
} Machine Check initiated
} Logged by: SFW-redundant;  Sensor: Critical Interrupt 
} Data2: OEM Code2: 0x00
} 0xC1529A751F024000 003FA17000130300
} 
} A: ack read of this entry - X: Disable all future alert messages
} Anything else skip redisplay the log entry
} ->Choice:
[enter a]
} a
} *
} 
} * SYSTEM ALERT **
} SYSTEM NAME: caballero
} 
} 30 Nov 2013 23:30:39
} Alert Level 7: Fatal
} Keyword: MC_INITIATED
} Machine Check initiated
} Logged by: System Firmware  0
} Data: Implementation dependent data field
} 0xF680009800E05AA5 
} 
} A: ack read of this entry - X: Disable all future alert messages
} Anything else skip redisplay the log entry
} ->Choice:
[enter a]
} a
} *
} 
} * SYSTEM ALERT **
} SYSTEM NAME: caballero
} 
} 30 Nov 2013 23:30:39
} Alert Level 3: Warning
} Keyword: OS_MCA_NOT_REGISTERED
} OS MCA address not registered
} Logged by: System Firmware  0
} Data: Implementation dependent data field
} 0x7680010700E05AA5 
} 
} A: ack read of this entry - X: Disable all future alert messages
} Anything else skip redisplay the log entry
} ->Choice:
[enter a]
} ->Choice:a
} *
} 
} ** VIRTUAL FRONT PANEL **
} System Boot detected
} *
} LEDs:SYSTEMPOWER
}  FLASH GREEN   ON
} LED State: Running non-OS code. (i.e. Boot or Diagnostics)
} 
} 
} Loca-| |  ||
} tion |Alert| Encoded Field|  Data Field|   Keyword / Timestamp
} 
---
} SFW  1   2  0x5680006301E05AA5  BOOT_START
} 30 Nov 2013 23:30:40
} SFW  1   0  0x002001E0  BOOT_CPU_EARLY_CONFIG_START
} SFW  0   0  0x002000E0  BOOT_CPU_EARLY_CONFIG_START
} SFW  1   0  0x160E01E0 00010003 BOOT_CELL_MONARCH_SEL_START
} SFW  0   0  0x160E00E0 0003 BOOT_CELL_MONARCH_SEL_START
} SFW  0   1  0x360C00E0  BOOT_CELL_MONARCH
} SFW  0   1  0x3600026100E0  BOOT_CPU_PRESENT
} SFW  1   1  0x3600026101E0 0001 BOOT_CPU_PRESENT
} SFW  0   0  0x000800E0  BOOT_CELL_CONFIG_START
} SFW  0   0  0x024B00E0  BOOT_EARLY_PLATFORM_CHECK
} SFW  1   0  0x035D01E0 0002 
BOOT_SLAVE_RENDEZ_HANDLER_START
} SFW  0   0  0x030600E0 022A0400 BOOT_BUS_CONFIG_VALUE
} SFW  0   0  0x005600E0  BOOT_SCR_TEST_START
} SFW  0   0  0x024C00E0  BOOT_PLATFORM_CHECK
} SFW  0   0  0x003E00E0  BOOT_LDB_INIT
} SFW  0   0  0x161D00E0  BOOT_CPU_CONFIG
} SFW  1   0  0x165E01E0 00FA BOOT_SLAVE_RENDEZ_INT_RECEIVED
} SFW  1   0  0x161D01E0 0001 BOOT_CPU_CONFIG
} SFW  1   0  0x165F01E0 0001 BOOT_SLAVE_RENDEZ_STAGE_1
} SFW  0   0  0x160002AF00E0 001F SETTING_PROC_TIMEOUT
} SFW  0   0  0x010B00E0  PDH_MISC_REG_TEST_START
} SFW  0   1  0x208100E0  IO_DISCOVERY_START
} BMC  2  0x20529A7527025AA5 0103FDC00300 Type-02 c00301 12583681
} 30 Nov 2013 23:30:47
} SFW  0   0  0x048600E0 0000FF83 IO_LBA_DISCOVERED
} SFW  0   0  0x048600E0 0001FF83 IO_LBA_DISCOVERED
} SFW  0   0  0x048600E0 0002FF83 IO_LBA_DISCOVERED
} SFW  0   0  0x048600E0 0003FF83 IO_LBA_DISCOVERED
} SFW  0   0  0x048600E0 0004FF83 IO_LBA_DISCOVERED
} SFW  0   0  0x048600E0 0006FF83 IO_LBA_DISCOVERED
} SFW  0   0  0x048600E0 0007FF83 IO_LBA_DISCOVERED
} SFW  0   0  0x048700E0 0000FF83 IO_LBA_INIT
} SFW  0   0  0x048700E0 0001FF83 IO_LBA_INIT
} SFW  0   0  0x048700E0 0002FF83 IO_LBA_INIT
} SFW  0   0  0x048700E0 0003FF83 IO_LBA_INIT
} SFW  0   0  0x048700E0 0004FF83 IO_LBA_INIT
} SFW  0   0  0x048700E0 0006FF83 IO_LBA_INIT
} SFW  0   0  0x048700E0 0007FF83 IO_LBA_INIT
} SFW  0   0  0x008000E0  IO_DISCOVERY_DONE
} SFW  0   0  0x024D00E0  BOOT_PLATFORM_CHECK_POST_IO

Bug#730850: [Pkg-haskell-maintainers] Bug#730850: libghc-xmonad-dev: is not installable

[Joachim Breitner]

Control: tag -1 + confirmed sid pending

Am Samstag, den 30.11.2013, 10:12 +0100 schrieb Nicolas Évrard:
> The libghc-xmonad-dev package is not installable because it depends on
> a virtual package. Here is the log my attempt to install it:

thanks. A rebuilt has been scheduled:
https://buildd.debian.org/status/package.php?p=xmonad
but is waiting for pandoc to become installable.

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


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

Bug#726808: closed by Lars Wirzenius (Bug#726808: fixed in obnam 1.6-1)

[nodiscc]

Le 30/11/2013 13:54, Debian Bug Tracking System a écrit :
> This is an automatic notification regarding your Bug report
> which was filed against the obnam package:
>
> #726808: manpage: mount command unproperly documented
>
> It has been closed by Lars Wirzenius .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Lars Wirzenius 
>  by
> replying to this email.
>
>
Thanks


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

Bug#731011: cpp-netlib: FTBFS: test failures when no internet connection available

[Andreas Moog]

Package: cpp-netlib
Version: 0.10.1-1
Severity: serious
Justification: Fails to build from source

Hi there,

some of the tests in your package require internet connectivity and/or
an active network interface. The former may not be available on the
build daemon, resulting in an error like:

> Running 12 test cases...
> unknown location(0): fatal error in 
> "http_get_test_different_port":
>  std::runtime_error: resolve: Host not found (authoritative)
> unknown location(0): fatal error in 
> "http_get_test_different_port":
>  std::runtime_error: resolve: Host not found (authoritative)
> unknown location(0): fatal error in 
> "http_get_test_different_port":
>  std::runtime_error: resolve: Host not found (authoritative)
> unknown location(0): fatal error in 
> "http_get_test_different_port":
>  std::runtime_error: resolve: Host not found (authoritative)
> unknown location(0): fatal error in 
> "http_get_test_different_port":
>  std::runtime_error: Host not found (authoritative)
> terminate called after throwing an instance of 
> 'boost::exception_detail::clone_impl
>  >'
>   what():  boost thread: trying joining itself: Resource deadlock avoided
> 
>   Start 14: cpp-netlib-http-client_get_timeout_test
> 14/18 Test #14: cpp-netlib-http-client_get_timeout_test .   
> Passed0.02 sec
>   Start 15: cpp-netlib-http-client_get_streaming_test
> 15/18 Test #15: cpp-netlib-http-client_get_streaming_test 
> ...***Exception: Other  0.01 sec
> terminate called after throwing an instance of 
> 'boost::exception_detail::clone_impl
>  >'
> Running 4 test cases...
> unknown location(0): fatal error in 
> "http_client_get_streaming_test":
>  std::runtime_error: Host not found (authoritative)
> /build/buildd/cpp-netlib-0.10.1/libs/network/test/http/client_get_streaming_test.cpp(37):
>  last checkpoint
>   what():  boost thread: trying joining itself: Resource deadlock avoided
> 
>   Start 16: cpp-netlib-http-server_constructor_test
> 16/18 Test #16: cpp-netlib-http-server_constructor_test .   
> Passed0.01 sec
>   Start 17: cpp-netlib-http-server_async_run_stop_concurrency
> 17/18 Test #17: cpp-netlib-http-server_async_run_stop_concurrency ...   
> Passed1.31 sec
>   Start 18: mime-roundtrip
> 18/18 Test #18: mime-roundtrip ..   
> Passed0.01 sec
> 
> 83% tests passed, 3 tests failed out of 18

A full build-log can for example be found at
https://launchpadlibrarian.net/157509492/buildlog_ubuntu-trusty-i386.cpp-netlib_0.10.1-1_FAILEDTOBUILD.txt.gz
Note that this particular build was done on Ubuntu trusty, but I
verified the same error on an up-to-date unstable running inside
Virtualbox with the network interface disabled.

The easiest solution in my opinion would be to disable the tests that
require connectivity/an active network interface.

-- 
Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany
PGP-encrypted mails preferred (Key-ID: 74DE6624)
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624



signature.asc
Description: OpenPGP digital signature

Bug#731010: RM: yforth [mipsel] -- ANAIS; No longer built for mipsel.

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

Hi,

please remove the yforth mipsel binaries, mipsel is not listed in the
Packages-arch-specific file:

yforth: i386 m68k sparc arm armel powerpc kfreebsd-i386 kfreebsd-amd64 # 
compiler


Andreas


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

Bug#731009: xmlstarlet: FTBFS on mips: java.lang.IllegalArgumentException: Invalid profile data

[Andreas Beckmann]

Package: xmlstarlet
Version: 1.5.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

xmlstarlet FTBFS on mips:

https://buildd.debian.org/status/fetch.php?pkg=xmlstarlet&arch=mips&ver=1.5.0-1&stamp=1382959110

gawk -f ./usage2c.awk src/validate-usage.txt > src/validate-usage.c
gcc -DHAVE_CONFIG_H -I.  -I/usr/include -I/usr/include/libxml2 
-D_FORTIFY_SOURCE=2 -Wall -pedantic -ansi -g -O2 -Wformat 
-Werror=format-security -c -o src/validate-usage.o src/validate-usage.c
gcc -Wall -pedantic -ansi -g -O2 -Wformat -Werror=format-security -L/usr/lib 
-L/usr/lib -Wl,-z,relro -Wl,-z,now -o xml src/trans.o src/xml.o src/xml_C14N.o 
src/xml_depyx.o src/xml_edit.o src/xml_elem.o src/xml_escape.o src/xml_format.o 
src/xml_ls.o src/xml_pyx.o src/xml_select.o src/xml_trans.o src/xml_validate.o 
src/usage.o src/c14n-usage.o src/depyx-usage.o src/edit-usage.o 
src/elem-usage.o src/escape-usage.o src/format-usage.o src/ls-usage.o 
src/pyx-usage.o src/select-usage.o src/trans-usage.o src/unescape-usage.o 
src/validate-usage.o -lexslt -lxslt -lxml2   
/usr/bin/xsltproc --stringparam VERSION '1.5.0' --stringparam PROG "`echo xml | 
/bin/sed 's/xml$/xmlstarlet/'`" ./doc/replace-PROG-VERSION.xsl 
doc/xmlstarlet-man.xml | /usr/bin/xsltproc -o doc/xmlstarlet.1 \
  /usr/share/xml/docbook/stylesheet/docbook-xsl-ns/manpages/docbook.xsl 
\
  -
Note: Writing xmlstarlet.1
/usr/bin/xsltproc --stringparam VERSION '1.5.0' --stringparam PROG "`echo xml | 
/bin/sed 's/xml$/xmlstarlet/'`" ./doc/replace-PROG-VERSION.xsl 
doc/xmlstarlet-ug.xml | /usr/bin/xsltproc --param section.autolabel 1 
--stringparam generate.toc 'book toc,title' ./doc/xmlstar-fodoc-style.xsl - > 
doc/xmlstarlet-ug.fo
Making portrait pages on USletter paper (8.5inx11in)
/usr/bin/fop -q doc/xmlstarlet-ug.fo doc/xmlstarlet-ug.pdf
Exception
java.lang.IllegalArgumentException: Invalid profile data

make[2]: *** [doc/xmlstarlet-ug.pdf] Error 1
rm doc/xmlstarlet-ug.fo
make[2]: Leaving directory `/«PKGBUILDDIR»'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/«PKGBUILDDIR»'
dh_auto_build: make -j1 returned exit code 2
make: *** [build-arch] Error 2


Andreas


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

Bug#730981: fakechroot manual is mainly gibberish

[Piotr Roszatycki]

The most current version of fakechroot manual is hosted on github at
https://github.com/dex4er/fakechroot/blob/master/man/fakechroot.pod

Could you look at it? It is slighly reedited but I'd love to release
new version of fakechroot with improved manual.

Thanks,


2013/11/30 Ken Sharp :
> Package: fakechroot
> Version: 2.16-1
> Severity: normal
> Tags: l10n
> Usertags: manpage
>
> The English fakechroot manpage is mainly gibberish and needs dramatic
> improvement. Preferably someone with a command of the English language.



-- 
Piotr Roszatycki


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

Bug#486594: timestamps

[Louis Bettens]

Good evening developers,
I'm a novice contributor and I have done some work on your scripts, 
which I would like to submit to you.


I didn't found any library that can produce d/changelog files, so I 
decided to invoke dch with the right options, besides it can manage 
multi-maintainer releases, and since this feature is hardcoded, I 
thought there was no library supporting it at all. I needed to create 
entries with specific timestamps, so I started hacking dch to implement 
an option for that.


Since there seems to be no way to feed a "%s" value to date, I decided 
to use strftime(), and thus get rid of the date -R invocation. It seems 
to me that globally setting the locale to "C" doesn't cause trouble 
("dch Ìnîtíãl release." is fine) but I may be wrong. However, there 
could be a better solution with the Email::Date::Format package ; it 
takes care of formatting time according to RFC 2822 and doesn't touch 
the locale. It does exactly what we want in a clean way, so it's 
probably worth depending on it.


Please take time to judge the attached patches. If you ask, I can 
rearrange them, removing the intermediate step `date` -> strftime() -> 
email_date, for example. I didn't update the changelog (no joke 
intended) to keep patches light.


Greetings,
Louis
--
When I grow up,
I will run a Tor node around the clock,
To help threatened protesters 'round the world.
>From 3855f74c27cf79a230d3c89c0d2e211fe43c2d1c Mon Sep 17 00:00:00 2001
From: Louis Bettens 
Date: Sat, 30 Nov 2013 20:12:00 +0100
Subject: [PATCH 1/5] debchange: replace call to date -R with strftime()

---
 scripts/debchange.pl | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/scripts/debchange.pl b/scripts/debchange.pl
index 82875d6..3ec288d 100755
--- a/scripts/debchange.pl
+++ b/scripts/debchange.pl
@@ -43,6 +43,9 @@ use Dpkg::Compression;
 use Dpkg::Vendor qw(get_current_vendor);
 use lib '/usr/share/devscripts';
 use Devscripts::Debbugs;
+use POSIX qw(locale_h strftime);
+
+setlocale(LC_TIME, "C"); # so that strftime is locale independent
 
 # Predeclare functions
 sub fatal($);
@@ -989,8 +992,7 @@ if (@ARGV and ! $TEXT) {
 }
 
 # Get the date
-my $date_cmd = ($opt_tz ? "TZ=$opt_tz " : "") . "date -R";
-chomp(my $DATE=`$date_cmd`);
+my $DATE=strftime "%a, %d %b %Y %T %z", localtime();
 
 if ($opt_news && !$opt_i && !$opt_a) {
 if ($VERSION eq $changelog{'Version'} && !$opt_v && !$opt_l) {
-- 
1.8.4.3

>From e5a0712e721fa3d2ba01a83b33035ad83f88c967 Mon Sep 17 00:00:00 2001
From: Louis Bettens 
Date: Sat, 30 Nov 2013 19:58:10 +0100
Subject: [PATCH 2/5] add --timestamp

---
 scripts/debchange.pl | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/scripts/debchange.pl b/scripts/debchange.pl
index 3ec288d..b6ce458 100755
--- a/scripts/debchange.pl
+++ b/scripts/debchange.pl
@@ -129,6 +129,9 @@ Options:
  Increase the Debian release number, adding a new changelog entry
   -v , --newversion=
  Add a new changelog entry with version number specified
+  --timestamp=
+ When generating a trailer line, use the specified time as a number of
+ seconds after january 1st, 1970 instead of the current time
   -e, --edit
  Don't change version number or add a new changelog entry, just
  update the changelog's stamp and open up an editor
@@ -363,7 +366,7 @@ if (@ARGV and $ARGV[0] =~ /^--no-?conf$/) {
 # We use bundling so that the short option behaviour is the same as
 # with older debchange versions.
 my ($opt_help, $opt_version);
-my ($opt_i, $opt_a, $opt_e, $opt_r, $opt_v, $opt_b, $opt_d, $opt_D, $opt_u, $opt_force_dist);
+my ($opt_i, $opt_a, $opt_timestamp, $opt_e, $opt_r, $opt_v, $opt_b, $opt_d, $opt_D, $opt_u, $opt_force_dist);
 my ($opt_n, $opt_bn, $opt_qa, $opt_R, $opt_s, $opt_team, $opt_U, $opt_bpo, $opt_l, $opt_c, $opt_m, $opt_M, $opt_create, $opt_package, @closes);
 my ($opt_news);
 my ($opt_level, $opt_regex, $opt_noconf, $opt_empty);
@@ -371,6 +374,7 @@ my ($opt_level, $opt_regex, $opt_noconf, $opt_empty);
 Getopt::Long::Configure('bundling');
 GetOptions("help|h" => \$opt_help,
 	   "version" => \$opt_version,
+	   "timestamp=s" => \$opt_timestamp,
 	   "i|increment" => \$opt_i,
 	   "a|append" => \$opt_a,
 	   "e|edit" => \$opt_e,
@@ -992,7 +996,8 @@ if (@ARGV and ! $TEXT) {
 }
 
 # Get the date
-my $DATE=strftime "%a, %d %b %Y %T %z", localtime();
+$opt_timestamp = defined $opt_timestamp ? $opt_timestamp : time;
+my $DATE=strftime "%a, %d %b %Y %T %z", localtime($opt_timestamp);
 
 if ($opt_news && !$opt_i && !$opt_a) {
 if ($VERSION eq $changelog{'Version'} && !$opt_v && !$opt_l) {
-- 
1.8.4.3

>From dad123b835d99a012c29e908026b4ccf1b259910 Mon Sep 17 00:00:00 2001
From: Louis Bettens 
Date: Sat, 30 Nov 2013 20:52:49 +0100
Subject: [PATCH 3/5] bts: replace call to date -R with strftime()

---
 scripts/bts.pl | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/scripts/bts.pl b/scripts/bts.pl
index ba4929f..80003df

Bug#730742: Font rendering fuzzy (straight lines smeared across subpixels) since upgrade to 2.5.1

[Colomban Wendling]

Package: libfreetype6
Version: 2.5.1-1
Followup-For: Bug #730742

I can confirm this too, though some fonts still render fine.

For example, Cantarell (default GNOME3 font) renders fuzzy, but
BitStream Vera Sans renders fine.

Regards,
Colomban


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

Bug#643948: nslcd: daemon hang during machine boot process

[Arthur de Jong]

Followup-For: Bug #643948
Package: libgcrypt11
Version: 1.5.3-2

On Thu, 2013-05-23 at 20:34 +0200, Arthur de Jong wrote:
> Today, for the first time I ran into this problem on my own system. From
> the logs:

Again a crash today, from syslog:

Nov 30 19:05:09 sorbet nslcd[2307]: version 0.9.1 starting
Nov 30 19:05:14 sorbet nslcd[2307]: accepting connections
Nov 30 19:05:15 sorbet nslcd[2307]: Libgcrypt notice: state transition Power-On 
=> Fatal-Error
Nov 30 19:05:15 sorbet nslcd[2307]: Libgcrypt error: invalid state transition 
Fatal-Error => Fatal-Error
Nov 30 19:05:15 sorbet nslcd[2307]: Libgcrypt terminated the application
Nov 30 19:05:15 sorbet nslcd[2307]: Libgcrypt error: invalid state transition 
Fatal-Error => Fatal-Error
Nov 30 19:05:15 sorbet nslcd[2307]: Libgcrypt terminated the application
Nov 30 19:05:15 sorbet nslcd[2307]: Libgcrypt error: fatal error in file 
visibility.c, line 1283, function gcry_create_nonce: called in non-operational 
state

I can't find many more avenues to investigate this, except digging
through the code. I would appreciate a few pointers though.

So far my system doesn't seem to be in FIPS mode (I certainly didn't
consciously configured it that way):

$ cat /proc/sys/crypto/fips_enabled 
0
$ cat /etc/gcrypt/fips_enabled
cat: /etc/gcrypt/fips_enabled: No such file or directory
$ grep -r GCRYCTL_FORCE_FIPS_MODE nss-pam-ldapd openldap
[nothing]

The nslcd process is multi-threaded so there could be a case where
multiple threads are started and are initialising gnutls and in turn
gcrypt and some race condition is happening.

For this I could add some code, as a workaround, to nslcd that would
initialise gcrypt before going multi-threaded (however, that would
probably cause problems for libldap that probably want to do the same).

The difficult bit is that this is not easy to reproduce. This seems to
happen once every few months at most and so far only during boot.

The only similar issue I could find was this (also without resolution):
  http://jira.freeswitch.org/browse/FS-3438

Any input on how to move forward with this, test workarounds, gather
more information or make this easier to reproduce is appreciated.

Thanks,

Versions of relevant packages:
ii  libc6  2.17-97
ii  libgssapi-krb5-2   1.11.3+dfsg-3
ii  libldap-2.4-2  2.4.31-1+nmu2+b1
ii  libgcrypt111.5.3-2
ii  libgnutls262.12.23-8
ii  libsasl2-2 2.1.25.dfsg1-17
ii  libgpg-error0  1.12-0.2
ii  multiarch-support  2.17-97

-- 
-- arthur - adej...@debian.org - http://people.debian.org/~adejong --


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

Bug#731008: ITP: libhtml-prettyprinter-perl -- module that generates nice HTML files from HTML syntax trees

[Radu-Bogdan Croitoru]

Package: wnpp
Owner: Radu-Bogdan Croitoru 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libhtml-prettyprinter-perl
  Version : 0.03
  Upstream Author : Claus Schotten 
* URL : https://metacpan.org/release/HTML-PrettyPrinter
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : module that generates nice HTML files from HTML syntax trees

HTML::PrettyPrinter produces nicely formatted HTML code from a HTML syntax
tree. It is especially usefull if the produced HTML file shall be read or
edited manually afterwards. Various parameters let you adapt the output to
different styles and requirements.

If you don't care how the HTML source looks like as long as it is valid and
readable by browsers, you should use the as_HTML() method of HTML::Element
instead of the pretty printer. It is about five times faster.

The pretty printer will handle line wrapping, indention and structuring by
the way the whitespace in the tree is represented in the output. Furthermore
upper/lowercase markup and markup minimization, quoting of attribute values,
the encoding of entities and the presence of optional end tags are
configurable.


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

Bug#731007: iceape: FTBFS on arm*: elfhack problems

[Andreas Beckmann]

Package: iceape
Version: 2.7.12-1
Severity: serious
Tags: jessie sid
Justification: fails to build from source (but built successfully in the past)

Hi,

iceape fails to build on armel/armhf:

https://buildd.debian.org/status/fetch.php?pkg=iceape&arch=armel&ver=2.7.12-1%2Bb1&stamp=1377309045
https://buildd.debian.org/status/fetch.php?pkg=iceape&arch=armhf&ver=2.7.12-1%2Bb1&stamp=1384983954

armhf:

make -C unix libs
make[7]: Entering directory `/«PKGBUILDDIR»/build-iceape/mozilla/build/unix'
make -C elfhack libs
make[8]: Entering directory 
`/«PKGBUILDDIR»/build-iceape/mozilla/build/unix/elfhack'
elf.cpp
g++ -o host_elf.o -c -D_FORTIFY_SOURCE=2 -fno-rtti -Wall -Wpointer-arith 
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor 
-Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-fno-strict-aliasing -fshort-wchar -pthread -ffunction-sections -fdata-sections 
-pipe -fexceptions  -DNDEBUG -DTRIMMED -g -Os -freorder-blocks  
-fomit-frame-pointer  -I../../../../../mozilla/build/unix/elfhack -I. 
-I../../../dist/include -I../../../dist/include/nsprpub  -I/usr/include/nspr 
-I/usr/include/nss -I/usr/include/nspr 
/«PKGBUILDDIR»/mozilla/build/unix/elfhack/elf.cpp
/«PKGBUILDDIR»/mozilla/build/unix/elfhack/elf.cpp: In member function 'void 
ElfDynamic_Section::setValueForType(unsigned int, ElfValue*)':
/«PKGBUILDDIR»/mozilla/build/unix/elfhack/elf.cpp:669:28: warning: deleting 
object of polymorphic class type 'ElfValue' which has non-virtual destructor 
might cause undefined behaviour [-Wdelete-non-virtual-dtor]
 delete dyns[i].value;
^
/«PKGBUILDDIR»/mozilla/build/unix/elfhack/elf.cpp: In destructor 'virtual 
ElfDynamic_Section::~ElfDynamic_Section()':
/«PKGBUILDDIR»/mozilla/build/unix/elfhack/elf.cpp:783:24: warning: deleting 
object of polymorphic class type 'ElfValue' which has non-virtual destructor 
might cause undefined behaviour [-Wdelete-non-virtual-dtor]
 delete dyns[i].value;
^
elfhack.cpp
g++ -o host_elfhack.o -c -D_FORTIFY_SOURCE=2 -fno-rtti -Wall -Wpointer-arith 
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor 
-Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-fno-strict-aliasing -fshort-wchar -pthread -ffunction-sections -fdata-sections 
-pipe -fexceptions  -DNDEBUG -DTRIMMED -g -Os -freorder-blocks  
-fomit-frame-pointer  -I../../../../../mozilla/build/unix/elfhack -I. 
-I../../../dist/include -I../../../dist/include/nsprpub  -I/usr/include/nspr 
-I/usr/include/nss -I/usr/include/nspr 
/«PKGBUILDDIR»/mozilla/build/unix/elfhack/elfhack.cpp
g++ -o elfhack -D_FORTIFY_SOURCE=2 -fno-rtti -Wall -Wpointer-arith 
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor 
-Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-fno-strict-aliasing -fshort-wchar -pthread -ffunction-sections -fdata-sections 
-pipe -fexceptions  -DNDEBUG -DTRIMMED -g -Os -freorder-blocks  
-fomit-frame-pointer -Wl,--as-needed -lpthread
-Wl,-rpath-link,/«PKGBUILDDIR»/build-iceape/mozilla/dist/bin 
-Wl,-rpath-link,/usr/lib  host_elf.o host_elfhack.o  
/usr/bin/ld: warning: host_elf.o uses 2-byte wchar_t yet the output is to use 
4-byte wchar_t; use of wchar_t values across objects may fail
/usr/bin/ld: warning: host_elfhack.o uses 2-byte wchar_t yet the output is to 
use 4-byte wchar_t; use of wchar_t values across objects may fail
test.c
cc -o test.o -c -fvisibility=hidden -DMOZ_SUITE=1 -DOSTYPE=\"Linux3.2\" 
-DOSARCH=Linux  -I../../../../../mozilla/build/unix/elfhack -I. 
-I../../../dist/include -I../../../dist/include/nsprpub  -I/usr/include/nspr 
-I/usr/include/nss  -fPIC -O0  -D_FORTIFY_SOURCE=2 -include 
../../../mozilla-config.h -DMOZILLA_CLIENT -MD -MF .deps/test.pp 
/«PKGBUILDDIR»/mozilla/build/unix/elfhack/test.c
/«PKGBUILDDIR»/build-iceape/mozilla/config/nsinstall -D inject
cp ../../../../../mozilla/build/unix/elfhack/inject.c inject/arm.c
arm.c
cc -o inject/arm.o -c -fvisibility=hidden -DMOZ_SUITE=1 -DOSTYPE=\"Linux3.2\" 
-DOSARCH=Linux -DBITS=32  -I../../../../../mozilla/build/unix/elfhack -I. 
-I../../../dist/include -I../../../dist/include/nsprpub  -I/usr/include/nspr 
-I/usr/include/nss  -fPIC -O2 -fno-stack-protector   -D_FORTIFY_SOURCE=2 
-include ../../../mozilla-config.h -DMOZILLA_CLIENT -MD -MF .deps/arm.pp 
/«PKGBUILDDIR»/build-iceape/mozilla/build/unix/elfhack/inject/arm.c
cp ../../../../../mozilla/build/unix/elfhack/inject.c inject/arm-noinit.c
arm-noinit.c
cc -o inject/arm-noinit.o -c -fvisibility=hidden -DMOZ_SUITE=1 
-DOSTYPE=\"Linux3.2\" -DOSARCH=Linux -DBITS=32 -DNOINIT  
-I../../../../../mozilla/build/unix/elfhack -I. -I../../../dist/include 
-I../../../dist/include/nsprpub  -I/usr

Bug#524319: sparse now licensed MIT

[Franz Schrober]

The official sparse repo is now available under the MIT license
--
Franz Schrober


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

Bug#718711: atlas-cpp: ftbfs on armhf: update symbols file

[Stephen M. Webb]

On 11/30/2013 10:59 AM, Andreas Moog wrote:
> I wanted to ask about the status of this bug? It is marked as "pending"
> but as far as I can see there was no upload or further activity since
> August.

Needs an upload sponsor: the previous sponsor no longer has the time.  Packages 
are available at
https://mentors.debian.net/package/atlas-cpp, also requires uploads for the 
following dependencies or co-dependencies.

http://mentors.debian.net/debian/pool/main/w/wfmath/wfmath_1.0.2+dfsg1-1.dsc
http://mentors.debian.net/debian/pool/main/m/mercator/mercator_0.3.2-2.dsc
http://mentors.debian.net/debian/pool/main/v/varconf/varconf_1.0.1-1.dsc
http://mentors.debian.net/debian/pool/main/e/eris/eris_1.3.21-1.dsc
http://mentors.debian.net/debian/pool/main/e/ember/ember_0.7.0-1.dsc

-- 
Stephen M. Webb  


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

Bug#718711: atlas-cpp: ftbfs on armhf: update symbols file

[Stephen M. Webb]

On 11/30/2013 10:59 AM, Andreas Moog wrote:
> I wanted to ask about the status of this bug? It is marked as "pending"
> but as far as I can see there was no upload or further activity since
> August.

Needs an upload sponsor: the previous sponsor no longer has the time.  Packages 
are available at
https://mentors.debian.net/package/atlas-cpp, also requires uploads for the 
following dependencies or co-dependencies.

http://mentors.debian.net/debian/pool/main/w/wfmath/wfmath_1.0.2+dfsg1-1.dsc
http://mentors.debian.net/debian/pool/main/m/mercator/mercator_0.3.2-2.dsc
http://mentors.debian.net/debian/pool/main/v/varconf/varconf_1.0.1-1.dsc
http://mentors.debian.net/debian/pool/main/e/eris/eris_1.3.21-1.dsc
http://mentors.debian.net/debian/pool/main/e/ember/ember_0.7.0-1.dsc

-- 
Stephen M. Webb  



signature.asc
Description: OpenPGP digital signature

Bug#731006: linux-image-3.11-2-amd64: Network sending data at around 100 Mbit/s, receives around 1000Mbit/s

[Thomas Jansson]

Package: src:linux
Version: 3.11.8-1
Severity: normal

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

   * What led up to the situation?
   After the lastest kernel update to this kernel version I experinced
   very slow network performance from my Debian homeserver to other
   machines. Receiving files from the server through HTTP, NFS, SCP, CIFS and
   through iperf showed that the sending speed was around 55Mbit/s where
   I usually get around 950Mbit/s. 
   
   After ruling out network cables and switches I booted a Ubuntu live
   cd and found the expected performance at aproximately 1000/1000
   Mbit/s. This told me it was software related and I tried to boot the
   last "old" kernel on my systems linux-image-3.10-3-amd64 and with
   this kernel I saw the usual high performance as on the Ubuntu live
   cd.  

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   I tried transfering files from my debian server to other computers on
   the network through . 

   * What was the outcome of this action?
   Very slow sending speed at around 55 Mbit/s for all protocols.

   * What outcome did you expect instead?
   Sending speed around 1000 Mbit/s. This can still be achived using the
   older linux-image-3.10-3-amd64 kernel, but not with the
   linux-image-3.11-2-amd64 kernel. 

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


-- Package-specific info:
** Version:
Linux version 3.11-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.1 
(Debian 4.8.1-10) ) #1 SMP Debian 3.11.8-1 (2013-11-13)

** Command line:
BOOT_IMAGE=/vmlinuz-3.11-2-amd64 root=UUID=f1457590-bc87-4227-ab4d-eb4aa7745e4c 
ro quiet

** Not tainted

** Kernel log:
[2.129840] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x14
[2.131616] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 2872, rev 0200 
detected
[2.144731] [drm] Wrong MCH_SSKPD value: 0x16040307
[2.144733] [drm] This can cause pipe underruns and display issues.
[2.144734] [drm] Please upgrade your BIOS to fix this.
[2.148269] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0003 detected
[2.152142] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[2.162491] platform microcode: firmware: agent aborted loading 
intel-ucode/06-2a-07 (not found?)
[2.162580] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x14
[2.166087] iTCO_vendor_support: vendor-support=0
[2.167144] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10
[2.167165] iTCO_wdt: Found a Cougar Point TCO device (Version=2, 
TCOBASE=0x0460)
[2.167238] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[2.180586] platform microcode: firmware: agent aborted loading 
intel-ucode/06-2a-07 (not found?)
[2.180678] microcode: CPU2 sig=0x206a7, pf=0x2, revision=0x14
[2.181149] platform microcode: firmware: agent aborted loading 
intel-ucode/06-2a-07 (not found?)
[2.181245] microcode: CPU3 sig=0x206a7, pf=0x2, revision=0x14
[2.181459] platform microcode: firmware: agent aborted loading 
intel-ucode/06-2a-07 (not found?)
[2.181578] microcode: Microcode Update Driver: v2.00 
, Peter Oruba
[2.183978] cfg80211: World regulatory domain updated:
[2.183980] cfg80211:   (start_freq - end_freq @ bandwidth), 
(max_antenna_gain, max_eirp)
[2.183981] cfg80211:   (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[2.183982] cfg80211:   (2457000 KHz - 2482000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[2.183983] cfg80211:   (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 
2000 mBm)
[2.183984] cfg80211:   (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[2.183985] cfg80211:   (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 
2000 mBm)
[2.188260] alg: No test for __gcm-aes-aesni (__driver-gcm-aes-aesni)
[2.237036] fbcon: inteldrmfb (fb0) is primary device
[2.414681] Console: switching to colour frame buffer device 240x67
[2.417672] i915 :00:02.0: fb0: inteldrmfb frame buffer device
[2.417673] i915 :00:02.0: registered panic notifier
[2.417684] i915: No ACPI video bus found
[2.417702] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[2.417856] i801_smbus :00:1f.3: SMBus using PCI Interrupt
[2.418023] snd_hda_intel :00:1b.0: irq 50 for MSI/MSI-X
[2.453820] input: HDA Intel PCH HDMI/DP,pcm=7 as 
/devices/pci:00/:00:1b.0/sound/card0/input7
[2.453881] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1b.0/sound/card0/input8
[2.453918] input: HDA Intel PCH Front Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input9
[2.453956] input: HDA Intel PCH Line Out CLFE as 
/devices/pci:00/:00:1b.0/sound/card0/input10
[2.453996] input: HDA Intel PCH Line Out Surround as 
/devices/pci:00/:00:1b.0/sound/card0/input11
[2.454033] input: HDA Intel PCH Line Out Front as 
/devices/pci:00/:00:1b.0/sound/card0

Bug#731005: contextfree: FTBFS: unrecognized command line option '-march=native'

[Roland Stigge]

Package: contextfree
Version: 3.0.5+dfsg1-1
Severity: serious
Tags: patch
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe

Hi,

contextfree FTBFS on several arches (everything except on I*tel like and ARM
where -march=native is supported):

...
mkdir -p objs 2> /dev/null || true
set -e; g++ -g -O2 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 
-Isrc-common -Isrc-unix -Iobjs -Isrc-agg/include -Isrc-common/agg-extras 
-Isrc-ffmpeg/include -O3 -Wall -march=native -Wno-parentheses  -c -MM 
src-common/cfdg.cpp \
| sed 's,\(.*\.o\)\( *:\),objs/\1 objs/cfdg.d\2,g' > objs/cfdg.d; \
[ -s objs/cfdg.d ] || rm -f objs/cfdg.d
cc1plus: error: unrecognized command line option '-march=native'
...

Attaching a patch that fixes this by removing -march=native from Makefile.
Please note that -march=native is not good on Debian anyway since specialized
code on the autodetected local hardware might not work on other machines
besides the buildd.

Roland


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: powerpcspe (ppc)

Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_GB.UTF-8)
Shell: /bin/sh linked to /bin/dash
--- contextfree-3.0.5+dfsg1.orig/Makefile
+++ contextfree-3.0.5+dfsg1/Makefile
@@ -133,7 +133,7 @@ $(OUTPUT_DIR)/rtest-2k.png: cfdg $(RTEST
 #
 
 CPPFLAGS += $(patsubst %,-I%,$(INC_DIRS))
-CPPFLAGS += -O3 -Wall -march=native -Wno-parentheses
+CPPFLAGS += -O3 -Wall -Wno-parentheses
 #CPPFLAGS += -ggdb
 
 $(OBJ_DIR)/%.o : %.cpp

Bug#706798: transition: Libav 9

[Steven Chamberlain]

Also,,, package sox doesn't show good/bad status.  But it depends on an
older libav matching  /lib(avcodec52|avformat52|avutil50)/

See http://packages.debian.org/sid/libsox-fmt-ffmpeg

Was it missed during a previous soname transition?  Could/should the
libav9 tracker be updated to match on this as Bad?

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


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

Bug#706798: transition: Libav 9

[Steven Chamberlain]

Hi,

The tracker for this transition[0] doesn't show either good or bad
status for package aqualung.  In fact it still uses the old libav and
requires an NMU, but it will FTBFS with the new version.  [I plan to
prepare an NMU fixing this and another RC bug].

[0]: http://release.debian.org/transitions/html/libav9.html

aqualung's dependencies refer to packages matching
/lib(avcodec-extra-53|avformat-extra-53|avutil-extra-51)/
is that bad/unexpected?  Could other packages have been missed?

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


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

Bug#731004: scrolllock on console used by syslog prevents system from normal operation

[Oleg Artemiev]

Package: inetutils-syslogd
Version:   2:1.6-3.1+squeeze2
Severity:  important

I've a debian system that acts as a gateway for our flat.

The syslog configuration there has these strings:

*.*   -/dev/tty12
*.err /dev/tty11
*.warn/dev/tty10
*.info/dev/tty9

Occasionally I found, that if a scroll lock is pressed on a console
above, the system, after a relatively long time, becomes unusable:

I can't login via console, I can't get an ip from dhcp server from the
gate on my laptop.

root@gw:~# cat /etc/debian_version
6.0.8
root@gw:~# dpkg -l |grep syslog
ii  inetutils-syslogd2:1.6-3.1+squeeze2
system logging daemon
rc  rsyslog  4.6.4-2
enhanced multi-threaded syslogd
root@gw:~#


Using rsyslog is not an option for me due to its regular but rare bug
- one/two/../N times a year it stops logging and I loose (possibly
critical) logging information needed to find a reason of the system
crash (and I can't report it due to no information available). For me
it's easier to switch back to old stable syslog.

-- 
Bye.Olli.
gpg --search-keys grey_olli
Key fingerprint = 9901 6808 768C 8B89 544C  9BE0 49F9 5A46 2B98 147E
Blog keys (mostly in russian): http://grey-olli.livejournal.com/tag/


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

Bug#731003: Dependency on dbus should be lowered

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Package: mumble-server
Version: 1.2.3-349-g315b5f5-2.2
Severity: normal

The package mumble-server depends on dbus. But dbus is usually a desktop
daemon. You want not to have a running dbus on your server.

Looking at mumble-server I can see that per default, dbus is not used
but the debian default configuration has it enabled.

Please lower the dependency to, at least, recommend if not to suggest.
To have a hard dependency on dbus lowers the quality of the package and
is a volation of the debian policy.

- -- System Information:
Debian Release: wheezy
Architecture: amd64 (x86_64)
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)

iQGcBAEBCgAGBQJSmlqzAAoJEKZ8CrGAGfasckML/RHyrlpIBGkA8uLQ91/bqgw+
U3laDvFfA+Tf6Ojg6ofAzHVg0vbB0pEPWw9ToFsjm9DQ3+htm7Y0U1JiiWIn+kMZ
c8wQk+F6H9I1A5s3EWMXpum1Rx+PgvJeanoEcZOpfIYc2t3BP8CK6ju4IzEcsDZV
oUzJzDMlByDgG4UHJ/PFws/3Y6Hd4aB1B4s+H6jmN3OehGtre12ffeL9Tpfgql96
BZo2MgdnM9dJxBZu1v1gwEWqQz19StkaL5A+ns0MM4duacs7/FHWmyYxgAnwEjwE
o26Q4rfpS7xuEqHEkhiOwMNgkzfs2BhzdgXUam+zaCq3wKjl0SjRmRfYoDcz14Qu
EzaPYBYY/on8l2o+iSFwuIbbKoqaEnAoi72nl2dGwP5eB/dC9S7MW1TPat+qKAIb
m5SeXEpPqLATD5+N4sd7EfxakG3pE6FB1eedFFalb7uu0O16FNokLHr60TM1bxSh
b1amR+caralKWVGPt2bZM5dw0mOxlj51rojifOU9ZA==
=gbBx
-END PGP SIGNATURE-


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

Bug#730909: libpdl-linearalgebra-perl: FTBFS: Tests failed

[gregor herrmann]

On Sat, 30 Nov 2013 13:29:16 -0800, Dima Kogan wrote:

> > Dima, is the package ready for upload (besides the lintian complaints
> > about manpage problems)?
> It's almost ready. I'll ask you for an upload within the next day or
> two.

Perfect, thank you!


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: J.J. Cale: Money Talks


signature.asc
Description: Digital signature

Bug#730909: libpdl-linearalgebra-perl: FTBFS: Tests failed

[Dima Kogan]

gregor herrmann  writes:

> Seems to be fixed in git with Dima's patch.
>
> Dima, is the package ready for upload (besides the lintian complaints
> about manpage problems)?

It's almost ready. I'll ask you for an upload within the next day or
two.

dima


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

Bug#713364: libewf transition and #713364

[Andreas Beckmann]

Hi Andreas,

On Saturday, 9. November 2013 23:10:04 Andreas Moog wrote:
> I have taken the 2 patches from upstream that I mailed in September to
> the bugreport and made a debdiff for a NMU upload. I don't have upload
> rights though so I would need a sponsor to actually upload to Debian.

thanks for preparing the NMU.
I added some symbol updates and uploaded this to DELAYED/2.

The two commits can be found (soon - waiting for an alioth cronjob to create 
some symlinks) in the sid branch on 

git://git.debian.org/users/anbe/tmp/sleuthkit.git
git+ssh://git.debian.org/git/users/anbe/tmp/sleuthkit.git

I'll push a signed tag there once the package got into sid.


Andreas


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

Bug#730906: libredis-perl: FTBFS: Failed tests

[gregor herrmann]

Control: forwarded -1 https://github.com/PerlRedis/perl-redis/pull/50
On Sat, 30 Nov 2013 17:36:46 +0100, David Suárez wrote:

> > #   Failed test 'Error responses throw exception'
> > #   at t/01-basic.t line 101.
> > #   '[lpush] WRONGTYPE Operation against a key holding the 
> > wrong kind of value,  at /«PKGBUILDDIR»/blib/lib/Redis.pm line 167,  
> > line 81.
> > #   Redis::__ANON__(undef, 'WRONGTYPE Operation against a key holding the 
> > wrong kind of v...') called at /«PKGBUILDDIR»/blib/lib/Redis.pm line 199
> > #   Redis::wait_one_response('Redis=HASH(0x30bc9d8)') called at 
> > /«PKGBUILDDIR»/blib/lib/Redis.pm line 187
> > #   Redis::wait_all_responses('Redis=HASH(0x30bc9d8)') called at 
> > /«PKGBUILDDIR»/blib/lib/Redis.pm line 176
> > #   Redis::__run_cmd('Redis=HASH(0x30bc9d8)', 'lpush', undef, undef, undef, 
> > 'foo', 'bar') called at /«PKGBUILDDIR»/blib/lib/Redis.pm line 128
> > #   Redis::__std_cmd('Redis=HASH(0x30bc9d8)', 'lpush', 'foo', 'bar') called 
> > at /«PKGBUILDDIR»/blib/lib/Redis.pm line 105
> > #   Redis::__ANON__('Redis=HASH(0x30bc9d8)', 'foo', 'bar') called at 
> > t/01-basic.t line 100
> > #   main::__ANON__() called at /usr/share/perl5/Test/Fatal.pm line 45
> > #   Test::Fatal::__ANON__() called at /usr/share/perl5/Try/Tiny.pm line 78
> > #   eval {...} called at /usr/share/perl5/Try/Tiny.pm line 74
> > #   Try::Tiny::try('CODE(0x2febfc0)', 'Try::Tiny::Catch=REF(0x2c76ab8)') 
> > called at /usr/share/perl5/Test/Fatal.pm line 52
> > #   Test::Fatal::exception('CODE(0x2fec038)') called at t/01-basic.t line 
> > 101
> > # '
> > # doesn't match '(?^:\[lpush\] ERR Operation against a key holding the 
> > wrong kind of value,)'
> > # Looks like you failed 1 test of 198.
> > t/01-basic.t . 

Still present in the new upstream release 1.9650.

This looks like https://github.com/PerlRedis/perl-redis/pull/50
which has a patch that doesn't apply :/

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Leonard Cohen: That Don't Make It Junk


signature.asc
Description: Digital signature

Bug#731002: libqmi: new upstream version available: 1.6.0

[Lucas Nussbaum]

Package: libqmi
Version: 1.4.0-1
Severity: wishlist

Hi,

A new upstream version is available. It might be interesting to update
the package?

Lucas


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

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


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

Bug#728521: ogre-1.9 / gcc-4.8

[Rebecca N. Palmer]

Control: severity 728521 normal
Control: merge 725143 728521

It's now official that gcc 4.8 will be required in jessie [1], so this 
is now not an RC (and could even be closed altogether, though that isn't 
my decision to make; the current non-working attempts to select gcc-4.8 
are ugly, but harmless wherever 4.8+ is the default).


s390x are currently switching to 4.8 [2], so another try once they have 
should fix the "out of date on s390x" testing blocker.


[1] http://lists.debian.org/debian-devel-announce/2013/11/msg7.html
[2] http://lists.debian.org/debian-devel/2013/11/msg00449.html


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

Bug#731001: local configuration files for vim-latexsuite are not red

[Mauro Sacchetto]

Package: vim-latexsuite
Version: 20130116.788-1: all
Distribution: Testing, Unstable

i put some local configuration files for vim-latexsuite
in ~/.vim/ftplugin/tex.  They are the following ones:
texrc, compiler.vim (to use biber and no more bibtex
as biblatex backend). However, Vim continues
to read the original system configuration files placed in
/usr/share/vim/addons/ftplugin/latex-suite/ and in 
/var/lib/vim/addons/ftplugin/latex-suite.
I saw this old bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=202955
but at present my situation seems really close to that one
described there. Any update, fix and so on ?

thanx
ms




-- 
Linux user no.: 353546
public key at http://keyserver.linux.it


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

Bug#730909: libpdl-linearalgebra-perl: FTBFS: Tests failed

[gregor herrmann]

Control: forwarded -1 https://rt.cpan.org/Ticket/Display.html?id=88867
Control: tag -1 + confirmed pending

On Sat, 30 Nov 2013 17:35:30 +0100, David Suárez wrote:

> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
> > make[2]: Entering directory `/«PKGBUILDDIR»/Special'
> > make[2]: Leaving directory `/«PKGBUILDDIR»/Special'
> > PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> > Error in Clog:Wrong dims
> >  at (eval 39) line 1.
> > PDL::Complex::__ANON__('PDL::Complex=SCALAR(0x18fc3e0)', undef, '') 
> > called at /«PKGBUILDDIR»/blib/lib/PDL/LinearAlgebra/Trans.pm line 322
> > PDL::LinearAlgebra::Trans::__ANON__('PDL::Complex=SCALAR(0x18fc3e0)') 
> > called at /«PKGBUILDDIR»/blib/lib/PDL/LinearAlgebra/Trans.pm line 1374
> > PDL::mfun('PDL::Complex=SCALAR(0x18fc320)', 'CODE(0x26c4dc8)', 0, 
> > undef) called at /«PKGBUILDDIR»/blib/lib/PDL/LinearAlgebra/Trans.pm line 322
> > PDL::mlog('PDL::Complex=SCALAR(0x18fc320)') called at 
> > /«PKGBUILDDIR»/blib/lib/PDL/LinearAlgebra/Trans.pm line 617
> > PDL::macos('PDL=SCALAR(0x21e3410)') called at t/1.t line 31
> > Warning: special data without datasv is not freed currently!! at 
> > /usr/share/perl/5.18/Carp.pm line 103.
> > Carp::cluck('Warning: special data without datasv is not freed 
> > currently!!') called at /usr/share/perl/5.18/Carp.pm line 101
> > eval {...} called at /usr/share/perl/5.18/Carp.pm line 101
> > (in cleanup) INVALID ""MAGIC NO 0x27a74f0 41585168
> > (in cleanup) INVALID ""MAGIC NO 0x27a74f0 41585168
> > t/1.t .. 
> > Dubious, test returned 255 (wstat 65280, 0xff00)
> > Failed 3/9 subtests 

Seems to be fixed in git with Dima's patch.

Dima, is the package ready for upload (besides the lintian complaints
about manpage problems)?

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Cat Stevens: I've Found A Love


signature.asc
Description: Digital signature

Bug#576313: оплачиваете 1 раз и экономите всю оставшуюся

[ffalzone]

Купите наш продукт - заполучите 100% зрение http://goo.gl/9WLHNS



Le informazioni contenute nella presente comunicazione e nei relativi allegati 
possono essere riservate e sono, comunque, destinati esclusivamente alle 
persone o alla Societa' sopraindicati. La diffusione, distribuzione e/o 
copiatura del documento trasmesso da parte di qualsiasi soggetto diverso dal 
destinatario e' proibita, sia ai sensi dell'art. 616 c.p. , che ai sensi del 
D.Lgs. n. 196/2003.Se avete ricevuto questo messaggio per errore, vi preghiamo 
di distruggerlo e di informarci immediatamente per telefono allo +39 
33433481885 o inviando un messaggio all'indirizzo: dir.sist...@anfe.it.

Per favore, pensa alla salute del pianeta e considera la tua responsabilita' 
ambientale prima di stampare questa e-mail.


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

Bug#730088: udev won't creat block device for external usb hdd

[Ido Halperin]

After looking at the output of 'udevadm' I noticed that the kernel does
not generates block device file for the HDD. In that case I assume that
this might be kernel bug and not udev's bug.
 


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

Bug#730898: libmoosex-app-cmd-perl: FTBFS: Failed tests

[gregor herrmann]

On Sat, 30 Nov 2013 17:33:52 +0100, David Suárez wrote:

> > #   Failed test 'got correct list of registered command names'
> > #   at t/basic.t line 16.
> > # Structures begin differing at:
> > #  $got->[1] = '--version'
> > # $expected->[1] = '-?'
> > 
> > #   Failed test 'got correct list of registered command plugins'
> > #   at t/basic.t line 24.
> > # Structures begin differing at:
> > #  $got->[2] = 'App::Cmd::Command::version'
> > # $expected->[2] = 'Test::MyCmd::Command::bark'
> > # Looks like you failed 2 tests of 12.
> > t/basic.t ... 
> > Dubious, test returned 2 (wstat 512, 0x200)
> > Failed 2/12 subtests 

This might be fixed in 0.11:

+0.11  2013-11-22 11:48:20 America/New_York
+- gh#8: fix missing commands in test files (ubermichael)

but:
+  WAITS-FOR: libmoosex-configfromfile-perl 0.08


And libmoosex-configfromfile-perl:
  WAITS-FOR: libmoosex-types-path-tiny-perl 0.005

Ha. But we have this already ...

And success: libmoosex-app-cmd-perl 0.11 builds against
libmoosex-configfromfile-perl 0.12


Cheers,
gregor, finishing the package shortly
  
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Pink Floyd: Vera


signature.asc
Description: Digital signature

Bug#648256: (no subject)

[Leonel Nunez]

hello :

El 2013-11-30 13:03, Ken Sharp escribió:

Ping


I've already cleaned my schedule  I'll start working on this bug next 
week


For what I've seen the root directory on the package has changed since 
the prior version that is what is holding me down


Can you help me in case I need help


---
Leonel Nunez


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

Bug#730913: libmongodb-perl: FTBFS: Failed tests

[gregor herrmann]

On Sat, 30 Nov 2013 17:33:34 +0100, David Suárez wrote:

> > #   Failed test 'js err'
> > #   at t/db.t line 52.
> > #   'exception: SyntaxError: Unexpected string'
> > # doesn't match '(?^:(?:compile|execution) failed)'
> > # Looks like you failed 1 test of 10.
> > t/db.t .. 
> > Dubious, test returned 1 (wstat 256, 0x100)
> > Failed 1/10 subtests 

Still the same failure with 0.702.2.
Report forwarded upstream.


Cheers,
gregor

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


signature.asc
Description: Digital signature

Bug#730908: libio-event-perl: FTBFS: Failed tests

[gregor herrmann]

On Sat, 30 Nov 2013 17:33:15 +0100, David Suárez wrote:

> > t/forked1.t . ok
> > # Looks like you planned 115 tests but ran 111.
> > print 26175: Connection reset by peer
> > Compilation failed in require at t/forked2.t line 5.
> > t/forked2.t . 
> > Dubious, test returned 255 (wstat 65280, 0xff00)
> > Failed 4/115 subtests 

Now that's an intereting bug.
The tests still pass for me but take quite some long. So maybe we're
running into a timeout here, or some other fork problem on the amazon
build machine ...

Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dire Straits: In The Gallery


signature.asc
Description: Digital signature

Bug#731000: nyquist: Jny cannot find demos directory

[Hudson Flavio Meneses Lacerda]

Subject: nyquist: Jny cannot find demos directory
Package: nyquist
Version: 3.05-2
Severity: normal

Dear Maintainer,

Jny, the Java front-end for Nyquist, cannot find the demos directory.
As result, the examples from button "Browse" cannot work.

On Debian, the examples are stored in:

/usr/share/doc/nyquist/demos

Jny has a setting for the initial-directory that is stored in:

$HOME/.java/.userPrefs/jnyqide/prefs.xml

User preferences can be defined via GUI.
When initial-directory is set to /usr/share/doc/nyquist/demos , Jny can
find the examples, and the demos can work. However, this not a fix,
because the demos will not work if the user choose another directory.

Regards,
Hudson


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

Kernel: Linux 3.10-3-rt-686-pae (SMP w/1 CPU core; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to
pt_BR)
Shell: /bin/sh linked to /bin/bash

Versions of packages nyquist depends on:
ii  libc6  2.17-93
ii  libgcc11:4.8.2-1
ii  liblo7 0.26~repack-7
ii  libportaudio2  19+svn2021-2
ii  libsndfile11.0.25-7
ii  libstdc++6 4.8.2-1

nyquist recommends no packages.

nyquist suggests no packages.

-- no debconf information

-- debsums errors found:
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 3863 pacote 'keyboard-tr-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 13915 pacote 'k3b-defaults':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 17520 pacote 'soundcardconfig-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 26440 pacote 'checkmem':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 41451 pacote 'playvideodisk-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 41712 pacote 'sshstart-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 47921 pacote 'fdisk-udeb':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 57832 pacote 'mouseconfig':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 63030 pacote 'sitar':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 66703 pacote 'startsyslog-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 68009 pacote 'kdelock-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 71069 pacote 'sudoers-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 72565 pacote 'kbdconfig':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 85262 pacote 'jaminpresets':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 86371 pacote 'knoppix-menu':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 93406 pacote 'fonts-ttf-west-european':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 94047 pacote 'fonts-ttf-decoratives':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 98775 pacote 'knoppix-sounds':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 101584 pacote 'rootshell-knoppix':
 architecture faltando
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line 3863
package 'keyboard-tr-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
13915 package 'k3b-defaults':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
17520 package 'soundcardconfig-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
26440 package 'checkmem':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
41451 package 'playvideodisk-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
41712 package 'sshstart-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
47921 package 'fdisk-udeb':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
57832 package 'mouseconfig':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near 

Bug#730999: [dspam] Respect --rcpt-to parameter for dspam client to daemon

[Adrien CLERC]

Package: dspam
Version: 3.10.2+dfsg-12
Severity: important
Tags: patch

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

I'm using dspam as a content_filter in postfix, and discovered that 
using "--rcpt-to ${recipient}" doesn't work as expected.
Indeed, the dspam client send the user in RCPT-TO while discussing to 
the server.
Here is the patch that make it work "like in the man": use rcpt-to if 
available, else use the user.


Maybe it should be send upstream…

Thanks for integration and comments,

Adrien

--- System information. ---
Architecture: i386
Kernel: Linux 3.11-2-686-pae

Debian Release: jessie/sid
500 unstable ftp.fr.debian.org
1 experimental ftp.fr.debian.org

--- Package information. ---
Depends (Version) | Installed
-+-===
libc6 (>= 2.4) | 2.17-97
libdspam7 (>= 3.9.0) |
libpq5 | 9.3.1-1
perl | 5.18.1-4
lsb-base (>= 3.0-6) | 4.1+Debian12
libdspam7-drv-hash (= 3.10.2+dfsg-7) |
OR libdspam7-drv-mysql (= 3.10.2+dfsg-7) |
OR libdspam7-drv-pgsql (= 3.10.2+dfsg-7) |
OR libdspam7-drv-sqlite3 (= 3.10.2+dfsg-7) |


Recommends (Version) | Installed
===-+-===
procmail |
OR maildrop |
OR courier-maildrop |
OR sensible-mda |
dspam-doc |


Suggests (Version) | Installed
-+-===
clamav-daemon |
dspam-webfrontend |
Index: dspam-3.10.2+dfsg/src/client.c
===
--- dspam-3.10.2+dfsg.orig/src/client.c	2013-11-30 20:52:48.0 +0100
+++ dspam-3.10.2+dfsg/src/client.c	2013-11-30 20:55:05.850021441 +0100
@@ -109,7 +109,10 @@
   /* RCPT TO - Send recipient information */
 
   strcpy(buf, "RCPT TO: ");
-  node_nt = c_nt_first(ATX->users, &c_nt);
+  if (ATX->recipients)
+node_nt = c_nt_first(ATX->recipients, &c_nt);
+  else
+node_nt = c_nt_first(ATX->users, &c_nt);
   while(node_nt != NULL) {
 const char *ptr = (const char *) node_nt->ptr;
 snprintf(buf, sizeof(buf), "RCPT TO: <%s>", ptr);
@@ -123,7 +126,10 @@
   goto QUIT;
 }
 
-node_nt = c_nt_next(ATX->users, &c_nt);
+if (ATX->recipients)
+  node_nt = c_nt_next(ATX->recipients, &c_nt);
+else
+  node_nt = c_nt_next(ATX->users, &c_nt);
   }
 
   /* DATA - Send message */

Bug#730925: libgeo-ip-perl: FTBFS: Failed tests

[gregor herrmann]

On Sat, 30 Nov 2013 17:32:36 +0100, David Suárez wrote:

> > # Test 1 got: "1.6.0" (t/20_min_capi_version.t at line 21)
> > #   Expected: "(?^:^1\\.5\\.)" (This module only supports 1.5.x releases of 
> > the libGeoIP C API.)
> > #  t/20_min_capi_version.t line 21 is:   ok( $capi_version, qr/^1\.5\./, 
> > "This module only supports 1.5.x releases of the libGeoIP C API." );
> > t/20_min_capi_version.t .. 
> > Failed 1/1 subtests 

The test itself can of course be fixed with something like

#v+
--- a/t/20_min_capi_version.t
+++ b/t/20_min_capi_version.t
@@ -18,6 +18,6 @@
   # ugh, we use the pure perl API
   ok( 1, 1, "Pure perl API - skip" );
 } else {
-  ok( $capi_version, qr/^1\.5\./, "This module only supports 1.5.x releases of 
the libGeoIP C API." );
+  ok( $capi_version, qr/^1\.[56]\./, "This module only supports 1.[56].x 
releases of the libGeoIP C API." );
 }
 
#v-

but that might be too easy ...
I've forwarded the bug report uptream.


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Cássia Eller: Non, Je Ne Regrette Rien


signature.asc
Description: Digital signature

Bug#728885: publican: Publican fails to start

[Raphael Hertzog]

Hello Jeff,

On Mon, 18 Nov 2013, Jeff Fearn wrote:
> Hi, I've checked in a patch for this. If someone can test it for me I'd 
> appreciate it.
> 
> https://github.com/jfearn/XML-TreeBuilder/commit/d81004996dae0f123a77af2c79576e7977559dc0

It seems to work fine to fix my issue.

Though your change in Build.PL to require XML::Catalog 1.01 seems
bogus (there's no such version released) and I tested only the change of
lib/XML/TreeBuilder.pm.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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

Bug#730998: nyquist: Jny Envelope Editor - number format X locale

[Hudson Flavio Meneses Lacerda]

Subject: nyquist: Jny Envelope Editor - number format X locale
Package: nyquist
Version: 3.05-2
Severity: normal

Dear Maintainer,

I noticed that envelope editor of the Java front-end (jny) generates
numbers in the format "0,257" (according to my pt_BR LOCALE settings),
but that is not compatible with Nyquist (that expects the
format "0.257").

As a workaround, users can run "LC_ALL=C jny" instead of "jny".

The bug was already fixed by R.Dannenberg in the original SVN.

Regards,
Hudson

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

Kernel: Linux 3.10-3-rt-686-pae (SMP w/1 CPU core; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to
pt_BR)
Shell: /bin/sh linked to /bin/bash

Versions of packages nyquist depends on:
ii  libc6  2.17-93
ii  libgcc11:4.8.2-1
ii  liblo7 0.26~repack-7
ii  libportaudio2  19+svn2021-2
ii  libsndfile11.0.25-7
ii  libstdc++6 4.8.2-1

nyquist recommends no packages.

nyquist suggests no packages.

-- no debconf information

-- debsums errors found:
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 3863 pacote 'keyboard-tr-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 13915 pacote 'k3b-defaults':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 17520 pacote 'soundcardconfig-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 26440 pacote 'checkmem':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 41451 pacote 'playvideodisk-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 41712 pacote 'sshstart-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 47921 pacote 'fdisk-udeb':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 57832 pacote 'mouseconfig':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 63030 pacote 'sitar':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 66703 pacote 'startsyslog-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 68009 pacote 'kdelock-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 71069 pacote 'sudoers-knoppix':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 72565 pacote 'kbdconfig':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 85262 pacote 'jaminpresets':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 86371 pacote 'knoppix-menu':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 93406 pacote 'fonts-ttf-west-european':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 94047 pacote 'fonts-ttf-decoratives':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 98775 pacote 'knoppix-sounds':
 architecture faltando
dpkg-query: aviso: a interpretar o ficheiro '/var/lib/dpkg/status' perto
da linha 101584 pacote 'rootshell-knoppix':
 architecture faltando
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line 3863
package 'keyboard-tr-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
13915 package 'k3b-defaults':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
17520 package 'soundcardconfig-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
26440 package 'checkmem':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
41451 package 'playvideodisk-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
41712 package 'sshstart-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
47921 package 'fdisk-udeb':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
57832 package 'mouseconfig':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
63030 package 'sitar':
 missing architecture
dpkg-divert: warning: parsing file '/var/lib/dpkg/status' near line
66703 package 'startsyslog-knoppix':
 missing architecture
dpkg-divert: warning: parsing file '/va

Bug#648256: (no subject)

[Ken Sharp]

Ping


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

Bug#730997: RFA: festival-czech -- Czech support for Festival speech synthesis system

[Milan Zamazal]

Package: wnpp
Severity: normal

I'm no longer interested to maintain the package so I'm looking for a
new maintainer.  The package is easy to maintain.


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

Bug#728468: kupfer: uses deprecated keyring.backend.$keyring

[Luca Falavigna]

2013/11/30 Sebastian Ramacher :
> Are there any news regarding this bug?

I don't have a reliable connection, so I'm not sure I can handle this
bug so soon. Feel free to NMU it in the next few days (no delay is
fine) if I don't manage to fix this in time.


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

Bug#730995: New version is out!

[Juhapekka Tolvanen]

Package: fonts-stix
Version: 1.1.0-1
Severity: normal


Latest version is 1.1.1-webfonts. Get it while it's still hot!


-- System Information:
Debian Release: jessie/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 
'oldstable-updates'), (500, 'oldstable-proposed-updates'), (102, 'testing'), 
(101, 'unstable')
Architecture: i386 (i686)

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

-- no debconf information

-- debsums errors found:
sh: 1: /usr/sbin/dpkg-divert: not found

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"Quidquid Latine dictum sit altum videtur."


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

Bug#730996: O: cl-flexichain -- an efficient gap buffer implementation in Common Lisp

[Milan Zamazal]

Package: wnpp
Severity: normal

The package is only useful for now orphaned cl-mcclim package, so I
orphan it as well.  Unless somebody wants to maintain cl-mcclim, this
package is probably no longer necessary in Debian as it can be easily
installed via Quicklisp.


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

Bug#730994: O: cl-spatial-trees -- spatial trees Common Lisp library

[Milan Zamazal]

Package: wnpp
Severity: normal

The package is only useful for now orphaned cl-mcclim package, so I
orphan it as well.  Unless somebody wants to maintain cl-mcclim, this
package is probably no longer necessary in Debian as it can be easily
installed via Quicklisp.


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