Bug#825367: libnl3: FTBFS: touch: cannot touch 'debian/stamp-makefile-check/main': No such file or directory

[Heiko Stübner]

Am Donnerstag, 26. Mai 2016, 13:07:40 schrieben Sie:
> libnl3 fails to build from source in unstable/amd64:

[..]

> '/home/lamby/temp/cdt.20160526123136.FPySaWjPBw.libnl3/libnl3-3.2.27/debian
> /build/udeb' make[1]: Leaving directory
> '/home/lamby/temp/cdt.20160526123136.FPySaWjPBw.libnl3/libnl3-3.2.27/debian
> /build/udeb' touch debian/stamp-makefile-build/udeb
>   CDBS WARNING:  DEB_MAKE_CHECK_TARGET unset, not running checks
>   touch debian/stamp-makefile-check/main
>   touch: cannot touch 'debian/stamp-makefile-check/main': No such file or
> directory /usr/share/cdbs/1/class/makefile.mk:113: recipe for target
> 'debian/stamp-makefile-check/main' failed make: ***
> [debian/stamp-makefile-check/main] Error 1

looks like this results from the same regression in cdbs, Michael Biebl 
describes in #825135 .

With cdbs 0.4.130 from testing everything builds nicely and after upgrading to 
0.4.137 the described error appears.

Bug#808213: Info received (Bug#808213: libnl3: socket is unusable when portid generation fails)

[Heiko Stübner]

Hi,

Am Mittwoch, 20. Januar 2016, 16:58:47 schrieben Sie:
> Any news about the update to the libnl 3.2.27?
> 
> It would be nice if the new package would be available for the next ubuntu
> release (16.04).

sorry about dropping the ball here, it somehow got pushed under in january-
madness. Looks like I'm through now though, so expect packages today or 
tomorrow.


Heiko

> Le 17/12/2015 14:24, Debian Bug Tracking System a écrit :
> > Thank you for the additional information you have supplied regarding
> > this Bug report.
> > 
> > This is an automatically generated reply to let you know your message
> > has been received.
> > 
> > Your message is being forwarded to the package maintainers and other
> > interested parties for their attention; they will reply in due course.
> > 
> > Your message has been sent to the package maintainer(s):
> >   Heiko Stuebner 
> > 
> > If you wish to submit further information on this problem, please
> > send it to 808...@bugs.debian.org.
> > 
> > Please do not send mail to ow...@bugs.debian.org unless you wish
> > to report a problem with the Bug-tracking system.

Bug#808213: libnl3: socket is unusable when portid generation fails

[Heiko Stübner]

Hi Nicolas,


thanks for your report

Am Donnerstag, 17. Dezember 2015, 11:30:57 schrieben Sie:
> Package: libnl-3-200
> Version: 3.2.24-2

not sure, but I guess you meant 3.2.26-1, right?


> Severity: important
> Tags: patch
> 
> The following upstream patches are missing in libnl 3.2.26 (the unstable
> version):
> - f78c3e82398a socket: clear port when unable to generate local port
>   https://github.com/thom311/libnl/commit/f78c3e82398a
> - 96e1e5bdc2e8 socket: add fallback for nl_connect() by trying to bind to
> unspecified local port https://github.com/thom311/libnl/commit/96e1e5bdc2e8
> - eaa75b7c7d3e socket: fix assertion in nl_connect() when all ports are
> already in use https://github.com/thom311/libnl/commit/eaa75b7c7d3e
> 
> These patches are included in libnl 3.2.27.

so I guess we should just move to 3.2.27 then ;-)


Heiko

Bug#799276: libnl-3-200: depends on libc6 version that doesn't exist in wheezy-backports

[Heiko Stübner]

Hi all,

Am Donnerstag, 17. September 2015, 15:23:36 schrieb Heiko Stübner:
> Am Donnerstag, 17. September 2015, 14:03:52 schrieben Sie:
> > Package: libnl-3-200
> > Version: 3.2.24-2~bpo70+1
> > Severity: grave
> > Justification: renders package unusable
> > 
> > Dear Maintainer,
> > 
> > I am trying to install keepalived from wheezy-backports on amd64, using:
> >   apt-get -t wheezy-backports install keepalived
> > 
> > This returns the following error:
> >   The following packages have unmet dependencies:
> >libnl-3-200 : Depends: libc6 (>= 2.14) but 2.13-38+deb7u8 is to be
> >installed
> >E: Unable to correct problems, you have held broken packages.
> > 
> > Checking dependencies for current libnl-3-200 version in
> > 
> > wheezy-backports (3.2.24-2~bpo70+1), I see:
> >   Depends: libc6 (>= 2.14)
> > 
> > However, the most recent libc6 version available is 2.13-38+deb7u8.
> > 
> > Since https://packages.debian.org/wheezy-backports/libnl-3-200 shows:
> >   dep: libc6 (>= 2.13) [s390x]
> >   
> >   Embedded GNU C Library: Shared libraries
> >   also a virtual package provided by libc6-udeb
> >   
> >   dep: libc6 (>= 2.13-28) [armhf]
> >   
> >   dep: libc6 (>= 2.14) [amd64]
> >   
> >   dep: libc6 (>= 2.8) [not amd64, armhf, ia64, s390x]
> > 
> > I am guessing either libc6 >= 2.14 needs to be ported to
> > wheezy-backports, or the amd64 dependency should be changed to a lower
> > version.
> 
> I guess we'll need to ask Sandro about this dependency, as he is one who did
> the backports build.
> 
> I have so far never touched the *-backports at all, so don't really know how
> that works.

the bug above got reported against libnl-3, but meaning the backported version 
in wheezy-backports. I just read up that backport-related bugs should be 
reported to the debian-backports list (included), also see the original 
#799276 bug.


Thanks
Heiko

Bug#799276: libnl-3-200: depends on libc6 version that doesn't exist in wheezy-backports

[Heiko Stübner]

Hi,

Am Donnerstag, 17. September 2015, 14:03:52 schrieben Sie:
> Package: libnl-3-200
> Version: 3.2.24-2~bpo70+1
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> I am trying to install keepalived from wheezy-backports on amd64, using:
>   apt-get -t wheezy-backports install keepalived
> 
> This returns the following error:
> 
>   The following packages have unmet dependencies:
>libnl-3-200 : Depends: libc6 (>= 2.14) but 2.13-38+deb7u8 is to be
>installed
>E: Unable to correct problems, you have held broken packages.
> 
> Checking dependencies for current libnl-3-200 version in
> wheezy-backports (3.2.24-2~bpo70+1), I see:
> 
>   Depends: libc6 (>= 2.14)
> 
> However, the most recent libc6 version available is 2.13-38+deb7u8.
> 
> Since https://packages.debian.org/wheezy-backports/libnl-3-200 shows:
> 
>   dep: libc6 (>= 2.13) [s390x]
>   Embedded GNU C Library: Shared libraries
>   also a virtual package provided by libc6-udeb
> 
>   dep: libc6 (>= 2.13-28) [armhf]
> 
>   dep: libc6 (>= 2.14) [amd64]
> 
>   dep: libc6 (>= 2.8) [not amd64, armhf, ia64, s390x]
> 
> I am guessing either libc6 >= 2.14 needs to be ported to
> wheezy-backports, or the amd64 dependency should be changed to a lower
> version.

I guess we'll need to ask Sandro about this dependency, as he is one who did 
the backports build.

I have so far never touched the *-backports at all, so don't really know how 
that works.


Heiko

Bug#765937: [enigmail] Incompatible with armhf

[Heiko Stübner]

Am Sonntag, 2. November 2014, 20:15:03 schrieb Willi Mann:
 Hi,
 
  last known-working versions on armel are for me
  
  Icedove 24.5.0-2
  Enigmail  1.6-4
 
 could you test enigmail 1.7.2-2? It is currently available from
 
 http://incoming.debian.org/debian-buildd/pool/main/e/enigmail/
 
 Tomorrow, it will be available from unstable. I don't know whether it
 fixes the problem - I could not test it before the upload.

1.7.2-2 again _works_ for me with both icedove 24 from above as well as the 
current icedove 31.2.0.


Thanks for the fix
Heiko


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

Bug#765937: [enigmail] Incompatible with armhf

[Heiko Stübner]

Hi,

Am Samstag, 1. November 2014, 21:57:45 schrieb Willi Mann:
 Am 2014-10-19 um 13:44 schrieb Thomas Maass:
  Package: enigmail
  Version: 2:1.7.2-1
  
  Depends (Version) | Installed
  ===-+-
  libc6 (= 2.4) | 2.19-11
  icedove (= 24.0) | 31.0-3
 
 do you know whether this is a new problem? Did it work with icedove 24?
 Did previous versions of enigmail work on armel/armhf?

last known-working versions on armel are for me

Icedove 24.5.0-2
Enigmail  1.6-4


Thanks for looking into this
Heiko


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

Bug#765937: same on armel

[Heiko Stübner]

The same behaviour can be seen on armel with
Enigmail 1.7.2 on Icedove 31.0-3

[enigmail grayed out completely]


Heiko


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

Bug#748337: sigrok: Please update to a newer upstream version

[Heiko Stübner]

Package: sigrok
Severity: wishlist

Hi,

it would be cool being able to use recent sigrok (and by extension pulseview)
versions out of the box in Debian :-)


Thanks
Heiko


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

Bug#746191: libnl-3: Re: libnl-3-200: wifi broken with libnl-3-200 3.2.24-1 (no IP address)

[Heiko Stübner]

Hi Michael,

