Bug#696995: libffi-dev: pkg-config --cflags libffi is empty

2012-12-30 Thread Wouter van Heyst
Subject: libffi-dev: pkg-config --cflags libffi is empty
Package: libffi-dev
Version: 3.0.9-3
Severity: normal

*** Please type your report below this line ***

Trying to compile some software that depends on libffi fails to work
because `pkg-config --cflags libffi` returns nothing yet ffi.h is to be
found in /usr/include/i486-linux-gnu/ffi.h.

-- System Information:
Debian Release: 6.0.6
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable'), (50, 
'experimental'), (50, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.4-trunk-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libffi-dev depends on:
ii  dpkg  1.15.8.13  Debian package management system
ii  install-info  4.13a.dfsg.1-6 Manage installed documentation in 
ii  libffi5   3.0.9-3Foreign Function Interface library

libffi-dev recommends no packages.

libffi-dev suggests no packages.

-- no debconf information


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



Bug#627754: paramiko: New upstream release 1.7.7.1

2011-05-24 Thread Wouter van Heyst
Package: paramiko
Severity: normal



Tarball: http://lag.net/paramiko/download/paramiko-1.7.7.1.tar.gz
Signature: http://lag.net/paramiko/download/paramiko-1.7.7.1.tar.gz.asc

-- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

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



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



Bug#533759: evince: Segfault when opening dvi files

2010-05-30 Thread Wouter van Heyst
Evince (as in squeeze) still segfaults when opening dvi files with
images in them, which is unfortunate as I prefer evince to xdvi.

Is there something I could do to help this issue forward?  

Wouter van Heyst



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



Bug#560138: news upstream version 2.3.1

2010-05-10 Thread Wouter van Heyst
Hi,

since vimperator 2.3.1 is compatible with iceweasel 3.6, it would be
nice if that version could get packaged.

Wouter van Heyst



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



Bug#573979: gpointing-device-settings: Segfaults when started

2010-03-24 Thread Wouter van Heyst
I get the same backtrace. Perhaps of interest is that it didn't
immediately prior:

Sometimes over suspend/resume cycles tapping has been lost. This time
I decided to see if disabling tapping and then reenabling it again in
gpointing-device-settings would help.  I could start it fine, disabled
it, saved and closed, and tried to spawn gpointing-device-settings
again.

That was the point it started segfaulting.  I'll try restarting X
somewhere later today.

Wouter van Heyst



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



Bug#573979: gpointing-device-settings: Segfaults when started

2010-03-24 Thread Wouter van Heyst
On Wed, Mar 24, 2010 at 04:49:20PM +0100, Wouter van Heyst wrote:

...

 That was the point it started segfaulting.  I'll try restarting X
 somewhere later today.

Restarting X let me use gpointing-device-settings again. Disabling
tapping made it reliably segfault again.

Wouter van Heyst



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



Bug#569739: lastfm: pulseaudio support would be nice

2010-02-16 Thread Wouter van Heyst
On Mon, Feb 15, 2010 at 08:21:47PM -0800, John Stamp wrote:
 I'm not sure when that will happen.  Upstream hasn't released a new
 version of the client in nearly a year.  They've instead been working on
 a totally new client from a different codebase, but progress has been
 slower than anyone expected.

Interesting, are there snapshots available? last.fm/download only
mentions the old client.
 
 The good news is that it will rely on phonon, so it should eventually
 give you the flexibility that you want.

Right, but with the development speed, when will that be?
I'm going to have a peek at how hard implementing this would be tonight,
who knows :)

Wouter van Heyst



-- 
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/20100216161616.gb22...@one.lan



Bug#569739: lastfm: pulseaudio support would be nice

2010-02-13 Thread Wouter van Heyst
Package: lastfm
Version: 1:1.5.4.26862+dfsg-1
Severity: wishlist


lastfm is one of the last applications I use that does not support
pulseaudio, it would be nice if it did.


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

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

