Bug#884771: jetty9 doesn't start anymore

2017-12-19 Thread Björn Steinbrink
Package: jetty9
Version: 9.2.22-3
Severity: important

Dear Maintainer,

since the update to jetty9 9.2.22-3 jetty doesn't start anymore.

Unpacking jetty9 (9.2.22-3) over (9.2.22-2) ...
Setting up jetty9 (9.2.22-3) ...
Job for jetty9.service failed because the control process exited with error 
code.
See "systemctl status jetty9.service" and "journalctl -xe" for details.
invoke-rc.d: initscript jetty9, action "restart" failed.
● jetty9.service - LSB: Start Jetty
   Loaded: loaded (/etc/init.d/jetty9; generated; vendor preset: enabled)
   Active: failed (Result: exit-code) since Tue 2017-12-19 13:44:16 CET; 10ms 
ago
 Docs: man:systemd-sysv-generator(8)
  Process: 20725 ExecStop=/etc/init.d/jetty9 stop (code=exited, 
status=0/SUCCESS)
  Process: 20745 ExecStart=/etc/init.d/jetty9 start (code=exited, 
status=1/FAILURE)

Dec 19 13:44:11 bs systemd[1]: Starting LSB: Start Jetty...
Dec 19 13:44:16 bs jetty9[20745]: Starting Jetty 9 Servlet Engine: jetty9 
failed!
Dec 19 13:44:16 bs systemd[1]: jetty9.service: Control process exited, 
code=exited status=1
Dec 19 13:44:16 bs systemd[1]: jetty9.service: Failed with result 'exit-code'.
Dec 19 13:44:16 bs systemd[1]: Failed to start LSB: Start Jetty.

There is no output in the log files in /var/log/jetty9.

Downgrading to 9.2.22-3 makes jetty start again.


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages jetty9 depends on:
ii  adduser  3.116
ii  apache2-utils2.4.29-1
ii  default-jre-headless [java7-runtime-headless]2:1.8-59
pn  libjetty9-extra-java 
pn  libjetty9-java   
ii  openjdk-7-jre-headless [java7-runtime-headless]  7u111-2.6.7-1
ii  openjdk-8-jre-headless [java7-runtime-headless]  8u151-b12-1

Versions of packages jetty9 recommends:
pn  authbind  

jetty9 suggests no packages.

-- no debconf information



Bug#827799: libglm-dev: find_package(glm) in CMake fails

2016-06-21 Thread Björn Steinbrink
Package: libglm-dev
Version: 0.9.7.5-1
Severity: normal

Dear Maintainer,

trying to include glm in a project using CMake using:

find_package(glm REQUIRED)

results in the following error:


  File or directory //include referenced by variable GLM_INCLUDE_DIRS does
  not exist !
Call Stack (most recent call first):
  /usr/lib/cmake/glm/glmConfig.cmake:16 (set_and_check)
  CMakeLists.txt:14 (find_package)

The problem seems to be an extra set of "../" in
/usr/lib/cmake/glm/glmConfig.cmake


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- no debconf information



Bug#580104: Crashes on amd64

2010-05-03 Thread Björn Steinbrink
Package: iceweasel
Version: 3.6.4~build2-1
Severity: normal


xulrunner-1.9.2 only depends on libmozjs3d = 1.9.2.2 so that package
wasn't updated along with xulrunner, upgrading it to 1.9.2.4~build2-1
fixes the crash for me.

-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}
Status: enabled

Name: DOM Inspector
Location: ${PROFILE_EXTENSIONS}/inspec...@mozilla.org
Status: enabled

Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled

Name: Elasticfox
Location: ${PROFILE_EXTENSIONS}/{2204c510-88f3-11db-b606-0800200c9a66}
Status: enabled

Name: QuakeLive.com Game Launcher
Location: ${PROFILE_EXTENSIONS}/quakeliveplu...@idsoftware.com
Status: enabled

Name: Vimperator
Location: ${PROFILE_EXTENSIONS}/vimpera...@mozdev.org
Status: enabled

Name: Web Developer
Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12}
Status: enabled

