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-
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 uns
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 wheezy-ba
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/enigma
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
>
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 list
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 w
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
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
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)
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
&g
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.
To
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 wi
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 provid
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". Tro
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...@l
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.
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-re
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 an
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.
> Ma
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
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 debdif
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
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
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
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)
> Descrip
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
- co
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]
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
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
He
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.
Co
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
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 Se
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 ve
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
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 c
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 po
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_s
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 db
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
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.1
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
Am Samstag 13 Februar 2010 22:46:31 schrieben Sie:
> * Heiko Stübner , 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 simpl
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 Deb
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) an
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
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 su
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: 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 as a Debian Maintainer
Date: Sun, 08 Nov 2009 12:49:28 +0100
Action: import
Recommended-By:
Steffen Moeller , Niki
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
upda
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 current
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
_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-lis
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.d
me 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: Mob
62 matches
Mail list logo