Versions of packages lastfm depends on:
ii  libasound2  1.0.21a-1shared library for ALSA applicatio
ii  libc6   2.10.2-2 GNU C Library: Shared libraries
ii  libgcc1 1:4.4.2-9GCC support library
ii  libgpod4-nogtk  0.7.2-2+b1   library to read and write songs to
ii  libmad0 0.15.1b-4MPEG audio decoder library
ii  libqt4-network  4:4.5.3-4Qt 4 network module
ii  libqt4-sql  4:4.5.3-4Qt 4 SQL module
ii  libqt4-xml  4:4.5.3-4Qt 4 XML module
ii  libqtcore4  4:4.5.3-4Qt 4 core module
ii  libqtgui4   4:4.5.3-4Qt 4 GUI module
ii  libstdc++6  4.4.2-9  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-1X11 client-side library
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages lastfm recommends:
ii  conkeror [www-browser 0.9.1-1keyboard focused web browser with 
ii  iceweasel [www-browse 3.5.6-1lightweight web browser based on M
ii  links [www-browser]   2.2-1+b1   Web browser running in text mode
ii  lynx-cur [www-browser 2.8.8dev.2-1   Text-mode WWW Browser with NLS sup
ii  opera [www-browser]   9.64.2480.gcc4.qt3 The Opera Web Browser
ii  w3m [www-browser] 0.5.2-2.1  WWW browsable pager with excellent

lastfm 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#564200: xserver-xorg-core: PC speaker does not work

2010-02-04 Thread Wouter van Heyst
I installed libxkbfile-dev, but that wasn't enough.

Atom tony = AtomBell(xw, which); 

For some reason, tony is 0. Commenting out the (tony != None),
and xterm resumes beeping.  

I'm completely unexperienced on X front, any tips for figuring out what
is going on?

Wouter van Heyst



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



Bug#504391: [PATCH] mmc: add module parameter to set whether cards are assumed removable

2009-12-01 Thread Wouter van Heyst
On Sun, Nov 22, 2009 at 12:32:16PM +, Ben Hutchings wrote:
 On Sun, 2009-11-22 at 12:42 +0100, Wouter van Heyst wrote:

...

  I'm running 2.6.32-rc7 with this patch applied and 
  CONFIG_MMC_UNSAFE_RESUME=y
  That works as desired for my non-removable case. Is it desired that I
  test if 'removable=1' will thrash my filesystem?
 
 Please test with CONFIG_MMC_UNSAFE_RESUME=n (which Debian will continue
 to use) and removable=0.

It took a while to get around to it correctly, but yes this works.
Without setting removable=0 my Acer Aspire One hangs while trying to
resume if the mmc card is mounted.

Wouter van Heyst



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



Bug#504391: [PATCH] mmc: add module parameter to set whether cards are assumed removable

2009-11-22 Thread Wouter van Heyst
On Mon, Nov 16, 2009 at 10:31:49PM +, Ben Hutchings wrote:
 On Mon, 2009-11-16 at 12:23 -0800, Andrew Morton wrote:
  On Wed, 11 Nov 2009 04:44:36 +
  Ben Hutchings b...@decadent.org.uk wrote:
  
   Some people run general-purpose distribution kernels on netbooks with
   a card that is physically non-removable or logically non-removable
   (e.g. used for /home) and cannot be cleanly unmounted during suspend.
   Add a module parameter to set whether cards are assumed removable or
   non-removable, with the default set by CONFIG_MMC_UNSAFE_RESUME.
   
  
  The description really doesn't give me enough info to work out what's
  happening here and why this is being proposed.  But it smells nasty.
 
 In general, it is not possible to tell whether a card present in an MMC
 slot after resume is the same that was there before suspend.  So there
 are two possible behaviours, each of which will cause data loss in some
 cases:
 
 CONFIG_MMC_UNSAFE_RESUME=n (default): Cards are assumed to be removed
 during suspend.  Any filesystem on them must be unmounted before
 suspend; otherwise, buffered writes will be lost.
 
 CONFIG_MMC_UNSAFE_RESUME=y: Cards are assumed to remain present during
 suspend.  They must not be swapped during suspend; otherwise, buffered
 writes will be flushed to the wrong card.
 
 Currently the choice is made at compile time and this allows that to be
 overridden at module load time.

I'm running 2.6.32-rc7 with this patch applied and CONFIG_MMC_UNSAFE_RESUME=y
That works as desired for my non-removable case. Is it desired that I
test if 'removable=1' will thrash my filesystem?

Wouter van Heyst



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



Bug#504391: Please enable CONFIG_MMC_UNSAFE_RESUME

2009-11-10 Thread Wouter van Heyst
I second the request for turning CONFIG_MMC_UNSAFE_RESUME on,
for me with /home on a SD card fixed firmly in it's slot, having it
turned on is the only safe option.

Off: filesystem corruption after suspend/resume
On: everything works fine

Wouter van Heyst



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



Bug#504391: Please enable CONFIG_MMC_UNSAFE_RESUME

2009-11-10 Thread Wouter van Heyst
On Tue, Nov 10, 2009 at 02:51:52PM +, Ben Hutchings wrote:
 On Tue, Nov 10, 2009 at 12:51:27PM +0100, Wouter van Heyst wrote:
  I second the request for turning CONFIG_MMC_UNSAFE_RESUME on,
  for me with /home on a SD card fixed firmly in it's slot, having it
  turned on is the only safe option.
  
  Off: filesystem corruption after suspend/resume
  On: everything works fine
  
 And for the majority of SD/MMC card users, the choice is:
 
 off: everything works fine
 on: filesystem corruption after card change while system is off
 
 I don't think we should change the default to suit the minority of users
 with hardware that abuses SD/MMC for fixed storage devices.  

Ah. I had thought that switching a card while the system is off would be
far more rare.  I see my view is limited to netbooks, quite disjunct from, say,
photographers.

 However this probably should be a module option rather than a compile-time
 option.

Yes, rebuilding kernels myself every time there is a security update has
become tiring.

The impact of CONFIG_MMC_UNSAFE_RESUME seems to be contstrained to let 

#define mmc_suspend NULL
#define mmc_resume NULL   

#define mmc_sd_suspend NULL
#define mmc_sd_resume NULL

if it's not defined, and with implementations otherwise, filling the
mmc_ops and mmc_sd_ops structs.  After that my kernel fu is too weak.


What needs to be done to get this to be a module option?

Wouter van Heyst



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



Bug#538841: yagtd: new upstream release 0.2.8 available

2009-07-27 Thread Wouter van Heyst
Package: yagtd
Version: 0.2.4
Severity: normal


Version 0.2.8 is available at: http://download.gna.org/yagtd/yagtd-0.2.8.tar.gz
please upload a new version (uscan/uupdate seem to apply cleanly)

-- System Information:
Debian Release: 5.0.2
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'testing')
Architecture: i386 (i686)

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



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



Bug#537708: [Pkg-bazaar-maint] Bug#537708: PyFrozenSet_New not in 2.4

2009-07-21 Thread Wouter van Heyst
On Mon, Jul 20, 2009 at 12:09:50PM -0600, dann frazier wrote:
 The PyFrozenSet_New() API wasn't added until 2.5, so this error
 appears when building for python2.4.

This got fixed from bzr 1.17rc1 to 1.17 final, Jelmer mentioned he has
the package prepared for upload just needs to get his gpg key.

Wouter van Heyst



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



Bug#454504: [Pkg-bazaar-maint] Bug#454504: closed by Jelmer Vernooij jel...@vernstok.nl (Unable to fix)

2009-04-29 Thread Wouter van Heyst
On Wed, Apr 29, 2009 at 10:11:06PM +0200, Roland Mas wrote:
 Jelmer Vernooij:
 
  The recent work on using a rich root format by default has made it a
  lot less necessary to work with different formats, so that should at
  least reduce the likeliness of having multiple formats that bzr has to
  convert between.
 
   Fair enough.
 
  Alternatively, do you think it would perhaps be useful if bzr warned
  when it had to do a slow conversion when fetching?
 
   Maybe, but if the dichotomy slowly disappears and most of the
 repositories are either created or converted to the rich-root world,
 then I can understand that there's no real need to go to extra effort
 for what's essentially a disappearing problem.  Unless the rich-root
 variants won't be made the default for some time yet.

The bzrtools upstream repo has been converted to a rich-root format just
now, the idea is to see how that pans out, incorporate lessons learned,
upgrade bzr.dev, disseminate.

It won't all happen this week, but I expect things to be rolling by
1.17.

Wouter van Heyst



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



Bug#504524: AWT_TOOLKIT grey area/segfault

2009-01-27 Thread Wouter van Heyst
Other programs that only show a grey square without setting AWT_TOOLKIT,
or segfault if you set it to MToolkit are the Netbeans 6.5 installer
(and I suppose the program if I ever get it to install) and Oracle's
sqldeveloper.

Wouter



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



Bug#381304: gnupg: addcardkey segfaults trying to add a signature key

2008-07-30 Thread Wouter van Heyst
On Tue, Jul 29, 2008 at 11:53:50AM +0200, Thijs Kinkhorst wrote:
 On Monday 28 July 2008 22:08, Wouter van Heyst wrote:
  Woops, is it that late already? I don't recall what happened back then,
  but since I am using all 3 keys on my card nowadays, something worked :)
  I know I ran a version of 1.9 for a while, and/or svn of 1.5 iirc.
 
  I'm afraid I'm no longer of use for testing this bug.
 
 I hope you're ok with me closing the bug then. I haven't seen any similar 
 reports nor followups to your bug, so I don't see much value in leaving it 
 open now. If it resurfaces I'm sure someone will open a new one.

That's fine, it's all a lot more polished now, so I hope to never see
that bug again :)