-- Plugins information
Name: Quake Live
Location: 
/home/doener/.mozilla/firefox/o3dsuxjq.default/extensions/quakeliveplu...@idsoftware.com/plugins/npquakelive.x64.so
Status: enabled

Name: Shockwave Flash
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled


-- Addons package information
ii  iceweasel  3.6.4~build2-1 Web browser based on Firefox

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

Kernel: Linux 2.6.34-rc6 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iceweasel depends on:
ii  debianutils 3.2.3Miscellaneous utilities specific t
ii  fontconfig  2.8.0-2.1generic font configuration library
ii  libc6   2.10.2-7 Embedded GNU C Library: Shared lib
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  procps  1:3.2.8-8/proc file system utilities
ii  xulrunner-1.9.2 1.9.2.4~build2-1 XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
ii  libgssapi-krb5-21.8.1+dfsg-2 MIT Kerberos runtime libraries - k
pn  mozplugger  none   (no description available)
pn  ttf-lyx | latex-xft-fonts   none   (no description available)
pn  ttf-mathematica4.1  none   (no description available)
pn  xfonts-mathml   none   (no description available)
pn  xprint  none   (no description available)

Versions of packages xulrunner-1.9.2 depends on:
ii  libasound2  1.0.22-2 shared library for ALSA applicatio
ii  libatk1.0-0 1.30.0-1 The ATK accessibility toolkit
ii  libbz2-1.0  1.0.5-4  high-quality block-sorting file co
ii  libc6   2.10.2-7 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.10-4 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.24-1 simple interprocess messaging syst
ii  libevent-1.4-2  1.4.13-stable-1  An asynchronous event notification
ii  libffi5 3.0.9-2  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgcc1 1:4.4.4-1GCC support library
ii  libglib2.0-02.24.1-1 The GLib library of C routines
ii  libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface 
ii  libhunspell-1.2-0   1.2.8-6  spell checker and morphological an
ii  libjpeg62   6b-16.1  The Independent JPEG Group's JPEG 
ii  libmozjs3d  1.9.2.4~build2-1 The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d 4.8.4-1  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.6-2 Network Security Service libraries
ii  libpango1.0-0   1.28.0-1 Layout and rendering of internatio
ii  libpixman-1-0   0.16.4-1 pixel-manipulation library for X a
ii  libpng12-0  1.2.43-1 PNG library - runtime
ii  libreadline66.1-2GNU readline and history libraries
ii  libsqlite3-03.6.23.1-1   SQLite 3 shared library
ii  libstartup-notification 0.10-1   library for program launch feedbac
ii  libstdc++6  4.4.4-1  The GNU Standard C++ Library v3
ii  libx11-62:1.3.3-3   

Bug#578764: Please default to 'commit -a' when no changes were added

2010-04-23 Thread Björn Steinbrink
On 2010.04.22 22:37:05 +0200, Goswin von Brederlow wrote:
 Is there a risk? You do get an editor with all the files affected listed
 giving you a big fat warning what you are about to commit.

And if I happen to have two unrelated changes in a single file that's
worth nothing at all. For example, I might have changed the condition
that causes some message to be shown, and discovered a typo in the
message itself and fixed it along the way. That needs two commits, but
the list of modified files doesn't tell that.

Only commit -v would help there, showing the diff in the editor. But
reviewing the diff in the editor is a PITA and I lose the whole review
progress if I find something I don't want to commit and have to abort.
Using git add [-i|-p|-e], git helps me to keep track of the changes I
already reviewed and decided to commit.

Björn



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



Bug#518256: cups: HW margins in PPD file are ignored - top first cm not printed

2009-09-20 Thread Björn Steinbrink
Package: cups
Version: 1.4.1-1
Severity: normal


I'm seeing this as well with my Brother HL5150-D, basically since I
switched from Gentoo back to Debian in 2006 or so. This happens only for
jobs from the local machine, printing from another box works just fine
(Debian Etch and Windows). Previously, I used to just feed the
postscript file to /dev/usb/lp, avoiding cups altogether, which worked
just fine, but as usblp no longer works together with cups, I was forced
to look into this again. The pstopdf script that Ladislav linked didn't
do the trick for me, but installing cups 1.4.1 from upstream works just
fine. So I guess some debian patch must be at fault. :-/

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

