Bug#758224: Confused about libpulse0 libsystemd-journal0 dependency

2014-08-15 Thread Frits Daalmans
Package: pulseaudio
Version: 5.0-6
Severity: normal

Problem: can't install libpulse0:i386 5.0-6 on system with libpulse0:amd64 5.0-6

I have a mixed amd64 / i386 architecture system, have libpulse0:amd64
upgraded to 5.0-6, and wished to upgrade libpulse0:i386 from 4.0-6+b1 to 5.0-6 
for skype.

libpulse0 version 5.0-6 has a new Depends: libsystemd-journal0 (= 183)

libsystemd-journal0 version 204-7 for amd64 architecture is installed.

I don't know much about libsystemd-journal0, but its description mentions it
provides an interface for the systemd journal service.

My question / bug report is this: is the dependency of libpulse0 on 
libsystemd-journal0 architecture-independent, or must I have a specific 32-bit 
libsystemd-journal0:i386 installed in order to get libpulse0:i386 working
(that is what apt-get is telling me)

(The latter is not an option because on my, admittedly experimental, system 
it wants to remove pulseaudio and systemd(!!), as well as 260 other packages.

So maybe there can be only one libsystemd-journal0, either i386 or amd64?

Thanks,
Frits

-- Package-specific info:
File '/etc/default/pulseaudio' does not exist


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  libasound21.0.28-1
ii  libasound2-plugins1.0.28-1
ii  libc6 2.19-7
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.8.6-1
ii  libfftw3-single3  3.3.3-5+b1
ii  libgcc1   1:4.8.2-14
ii  libice6   2:1.0.9-1
ii  libltdl7  2.4.2-1.7
ii  liborc-0.4-0  1:0.4.21-1
ii  libpulse0 5.0-6
ii  libsamplerate00.1.8-8
ii  libsm62:1.2.2-1
ii  libsndfile1   1.0.25-9
ii  libspeexdsp1  1.2~rc1.1-1
ii  libstdc++64.9.1-4
ii  libsystemd-login0 204-7
ii  libtdb1   1.3.0-1.1
ii  libudev1  208-6
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.6.2-2
ii  libx11-xcb1   2:1.6.2-2
ii  libxcb1   1.10-3
ii  libxtst6  2:1.2.2-1
ii  lsb-base  4.1+Debian13
ii  pulseaudio-utils  5.0-6
ii  udev  208-6

Versions of packages pulseaudio recommends:
ii  pulseaudio-module-x11  5.0-6
ii  rtkit  0.11-1

Versions of packages pulseaudio suggests:
ii  paman0.9.4-1
ii  paprefs  0.9.10-1
ii  pavucontrol  2.0-2
ii  pavumeter0.9.3-4

-- Configuration Files:
/etc/pulse/default.pa changed [not included]

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307
# USA.

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to 

Bug#411985: reopen (minor bug in quanta from kdewebdev, not gnucash)

2007-02-25 Thread Frits Daalmans
Hi,

Bug #411985 was closed by Thomas Bushnell because of a new upstream version of
gnucash, however I reported a bug in the package *quanta*, NOT gnucash, and  
AFAIK quanta has no dependencies on gnucash. 

I checked the file contents of both gnucash and gnucash-common 2.0.5-1, and 
they do not contain the /usr/share/apps/quanta/templates files that bug 
#411985 was about.

It's only a minor bug, so if you don't reopen that's ok too :-)


pgpO5zHbHtsNJ.pgp
Description: PGP signature


Bug#411985: quanta: Obvious typo in standard template

2007-02-22 Thread Frits Daalmans
Package: quanta
Version: 4:3.5.5-1
Severity: minor
Tags: patch

Hi,
the following templates have a typo:

/usr/share/apps/quanta/templates/pages/xhtml/leftMen_BB.html
/usr/share/apps/quanta/templates/pages/xhtml/leftMen_Quanta.html
/usr/share/apps/quanta/templates/pages/xhtml/rightMen_BB.html
/usr/share/apps/quanta/templates/pages/xhtml/rightMen_Quanta.html
/usr/share/apps/quanta/templates/pages/xhtml/twoSideMen_BB.html
/usr/share/apps/quanta/templates/pages/xhtml/twoSideMen_Quanta.html

Community is misspelt as Comunity.

The only reason I'm even reporting this is, that it's really obvious,
and that it's the first thing you see on screen when using the
template.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages quanta depends on:
ii  kdelibs4c2a4:3.5.5a.dfsg.1-6 core libraries and binaries for al
ii  kfilereplace   4:3.5.5-1 batch search-and-replace component
ii  klinkstatus4:3.5.5-1 web link validity checker for KDE
ii  kommander  4:3.5.5-1 visual dialog builder and executor
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-3 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-11  GNU C Library: Shared libraries
ii  libcvsservice0 4:3.5.5-3 DCOP service for accessing CVS rep
ii  libfam02.7.0-12  Client library to control the FAM 
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-21GCC support library
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libpcre3   6.7-1 Perl 5 Compatible Regular Expressi
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libqt3-mt  3:3.3.7-3 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-5 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxslt1.1 1.1.19-1  XSLT processing library - runtime 
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  quanta-data4:3.5.5-1 data files for Quanta Plus web dev
ii  tidy   20051018-1HTML syntax checker and reformatte
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages quanta recommends:
ii  cervisia  4:3.5.5-3  a graphical CVS front end for KDE
pn  docbook-defguide  none (no description available)
ii  gnupg 1.4.6-1GNU privacy guard - a free PGP rep
ii  kompare   4:3.5.5-3  a KDE GUI for viewing differences 
ii  kxsldbg   4:3.5.5-1  graphical XSLT debugger for KDE
pn  wdg-html-referencenone (no description available)

-- no debconf information
diff -Naur old/usr/share/apps/quanta/templates/pages/xhtml/leftMen_BB.html 
new/usr/share/apps/quanta/templates/pages/xhtml/leftMen_BB.html
--- old/usr/share/apps/quanta/templates/pages/xhtml/leftMen_BB.html 
2005-09-10 10:23:12.0 +0200
+++ new/usr/share/apps/quanta/templates/pages/xhtml/leftMen_BB.html 
2007-02-22 10:16:24.0 +0100
@@ -60,7 +60,7 @@
 Quanta Plus is a web development tool for 
 the K Desktop Environment. Quanta is designed for emquick web 
development/em
 and is a mature yet continuously developing editor with a number of great 
features./p
-h1Comunity/h1
+h1Community/h1
 pQuanta has had a great deal of success and 
 acclaim. When you load it up and begin making pages, putting a 

Bug#333151: definitely FontPath issue in package xserver-xorg postinst

2006-11-22 Thread Frits Daalmans
Hi,

upgrade from etch-1-month-ago to 20061120 broke my X server,
solution found, still needs a good patch.

I think it should be reassigned to xserver-xorg?

Symptoms:
xserver-xorg 7.1.0 refuses to start with the following errors
(in /var/log/Xorg.0.log)

Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi:unscaled, 
removing from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/75dpi, removing from 
list!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi:unscaled, 
removing from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi, removing 
fromlist!
Could not init font path element /usr/X11R6/lib/X11/fonts/PEX, removing from 
list!
Could not init font path element /usr/X11R6/lib/X11/fonts/cyrillic, removing 
from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/Type1, removing from 
list!

Fatal server error:
could not open default font 'fixed'



The error was caused because I upgraded from an old installation where my
/etc/X11/xorg.conf contained font directories from
/usr/X11R6/lib/X11/fonts.

Proposed solution:
have a postinst check for FontPath elements with
/usr/X11R6/lib/X11/fonts/xyz
and change the base directory to /usr/share/fonts/X11/
(or maybe /usr/share/fonts/X11/X11R7/ would be even better, I'm not sure)

Presumably this error will never show up with a clean install, just with
an upgrade from xserver-xorg 7.0 versions?

bye,
Frits


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



Bug#384146: experimental patch for 64-bit issues in plp_inttypes.h

2006-10-01 Thread Frits Daalmans
This should supersede the patch for include/plp_inttypes.h
I only tested in on i386 (32-bit)

enjoy,
Frits
Index: plptools-0.15/lib/psitime.cc
===
--- plptools-0.15/lib/psitime.cc	(revision 4)
+++ plptools-0.15/lib/psitime.cc	(working copy)
@@ -194,7 +194,7 @@
  */
 #define EPOCH_DIFF 0x00dcddb30f2f8000ULL
 
-static unsigned long long
+static u_int64_t
 evalOffset(psi_timezone ptz, time_t time, bool valid) {
 s_int64_t offset = 0;
 
@@ -238,7 +238,7 @@
 }
 
 void PsiTime::setSiboTime(u_int32_t stime) {
-unsigned long long micro = evalOffset(ptz, time(0), false);
+u_int64_t micro = evalOffset(ptz, time(0), false);
 
 micro /= 100;
 utv.tv_sec = stime + OnePM - micro;
@@ -247,7 +247,7 @@
 }
 
 u_int32_t PsiTime::getSiboTime(void) {
-unsigned long long micro = evalOffset(ptz, time(0), false);
+u_int64_t micro = evalOffset(ptz, time(0), false);
 
 micro /= 100;
 return utv.tv_sec - OnePM + micro;
Index: plptools-0.15/include/plp_inttypes.h
===
--- plptools-0.15/include/plp_inttypes.h	(revision 4)
+++ plptools-0.15/include/plp_inttypes.h	(working copy)
@@ -21,15 +21,8 @@
 typedef uint16_t u_int16_t;
 typedef uint32_t u_int32_t;
 typedef uint64_t u_int64_t;
-typedef int64_t  s_int64_t;
-#else
-/* Last resort, declare ourselves */
-typedef unsigned char  u_int8_t;
-typedef unsigned short u_int16_t;
-typedef unsigned int   u_int32_t;
-typedef unsigned long long u_int64_t;
-typedef signed long long   s_int64_t;
 #endif // ISO_INTTYPES
+typedef int64_t  s_int64_t;	/* not defined in stdint.h */
 #endif // GNU_INTTYPES
 
 #endif // _INTTYPES_H_


pgpmUwRVJcXH1.pgp
Description: PGP signature


Bug#378632: selinux-policy-default: unknown type sysadm_iceauth_home_t

2006-07-17 Thread Frits Daalmans
Package: selinux-policy-default
Version: 1:1.26-7
Severity: important

Hi,

selinux-policy-default fails to install, for three reasons:
the third one (that I couldn't fix) is reported here.

(1) python error in /usr/sbin/genhomedircon (bug #369852 in
policycoreutils)
solved by making try: except: block as described in bugfix 


(2) first-time installation and /selinux is not mountable yet
because the kernel is running without selinux=1
solution:
I tricked the /etc/selinux/src makefile to set KERNVERS to 20,
with the following patch:

diff -Naur orig/etc/selinux/src/Makefile new/etc/selinux/src/Makefile
--- orig/etc/selinux/src/Makefile   2005-12-29 07:15:46.0 +0100
+++ new/etc/selinux/src/Makefile2006-07-17 22:41:21.0 +0200
@@ -24,7 +24,7 @@
 GENHOMEDIRCON = $(SBINDIR)/genhomedircon
 SETFILES = $(SBINDIR)/setfiles
 VERS := $(shell $(CHECKPOLICY) $(POLICYCOMPAT) -V |cut -f 1 -d ' ')
-KERNVERS := $(shell cat /selinux/policyvers)
+KERNVERS := $(shell cat /selinux/policyvers || echo 20 )
 POLICYVER := policy.$(KERNVERS)
 TOPDIR = $(DESTDIR)/etc/selinux
 ifeq ($(MLS),y)

I think this is legit because I believe the current kernel policy version for
2.6.15 was 20 -- correct me if I'm wrong!
I didn't dare to suggest this as an official bugfix because I'm not
familiar enough with SELinux.


(3) Now i'm running into the next problem:
==
Compiling policy ...
/usr/bin/checkpolicy:  loading policy configuration from policy.conf
domains/admin.te:18:ERROR 'unknown type sysadm_iceauth_home_t' at token ';' on l
ine 10889:
#line 18
allow sysadm_mozilla_t sysadm_iceauth_home_t:file { read getattr };
/usr/bin/checkpolicy:  error(s) encountered while parsing configuration
make: *** [/etc/selinux/./policy/policy.20] Fout 1
==

I don't understand SELinux sufficiently.. so this is where it stops for
me :-)

Good luck,
Frits

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages selinux-policy-default depends on:
ii  checkpolicy   1.30.3-1   SELinux policy compiler
ii  libpam-modules0.79-3.1   Pluggable Authentication Modules f
ii  libselinux1   1.30-1 SELinux shared libraries
ii  m41.4.4-1a macro processing language
ii  make  3.81-2 The GNU version of the make util
ii  policycoreutils   1.30-2 SELinux core policy utilities
ii  python2.3.5-11   An interactive high-level object-o

selinux-policy-default recommends no packages.

-- no debconf information


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



Bug#374170: ITP: gtkradiant -- level editor for doom3 and quake4 maps

2006-06-23 Thread Frits Daalmans
On Friday 23 June 2006 02:26, Bruno Kleinert wrote:
 hi!

 perhaps you might consider maintaining the gtkradiant package
 collaboratively in the debian games team. the debian games team is
 already working on packages, which may benefit from a gtkradiant
 package!
Sure!

I have to tell you though, I'm not a real debian developer (yet?), so 
I will need a sponsor or group of sponsors.

I'll try to upload my package to mentors.debian.net again when I have
a response from its maintainer (the upload failed last time I tried; I still
have to learn a lot here)

 if you're interested in the debian games team, please have a look at
 this page in the debian wiki: http://wiki.debian.org/Games


I looked, and I'm definitely interested.
 cheers - bruno fuddl kleinert
Frits Daalmans


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



Bug#374170: ITP: gtkradiant -- level editor for doom3 and quake4 maps

2006-06-17 Thread Frits Daalmans
Package: wnpp
Severity: wishlist
Owner: Frits Daalmans [EMAIL PROTECTED]

* Package name: gtkradiant
  Version : 1.5.0-1
  Upstream Author : Id Software, Inc. 
* URL : http://www.qeradiant.com/
* License : (GPL, LGPL, BSD)
  Programming Lang: (C++, Python, OpenGL)
  Description : level editor for doom3 and quake4 maps

GtkRadiant is a 3D level editor for Id Software's games doom3 and quake4
(and apparently many others). 
It was recently released under the GPL by Id Software, Inc.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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



Bug#374170: ITP: gtkradiant -- level editor for doom3 and quake4 maps

2006-06-17 Thread Frits Daalmans
On Saturday 17 June 2006 19:41, Wouter Verhelst wrote:
 On Sat, Jun 17, 2006 at 06:35:22PM +0200, Frits Daalmans wrote:
  Package: wnpp
  Severity: wishlist
  Owner: Frits Daalmans [EMAIL PROTECTED]
 
  * Package name: gtkradiant
Version : 1.5.0-1
Upstream Author : Id Software, Inc.
  * URL : http://www.qeradiant.com/
  * License : (GPL, LGPL, BSD)

 Hmm.

Programming Lang: (C++, Python, OpenGL)
Description : level editor for doom3 and quake4 maps
 
  GtkRadiant is a 3D level editor for Id Software's games doom3 and quake4
  (and apparently many others).
  It was recently released under the GPL by Id Software, Inc.

 Then you may need to update the License: header above :)
Well.. this is my first Debian package, but I got the impression that
even though the core is under GPL, there are other parts that
are BSD and LGPL licensed.
Here is the entire LICENSE file, btw:


LICENSE ( last update: Wed Feb  8 17:16:40 CST 2006 )
-

There are 3 license types used throughout GtkRadiant source code.

BSD - modified Berkeley Software Distribution license
( each BSD licensed source file starts with the appropriate header )
LGPL - GNU Lesser General Public License v2.1
( see LGPL at the root of the tree )
GPL - GNU General Public License
( see GPL at the root of the tree )

How do I check which license applies to a given part of the source code?

Each source file in the tree comes with a license header which explains what
license applies. To sum up shortly:

GPL: ( except some files contributed by Loki Software under BSD license )
GtkRadiant Core
GtkRadiant Modules
GtkRadiant Libraries
Quake III Tools
Quake II Tools
Background2D Plugin
HydraToolz Plugin

BSD:
JPEG Library
MD5 Library
DDS Library
PicoModel Library
PrtView Plugin

LGPL
BobToolz Plugin
GenSurf Plugin




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



Bug#365477: eclipse: FTBFS, needs bzip2 in Build-Depends:

2006-04-30 Thread Frits Daalmans
Package: eclipse
Version: 3.1.2-1
Severity: serious
Justification: no longer builds from source
Tags: patch

Hello,

I am eagerly awaiting eclipse 3.1.2, and 
even though I have i386 machines to my disposal, I noticed on the
buildd.debian.org report page
http://buildd.debian.org/build.php?arch=pkg=eclipse
that it FTBFS on several other architectures because it can't find bzip2.
Probably there are also lots of other features, but until it gets
compiled on different architectures, we can't see them.

here is the part of the buildd report:
--
mkdir -p /build/buildd/eclipse-3.1.2/source-tree
(cd /build/buildd/eclipse-3.1.2/source-tree  tar xfj
../upstream/eclipse-sourceBuild-srcIncluded-3.1.2.tar.bz2  /dev/null)
tar: bzip2: Cannot exec: No such file or directory
tar: Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
make: *** [uncompress-stamp] Error 2
**
Build finished at 20060318-1347
FAILED [dpkg-buildpackage died]
--
it fails because tar xfj invokes bzip2 and bzip2 is not in
the build-depends.
Maybe upstream changed from using gzip to using bzip2 for their archive.

This looks like it is the cause of failure for the following builds:
alpha and powerpc on 2006-03-18
amd64 on 2006-03-28
ia64 on 2006-04-26
sparc on 2006-04-27

good luck,
Frits Daalmans

PS: please tell me how I can turn the sentence bzip2 is not in the
build-depends into a valid patch for the debian/control file?
I'm not a debian developer.

PPS: to [EMAIL PROTECTED]: that service, of showing the build reports
of buildd, is VERY USEFUL.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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



Bug#354749: kernel panic with libc6-2.3.6-2

2006-02-28 Thread Frits Daalmans
Subject: kernel panic with libc6-2.3.6-2
Package: libc6
Version: 2.3.5-13
Severity: critical
Justification: breaks the whole system


Hello,

Each week I try out the progress of Etch, and yesterday
I upgraded libc6 (and libc6-amd64) from 2.3.5-13 to 2.3.6-2
* and continued working successfully with no problems*
Today I boot my PC resulting in a kernel panic at boot (repeatedly,
at the same location, reproducibly). Something about not being able
to locate the root device. Since this is on a S-ATA disk on a
MSI motherboard with nforce3 chipset that I had serious trouble with
in the past (changing the names of its disks from hde5 - sda5 and back)
I tried both booting with option root=/dev/sda5 and with root=/dev/hde5
to no avail.

It took me quite a while to figure out what it was that broke
the system.
Kernel 2.6.15 failed to boot; in an older kernel 2.6.8 on the
same hardware the system booted fine.

downgrading libc6 from 2.3.6-2 to 2.3.5-13 solved the problem.

I'm really sorry that I can't pinpoint the problem better... good luck!!
Frits

PS: I've also installed udev 0.084-5, hal 0.5.6-4 and dbus 0.60.5 in case 
that's of any help..

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

-- no debconf information


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




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



Bug#350772: libgcj6-dev: test program for regex bug

2006-01-31 Thread Frits Daalmans
Package: libgcj6-dev
Version: 4.0.2-5j2
Severity: normal

Subject: libgcj6-dev: test program for regex bug
Package: libgcj6-dev
Version: 4.0.2-5j2
Severity: normal

Hello,
this is an update to Debian bug report #327411
about java code compiled with --static which fails to execute
doing something within the gnu.regexp package.

I haven't got a patch, but at least I have a small test program:
--knip knip
public class RegexTest {
  public static void main(String[] args)
  {
  java.util.regex.Pattern.compile(x);
  }
}
--knip knip

If I compile this with
gcj -o RegexTest --main=RegexTest  RegexTest.java
it works, and if I compile it with
gcj -o RegexTest --main=RegexTest --static RegexTest.java
it compiles but when running it gets an ExceptionInInitializerError 
caused by: java.util.MissingResourceException: Bundle gnu/regexp/MessagesBundle 
not found

As I reported before, the workaround is to create a subdirectory gnu/regexp
and put gnu/regexp/MessageBundle.properties in that subdirectory.

Good luck!!
Frits

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libgcj6-dev depends on:
ii  gcj-4.0   4.0.2-5j2  The GNU compiler for Java(TM)
ii  libgcj6   4.0.2-5j2  Java runtime library for use with 
ii  libgcj6-awt   4.0.2-5j2  AWT peer runtime libraries for use
ii  libgcj6-common4.0.2-5j2  Java runtime library for use with 
ii  zlib1g-dev1:1.2.3-9  compression library - development

libgcj6-dev recommends no packages.

-- no debconf information

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages libgcj6-dev depends on:
ii  gcj-4.0   4.0.2-5j2  The GNU compiler for Java(TM)
ii  libgcj6   4.0.2-5j2  Java runtime library for use with 
ii  libgcj6-awt   4.0.2-5j2  AWT peer runtime libraries for use
ii  libgcj6-common4.0.2-5j2  Java runtime library for use with 
ii  zlib1g-dev1:1.2.3-9  compression library - development

libgcj6-dev recommends no packages.

-- no debconf information


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



Bug#327411: libgcj6-dev: execution of java program compiled with --static fails in gnu.regexp init

2005-09-09 Thread Frits Daalmans
Package: libgcj6-dev
Version: 4.0.1-2
Severity: normal

Hello,

When I compile a java program with gcj-4.0, and I link the resulting
object code with --static, the resulting large static executable fails
to execute with the following exception:

Exception in thread main java.lang.ExceptionInInitializerError
   at java.lang.Class.initializeClass() (Unknown Source)
  at gnu.regexp.RE.getLocalizedMessage(java.lang.String) (Unknown
  Source)
...
(some dozen more stack trace entries)
...

Caused by: java.util.MissingResourceException: Bundle 
gnu/regexp/MessagesBundlenot found
   at java.util.ResourceBundle.getBundle(java.lang.String, java.util.Locale, 
java.lang.ClassLoader) (Unknown Source)
   at java.util.ResourceBundle.getBundle(java.lang.String, java.util.Locale) 
(Unknown Source)
   at gnu.regexp.RE.clinit() (Unknown Source)
   at java.lang.Class.initializeClass() (Unknown Source)
   ...14 more


I don't know a full solution because I haven't really looked at the
structure of libgcj6. However, I found a workaround which might help you
find the source of the bug:

Workaround:
I downloaded GNU classpath and extracted gnu/regexp/MessagesBundle.properties 
in the directory where my profiling executable is (well actually in a
subdirectory gnu/regexp), and then it Just Works(tm). 

Therefore, I think this file is not properly included in some part of
libgcj6 (probably to do with gnu.regexp).
The problem doesn't occur when I compile a dynamic java executable, in 
other words when I don't use --static

Apologies for the mishmash in installed gcj version numbers :-)

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=C, LC_CTYPE=C

Versions of packages libgcj6-dev depends on:
ii  gcj-4.04.0.1-2   The GNU compiler for Java(TM)
ii  libc6-dev  2.3.2.ds1-22  GNU C Library: Development Librari
ii  libgcj64.0.1-2   Java runtime library for use with 
ii  libgcj6-awt4.0.1-2   AWT peer runtime libraries for use
ii  libgcj6-common 4.0.1-2   Java runtime library for use with 
ii  zlib1g-dev 1:1.2.2-4.sarge.1 compression library - development

-- no debconf information


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



Bug#295397: xfsprogs: xfs_check manual page incorrect

2005-02-15 Thread Frits Daalmans
Package: xfsprogs
Version: 2.6.20-1
Severity: minor
Tags: patch

Hello,
I used xfs_check to verify an xfs filesystem.
it returned without any output, and the filesystem tests OK.
(so far so good :-))