Am Montag, 28. April 2014, 15:59:51 schrieben Sie:
 Package: libnl-3-200
 Followup-For: Bug #746191
 
 Dear Maintainer,
 
 Just wanted to add my voice to those lamenting NetworkManager's
 recent inability to add an IP addr to an interface despite
 successfully obtaining a lease from the local DHCP server.
 
 As a workaround I downgraded these:
 
 libnl-3-200_3.2.24-2_i386.deb
libnl-genl-3-200_3.2.24-2_i386.deb
   libnl-route-3-200_3.2.24-2_i386.deb

are you sure, that you had the 3.2.24-2 packages (currently only in unstable) 
on your system before your downgrade?

Because 3.2.24-1 was the initially affected version and so far I've got 3 
responses that 3.2.24-2 actually fixed the issue [Thibaut here and two more in 
#744928)


Heiko

 
 ...to these:
 
 libnl-3-200_3.2.21-1_i386.deb
libnl-genl-3-200_3.2.21-1_i386.deb
   libnl-route-3-200_3.2.21-1_i386.deb
 
 ...and my interfaces are once again being assigned their
 addresses so, although I did not narrow things down further,
 it seems clear the culprit is one of them.
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'unstable')
 Architecture: i386 (i686)
 
 Kernel: Linux 3.8-2-686-pae (SMP w/4 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages libnl-3-200:i386 depends on:
 ii  libc6  2.18-4
 ii  multiarch-support  2.18-4
 
 libnl-3-200:i386 recommends no packages.
 
 libnl-3-200:i386 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#746191: libnl-3: Re: libnl-3-200: wifi broken with libnl-3-200 3.2.24-1 (no IP address)

[Heiko Stübner]

Am Montag, 28. April 2014, 16:29:26 schrieb Michael O'Donnell:
 Ah!  You are right; if I use the 3.2.24-2 versions the
 problem does not occur, but it does with the 3.2.24-1
 versions.
 
 I had pulled those 3.2.24-2 packages onto my machine
 and thought NetworkManager was using them, but it was
 apparently still using the 3.2.24-1 versions.  Maybe I
 forgot to restart it...  Sorry about that!   -/

no worries ... glad it's working for you again :-)



 Hi Michael,
 
 Am Montag, 28. April 2014, 15:59:51 schrieben Sie:
  Package: libnl-3-200
  Followup-For: Bug #746191
  
  Dear Maintainer,
  
  Just wanted to add my voice to those lamenting NetworkManager's
  recent inability to add an IP addr to an interface despite
  successfully obtaining a lease from the local DHCP server.
  
  As a workaround I downgraded these:
  libnl-3-200_3.2.24-2_i386.deb
 
 libnl-genl-3-200_3.2.24-2_i386.deb

libnl-route-3-200_3.2.24-2_i386.deb
 
 are you sure, that you had the 3.2.24-2 packages (currently only in
 unstable) on your system before your downgrade?
 
 Because 3.2.24-1 was the initially affected version and so far I've got 3
 responses that 3.2.24-2 actually fixed the issue [Thibaut here and two more
 in #744928)
 
 
 Heiko
 
  ...to these:
  libnl-3-200_3.2.21-1_i386.deb
 
 libnl-genl-3-200_3.2.21-1_i386.deb

libnl-route-3-200_3.2.21-1_i386.deb
  
  ...and my interfaces are once again being assigned their
  addresses so, although I did not narrow things down further,
  it seems clear the culprit is one of them.
  
  -- System Information:
  Debian Release: jessie/sid
  
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
  
  Architecture: i386 (i686)
  
  Kernel: Linux 3.8-2-686-pae (SMP w/4 CPU cores)
  Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
  Shell: /bin/sh linked to /bin/dash
  
  Versions of packages libnl-3-200:i386 depends on:
  ii  libc6  2.18-4
  ii  multiarch-support  2.18-4
  
  libnl-3-200:i386 recommends no packages.
  
  libnl-3-200:i386 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#746191: libnl-3-200: wifi broken with libnl-3-200 3.2.24-1 (no IP address)

[Heiko Stübner]

Hi Thibaut,

Am Sonntag, 27. April 2014, 23:33:57 schrieben Sie:
 Package: libnl-3-200
 Version: 3.2.24-1
 Severity: important
 
 I have a wifi connection with an ADSL box (freebox).
 I installed my computer in wheezy. I did a dist-upgrade to jessie. After
 reboot, the wifi would connect but no IP adress would be given to the wlan0
 interface.


could you try 3.2.24-2 from unstable?

It contains the backported upstream commit 
https://github.com/thom311/libnl/commit/5206c050504f8676a24854519b9c351470fb7cc6

Which should fix issues with older (like your 3.2) kernels.

For reference, the upload resulted from a request originating from bug #744928 
(network-manager: Doesn't add IP address to interface on connection) which 
sounds very much like your current problem


Heiko


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

Bug#744928: [Pkg-utopia-maintainers] Bug#744928: network-manager: Doesn't add IP address to interface on connection

[Heiko Stübner]

Am Donnerstag, 17. April 2014, 23:09:50 schrieb Heiko Stübner:
 Hi all,
 
 Am Donnerstag, 17. April 2014, 22:26:36 schrieb Michael Biebl:
  Am 17.04.2014 21:19, schrieb Omen Nemo:
  
  I've CCed Heiko, our libnl maintainer. Heiko, can you update libnl
  accordingly and cherry-pick [1]?
 
 It looks like there are some issues with older kernels appearing currently.
 Today I also got bug#745019 also revolving around an older kernel.
 
 I'll try to get both issues done tomorrow - 11pm now :-) .

I'll just uploaded 3.2.24-2 which contains the two backported fixes.

Hope that helps
Heiko


  [0] https://bugzilla.redhat.com/show_bug.cgi?id=1063885
  [1]
  https://github.com/thom311/libnl/commit/5206c050504f8676a24854519b9c351470
  fb 7cc6 [2]
  http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=dac51
  74 7ab5853b00557d7d97d4b2eae05968c03


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

Bug#745019: problems with 2.6.32 kernel (and wheezy libnl3)

[Heiko Stübner]

Hi Dietmar,

Am Donnerstag, 17. April 2014, 10:15:21 schrieben Sie:
 Package: libnl3 
 Version:  3.2.7

 The library does not work when running newer versions of the 2.6.32 kernel:
 
 # nl-qdisc-list
 Error: Unable to allocate link cache: Input data out of range
 
 (same bug with 3.2.24-1)
 
 This is already fixed upstream:
 
 http://git.infradead.org/users/tgr/libnl.git/commit/dfd0a80ec845a800504fecb9
 36c2b33d6918fc9c
 
 Also see: https://bugzilla.openvz.org/show_bug.cgi?id=2939
 
 Would be great to have a fix for wheezy.

As I was doing an upload for another problem anyway, I backported the fix from 
the upstream git into our 3.2.24.

2.6.32 was the kernel from squeeze, while wheezy uses mainly 3.2, so I'm not 
sure if this fix is critical enough to warrant a stable update.

I've therefore added debian-release to get an answer to this question :-) .


Heiko


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

Bug#744928: [Pkg-utopia-maintainers] Bug#744928: network-manager: Doesn't add IP address to interface on connection

[Heiko Stübner]

Hi all,

Am Donnerstag, 17. April 2014, 22:26:36 schrieb Michael Biebl:
 Am 17.04.2014 21:19, schrieb Omen Nemo:

 I've CCed Heiko, our libnl maintainer. Heiko, can you update libnl
 accordingly and cherry-pick [1]?

It looks like there are some issues with older kernels appearing currently. 
Today I also got bug#745019 also revolving around an older kernel.

I'll try to get both issues done tomorrow - 11pm now :-) .


Heiko


 [0] https://bugzilla.redhat.com/show_bug.cgi?id=1063885
 [1]
 https://github.com/thom311/libnl/commit/5206c050504f8676a24854519b9c351470fb
 7cc6 [2]
 http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=dac5174
 7ab5853b00557d7d97d4b2eae05968c03


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

Bug#707081: libnl3: New upstream release

[Heiko Stübner]

Am Dienstag, 7. Mai 2013, 12:29:51 schrieben Sie:
 Source: libnl3
 Version: 3.2.7-4
 Severity: wishlist
 
 Please update libnl to a new upstream release. We currently
 have 3.2.7 and there have been releases up to 3.2.21.
 NetworkManager is going to require a newer version soon and
 this will block it.

I'm on it and hope to finish it this week end.


Heiko


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

Bug#693939: libnl3: provide static libraries severity

[Heiko Stübner]

Hi Ondřej,

Am Samstag, 9. März 2013, 17:15:52 schrieb Ondřej Surý:
 severity 693939 693...@bugs.debian.org serious
 severity 693940 693...@bugs.debian.org serious
 thank you

it seems this command was not sucessful, as both bugs are still at severity
normal.

 I would argue that not providing static libraries is violation the Debian
 policy and makes dev package unusable for people wanting to compile with
 -static.

I would follow your argument and the issue seems easily fixable by the change
blow. The only question would be about the severity, aka it getting a freeze
exception, as policy only say is usually provided, which I don't read as a
clear must but as a really should.

Therefore I'd added debian-release to get this hopefully answered.


Heiko
 

diff --git a/debian/libnl-3-dev.install b/debian/libnl-3-dev.install
index e64b775..3715b8b 100755
--- a/debian/libnl-3-dev.install
+++ b/debian/libnl-3-dev.install
@@ -2,3 +2,4 @@
 debian/tmp/usr/include/*
 debian/tmp/usr/lib/*/pkgconfig/libnl-3*
 debian/tmp/usr/lib/${DEB_HOST_MULTIARCH}/libnl-3.so lib/${DEB_HOST_MULTIARCH}/
+debian/tmp/usr/lib/${DEB_HOST_MULTIARCH}/libnl-3.a lib/${DEB_HOST_MULTIARCH}/
diff --git a/debian/libnl-cli-3-dev.install b/debian/libnl-cli-3-dev.install
index 91ff45b..66aa3b3 100644
--- a/debian/libnl-cli-3-dev.install
+++ b/debian/libnl-cli-3-dev.install
@@ -1,2 +1,3 @@
 debian/tmp/usr/lib/*/pkgconfig/libnl-cli-3*
 debian/tmp/usr/lib/*/libnl-cli-3*.so
+debian/tmp/usr/lib/*/libnl-cli-3*.a
diff --git a/debian/libnl-genl-3-dev.install b/debian/libnl-genl-3-dev.install
index 19201a3..cbc6b51 100755
--- a/debian/libnl-genl-3-dev.install
+++ b/debian/libnl-genl-3-dev.install
@@ -1,3 +1,4 @@
 #!/usr/bin/dh-exec
 debian/tmp/usr/lib/*/pkgconfig/libnl-genl-3*
 debian/tmp/usr/lib/${DEB_HOST_MULTIARCH}/libnl-genl-3*.so 
lib/${DEB_HOST_MULTIARCH}/
+debian/tmp/usr/lib/${DEB_HOST_MULTIARCH}/libnl-genl-3*.a 
lib/${DEB_HOST_MULTIARCH}/
diff --git a/debian/libnl-nf-3-dev.install b/debian/libnl-nf-3-dev.install
index c50d642..d1307c7 100644
--- a/debian/libnl-nf-3-dev.install
+++ b/debian/libnl-nf-3-dev.install
@@ -1,2 +1,3 @@
 debian/tmp/usr/lib/*/pkgconfig/libnl-nf-3*
 debian/tmp/usr/lib/*/libnl-nf-3*.so
+debian/tmp/usr/lib/*/libnl-nf-3*.a
diff --git a/debian/libnl-route-3-dev.install b/debian/libnl-route-3-dev.install
index 3e31a2d..37e248c 100644
--- a/debian/libnl-route-3-dev.install
+++ b/debian/libnl-route-3-dev.install
@@ -1,2 +1,3 @@
 debian/tmp/usr/lib/*/pkgconfig/libnl-route-3*
 debian/tmp/usr/lib/*/libnl-route-3*.so
+debian/tmp/usr/lib/*/libnl-route-3*.a


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

Bug#678337: this happens on every invocation off exim4

[Heiko Stübner]

severity 678337 serious
thanks

On my tegra2 running wheezy armel this exact error happens on every invocation 
of the exim4 binary, making even installation of exim4-config fail.

Heiko





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

Bug#656421: libnl2 shouldn't be part of wheezy

[Heiko Stübner]

libnl2 shouldn't be part of wheezy, as it's orphaned upstream and replaced by 
libnl3.

Therefore mark this bug as serious, as powertop needs to swtich to libnl3.



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

Bug#676611: progress

[Heiko Stübner]

Hi,

it seems to be working [1].

I only still need to fix 674322, which I hope to accomplish tomorrow.


Heiko



[1] 
http://anonscm.debian.org/gitweb/?p=collab-maint/libnl3.git;a=commitdiff;h=ca355801a91f0802c03cdb8553689749714c4dff



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

Bug#671931: libnl2 should not be released in wheezy

[Heiko Stübner]

Package: libnl2
Severity: serious

libnl2 is outdated and not maintained upstream anymore. All libnl2 users 
should upgrade to the current stable version libnl3.

It should therefore not be released in wheezy and in the end be completely 
removed.



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

Bug#658646: seems to work

[Heiko Stübner]

Hi,

 I'll try
 
 rm -rf /usr/lib/libreoffice/share/extensions/pdfimport
 unopkg sync  -v --shared
 apt-get install --reinstall libreoffice-pdfimport
 unopkg sync -v --shared (trigger should do it, but hey...)

yep this worked and made the plugin functions appear

 That said, I tried here and even a simple
 rm -rf .libreoffice
 (as bad as it is), helped
when tried here this seconf approach strangely did not help


Heiko



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

Bug#658646: libreoffice-pdfimport: Extension does not work at all

[Heiko Stübner]

Hi,

Am Samstag 04 Februar 2012, 23:17:03 schrieb Rene Engelhard:
 your version is, for the record? You say sid, but you have experimental in
 your sources.list...
1.0.5+LibO3.4.5-2 (i.e. current testing/sid) and we were able to reproduce it 
sucessfully on an amd64 and an armel machine.


 Maybe some configuration (like #616011) and/or extension registration
 nonsense...
 
 I guess you don't know when this started to appear?
sadly no.

Heiko



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

Bug#653703: [pkg-wpa-devel] Bug#653703: Should recommend crda

[Heiko Stübner]

Am Freitag 30 Dezember 2011, 16:08:31 schrieb Ben Hutchings:
 On Fri, 2011-12-30 at 15:31 +0100, Stefan Lippers-Hollmann wrote:
  Hi
  
  On Friday 30 December 2011, Ben Hutchings wrote:
   Package: iw
   Version: 3.1-1
   Severity: normal
   
   If crda and wireless-regdb are not installed, wireless interfaces will
   use the kernel's fallback 'world' regulatory domain which enables a
   conservative range of channels and power levels.  Please make iw
   recommend crda.
  
  [...]
  
  I currently have a sponsoring request for iw pending[1] in order to
  adapt to the libnl3 mini-transition (FTBS), which means I don't want
  to change the pending package silently. However I will add this as
  soon as this clears up (iw 3.3 is likely to get released upstream
  shortly after the merge window for kernel 3.3 closes).
  
  In case you'd like to sponsor it instead, I've prepared an iw package
  containing the new Recommends at[2] (the only change relative to [1]
  is the additional Recommends on crda).
 
 OK, I'll sponsor this.
I didn't have the time to look at Stefans packages over the holidays, so 
thanks for doing the sponsoring instead.

@Stefan I will look at the rest of the packages in the new year, if no one 
else gets to it first.


Heiko



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

Bug#648819: Updating to 3.2.3

[Heiko Stübner]

Hi Mathieu,

Am Freitag 25 November 2011, 17:49:47 schrieb Mathieu Trudel-Lapierre:
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu precise
 Tags: patch
 
 I already sent a similar patch to Heiko by email, but I've started
 doing some work on updating libnl3 to 3.2.3; the debdiff for my
 changes is attached.
Thanks for doing all this work :-)

Hopefully tomorrow I will have the time to integrate your work.

Heiko



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

Bug#632790: Intention to activate libnl3 support in iw wpasupplicant - we expect bugs

[Heiko Stübner]

Hi Kel and Stefan,

Am Samstag 10 September 2011, 01:02:29 schrieb Kel Modderman:
 Stefan and I intend to have iw and wpasupplicant use libnl3 in the next
 uploads. This bug will manifest itself as the binaries linked to libnl3
 will generate spurious messages:
 
 # iw dev wlan1 scan
 Failed to read classid file: Object not found
 BSS xx:xx:xx:xx:xx:xx (on wlan1)
 ...
 
 # iw list
 Failed to read classid file: Object not found
 Wiphy phy0
 ...
 
 We expect people to file bugs against iw/wpasupplicant about these messages
 even though the problem is here.

it seems I've somehow managed to overlook this bug report when it was filed in 
July. I will try to fix this ASAP.

Heiko



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

Bug#635962: Please provide udeb package of libnl3 for debian-installer

[Heiko Stübner]

Hi Gaudenz et all,

Am Freitag 29 Juli 2011, 21:55:23 schrieb Gaudenz Steinlin:
 To add WPA wireless configuration support in d-i we need wpa_supplicant
 and thus libnl3 (wpa_supplicant is goning to be converted to libnl3
 soon). For this we need an udeb version of libnl3.
 
 We are currently at Debconf working on a patch for your package and will
 probably submit it tomorrow. We want to ask you if you would agree to an
 NMU for this.
Sure NMU all you want :-)

 This is quite urgent for us because the libnl3-udeb has to enter the
 archive first so that we can build wpasupplicant against it and then the
 d-i component (netcfg) against the wpasupplicant-udeb.
 
 Our patch will modify your CDBS rules file to use the CDBS flavour
 functionality to build a special version for the udeb. For this to work
 we also need a patch from the upstream git repository to be able to
 build the library outside of the source tree.
sure ... libnl3's predecessor (libnl2) was a git snapshot for a long time

so, go ahead and it seems I will get to know another CDBS functionality I 
didn't know of yet (flavours).

Heiko



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

Bug#634100: ITP: tegra-linux -- Binary X11 and EGL drivers for NVIDIA Tegra chipset

[Heiko Stübner]

Am Samstag, 16. Juli 2011, 22:13:25 schrieb Julian Andres Klode:
 * Package name: tegra-linux
   Version : 12.0~alpha1
   Upstream Author : NVIDIA Corporation
 * URL : http://developer.nvidia.com/tegra/
 * License : NVIDIA Software License (non-free)
   Description : Binary-only X11 and EGL drivers for NVIDIA Tegra
 chipset
 
 Description: NVIDIA Tegra binary Xorg driver
  This package provides the driver for the graphical unit of
  NVIDIA's Tegra chipset.
very cool :-). I had the same thought and started talking to Andreas Beckmann 
about having some sort of glx-alternatives equivalent for the three OpenGL ES 
libraries that would need to be diverted [1].

Heiko


[1] Thread implement gles-alternatives like glx-alternatives on pkg-nvidia-
de...@lists.alioth.debian.org



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

Bug#634100: ITP: tegra-linux -- Binary X11 and EGL drivers for NVIDIA Tegra chipset

[Heiko Stübner]

Am Montag 18 Juli 2011, 18:04:00 schrieb Julian Andres Klode:
 On Mon, Jul 18, 2011 at 01:55:49PM +0200, Heiko Stübner wrote:
  Am Samstag, 16. Juli 2011, 22:13:25 schrieb Julian Andres Klode:
   * Package name: tegra-linux
   
 Version : 12.0~alpha1
 Upstream Author : NVIDIA Corporation
   
   * URL : http://developer.nvidia.com/tegra/
   * License : NVIDIA Software License (non-free)
   
 Description : Binary-only X11 and EGL drivers for NVIDIA Tegra
   
   chipset
   
   Description: NVIDIA Tegra binary Xorg driver
   
This package provides the driver for the graphical unit of
NVIDIA's Tegra chipset.
  
  very cool :-). I had the same thought and started talking to Andreas
  Beckmann about having some sort of glx-alternatives equivalent for the
  three OpenGL ES libraries that would need to be diverted [1].
 
 Great. The problem here being that you actually have libegl1, libgles1,
 and libgles2 to divert. But all libraries depend on each other, so I
 currently have one package for them:
 
   Package: tegra-libraries
   Provides: libegl1-tegra, libgles1-tegra, libgles2-tegra