Kernel: Linux 2.6.30.4 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cups depends on:
ii  adduser3.110 add and remove users and groups
ii  bc 1.06.94-3.1   The GNU bc arbitrary precision cal
ii  cups-client1.4.1-1   Common UNIX Printing System(tm) - 
ii  cups-common1.4.1-1   Common UNIX Printing System(tm) - 
ii  debconf [debconf-2.0]  1.5.27Debian configuration management sy
ii  ghostscript8.70~dfsg-2+b1The GPL Ghostscript PostScript/PDF
ii  libavahi-client3   0.6.25-1  Avahi client library
ii  libavahi-common3   0.6.25-1  Avahi common library
ii  libc6  2.9-26GNU C Library: Shared libraries
ii  libcups2   1.4.1-1   Common UNIX Printing System(tm) - 
ii  libcupscgi11.4.1-1   Common UNIX Printing System(tm) - 
ii  libcupsdriver1 1.4.1-1   Common UNIX Printing System(tm) - 
ii  libcupsimage2  1.4.1-1   Common UNIX Printing System(tm) - 
ii  libcupsmime1   1.4.1-1   Common UNIX Printing System(tm) - 
ii  libcupsppdc1   1.4.1-1   Common UNIX Printing System(tm) - 
ii  libdbus-1-31.2.16-2  simple interprocess messaging syst
ii  libgcc11:4.4.1-4 GCC support library
ii  libgnutls262.8.3-3   the GNU TLS library - runtime libr
ii  libgssapi-krb5-2   1.7dfsg~beta3-1   MIT Kerberos runtime libraries - k
ii  libijs-0.350.35-7IJS raster image transport protoco
ii  libkrb5-3  1.7dfsg~beta3-1   MIT Kerberos runtime libraries
ii  libldap-2.4-2  2.4.17-1  OpenLDAP libraries
ii  libpam0g   1.1.0-4   Pluggable Authentication Modules l
ii  libpaper1  1.1.23+nmu1   library for handling paper charact
ii  libpoppler40.10.6-1  PDF rendering library
ii  libslp11.2.1-7.6 OpenSLP libraries
ii  libstdc++6 4.4.1-4   The GNU Standard C++ Library v3
ii  libusb-0.1-4   2:0.1.12-13   userspace USB programming library
ii  lsb-base   3.2-23Linux Standard Base 3.2 init scrip
ii  perl-modules   5.10.0-25 Core Perl modules
ii  poppler-utils [xpdf-ut 0.10.6-1  PDF utilitites (based on libpopple
ii  procps 1:3.2.8-1.1   /proc file system utilities
ii  ssl-cert   1.0.23simple debconf wrapper for OpenSSL
ii  ttf-freefont   20090104-4Freefont Serif, Sans and Mono True
ii  udev   0.141-2   /dev/ and hotplug management daemo
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages cups recommends:
pn  cups-driver-gutenprintnone (no description available)
pn  foomatic-filters  none (no description available)
pn  ghostscript-cups  none (no description available)

Versions of packages cups suggests:
pn  cups-bsd  none (no description available)
pn  cups-pdf  none (no description available)
pn  cups-ppdc none (no description available)
pn  foomatic-db   none (no description available)
pn  foomatic-db-enginenone (no description available)
pn  hplip none (no description available)
pn  smbclient none (no description available)
pn  xpdf-korean | xpdf-japanese | none (no description available)

-- debconf information:
* cupsys/raw-print: true
* cupsys/backend: ipp, usb



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



Bug#494918: openvpn 2.1~rc9-1 crash

2008-08-13 Thread Björn Steinbrink
On 2008.08.13 12:11:51 +0100, Piotr Wysocki wrote:
 I confirm, too (amd64 too).
 
 strace says:
 
 clone(Process 5482 attached (waiting for parent)
 Process 5482 resumed (parent 5478 ready)
 child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
 child_tidptr=0x2ab90a185fc0) = 5482
 [pid  5482] execve(ifconfig, [ifconfig, tun0, 10.92.33.14,
 pointopoint, 10.92.33.13, mtu, 1500], [/* 38 vars */]) = -1
 ENOENT (No such file or directory)
 [pid  5482] exit_group(127) = ?
 Process 5482 detached
 --- SIGCHLD (Child exited) @ 0 (0) ---
 wait4(5482, [{WIFEXITED(s)  WEXITSTATUS(s) == 127}], 0, NULL) = 5482

Same here.

The configure script tries to locate ifconfig and set the IFCONFIG_PATH
macro. My guess is that the amd64 package was built without net-tools
being installed, so the detection failed and it just ended up as
ifconfig.

On my x86 box I get:
$ strings /usr/sbin/openvpn | grep ifconfig | grep sbin
/sbin/ifconfig

While the same thing on my amd64 box comes up empty.

I guess if you don't want to add net-tools to the build deps, you should
use --with-ifconfig-path=/sbin/ifconfig

HTH
Björn



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



Bug#495016: Upgrade seems to have broken vim-vimoutliner (folding, tabs, checkboxes)

2008-08-13 Thread Björn Steinbrink
[Second try, first one went to [EMAIL PROTECTED], sorry about that]

On 2008.08.13 22:59:48 +0200, Jan Schumacher wrote:
 While syntax highlighting still works and the filetype seems to be correctly
 set, folding is disabled, tab is not reset to noexpandtab, tabstop is not
 reset and the checkbox extension has stopped working.
 
 All symptoms vanish when downgrading to the above mentioned versions.
 
 I have to admit to know little about vim scripting, but is there something I
 can do to supply additional information? Thanks in advance.

I guess that's because filetype plugins are now disabled by default, I
just had to reenable that here as well, quite a few things broke for me
because of that change.

Try adding:
filetype plugin on

to your vimrc.

Btw, a comment in my /etc/vim/vimrc still says that filetype plugins are
enabled by default. And as there's no vimrc.dpkg-foobar around, I guess
that comment is also still in the packaged file. Would be cool if that
could be fixedm if you keep the filetype plugins disabled. Might save
someone some time. It certainly took me quite a bit of pointless
debugging before I stopped trusting that comment and looked into
debian.vim...

Björn



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



Bug#495016: Upgrade seems to have broken vim-vimoutliner (folding, tabs, checkboxes)

2008-08-13 Thread Björn Steinbrink
On 2008.08.13 18:09:58 -0400, James Vega wrote:
 On Wed, Aug 13, 2008 at 11:53:44PM +0200, Björn Steinbrink wrote:
  [Second try, first one went to [EMAIL PROTECTED], sorry about that]
  
  On 2008.08.13 22:59:48 +0200, Jan Schumacher wrote:
   While syntax highlighting still works and the filetype seems to be 
   correctly
   set, folding is disabled, tab is not reset to noexpandtab, tabstop is not
   reset and the checkbox extension has stopped working.
   
   All symptoms vanish when downgrading to the above mentioned versions.
   
   I have to admit to know little about vim scripting, but is there 
   something I
   can do to supply additional information? Thanks in advance.
  
  I guess that's because filetype plugins are now disabled by default, I
  just had to reenable that here as well, quite a few things broke for me
  because of that change.
 
 This was announced in NEWS.Debian (and is documented in the changelog).
 I'd recommend installing apt-listchanges so updates to NEWS.Debian are
 displayed to you when you upgrade.

There was no offense intended. Incompatible changes happen. I just said
that to justify my guess about the reason for Jan's problem. Sorry.

And I probably read the changelog in aptitude before updating, but
didn't really notice the filetypes change to be important for me (and
wouldn't have when reading the NEWS entry either).

So I already had vim running, did the upgrade and only noticed the
problem a few of hours (days?) later, when I started a new vim process.
At that point I had long forgotten about the changes.

I should have read the changelog again at _that_time_, and not trusted
the vimrc comments, but unfortunately apt-listchanges doesn't
automatically start when the user is confused, so that wouldn't have
helped ;-)

  Btw, a comment in my /etc/vim/vimrc still says that filetype plugins are
  enabled by default. And as there's no vimrc.dpkg-foobar around, I guess
  that comment is also still in the packaged file.
 
 Thanks for noticing that.  I'll change that for the next upload.

Thanks.

Björn



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



Bug#476102: gajim: Python 2.5 breaks supplied trayicon support

2008-04-14 Thread Björn Steinbrink
Package: gajim
Version: 0.11.4-2
Severity: normal


Since I installed Python 2.5, the supplied trayicon support is broken.
Removing the exception handling around the import call in systray.py
reveals:
ceback (most recent call last):
  File gajim.py, line 2283, in module
Interface()
  File gajim.py, line 2206, in __init__
import systray
  File /usr/share/gajim/src/systray.py, line 38, in module
import trayicon # our trayicon
ImportError: /usr/lib/gajim/trayicon.so: undefined symbol: Py_InitModule4

Changing PYTHON_EXEC in /usr/bin/gajim to /usr/bin/python2.4 works
around the problem.

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

Kernel: Linux 2.6.25-rc9 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gajim depends on:
ii  dnsutils  1:9.4.2-10 Clients provided with BIND
ii  python2.5.2-0.1  An interactive high-level object-o
ii  python-glade2 2.12.1-1   GTK+ bindings: Glade support
ii  python-gtk2   2.12.1-1   Python bindings for the GTK+ widge
ii  python-pysqlite2  2.4.1-1Python interface to SQLite 3
ii  python-support0.7.7  automated rebuilding support for P

Versions of packages gajim recommends:
ii  dbus  1.2.1-1simple interprocess messaging syst
pn  notification-daemon   none (no description available)
ii  python-dbus   0.82.4-2   simple interprocess messaging syst
ii  python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG)

