Bug#861115: Please consider increasing net.ipv6.route.max_size default value

[Asbjørn Sloth Tønnesen]

Hi Tim,

On 1/21/20 6:58 PM, Tim Bray wrote:

I also agree.

I've just spent a month tracking down an issue where IPv6 networking connections hang.  Using Debian buster, 
4.19.0-6-amd64.


I also had fun finding a workaround for this bug, back in December, but I 
originally
noticed some weirdness in v4.9 (neighbor being gc'ed immediately, possibly due 
to route
falling out of cache).

The below messages seams related:

Basil Fillan  on the bird-users list[1]:
> We've also experienced this after upgrading a few routers to Debian
> Buster. With a kernel bisect we found that a bug was introduced in the
> following commit:
>
> 3b6761d18bc11f2af2a6fc494e9026d39593f22c
>
> This bug was still present in master as of a few weeks ago.
>
> It appears entries are added to the IPv6 route cache which aren't
> visible from "ip -6 route show cache", but are causing the route cache
> garbage collection system to trigger extremely often (every packet?)
> once it exceeds the value of net.ipv6.route.max_size. [...]

commit 3b6761d18bc11f2af2a6fc494e9026d39593f22c
Author: David Ahern 
Date:   Tue Apr 17 17:33:20 2018 -0700

net/ipv6: Move dst flags to booleans in fib entries

Continuing to wean FIB paths off of dst_entry, use a bool to hold
requests for certain dst settings. Add a helper to convert the
flags to DST flags when a FIB entry is converted to a dst_entry.

Signed-off-by: David Ahern 
Signed-off-by: David S. Miller 

Brian Rak  on the netdev list[2]:
I have net.ipv6.route.max_size=4096, and the machine only has 376 routes 
(calculated by `ip -6 route | wc -l`).  However, raising this sysctl to 
65k seems to instantly fix IPv6 (I'm not sure if this is a permanent fix 
yet)


I also found an older thread[3] from 2014 on netdev, that revolves around
the same topic as this bug, but it's might only share the workaround.


[1] Re: IPv6 BGP & kernel 4.19
https://bird.network.cz/pipermail/bird-users/2020-February/014270.html

[2] Re: IPv6 neighbor discovery issues on 4.18 (and now 4.19)

https://lore.kernel.org/netdev/de54e925-9536-f2cc-7b89-7205b3fb2...@gameservers.com/

[3] IPv6 routing table max_size badly dimensioned compared to IPv4
https://lore.kernel.org/netdev/20140227192403.ga13...@xs.powerdns.com/

--
Best regards
Asbjørn Sloth Tønnesen
Network Engineer
Fiberby ApS - AS42541

Bug#928908: unblock: libdebian-installer/0.119

[Asbjørn Sloth Tønnesen]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock libdebian-installer/0.119 fixing RC bug #55
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=55