The glx-alternatives package also diverts libGL and libglx and from what I 
gathered all vendor libs seem to provide libegl1, libgles1 and libgles2 
alltogether (at least for tegra, omap3 and omap4). I would guess systems only 
supporting GL ES 1are rare these days and won't get new Debian support in the 
future.

Looking at fglrx the one-package style also seems to be normal, i.e. they have 
fglrx-driver which contains the xorg-driver and fglrx-glx which provides libgl 
and libglx via the glx-alternatives mechanism.


 In the mean-time, while you're discussing, should I upload a package
 that simply diverts the library (It's almost finished now)?
As this was the way the fglrx and nvidia drivers handled this it until some 
weeks ago I would say - go ahead :-)

From what I gathered, the glx-alternatives mechanism is more a means to 
support switching between differend implementations without having to hard-
remove the relevant packages and let different vendor implementations play nice 
together on the same filesystem.


Heiko



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

Bug#627234: please check if fixed

[Heiko Stübner]

Am Donnerstag 09 Juni 2011, 13:57:40 schrieb Barak A. Pearlmutter:
 The recent upload of djvulibre 3.5.24-6 may have fixed this bug, as I
 suspect it is a manifestation of the same MMX-related rendering issue
 reported in 629235 and 627230.  Could I trouble you to check and let
 me know if the problem has been addressed?  If so, I'll go ahead and
 force-merge this bug into 627230.