-- no debconf information



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



Bug#473063: gajim should recommend libffi4 for systray support

2008-03-27 Thread Björn Steinbrink
Package: gajim
Version: 0.11.4-2
Severity: wishlist

gajim can make use of some gnome stuff for systray support, but also
comes with an own implementation as a fallback. This fallback is
implemented in C and comes as a .so, but to use it, gajim currently
requires libffi4. Therefore, the package should recommend libffi4, too,
for those that want all that gnome foobar on their box, but still want a
systray icon without spending half an hour to figure out that they need
libffi4.


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

Kernel: Linux 2.6.25-rc7
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 gajim depends on:
ii  dnsutils  1:9.4.2-8  Clients provided with BIND
ii  python2.4.4-6An interactive high-level object-o
ii  python-glade2 2.12.1-1   GTK+ bindings: Glade support
ii  python-gtk2   2.12.1-1   Python bindings for the GTK+ widge
ii  python-pysqlite2  2.4.1-1Python interface to SQLite 3
ii  python-support0.7.7  automated rebuilding support for P

Versions of packages gajim recommends:
ii  dbus  1.1.20-1   simple interprocess messaging syst
pn  notification-daemon   none (no description available)
ii  python-dbus   0.82.4-2   simple interprocess messaging syst
ii  python-gnupginterface 0.3.2-9Python interface to GnuPG (GPG)