Wouter



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



Bug#381304: gnupg: addcardkey segfaults trying to add a signature key

2008-07-28 Thread Wouter van Heyst
On Mon, Jul 28, 2008 at 05:28:38PM +0200, Thijs Kinkhorst wrote:
 Hi Wouter,
 
  I'm going to try a newer version of gpg, also with a cardman4040 for a
  card reader, and see if that changes anything.
 
  If there is any other information I can provide, please let me know.
 
 Well, if that newer version did work would be useful info :-)

Woops, is it that late already? I don't recall what happened back then,
but since I am using all 3 keys on my card nowadays, something worked :)
I know I ran a version of 1.9 for a while, and/or svn of 1.5 iirc.

I'm afraid I'm no longer of use for testing this bug.

Wouter



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



Bug#476534: libsvm: New upstream version 2.86 available

2008-04-17 Thread Wouter van Heyst
Package: libsvm
Severity: wishlist


As the subject mentions, a new upstream version is available. (Without
Debians changes to Makefile etc, perhaps it's a good idea to feed stuff
like that back upstream?)

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-6-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)



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



Bug#389518: referencing htm vs html mismatch

2006-12-27 Thread Wouter van Heyst
This is currently indeed a packaging error, though upstream would like
to generate .html. Changing the debian side for now.