However, the manual page says, at the end of the DESCRIPTION chapter,
and just before DIAGNOSTICS, that:

Any NON-VERBOSE output from xfs_check means that the filesystem has an
inconsistency

I think that it should instead say

Any VERBOSE output from xfs_check means that the filesystem has an
inconsistency

Is that correct?
If not, I apologise for wasting your time.



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27
Locale: LANG=C, LC_CTYPE=C

Versions of packages xfsprogs depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libreadline44.3-11   GNU readline and history libraries
ii  libuuid11.35-6   Universally unique id library

-- no debconf information
diff -Naur OLD/usr/share/man/man8/xfs_check.8 NEW/usr/share/man/man8/xfs_check.8
--- OLD/usr/share/man/man8/xfs_check.8  2004-07-28 22:51:52.0 +0200
+++ NEW/usr/share/man/man8/xfs_check.8  2005-02-15 16:24:37.0 +0100
@@ -71,7 +71,7 @@
 .B convert
 command.
 .PP
-Any non-verbose output from
+Any verbose output from
 .I xfs_check
 means that the filesystem has an inconsistency.
 The filesystem can be repaired using either


Bug#295397: xfsprogs: xfs_check manual page incorrect

2005-02-15 Thread Frits Daalmans
Agreed, and I also agree with the description of xfs_check -v in the
manual page :-)


On Tue, 15 Feb 2005, Penio S. Penev wrote:

 On Tue, 15 Feb 2005, Frits Daalmans wrote:

 | However, the manual page says, at the end of the DESCRIPTION chapter,
 | and just before DIAGNOSTICS, that:
 |
 | Any NON-VERBOSE output from xfs_check means that the filesystem has an
 | inconsistency
 |
 | I think that it should instead say
 |
 | Any VERBOSE output from xfs_check means that the filesystem has an
 | inconsistency

 The manual should probably read:

 Any output from xfs_check that was not due to the VERBOSE flag means
 that the filesystem has an inconsistency.

 Cheers,

 --Penio.





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