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
>
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
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
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
> >
&
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
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/
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
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
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
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
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
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
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
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
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.
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
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
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.
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
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
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
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
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
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,
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
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
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
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
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
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
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
-
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
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
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
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
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.
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
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
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
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.
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
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
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
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
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
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
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
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
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
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.
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
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,
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
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
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:
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
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
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
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
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:
as it evolves incrementaly.
Additionally there are only original debian-packages in use on my servers.
Greetings
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:
62 matches
Mail list logo