Wouter van Heyst


signature.asc
Description: Digital signature


Bug#401262: pull reorders revision-history to the mainline view

2006-12-26 Thread Wouter van Heyst
This is actually by design, though that could be communicated better. 
See https://bugs.launchpad.net/products/bzr/+bug/73752 for some
discussion on it.

Wouter van Heyst


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



Bug#390045: trac: new upstream version 0.10

2006-09-28 Thread Wouter van Heyst
Package: trac
Version: 0.9.6-3
Severity: wishlist


Hi, trac 0.10 final has been announced:
http://www.edgewall.org/blog/news/trac_0_10.html

The tarball is available at:
http://ftp.edgewall.com/pub/trac/trac-0.10.tar.gz

Wouter van Heyst

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-1-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)

Versions of packages trac depends on:
ii  python2.4.3-11   An interactive high-level object-o
ii  python-clearsilver0.10.3-4   python bindings for clearsilver
ii  python-sqlite 1.0.1-5python interface to SQLite 2
ii  python-subversion 1.4.0-2Python bindings for Subversion
ii  python-support0.5.2  automated rebuilding support for p
ii  subversion1.4.0-2Advanced version control system

Versions of packages trac recommends:
ii  apache2-mpm-prefork [httpd]   2.0.55-4.2 traditional model for Apache2
ii  python-setuptools 0.6c2-1Python Distutils Enhancements

-- no debconf information


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



Bug#381304: gnupg: addcardkey segfaults trying to add a signature key