-- no debconf information



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



Bug#449173: gs missing from ghostscript

2008-01-25 Thread Björn Steinbrink
Re-installing the ghostscript package has brought back gs for me, so I
guess there's some problem with the upgrade process that wipes out gs
after the version from the ghostscript package got installed. Or
something like that *shrugs*

Björn



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



Bug#443179: ucf: expects the wrong answers from debconf

2007-09-19 Thread Björn Steinbrink
Package: ucf
Version: 3.002
Severity: important
Tags: patch

For keep current and threeway merge, ucf expects answers from
debconf which differ from what is specified in the template master. I
assumed that the template master is more up-to-date than ucf itself, so
the attached patch changes the expected answers in ucf and not the
template.

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

Kernel: Linux 2.6.22 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ucf depends on:
ii  coreutils 5.97-5.4   The GNU core utilities
ii  debconf [debconf-2.0] 1.5.14 Debian configuration management sy

Versions of packages ucf recommends:
pn  debconf-utils none (no description available)

-- debconf information:
* ucf/changeprompt: keep the local version currently installed
* ucf/show_diff:
  ucf/changeprompt_threeway: keep the local version currently installed
  ucf/title:
--- ucf	2007-09-19 14:30:44.0 +0200
+++ ucf~	2007-09-19 14:37:38.0 +0200
@@ -195,11 +195,11 @@
 # These are strings that must match the untranslated choices
 # of the debconf question.
 choice_install_new=install the package maintainer's version