Changes:
  libdebian-installer (0.119) unstable; urgency=medium

  [ Cyril Brulebois ]
   * Drop support for arm*/ixp4xx and arm*/iop32x; support for those
 platforms was removed from the Linux kernel and therefore d-i.
   * Remove Christian Perrier from Uploaders, with many thanks for all
 his contributions over the years! (Closes: #927544)
 .
   [ Bastian Blank ]
   * Enlarge maximum line length in Packages and Sources files.
 (closes: #55)

Diff stat:
 debian/changelog   | 14 ++
 debian/control |  2 +-
 src/parser_rfc822.c|  2 +-
 src/system/subarch-arm-linux.c | 17 -
 4 files changed, 16 insertions(+), 19 deletions(-)


Bastian Blank (2):
  Enlarge maximum line length in Packages and Sources files
  releasing version 0.119

Cyril Brulebois (2):
  Drop support for arm*/ixp4xx and arm*/iop32x.
  Remove Christian Perrier from Uploaders.

Holger Wansing (1):
  Add reference to bugreport

--
Best regards
Asbjørn Sloth Tønnesen

Bug#928603: libdebian-installer - parser_rfc822: remove limitation on line length

[Asbjørn Sloth Tønnesen]

Package: libdebian-installer
Severity: wishlist

As debated in #55 and #904699, the READSIZE limit is arbitrary,
parser_rfc822 should be rewritten to remove READSIZE, so that it
does't have to be increased again.

--
Best regards
Asbjørn Sloth Tønnesen

Bug#554444: libdebian-installer: Unable to parse Packages files with long lines

[Asbjørn Sloth Tønnesen]

retitle 55 libdebian-installer: Unable to parse Packages files with long 
lines
severity 55 important
block 904699 by 55
thanks

On 11/4/09 5:04 PM, Ricardo Salveti de Araujo wrote:

After looking at the libdebian-installer code, I found that the
problem is related with the READSIZE variable, as I got a package that
had more than 16384 characters at the recommends field.

I know that this is quite a huge line, but at OE we have quite many
packages that are split in a lot of different packages.


I was unable to find an example OE Packages file, but I believe that
10 years later Debian now have longer lines.

On 8/5/18 11:13 AM, Cyril Brulebois wrote in #904699:
> That's a very good catch, and indeed a rather sad situation. Given the
> current size of that Provides line, I fear bumping from 16k to 64k might
> only paper over the issue for a while, and that it might come back later
> on.

It would be sad if buster's libdebian-installer, and thereby cdebootstrap,
would be unable to parse it's own release.

IMHO I think this is close to RC, but will leave that up to DD's to decide.

Given that buster is frozen it's properly only feasible to get the 64K or 128K
fix approved. Rewriting the parser will properly have to wait for the next 
cycle.


Top 10 long lines in buster:

$ curl -Ls 
https://deb.debian.org/debian/dists/buster/main/binary-amd64/Packages.gz
|zcat|awk '{if($1=="Package:")pkg=$2;print length,pkg,$1;}'|sort -nr|head -10

59936 librust-winapi-dev Provides:
13786 qt4-demos-dbg Build-Ids:
11326 libc6-dbg Build-Ids:
9900 mono-devel Replaces:
9786 mono-devel Breaks:
8579 inspircd-dbg Build-Ids:
7960 gstreamer1.0-libav Gstreamer-Elements:
7625 libmono-cil-dev Depends:
7515 oca-core Provides:
6946 parl-desktop-world Depends:

--
Best regards
Asbjørn Sloth Tønnesen

Bug#850960: bzr: doesn't support SNI (breaks alioth.d.o)

[Asbjørn Sloth Tønnesen]

Package: bzr
Severity: normal

Hi,

Let's try to fetch the source for a Debian package:

> $ apt source sqsh
> Reading package lists... Done
> Selected version '2.1.7-4' (jessie) for sqsh
> NOTICE: 'sqsh' packaging is maintained in the 'Bzr' version control system at:
> nosmart+http://bzr.debian.org/bzr/users/vorlon/sqsh/trunk/
> Please use:
> bzr branch nosmart+http://bzr.debian.org/bzr/users/vorlon/sqsh/trunk/
> to retrieve the latest (possibly unreleased) updates to the package.
> Need to get 866 kB of source archives.
> Get:3 http://mirror.easyspeedy.com/debian jessie/main sqsh 2.1.7-4 (diff) 
> [70.5 kB]
> 13% [Working]^C

Non-git? Really? Well let's try to fetch it anyway:

> $ bzr branch nosmart+http://bzr.debian.org/bzr/users/vorlon/sqsh/trunk/
> nosmart+http://bzr.debian.org/bzr/users/vorlon/sqsh/trunk/ is redirected to 
> nosmart+https+urllib://bzr.debian.org/bzr/users/vorlon/sqsh/trunk/
> bzr: ERROR: ssl.CertificateError: hostname 'bzr.debian.org' doesn't match 
> either of '*.alioth.debian.org', 'alioth.debian.org'

Hmm. https://bzr.debian.org/ redirects to https://anonscm.debian.org/bzr/, 
let's try with that directly:

> $ bzr branch nosmart+https://anonscm.debian.org/bzr/users/vorlon/sqsh/trunk/
> bzr: ERROR: ssl.CertificateError: hostname 'anonscm.debian.org' doesn't match 
> either of '*.alioth.debian.org', 'alioth.debian.org'

I have verified with wireshark, that the root cause is that bzr doesn't set SNI 
in the TLS handshake.


Notes for fixing bzr access on alioth
=

A serverside fix for alioth, could be to have the Let's Encrypt cert without the
wildchar be the default, and then require SNI for getting the wildchar cert,
unless other stuff needs the wildchar to be the default non-SNI cert.

Workaround: fetching the repo through loggerhead works:
bzr branch https://alioth.debian.org/scm/loggerhead/users/vorlon/sqsh/trunk

So maybe just updating the text of https://anonscm.debian.org/bzr/?

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#827069: Lua 5.3 support

[Asbjørn Sloth Tønnesen]

Hi Lua maintainers,

Is Lua 5.3 support a release goal for stretch?

The reason I am asking is that I have had 2 wishlist bugs,
open for 200 days with trivial patches adding 5.3 support,
and freeze is approching.

lua-json: Add Lua 5.3 support
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=826988

lua-expat: Add Lua 5.3 support
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=827069

-- 
Best regards
Asbjørn Sloth Tønnesen
33c3 DECT: 4050

Bug#843974: python-mapnik: printing module has fallen out of the package, after recent refactoring

[Asbjørn Sloth Tønnesen]

Source: python-mapnik
Version: 1:0.0~20161104-ea5fd11-1
Severity: normal

Hi,

The mapnik.printing module has recently been refactored,
due to missing changes to setup.py, the new
mapnik.printing module installed by the package.

This bug is being fixed upstream:
  https://github.com/mapnik/python-mapnik/pull/123

Just reporting to block migration.

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#827069: [PATCH] Add support for Lua 5.3

[Asbjørn Sloth Tønnesen]

---
 debian/control| 2 +-
 debian/lua5.3.dh-lua.conf | 1 +
 2 files changed, 2 insertions(+), 1 deletion(-)
 create mode 12 debian/lua5.3.dh-lua.conf

diff --git a/debian/control b/debian/control
index e74167a..ca446a9 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: lua-expat
 Section: interpreters
 Priority: optional
 Maintainer: Enrico Tassi 
-Build-Depends: debhelper (>= 8.1.3), dh-lua (>= 12), libexpat1-dev
+Build-Depends: debhelper (>= 8.1.3), dh-lua (>= 21), libexpat1-dev
 Standards-Version: 3.9.3
 Homepage: http://matthewwild.co.uk/projects/luaexpat/
 Vcs-Git: git://git.debian.org/git/pkg-lua/lua-expat.git
diff --git a/debian/lua5.3.dh-lua.conf b/debian/lua5.3.dh-lua.conf
new file mode 12
index 000..ba875b6
--- /dev/null
+++ b/debian/lua5.3.dh-lua.conf
@@ -0,0 +1 @@
+lua5.1.dh-lua.conf
\ No newline at end of file
-- 
2.8.1

Bug#827069: lua-expat: Add Lua 5.3 support

[Asbjørn Sloth Tønnesen]

Package: lua-expat
Severity: wishlist
Tags: patch

I have tested lua-expat with Lua 5.3, and it's passing all the testcases.

Replying with patch shortly via git send-email.

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#826988: [PATCH] Add support for Lua 5.3

[Asbjørn Sloth Tønnesen]

---
 debian/control | 2 +-
 debian/lua5.3.json.dh-lua.conf | 1 +
 2 files changed, 2 insertions(+), 1 deletion(-)
 create mode 12 debian/lua5.3.json.dh-lua.conf

diff --git a/debian/control b/debian/control
index 68279d4..5ee874c 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: lua-json
 Section: interpreters
 Priority: optional
 Maintainer: Bernd Zeimetz 
-Build-Depends: debhelper (>= 8), dh-lua
+Build-Depends: debhelper (>= 8), dh-lua (>= 21)
 Standards-Version: 3.9.6
 Vcs-Git: git://git.bzed.at/debian/pkg-liblua-json.git
 Vcs-Browser: https://git.bzed.at/summary/debian%2Fpkg-liblua-json.git
diff --git a/debian/lua5.3.json.dh-lua.conf b/debian/lua5.3.json.dh-lua.conf
new file mode 12
index 000..7f57322
--- /dev/null
+++ b/debian/lua5.3.json.dh-lua.conf
@@ -0,0 +1 @@
+lua5.1.json.dh-lua.conf
\ No newline at end of file
-- 
2.8.1

Bug#826988: lua-json: Add Lua 5.3 support

[Asbjørn Sloth Tønnesen]

Package: lua-json
Severity: wishlist
Tags: patch

I have tested lua-json to also work with Lua 5.3.

Replying with patch shortly.

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#826755: [PATCH] Add Lua 5.3 support

[Asbjørn Sloth Tønnesen]

Hi Jon,

On Wed, 8 Jun 2016 14:11:42 -0400, Jon Bernard <jbern...@debian.org> wrote:
> Can you try building this?

Builds fine with dh-lua 23, based on the changelog I guess 21+ should do.
http://metadata.ftp-master.debian.org/changelogs/main/d/dh-lua/dh-lua_23_changelog

diff --git a/debian/control b/debian/control
index 7d5a251..ecb98ba 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: lua-iconv
 Section: interpreters
 Priority: optional
 Maintainer: Jon Bernard <jbern...@debian.org>
-Build-Depends: debhelper (>= 8.1.3), dh-lua, pkg-config
+Build-Depends: debhelper (>= 8.1.3), dh-lua (>= 21), pkg-config
 Standards-Version: 3.9.3
 Vcs-Git: git://anonscm.debian.org/pkg-lua/lua-iconv.git
 Vcs-Browser: http://anonscm.debian.org/cgit/pkg-lua/lua-iconv.git/

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#826754: [PATCH] Update Vcs-* control fields to point to git repo

[Asbjørn Sloth Tønnesen]

---
 debian/control | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index e77521e..7d5a251 100644
--- a/debian/control
+++ b/debian/control
@@ -4,8 +4,8 @@ Priority: optional
 Maintainer: Jon Bernard 
 Build-Depends: debhelper (>= 8.1.3), dh-lua, pkg-config
 Standards-Version: 3.9.3
-Vcs-Svn: svn://svn.debian.org/pkg-lua/packages/lua-iconv
-Vcs-Browser: http://svn.debian.org/viewsvn/pkg-lua/packages/lua-iconv
+Vcs-Git: git://anonscm.debian.org/pkg-lua/lua-iconv.git
+Vcs-Browser: http://anonscm.debian.org/cgit/pkg-lua/lua-iconv.git/
 Homepage: http://ittner.github.com/lua-iconv/
 
 Package: lua-iconv
-- 
2.8.1

Bug#826755: [PATCH] Add Lua 5.3 support

[Asbjørn Sloth Tønnesen]

---
 debian/lua5.3.dh-lua.conf | 1 +
 1 file changed, 1 insertion(+)
 create mode 12 debian/lua5.3.dh-lua.conf

diff --git a/debian/lua5.3.dh-lua.conf b/debian/lua5.3.dh-lua.conf
new file mode 12
index 000..ba875b6
--- /dev/null
+++ b/debian/lua5.3.dh-lua.conf
@@ -0,0 +1 @@
+lua5.1.dh-lua.conf
\ No newline at end of file
-- 
2.8.1

Bug#826754: lua-iconv: Update Vcs-* control fields to point to git repo

[Asbjørn Sloth Tønnesen]

Package: lua-iconv
Severity: minor
Tags: patch

Vcs-* currently points to abandoned SVN.

Replying with patch shortly.

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#826755: lua-iconv: Add Lua 5.3 support

[Asbjørn Sloth Tønnesen]

Package: lua-iconv
Severity: wishlist
Tags: patch

I have tested lua-iconv to also work with Lua 5.3.

Replying with patch shortly.

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#823549: python-mapnik: please build with pycairo support

[Asbjørn Sloth Tønnesen]

Package: python-mapnik
Severity: wishlist
Tags: patch

With the current package pycairo support is missing:

>>> import mapnik
_frozen_importlib:222: RuntimeWarning: to-Python converter for 
std::shared_ptr<mapnik::geometry::geometry > already registered; second 
conversion method ignored.
_frozen_importlib:222: RuntimeWarning: to-Python converter for 
std::shared_ptr already registered; second conversion 
method ignored.
_frozen_importlib:222: RuntimeWarning: to-Python converter for 
std::shared_ptr already registered; second conversion 
method ignored.
_frozen_importlib:222: RuntimeWarning: to-Python converter for 
std::shared_ptr already registered; second conversion 
method ignored.
_frozen_importlib:222: RuntimeWarning: to-Python converter for 
std::shared_ptr already registered; second conversion method 
ignored.
>>> mapnik.has_cairo()
True
>>> mapnik.has_pycairo()
False

With the attached patch mapnik.has_pycairo() also returns True.

There already is a dependency on python-cairo in the control file,
the condition in setup.py (line 230) just didn't get triggered.

Related upstream issue:
https://github.com/mapnik/python-mapnik/issues/58

Without pycairo support, the included mapnik.printing doesn't work
nor fail nicely.

-- 
Best regards
Asbjørn Sloth Tønnesen


0001-Enable-Cairo-support.patch
Description: Binary data

Bug#771864: libdebian-installer - dependency resolver support excluding packages

[Asbjørn Sloth Tønnesen]

Hi Cyril (and Bastian if TL;DR, then see note at the end)

On Sun, 31 Jan 2016 16:25:12 +0100, Cyril Brulebois <k...@debian.org> wrote:
> Asbjørn Sloth Tønnesen <asbj...@asbjorn.it> (2016-01-31):
> > On Thu, 4 Dec 2014 00:36:40 +0100, Cyril Brulebois <k...@debian.org> wrote:
> > > Thanks for the patch, but clearly not for jessie.
> > 
> > How about stretch?
> 
> To be honest I'm not sure how wise it would be to have a less
> deterministic behaviour than the one we have right now.

It can only decreases the deterministic behaviour, when a list of packages
to be excluded is provided. Currently the only software with patches available
to allow this is cdebootstrap, and only as an extra argument, not by default.

Your point could be made against using this option by default,
 without the direct knowledge of the end-user, ie. in DI.

I'm not proposing that.

What I'm proposing is to make it possible for advanced users to install a
non-default system while still obeying the dependencies of all the packages.

In my patch for bug #805792, I have described how the logic works in the man
page, so users should know whats happening, if they use the --exclude option.

I would gladly add a few di_log() calls to this patch to make it more
obvious whats happening.

I highlu doubt that you will get an increased support burden due to this
feature.

I see three failure modes of this feature:
- Excluded packages installed anyway, due to lack of an alternative.
- Failure to resolve dependencies (due to incorrect dependencies)
- Failure to boot (due to missing dependencies on installed alternative)

The reason of the first one is explained in the man page, and could also be
added to the logfile, by added some di_log() calls.

The two last ones, I don't see as a problem, but rather a benefit as it improves
the packaging quality. I would also expect users who would use this feature to
be able to debug this on their own, if it works without a package excluded,
then it must be alternative dependency of said package causing trouble.


Bastian, could you please push your cdebootstrap git tree, it would make it
a bit easier to maintain unofficial packages. Your public tree is stuck at 
v0.7.0.


-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#771864: libdebian-installer - dependency resolver support excluding packages

[Asbjørn Sloth Tønnesen]

Hi Cyril and debian-boot,

On Thu, 4 Dec 2014 00:36:40 +0100, Cyril Brulebois <k...@debian.org> wrote:
> Thanks for the patch, but clearly not for jessie.

How about stretch?

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#805792: cdebootstrap: support for excluding dependencies

[Asbjørn Sloth Tønnesen]

Package: cdebootstrap
Severity: wishlist
Tags: patch
Control: block -1 771864

commit 63a4b2cdcc80589ed9734bf334364f0e54e1f602
Author: Asbjørn Sloth Tønnesen <asbj...@asbjorn.it>
Date:   Sun Nov 22 13:27:30 2015 +

Support for excluding dependencies

This patch implements support for excluding dependencies,
when an alternative dependency exists.

If "Depends: A | B" then excluding A would result in B being
pulled in.

This is is dependent on di_packages_minimal_read_file_exclude()
implemented in libdebian-installer by #771864

    Signed-off-by: Asbjørn Sloth Tønnesen <asbj...@asbjorn.it>

 include/download.h   | 2 +-
 src/download.c   | 6 --
 src/frontend/standalone/cdebootstrap.man | 2 +-
 src/frontend/standalone/main.c   | 2 +-
 4 files changed, 7 insertions(+), 5 deletions(-)

-- 
Best regards
Asbjørn Sloth Tønnesen


cdebootstrap_exclude.patch
Description: Binary data

Bug#776269: set patch

[Asbjørn Sloth Tønnesen]

tags 776269 patch
severity 776269 wishlist
thanks

Hi YunQiang,

Tagging as patch, and changing severity to wishlist.

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#771864: libdebian-installer - dependency resolver support excluding packages

[Asbjørn Sloth Tønnesen]

retitle 771864 libdebian-installer - dependency resolver needs to support 
excluding packages
tags 771864 patch
thanks

I have attached a more complete patch

commit 44c141d0d050f8cc3f9311c07ddc42a0baf69092
Author: Asbjørn Sloth Tønnesen asbj...@asbjorn.it
Date:   Wed Dec 3 22:55:07 2014 +

Add preference for resolving conditional dependencies

Previously when parsing Depends: A | B | C only
a dependency on A would be registered. This patch
makes it possible to pass an di_slist of packages
to be skip on such a list, ie. if a was in the
exclude list, b would be considered, and so on.
If both A, B and C is on the exclude list, C
would be used anyway.

This doesn't implement complete exclude support,
but support excluding packages in that are pulled
in via conditional dependencies.

I have knownily broken the ABI for di_packages_special_read_file(),
since accordingly to codesearch.d.n it is only
used internally.

Signed-off-by: Asbjørn Sloth Tønnesen asbj...@asbjorn.it

 include/debian-installer/package_internal.h |  1 +
 include/debian-installer/packages.h | 33 
+
 include/debian-installer/system/packages.h  |  4 ++--
 src/package_parser.c| 27 ++-
 src/packages_parser.c   |  5 +++--
 5 files changed, 61 insertions(+), 9 deletions(-)

-- 
Best regards
Asbjørn Sloth Tønnesen


exclude.patch
Description: Binary data

Bug#771864: libdebian-installer - dependency resolver support excluding packages

[Asbjørn Sloth Tønnesen]

Package: libdebian-installer
Severity: wishlist

Not tagging patch, as the patch is obviously not finished,
feel free to extend it, just did enough now so that I could
get cdebootstrap working with jessie. I don't think I will
have time to implement the plumbing for the full exclude
functionality, but the patch below is enough to prove that
excluding packages isn't that hard or intrusive to add.

IMHO jessie is effectively systemd only, when jessie sysvinit
images are only buildable with a custom libdebian-installer
package.


diff --git a/src/package_parser.c b/src/package_parser.c
index 6d6a5e7..990cd03 100644
--- a/src/package_parser.c
+++ b/src/package_parser.c
@@ -265,7 +265,7 @@ void di_package_parser_read_dependency (
   internal_di_package_parser_data *parser_data = user_data;
   di_package *p = *data, *q;
   char *cur = value-string, *end = value-string + value-size;
-  char *namebegin, *fieldend;
+  char *namebegin, *fieldend, *fieldpipe;
   size_t namelen;
   di_package_dependency *d, *d1;
 
@@ -278,6 +278,24 @@ void di_package_parser_read_dependency (
 namebegin = cur;
 namelen = strcspn (cur,  \t\n(,|);
 
+/* XXX hardcoded to only and always exclude systemd-sysv
+ * TODO expose an exclude API that cdebootstrap can use */
+
+/* check if package should be excluded */
+if (namelen == sizeof(systemd-sysv) - 1
+ memcmp(cur, systemd-sysv, namelen) == 0) {
+  /* take next option */
+  fieldpipe = cur + strcspn(cur, |);
+  fieldend = cur + strcspn (cur, \n,);
+  if (fieldpipe  fieldend) {
+   printf(alternative exists\n);
+/* only obey if an alternative exists */
+while (isspace(*++fieldpipe));
+cur = fieldpipe;
+continue;
+  }
+}
+
 d = di_package_dependency_alloc (parser_data-allocator);
 
 if (parser_data-packages)

-- 
Best regards
Asbjørn Sloth Tønnesen

Bug#697186: Missing dependency on libcollection-dev

[Asbjørn Sloth Tønnesen]

Package: libini-config-dev
Version: 0.1.3-1
Severity: serious
Tags: patch

In /usr/include/ini_config.h there is a dependency on libcollection-dev
 #include collection.h

However it only depends on its own binary:
 Depends: libini-config2 (= 0.1.3-1)

Marked serious for violation of Debian Policy section 3.5 Dependencies:
 Every package must specify the dependency information about other
 packages that are required for the first to work correctly.

I will suggest that libcollection-dev be added to the Depends
entry in the control file, as done in the following patch:

diff --git a/debian/control b/debian/control
index 0bb7179..dfc43cb 100644
--- a/debian/control
+++ b/debian/control
@@ -113,7 +113,7 @@ Description: refcounted array for C
 Package: libini-config-dev
 Section: libdevel
 Architecture: any
-Depends: libini-config2 (= ${binary:Version}), ${misc:Depends}
+Depends: libini-config2 (= ${binary:Version}), libcollection-dev (= 
${binary:Version}), ${misc:Depends}
 Description: Development files for libini_config
  Library to process config files in INI format into a libcollection data
  structure. Development files.

-- 
Best regards
Asbjørn Sloth Tønnesen
asbjorn.biz


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

Bug#666051: Long hello hang

[Asbjørn Sloth Tønnesen]

forwarded 666051 
http://rt.openssl.org/Ticket/Display.html?id=2771user=guestpass=guest

retitle 666051 Long hello hang (can't connect to Facebook, Paypal, etc.)
thanks

With 1.0.0h the hello was shorter, with 1.0.1 it exceeds some limit.

Known affected servers:
- graph.facebook.com
- api-aa-3t.paypal.com
- www.national-lottery.co.uk

Thread about the same problem in Arch:
https://bbs.archlinux.org/viewtopic.php?id=138103

--
Best regards
Asbjørn Sloth Tønnesen
Mugami



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

Bug#611698: Lets move on

[Asbjørn Sloth Tønnesen]

nodejs is really needed in testing, so lets rename /usr/bin/node to 
/usr/bin/nodejs and drop the Conflict entry. Then build another package 
called nodejs-node, which depends on nodejs, and contains a symlinks 
/usr/bin/node to nodejs and conflicts the node package. Maybe add a 
Suggest: nodejs-node to the nodejs package. nodejs-node might even be 
its own source package.


After that the fight can continue between the nodejs-node and node 
package. Then nodejs can migrate to testing and nodejs-node can be held 
back by this issue.


If nodejs had been in testing it would have been protected from this 
annoying bug:

http://bugs.debian.org/666051

--
Best regards
Asbjørn Sloth Tønnesen
Mugami



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

Bug#663095: dvswitch: missing dependency on gnome-icon-theme

[Asbjørn Sloth Tønnesen]

Package: dvswitch
Version: 0.8.2
Severity: minor
Tags: patch
X-Debbugs-CC: wou...@debian.org

Hi Wouter,

When a source connects, dvswitch tries to load the gtk-dialog-warning 
icon. Since that icon does not get installed by the current 
dependencies, dvswitch crashes when using awesome or another

non-GTK based window manager with dvswitch on a fresh install.

Patch against Wouter's unreleased 0.9 branch:

diff --git a/debian/control b/debian/control
index 0cde0d3..e5e308e 100644
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,7 @@ Homepage: http://dvswitch.alioth.debian.org/

 Package: dvswitch
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, gnome-icon-theme
 Suggests: dvsink, dvsource
 Description: basic video mixer for live DV streams
  dvswitch is a very basic video mixer that receives DV streams from

--
Best regards
Asbjørn Sloth Tønnesen



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

Bug#622975: [iceweasel] Please don't use gnome's mime database

[Asbjørn Sloth Tønnesen]

On 04/16/2011 10:04 AM, Florian Kriener wrote:

Removing the gnome-mime-data package works btw. but since inkscape
depends on it (through gnome-vfs stuff) one cannot reasonable use
iceweasel with inkscape installed in a non gnome session.


Finally got tired of having to disable the workaround prior to using 
inkscape, and remembering to enable it again to prevent iceweasel from 
crashing.


So I dug down into the code, and found that a better workaround is to 
use the GNOME_VFS_MODULE_CONFIG_PATH environment variable to give 
iceweasel a file-less config.


$ sudo cp -a /etc/gnome-vfs-2.0/ /etc/iceweasel/gnome-vfs-2.0
$ sudo editor /etc/iceweasel/gnome-vfs-2.0/modules/default-modules.conf

Comment out file: file, and optionally add a reference to this bug.

If you have /usr/local/bin before /usr/bin in your PATH then save this 
script as /usr/local/bin/iceweasel and make it executable.


#!/bin/sh
export GNOME_VFS_MODULE_CONFIG_PATH=/etc/iceweasel/gnome-vfs-2.0/modules
/usr/bin/iceweasel $@
# END OF SCRIPT

Now make it executable with:
$ sudo chmod +x /usr/local/bin/iceweasel

And test that /usr/local/bin is before /usr/bin in your PATH with:
$ which iceweasel

If the last command doesn't return the new script, then check your PATH.

--
Best regards
Asbjørn Sloth Tønnesen



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

Bug#631632: DEP 5 example format link used unaltered in debian/copyright

[Asbjørn Sloth Tønnesen]

Package: liblucene2-java
Version: 2.9.3+ds1-1
Severity: minor

http://lists.debian.org/debian-mentors/2011/06/msg00293.html
On 06/25/2011 02:28 PM, Asbjørn Sloth Tønnesen wrote:

DEP 5 uses this link as an example:
http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=REVISION

liblucene2-java actually uses it directly. :(


Please don't use the example unaltered.

I haven't been able to check in which version this was introduces, due 
to the CVS wining over SVN issue at anonscm's ViewVC.


--
Best regards
Asbjørn Sloth Tønnesen



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

Bug#631229: Initial package available

[Asbjørn Sloth Tønnesen]

Hi,

I have uploaded the package to mentors:
  http://mentors.debian.net/debian/pool/main/d/dhcpd-pools

Request for sponsor:
  http://lists.debian.org/debian-mentors/2011/06/msg00231.html



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

Bug#631229: ITP: dhcpd-pools - ISC dhcpd lease analysis and reporting

[Asbjørn Sloth Tønnesen]

Package: wnpp
Severity: wishlist

* Package name : dhcpd-pools
Version : 2.15
Upstream Author : Sami Kerola kerol...@iki.fi
* URL : http://dhcpd-pools.sourceforge.net/
* License : GPL-3.0+
Description : ISC dhcpd lease analysis and reporting
 This is dhcpd-pools ISC dhcp shared network and pool range usage
 analysis. Purpose of command is to count usage ratio of each IP range
 and shared network
 pool which ISC dhcpd is in control of. The command has no native
 monitoring capability, for instance the tool will not talk nagios
 protocol. To accomodiate this need the csv output format is meant to
 be parsed by some organization specific script etc. Users of the
 command are most likely ISPs and other organizations that have large
 IP space.

--
Best regards
Asbjørn Sloth Tønnesen



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

Bug#537502: D-I incorrectly expects firmware requests on module load

[Asbjørn Sloth Tønnesen]

On 11/23/2010 04:53 PM, Joey Hess wrote:
 Asbjørn Sloth Tønnesen wrote:
 I have logged interesting events to tty3, so I know it gets there, and I
 have looked at e100.c, so I know it has to have been up'ed first.

 Ok, just found the source for the first up:

 bottom of packages/hw-detect/ethdetect.sh:
 # Some modules only try to load firmware once brought up. So bring up and
 # then down all interfaces.
 
 Ah right. It's been a while since I wrote that code and I never
 got a chance to test it since the system where I'd seen the problem
 was already in production.

Same problem here, but got another box to debug it on.

 This patch will probably do it. Can you test it?

It does, thanks. It also doesn't seem to have any problems with calling
`ip link set up` right after modprobe, where I was talking about letting
it sleep.

-- 
Best regards
Asbjørn Sloth Tønnesen
asbjorn.biz



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

Bug#537502: D-I incorrectly expects firmware requests on module load

[Asbjørn Sloth Tønnesen]

Hi,

On 09/29/2009 02:58 PM, Sergio wrote:
 Of course, bug is still in place - problem with firmware is not caught
 properly by installer, installer continues trying to setup DHCP
 network using unusable NIC, wrong error report is displayed to user,
 [...]

Reopening, since Sergio's description still applies to SVN trunk D-I.

The problem is that e100 is first requesting firmware when the link is
brought up, and not when the module is loaded, as D-I expects.

The flow is as follows check-missing-firmware ignores the first request
to show the firmware dialog, so that it can try to find firmware on the
media and install it silently and enable non-free sources to be
installed as well, but it doesn't find any firmware, then reloads the
module, so that the module has a chance to find the new firmware that
might be available now, and waits for a new firmware request, which
won't come no mather how long it sleeps, then it gives up, thinks
everything is fine, and the network card selection interface brings the
interface up and generates the firmware request, while D-I tries to get
DHCP, and tells the user that the DHCP request failed and while on tty4
you can read about the firmware request, that D-I never told you about.

The upstream kernel history clearly shows that upstream doesn't want it
to happen at probe (module load), in order to support built-in drivers.

A quick search revealed these commits:

bnx2x: Load firmware in open() instead of probe()
6891dd25d3f82e50979b27fde1980aa96320b975

iwlwifi: delay firmware loading from pci_probe to network interface open
5a66926aa9230810704fd5a127966215fd58881e

netxen: Avoid firmware load in PCI probe
b3e2d8874e8ba92bfefede645b8be2ec6c956933

spidernet: load firmware when open
3cf761ddccb9332218973e17f9b987bb5cae7b69

So since the kernel policy is against D-I's approach I see 2 options for
fixing this for squeeze:

1) Disable first_try in check-missing-firmware

   Cons:
 Will disable silent load of non-free firmware if present on media
 Require extra preseed variable for automated non-free installs
   Pro:
 Will avoid network firmware requests from being ignored
 Will still allow silent non-free firmware usage via preseed
 Small change

2) Monitor interfaces during the modprobes at the end of
   check-missing-firmware and 1 second after and try to
   take any new through an up and down cycle.

   Cons:
 Not an one-liner, but properly ~10 liner
 Adds an additional second of sleep per firmware-requesting module
   Pro
 Doesn't break existing working functionality
 No need for an extra preseed for automated non-free installs

I can write a patch for either, but I don't know which one is preferred.

For wheezy I think a larger rewrite is needed, way too much sleep for my
taste.

 In very short, to resolve this problem you need:
From installation guide:
 http://www.debian.org/releases/stable/i386/ch06s04.html.en you can get to:
 http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/squeeze/current/
 or
 http://packages.debian.org/search?keywords=firmware
 and there in packet firmware-linux you can find the needed bin-file (that
 d101m_ucode.bin you saw in installer's log).
 Now, all you need - extract it from tar or deb, write to floppy or
 flashcard, start installer (preferably in expert mode), and before the
 network confuguration step switch to another console (alt+F3), plug
 floppy/flashcard in, mount it with mount -t vfat /dev/. /some/directory
 and copy bin-file to /lib/firmware/e100/ (you need mkdir before that).
 And after that you are able to switch back (alt+F1) and continue
 installation.

My fix was to make a script that make a new initrd which includes the
firmware packages in /firmware, where D-I automatically
looks for them, and will install them and enable non-free on the target
system. Script available on request.

Sadly, this Intel DFSG-violation have forced me to have a non-free D-I
netboot option on my network :(

-- 
Best reagards
Asbjørn Sloth Tønnesen
asbjorn.biz



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

Bug#537502: D-I incorrectly expects firmware requests on module load

[Asbjørn Sloth Tønnesen]

On 11/22/2010 10:57 PM, Joey Hess wrote:
 Asbjørn Sloth Tønnesen wrote:
 Reopening, since Sergio's description still applies to SVN trunk D-I.
 
 Hmm, bug is still archived and closed.

No, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537502
reports it as unarchived and reopened.

 The problem is that e100 is first requesting firmware when the link is
 brought up, and not when the module is loaded, as D-I expects.
 
 1) Disable first_try in check-missing-firmware
 
 I don't understand how that can fix the problem you described.
 check-missing-firmware is still being run before netcfg, so before the
 interface is brought up, so it will never see missing firmware at all
 (unless the system needs other firmware for other devices).

I have logged interesting events to tty3, so I know it gets there, and I
have looked at e100.c, so I know it has to have been up'ed first.

Ok, just found the source for the first up:

bottom of packages/hw-detect/ethdetect.sh:
 # Some modules only try to load firmware once brought up. So bring up and
 # then down all interfaces.
 for iface in $(lsifaces); do
 ip link set $iface up || true
 ip link set $iface down || true
 done
 db_get ethdetect/prompt_missing_firmware
 if [ $RET = true ]; then
 check-missing-firmware
 else
 check-missing-firmware -n
 fi

-- 
Best regards
Asbjørn Sloth Tønnesen
asbjorn.biz



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

Bug#603691: python-flickrapi: Using deprecated module md5 (results in deprecation warning being printed to screen)

[Asbjørn Sloth Tønnesen]

Package: python-flickrapi
Version: 1.2-3
Severity: normal

python-flickrapi should use hashlib instead of the deprecated md5 module.

Warning displayed upon import of flickrapi:
 /usr/lib/pymodules/python2.6/flickrapi/__init__.py:45:
 DeprecationWarning: the md5 module is deprecated; use hashlib instead
   import md5

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

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

Versions of packages python-flickrapi depends on:
ii  python-support1.0.10 automated rebuilding

python-flickrapi recommends no packages.

python-flickrapi 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#588477: network-bridge: start: 95 sec sleep/bridge without a default gateway

[Asbjørn Sloth Tønnesen]

Package: xen-utils-common
Version: 4.0.0-1
Severity: normal
Tags: patch

do_ifup() in network-bridge exits badly, if the interface doesn't have a
default gateway.

Since it's wrapped in xen's locking script it causes it to be retied 100
times and sleep for 95 seconds before it continues.

In my setup this amounts to:
16 vlans without a default gateway * 95 secs / bridge = 25 minutes nap

Zzzz...

Fix from Katharina Haselhorst [1]:
 A workaround is to substitute
 [ -n $gateway ]  ip route add default via ${gateway}
on line 118

 with
 if [ -n $gateway ]; then
   ip route add default via ${gateway}
 fi

[1] /etc/xen/scripts/network-bridge: line 118: sigerr: command not found
http://lists.xensource.com/archives/html/xen-users/2010-06/msg00420.html

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

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

Versions of packages xen-utils-common depends on:
ii  gawk  1:3.1.7.dfsg-5 GNU awk, a pattern scanning
and pr
ii  lsb-base  3.2-23.1   Linux Standard Base 3.2
init scrip
ii  udev  158-1  /dev/ and hotplug
management daemo
ii  xenstore-utils3.4.3-1Xenstore utilities for Xen

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- Configuration Files:
/etc/xen/scripts/network-bridge changed [not included]
/etc/xen/xend-config.sxp changed [not included]

-- 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#585408: Adobe Flash Player: APSB10-14 - the 64 bit player is insecure

[Asbjørn Sloth Tønnesen]

On 06/11/2010 08:40 AM, Bart Martens wrote:
 Are not yet OK:
 - 64 bit player on amd64 systems
 
 For some unknown reason Adobe has chosen to publish APSB10-14 without a
 solution for the 64 bit player.

They have released 10.1, and issued a bulletin on all the known security
issues in 10.0.x. Because 10.1 don't have initial support for amd64,
they have discontinued the amd64 beta. [1]

They won't give a timeline for when they will release 10.1 for amd64,
but just say they will do it someday. [2]

If they meant it with security, they would have made a last beta release
which wouldn't do anything, other than maybe writing that it has been
discontinued on the canvas.

Since a lot of users have installed the amd64 beta through this package,
I think it's also this packages responsibility to tell the users that:
Adobe announced yesterday that they dropped all support for the amd64
beta effective immediately, but claim that they will reintroduce support
in a future release.

 All info on the available versions of flashplugin-nonfree can be found
 at http://wiki.debian.org/FlashPlayer.

End-users don't read the wiki, other than for howto install it in the
first place. They don't monitor it for updates. If this package requires
them to do so, in order to maintain a secure setup, they should be
strongly advised to subscribe to a specific mailing list, during install.

[1] http://labs.adobe.com/technologies/flashplayer10/64bit.html

[2] Read the comments on:
http://blogs.adobe.com/flashplayer/2010/06/flash_player_101_now_available.html

-- 
Best regards
Asbjørn Sloth Tønnesen



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

Bug#585434: poppler: The latest stable upstream release is 0.14.0 released on June 8th, 2010

[Asbjørn Sloth Tønnesen]

Package: poppler
Severity: wishlist

It would be really nice if this could get in before squeeze.

Changes since last stable release 12.4:

Release 0.14.0

  core:
   * Fix crash when parsing pdf with broken JBIG2Stream (Bug #28170)
   * Do not follow loops blindly when parsing XRef (Bug #28172)
   * Allow quality  progressive mode to be utilised in JpegWriter
   * Fix potential assert in Lexer code (KDE bug #240208)
   * Fix opening of files whose /P is stored as unsigned integer
   * Do not exit() when trying to allocate memory for the XRef fails
  
  cpp:
   * Minor bugfixes
   * Documentation improvements
  
  build system:
   * Fix build in mingw32 when using autotools
   * Preserve compiler flags when using cmake

Release 0.13.4 (0.14 RC 1)

  core:
   * Include standard float.h instead of unportable values.h
   * Fix first color stop offset of linear gradients. Bug #27837
   * Fix compilation if JPEG nor PNG is used
   * Use fabs for doubles instead of abs
   * Use strtok_r instead strtok
   * Adjust bbox for line annots when y1 = y2
   * Some fixes and regressions in the cairo output device
   * Better check of overlapping of table cells when selecting text
  
  cpp:
   * Make the pkg-config files really work
   * Fix in/out buffer sizes in some functions

Release 0.13.3 (0.14 Beta 2)

  core:
   * Fix roll optimization in the PS function interpreter
   * Correctly parse numbers with '+' sign. Gnome bug #614549
   * Add support for cached files
   * Add support for reading a cached file from stdin
   * Add HTTP support using libcurl, disabled by default
   * Add some const correctnes to GooString
   * Rework DCTStream error handling. Bug #26280
   * Use current fill_opacity when drawing soft masked images in Cairo backend. 
Gnome bug #614915
   * Use the topleft of the Rect of text annots to draw
   * Fix saving update docs that have a compressed xref table. Bug #27450
   * Parse varius part of the document catalog on demand
   * Implement colorizing image masks with pattern colorspace in Cairo backend
   * Fix a crash when rendering 0x0 images in Cairo backend
   * Check pattern status after setting matrix when rendering images
   * Improve text selection/extraction order. Bug #3188
   * Fix pattern size when bbox is not at 0,0
   * Improve colorizing text and masks in pattern colorspace. Bug #27482
   * Silence some Illegal entry in bfrange block in ToUnicode CMap. Bug #27728

  utils:
   * Add the -o[dd] and -e[ven] options to pdftoppm
   * Allow read from stdin using the new cached files feature
   * Fix crash in pdftohtml when output filename was shorter than 5 characters

  glib:
   * Use existing cairo api when rendering to a pixbuf
   * Compile with -DGSEAL_ENABLE. Bug #27579

Release 0.13.2 (0.14 Beta 1)

  core:
   * Improve Movie support
   * Fix experimental Arthur backend to compile when if Splash backend is 
disable
   * Fix usage of some streams in the Cairo backend
   * Small improvements in the experimental Arthur backend
   * Minor annotation improvements
   * Rework LinkRendition to follow the spec
   * Add support for Set-OCG-State actions
   * Correctly initialize the grayscale softmask color in the Splash backend
   * Correctly initialize actualText in TextOutputDev when initialization fails
   * Various MSVC fixes

  glib:
   * Add support for Movie objects
   * Add support for Screen annotations
   * Add support for rendition actions
   * Add support for OCG State actions
   * Improvements to the demo
  
  qt4:
   * Always compile the experimental Arthur backend
   * Minor speed improvement in QPainter usage
   * Add a search overload that takes doubles instead of QRectF
  
  cpp:
   * Fix iconv usage
   * use gmtime() when gmtime_r() is not available
   * Fix building in autotools in windows
   * {from,to}_utf_8() - {from,to}_utf8()
  
  build system:
   * Multiple CMake build system fixes
   * Fix of some DIST targets in autotools
   * Make finding of Qt3 in autotools use pkg-config

Release 0.13.1 (0.14 Alpha 2)

  core:
   * New C++ frontend to interface with Poppler using only STL
   * Fix downscaling images when document is rotated in Cairo output device. 
Bug #26264
   * GooVector rewrite, old version had unknown origins/license
   * Fix use after free in a error condition
   * Improve handling of broken commands. Bug #24575
   * Fix potential use after free in Cairo output device.
   * Fix regression in painting. Bug #26243
   * Improve handling of FontConfig. Bug #26544
   * Fix a potential crash in Splash font handling on out of memory conditions
   * Implement writeImgFile for splashModeXBGR8
   * Several speed increases (around 40% in some documents) in the Splash 
output device
   * Improve printing on the Cairo output device
   * Do not use '\' character in PostScript names
   * Omit writing of embedded fonts into temporary files in the Cairo output 
device. Bug #26694
   * Improve filtering of some images in the Cairo output device. Bugs #25268, 
#9860

  

Bug#523735: please release support for post-lenny kernel-package out of the box

[Asbjørn Sloth Tønnesen]

retitle 523735
thanks

The BTS contains patches fixing 12 bugs. The prepend tag is defined as
A solution to this bug has been found and an upload will be made
soon.. I don't know if you would define 5 months and counting as
soon, I wouldn't at least not in that context.

An alternative fix would be to open an wishlist bug on kernel-package
to add a check if an initrd was generated, and trigger initramfs-tools
if it wasn't but was build with --initrd, or just remove the option
entirely. Which properly more likely to trigger an NMU than getting
implemented.

I have requested the title to changed to present this bug correctly

I think a new initramfs-tools upload is long overdue.

2009 Apr  7 - kernel-package (k-p) 12.001 released to _experimental_
  by Manoj Srivastava (srivasta, k-p maint) released

2009 Apr 12 - Antti-Juhani Kaijanaho created this bug

2009 Apr 12 - srivasta released kernel-package 12.003
  to _unstable_

2009 Apr 15 - Meelis Roos adds a short comment about an
  incompatible k-p now being in unstable

... long discussion ...

2009 Apr 24 - k-p 12.009 migrated to squeeze

... long discussion ...

2009 July 2 - Matthijs Kooijman CC'ed srivasta
  on this initramfs-tools bug

2009 July 2 - srivasta / k-p maint joins discussion

... discussion continues ...

2009 Aug 20 - k-p maint gives the KERNEL_PACKAGE_VERSION idea thumbs up

2009 Aug 21 - srivasta commited a patch to kernel-package for adding
  the required enviroment variable and released k-p 12.018

2009 Aug 23 - Matthijs Kooijman acked the k-p upload

2009 Sep  3 - k-p 12.020 migrated to _squeeze_

2009 Sep 25 - Maximilian Attems (maks) tags this bug as pending
  and commits a fix

2009 Sep 28 - maks adds comment about the commit

2009 Sep 30 - maks recieves feedback, fixes a bug in the script
  and adds some comments.

2009 Oct  1 - Matthijs Kooijman confirmed the bug fix

2010 Mar 22 - The BTS contains patches fixing 12 bugs
  and 102 bugs on this package in total

-- 
Best regards
Asbjørn Sloth Tønnesen
http://asbjorn.it/



signature.asc
Description: OpenPGP digital signature

Bug#534880: do we want to fix this?

[Asbjørn Sloth Tønnesen]

2) Abandon lenny for dom0 use / wait until stable-2.6.32 is in squeeze.
   Packages are beginning become availible for testing
   (huge thanks to Bastian Blank)

3) Get jeremy's 2.6.31 or 2.6.32 tree packaged and into lenny-backports
   (together with xen-hypervisor-3.4-{i386,amd64})


I doubt that this bug is going to be fixed in 2.6.26, so I'm mostly for
getting stable-2.6.31 into backports since stable-2.6.32 isn't quite ther=
e.

Packages for testing based on stable-2.6.32 targeted for squeeze:
http://www.mail-archive.com/debian-ker...@lists.debian.org/msg53393.html

jeremy's stable=3D2.6.31 tree:
http://git.kernel.org/?p=3Dlinux/kernel/git/jeremy/xen.git;a=3Dshortlog;h=
=3Drefs/heads/xen/stable-2.6.31.x

jeremy's stable-2.6.32 tree:
http://git.kernel.org/?p=3Dlinux/kernel/git/jeremy/xen.git;a=3Dshortlog;h=
=3Drefs/heads/xen/stable-2.6.32.x

--=20
Best regards
Asbj=F8rn Sloth T=F8nnesen



signature.asc
Description: OpenPGP digital signature

Bug#520900: ITP: flvmeta -- Metadata injector for FLV video files

[Asbjørn Sloth Tønnesen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist

* Package name : flvmeta
Version : 1.0.7
Upstream Author : Marc Noirot marc.noi...@gmail.com
* URL : http://code.google.com/p/flvmeta/
* License : GPL
Description :
FLVmeta aims to be a replacement for tools such as flvtool2.

It is able to inject all known metadata tags into the onMetaData event,
as well as insert an onLastSecond event.

Since version 1.0.7, it is also able to fix very large FLV files with
invalid 24-bit timestamps to make proper use of 32-bit extended timestamps.

FLVmeta is written in portable C, it can therefore be compiled on a
variety of platforms, including Linux, Windows, and MacOSX. It is also
fast and has a very small memory footprint.

- --
Best regards
Asbjørn Sloth Tønnesen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknHhtkACgkQSViWlxucwurr0QCfRiYmpDLfeEI1Aq/mBw4BBCF1
J60An0xBkGUok+HaAokhL+7ESJsfsQix
=2vCi
-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#515971: ITP: ec2-tools -- Amazon EC2 Tools

[Asbjørn Sloth Tønnesen]

Package: wnpp
Severity: wishlist

I intend to package Amazons EC2 tools as non-free packages. Although
that the API Tools homepage is currently missing a license statement,
AWS says that it's an error and that it's under their ASL, and that the
website will be updated soon, to correctly contain licensing information.

Amazon EC2 API Tools
http://developer.amazonwebservices.com/connect/entry.jspa?externalID=351categoryID=88#discussion

Amazon EC2 AMI Tools
http://developer.amazonwebservices.com/connect/entry.jspa?externalID=368

Amazon Software License
http://aws.amazon.com/asl/

-- 
Best regards
Asbjørn Sloth Tønnesen



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