2006-08-03 Thread Wouter van Heyst
Package: gnupg
Version: 1.4.3-2
Severity: normal


I'm roughly following http://fsfe.org/en/card/howto/subkey_howto to add
subkeys to my key for use with the OpenPGP card. After doing gpg
--edit-key, I succesfully generated an authentication key, but for the
signature key gpg segfaults.

(The last part of that:)

Admin PIN
gpg: please wait while key is being generated ...
gpg: key generation completed (20 seconds)

gpg: Segmentation fault caught ... exiting

The Signature key field on the card _is_ updated, but my main key has
not been modified. This happens every time I try to add a signature key,
either using pcscd or the builtin ccid driver. The card reader is an
SCR335.

A backtrace from gdb isn't very informative:

#0  0x08094d77 in ?? ()
#1  0x in ?? ()

I'm going to try a newer version of gpg, also with a cardman4040 for a
card reader, and see if that changes anything.

If there is any other information I can provide, please let me know.
Wouter van Heyst

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_GB.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)

Versions of packages gnupg depends on:
ii  libbz2-1.0  1.0.3-3  high-quality block-sorting file co
ii  libc6   2.3.6-16 GNU C Library: Shared libraries
ii  libldap22.1.30-13+b1 OpenLDAP libraries
ii  libreadline55.1-7GNU readline and history libraries
ii  libusb-0.1-42:0.1.12-2   userspace USB programming library
ii  makedev 2.3.1-82 creates device files in /dev
ii  zlib1g  1:1.2.3-13   compression library - runtime

gnupg recommends no packages.

-- no debconf information


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



Bug#344734: intent to hijack python-paramiko

2006-07-28 Thread Wouter van Heyst
On Wed, Jul 26, 2006 at 01:32:34PM -0400, Jeremy Bouse wrote:
 Go ahead and NMU with my thanks and blessing... I've made my move
 cross-country but my system at home is still without network connectivity at
 this time and the telco has been unable to give me anything close to a firm
 ETA of when they will.

Robert Collins has uploaded 1.5.2-0.1 to 7-day delayed queue, paramiko
1.6.1 has some problems with current bzr.dev, so I'm holding off on that
till bzr.dev copes with it (and/or till paramiko 1.6.2). I didn't
mention a closes: 344734 in the changelog on account of 1.5.2 being old
upstream, but I should have mentioned it, sorry.

I still have to figure out how to best do debian/ maintenance, you can
find my branches at http://bzr.richtlijn.be/pkg-paramiko{,.nmu,.152},
pkg-paramiko.152 being the one that is actually uploaded.

HTH,
Wouter van Heyst


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



Bug#379163: network-manager: new upstream version 0.6.4

2006-07-21 Thread Wouter van Heyst
Package: network-manager
Version: 0.6.3-2
Severity: wishlist


Hi, 

0.6.4 has been released and is available at
http://ftp.gnome.org/pub/GNOME/sources/NetworkManager/0.6/

Wouter van Heyst

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17
Locale: LANG=en_GB.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)