-choice_keep_current=keep the local version currently installed
+choice_keep_current=keep your currently-installed version
 choice_diff=show the differences between the versions
 choice_sdiff=show a side-by-side difference between the versions
 choice_diff_threeway=show a 3 way difference between available versions of the file
-choice_merge_threeway=do a 3 way merge between available versions (experimental)
+choice_merge_threeway=do a 3 way merge between available versions of the file [Very Experimental]
 choice_shell=start a new shell to examine the situation
 
 


Bug#426922: libffi.la is missing from libffi4-dev

2007-06-11 Thread Björn Steinbrink
On 2007.06.11 10:33:56 +0200, Matthias Klose wrote:
 =?UTF-8?Q?Bj=C3=B6rn?= Steinbrink writes:
  Package: libffi4-dev
  Version: 4.2-20070528-1
  Severity: important
  
  
  libffi4-dev does not contain libffi.la which causes for example gnucash
  to error out of its build process although all build dependencies are
  installed.
 
 please could you find out which .la file references the libffi.la
 file, and then rebuild that package?

Ah, that did it. The offender was libgwrap-runtime0-dev.

Thanks
Björn


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



Bug#426922: libffi.la is missing from libffi4-dev

2007-05-31 Thread Björn Steinbrink
Package: libffi4-dev
Version: 4.2-20070528-1
Severity: important


libffi4-dev does not contain libffi.la which causes for example gnucash
to error out of its build process although all build dependencies are
installed.


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

Kernel: Linux 2.6.22-rc1 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libffi4-dev depends on:
ii  gcc-4.2-base  4.2-20070528-1 The GNU Compiler Collection (base 
ii  libffi4   4.2-20070528-1 Foreign Function Interface library

libffi4-dev recommends no packages.

-- no debconf information


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



Bug#386595: cscope segfaults when using the -q option

2006-09-08 Thread Björn Steinbrink
Package: cscope
Version: 15.5+cvs20060902-2
Severity: normal

When I try to build a cscope index using the -q option, cscope
segfaults. If the -q option is not used, it works. This seems to require
a rather big project to be seen, a kernel source tree is sufficient to
trigger it here.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11-vs2.1.1-rc31
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages cscope depends on:
ii  libc62.3.6.ds1-4 GNU C Library: Shared libraries
ii  libncurses5  5.5-3   Shared libraries for terminal hand

cscope recommends no packages.

-- no debconf information


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



Bug#386595: cscope segfaults when using the -q option

2006-09-08 Thread Björn Steinbrink
On 2006.09.08 21:30:46 +0200, Tobias Klauser wrote:
 On 2006-09-08 at 19:54:40 +0200, Björn Steinbrink [EMAIL PROTECTED] wrote:
  Package: cscope
  Version: 15.5+cvs20060902-2
  Severity: normal
  
  When I try to build a cscope index using the -q option, cscope
  segfaults. If the -q option is not used, it works. This seems to require
  a rather big project to be seen, a kernel source tree is sufficient to
  trigger it here.
 
 Is wasn't able to reproduce this here with a kernel source tree. Can you
 describe the steps you followed in detail please, so I might be able to
 reproduce this bug?

This is with an up-to-date git tree of linux-2.6:
[EMAIL PROTECTED]:~/src/kernel/linux-2.6$ cscope -qbkRp2
Segmentation fault

Leaving out most options:
[EMAIL PROTECTED]:~/src/kernel/linux-2.6$ cscope -qbR
Segmentation fault

Leaving out -q:
[EMAIL PROTECTED]:~/src/kernel/linux-2.6$ cscope -bR
[EMAIL PROTECTED]:~/src/kernel/linux-2.6$

Not using -q in the first call also succeeds, so the other options
appear not to be related. -b is also unrelated but to keep the output
readable I kept it.

Note that this happens on my SMP x86_64 box as well as on my UP x86
laptop (both Sid), so I don't think that it's a hardware problem.

Thanks
Björn


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