I can confirm that this new version fixes the problem :-)

Thanks
Heiko



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

Bug#619753: libnl2 upgrade from 1.99+git20091216-2 to 2.0-1 should bump (package) soname

[Heiko Stübner]

Am Samstag 26 März 2011, 19:40:16 schrieben Sie:
 please bump the soname of lib and package for a gentle transition.

Sorry for the late response.

It seems the libnl upstream-author released libnl3 as a version with stable 
API.

So my guess on the correct fix is:
- upload libnl3 to unstable
- convert depending packages (powertop and freesmartphone.org-stuff) to use it
- remove libnl2 completely

Heiko



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

Bug#619819: Please add some more udc devices to the g_ether section of hw-detect

[Heiko Stübner]

Package: hw-detect
Severity: wishlist

The attached patch adds support for
- the s3c-hsudc found for example on S3C2416 based devices which will 
hopefully get into the kernel soon [1]
- the fsl-tegra-udc of the tegra platform. One example device is the Dynabook 
/ Toshiba AC100

Thanks
Heiko


[1] http://comments.gmane.org/gmane.linux.kernel.samsung-soc/4459
From 410a121ffbccbb5feac200e7023b41c279309cf5 Mon Sep 17 00:00:00 2001
From: Heiko Stuebner he...@sntech.de
Date: Sat, 26 Mar 2011 22:10:31 +0100
Subject: [PATCH] Add more udc devices for g_ether networking.
 s3c-hsudc can be found on S3C2412/S3C2416/S3C64XX SoCs and
 fsl-tegra-udc as the name implies on the tegra platform.

---
 hw-detect.sh |   13 +
 1 files changed, 9 insertions(+), 4 deletions(-)

diff --git a/hw-detect.sh b/hw-detect.sh
index f4f05df..7c19362 100755
--- a/hw-detect.sh
+++ b/hw-detect.sh
@@ -200,14 +200,19 @@ if [ -d /sys/bus/pci/devices ]  \
 	sleep 3 || true
 fi
 
-# Load the ethernet gadget network driver (g_ether) on S3C2410/S3C2440 (Openmoko GTA01/02)
+# Load the ethernet gadget network driver (g_ether) on platforms with an udc port:
+# - S3C2410/S3C2440 (Openmoko GTA01/02)
+# - S3C2412/S3C2416 (s3c-hsudc driver)
+# - Tegra
 if [ -d /sys/bus/platform/devices/s3c2440-usbgadget -o \
-	-d /sys/bus/platform/devices/s3c2410-usbgadget ] ; then
-	db_subst hw-detect/load_progress_step CARDNAME S3C2410/S3C2440 SoC
+	-d /sys/bus/platform/devices/s3c2410-usbgadget -o \
+	-d /sys/bus/platform/devices/s3c-hsudc -o \
+	-d /sys/bus/platform/devices/fsl-tegra-udc ] ; then
+	db_subst hw-detect/load_progress_step CARDNAME SoC USB-device-port
 	db_subst hw-detect/load_progress_step MODULE g_ether
 	db_progress INFO hw-detect/load_progress_step
 	
-	log Detected S3C2410/S3C2440 SoC, loading g_ether
+	log Detected SoC with USB device port, loading g_ether
 	load_module g_ether
 	register-module g_ether
 fi
-- 
1.7.2.3

Bug#603379: pam_mount not honoring options from user config file

[Heiko Stübner]

Package: libpam-mount
Version: 2.5-3
Severity: important