Versions of packages network-manager depends on:
ii  dbus0.62-4   simple interprocess messaging syst
ii  dhcdbd  1.14-2   dbus interface to the ISC DHCP cli
ii  hal 0.5.7-2  Hardware Abstraction Layer
ii  iproute 20051007-4   Professional tools to control the 
ii  iputils-arping  3:20020927-3 Tool to send ICMP echo requests to
ii  libc6   2.3.6-15 GNU C Library: Shared libraries
ii  libdbus-1-2 0.62-4   simple interprocess messaging syst
ii  libdbus-glib-1-20.62-4   simple interprocess messaging syst
ii  libgcrypt11 1.2.2-2  LGPL Crypto library - runtime libr
ii  libglib2.0-02.10.3-3 The GLib library of C routines
ii  libgpg-error0   1.2-1library for common error values an
ii  libhal1 0.5.7-2  Hardware Abstraction Layer - share
ii  libiw28 28-1 Wireless tools - library
ii  libnl1-pre6 0.99+1.0.svn21-4 Library for dealing with netlink s
ii  libnm-util0 0.6.3-2  network management framework (shar
ii  lsb-base3.1-10   Linux Standard Base 3.1 init scrip
ii  wpasupplicant   0.5.4-2  Client support for WPA and WPA2 (I

network-manager recommends no packages.

-- no debconf information


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



Bug#344734: intent to hijack python-paramiko

2006-07-17 Thread Wouter van Heyst

On Mon, Jul 17, 2006 at 07:40:37PM +0200, Martin Michlmayr wrote:
 * martin f krafft [EMAIL PROTECTED] [2006-07-17 19:35]:
  1.6.1 is now upstream, and #344734 is over half a year old. Unless
  we hear from the maintainer (Jeremy Bouse, on CC to be sure) by the
  end of this week, we will take over the package as it's blocking bzr
 
 He was moving cross-country in May, so I suggest you NMU for now.

Would NMUing a new upstream be ok in this instance then?

Wouter van Heyst


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



Bug#373472: paramiko: new upstream 1.6

2006-06-16 Thread Wouter van Heyst
Package: paramiko
Followup-For: Bug #373472


Paramiko 1.6 has a lot of fixes for bugs and performance improvements,
including https://launchpad.net/products/launchpad-bazaar/+bug/44869.
Having a fixed paramiko in sid would be nice.

Wouter van Heyst

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc5
Locale: LANG=en_GB.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)


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



Bug#373472: paramiko: new upstream 1.6

2006-06-16 Thread Wouter van Heyst
On Fri, Jun 16, 2006 at 01:50:20PM +0200, Wouter van Heyst wrote:
 Package: paramiko
 Followup-For: Bug #373472
 
 
 Paramiko 1.6 has a lot of fixes for bugs and performance improvements,
 including https://launchpad.net/products/launchpad-bazaar/+bug/44869.
 Having a fixed paramiko in sid would be nice.

Sigh, this should have gone to #344734, so much for redoing that reportbug
sequence when my mta started working again.

Wouter van Heyst


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



Bug#351079: bzrtools: New upstream release 0.7

2006-02-02 Thread Wouter van Heyst
Package: bzrtools
Severity: wishlist


Hello, a new upstream version of bzrtools is available, one which is
compatible with bzr 0.7. See:

https://lists.ubuntu.com/archives/bazaar-announce/2006-February/19.html

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-powerpc
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)


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



Bug#346144: blender: new upstream version available

2006-01-05 Thread Wouter van Heyst
On Thu, Jan 05, 2006 at 11:58:06PM +0100, Johnny Geling wrote:
 Package: blender
 Version: 2.37a-1.1
 Severity: wishlist
 
 
 When can we expect the blender 2.40 in debian?

Within a week I think, packaging doesn't need much doing, just
uploading.

Wouter van Heyst


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



Bug#345442: blender: new upstream version 2.40 fixes many, many bugs

2005-12-31 Thread Wouter van Heyst
On Sat, Dec 31, 2005 at 08:34:27AM -0700, Wesley J. Landaker wrote:
 Package: blender
 Version: 2.37a-1.1
 Severity: normal
 
 The new upstream release, 2.40, has been released and fixes many, many
 bugs. Not only would it be nice to have this new version, but it
 actually many help close some of the other bugs that are open. =)

Agreed. I wanted to start on that before going to the 22c3, but that
didn't work out, so it will have to be done now.

Wouter van Heyst


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



Bug#344398: CVE-2005-4470: Integer overhead in header parser for .blend import

2005-12-23 Thread Wouter van Heyst
On Fri, Dec 23, 2005 at 09:55:07AM +, Steve Kemp wrote:
 On Fri, Dec 23, 2005 at 12:10:00AM +0100, Florian Ernst wrote:
 
  Steve, btw, any news on CVE-2005-3302 aka bug#330895 (arbitrary code
  execution when importing a .bvh file)? Last I heard you were going to
  prepare an update unless anybody had an issue with the changes made,
  yet I haven't heard of any such issues (or anything at all, to be
  precise) since then...
 
   Utterly slipped my mind.  :(
 
  FWIW, I've put together an update for Sarge's version of the blender
  package based on the upstream change mentioned above, please find
  attached a cumulative interdiff for both CVE-2005-3302 aka bug#330895
  and this bug so these issues can be resolved for Sarge.
 
   Great, thanks a lot.
 
  Please tell whether you deem those patches sufficient for a potential
  future security advisory, and if not, please provide pointers at what
  might be missing.
 
   It looks good to me.  I've built a package and if nobody has any 
  objections I'll upload later today.

No objections from me.

Wouter van Heyst


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



Bug#307921: apxs for apache2 totally unfindable

2005-12-23 Thread Wouter van Heyst
Hello,

I've had several complaints that Debian didn't provide apxs for apache2,
but only apache-dev had it. It would be very nice if an apt-cache search
apxs turned up the desired packages (apache2-{prefork,threaded}-dev
presumably). This bug is 231 days old, can it please see some action?

Wouter van Heyst


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



Bug#344398: CVE-2005-4470: Integer overhead in header parser for .blend import

2005-12-22 Thread Wouter van Heyst
On Thu, Dec 22, 2005 at 02:30:46PM +0100, Moritz Muehlenhoff wrote:
 Package: blender
 Version: 2.37a-1.1
 Severity: grave
 Tags: security
 Justification: user security hole
 
 An integer overflow in the header parser for .blend files can potentially
 be exploited to execute code through a heap overflow. Please see 
 http://www.overflow.pl/adv/blenderinteger.txt for details.

There was some uncertainty on how to actually exploit that. That also
leads me to not being sure
http://projects.blender.org/viewcvs/viewcvs.cgi/blender/source/blender/blenloader/intern/readfile.c.diff?r1=1.219r2=1.220cvsroot=bf-blender
is enough of a fix, is it? 

I only understand the basics of heap-based overflows, I do not yet see
how to use this one. Someone explaining it would be very welcome.

Wouter van Heyst


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



Bug#333958: Future of blender maintenance (was: Patch for #333958, Intent to NMU)

2005-12-13 Thread Wouter van Heyst
On Tue, Dec 13, 2005 at 11:12:22AM +0100, Florian Ernst wrote:
 Hello again,
 
 thanks for your speedy reply.
 
 On Tue, Dec 13, 2005 at 01:58:26PM +0900, Masayuki Hatta wrote:
  I'm still toying Blender sometimes, so I would like to be involved
  with the maintenance of blender package in some way.  You guys may add
  your name to Uploaders: right now -- and I think you are right, we
  should move to the team-maintenance via alioth ASAP.  I applied to
  alioth for a project called pkg-blender, so let's use it when it's
  ready.
 

Great! I would appreciate having you around, Masayuki. Any idea how long
it takes for the pkg-blender project to be created?

 Wonderful, let's rock!
 
 I guess we won't need to check in the full sources, but probably the
 debian/ dir will suffice, as long as we use dpatch and separately
 apply the patch for #22 / #333958... Every once in a while alioth
 is pretty clogged, so I'd like to keep things small...

Sounds sensible to me.

 Wouter, I see you already have an account larstiq-guest, right?

Yup, that's me. Haven't used it in a while, so I'll see what needs to be
done to get it active again.

Wouter van Heyst


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



Bug#341184: meld: new upstream version (1.1.2) available

2005-11-28 Thread Wouter van Heyst
Package: meld
Version: 1.1.1-2
Severity: wishlist


Hi Ross,

I thought I reported this before, but I've had some MTA troubles so that
might have eaten it.

As the subject says, there is a new meld release. The most important
thing for me is the bzr support.

A tarball is available from http://ftp.gnome.org/pub/gnome/sources/meld/1.1/
Let me know if you want other/more information next time (There might be
some more releases with better bzr support coming ;)

Wouter van Heyst

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-powerpc
Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)

Versions of packages meld depends on:
ii  python2.3.5-3An interactive high-level object-o
ii  python-glade2 2.6.3-2GTK+ bindings: Glade support
ii  python-gnome2 2.10.0-4   Python bindings for the GNOME desk
ii  python-gtk2   2.6.3-2Python bindings for the GTK+ widge

Versions of packages meld recommends:
ii  python-gnome2-extras  2.10.2-1   Python bindings for the GNOME desk

-- no debconf information


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



Bug#340860: Blender install failure