Essentially the same problem as in the Ubuntu Bug 670865 
(https://bugs.launchpad.net/ubuntu/+source/libpam-mount/+bug/670865)

Quoting the original reporter:
---
I'm using a .pam_mount.conf.xml in my home dir to automatically mount encfs at 
login on Ubuntu 10.10

My config file is:
?xml version=1.0 encoding=utf-8 ?
pam_mount
 volume fstype=fuse path=encfs#/home/%(USER)/.crypt 
mountpoint=/home/%(USER)/Documents/private options=nosuid,nodev,allow_root 
/
/pam_mount

The mount works, but the allow_root option is not honored.
Mounting manually with encfs accepts the option and user_allow_other is 
enabled in fuse.conf, so this is not an issue related to fuse.
-

Heiko



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

Bug#593899: [pkg-fso-maint] Bug#593899: libfsoresource may have incorrect vcs fields

[Heiko Stübner]

Hi Karl,

Am Sonntag 22 August 2010, 02:23:21 schrieb Karl Goetz:
 I've just noticed that the VCS fields given on [1] are for libfsoframework,
 not libfsoresource. The attached patch fixes this.
I have applied it to our git repo so it will be included in the next upload.

Thanks for finding it
Heiko


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

Bug#549080: fix

[Heiko Stübner]

Hi all,

it seems the configure script acts differently for glibc-based and other 
systems. Therefore it tests the target_os variable for equality to the 
strings linux or linux-gnu (configure.inc line 101) to determine if it's a 
glibc based systems.

On armel systems the target_os variable contains linux-gnueabi therefore 
doesn't match and changes the build system to create the result reported.

In the attached patch I simply added another possible string containing 
linux-gnueabi to this test.

After an autoreconf it built and produced a package with the same file 
structure expected from the other architectures.


Heiko
diff --git nss_ldap-264.orig/configure nss_ldap-264/configure
index d61531c..52da797 100755
--- nss_ldap-264.orig/configure
+++ nss_ldap-264/configure
@@ -3422,7 +3422,7 @@ fi
 
 
 
-if test $target_os = linux -o $target_os = linux-gnu; then
+if test $target_os = linux -o $target_os = linux-gnu -o $target_os = linux-gnueabi; then
   GLIBC_TRUE=
   GLIBC_FALSE='#'
 else
diff --git nss_ldap-264.orig/configure.in nss_ldap-264/configure.in
index 0453cf1..964acf1 100644
--- nss_ldap-264.orig/configure.in
+++ nss_ldap-264/configure.in
@@ -98,7 +98,7 @@ linux*) nss_ldap_so_LDFLAGS=-shared -Wl,-Bdynamic -Wl,--version-script,\$(srcdi
 esac
 
 AM_CONDITIONAL(GCC, test $GCC = yes)
-AM_CONDITIONAL(GLIBC, test $target_os = linux -o $target_os = linux-gnu)
+AM_CONDITIONAL(GLIBC, test $target_os = linux -o $target_os = linux-gnu -o $target_os = linux-gnueabi)
 AM_CONDITIONAL(AIX, test $TARGET_OS = AIX)
 AM_CONDITIONAL(HPUX, test $TARGET_OS = HPUX)
 


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

Bug#549080: a followup problem

[Heiko Stübner]

After reading [1] it seems to me more work is required there as also the 
kfreebsd architectures have the same problem which won't be fixed by my change. 
[I hadn't thought of the non-linux arches before]

So the core of the problem remains the same  but another solution must be 
found for it.


Could simply defaulting to yes for this check (via a patch) solve it, as we 
only use the gnu userspace at all?


On the other hand the kfreebasd ports are not relase-architectures yet so my 
change could push the final resolve of the bug past sqeezes release depending 
on the workload of people more knowledgable in autotools stuff.


Heiko


[1] http://lists.debian.org/debian-devel/2010/07/msg00051.html



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

Bug#580106: patch fixing the package on armel

[Heiko Stübner]

Hi all,

I took the liberty to create a patch that fixes the runtime error on armel.
This costs us the one arm optimization but makes the library usable on all 
supported arm systems.

As I'm not a DD I'm not able to do an NMU, so if someone could review the 
patch and act accordingly I would be very grateful :-)

Thanks
Heiko
From 403f92f4b54cbe409b84e1b219e1f5d2a617ce2b Mon Sep 17 00:00:00 2001
From: Heiko Stuebner he...@sntech.de
Date: Mon, 28 Jun 2010 16:36:10 +0200
Subject: [PATCH] fix armv4t build

---
 debian/changelog   |6 ++
 ...0001-disable-armv5t-specific-optimization.patch |   55 
 debian/rules   |4 --
 3 files changed, 61 insertions(+), 4 deletions(-)
 create mode 100644 debian/patches/0001-disable-armv5t-specific-optimization.patch

diff --git a/debian/changelog b/debian/changelog
index 8fe0084..8684235 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+clutter-1.0 (1.0.8-2) unstable; urgency=low
+
+  * Fix armv4t compatiblity (Closes: #580106)
+
+ -- Some One some...@debian.org  Mon, 28 Jun 2010 16:33:12 +0200
+
 clutter-1.0 (1.0.8-1) unstable; urgency=low
 
   * New upstream release
diff --git a/debian/patches/0001-disable-armv5t-specific-optimization.patch b/debian/patches/0001-disable-armv5t-specific-optimization.patch
new file mode 100644
index 000..9b2a5e5
--- /dev/null
+++ b/debian/patches/0001-disable-armv5t-specific-optimization.patch
@@ -0,0 +1,55 @@
+From 7bed3265be9d58ee11f5860dac0ca6fbcd31f996 Mon Sep 17 00:00:00 2001
+From: Heiko Stuebner he...@sntech.de
+Date: Mon, 28 Jun 2010 16:23:09 +0200
+Subject: [PATCH] disable armv5t specific optimization
+
+---
+ clutter/cogl/common/cogl-fixed.c |   18 +-
+ 1 files changed, 9 insertions(+), 9 deletions(-)
+
+diff --git a/clutter/cogl/common/cogl-fixed.c b/clutter/cogl/common/cogl-fixed.c
+index 13a9676..fee482c 100644
+--- a/clutter/cogl/common/cogl-fixed.c
 b/clutter/cogl/common/cogl-fixed.c
+@@ -626,21 +626,21 @@ cogl_fixed_sqrt (CoglFixed x)
+ 	/*
+ 	 * Find the highest bit set
+ 	 */
+-#if __arm__
++//#if __arm__
+ 	/* This actually requires at least arm v5, but gcc does not seem
+ 	 * to set the architecture defines correctly, and it is I think
+ 	 * very unlikely that anyone will want to use clutter on anything
+ 	 * less than v5.
+ 	 */
+-	int bit;
+-	__asm__ (clz  %0, %1\n
+-		 rsb  %0, %0, #31\n
+-		 :=r(bit)
+-		 :r (x));
++//	int bit;
++//	__asm__ (clz  %0, %1\n
++//		 rsb  %0, %0, #31\n
++//		 :=r(bit)
++//		 :r (x));
+ 
+ 	/* make even (2n) */
+-	bit = 0xfffe;
+-#else
++//	bit = 0xfffe;
++//#else
+ 	/* TODO -- add i386 branch using bshr
+ 	 *
+ 	 * NB: it's been said that the bshr instruction is poorly implemented
+@@ -656,7 +656,7 @@ cogl_fixed_sqrt (CoglFixed x)
+ 	mask = (mask  1 | mask  2);
+ 	bit -= 2;
+ 	}
+-#endif
++//#endif
+ 
+ 	/* now bit indicates the highest bit set; there are two scenarios
+ 	 *
+-- 
+1.7.1
+
diff --git a/debian/rules b/debian/rules
index 9a3dc64..96667ed 100755
--- a/debian/rules
+++ b/debian/rules
@@ -9,10 +9,6 @@ LDFLAGS += -Wl,-O1 -Wl,--as-needed
 DEB_COMPRESS_EXCLUDE += .c
 DEB_CONFIGURE_EXTRA_FLAGS += --enable-gtk-doc --enable-introspection=yes
 
-CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU)
-ifeq ($(CPU),arm)
-CFLAGS += -march=armv5t
-endif
 
 $(patsubst %,binary-predeb/%,$(DEB_ALL_PACKAGES)) ::
 	dh_girepository -p$(cdbs_curpkg)
-- 
1.7.1



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

Bug#583465: patch fixing the build failure

[Heiko Stübner]

Hi,

the build failure is caused by a spelling error of n_properies (missing a 
t). The attached patch fixes this.

I'm not a DD yet so some other DD will have to upload it.
Ideally my fix to #580106 could be evaluated at the same time.


Heiko
From 110f2372c9dbce795c601406525b9b3a4857c7e0 Mon Sep 17 00:00:00 2001
From: Heiko Stuebner he...@sntech.de
Date: Mon, 28 Jun 2010 18:33:46 +0200
Subject: [PATCH] fix FTBFS

---
 debian/changelog  |6 +++
 debian/patches/0002-fix-spelling-errors.patch |   43 +
 2 files changed, 49 insertions(+), 0 deletions(-)
 create mode 100644 debian/patches/0002-fix-spelling-errors.patch

diff --git a/debian/changelog b/debian/changelog
index 8fe0084..addde37 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+clutter-1.0 (1.0.8-2) unstable; urgency=low
+
+  * Fix spelling errors causing a failing build (Closes: #583465)
+
+ -- Some One some...@debian.org  Mon, 28 Jun 2010 18:33:35 +0200
+
 clutter-1.0 (1.0.8-1) unstable; urgency=low
 
   * New upstream release
diff --git a/debian/patches/0002-fix-spelling-errors.patch b/debian/patches/0002-fix-spelling-errors.patch
new file mode 100644
index 000..b0d052d
--- /dev/null
+++ b/debian/patches/0002-fix-spelling-errors.patch
@@ -0,0 +1,43 @@
+From c1ec6c8e949cf3d51a0f5f56e81e9e2e183ec786 Mon Sep 17 00:00:00 2001
+From: Heiko Stuebner he...@sntech.de
+Date: Mon, 28 Jun 2010 18:30:33 +0200
+Subject: [PATCH] fix spelling errors
+
+---
+ clutter/clutter-animation.c |6 +++---
+ 1 files changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/clutter/clutter-animation.c b/clutter/clutter-animation.c
+index 9ed4368..eacb614 100644
+--- a/clutter/clutter-animation.c
 b/clutter/clutter-animation.c
+@@ -1982,7 +1982,7 @@ clutter_actor_animate (ClutterActor *actor,
+  * @n_properties: number of property names and values
+  * @properties: (array length=n_properties) (element-type utf8): a vector
+  *containing the property names to set
+- * @values: (array length=n_properies): a vector containing the
++ * @values: (array length=n_properties): a vector containing the
+  *property values to set
+  *
+  * Animates the given list of properties of @actor between the current
+@@ -2034,7 +2034,7 @@ clutter_actor_animatev (ClutterActor*actor,
+  * @n_properties: number of property names and values
+  * @properties: (array length=n_properties) (element-type utf8): a vector
+  *containing the property names to set
+- * @values: (array length=n_properies): a vector containing the
++ * @values: (array length=n_properties): a vector containing the
+  *property values to set
+  *
+  * Animates the given list of properties of @actor between the current
+@@ -2089,7 +2089,7 @@ clutter_actor_animate_with_timelinev (ClutterActor*actor,
+  * @n_properties: number of property names and values
+  * @properties: (array length=n_properties) (element-type utf8): a vector
+  *containing the property names to set
+- * @values: (array length=n_properies): a vector containing the
++ * @values: (array length=n_properties): a vector containing the
+  *property values to set
+  *
+  * Animates the given list of properties of @actor between the current
+-- 
+1.7.1
+
-- 
1.7.1



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

Bug#580106: some tests on armv4t

[Heiko Stübner]

Hi,

just tested a rebuild without the armv5t option - it fails.

The armv5t compiler option seems to result from #478152 as the code in 
clutter/cogl/common/cogl-fixed.c lines 629-643 contains a clz assembler 
command which is unsupported on armv4t.

This code-fragment is an alternative to the c-code which seems to improve the 
speed of the application.

The only solution I can think of at the moment is to disable the whole 
optimized code part there (the mentioned lines 629-643)  but this will also 
kill the optimization for the other arm processors.

Or is there another way to keep this optimization only for specific arm-
processors and use the original code for v4?


For the record I just rebuild clutter without the armv5t option and the 
offending assembler code disabled so it uses the unoptimized code in lines 
644-658 of the file on an Openmoko Freerunner (armv4t).

It compiled and empathy starts with it but I can't say how the removal of the 
arm optimization will affect the performance.


Heiko



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

Bug#582589: [pkg-fso-maint] Bug#582589: libfsoframework0: Zhone does not work correctly after upgrading to version 0.2.4+git20100501-1

[Heiko Stübner]

Am Samstag 22 Mai 2010 03:10:14 schrieb Jaime Di Cristina:
 While I can't be sure that there is a bug in this package, I'm filing the
  report against it because it appears to be the culprit.
could you please try to upgrade your fso-usaged like  
Gilles suggested and report if it changes anything.

Thanks
Heiko



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

Bug#574302: incompatibility with newer vala version

[Heiko Stübner]

the uploaded version was build using vala 0.7.6.

The vala version 0.7.10 used in the rebuild seems to contain incompatibilities 
which causes the failing build.

At the moment I'm working on refreshing the build deps of it [as a newer 
abyss-version needs newer libraries], so fso-abyss will also compile again.



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

Bug#573504: reduction of implicit declarations

[Heiko Stübner]

with the upload of libfsobasics 0.9.0+git20100509 I was able to reduce the 
number of implicit declared functions. From 9 implicit declared functions 
(including the reported one) only 2 are left (vala_library_init and 
vala_library_fini).

With submitting my patches to upstream I also asked about some clarification 
about the last two functions.



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

Bug#547204: [pkg-fso-maint] Bug#547204: Bug#547204: Bug#547204: status

[Heiko Stübner]

Am Dienstag 06 April 2010 22:14:34 schrieb Heiko Stübner:
 Another possible cause could be
 https://bugzilla.gnome.org/show_bug.cgi?id=607532
 
 It has a patch that should fix it but didn't get included in vala 0.8.0
 Hopefully I will have some time tomorrow to try to port the patch to vala
 0.8.0 and test if it fixes the problem.
sadly it didn't help.

Back to the drawing board.



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

Bug#547204: [pkg-fso-maint] Bug#547204: Bug#547204: status

[Heiko Stübner]

Am Montag 05 April 2010 14:10:28 schrieb Heiko Stübner:
 I just tested with the recent upload of vala 0.8.0 - which doesn't fix this
 bug. Vala upstreams bug tracker contains many bugs about errors in the code
 generation of vala (vala - c) especially in conjunction with dbus and
  finding the root of this bug is a manpower thing.

Another possible cause could be
https://bugzilla.gnome.org/show_bug.cgi?id=607532

It has a patch that should fix it but didn't get included in vala 0.8.0
Hopefully I will have some time tomorrow to try to port the patch to vala 
0.8.0 and test if it fixes the problem.

Heiko



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

Bug#576742: warnings about possible uninitalized use of _ecode and _edomain

[Heiko Stübner]

Package: libfso-glib
Version: 0.2.1+git20100304-1
Severity: normal
Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=615003

The vars _edomain and _ecode are created in vala without an initial value. The 
following code does not in all cases set a default value.
Both vars are then passed to g_set_error resulting in a compiler warning about 
usage of an uninitialized variable.

In libfso-glib of the freesmartphone.org-project this results in 946 warnings 
about this.



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

Bug#547204: [pkg-fso-maint] Bug#547204: status

[Heiko Stübner]

Am Donnerstag 18 März 2010 23:11:47 schrieben Sie:
 On Wed, Mar 17, 2010 at 01:07:52PM +0100, Heiko Stübner wrote:
  Am Mittwoch 17 März 2010 schrieb dann frazier:
   It also appears that upstream has fixed this issue - is there an ETA
   for its inclusion in Debian? Please remember to request a binNMU of
   fso-usaged (or a sourceful upload) when that occurs.
I just tested with the recent upload of vala 0.8.0 - which doesn't fix this 
bug. Vala upstreams bug tracker contains many bugs about errors in the code 
generation of vala (vala - c) especially in conjunction with dbus and finding 
the root of this bug is a manpower thing.

I'm still on it and will investigate further but messages in upstreams 
bugtracker indicate that they are aware of the misbehaviours and will get to 
it but it doesn't have any special priority.

Heiko



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

Bug#547204: [pkg-fso-maint] Bug#547204: status

[Heiko Stübner]

Am Mittwoch 17 März 2010 schrieb dann frazier:
 It also appears that upstream has fixed this issue - is there an ETA
 for its inclusion in Debian? Please remember to request a binNMU of
 fso-usaged (or a sourceful upload) when that occurs.
it would seem this fix will enter debian when vala 0.7.11 is released and 
packaged - but no ETA when this will happen.

Heiko



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

Bug#569730: agtl: please make the package usable with Python 2.6

[Heiko Stübner]

Am Samstag 13 Februar 2010 22:46:31 schrieben Sie:
 * Heiko Stübner he...@sntech.de, 2010-02-13, 22:31:
 Do you have ideas what causes this?
 
 Wild guess: you have python-json installed?
You're right :-). Didn't remember I installed it from the time I tried to 
follow these simplejson - json changes and wrongly found python-json first.

Without python-json agtl starts again.

But how do we solve this python-json problem?
At first glance a conflicts python-json seems bad to me, are there other - 
better solutions?

Heiko



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002141310.26782.he...@sntech.de

Bug#569730: agtl: please make the package usable with Python 2.6

[Heiko Stübner]

Am Sonntag 14 Februar 2010 15:02:07 schrieben Sie:
 The following snippet should work:
 
 try:
  import json
  json.dumps
 except (ImportError, AttributeError):
  import simplejson as json
cool ... works like a charm :-)

New agtl-version which fixes both of your bugs will be up in a minute.

Thanks for your help.

Heiko



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201002141623.26750.he...@sntech.de

Bug#569730: agtl: please make the package usable with Python 2.6

[Heiko Stübner]

Am Samstag 13 Februar 2010 21:11:05 schrieben Sie:
 Package: agtl
 Version: 0.5.1-1
 Severity: important
 User: debian-pyt...@lists.debian.org
 Usertags: python2.6
 
 Hello,
 
 Your package harcodes 2.5 as the Python version. However, we expect
 Python 2.6 to be the default version in Debian soon. The attached, not
 very well tested patch, seems to fix this problem.

It seems not to be this easy :-)

The solution to wrap the json-import in a try-catch block seems nice but it 
seems the access to the static methods doesn't work with the renamed module.

When starting agtl with your patch the result is as follows:

Traceback (most recent call last):
  File /usr/bin/agtl, line 4, in module
advancedcaching.core.start ()
  File /usr/lib/pymodules/python2.5/advancedcaching/core.py, line 517, in 
start
Core(gui, determine_path())
  File /usr/lib/pymodules/python2.5/advancedcaching/core.py, line 227, in 
__init__
self.__read_config()
  File /usr/lib/pymodules/python2.5/advancedcaching/core.py, line 478, in 
__read_config
tmp_settings = json.loads(string)
AttributeError: 'module' object has no attribute 'loads'


Do you have ideas what causes this?

Heiko



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

Bug#555165: Problem with dm uploaded packages not beeing accepted

[Heiko Stübner]

Hi,

yesterday I tried my first upload as debian maintainer. 
But I only received the processing of ...changes message, no accepted or 
rejected one. Is there something I'm missing (a upload delay or needed manual 
intervention)?

The packages in question are libfsobasics (0.9.0+git20091225-1) and libgsm0710 
(1.2.1-1)

The corresponding DM-bug is #555165 and 
http://ftp-master.debian.org/dm-uploaders.html lists me as known maintainer 
and also lists my packages.

Thanks
Heiko

[please cc me on replies]



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

Bug#562745: vala 0.7.9 also needed for current freesmartphone.org stuff

[Heiko Stübner]

Hi,

also all the current stuff from the freesmartphone.org guys (e.g. for the Neo 
Freerunner) needs the newer vala version.

As it should again improve the usefullness of the phone I would be really 
happy to have vala 0.7.9 available in the archive :-).

Thanks
Heiko



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

Bug#557615: Modelliste

[Heiko Stübner]

package: fotoshooting

Hallo Katja,

kannst du mir bitte eine Liste mit allen 4 Models (und deren korrekten Namen) 
schicken?

Danke
Heiko



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

Bug#557616: Modellauswahl beim Fotoshooting

[Heiko Stübner]

package: fotoshooting

folgende Aenderungen an der Modelauswahl:
- Auswahlfeld nach jedem verschieben zuruecksetzen
- wenn kein Model ausgewaehlt, verschieben verweigern
- und eine entsprechende Dialogbox einblenden



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

Bug#555165: Please add Heiko Stübner as Debian Maintainer

[Heiko Stübner]

Package: debian-maintainers
Version: 1.64
Severity: normal

Please accept my application as a DM. 
The jetring changeset is attached below.

Thanks
Heiko
Comment: Add Heiko Stuebner he...@sntech.de as a Debian Maintainer
Date: Sun, 08 Nov 2009 12:49:28 +0100
Action: import
Recommended-By: 
 Steffen Moeller steffen_moel...@gmx.de, Nikita V. Youshchenko 
yo...@debian.org
Agreement: 
 http://lists.debian.org/debian-newmaint/2009/11/msg00018.html
Advocates: 
 http://lists.debian.org/debian-newmaint/2009/11/msg00019.html
 http://lists.debian.org/debian-newmaint/2009/11/msg00021.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  mQELBERTj4ABCADFGnPgqgaWdMNZZeft3OMUO0eHc0GgHsVwpQDxH8wJjJ71c2zD
  Is62dNr0rGezDCAwkEewq7U0h5xN4kCuc1Op704rXYHvq7zsOoHF+4xwqzQz9Mkm
  9UNHWOryG5A1z1zXE3p2bf0jS+hhZfUi3lWIIcT8DSDXey/ejdK0wgzLUwzJdZp8
  cQGRdQOKqyZaLcgWmyWCo0dRdf4KpMwd0OrNL2teXSIBk6e7Fwzgmko1uTUkvult
  d3geFMrmBMAnKmxuQH73/p8ztN0rsMTabnzOgAXT8CSm6VNBBVAixN6Ne9rjeqd9
  g5MXm3DMXOK03FujwcgaiwMbuCfc2Yvtza+pAAYptCBIZWlrbyBTdHVlYm5lciA8
  aGVpa29Ac250ZWNoLmRlPokBOQQTAQIAIwUCRFOPgAIbAwgLCgkIBwQDAgQVAwgC
  BRYCAQMAAh4BAheAAAoJEJr7e4yaX1u8EwAH/Ar5NRFXbyVP5Iene+LqieYJcKgd
  bHTQIgMb/sC1UIllxhnM9SdEAjI/8dHb4bXx4uVUg0NXVyLjKHuZB9ItNNTiPqKf
  yNgzPrq+ZXK2vkaXxHRxhkUMHbY1J6dQa/VEA5zqOeQrlZNQC5+oAPwOAIb4Lcdy
  oPW7AUipguRpSd+PaCwS8gPDt0p0PPyvoWJ4kec3mGw2h8RaQlrlgYgCrnJMzE95
  hP+WN5DlbqZMYywLHBRlVdV1C2BwTHIBrMc9GlSycNoMvRl1Orrl80y6ziwoY+sZ
  OcqwCbOdILc2YwKX8QygajsLVb8qQmjc/fxqf7SednTIKHhFADnymZbZ0+2JAhwE
  EwECAAYFAkRTn+AACgkQ5FY61XbUO3rAaA//ZX33lhejGQulR1S9YEwbcIxqxzTu
  o4c59pCDAHDX/kI2cNv8SvlCMvosq9RNWodj1SVd6mx539z6wSHiD9yU03O0UyKi
  yiPjMfo4DeyWqYBUgr/tgyf10EOeDVLpwllg8DVPR17sQW7jj+6MAPfC3KH+Rc2E
  26veVJ8xFc1zCfC/vJwNHtsqLyqEx56VikVJrh6gCuhfQ7KxvBNAAlLU23/0K7JL
  J3ZUxr/c2EkKZRmjQpUy8vNtVHSIkyxJeTaf0de87l+BSgEYOD17Fsk9Hk2QjXgV
  PDoWKmEe03Ic2su+ilFAiVZgMcyCBzxADGPoYdy1c803fGrm1DA+dn7rh0F9rA9U
  yi+xB+qubwPuEAofGzzL8cBtJ0eTP5CyVlfZn5mmrWGl5nMfpXEgpCnrm5ySg6lw
  Eiz17lPWxiMeCjGAEgkI6swuFIZv/gUBG80baPHzxt+jdAmPyF/5t7jIX5z9cwKJ
  Md+8rGHTFsphQ8TZ56/MBCSZsmJveMeF2AcBfT8MicTI4AaidhlD9Zj2S1Tf33S4
  N/ZjXqT7sVLA1dxQY+wQNrvXDVk2Btzgn5fTiUU7WIkYXjd/0tKdfxW1+a6SFfCR
  Oow0HPA5hNUZf2dChiu8n/+2eH4aVj0BKTbS5+Rg20ZsO2tQgCB2Lb+wxY4mCTye
  4dHTxxj7iLITJhGIRgQQEQgABgUCSghICwAKCRBdknSbZcNUr2jCAJ9EGxHeSuwe
  RDqb5bIgvUREevqFHQCfX8lFr3GqD5LzYtgzkB6vASLo8OCJAhwEEAEIAAYFAkoI
  SAsACgkQpz4AVVWPuN0Qfw//d1H8ipexCXAJ3YRi3yPRUPrqv3Ad/Juz+9gK0CYT
  ODEPWizqDb/B2WzqDyODRC7anWn0libu1kpkEtIqp6wYf9xhdlaSTn4FSF4lsU8x
  ZfYTz8pHOw3A+ywca1iG8RvP6SpPe9L6qd5ue4HXG6rJTMU3zhb2jqpUK7tYy3WX
  J9MrTIikYLdrWEgr6fTZGFnWKwYiL935UHH11MKOgpa872Ya1kcJg9xTyNFj1LHD
  oqMSwJ4I2DfT/GbGqwBjJw78EOeBLr5BduPCrn8gEudD19NLHak3Tq60FclYzVCs
  K7n01u/I2I2QuhqmFry4ZcqeBBa2KCqrGXBKIOafG7Dq8GZKAFAm1lfO9zeEr/Uz
  nre/ok49F3NiS3LV8+j+UYLKamZiOBU1I1vuJsmifgpm0uMo9iIEW7paaEqghimt
  MWJXo1IRXAsl6o0ebUP1T09PPFEgI0VGKKBJzQ428n+1QF6X/IQIT59/Uv5sDbrK
  BIPZpvWvw1DqjTK3Kcb4I9Cns53QS0l83cX9m0HXEeNGPLX0U4r5yobbWeBFmiib
  cnnUNsn2rJ6QmqFHQKjSP3frzUUw8iymyo7QeTpT2LHgZFJw/tzNH2L6qQS0Z/Vk
  3p/K5bq78pvQDgILIX5+N/mhs8bTeW1vaXs109Qayv7Jvd60xt6yKI/EHiXT6H8I
  RB6IRgQQEQIABgUCSh7r7gAKCRDAB967MIJTRbeEAJ9CicJrxv0THHIIgb9XiPnP
  VHV2zQCgmC0MTO0UF90gHn+jikbQcZq5d1u5AaIERFOQfBEEAMsdzyzidj/otC5Q
  a26BYxuzPmP766VGyatndyLNIsQRkjy/BFYndicQ29Eai2T4li4K2N6YD6j1NUzm
  e/cV86ZorS94Af4ULMA2jIya+GXwS8TUeXDzzd8JvdZBW2bSgMtHczB7I9qRSrWt
  3UjmxGnE9TGd4hBBStAiHcAw3YL3AKDLwcOVTWlbc5E1Uz27TzFbcCKhLQP/ZLNk
  m+BiRhCOh1CpTm5TIwEhPvKPeaIqHBI/NF4DrnvyYZcXbt78RRmrpB6S3PauFKae
  qzgtA61VQxA7I7J3kHxvlqeEEWAq9ZiFYHfcR0q/jCb9Xiimaw5lc1CtOt8aRx16
  ZUdmfzqdWvoqs+ubvSVVZJEbIHqPEHzjtuqSgLkEALi+0ijK1vSVzqSWWCF3U7pg
  p7kktrKXM63XBOmEOeA91XO90zE9JFPadL43+vmSJb5Nsb5I6GYBIhbpCeY2nlf+
  bkpQ0GFuJj0cZdScX/mVV+Z7JUs1TrMxzSw/iq0YSCcrB9oFRIDTs5P3j9HpAeG8
  xq4Bwa2OQ08gMei36338iQGDBBgBAgAJBQJEU5B9AhsCAG4JEJr7e4yaX1u8YyAE
  GRECACIFAkRTkH4bGHgtaGtwOi8vcGdwa2V5cy5wY2EuZGZuLmRlAAoJEBur5jvq
  MWeXDUMAn16ohxHlsj3DVDeA0R8kVBTxOdYGAJ4nuanHV02l3e188h2Htk+kZvv/
  IAmRCACqzdImWbYulVmmKesFVpecVs5v8QdzUEbBkRC0DfhYtuLdj4tRga0jX6/8
  ZSM/rdQ3NKCyLEPR9sUXfY6wXMNLL/4gQYWQHPepVylsN38+gySKFwJo2W9VO2SG
  Sz20hsHcPu64cbl0k68ilnSpwuwDTlTjD03WAYnioooiBe2cXKoDLxJUmpRDktCK
  yMXxGmK5+4z9U6SzVGdsFq+hsTczht6wusL8erobqE3vFjSyYqhR6dnp5B0KaKnU
  csQIU41U0DyIpAIzdvU1VJuMHZUEXWmiqD1TGT3cTmMQKX96R0uDtTov3oZMRaRh
  1yty8MB+PlikYpB8bEZ3GHJKc2N9uQELBERTkQsBCADC3pJOWZe+qAbbHwLfh0iM
  QPGyUpyWF9ZsLrtasAHu16CI1ZIsYBv6LKK1kj0VEtbfF6+59G1ei9BwOfYsSGk3
  qWD3qNGQ3iimX5FdAS+f04JP6NcQBp6jgdM9iYxwuX6UdpWxHnHvriudBNSWsOGA
  ipzFq0TY6ypxXR/JBoac1cJLq/QrKUg8vUXWOyi96ObFw1yqZ2R2ZYav68A6Vpa7
  LR0MqhN0Snx5gmKRTIQP/H1IEXeKLTeyCHPT6wLEjq8J9SDCEK7d2d+3MvvHIFLX
  nr6/ccuAdO0c7ffq8T60/HS/9KISgTjK4ZpqsFKTWZe2rBWM8+5BsdIlTN1rMdmx
  AAYpiQEfBBgBAgAJBQJEU5ENAhsMAAoJEJr7e4yaX1u8QjUIAK27MzoaxJImEl+i
  fXYgMIUWtyAIj0pGUL6PR+iwg3enHUyaNDJo0v4im/7UhUgYmdJZ2IFCkEIEMJhc
  KWL/ttLiSlEPaO9OvDD0g+gjSnjYJN8jpgI3CUcgZSFRk+iqCi+H5OCURgkSPaBC
  

Bug#549767: [pkg-fso-maint] Bug #549767 and Bug#549777: libfso-glib and fso-usaged: FTBFS

[Heiko Stübner]

Am Montag 05 Oktober 2009 20:28:59 schrieb Lucas Nussbaum:
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
this seems to be caused by some functionality change in the vala language, as 
building with the previous version 0.7.6 works just fine and only after 
updating vala to the current 0.7.7 the build process breaks.

As both vala and my packages are highly volatile from a upstream development 
standpoint I would prefer to just simply upload the next upstream release 
which should be working with more recent vala-versions.

Or is there a better way to handle situations like this?

Heiko



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

Bug#547204: [pkg-fso-maint] Bug#547204: `free_smartphone_resource_dbus_proxy_new' implicitly converted to pointer

[Heiko Stübner]

Hi,

first of all thanks for your report. :-)

Am Donnerstag 17 September 2009 schrieb dann frazier:
 Our automated buildd log filter[1] detected a problem that is likely to
 cause your package to segfault on architectures where the size of a
 pointer is greater than the size of an integer, such as ia64 and amd64.

   Function `free_smartphone_resource_dbus_proxy_new' implicitly converted
 to pointer at plugin.c:290

 This is often due to a missing function prototype definition.
 For more information, see [2].
I could reproduce the problem.

I asked upstream for clarification as the function is generated from vala-
sources which makes debugging such things a bit more complicated.

Prototype functions with similiar names are all declared in libfso-glib but 
I'm reluctant about reassigning the bug till upstream respondes to my 
question.

More analysis to follow sometime this weekend
Heiko



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

Bug#537748: patch against current diff fixing the bug

[Heiko Stübner]

attached is a patch against the current vala-git, containing the upstream-
patch mentioned in the initial bug-report as debian/patches-patch and a 
changelog-entry.

Could someone please review it and hopfully do the whole apply and build-pkg 
thingy, as it would be really needed to get the current freesmartphone.org-
stuff from pkg-fso into main.

Thanks
Heiko
commit 561e213a02d9e727bae4b68f793ab82327769aa3
Author: Heiko Stuebner he...@sntech.de
Date:   Sat Jul 25 21:54:21 2009 +0200

fix gtypemodule-based plugins

diff --git a/debian/changelog b/debian/changelog
index 573018a..590bd55 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+vala (0.7.4-2) UNRELEASED; urgency=low
+
+  * backported upstream-fix to correct build problems with GTypeModule-based 
plugins
+
+ -- Marc-Andre Lureau marcandre.lur...@gmail.com  Fri, 03 Jul 2009 01:08:04 
+0300
+
 vala (0.7.4-1) unstable; urgency=low
 
   * New upstream version.
diff --git a/debian/patches/01_fix_0_7_4_gtype_module_plugins 
b/debian/patches/01_fix_0_7_4_gtype_module_plugins
new file mode 100644
index 000..e55f4ef
--- /dev/null
+++ b/debian/patches/01_fix_0_7_4_gtype_module_plugins
@@ -0,0 +1,65 @@
+From a002d00095ce0c2b6e0d73c2dc176381c6cd0aca Mon Sep 17 00:00:00 2001
+From: Jürg Billeter j...@bitron.ch
+Date: Wed, 08 Jul 2009 10:40:04 +
+Subject: Fix GTypeModule-based plugins
+
+---
+diff --git a/codegen/valagtypemodule.vala b/codegen/valagtypemodule.vala
+index a38954c..7ac0ed2 100644
+--- a/codegen/valagtypemodule.vala
 b/codegen/valagtypemodule.vala
+@@ -529,6 +529,7 @@ internal class Vala.GTypeModule : GErrorModule {
+ 
+   var type_fun = new ClassRegisterFunction (cl, context);
+   type_fun.init_from_type (in_plugin);
++  source_declarations.add_type_member_declaration 
(type_fun.get_source_declaration ());
+   source_type_member_definition.append 
(type_fun.get_definition ());
+   
+   if (in_plugin) {
+diff --git a/codegen/valatyperegisterfunction.vala 
b/codegen/valatyperegisterfunction.vala
+index 85dfcc0..736883f 100644
+--- a/codegen/valatyperegisterfunction.vala
 b/codegen/valatyperegisterfunction.vala
+@@ -1,6 +1,6 @@
+ /* valatyperegisterfunction.vala
+  *
+- * Copyright (C) 2006-2008  Jürg Billeter
++ * Copyright (C) 2006-2009  Jürg Billeter
+  *
+  * This library is free software; you can redistribute it and/or
+  * modify it under the terms of the GNU Lesser General Public
+@@ -26,9 +26,9 @@ using GLib;
+  * C function to register a type at runtime.
+  */
+ public abstract class Vala.TypeRegisterFunction {
+-  private CCodeFragment declaration_fragment = new CCodeFragment ();
+-
+-  private CCodeFragment definition_fragment = new CCodeFragment ();
++  CCodeFragment source_declaration_fragment = new CCodeFragment ();
++  CCodeFragment declaration_fragment = new CCodeFragment ();
++  CCodeFragment definition_fragment = new CCodeFragment ();
+ 
+   public CodeContext context { get; set; }
+ 
+@@ -62,7 +62,7 @@ public abstract class Vala.TypeRegisterFunction {
+   if (!plugin) {
+   type_block.add_statement (cdecl);
+   } else {
+-  definition_fragment.append (cdecl);
++  source_declaration_fragment.append (cdecl);
+   }
+ 
+   CCodeFunction fun;
+@@ -366,6 +366,10 @@ public abstract class Vala.TypeRegisterFunction {
+*/
+   public abstract CCodeFragment get_type_interface_init_statements ();
+   
++  public CCodeFragment get_source_declaration () {
++  return source_declaration_fragment;
++  }
++
+   /**
+* Returns the declaration for this type register function in C code.
+*
+--
+cgit v0.8.2

Bug#537714: libgee0: Please update to new upstream version 0.1.6

[Heiko Stübner]

Package: libgee0
Version: 0.1.5-1
Severity: wishlist

Hi,

could you please update libgee to 0.1.6, as new vala components of the 
freesmartphone.org software-stack, used for example on the Neo Freerunner, 
depend on it.

Thanks
Heiko



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

Bug#537748: bug in code generation for plugin modules

[Heiko Stübner]

Package: valac
Version: 0.7.4-1
Severity: normal

It seems version 0.7.4 breaks the c code generation for plugin modules  as the 
plugin_class_name_type_id variable isn't declared anymore.
See:
report: http://mail.gnome.org/archives/vala-list/2009-June/msg00220.html
upstream: http://mail.gnome.org/archives/vala-list/2009-July/msg00036.html

I would like to ask if it's possible to include the upstream-fix

http://git.gnome.org/cgit/vala/commit/?id=a002d00095ce0c2b6e0d73c2dc176381c6cd0aca

in the debian package till the next upstream version as this bug breaks the 
new (mandatory) vala-based parts of the freesmartphone.org software-stack used 
for example by the Neo Freerunner Phone.

Thanks
Heiko




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

Bug#399776: Apache2 freezes with PHP4 too

[Heiko Stübner]

Hi,

I have the same problem with apache and php version 4.

The problem only started after the upgrade from Sarge to Etch. With Sarge, 
Apache 2.0 and PHP4 4.3.X it worked flawlessly and only with the current 
packages this problem arises and my code didn't change that much during this 
time as it evolves incrementaly.

Additionally there are only original debian-packages in use on my servers.

Greetings
Heiko Stübner

Bug#339440: Installation report

[Heiko Stübner]

Package: installation-reports

Debian-installer-version: etch-beta1, 13. Nov 2005
uname -a: Linux rocinante 2.6.14.2 #1 Sun Nov 13 11:24:00 CET 2005 i686
GNU/Linux
Date: 13. Nov 2005
Method: booted of 100Mb Netinst Image, got packages from ftp.de.debian.org

Machine: IBM Thinkpad 570
Processor: Mobile Pentium II, 366 MHz
Memory: 64Mb
Root Device: IDE, hda
Root Size/partition table: 
   Device Boot  Start End  Blocks   Id  System
   /dev/hda1   *   1 749 5662408+  83  Linux
   /dev/hda2 750 833  635040   82  Linux swap
   
Output of lspci and lspci -n:
:00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host
bridge (rev 03)
:00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP
bridge (rev 03)
:00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03)
:00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03)
:00:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24
[CrystalClear SoundFusion Audio Accelerator] (rev 01)
:00:06.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
:00:06.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev
01)
:00:06.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev
01)
:00:06.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
:00:07.0 Communication controller: Agere Systems WinModem 56k (rev 01)
:01:00.0 VGA compatible controller: Neomagic Corporation NM2200
[MagicGraph 256AV] (rev 20)

:00:00.0 0600: 8086:7190 (rev 03)
:00:01.0 0604: 8086:7191 (rev 03)
:00:02.0 0607: 104c:ac1b (rev 03)
:00:02.1 0607: 104c:ac1b (rev 03)
:00:05.0 0401: 1013:6003 (rev 01)
:00:06.0 0680: 8086:7110 (rev 02)
:00:06.1 0101: 8086:7111 (rev 01)
:00:06.2 0c03: 8086:7112 (rev 01)
:00:06.3 0680: 8086:7113 (rev 02)
:00:07.0 0780: 11c1:0448 (rev 01)
:01:00.0 0300: 10c8:0005 (rev 20)


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

Initial boot worked:[O]
Configure network HW:   [E]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [E]

Comments/Problems:

Configure network HW:
The installer failed to bring up the pcmcia card services.
/etc/init.d/pcmcia tried to load the module ds, which wasn't available 
in the installer kernel and stopped there. 
After removing this part of the init script and restarting it, the card
services were brought up successfully and installation continued.

Reboot:
The kernel which the installer put on the disk and tried to boot 
(2.6.12-something) didn't recognize the partition table 
(I would think, Partition Types/PC BIOS not activated in kernel config),
while the installer kernel got it right.
I had to use the rescue system on the installer disk and a chroot to reach 
the new system and build my own kernel, which can read the partition table 
(see uname -a above)


Greetings
Heiko

-- 
Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko!
Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]