2005-11-26 Thread Wouter van Heyst
On Sat, Nov 26, 2005 at 08:17:33AM -0500, Ron Brown wrote:
 Package: Blender
 
 Version: 4.0.2-2

This is not a blender version, I think you mean libstdc++6 instead.

snip
 The following packages have unmet dependencies:
   blender: Depends: libstdc++6 (= 4.0.2-3) but 4.0.2-2 is to be installed
 E: Broken packages

4.0.2-4 is available in sid, but in testing libstdc++6 is at 4.0.2-2.
Are you perhaps running testing?

If so, it will be a while before libstdc++6 transitions, and thus a
while before blender transitions.

Wouter van Heyst


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



Bug#333958: Patch for #333958, Intent to NMU

2005-11-10 Thread Wouter van Heyst
On Wed, Nov 09, 2005 at 06:47:33PM +0100, Florian Ernst wrote:
 On Wed, Nov 09, 2005 at 05:05:17PM +0100, Wouter van Heyst wrote:
  In the past Masayuki has mentioned lack of time, if that is still the
  case, I'm willing to take over (or become part of a team), as I'm now
  much more able to do so. I'm still not a DD yet though.
 
 FWIW, as I'm quite interested in this program, I'd happily join a
 team, provided Hatta-san's time indeed is too limited and he'll hand
 over the package.
 Wouter, I see you previously have already prepared 2.26-1 as well as
 directly contributed to Blender development, so I'm afraid you
 wouldn't leave any work for me ;). Well, at least the DD part is what
 I could still do...

Don't be too sure of that ;) You've been handling bugs when I wasn't,
I'd be quite happy to work together with you on blender, if Hatta-san
so agrees.

Mvgr,
Wouter van Heyst


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



Bug#333958: Patch for #333958, Intent to NMU

2005-11-09 Thread Wouter van Heyst
On Sun, Nov 06, 2005 at 01:56:20PM +0100, Florian Ernst wrote:
 tags 333958 patch
 thanks [EMAIL PROTECTED] BCCed
 
 Please find attached a patch (debdiff against 2.37a-1) that resolves
 #333958. The attached build log (generated via pbuilder build
 --pkgname-logfile --extrapackages sudo --debbuildopts -rsudo
 blender_2.37a-1.1.dsc) can be taken as a proof for that.
 
 As the maintainer hasn't shown any reaction to any of the RC bugs this
 package now has (81, 37 and 22 days old, respectivley, one of them
 security; solution to this one already pointed out three weeks ago)
 I intent to NMU this package on Sunday, November the 13th, using this
 patch I attached.

In the past Masayuki has mentioned lack of time, if that is still the
case, I'm willing to take over (or become part of a team), as I'm now
much more able to do so. I'm still not a DD yet though.

 Additionally I'll mark #330895 as closed in 2.37a-1 (see bug log) and
 downgrade / retitle #323527 (see bug log), so the package can go into
 testing again once it has been built on all archs and the grace period
 has passed.

Thanks!

Mvgr,
Wouter van Heyst


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



Bug#314602: zipios++ makes wesnoth crash on amd64

2005-07-08 Thread Wouter van Heyst
Hello Masayuki,

Applying the patch that Isaac mentions to zipios++ and building a
package by hand fixes the wesnoth crash on amd64, so please
upload a patched package so all amd64 users can keep pouring time into
wesnoth ;)

Wouter van Heyst


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



Bug#298011: trac: New upstream version 0.8.1

2005-03-03 Thread Wouter van Heyst
Package: trac
Version: 0.8-1
Severity: wishlist

Version 0.8.1 of trac has some bugfixes, most visible for me is the
Opera navbar one, #371 in the trac ticket system.

No hurry, just want to have this filed somewhere before I forget the new
release is out.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (700, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages trac depends on:
ii  apache2-mpm-worker [httpd]2.0.53-5   high speed threaded model for Apac
ii  python2.3.5-1An interactive high-level object-o
ii  python-clearsilver0.9.13-3   python bindings for clearsilver
ii  python-sqlite 1.0.1-2python interface to SQLite
ii  python2.3-subversion  1.1.3-2python modules for interfacing wit
ii  subversion1.1.3-2advanced version control system (a

-- no debconf information


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