Bug#814003: libgl1-nvidia-legacy-340xx-glx: Broken libgl1-nvidia-glx:amd64 Conflicts on libgl1-nvidia-glx-340.96

2016-02-07 Thread Joel Soete

Package: libgl1-nvidia-legacy-340xx-glx
Version: 340.96
Severity: normal
Tags: d-i

Dear Maintainer,

I prefere a testing Debian installation for personal convenience but my nvidia card (Quadro FX 580) is not any more 
supported by the new driver > 352.79 also I foreseen to install the 'nvidia-legacy-340xx-driver' (better then put packages 
on HOLD).

Unfortunately this installation failed:
# apt-get install -s nvidia-legacy-340xx-driver
Reading package lists... Done
Building dependency tree
Reading state information... Done
Starting pkgProblemResolver with broken count: 6
Starting 2 pkgProblemResolver with broken count: 6
Investigating (0) libgl1-nvidia-glx [ amd64 ] < 340.96-3 -> 352.79-1 | 355.11-1 
> ( non-free/libs )
Broken libgl1-nvidia-glx:amd64 Conflicts on libgl1-nvidia-glx-340.96 [ amd64 ] < 
none > ( none )
  Considering libgl1-nvidia-legacy-340xx-glx:amd64 3 as a solution to 
libgl1-nvidia-glx:amd64 6
  Added libgl1-nvidia-legacy-340xx-glx:amd64 to the remove list
  Conflicts//Breaks against version 340.96-2~bpo8+1 for 
libgl1-nvidia-legacy-340xx-glx but that is not InstVer, ignoring
  Fixing libgl1-nvidia-glx:amd64 via keep of 
libgl1-nvidia-legacy-340xx-glx:amd64
Investigating (0) xserver-xorg-video-nvidia-legacy-340xx [ amd64 ] < none -> 
340.96-2 > ( non-free/x11 )
Broken xserver-xorg-video-nvidia-legacy-340xx:amd64 Depends on libgl1-nvidia-legacy-340xx-glx [ amd64 ] < none -> 340.96-2 > 
( non-free/libs ) (= 340.96-2)

  Considering libgl1-nvidia-legacy-340xx-glx:amd64 3 as a solution to 
xserver-xorg-video-nvidia-legacy-340xx:amd64 2
  Holding Back xserver-xorg-video-nvidia-legacy-340xx:amd64 rather than change 
libgl1-nvidia-legacy-340xx-glx:amd64
Investigating (0) nvidia-legacy-340xx-driver-bin [ amd64 ] < none -> 340.96-2 > 
( non-free/x11 )
Broken nvidia-legacy-340xx-driver-bin:amd64 Conflicts on nvidia-driver-bin-340.96 [ 
amd64 ] < none > ( none )
  Considering nvidia-driver-bin:amd64 2 as a solution to 
nvidia-legacy-340xx-driver-bin:amd64 2
  Holding Back nvidia-legacy-340xx-driver-bin:amd64 rather than change 
nvidia-driver-bin-340.96:amd64
Investigating (0) libnvidia-legacy-340xx-eglcore [ amd64 ] < none -> 340.96-2 > 
( non-free/libs )
Broken libnvidia-legacy-340xx-eglcore:amd64 Conflicts on libnvidia-eglcore-340.96 [ 
amd64 ] < none > ( none )
  Considering libnvidia-eglcore:amd64 0 as a solution to 
libnvidia-legacy-340xx-eglcore:amd64 0
  Holding Back libnvidia-legacy-340xx-eglcore:amd64 rather than change 
libnvidia-eglcore-340.96:amd64
Investigating (1) nvidia-legacy-340xx-driver [ amd64 ] < none -> 340.96-2 > ( 
non-free/x11 )
Broken nvidia-legacy-340xx-driver:amd64 Depends on libgl1-nvidia-legacy-340xx-glx [ amd64 ] < none -> 340.96-2 > ( 
non-free/libs ) (= 340.96-2)

  Considering libgl1-nvidia-legacy-340xx-glx:amd64 3 as a solution to 
nvidia-legacy-340xx-driver:amd64 10005
  Re-Instated libgl1-nvidia-glx:amd64
  Re-Instated libgl1-nvidia-legacy-340xx-glx:amd64
Broken nvidia-legacy-340xx-driver:amd64 Depends on nvidia-legacy-340xx-driver-bin [ amd64 ] < none -> 340.96-2 > ( 
non-free/x11 ) (= 340.96-2)

  Considering nvidia-legacy-340xx-driver-bin:amd64 2 as a solution to 
nvidia-legacy-340xx-driver:amd64 10005
  Re-Instated nvidia-driver-bin:amd64
  Re-Instated nvidia-legacy-340xx-driver-bin:amd64
Broken nvidia-legacy-340xx-driver:amd64 Depends on xserver-xorg-video-nvidia-legacy-340xx [ amd64 ] < none -> 340.96-2 > ( 
non-free/x11 ) (= 340.96-2)

  Considering xserver-xorg-video-nvidia-legacy-340xx:amd64 2 as a solution to 
nvidia-legacy-340xx-driver:amd64 10005
  Re-Instated xserver-xorg-video-nvidia-legacy-340xx:amd64
Investigating (1) libgl1-nvidia-glx [ amd64 ] < 340.96-3 -> 352.79-1 | 355.11-1 
> ( non-free/libs )
Broken libgl1-nvidia-glx:amd64 Conflicts on libgl1-nvidia-glx-340.96 [ amd64 ] < 
none > ( none )
  Considering libgl1-nvidia-legacy-340xx-glx:amd64 3 as a solution to 
libgl1-nvidia-glx:amd64 6
  Added libgl1-nvidia-legacy-340xx-glx:amd64 to the remove list
  Conflicts//Breaks against version 340.96-2~bpo8+1 for 
libgl1-nvidia-legacy-340xx-glx but that is not InstVer, ignoring
  Fixing libgl1-nvidia-glx:amd64 via keep of 
libgl1-nvidia-legacy-340xx-glx:amd64
Investigating (1) libegl1-nvidia-legacy-340xx [ amd64 ] < none -> 340.96-2 > ( 
non-free/libs )
Broken libegl1-nvidia-legacy-340xx:amd64 Depends on libnvidia-legacy-340xx-eglcore [ amd64 ] < none -> 340.96-2 > ( 
non-free/libs ) (= 340.96-2)

  Considering libnvidia-legacy-340xx-eglcore:amd64 0 as a solution to 
libegl1-nvidia-legacy-340xx:amd64 2
  Holding Back libegl1-nvidia-legacy-340xx:amd64 rather than change 
libnvidia-legacy-340xx-eglcore:amd64
Investigating (1) xserver-xorg-video-nvidia-legacy-340xx [ amd64 ] < none -> 
340.96-2 > ( non-free/x11 )
Broken xserver-xorg-video-nvidia-legacy-340xx:amd64 Depends on libgl1-nvidia-legacy-340xx-glx [ amd64 ] < none -> 340.96-2 > 
( non-free/libs ) (= 340.96-2)

  Considering libgl1-nvidia-legacy-340xx-glx:amd64 3 as a solution to 

Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?

2012-03-09 Thread Joel Soete
I finally get confirmation I was looking for at 
https://wiki.archlinux.org/index.php/GRUB2#MBR_aka_msdos_partitioning_specific_instructions and mentioned link 
https://bugs.archlinux.org/task/24103.


So I manage to increase this space to 2Mb then the installation of the release grub-pc_1.99-14 (and dependencies) is now 
successful :)




On 02/11/2012 09:43 PM, Joel Soete wrote:

Hello φ-coder,

Sorry for so late reaction, but I would like to be sure that I well understand.

# fdisk /dev/sda

Command (m for help): p

Disk /dev/sda: 300.1 GB, 300067970560 bytes
255 heads, 63 sectors/track, 36481 cylinders, total 586070255 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00066cce

Device Boot Start End Blocks Id System
/dev/sda1 * 63 996029 497983+ fd Linux raid autodetect
/dev/sda2 996030 586070254 292537112+ 5 Extended
/dev/sda5 996093 149002874 74003391 fd Linux raid autodetect
/dev/sda6 149002938 299001779 74999421 fd Linux raid autodetect
/dev/sda7 299001843 449000684 74999421 8e Linux LVM
/dev/sda8 449000748 586070254 68534753+ 8e Linux LVM

shows me the start of the first slice (sda1) at 63 sectors (aparently the 
default of cfdisk).

Which leaves a gap of only 32k free for grub2 to install its core and required 
modules and it is not any more enough since
1.99 release (the F manual recommends at least 1Mb).

So all I would have to do is to manage to increase this free space (gap) to 1Mb 
(2048 sectors) to fix the problem?

Thanks in advance for further help,
J.

On 01/-10/-28163 08:59 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:

On 18.10.2011 22:39, Todd Charron wrote:

Any news here?


RTFM
www.gnu.org/software/grub/manual/html_node/BIOS-installation.html#BIOS-installation







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



Bug#630226: Re: Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?

2012-02-11 Thread Joel Soete

Hello φ-coder,

Sorry for so late reaction, but I would like to be sure that I well understand.

# fdisk  /dev/sda

Command (m for help): p

Disk /dev/sda: 300.1 GB, 300067970560 bytes
255 heads, 63 sectors/track, 36481 cylinders, total 586070255 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00066cce

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *  63  996029  497983+  fd  Linux raid autodetect
/dev/sda2  996030   586070254   292537112+   5  Extended
/dev/sda5  996093   14900287474003391   fd  Linux raid autodetect
/dev/sda6   149002938   29900177974999421   fd  Linux raid autodetect
/dev/sda7   299001843   44900068474999421   8e  Linux LVM
/dev/sda8   449000748   58607025468534753+  8e  Linux LVM

shows me the start of the first slice (sda1) at 63 sectors (aparently the 
default of cfdisk).

Which leaves a gap of only 32k free for grub2 to install its core and required modules and it is not any more enough since 
1.99 release (the F manual recommends at least 1Mb).


So all I would have to do is to manage to increase this free space (gap) to 1Mb 
(2048 sectors) to fix the problem?

Thanks in advance for further help,
J.

On 01/-10/-28163 08:59 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:

On 18.10.2011 22:39, Todd Charron wrote:

Any news here?


RTFM
www.gnu.org/software/grub/manual/html_node/BIOS-installation.html#BIOS-installation





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



Bug#637281: same issue here with custom kernels build with make-kpkg

2011-08-21 Thread Joel Soete

Hello all,

I use to compile my custom kernel (for my hw) which I build with make-kpkg.
I also have to install nvidia-kernel-dkms (the unstable 280.13-1) and the 
latest virtualbox-4.1 4.1.2.

All was working fine until yesterday when I build the latest linux kernel 3.0.3 for mu debian testing 64bits installation 
and install image and headers pkg and I got the same message:

Error! Could not locate dkms.conf file.
File:  does not exist.

For what is weird, today I do the same exercise on my debian 32bit installation without any issue but only with 
nvidia-kernel-dkms (the unstable 280.13-1) and without any virtualbox?


I 'locate' some dkms.conf on my 32bit install i find some interesting: /usr/src/nvidia-280.13/dkms.conf and 
/var/lib/dpkg/info/dkms.conffiles and are the same as on my 64bit installation.


To recover usage of my 64bit GUI and vbox, I re-install the stable 'dkms_2.1.1.2-5_all.deb' but have to 'dpkg-reconfigure 
nvidia-kernel-dkms' and I still have to find why vbox module failed to compile with linux-3.0.3 but that's another story.


Hth,
J.



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



Bug#637281: same issue here with custom kernels build with make-kpkg

2011-08-21 Thread Joel Soete
Playing around to re-install stuff, I figure out that in '/var/lib/dkms/vboxhost' a dir 4.1.0 wasn't removed after the 
installation of 4.1.2?


After I remove it, I can re-install image and headers pkg of my linux-3.0.3 compilation and dkms 2.1 reach to rebuild kernel 
modules vboxhost and nvidia. With dkms 2.2, I still have to find why it doesn't run 'auto installation service' for this kernel?


J.

On 08/21/2011 02:55 PM, Joel Soete wrote:

Hello all,

I use to compile my custom kernel (for my hw) which I build with make-kpkg.
I also have to install nvidia-kernel-dkms (the unstable 280.13-1) and the 
latest virtualbox-4.1 4.1.2.

All was working fine until yesterday when I build the latest linux kernel 3.0.3 
for mu debian testing 64bits installation
and install image and headers pkg and I got the same message:
Error! Could not locate dkms.conf file.
File: does not exist.

For what is weird, today I do the same exercise on my debian 32bit installation 
without any issue but only with
nvidia-kernel-dkms (the unstable 280.13-1) and without any virtualbox?

I 'locate' some dkms.conf on my 32bit install i find some interesting: 
/usr/src/nvidia-280.13/dkms.conf and
/var/lib/dpkg/info/dkms.conffiles and are the same as on my 64bit 
installation.

To recover usage of my 64bit GUI and vbox, I re-install the stable 
'dkms_2.1.1.2-5_all.deb' but have to 'dpkg-reconfigure
nvidia-kernel-dkms' and I still have to find why vbox module failed to compile 
with linux-3.0.3 but that's another story.

Hth,
J.





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



Bug#630226: Forgotten info

2011-06-14 Thread Joel Soete

Hello Colin,

On 06/13/2011 05:19 PM, Colin Watson wrote:

On Mon, Jun 13, 2011 at 03:53:41PM +0200, Joel Soete wrote:

I just forgot to mention that after this failure of installation,
when I try to boot from this master disk, grub fall in 'rescue' mode
after error message: error: symbol not found 'grub_divmod64_full'.


This happens when GRUB is not properly installed, so the core image is
out of sync with modules.  Run 'sudo dpkg-reconfigure grub-pc' and make
sure that your boot disk is selected in the question regarding where to
install GRUB.

Yes that's my very worry, where is this GRUB was installed: I installed the stuff more then a year ago and at this time it 
was an evidence and I forgot to take notes. But today, I don't remember anymore which is the primary and which is the 
secondary (may I trust they respectively sda and sdb?), I will check.


Thanks a lot,
J.



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



Bug#630226: grub-pc_1.99-6_amd64.deb failed to upgrade while not grub-pc_1.99-6_i386.deb?

2011-06-14 Thread Joel Soete

Hello Colin,

On 06/13/2011 05:22 PM, Colin Watson wrote:

On Sun, Jun 12, 2011 at 03:23:42PM +0200, Joel Soete wrote:

But this operation failed on 64bit env:
[snip]
Setting up grub-common (1.99-6) ...
Installing new version of config file /etc/grub.d/10_linux ...
Installing new version of config file /etc/grub.d/00_header ...
Installing new version of config file /etc/grub.d/20_linux_xen ...
Setting up grub2-common (1.99-6) ...
Setting up grub-pc-bin (1.99-6) ...
Setting up grub-pc (1.99-6) ...
/usr/sbin/grub-setup: warn: Your embedding area is unusually small.  core.img
won't fit in it..
/usr/sbin/grub-setup: error: embedding is not possible, but this is required
when the root device is on a RAID array or LVM volume.
[snip]


Please show your disk layout according to 'parted -l'.


I hope that I can attach the output of parted -l in this PartedL.txt.gz

Thanks again,
J.


PartedL.txt.gz
Description: GNU Zip compressed data


Bug#630226: Forgotten info

2011-06-13 Thread Joel Soete

Hello all,

I just forgot to mention that after this failure of installation, when I try to boot from this master disk, grub fall in 
'rescue' mode after error message: error: symbol not found 'grub_divmod64_full'.


I also figure out that previous operational release was the '1.99~rc1-13' but only src of dpkg are still available, so I 
rebuild it from src and re-install it successfully but unfortunately I always got the same error (is it because of the new 
pkg grub-pc-bin?)


Thanks again,
J.



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



Bug#575550: more about: nvidia-kernel-source: New stable release 195.36.15 available

2010-03-27 Thread Joel Soete

Deqr maintainer,

Here is what I have to change in the module src to make it works:
diff -Naur nvidia-kernel.orig/conftest.h nvidia-kernel/conftest.h
--- nvidia-kernel.orig/conftest.h   2010-03-20 16:21:35.0 +
+++ nvidia-kernel/conftest.h2010-03-20 19:12:10.0 +
@@ -235,3 +235,12 @@
  #define NV_INIT_WORK_PRESENT
  #define NV_INIT_WORK_ARGUMENT_COUNT 3
 #endif
+
+#if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,33)
+  #define NV_ACPI_WALK_NAMESPACE_PRESENT
+  #define NV_ACPI_WALK_NAMESPACE_ARGUMENT_COUNT 7
+#else
+  #define NV_ACPI_WALK_NAMESPACE_PRESENT
+  #define NV_ACPI_WALK_NAMESPACE_ARGUMENT_COUNT 6
+#endif
+

is a mimimal stuff I had to add manually in place of 'conftest.sh' (may be is 
it possible to do better?)


And finaly:

diff -Naur nvidia-kernel.orig/nv-linux.h nvidia-kernel/nv-linux.h
--- nvidia-kernel.orig/nv-linux.h   2010-03-20 16:21:35.0 +
+++ nvidia-kernel/nv-linux.h2010-03-20 19:24:38.0 +
@@ -13,7 +13,6 @@
 #define _NV_LINUX_H_

 #include nv.h
-#include conftest.h

 #ifndef AUTOCONF_INCLUDED
 #if defined(NV_GENERATED_AUTOCONF_H_PRESENT)
@@ -38,6 +37,8 @@
 #  error This driver does not support development kernels!
 #endif

+#include conftest.h
+
 #if defined(KERNEL_2_4)
 #define NV_KMEM_CACHE_CREATE_PRESENT
 #define NV_KMEM_CACHE_CREATE_ARGUMENT_COUNT 6
@@ -209,8 +210,8 @@
 (NV_ACPI_WALK_NAMESPACE_ARGUMENT_COUNT == 6)
 #define NV_ACPI_WALK_NAMESPACE(type, args...) acpi_walk_namespace(type, args)
 #elif (NV_ACPI_WALK_NAMESPACE_ARGUMENT_COUNT == 7)
-#define NV_ACPI_WALK_NAMESPACE(type, args...) \
-acpi_walk_namespace(type, args, NULL)
+#define NV_ACPI_WALK_NAMESPACE(a,b,c,d,e,f) \
+acpi_walk_namespace(a,b,c,d,NULL,e,f)
 #else
 #error NV_ACPI_WALK_NAMESPACE_ARGUMENT_COUNT value unrecognized!
 #endif
===  ===

The first part was taken from previous release.

The second is from some other proposal and the linux patch-2.6.33 reading:
diff --git a/include/acpi/acpixf.h b/include/acpi/acpixf.h
index e723b0f..86e9735 100644
--- a/include/acpi/acpixf.h
+++ b/include/acpi/acpixf.h
@@ -47,7 +47,7 @@

 /* Current ACPICA subsystem version in MMDD format */

-#define ACPI_CA_VERSION 0x20090903
+#define ACPI_CA_VERSION 0x20091214

 #include actypes.h
 #include actbl.h
@@ -154,7 +154,8 @@ acpi_status
 acpi_walk_namespace(acpi_object_type type,
acpi_handle start_object,
u32 max_depth,
-   acpi_walk_callback user_function,
+   acpi_walk_callback pre_order_visit,
+   acpi_walk_callback post_order_visit,
void *context, void **return_value);

 acpi_status
===  ===

and some example of change else where in the same patch:
--- a/drivers/pci/hotplug/acpiphp_ibm.c
+++ b/drivers/pci/hotplug/acpiphp_ibm.c
@@ -434,7 +434,7 @@ static int __init ibm_acpiphp_init(void)
dbg(%s\n, __func__);

if (acpi_walk_namespace(ACPI_TYPE_DEVICE, ACPI_ROOT_OBJECT,
-   ACPI_UINT32_MAX, ibm_find_acpi_device,
+   ACPI_UINT32_MAX, ibm_find_acpi_device, NULL,
ibm_acpi_handle, NULL) != FOUND_APCI) {
err(%s: acpi_walk_namespace failed\n, __func__);
retval = -ENODEV;
===  among many others  ===

which seems to show that 'NULL' should be added as 5th parameter and not the 
7th, though.

Hth,
J.



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



Bug#575550: nvidia-kernel-source: New stable release 195.36.15 available.

2010-03-26 Thread Joel Soete
Package: nvidia-kernel-source
Version: 195.36.15-jso0
Severity: wishlist
Tags: sid

Hello,

Just to mentionned that a new release (195.36.15) is available.

Well, it failed to build from the source pkg but nothing difficult to fix (I 
just don't know where to put it to build a usable debian pkg?)

Tia,
J.




-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.33.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/bash

Versions of packages nvidia-kernel-source depends on:
ii  debhelper 7.4.15 helper programs for debian/rules
ii  dpatch2.0.31 patch maintenance system for Debia
ii  make  3.81-7 An utility for Directing compilati
ii  sed   4.2.1-6The GNU sed stream editor

Versions of packages nvidia-kernel-source recommends:
ii  devscripts2.10.61scripts to make the life of a Debi
ii  kernel-package12.033 A utility for building Linux kerne
ii  module-assistant  0.11.3 tool to make module package creati
ii  nvidia-glx195.36.15-jso0 NVIDIA binary Xorg driver

nvidia-kernel-source 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#530357: grub-pc: grub-probe seems to fail to find the right uuid with 64bits kernel?

2009-12-20 Thread Joel Soete

Package: grub-pc
Version: 1.98~20091210-1
Severity: normal

*** Please type your report below this line ***
Hello dear grub2 maintainers,

I just buy a week ago a new home PC with help to a kind supplier.
This box is equipped with an quad-core Intel i7:
# cat /proc/cpuinfo | more
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 26
model name  : Intel(R) Core(TM) i7 CPU 950  @ 3.07GHz
stepping: 5
cpu MHz : 1596.000
cache size  : 8192 KB
physical id : 0
siblings: 8
core id : 0
cpu cores   : 4
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 11
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 
ss ht t
m pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc aperfmperf pni 
dtes64 moni

tor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida 
tpr_shadow vnmi flexpriority ept vpid
bogomips: 6129.34
clflush size: 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:
[snip]

So as far I understand some of my reading, debian image for this type of cpu is 
the -amd64, thought?

# uname -a
Linux sidh2 2.6.32-trunk-amd64 #1 SMP Thu Dec 17 01:50:34 UTC 2009 x86_64 
GNU/Linux

After the reboot with this image all seems to works fine, and so I remove some old linux-image dpkg which in terms rebuild 
the grub.cfg file.


Unfortuantely at next reboot, I got following error:
Error: you need to load the kernel first.

I then figure out that grub-probe failed to find out the good uuid;
I just reproduce manualy what grub-mkconfig is doing:
# grub-probe --target=device /boot
/dev/md0
# grub-probe --device /dev/md0 --target=fs_uuid
48dc8603-6702-4644-b1e5-e3c8e235ca48

I just compare with tune2fs -l:
# tune2fs -l /dev/md0
tune2fs 1.41.9 (22-Aug-2009)
Filesystem volume name:   boot
Last mounted on:  not available
Filesystem UUID:  6c2de8c0-40d0-470d-a040-1c2427f9ebb7
[snip]

And restoring this last value in grub.cfg (eventhought it's not supposed to be 
edited manually), system boot fine again.

Otoh, there isn't any pb with 32bit kernel:
# uname -a
Linux sidh2 2.6.32-trunk-686-bigmem #1 SMP Thu Dec 17 01:08:50 UTC 2009 i686 
GNU/Linux

(note that this is the same kernel revision)

# grub-probe --target=device /boot
/dev/md0
r...@sidh2:~# grub-probe --device /dev/md0 --target=fs_uuid
6c2de8c0-40d0-470d-a040-1c2427f9ebb7

Cheers,
J.

PS1: it should be related to kernel but tune2fs doen't seems to have this issue;
and personnaly I don't experiment same issue with other 64bit arch (IBM ppc64 
LPAR)?

PS2: the entry I manualy change is 'menuentry Debian GNU/Linux, with Linux 
2.6.32-trunk-amd64 {'

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/rootvg-root / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/mapper/rootvg-DebApt /DebApt ext3 rw,relatime,errors=continue,data=ordered 
0 0
/dev/mapper/rootvg-VCTree2 /Extra/CVS ext3 
rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/rootvg-Develop /Extra/Develop ext3 
rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/rootvg-Sources /Extra/Sources ext3 
rw,relatime,errors=continue,data=ordered 0 0
/dev/md0 /boot ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/rootvg-home /home ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/rootvg-tmp /tmp ext3 rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/rootvg-UsrSrc /usr/src ext3 
rw,relatime,errors=continue,data=ordered 0 0
/dev/mapper/rootvg-var /var ext3 rw,relatime,errors=continue,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/hdb
(hd1)   /dev/sda
(hd2)   /dev/sdb
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
set default=0
insmod raid
insmod mdraid
insmod lvm
insmod ext2
set root=(rootvg-root)
search --no-floppy --fs-uuid --set 282e7a4c-7dab-4876-91da-dd82c4b2c3af
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
  fi
fi
set locale_dir=/boot/grub/locale
set lang=en
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod raid
insmod mdraid
insmod ext2
set root=(md0)
search --no-floppy --fs-uuid --set 48dc8603-6702-4644-b1e5-e3c8e235ca48
insmod png
if background_image 

Bug#520011: arno-iptables-firewall: New mac-address-filter plugins failed :(

2009-03-16 Thread Joel Soete

Package: arno-iptables-firewall
Version: 1.9.0.b-1
Severity: important
Tags: patch

Hello Michael,

After the update of your new kind iptables firewall, internal network
connections failed :( with following messages:
+ /sbin/iptables -A MAC_FILTER -m mac --mac-source '00:14:22:f9:53:a2
00:60:B0:07:0A:AA
00:d0:59:08:65:ca
00:05:5D:6B:DC:4B
00:30:6e:0a:cb:92
00:50:04:1b:2c:17
00:50:5d:6b:dc:4b
00:1e:33:7a:b8:90' -s 0/0 -j RETURN
iptables v1.4.2: Bad mac address `00:14:22:f9:53:a2
00:60:B0:07:0A:AA
00:d0:59:08:65:ca
00:05:5D:6B:DC:4B
00:30:6e:0a:cb:92
00:50:04:1b:2c:17
00:50:5d:6b:dc:4b
00:1e:33:7a:b8:90'
Try `iptables -h' or 'iptables --help' for more information.


After some debuging, I figure out what seems to me a typo in config file
and may be another way implement this new filter as per this proposed
patch:
--- ./etc/arno-iptables-firewall/plugins/mac-address-filter.conf.orig   
2009-02-26 09:51:12.0 +
+++ ./etc/arno-iptables-firewall/plugins/mac-address-filter.conf
2009-03-15 09:15:22.0 +
@@ -8,7 +8,7 @@

 # Specify here the port(s) you want to SSH checks to apply to
 #
--
-MAC_ADDRESS_IF=$INF_IF
+MAC_ADDRESS_IF=$INT_IF

 # Enable logging for not-allowed MAC addresses (if used).
 #
-
---
./share/arno-iptables-firewall/plugins/10mac-address-filter.plugin.orig 
2009-02-27 20:29:17.0 +
+++ ./share/arno-iptables-firewall/plugins/10mac-address-filter.plugin  
2009-03-15 09:16:41.0 +
@@ -85,7 +85,8 @@
   MCOUNT=0

   IFS=$(printf '\n')
-  for LINE in `cat $MAC_ADDRESS_FILE |sed -e 's|#.*||' -e 's| *$||'`;
do
+  cat $MAC_ADDRESS_FILE |sed -e 's|#.*||' -e 's| *$||' | \
+  while read LINE; do
 if [ -n $LINE ]; then
   src_mac=$(echo $LINE |awk '{ print $1 }')
   src_ip=$(echo $LINE |awk '{ print $2 }')
===  ===

What's your opinion?

Thanks in advance for your kind attention,
J.

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

Kernel: Linux 2.6.28.7-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages arno-iptables-firewall depends on:
ii  debconf [debconf-2.0]   1.5.26   Debian configuration management sy
ii  gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr
ii  iptables1.4.2-6  administration tools for packet fi

Versions of packages arno-iptables-firewall recommends:
ii  dnsutils   1:9.5.1.dfsg.P1-1 Clients provided with BIND
ii  iproute20090115-1networking and traffic control too
ii  lynx   2.8.7dev13-1  Text-mode WWW Browser (transitiona

arno-iptables-firewall suggests no packages.

-- debconf information:
* arno-iptables-firewall/config-int-nat-net: 192.168.248.0/24
* arno-iptables-firewall/dynamic-ip: true
* arno-iptables-firewall/config-int-net: 192.168.248.0/24
* arno-iptables-firewall/icmp-echo: false
* arno-iptables-firewall/services-udp:
  arno-iptables-firewall/title:
* arno-iptables-firewall/config-ext-if: ppp0
* arno-iptables-firewall/services-tcp: 22
* arno-iptables-firewall/restart: false
* arno-iptables-firewall/config-int-if: eth1
* arno-iptables-firewall/nat: true
* arno-iptables-firewall/debconf-wanted: true



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



Bug#485122: In /etc/cron.daily/apt wouldn't it be done AUTOCLEAN before DOWNLOAD_UPGRADEABLE?

2008-06-08 Thread Joel Soete

Package: apt
Version: 0.7.14
Severity: wishlist

Hello all,

From time to time /etc/cron.daily/apt failed just because it lakes of free 
space in my 'archives' fs.
And most of the time, it's enough to run manually apt-get autoclean to free 
enough space to launch again
/etc/cron.daily/apt successfully.

So am I wory if it wouldn't be better to run AUTOCLEAN b4 DOWNLOAD_UPGRADEABLE?

What's your opinion?

Tx,
J.

-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::Acquire ;
APT::Acquire::Translation environment;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^linux-image.*;
APT::NeverAutoRemove:: ^linux-restricted-modules.*;
APT::Get ;
APT::Get::Download-Only false;
APT::Get::Show-Upgraded true;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::userstatus status.user;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache var/cache/apt/;
Dir::Cache::archives /DebianApt/Debian4Home-Etch/archives/;
Dir::Cache::srcpkgcache srcpkgcache.bin;
Dir::Cache::pkgcache pkgcache.bin;
Dir::Etc etc/apt/;
Dir::Etc::sourcelist sources.list;
Dir::Etc::sourceparts sources.list.d;
Dir::Etc::vendorlist vendors.list;
Dir::Etc::vendorparts vendors.list.d;
Dir::Etc::main apt.conf;
Dir::Etc::parts apt.conf.d;
Dir::Etc::preferences preferences;
Dir::Bin ;
Dir::Bin::methods /usr/lib/apt/methods;
Dir::Bin::dpkg /usr/bin/dpkg;
Dir::Log var/log/apt;
Dir::Log::Terminal term.log;
DPkg ;
DPkg::Pre-Install-Pkgs ;
DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true;
DPkg::Post-Invoke ;
DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums 
--generate=nocheck -sp /var/cache/apt/archives; fi;
DPkg::Post-Invoke:: debsums --generate=nocheck -sp 
/DebianApt/Debian4Home-Etch/archives;
Acquire ;
Acquire::Source-Symlinks true;
Debug ;
Debug:: space;

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

#
# deb cdrom:[Debian GNU/Linux 4.0 r0 _Etch_ - Official i386 NETINST Binary-1 
20070407-11:29]/ etch contrib main

#deb ftp://ftp.de.debian.org/debian/ etch main non-free contrib
#deb-src ftp://ftp.de.debian.org/debian/ etch main non-free contrib

#deb http://security.debian.org/ etch/updates main contrib non-free
#deb-src http://security.debian.org/ etch/updates main contrib non-free
deb http://ftp.de.debian.org/debian/ unstable main non-free contrib
deb-src http://ftp.de.debian.org/debian/ unstable main non-free contrib

deb http://ftp.de.debian.org/debian/ experimental main non-free contrib
deb-src http://ftp.de.debian.org/debian/ experimental main non-free contrib

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

Kernel: Linux 2.6.25.4-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring   2008.04.16+nmu1 GnuPG archive keys of the Debian a
ii  libc62.7-12  GNU C Library: Shared libraries
ii  libgcc1  1:4.3.0-5   GCC support library
ii  libstdc++6   4.3.0-5 The GNU Standard C++ Library v3

apt recommends no packages.

-- no debconf information




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



Bug#473725: [Debootloaders-yaboot] Bug#473725: New yaboot release 1.3.14 available upstream

2008-04-02 Thread Joel Soete
Hello Aurelien,

 severity 473725 wishlist
 thanks

No pb ;)

 On Tue, Apr 01, 2008 at 09:46:21AM +0100, Joel Soete wrote:
  May I ask you the favour to compile a new deb package based on this new
  upstream release (1.3.14 on http://yaboot.ozlabs.org/)?

 Please note that I am currently refraining to upload 1.3.14, because I
 no longer have access to the p505 which IBM France lent me. It should
 be solved soon though.

Understand.

  According to git Changelog, it's possible that it fixes the install issue of
  the debian-4.0r3 I mentioned on debian-powerpc ml:
  http://lists.debian.org/debian-powerpc/2008/03/msg00038.html.

 May I ask you the favour to tell me what git commit exactly? It is
 unsure 1.3.14 will really fix your problem.

Well you are absolutly right (why I said it's possible).
Never the less I was worry  when readinfg the latest commit:

commit 58838f4a6973c60dc1b764fba20682ce07bb6c96
Author: Paul Nasrat [EMAIL PROTECTED]
Date:   Fri Aug 17 15:22:00 2007 +0100

On some of the larger kernels we are starting to see a space squeeze.
The kernel is currently being put at 20MBs and on some of the newer
pSeries systems we are getting real-bases at 32MBs (plus AIX 5.3 has
real-base at 32MB, so if AIX is ever booted, everything gets shifted).

[snip]
And the p510 on which I playing, was supplied by the end of june 2007, so may
be in some of the newer pseries, thought.

 It is also not clear in
 your post whether you actually tested it or not.

Not tested yet as far as debian couldn't reboot from installed hd and it's
painfull to restart from cd ;(
That said, I tried also this other Open distro which boot from hd.
Even thought it's not my favorite debian it would help with debootstrap to
build a debian on another disk. This last one (chrooted) would itself be a
good startup to build/test this new yaboot release; just need more time...

Tx,
j.

 Cheers,
 --
  .''`.   Aurélien GÉRÔME
 : :'  :
 `. `'`   Debian Maintainer
   `- Unix Sys  Net Admin

 






Bug#473725: New yaboot release 1.3.14 available upstream

2008-04-01 Thread Joel Soete
Package: yaboot
Version: 1.3.13a-1
Severity: important

Hello all,

May I ask you the favour to compile a new deb package based on this new
upstream release (1.3.14 on http://yaboot.ozlabs.org/)?

According to git Changelog, it's possible that it fixes the install issue of
the debian-4.0r3 I mentioned on debian-powerpc ml:
http://lists.debian.org/debian-powerpc/2008/03/msg00038.html.

Tia,
J.



-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: powerpc (ppc64)

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

Versions of packages yaboot depends on:
ii  libc6 2.7-10 GNU C Library: Shared libraries

Versions of packages yaboot recommends:
pn  hfsutils  none (no description available)
ii  powerpc-utils 1.1.3-22   Various utilities for Linux/PowerP

-- no debconf information







Bug#428650: module-init-tools: Upgrade fails: Tries to overwrite diversion of french man page

2007-07-04 Thread Joel Soete
Hello,

Sorry but release 3.3-pre11-3 doesn't fix this pb to me ;-(

J.
---
Pack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,95...
http://www.scarlet.be/




Bug#420735: closed by Colin Tuckley [EMAIL PROTECTED] (Bug#420735: fixed in ploticus 2.33-3)

2007-06-26 Thread Joel Soete
 This is an automatic notification regarding your Bug report
 #420735: Please include libploticus API (i.e. libploticus.a),
 which was filed against the ploticus package.

 It has been closed by Colin Tuckley [EMAIL PROTECTED].

 Their explanation is attached below.  If this explanation is
 unsatisfactory and you have not received a better one in a separate
 message then please contact Colin Tuckley [EMAIL PROTECTED] by replying
 to this email.

 Debian bug tracking system administrator
 (administrator, Debian Bugs database)



Colin,

Many thanks for your support,
Joel
---
Pack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,95...
http://www.scarlet.be/




Bug#420735: closed by Colin Tuckley [EMAIL PROTECTED] (Bug#420735: fixed in ploticus 2.33-3)

2007-06-26 Thread Joel Soete
 This is an automatic notification regarding your Bug report
 #420735: Please include libploticus API (i.e. libploticus.a),
 which was filed against the ploticus package.

 It has been closed by Colin Tuckley [EMAIL PROTECTED].

 Their explanation is attached below.  If this explanation is
 unsatisfactory and you have not received a better one in a separate
 message then please contact Colin Tuckley [EMAIL PROTECTED] by replying
 to this email.

 Debian bug tracking system administrator
 (administrator, Debian Bugs database)



Colin,

Many thanks for your support,
Joel
---
Pack Scarlet One, ADSL 6 Mbps + Telephonie, a partir de EUR 29,95...
http://www.scarlet.be/




Bug#424903: liferea: New upstream STABLE version 1.2.14 and UNSTABLE 1.3.5

2007-05-17 Thread Joel Soete
Package: liferea
Version: 1.2.7-1
Severity: wishlist

Hello,

It seems that your 1.2.7 debian pakage in experimental works fine, why isn't it
not yet push in unstable/testing?

It would be great so that in experimental you could keep the upstream unstable?

Thanks in advance,
Joel


-- System Information:
Debian Release: lenny/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.21.1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages liferea depends on:
ii  dbus [dbus-1-utils] 1.0.2-5  simple interprocess messaging syst
ii  gconf2  2.18.0.1-3   GNOME configuration database syste
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libc6   2.5-7GNU C Library: Shared libraries
ii  libcairo2   1.4.6-1  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.0.2-5  simple interprocess messaging syst
ii  libdbus-glib-1-20.73-2   simple interprocess messaging syst
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libgcc1 1:4.2-20070516-1 GCC support library
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libgcrypt11 1.2.4-2  LGPL Crypto library - runtime libr
ii  libglib2.0-02.12.12-1The GLib library of C routines
ii  libgnutls13 1.6.2-2  the GNU TLS library - runtime libr
ii  libgtk2.0-0 2.10.12-1The GTK+ graphical user interface 
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  liblua505.0.3-2  Main interpreter library for the L
ii  liblualib50 5.0.3-2  Extension library for the Lua 5.0 
ii  libnm-glib0 0.6.4-8+b1   network management framework (GLib
ii  libnotify1  0.4.4-3  sends desktop notifications to a n
ii  libnspr4-0d 4.6.6-3  NetScape Portable Runtime Library
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.16.4-1 Layout and rendering of internatio
ii  libsm6  2:1.0.3-1X11 Session Management library
ii  libstdc++6  4.2-20070516-1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.28.dfsg-1GNOME XML library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  libxslt1.1  1.1.20-1 XSLT processing library - runtime 
ii  libxul0d1.8.0.11-4   Gecko engine library
ii  zlib1g  1:1.2.3-14   compression library - runtime

liferea recommends no packages.

-- no debconf information


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



Bug#418190: closed by Vincent Fourmond [EMAIL PROTECTED] (Bug#418190: fixed in libtioga-ruby 1.5-1)

2007-04-28 Thread Joel Soete

Vincent,

too cool ;-)

Thanks a lot,
Joel

Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
#418190: tioga 1.5 is out,
which was filed against the tioga package.

It has been closed by Vincent Fourmond [EMAIL PROTECTED].

Their explanation is attached below.  If this explanation is
unsatisfactory and you have not received a better one in a separate
message then please contact Vincent Fourmond [EMAIL PROTECTED] by replying
to this email.

Debian bug tracking system administrator
(administrator, Debian Bugs database)




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



Bug#420735: Please include libploticus API (i.e. libploticus.a)

2007-04-24 Thread Joel Soete
Package: ploticus
Version: 2.33-2
Severity: wishlist

Hello Colin,

According to ploticus doc:
http://ploticus.sourceforge.net/doc/api.html, it's possible to compile 
a 'libploticus API' (i.e. libploticus.a). It would be interesting to
included in a package. (personaly I am interested in because this
http://rubyforge.org/projects/rploticus need it.)

Thanks in advance,
Joel


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

Kernel: Linux 2.6.20.7-hpVEi8.2-i686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages ploticus depends on:
ii  libc6 2.5-2  GNU C Library: Shared libraries
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgd2-noxpm  2.0.34~rc1-2   GD Graphics Library version 2 (wit
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages ploticus recommends:
pn  ploticus-doc  none (no description available)

-- no debconf information

---
Scarlet ADSL Unlimited – Seulement 24,95 euro par mois.
Vitesse maximale jusqu'a 6 Mbps, 30 GB de volume de telechargement. Commandez 
maintenant…




Bug#419393: How to use a genuine gem pkg installed with debian rubygems?

2007-04-17 Thread Joel Soete
Hello Daigo,

In ruby's manpages (release 1.8.6-1), I finaly found the right way to work
with debian way gem pkg are installed:

for the rubicus gem:
RUBYLIB=/var/lib/gems/1.8/gems/rubicus-0.1.0/lib
export RUBYLIB

It seems to me hard to manage with severall lib to install.
(isn't there any means to use debian alternatives mechanism to put links in
/usr/local/libe/site_ruby/1.8 where ruby1.8 debian install look also for
additional lib?)

kr,
Joel
---
Scarlet ADSL Unlimited – Seulement 24,95 euro par mois.
Vitesse maximale jusqu'a 6 Mbps, 30 GB de volume de telechargement. Commandez 
maintenant…




Bug#418166: Acknowledgement (upgrade reportbug 3.34.1 - 3.34.2 dramaticaly failed :_()

2007-04-09 Thread Joel Soete

Hi all,

Release 3.35 fixes the pb.

Thanks a lot,
Joel

Debian Bug Tracking System wrote:

Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Chris Lawrence [EMAIL PROTECTED]

If you wish to submit further information on your problem, please send
it to [EMAIL PROTECTED] (and *not* to
[EMAIL PROTECTED]).

If you have filed this report in error and wish to close it, please
send mail to [EMAIL PROTECTED] with an explanation
why the bug report should be closed.

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Debian bug tracking system administrator
(administrator, Debian Bugs database)





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



Bug#418166: upgrade reportbug 3.34.1 - 3.34.2 dramaticaly failed :_(

2007-04-07 Thread Joel Soete
... Done
Starting
Starting 2
Done
Suggested packages:
  dlocate python-urwid
The following packages will be upgraded:
  reportbug
1 upgraded, 0 newly installed, 2 reinstalled, 0 to remove and 0 not upgraded.
4 not fully installed or removed.
Need to get 0B/144kB of archives.
After unpacking 8192B disk space will be freed.
Do you want to continue [Y/n]?
Reading changelogs... Done
Selecting previously deselected package reportbug.
(Reading database ... 91223 files and directories currently installed.)
Preparing to replace reportbug 3.34.1 (using .../reportbug_3.34.2_all.deb) ...
Traceback (most recent call last):
  File /usr/bin/pycentral, line 1373, in ?
main()
  File /usr/bin/pycentral, line 1367, in main
rv = action.run(global_options)
  File /usr/bin/pycentral, line 943, in run
runtimes = get_installed_runtimes(with_unsupported=True)
  File /usr/bin/pycentral, line 196, in get_installed_runtimes
supported = pyversions.supported_versions()
  File /usr/share/pycentral-data/pyversions.py, line 98, in supported_versions
value = read_default('supported-versions')
  File /usr/share/pycentral-data/pyversions.py, line 22, in read_default
value = config.get('DEFAULT', name)
UnboundLocalError: local variable 'config' referenced before assignment
dpkg: warning - old pre-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
Traceback (most recent call last):
  File /usr/bin/pycentral, line 1373, in ?
main()
  File /usr/bin/pycentral, line 1367, in main
rv = action.run(global_options)
  File /usr/bin/pycentral, line 943, in run
runtimes = get_installed_runtimes(with_unsupported=True)
  File /usr/bin/pycentral, line 196, in get_installed_runtimes
supported = pyversions.supported_versions()
  File /usr/share/pycentral-data/pyversions.py, line 98, in supported_versions
value = read_default('supported-versions')
  File /usr/share/pycentral-data/pyversions.py, line 22, in read_default
value = config.get('DEFAULT', name)
UnboundLocalError: local variable 'config' referenced before assignment
dpkg: error processing 
/Debian-apt/Debian4Home-sid/archives/reportbug_3.34.2_all.deb (--unpack):
 subprocess new pre-removal script returned error exit status 1
Traceback (most recent call last):
  File /usr/bin/pycentral, line 1373, in ?
main()
  File /usr/bin/pycentral, line 1367, in main
rv = action.run(global_options)
  File /usr/bin/pycentral, line 865, in run
runtimes = get_installed_runtimes()
  File /usr/bin/pycentral, line 196, in get_installed_runtimes
supported = pyversions.supported_versions()
  File /usr/share/pycentral-data/pyversions.py, line 98, in supported_versions
value = read_default('supported-versions')
  File /usr/share/pycentral-data/pyversions.py, line 22, in read_default
value = config.get('DEFAULT', name)
UnboundLocalError: local variable 'config' referenced before assignment
dpkg: error while cleaning up:
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 /Debian-apt/Debian4Home-sid/archives/reportbug_3.34.2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

I am a bit desparate, thought:
~# dpkg -r reportbug
dpkg: error processing reportbug (--remove):
 Package is in a very bad inconsistent state - you should
 reinstall it before attempting a removal.
Errors were encountered while processing:
 reportbug

I couldn't even remove it to reinstall.

Any idea?

Tia,
Joel

-- Package-specific info:
** Environment settings:
INTERFACE=text

** /root/.reportbugrc:
reportbug_version 3.17
mode standard
ui text
realname Joel Soete
email [EMAIL PROTECTED]
no-check-uid

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20.4-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages reportbug depends on:
ii  apt 0.6.46.4-0.1 Advanced front-end for dpkg
ii  python  2.4.4-2  An interactive high-level object-o
pn  python-central  none   (no description available)

reportbug recommends no packages.

-- no debconf information


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



Bug#418190: tioga 1.5 is out

2007-04-07 Thread Joel Soete

Package: tioga
Version: 1.3.0
Severity: normal

Hello Vincent,

I just discover tioga and would like to learn more on my debian distro 
(unstable)
but tioga release 1.5 is not yet availbale.

Tia,
Joel

PS: btw can we expect a debian package of ctioga too?


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



Bug#407257: lvm2: vgrename failled silently to rename a vg

2007-01-17 Thread Joel Soete
Package: lvm2
Version: 2.02.06-3
Severity: normal

*** Please type your report below this line ***
Hello all,

Some time ago, on my testing debian install, I created a vg named vg00
over a software mirror raid1 as pv for a debootstrap, as well a vg_raid5 
over a sw raid5 pv for data.
All seems to work fine.

I was just surprised to always get a message at boot time like:
[snip]
Volume group root_vg not found
[snip]
(even thought I never created it)

that I tried to rename vg00 into root_vg.

'vgrename vg00 root_vg' seems to me to be the good candidate for such operation
and also seems to work if I trust message:
[EMAIL PROTECTED]:/etc/lvm/backup# vgrename vg00 root_vg
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Volume group vg00 successfully renamed to root_vg

but actualy silently failed (no error msg anywhere):
[EMAIL PROTECTED]:/etc/lvm/backup# vgchange -a y root_vg
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Volume group root_vg not found

reading http://bugzilla.redhat.com/bugzilla/:
Bug 147361: Fix duplicate VG name handling.

fixed another pb but my case seems to be far well simpler
and would work too.

Any idea (hppa platform pb, target name reserved, ...) ?

Tia,
Joel

PS1: I also tried another method like:
[EMAIL PROTECTED]:/etc/lvm/backup# vgcfgrestore -f root_vg root_vg
  Restored volume group root_vg

unfortunately:
[EMAIL PROTECTED]:/etc/lvm/backup# vgchange -a y root_vg
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Volume group root_vg not found
[EMAIL PROTECTED]:/etc/lvm/backup# vgchange root_vg -a y
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Volume group root_vg not found

PS2: fortunately I didn't lost anything:

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-rc5-d32mp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages lvm2 depends on:
ii  debconf [debconf-2.0]1.5.11  Debian configuration management sy
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libdevmapper1.02 2:1.02.08-1 The Linux Kernel Device Mapper use
ii  libncurses5  5.5-5   Shared libraries for terminal hand
ii  libreadline5 5.2-2   GNU readline and history libraries
ii  libselinux1  1.32-3  SELinux shared libraries
ii  libsepol11.14-1  Security Enhanced Linux policy lib
ii  lvm-common   1.5.20  The Logical Volume Manager for Lin

lvm2 recommends no packages.

-- debconf information:
  lvm2/snapshots:
---
Scarlet One - Combinez l'ADSL avec la telephonie fixe illimitee et epargnez 400 
euros
http://www.scarlet.be 





Bug#373922: python2.4-minimal fails to install

2006-06-17 Thread Joel Soete

Hello Matthias,

I well read some br like this one and your related advise.
Unfortunately my 'apt-get dist-upgrade' (today 2006-06-17) still failled:
[snip]
 (Reading database ... 87452 files and directories currently installed.)
Preparing to replace python-central 0.4.7 (using 
.../python-central_0.4.17_all.deb) ...
Unpacking replacement python-central ...
Preparing to replace python2.4-dev 2.4.3-5 (using 
.../python2.4-dev_2.4.3-7_i386.deb) ...
Unpacking replacement python2.4-dev ...
Preparing to replace python2.4 2.4.3-5 (using .../python2.4_2.4.3-7_i386.deb) 
...
Traceback (most recent call last):
  File /usr/bin/pycentral, line 7, in ?
import pyversions
ImportError: No module named pyversions
dpkg: warning - old pre-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
Traceback (most recent call last):
  File /usr/bin/pycentral, line 7, in ?
import pyversions
ImportError: No module named pyversions
dpkg: error processing 
/Debian-apt/Debian4Home-sid/archives/python2.4_2.4.3-7_i386.deb (--unpack):
 subprocess new pre-removal script returned error exit status 1
Traceback (most recent call last):
  File /usr/bin/pycentral, line 7, in ?
import pyversions
ImportError: No module named pyversions
dpkg: error while cleaning up:
 subprocess post-installation script returned error exit status 1
dpkg: considering removing python2.4 in favour of python2.4-minimal ...
python2.4 is not properly installed - ignoring any dependencies on it.
dpkg: package python2.4 requires reinstallation, will not remove.
dpkg: regarding .../python2.4-minimal_2.4.3-7_i386.deb containing 
python2.4-minimal:
 python2.4-minimal conflicts with python2.4 ( 2.4.3-6)
  python2.4 (version 2.4.3-5) is broken due to postinst failure.
dpkg: error processing 
/Debian-apt/Debian4Home-sid/archives/python2.4-minimal_2.4.3-7_i386.deb 
(--unpack):
 conflicting packages - not installing python2.4-minimal
Errors were encountered while processing:
 /Debian-apt/Debian4Home-sid/archives/python2.4_2.4.3-7_i386.deb
 /Debian-apt/Debian4Home-sid/archives/python2.4-minimal_2.4.3-7_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

and the next dpkg --configure -a advise me:
[snip]
dpkg: dependency problems prevent configuration of python2.4-dev:
 python2.4-dev depends on python2.4 (= 2.4.3-7); however:
  Version of python2.4 on system is 2.4.3-5.
dpkg: error processing python2.4-dev (--configure):
 dependency problems - leaving unconfigured
Setting up gcc-4.1 (4.1.1-5) ...
[snip]
Setting up xfonts-utils (1.0.0-6) ...
dpkg: error processing python2.4 (--configure):
 Package is in a very bad inconsistent state - you should
 reinstall it before attempting configuration.
Setting up xutils (7.1.ds-1) ...
[snip]
Errors were encountered while processing:
 python2.4-dev
 python2.4

Sorry I don't have any clue about python to help more.

Thanks in advance for additional advise,
Joel


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



Bug#373761: mpfr_2.2.0.dfsg.1-6: FTBFS on hppa with new gmp-4.2: 37 of 117 tests failed

2006-06-17 Thread Joel Soete



Laurent Fousse wrote:

Hello,

* Joel Soete [Thu, Jun 15, 2006 at 03:00:54PM +0200]:


Package: libmpfr-dev
Version: 2.2.0.dfsg.1-4
Severity: serious
Justification: no longer builds from source

Hello Laurent,

As you may be already read in buildd report:
http://buildd.debian.org/fetch.php?pkg=mpfrver=2.2.0.dfsg.1-6arch=hppastamp=1149775099file=logas=raw

the build of the mpfr pakages with newest gmp-4.2.dfsg-1 failled.



Thanks for your report.



And afaik it seems to be now required to rebuild new gcc stuff (gfortran if I
well understood).



You understood correctly.



I already tried:
 * the rebuild with previous gcc-4.0,
 * the rebuild with -O0 gcc option (in case of optimization pb),
 * rebuild localy latest gmp src 4.2.1 + latest patch,
 * and apply latest mpfr pathes (9 .. 12).

but nothing help.



Do you mean you get the same test failures as in the log you link to,
or another error?


mmm, tbh I didn't pay attention accuratley if erronus digits were exactely the 
same but that was always the same test which failed ;-(


I'm trying to reproduce the problem with upstream sources but I hit
another build failure (undefined reference to `__gmpn_umul_ppmm')
which I've reported upstream. I'm not quite sure why we don't hit it
in the debian builds as well.


No, I didn't met this failure?
Just a sample from my log:
[snip]
checking for __gmpz_init in -lgmp... yes
checking if gmp.h version and libgmp version are the same... (4.2.1/4.2.1) yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating tests/Makefile
config.status: creating mparam.h
config.status: executing depfiles commands
/usr/bin/make
/usr/1]: Entering directory `/CAD/parisc-linux/Dpkg/dpkg-work/mpfr-2.2.0.dfsg.1'
cd .  /bin/sh /CAD/parisc-linux/Dpkg/dpkg-work/mpfr-2.2.0.dfsg.1/missing 
--run aclocal-1.9
/usr/share/aclocal/tcl.m4:20: warning: underquoted definition of 
SC_PATH_TCLCONFIG
  run info '(automake)Extending aclocal'
[snip]
Seed GMP_CHECK_RANDOMIZE=1151362840 (include this in bug reports)
Error for lngamma(0.1100E-66)
FAIL: tlngamma
==
37 of 117 tests failed
==
[snip]

(it didn't mentioned that I also applied latest mpfr patches but I did it well 
;-) )

Thanks,
Joel

Laurent.





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



Bug#373761: mpfr_2.2.0.dfsg.1-6: FTBFS on hppa with new gmp-4.2: 37 of 117 tests failed

2006-06-15 Thread Joel Soete
Package: libmpfr-dev
Version: 2.2.0.dfsg.1-4
Severity: serious
Justification: no longer builds from source

*** Please type your report below this line ***
Hello Laurent,

As you may be already read in buildd report:
http://buildd.debian.org/fetch.php?pkg=mpfrver=2.2.0.dfsg.1-6arch=hppastamp=1149775099file=logas=raw

the build of the mpfr pakages with newest gmp-4.2.dfsg-1 failled.
And afaik it seems to be now required to rebuild new gcc stuff (gfortran if I
well understood).

I already tried:
  * the rebuild with previous gcc-4.0,
  * the rebuild with -O0 gcc option (in case of optimization pb),
  * rebuild localy latest gmp src 4.2.1 + latest patch,
  * and apply latest mpfr pathes (9 .. 12).

but nothing help.

Thanks in advance for your attention,
Joel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc6-pa3em-b2k64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libmpfr-dev depends on:
ii  libgmp3-dev   4.2.1-exp0 Multiprecision arithmetic library
ii  libmpfr1  2.2.0.dfsg.1-4 multiple precision floating-point

libmpfr-dev recommends no packages.

-- no debconf information


--
Club Scarlet : Tout le monde gagne! Si vous devenez aujourd'hui Scarlet One 
grace a un client existant de Scarlet, vous recevez tous les deux un cadeau 
d'une valeur de 50 euros! Surfez vite sur http://www.clubscarlet.be




Bug#348109: libgtk2.0-0: after upgrade in unstable, many gui (firefox,gftp,d4x,...) Segmentation fault

2006-04-22 Thread Joel Soete

Hello all,

just want to mentioned that new stuff I discovered:

$ d4x
The program 'd4x' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 1614 error_code 8 request_code 72 minor_code 0)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

which seems to be perfectly related to:
https://bugs.freedesktop.org/show_bug.cgi?id=4945

as afaik my ws (hp model b180) as only 8bpp capability.

hth,
Joel


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



Bug#353346: gcj can't make shared libs on hppa. (followup)

2006-04-22 Thread Joel Soete

Hello Matthias,

Personaly I don't care of gcj but well glibc and according to jda's mail 
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00815.html this patch 
would fix the mentioned pb for all gcc 4.x


This is well comitted upstream, I check with some script like:
svn diff --old http://gcc.gnu.org/svn/gcc/tags/gcc_4_0_3_release \
--new http://gcc.gnu.org/svn/gcc/branches/gcc-4_0-branch \
 Gcc-4.0-br.diff-$(date +'%Y%m%d')

but I didn't find yet integrated neither in gcc-4.1 nor gcc-4.0 debian pkg?

I so tested the attached patch with gcc-4.0 (afaik the default build 
tool for glibc6) and it makes well its job ;-)


Thanks in advance,
   Joel

#! /bin/sh -e

# DP: * /From/: John David Anglin dave at hiauly1 dot hia dot nrc dot ca
# DP: The enclosed change fixes debian bug #353346.
# DP: See following msg for fully detailed info:
# DP: http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00815.html

# remove the next line

dir=
if [ $# -eq 3 -a $2 = '-d' ]; then
pdir=-d $3
dir=$3/
elif [ $# -ne 1 ]; then
echo 2 `basename $0`: script expects -patch|-unpatch as argument
exit 1
fi
case $1 in
-patch)
patch $pdir -f --no-backup-if-mismatch -p0  $0
#cd ${dir}gcc  autoconf
;;
-unpatch)
patch $pdir -f --no-backup-if-mismatch -R -p0  $0
#rm ${dir}gcc/configure
;;
*)
echo 2 `basename $0`: script expects -patch|-unpatch as argument
exit 1
esac
exit 0

# append the patch here and adjust the -p? flag in the patch calls.
--- gcc/config/pa/pa32-linux.h  (.../tags/gcc_4_0_3_release)(revision 
113035)
+++ gcc/config/pa/pa32-linux.h  (.../branches/gcc-4_0-branch)   (revision 
113035)
@@ -1,5 +1,5 @@
 /* Definitions for PA_RISC with ELF-32 format
-   Copyright (C) 2000, 2002, 2004 Free Software Foundation, Inc.
+   Copyright (C) 2000, 2002, 2004, 2006 Free Software Foundation, Inc.
 
 This file is part of GCC.
 
@@ -36,4 +36,26 @@
aligned(sizeof(func_ptr \
 = { (func_ptr) (-1) }
 
+/* This is a PIC version of CRT_CALL_STATIC_FUNCTION.  The PIC
+   register has to be saved before the call and restored after
+   the call.  We assume that register %r4 is available for this
+   purpose.  The hack prevents GCC from deleting the restore.  */
+#ifdef CRTSTUFFS_O
+#define CRT_CALL_STATIC_FUNCTION(SECTION_OP, FUNC) \
+static void __attribute__((__used__))  \
+call_ ## FUNC (void)   \
+{  \
+  asm (SECTION_OP);\
+  asm volatile (bl  #FUNC ,%%r2\n\t\
+   copy %%r19,%%r4\n\t   \
+   copy %%r4,%%r19\n \
+   :   \
+   :   \
+   : r1, r2, r4, r20, r21,   \
+ r22, r23, r24, r25, r26,\
+ r27, r28, r29, r31);  \
+  asm (TEXT_SECTION_ASM_OP);   \
+}
+#endif
+
 #define MD_UNWIND_SUPPORT config/pa/linux-unwind.h


Bug#353480: [parisc-linux] Re: Bug#353480: yaird: [hppa] /dev/sd* device nodes not created and eth0 not enabled

2006-02-21 Thread Joel Soete
 On Sat, Feb 18, 2006 at 10:02:28PM +0100, Frans Pop wrote:
  udevd[862]: get_netlink_msg: unable to receive kernel netlink message: No
buffer space available
  !-- not sure about this message, but the same is shown for initramfs-tools 
  --

 This is the reason you aren't getting /dev/sd* nodes. I debugged
 this yesterday, needs new udev upload, more details here:
 http://marc.theaimsgroup.com/?l=linux-hotplug-develm=114019842906313w=2

hihi, as I have to rebuild the pkg is also discover:
udev_libc_wrapper.h:69:2: warning: #warning inotify unsupported on this
architecture!

this warning is obviously false and, imho, could be esaly fixed by:
--- udev-084/udev_libc_wrapper.h.Orig   2006-02-21 10:58:11.0 +0100
+++ udev-084/udev_libc_wrapper.h2006-02-21 10:56:25.0 +0100
@@ -65,6 +65,10 @@
 # define __NR_inotify_init 290
 # define __NR_inotify_add_watch291
 # define __NR_inotify_rm_watch 292
+#elif defined (__hppa__)
+# define __NR_inotify_init 269
+# define __NR_inotify_add_watch270
+# define __NR_inotify_rm_watch 271
 #else
 #warning inotify unsupported on this architecture!
 #endif


Marco, Kyle, will you also submitted upstream?

TIA,
Joel

---
NOTE! My email address is changing to ... @scarlet.be
Please make the necessary changes in your address book. 






Bug#353480: [parisc-linux] Re: Bug#353480: yaird: [hppa] /dev/sd* device nodes not created and eth0 not enabled

2006-02-21 Thread Joel Soete
  On Sat, Feb 18, 2006 at 10:02:28PM +0100, Frans Pop wrote:
   udevd[862]: get_netlink_msg: unable to receive kernel netlink message: No
 buffer space available
   !-- not sure about this message, but the same is shown for
initramfs-tools --
 
  This is the reason you aren't getting /dev/sd* nodes. I debugged
  this yesterday, needs new udev upload, more details here:
  http://marc.theaimsgroup.com/?l=linux-hotplug-develm=114019842906313w=2
 
 hihi, as I have to rebuild the pkg is also discover:
 udev_libc_wrapper.h:69:2: warning: #warning inotify unsupported on this
 architecture!

 this warning is obviously false and, imho, could be esaly fixed by:
 --- udev-084/udev_libc_wrapper.h.Orig   2006-02-21 10:58:11.0 +0100
 +++ udev-084/udev_libc_wrapper.h2006-02-21 10:56:25.0 +0100
 @@ -65,6 +65,10 @@
  # define __NR_inotify_init 290
  # define __NR_inotify_add_watch291
  # define __NR_inotify_rm_watch 292
 +#elif defined (__hppa__)
 +# define __NR_inotify_init 269
 +# define __NR_inotify_add_watch270
 +# define __NR_inotify_rm_watch 271
  #else
  #warning inotify unsupported on this architecture!
  #endif
 

Just a small update to confirm that works fine:
INIT: version 2.86 booting
Starting the hotplug events dispatcher: udevd.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...
done (timeout).


Will now activate swap.
swapon on /dev/md/1
[42949610.96] Adding 385976k swap on /dev/md/1.  Priority:-1 extents:1
across:385976k
Done activating swap.
Will now check root file system.
fsck 1.39-WIP (31-Dec-2005)
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a -C0 /dev/md2
/dev/md2: clean, 85433/256000 files, 326381/511968 blocks
Done checking root file system.
A log will be saved in /var/log/fsck/checkroot if that location is writable.
[42949612.40] EXT3 FS on md2, internal journal
Setting the system clock..
System Clock set. Local time: Tue Feb 21 16:39:08 UTC 2006.
Cleaning up ifupdown...done.
Not running depmod because /lib/modules/2.6.16-rc4-pa1-d32mp/ is not writeable.
Loading modules...
All modules loaded.
FATAL: Could not load /lib/modules/2.6.16-rc4-pa1-d32mp/modules.dep: No such
file or directory
Setting the system clock again..
System Clock set. Local time: Tue Feb 21 16:39:11 UTC 2006.
Loading device-mapper support.
Starting raid devices: [42949640.19] md: md4 stopped.
mdadm: cannot open device /dev/sdc2: Device or resource busy
mdadm: /dev/sdc2 has no superblock - assembly aborted
[42949641.38] md: md4 stopped.
mdadm: cannot open device /dev/sdc3: Device or resource busy
mdadm: /dev/sdc3 has no superblock - assembly aborted
[42949642.39] md: md4 stopped.
mdadm: cannot open device /dev/sdc5: Device or resource busy
mdadm: /dev/sdc5 has no superblock - assembly aborted
[42949643.38] md: md4 stopped.
mdadm: cannot open device /dev/sdc6: Device or resource busy
mdadm: /dev/sdc6 has no superblock - assembly aborted
[42949644.28] md: md4 stopped.
[42949644.34] md: bindsdg
[42949644.38] md: bindsdh
[42949644.42] md: bindsdi
[42949644.46] md: bindsdj
[42949644.49] md: bindsdk
[42949644.52] md: bindsdf
[42949644.56] raid5: device sdf operational as raid disk 0
[42949644.62] raid5: device sdk operational as raid disk 5
[42949644.69] raid5: device sdj operational as raid disk 4
[42949644.76] raid5: device sdi operational as raid disk 3
[42949644.82] raid5: device sdh operational as raid disk 2
[42949644.89] raid5: device sdg operational as raid disk 1
[42949644.96] raid5: allocated 6279kB for md4
[42949645.02] raid5: raid level 5 set md4 active with 6 out of 6 devices,
algorithm 2
[42949645.11] RAID5 conf printout:
[42949645.15]  --- rd:6 wd:6 fd:0
[42949645.19]  disk 0, o:1, dev:sdf
[42949645.24]  disk 1, o:1, dev:sdg
[42949645.28]  disk 2, o:1, dev:sdh
[42949645.32]  disk 3, o:1, dev:sdi
[42949645.36]  disk 4, o:1, dev:sdj
[42949645.41]  disk 5, o:1, dev:sdk
mdadm: /dev/md/4 has been started with 6 drives.
done.
Setting up LVM Volume Groups...
  Reading all physical volumes.  This may take a while...
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Volume group root_vg not found
  Found volume group vg_raid5 using metadata type lvm2
  Found volume group vg00 using metadata type lvm2
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Unable to find volume group root_vg
  3 logical volume(s) in volume group vg_raid5 now active
  4 logical volume(s) in volume group vg00 now active
Will now check all file systems.
fsck 1.39-WIP (31-Dec-2005)
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /boot] fsck.ext3 -a -C0 /dev/md/0
/dev/md/0: clean, 104/32256 

Bug#353480: yaird: [hppa] /dev/sd* device nodes not created and eth0 not enabled

2006-02-19 Thread Joel Soete



Frans Pop wrote:


Package: yaird
Version: 0.0.12-3
Severity: important

After a new installation on hppa, the system seemed to boot correctly, but 
failed to
mount /boot and /home directories. Also the eth0 network interface was not 
brought
up automatically.

If I create the initrd using initramfs-tools these problems do not occur.

The reason /boot and /home are not mounted is that /dev/sd* is not present.
This seems to indicate a problem with udev, which would also explain eth0 not coming 
up as it needs to be hotplug detected.


Full log attached. Here are some relevant pieces with comments.
 


[...]



udevd[862]: get_netlink_msg: unable to receive kernel netlink message: No 
buffer space available
 

mmm, yes I encountered the same pb with a recent smp kernel (iirc 
2.6.16-rc2...) and udev.

but not with a up kernel.


!-- not sure about this message, but the same is shown for initramfs-tools --
 


I don't (want to) use initramfs (not enough clue to rebuild it :\ )

[...]



Waiting for /dev to be fully populated...hda: CD-532E-B, ATAPI CD/DVD-ROM drive
!-- Hmm. Looks like things have not really been waiting... --
[...]
Checking all file systems.
[/sbin/fsck.ext2 (1) -- /boot] fsck.ext2 -a -C0 /dev/sda2
fsck.ext2: No such file or directory while trying to open /dev/sda2
/dev/sda2:
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
   e2fsck -b 8193 device

[/sbin/fsck.ext3 (1) -- /home] fsck.ext3 -a -C0 /dev/sda7
fsck.ext3: No such file or directory while trying to open /dev/sda7
/dev/sda7:
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
   e2fsck -b 8193 device

fsck died with exit status 8
File system check failed.
A log is being saved in /var/log/fsck/checkfs if that location is writable.
Please repair the file system manually.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and resume system boot.
Give root password for maintenance
(or type Control-D to continue):

 


The same here.

Sorry to not being of more help  but I don't yet found time to debug 
more this other udev pb with smp kernel ;(


Joel


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



Bug#352420: lvm2 + udev: some trouble at shutdown ?

2006-02-14 Thread Joel Soete
Hello Marco,

Sorry for delay but have annoying pb to access my mail ;-(

 On Feb 12, Joel Soete [EMAIL PROTECTED] wrote:

  I would just like to understand with you why this above steps ('umounting
  local fs') did also 'umount /dev', as it seems to be the reason of next
  trouble.
 The udev package does not do this.
 Thinking again about it, this may be caused by a recently-fixed bug in
 initscripts. Please check.

Yes fixed by latest distupgrade this Monday morning ;-)
[...]
Will now deactivate swap.
swapoff on /dev.Orig/md/1
swapoff on /dev/md/1
Done deactivating swap.
Will now unmount local filesystems.
/dev/vg00/lv_var umounted
/dev/vg00/lv_src umounted
/dev/vg00/lv_tmp umounted
/dev/vg00/lv_home umounted
Could not find /dev.Orig/.static/dev in mtab
/dev.Orig/.static/dev umounted
/dev.Orig/md/0 umounted
/dev/vg_raid5/lv_sources umounted
/dev/vg_raid5/lv_develop umounted
/dev/vg_raid5/lv_debapt umounted
Done unmounting local filesystems.
Shutting down LVM Volume Groups...
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Failed to read VG data from PV (/dev/sdb1)
  Unable to find volume group root_vg
  0 logical volume(s) in volume group vg_raid5 now active
  0 logical volume(s) in volume group vg00 now active
Mounting root filesystem read-only...done.
Will now restart.
md: stopping all md devices.
md: md4 switched to read-only mode.
md: md1 switched to read-only mode.
md: md2 still in use.
md: md3 switched to read-only mode.
md: md0 switched to read-only mode.
Restarting system.
.


Cool ;-)

Tx,
Joel

PS: amoung ...'The following packages will be upgraded:
[...]
112 upgraded, 6 newly installed, 0 to remove and 2 not upgraded.

### Mon Feb 13 08:45:36 2006 ###

Setting up sysvinit (2.86.ds1-12) ...

Setting up base-files (3.1.10) ...
Installing new version of config file /etc/nsswitch.conf ...

Setting up initscripts (2.86.ds1-12) ...
Installing new version of config file /etc/init.d/bootclean ...
Installing new version of config file /etc/init.d/bootlogd ...
Installing new version of config file /etc/init.d/checkroot.sh ...
Installing new version of config file /etc/init.d/halt ...
Installing new version of config file /etc/init.d/mountall.sh ...
Installing new version of config file /etc/init.d/umountfs ...

Setting up sysv-rc (2.86.ds1-12) ...

Setting up module-init-tools (3.2.2-2) ...

Setting up modutils (2.4.27.0-4) ...

Setting up makedev (2.3.1-80) ...
.udevdb presence implies active udev.  Aborting MAKEDEV invocation.
.udevdb presence implies active udev.  Aborting MAKEDEV invocation.
.udevdb presence implies active udev.  Aborting MAKEDEV invocation.
.udevdb presence implies active udev.  Aborting MAKEDEV invocation.


Setting up libdevmapper1.02 (1.02.03-1) ...
Loading device-mapper support.

Setting up libdevmapper-dev (1.02.03-1) ...
Setting up dmsetup (1.02.03-1) ...

Setting up udev (0.084-4) ...
Installing new version of config file /etc/udev/devfs.rules ...
Installing new version of config file /etc/udev/udev.rules ...
Installing new version of config file /etc/init.d/udev ...

Setting up devscripts (2.9.13) ...

Setting up intltool (0.34.2-1) ...
[...]
DistUpgrade finished this: Monday 2006-02-13 :-)

So, all related pkg (udev, lvm2+dm, sysvinit, ...) were updated: hard to
figured out the detailed fix ;-(


 --
 ciao,
 Marco

 

---
NOTE! My email address is changing to ... @scarlet.be
Please make the necessary changes in your address book. 






Bug#352420: lvm2 + udev: some trouble at shutdown ?

2006-02-11 Thread Joel Soete

Package: udev
Version: 0.084-3
Severity: normal

Hi all,

Desperating that lvm will ever offer the 'encapsulation' of /boot in lvm like
hpux does), i am trying to install a more common lvm+raid1 boot disk with
following scheme:
boot disk will be build on raid1 + lv, i.e:
o the / (aka root), /boot, swap will be purely raid1
  (as recommended)

o the rest /home, /var, /tmp will be in LVs over raid1
  (to get benefit of resizing LVM facilities)

  ps: raid1 base is still necessary because against announces
  LVM is not yet able to manage its own raid1 stuff ;-(

Additional data (/Develop, /Sources, /DebApt, /MultiCd, ...) will stand
on LVs over a software raid5 array of 6*4Gb disk (i.e. 5 + 1 spare)

New Boot disk slicing:

# cfdisk /dev/sdc
  cfdisk 2.12p

  Disk Drive: /dev/sdc
Size: 9104953344 bytes, 9104 MB
  Heads: 64   Sectors per Track: 32   Cylinders: 8683

NameFlags  Part Type  FS Type  [Label]Size (MB)
 --
sdc1Primary   Linux/PA-RISC boot  32.51
sdc2Primary   Linux raid autodetect  132.13
sdc3Primary   Linux raid autodetect  395.32
sdc5Logical   Linux raid autodetect 2097.16
sdc6Logical   Linux raid autodetect 6447.70


RAID1 md creation:

# mdadm --verbose --create --auto=md /dev/md/boot --level 1 --raid-devices=2
missing /dev/sdc2
# mdadm --verbose --create --auto=md /dev/md/swap --level 1 --raid-devices=2
missing /dev/sdc3
# mdadm --verbose --create --auto=md /dev/md/root --level 1 --raid-devices=2
missing /dev/sdc5
# mdadm --verbose --create --auto=md /dev/md/more_root --level 1
--raid-devices=2 missing /dev/sdc6

# mdadm --detail --scan
ARRAY /dev/md3 level=raid1 num-devices=2 
UUID=5582e410:c46bda68:e41d50bc:80ce6ffa
ARRAY /dev/md2 level=raid1 num-devices=2 
UUID=be276566:ca577e05:310f9b03:b6edb13a
ARRAY /dev/md1 level=raid1 num-devices=2 
UUID=0e8ef8a9:93230c78:30dfa3c5:7033b63d
ARRAY /dev/md0 level=raid1 num-devices=2 
UUID=28b23a65:5a30a02b:dc1d7564:0f051b08

# ll /dev/md/
total 26
drwxr-xr-x  2 root root  1024 Jan 25 17:55 .
drwxr-xr-x  8 root root 24576 Jan 25 17:40 ..
brw---  1 root root  9, 0 Jan 25 16:18 boot
brw---  1 root root  9, 3 Jan 25 17:43 more_root
brw---  1 root root  9, 4 Jan 25 17:55 raid5
brw---  1 root root  9, 2 Jan 25 16:17 root
brw---  1 root root  9, 1 Jan 25 16:14 swap

# ll /dev/md[01234]
brw-rw  1 root disk 9, 0 Jan 25 15:23 /dev/md0  == boot
brw-rw  1 root disk 9, 1 Jan 25 15:23 /dev/md1  == swap
brw-rw  1 root disk 9, 2 Jan 24 18:22 /dev/md2  == root
brw-rw  1 root disk 9, 3 Jan 25 15:23 /dev/md3  == more_root
brw-rw  1 root disk 9, 4 Jan 24 18:22 /dev/md4  == raid5

LVM2 filter configuration
-

in /etc/lvm/lvm.conf

comment all filter and add a custom one to accept only /dev/md/*:

# Custom: only /dev/md/* ;-)
filter = [ a|/dev/md/*|, r/.*/ ]

# pvcreate /dev/md/more_root
  Physical volume /dev/md/more_root successfully created

# vgcreate vg00 /dev/md/more_root
  Volume group vg00 successfully created

# lvcreate -L 512M -n /dev/vg00/lv_var
  Logical volume lv_var created

# lvcreate -L 128M -n /dev/vg00/lv_tmp
  Logical volume lv_tmp created

# lvcreate -L 128M -n /dev/vg00/lv_home
  Logical volume lv_home created

# for /usr/src
# lvcreate -L 2G -n /dev/vg00/lv_src
  Logical volume lv_src created

Creating FS (swap + ext3)
=

# mkswap /dev/md/swap

(why not activate it and check)

# swapon /dev/md/swap
# swapon -s

# mke2fs -j /dev/md/boot
# mke2fs -j /dev/md/root

# mke2fs -j /dev/vg00/lv_var
# mke2fs -j /dev/vg00/lv_tmp
# mke2fs -j /dev/vg00/lv_home
# mke2fs -j /dev/vg00/lv_src

Everything was mounted successfully and a copy of my running system is now
finished.

No familiar with initramfs, I prefer to try first without this.

I temporaly use some work-around to reboot the stuff:
adding following line to links.conf:
M md0   b   9   0
M md1   b   9   1
M md2   b   9   2
M md3   b   9   3
M md4   b   9   4
D md
M md/0  b   9   0
M md/1  b   9   1
M md/2  b   9   2
M md/3  b   9   3
M md/4  b   9   4
M md/boot   b   9   0
M md/swap   b   9   1
M md/root   b   9   2
M md/more_root  b   9   3
M md/raid5  b   9   4

:-)

All seems ok after that but now encountered some anoying trouble at shutdown:
[...]
Unmounting local filesystems...umount2: Device or resource busy
umount: /dev.Orig busy - remounted read-only
done.
Shutting down LVM Volume Groups...
[...]
  Unable to unlink device node for 'vg_raid5-lv_develop'
  

Bug#348109: Acknowledgement (libgtk2.0-0: after upgrade in unstable, many gui (firefox,gftp,d4x,...) Segmentation fault)

2006-01-18 Thread Joel Soete
Hello Sebastien,

Just to confirm an hypothesis:

 fwiw, here at home, I tried exactly the same test (i.e. launch gftp
 and gdmsetup from another hppa debian unstable install boxe) without
 any pb???

 Just a thought:
   o here at home my X env is a Xfce runing on a i386 debian unstable
  install
   o at my office my X env is a hpux-11.00 CDE?

 Could it be what makes the difference, though?

I can now confirm.

I have the opportunity to install a graphical screen on the i386 system
(office lab) on which gtk app segv when spoken to hpux CDE.

No pb to start gdm and xfce works nicely.

In this Xfce env, I can launch gftp-gtk and gdmsetup running on the
parisc-linux box.

Any idea how can I debug this gtk pb?

Thanks,
Joel



---
A free anti-spam and anti-virus filter on all Scarlet mailboxes
More info on http://www.scarlet.be/




Bug#348109: libgtk2.0-0: after upgrade in unstable, many gui (firefox, gftp, d4x, ...) Segmentation fault

2006-01-14 Thread Joel Soete

Package: libgtk2.0-0
Version: 2.8.9-2
Severity: important

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

Hello Sebastien,

At my office, I encounter the same bad situation as describe in this br #345313 
but also seems related to #321832.
(so fill free to requalify it)

I tried first to replace firefox by mozilla web browser:
o mozilla seems to works fine ;-)
o but other mentioned gui still failled ;_(

Analysing the upgrade of the moment, I finaly figure out that only:
dpkg -i libgtk2.0-common_2.6.10-1_all.deb \
libgtk2.0-bin_2.6.10-1_i386.deb \
libgtk2.0-0_2.6.10-1_i386.deb \
libgtk2.0-doc_2.6.10-1_all.deb

help to restore an operational situation?

Fwiw, at home, I have another unstable debian install on same i386 arch
which works fine (but firefox was never installed on it?):
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libglib2.0-0  2.8.5-1The GLib library of C routines
ii  libgtk2.0-bin 2.8.9-2The programs for the GTK+ graphica
ii  libjpeg62 6b-11  The Independent JPEG Group's JPEG
ii  libpango1.0-0 1.10.2-1   Layout and rendering of internatio
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libtiff4  3.7.4-1Tag Image File Format (TIFF) libra
ii  libx11-6  6.9.0.dfsg.1-2 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-2 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-2 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-2 X Window System multi-head display
ii  libxrandr26.9.0.dfsg.1-2 X Window System Resize, Rotate and
ii  libxrender1   0.9.0.2-1  X Rendering Extension client libra

I also try to analyse a core dump:
# gftp
Segmentation fault (core dumped)
# gdb
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as i486-linux-gnu.
(gdb) target core ./core
Using host libthread_db library /lib/tls/libthread_db.so.1.
(no debugging symbols found)
Core was generated by `/usr/bin/gftp-gtk'.
Program terminated with signal 11, Segmentation fault.
#0  0x in ?? ()
(gdb) bt
#0  0x in ?? ()
(gdb)

Too bad ;(

The best I can do so would be sent you 2 strace logs:
o the failing one (Gftp-Strc.doc)
o the one working with old libgtk2.0
(Gftp-Strc-OldLibGtk2.0.doc)
though.

TIA,
Joel

PS1: I also tried to remove all ttf on my i386 (i.e.
dpkg -P msttcorefonts
dpkg -P ttf-freefont
dpkg -P ttf-bitstream-vera
but it didn't help.

PS2: nevertheless it seems well to be a font pb: on 2 different
platforms it takes a long time to show some frame of the
app (some boxes, ...) but any text?

PS3: At the office always, I have got a similar pb on hppa
(unstable too on which I never installed firefox) while trying:
# gftp
gFTP Warning: Skipping line 229 in config file: entropy_source
gFTP Warning: Skipping line 232 in config file: entropy_len
gFTP Warning: Skipping line 235 in config file: verify_ssl_peer
Segmentation fault

or also
# gdmsetup (core dump):
# gdb
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB.  Type show warranty for
details.
This GDB was configured as hppa-linux.
(gdb) target core ./core
Using host libthread_db library /lib/libthread_db.so.1.
Core was generated by `/usr/lib/libgnomeui-0/gnome_segv gdmsetup 11
2.8.0.6'.
Program terminated with signal 11, Segmentation fault.
#0  0x in ?? ()
(gdb)

fwiw, here at home, I tried exactly the same test (i.e. launch gftp and gdmsetup
from another hppa debian unstable install boxe) without any pb???

Just a thought:
o here at home my X env is a Xfce runing on a i386 debian unstable 
install
o at my office my X env is a hpux-11.00 CDE?

Could it be what makes the difference, though?


-- 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.15-hpVEi8.2-i686
Locale: LANG=C, 

Bug#338783: (no subject)

2005-12-23 Thread Joel Soete

Hello Luigi,


Luigi Gangitano wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

retitle 338783 squid: please add a boot option to clean spool  
(somewhere in /etc/default)

thanks

Hi,
zapping the cache every time you reboot is not an effective choiche.  

Well, as mentioned in my proposal, I don't want to be a default, just a 
possibility.
In general, I use my system only the week-end, and restart next week-end, so 
anyway the cache is not any more relevant.


Usually corruptions of cache_dir are caused by unclean shutdown.

Not in the most time I encountered the pb, it was during a simple update of the 
pkg, though.

Can  
you please provide your /etc/squid/squid.conf and /var/log/squid/ 
cache.log next time it happens?



Of course ;-)

Thanks,
Joel


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



Bug#341970: /etc/cron.daily/apt shouldn't download-upgradeable/autoclean if update failed?

2005-12-04 Thread Joel Soete
Package: apt
Version: 0.6.43
Severity: minor
Tags: patch

Hello,

I frequently noticed that:
[EMAIL PROTECTED]:/var/lib/apt/periodic# lrt
total 2
drwxr-xr-x 5 root root 1024 Oct 21 18:14 ..
drwxr-xr-x 2 root root 1024 Oct 24 09:31 .
-rw-r--r-- 1 root root0 Dec  3 06:26 update-stamp
-rw-r--r-- 1 root root0 Dec  4 06:27 download-upgradeable-stamp
-rw-r--r-- 1 root root0 Dec  4 06:27 autoclean-stamp

So download-upgradeable was successfull while update failed (here
because of some network pb).

imho that would make better sense to avoid download-upgradeable and
autoclean, in such a case?

Thanks in advance,
Joel

PS: here is a possibilty of patch:
--- /etc/cron.daily/apt.Orig2005-12-04 14:03:17.0 +
+++ /etc/cron.daily/apt 2005-12-04 14:29:22.0 +
@@ -160,6 +160,7 @@
 fi
 fi
 
+UPDATED=0
 UPDATE_STAMP=/var/lib/apt/periodic/update-stamp
 if check_stamp $UPDATE_STAMP $UpdateInterval; then
 if apt-get -qq update 2/dev/null; then
@@ -167,19 +168,22 @@
dbus-send --system / app.apt.dbus.updated boolean:true
fi
 update_stamp $UPDATE_STAMP
+   UPDATED=1
 fi
 fi
 
-DOWNLOAD_UPGRADEABLE_STAMP=/var/lib/apt/periodic/download-upgradeable-stamp
-if check_stamp $DOWNLOAD_UPGRADEABLE_STAMP $DownloadUpgradeableInterval; then
-apt-get -qq -d dist-upgrade 2/dev/null
-update_stamp $DOWNLOAD_UPGRADEABLE_STAMP
-fi
+if [ $UPDATED -eq 1 ]; then
+DOWNLOAD_UPGRADEABLE_STAMP=/var/lib/apt/periodic/download-upgradeable-stamp
+if check_stamp $DOWNLOAD_UPGRADEABLE_STAMP $DownloadUpgradeableInterval; 
then
+apt-get -qq -d dist-upgrade 2/dev/null
+update_stamp $DOWNLOAD_UPGRADEABLE_STAMP
+fi
 
-AUTOCLEAN_STAMP=/var/lib/apt/periodic/autoclean-stamp
-if check_stamp $AUTOCLEAN_STAMP $AutocleanInterval; then
-apt-get -qq autoclean
-update_stamp $AUTOCLEAN_STAMP
+AUTOCLEAN_STAMP=/var/lib/apt/periodic/autoclean-stamp
+if check_stamp $AUTOCLEAN_STAMP $AutocleanInterval; then
+apt-get -qq autoclean
+update_stamp $AUTOCLEAN_STAMP
+fi
 fi
 
 # check cache size 


-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Get ;
APT::Get::Download-Only false;
APT::Get::Show-Upgraded true;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::userstatus status.user;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache var/cache/apt/;
Dir::Cache::archives /Debian-apt/Debian4Home-sid/archives/;
Dir::Cache::srcpkgcache srcpkgcache.bin;
Dir::Cache::pkgcache pkgcache.bin;
Dir::Etc etc/apt/;
Dir::Etc::sourcelist sources.list;
Dir::Etc::sourceparts sources.list.d;
Dir::Etc::vendorlist vendors.list;
Dir::Etc::vendorparts vendors.list.d;
Dir::Etc::main apt.conf;
Dir::Etc::parts apt.conf.d;
Dir::Etc::preferences preferences;
Dir::Bin ;
Dir::Bin::methods /usr/lib/apt/methods;
Dir::Bin::dpkg /usr/bin/dpkg;
DPkg ;
DPkg::Pre-Install-Pkgs ;
DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true;
DPkg::Post-Invoke ;
DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums 
--generate=nocheck -sp /var/cache/apt/archives; fi;
DPkg::Post-Invoke:: debsums --generate=nocheck -sp 
/Debian-apt/Debian4Home-sid/archives;
Acquire ;
Acquire::Source-Symlinks true;
Debug ;
Debug::pkgProblemResolver true;
Debug:: space;

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

# See sources.list(5) for more information, especialy
# Remember that you can only use http, ftp or file URIs
# CDROMs are managed through the apt-cdrom tool.
#deb cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-5 
(20010428)]/ unstable main contrib non-free
#deb http://http.us.debian.org/debian/ stable main contrib non-free
#deb http://http.us.debian.org/debian/ testing main contrib non-free
#deb http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free
#deb http://non-us.debian.org/debian-non-US/ testing/non-US main contrib 
non-free

#deb http://security.debian.org/ stable/updates main contrib non-free

# Uncomment if you want the apt-get source function to work
#deb-src http://http.us.debian.org/debian/ stable main contrib non-free
#deb-src http://non-us.debian.org/debian-non-US/ stable non-US

#deb cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-5 
(20010428)]/ unstable contrib main non-free
#deb cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-4 
(20010428)]/ unstable contrib main non-free
#deb cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-3 
(20010428)]/ unstable contrib main non-free
#deb cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-2 
(20010428)]/ unstable contrib main non-free
#deb cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-1 
(20010428)]/ unstable contrib main non-free

deb http://ftp.de.debian.org/debian/ unstable main contrib non-free 
deb 

Bug#341537: apt hang when /var is full?

2005-12-01 Thread Joel Soete
Package: apt
Version: 0.6.42.3
Severity: normal

Hello dear apt maintainer,

I noticed that daily apt update was hanging:
# ps -ef | grep apt
root 15277 15260  0 07:35 ?00:00:00 /bin/sh /etc/cron.daily/apt
root 15287 15277  0 07:35 ?00:00:00 apt-get -qq update
root 15289 15287  0 07:35 ?00:00:00 /usr/lib/apt/methods/http
root 15290 15287  0 07:35 ?00:00:00 /usr/lib/apt/methods/http
root 15291 15287  0 07:35 ?00:00:00 /usr/lib/apt/methods/http
root 15292 15287  0 07:35 ?00:00:01 /usr/lib/apt/methods/http
root 15294 15287  0 07:35 ?00:00:00 /usr/lib/apt/methods/gpgv
root 15302 15287  0 07:35 ?00:00:00 /usr/lib/apt/methods/bzip2
root 15305 15287  0 07:35 ?00:00:00 /usr/lib/apt/methods/gzip
root 15387  3298  0 08:48 pts/100:00:00 more /etc/apt/apt.conf

(oth top showing:
top - 08:51:52 up 1 day, 16:56,  4 users,  load average: 0.00, 0.01, 0.00
Tasks: 108 total,   1 running, 107 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.5% us,  1.5% sy,  0.0% ni, 97.0% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:251844k total,   228524k used,23320k free,12768k buffers
Swap:   255928k total,4k used,   255924k free,   162680k cached
Change delay from 3.0 to:
  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND 

15404 root  16   0  2952 1352 1024 R  1.5  0.5   0:00.21 top 

13824 root  16   0  5308 1396  812 S  0.8  0.6   0:01.91 screen  

1 root  16   0  2292  808  664 S  0.0  0.3   0:12.16 init
[...])

this even thought my archives are supposed to stand in another fs:
  - from apt.conf:
// Directory layout
Dir /
{
  // Location of the cache dir
  Cache::archives /Sources/Debian4hppa/archives/;
};

(btw an actual subdir:
# cd /Sources/Debian4hppa/archives
# /bin/pwd
/Sources/Debian4hppa/archives
;-)

  - df:
patst005:/var/tmp # df
Filesystem   1K-blocks  Used Available Use% Mounted on
[...]
/dev/md3247791245681 0 100% /var
[...]
/dev/md7   2015696699256   1295964  36% /Sources
[...]

Why gzip/bzip2 didn't failled in such case?

And fwiw, even after that I cleaned up a bit /var fs, the processes didn't
continue?

Thanks in advance,
Joel

PS: here it's a hppa box but the same occured on some other i386 boxes



-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --

#deb file:/instmnt sid main

#deb cdrom:[palinux-0.9.1]/ unstable main

# deb http://security.debian.org/ stable/updates main
#deb-src http://ftp.de.debian.org/debian unstable main contrib non-free
deb http://ftp.de.debian.org/debian testing main contrib non-free
deb http://ftp.de.debian.org/debian unstable main contrib non-free
deb http://ftp.de.debian.org/debian experimental main contrib non-free
# deb http://ftp.de.debian.org/debian-non-US unstable/non-US main contrib 
non-free
deb-src http://ftp.de.debian.org/debian unstable main contrib non-free
deb-src http://ftp.de.debian.org/debian experimental main contrib non-free
# deb-src http://ftp.de.debian.org/debian-non-US unstable/non-US main contrib
non-free

# parisc-linux.org
# deb http://ftp.parisc-linux.org/ unofficial-debs/

# Os-cillation (Xfld)
# deb http://www.os-cillation.de/debian/ binary/
#deb-src http://www.os-cillation.de/debian/ source/
deb-src http://www.os-works.com/debian unstable main

# Progeny src
deb-src http://archive.progeny.com/debian unstable main contrib non-free
deb-src http://archive.progeny.com/debian experimental main contrib non-free

# Some Alioth stuff:
deb http://rapt-proxy.alioth.debian.org/debian ./
deb-src http://rapt-proxy.alioth.debian.org/debian ./

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: hppa (parisc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-rc3-pa2mm-b2k32
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages apt depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libgcc2   4.0.2-4GCC support library
ii  libstdc++64.0.2-4The GNU Standard C++ Library v3

apt recommends no packages.


---
NOTE! My email address is changing to ... @scarlet.be
Please make the necessary changes in your address book. 






Bug#338783: (no subject)

2005-11-12 Thread Joel Soete
Package: squid
Version: 2.5.12-1
Severity: wishlist

Hello all,

Frequently after an upgrade or simply a reboot I encounter some weird pb
to use my squid cache. I didn't analyse further because those pb was always 
solved by a stop of squid,
a cleanup of the spool (rm -rf /var/spool/squid/) and a restart of the
daemon ;-)

So the idea would be to put a variable option (by default preset to
false) in /etc/default/squid, which would allow /etc/init.d/squid to do
this cleanup at boot time (may be also at a restart).

Thanks in advance for your attention,
Joel

-- 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.14.2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages squid depends on:
ii  adduser   3.77   Add and remove users and groups
ii  coreutils 5.2.1-2.1  The GNU core utilities
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libldap2  2.1.30-12  OpenLDAP libraries
ii  libpam0g  0.79-3 Pluggable Authentication Modules l
ii  logrotate 3.7.1-2Log rotation utility
ii  netbase   4.23   Basic TCP/IP networking system
ii  squid-common  2.5.12-1   Internet Object Cache (WWW proxy c

squid recommends no packages.

-- debconf information:
  squid/fix_cachedir_perms: false
* squid/largefiles_warning:
  squid/anonymize_headers:
  squid-cgi/cachemgr:
  squid/old_version: false
  squid/http_anonymizer:
  squid/authenticate_program:
  squid/fix_lines: true


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



Bug#338783: Acknowledgement (Couldn't it be possible to add a boot option to clean spool (somewhere in /etc/default)?)

2005-11-12 Thread Joel Soete

Hello Luigi,

Sorry I do have made some mistakes with reportbug: the title was:
Couldn't it be possible to add a boot option to clean spool (somewhere in 
/etc/default)?

Apologies,
Joel

Debian Bug Tracking System wrote:

Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Luigi Gangitano [EMAIL PROTECTED]

If you wish to submit further information on your problem, please send
it to [EMAIL PROTECTED] (and *not* to
[EMAIL PROTECTED]).

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Your message did not contain a Subject field. They are recommended and
useful because the title of a Bug is determined using this field.
Please remember to include a Subject field in your messages in future.

Debian bug tracking system administrator
(administrator, Debian Bugs database)





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



Bug#338187: alien failed to debianize an rpm for parisc (aka hppa)

2005-11-08 Thread Joel Soete
Package: alien
Version: 8.56
Severity: normal

Hello Joey,

I build with success a rpm pkg from it's sources.
As I did with success on i386 (with same srpm), I would like to debianize it
to install it on my unstable debian hppa.

Unfortunately, it failed as follow:
# alien -d  RPMS/parisc/eqnx-4.09g-2.parisc.rpm
Warning: Skipping conversion of scripts in package eqnx: postinst prerm
Warning: Use the --scripts parameter to include the scripts.
Package build failed. Here's the log:
dh_testdir
dh_testdir
dh_testroot
dh_clean -k -d
dh_installdirs
dh_installdocs
dh_installchangelogs
find . -maxdepth 1 -mindepth 1 -not -name debian -print0 | \
xargs -0 -r -i cp -a {} debian/eqnx
dh_compress
dh_makeshlibs
dh_installdeb
dh_shlibdeps
dh_gencontrol
dpkg-gencontrol: error: current build architecture hppa does not appear in
package's list (parisc)
dh_gencontrol: command returned error code 65280
make: *** [binary-arch] Error 1
find: eqnx-4.09g: No such file or directory

Apparently because alien didn't know that it would have to change 'parisc' to
debian 'hppa'?
But I haven't any clue where to look for to help more ;-(

Thanks in advance,
Joel


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-pa0-b180
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages alien depends on:
ii  cpio  2.6-9  GNU cpio -- a program to manage ar
ii  debhelper 5.0.2  helper programs for debian/rules
ii  dpkg-dev  1.13.11package building tools for Debian
ii  make  3.80-11The GNU version of the make util
ii  perl  5.8.7-6Larry Wall's Practical Extraction
ii  rpm   4.4.1-4Red Hat package manager

alien recommends no packages.

-- no debconf information

---
A free anti-spam and anti-virus filter on all Scarlet mailboxes
More info on http://www.scarlet.be/




Bug#338187: acknowledged by developer (Bug#338187: fixed in alien 8.57)

2005-11-08 Thread Joel Soete
 This is an automatic notification regarding your Bug report
 #338187: alien failed to debianize an rpm for parisc (aka hppa),
 which was filed against the alien package.

 It has been closed by one of the developers, namely
 Joey Hess [EMAIL PROTECTED].

[...]

 We believe that the bug you reported is fixed in the latest version of
 alien, which is due to be installed in the Debian FTP archive:

 alien_8.57.dsc
   to pool/main/a/alien/alien_8.57.dsc
 alien_8.57.tar.gz
   to pool/main/a/alien/alien_8.57.tar.gz
 alien_8.57_all.deb
   to pool/main/a/alien/alien_8.57_all.deb



[...]
 Hash: SHA1

 Format: 1.7
 Date: Tue,  8 Nov 2005 13:39:06 -0500
 Source: alien
 Binary: alien
 Architecture: source all
 Version: 8.57
 Distribution: unstable
 Urgency: low
 Maintainer: Joey Hess [EMAIL PROTECTED]
 Changed-By: Joey Hess [EMAIL PROTECTED]
 Description:
  alien  - install non-native packages with dpkg
 Closes: 338187
 Changes:
  alien (8.57) unstable; urgency=low
  .
* hppa = parisc conversion for rpm. Closes: #338187

Cool ;-)

That works fine now:
# alien -d  RPMS/parisc/eqnx-4.09g-2.parisc.rpm
Warning: Skipping conversion of scripts in package eqnx: postinst prerm
Warning: Use the --scripts parameter to include the scripts.
mkdir: cannot create directory `eqnx-4.09g': File exists
mkdir: cannot create directory `eqnx-4.09g/debian': File exists
eqnx_4.09g-3_hppa.deb generated

Thanks for so quick fix,
Joel

---
A free anti-spam and anti-virus filter on all Scarlet mailboxes
More info on http://www.scarlet.be/




Bug#325889: acknowledged by developer (Bug#325889: fixed in pdsh 2.8-1-1)

2005-11-07 Thread Joel Soete
 This is an automatic notification regarding your Bug report
 #325889: pdsh: Upstream it exists a more recent version 2.7,
 which was filed against the pdsh package.

 It has been closed by one of the developers, namely
 Brian Pellin [EMAIL PROTECTED].

[...]

 Source: pdsh
 Source-Version: 2.8-1-1

 We believe that the bug you reported is fixed in the latest version of
 pdsh, which is due to be installed in the Debian FTP archive:

 pdsh_2.8-1-1.diff.gz
   to pool/main/p/pdsh/pdsh_2.8-1-1.diff.gz
 pdsh_2.8-1-1.dsc
   to pool/main/p/pdsh/pdsh_2.8-1-1.dsc
 pdsh_2.8-1-1_i386.deb
   to pool/main/p/pdsh/pdsh_2.8-1-1_i386.deb
 pdsh_2.8-1.orig.tar.gz
   to pool/main/p/pdsh/pdsh_2.8-1.orig.tar.gz

Cool ;-)

Many thanks for help,
Joel

---
NOTE! My email address is changing to ... @scarlet.be
Please make the necessary changes in your address book. 






Bug#338103: kernel-package: Failed to build linux image with option O=/usr/src/linux-2.6.build

2005-11-07 Thread Joel Soete
Package: kernel-package
Version: 9.008.4
Severity: wishlist

Hi all,

When I build manualy a kernel 2.6, I abuse of the build option
O=/My_Kernel_Build_dir
It allow me to save a clean src tree and build as much different config as
space disk allow me ;-) _without duplicate src tree_ (I trust that d-i could
also take some benefit)

Reading MAKEFLAGS option, I was hoping that if I do:
# MAKEFLAGS= O=../linux-2.6-pa-b180  make-kpkg --revision=b180 kernel_image

that would make the same trick?

unfortunately it failed as follow:
# MAKEFLAGS= O=../linux-2.6-pa-b180  make-kpkg --revision=b180 kernel_image
/usr/share/kernel-package/kernel_version.mk:18: warning: overriding commands
for target `debian_VERSION'
Makefile:112: warning: ignoring old commands for target `debian_VERSION'
/usr/share/kernel-package/kernel_version.mk:21: warning: overriding commands
for target `debian_PATCHLEVEL'
Makefile:112: warning: ignoring old commands for target `debian_PATCHLEVEL'
/usr/share/kernel-package/kernel_version.mk:24: warning: overriding commands
for target `debian_SUBLEVEL'
Makefile:112: warning: ignoring old commands for target `debian_SUBLEVEL'
/usr/share/kernel-package/kernel_version.mk:27: warning: overriding commands
for target `debian_EXTRAVERSION'
Makefile:112: warning: ignoring old commands for target `debian_EXTRAVERSION'
/usr/share/kernel-package/kernel_version.mk:30: warning: overriding commands
for target `debian_LOCALVERSION'
Makefile:112: warning: ignoring old commands for target `debian_LOCALVERSION'
# work around idiocy in recent kernel versions
test ! -e scripts/package/builddeb || \
mv -f scripts/package/builddeb scripts/package/builddeb.dist
test ! -e scripts/package/Makefile || \
(mv -f scripts/package/Makefile scripts/package/Makefile.dist  \
   (echo # Dummy file ; echo help:)   scripts/package/Makefile)
test ! -f stamp-debian  test ! -f debian/official  \
  rm -rf ./debian  mkdir ./debian
test ! -f stamp-debian  \
   ( test ! -f debian/official || test ! -f debian/control)  \
   sed -e 's/=V/2.6.14-pa0/g' -e 's/=D/b180/g'\
   -e 's/=A/hppa/g'   -e 's/=SA//g'  \
-e 's/=L/palo, /g' -e 's/=I//g' \
-e 's/=CV/2.6/g'  \
-e 's/=M/Unknown Kernel Package Maintainer
[EMAIL PROTECTED]/g'   \
-e 's/=ST/kernel/g'  -e 's/=B/parisc/g' \
 /usr/share/kernel-package/Control debian/control
test ! -f stamp-debian  test ! -f debian/official\
   sed -e 's/=V/2.6.14-pa0/g' -e 's/=D/b180/g'   \
-e 's/=A/hppa/g' -e 's/=M/Unknown Kernel Package Maintainer
[EMAIL PROTECTED]/g' \
-e 's/=ST/kernel/g' -e 's/=B/parisc/g'   \
/usr/share/kernel-package/changelog  debian/changelog
test ! -f debian/rules\
   install -p -m 755 /usr/share/kernel-package/rules debian/rules
echo done   stamp-debian
test -f .config || test ! -f .config.save || \
cp -pf .config.save .config
test -f .config || test ! -f /usr/share/kernel-package/Config/config || \
cp -pf /usr/share/kernel-package/Config/config .config
test -f .config || test ! -f /usr/share/kernel-package/config || \
cp -pf /usr/share/kernel-package/config  .config
test -f .config || (echo *** Need a config file .config  false)
/usr/share/kernel-package/kernel_version.mk:34: warning: overriding commands
for target `debian_TOPDIR'
Makefile:112: warning: ignoring old commands for target `debian_TOPDIR'
Please ignore the warning about overriding and ignoring targets above.
These are harmless. They are only invoked in a part of the process
that tries to snarf variable values for the conf.vars file.
make[2]: *** No rule to make target `debian_conf_var'.  Stop.
make[1]: *** [debian_conf_var] Error 2
make: *** [conf.vars] Error 2

Any idea?

Thanks in advance,
Joel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-pa0-b180
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-package depends on:
ii  dpkg  1.13.11package maintenance system for Deb
ii  dpkg-dev  1.13.11package building tools for Debian
ii  gcc [c-compiler]  4:4.0.2-1  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-10 The GNU C compiler
ii  gcc-4.0 [c-compiler]  4.0.2-2The GNU C compiler
ii  make  3.80-11The GNU version of the make util
ii  perl  5.8.7-6Larry Wall's Practical Extraction

Versions of packages kernel-package recommends:
ii  bzip2 1.0.2-10   high-quality block-sorting file co
ii  libc6-dev 

Bug#326634: Acknowledgement (gksu -g /usr/sbin/firestarter hang from non root user xfce4 wm?)

2005-10-16 Thread Joel Soete

Hello Yann,

This is fixed since latest gksu upgrade (i.e. 1.3.5-2)

Thanks again for your attention,
Joel

Debian Bug Tracking System wrote:

Thank you for the problem report you have sent regarding Debian.
This is an automatically generated reply, to let you know your message has
been received.  It is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Yann Verley [EMAIL PROTECTED]

If you wish to submit further information on your problem, please send
it to [EMAIL PROTECTED] (and *not* to
[EMAIL PROTECTED]).

Please do not reply to the address at the top of this message,
unless you wish to report a problem with the Bug-tracking system.

Debian bug tracking system administrator
(administrator, Debian Bugs database)





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



Bug#333766: libc6: SIGBUS in libm on hppa breaks qt-x11-free

2005-10-14 Thread Joel Soete



Aurelien Jarno wrote:


[...]



Oh yes, BTW, I have seen that glibc does not built anymore on hppa. It 
seems the new binutils does not accept some assembly instructions. 
Currently I am doing my tests with binutils 2.16.1. It has to be fixed 
before uploading a new glibc, but unfortunately I don't speak hppa 
assembly.


Is there some build log somewhere (I have a look at 
http://buildd.debian.org/build.php?arch=hppapkg=glibc) but nothing 
newer then 2.3.5-6 :?


Thanks,
   Joel


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



Bug#327865: sysvinit: new 50_bootlogd_exitcode.dpatch works fine as well on i386 and hppa boxes :^)

2005-09-27 Thread Joel Soete
Package: sysvinit
Version: 2.86.ds1-3
Followup-For: Bug #327865

Just confirming that the mentioned patch solved the pb as well as on my
i386 as on my hppa boxes :^)

Hth,
Joel

-- 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.13.2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages sysvinit depends on:
ii  coreutils 5.2.1-2.1  The GNU core utilities
ii  initscripts   2.86.ds1-3 Standard scripts needed for bootin
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libselinux1   1.26-1 SELinux shared libraries
ii  libsepol1 1.8-1  Security Enhanced Linux policy lib
ii  sysv-rc   2.86.ds1-3 Standard boot mechanism using syml

sysvinit recommends no packages.

-- no debconf information


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



Bug#326752: acknowledged by developer (Re: Bug#326752: libvte4: lake of some libvte 0.11.13-4_hppa.deb ??)

2005-09-08 Thread Joel Soete
...

 Hi,

 On Wed, Sep 07, 2005, Lo=EFc Minier wrote:
   I've requested a requeue at [EMAIL PROTECTED]

  The package has been built and will enter the archive tonight.  I'm
  closing this bug.

Cool :^)

Many thanks,
Joel

---
A free anti-spam and anti-virus filter on all Scarlet mailboxes
More info on http://www.scarlet.be/




Bug#326752: libvte4: lake of some libvte 0.11.13-4_hppa.deb ??

2005-09-05 Thread Joel Soete
Package: libvte4
Version: 1:0.11.13-2
Severity: normal


Hi all,

Trying to install xfce4-terminal with apt-get, I encountered the following pb:
The following packages have unmet dependencies:
  xfce4-terminal: Depends: libvte4 (= 1:0.11.11) but it is not going to be
installed
E: Broken packages

Eventhought I can rebuild localy vte_0.11.13-4, it seems that on repository it
lacks some files to solve some dependencies:

# apt-get install libvte4 libvte-common xfce4-terminal
Reading package lists... Done
Building dependency tree... Done
libvte-common is already the newest version.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  libvte4: Depends: libvte-common (= 1:0.11.13-3) but 1:0.11.13-4 is to be
installed
E: Broken packages

Thanks in advance,
Joel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-rc6-pa2-b2k32
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libvte4 depends on:
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libvte-common 1:0.11.13-4Terminal emulator widget for GTK+
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

libvte4 recommends no packages.


---
A free anti-spam and anti-virus filter on all Scarlet mailboxes
More info on http://www.scarlet.be/




Bug#326634: gksu -g /usr/sbin/firestarter hang from non root user xfce4 wm?

2005-09-04 Thread Joel Soete
Package: firestarter
Version: 1.0.3-1.1
Severity: normal

Hello dear maintainer,

My wm being xfce4 (debian unstable install), after the initial configure
wizard, when I try to launch firestarter from a common user desktop menu,
nothing happen:
 # ps -ef | grep fire
 jso   3358  1304  0 15:54 pts/300:00:00 gksu -g
 /usr/sbin/firestarter
 root  3365  3358  0 15:54 pts/15   00:00:00 /bin/su root -c
 /usr/lib/libgksu1.2/gksu-run-helper /usr/sbin/firestarter
 root  3366  3365  0 15:54 pts/15   00:00:00
 /usr/lib/libgksu1.2/gksu-run-helper /usr/sbin/firestarter

 # strace -p 3366
 Process 3366 attached - interrupt to quit
 read(0,

Fwiw, if I launch:
 # /bin/su root -c /usr/lib/libgksu1.2/gksu-run-helper /usr/sbin/firestarter

the child process is also reading but here I type Ctrl-Enter and then
'firestarter' window appears as normaly?

Any idea?

Thanks in advance,
Joel

PS: Don't know if it matter but my user is in wheel group and pam config
trust user in wheel group to su?

-- 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.13-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages firestarter depends on:
ii  gksu  1.3.4-1graphical frontend to su
ii  iptables  1.3.3-2Linux kernel 2.4+ iptables adminis
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.0-1   The Bonobo UI library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libgconf2-4   2.10.1-1   GNOME configuration database syste
ii  libgcrypt11   1.2.1-4LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgnome-keyring0 0.4.3-2GNOME keyring services library
ii  libgnome2-0   2.10.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.10.2-2   A powerful object-oriented display
ii  libgnomeui-0  2.10.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.10.1-5   The GNOME virtual file-system libr
ii  libgnutls11   1.0.16-13.1GNU TLS library - runtime library
ii  libgpg-error0 1.1-4  library for common error values an
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-6 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsm66.8.2.dfsg.1-6 X Window System Session Management
ii  libtasn1-20.2.13-1   Manage ASN.1 structures (runtime)
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxml2   2.6.20-1   GNOME XML library
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

firestarter recommends no packages.

-- no debconf information


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



Bug#326639: firestarter: ssh (std port 22) locked on local lan?

2005-09-04 Thread Joel Soete
Package: firestarter
Version: 1.0.3-1.1
Severity: normal


Hello dear maintainer(s),

My i386 (debian unstable install) owns two nic: eth0  eth1.

eth0 is connected to my adsl modem.

eth1 for my local lan (actualy a cross cable for a parisc-linux box also
an unstable debian install).

As am using pppoe to establish my adsl connection to my isp, in the
firestarter config wizard, I choosed ppp0 as internet interface and ask
to accept trafic from local lan on eth1.

From internet (ppp0) point of view all seems to works fine ;^).

Otc from local lan I wasn't able to do an ssh (ipv4 address), as I did
usualy before the firestarter install, from my parisc-linux box to my i386 boxe?
I have to add a specific rule with firestarter gui (btw very easily)
or I can use the ipv6 address.
As I choosed to accept local lan connections, I found a bit weird to
have to add a special rules for ssh, more over for this well known
secure way, don't you?

Thanks in advance,
Joel


-- 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.13-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages firestarter depends on:
ii  gksu  1.3.4-1graphical frontend to su
ii  iptables  1.3.3-2Linux kernel 2.4+ iptables adminis
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.0-1   The Bonobo UI library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libesd0   0.2.36-1   Enlightened Sound Daemon - Shared 
ii  libgconf2-4   2.10.1-1   GNOME configuration database syste
ii  libgcrypt11   1.2.1-4LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgnome-keyring0 0.4.3-2GNOME keyring services library
ii  libgnome2-0   2.10.1-1   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.10.2-2   A powerful object-oriented display
ii  libgnomeui-0  2.10.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.10.1-5   The GNOME virtual file-system libr
ii  libgnutls11   1.0.16-13.1GNU TLS library - runtime library
ii  libgpg-error0 1.1-4  library for common error values an
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-6 Inter-Client Exchange library
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsm66.8.2.dfsg.1-6 X Window System Session Management
ii  libtasn1-20.2.13-1   Manage ASN.1 structures (runtime)
ii  libx11-6  6.8.2.dfsg.1-6 X Window System protocol client li
ii  libxml2   2.6.20-1   GNOME XML library
ii  xlibs 6.8.2.dfsg.1-6 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

firestarter recommends no packages.

-- no debconf information


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



Bug#325889: pdsh: Upstream it exists a more recent version 2.7

2005-08-31 Thread Joel Soete
Package: pdsh
Severity: wishlist

Hi all,

Just discovering this tools and btw found upstream a more recent release of
this pkg: 2.7.

Hth,
Joel

-- 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.13-hpVEi8.2-i686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


---
A free anti-spam and anti-virus filter on all Scarlet mailboxes
More info on http://www.scarlet.be/




Bug#321785: fakeroot: segfaults on [hppa]

2005-08-12 Thread Joel Soete


 The buildd in question is currently running a 2.4.26-64 kernel.

Cool (I didn't thought that there was still systems running 2.4)

  In fact while simply rebuilding a kernel (as root, without fakeroot), I also
  observe a segfault with 2.6.8 and 2.6.10 (on c110 and d380) but panicing
  2.6.12 (on the same c110 and d380) as well as 2.6.13-rc6 on d380 and b2k.

  Fwiw with kernel 2.6.11.12, the rebuild runs fine on this same d380 and b2k.

 Well, there have certainly been various and sundry known kernel issues on
 hppa, but this seems wholly unrelated to them.

  That's confusing me: is there actualy a pb in libc or do we need some
  constraint to install this new libc?

 glibc seems to be the one thing that's changed; running make manually with
 a copy of glibc 2.3.2 in the chroot works just fine.

Thanks,
Joel

---
A free anti-spam and anti-virus filter on all Scarlet mailboxes
More info on http://www.scarlet.be/




Bug#321785: fakeroot: segfaults on [hppa]

2005-08-11 Thread Joel Soete
-- Initial header ---

From  : Randolph Chung [EMAIL PROTECTED]
To  : John David Anglin [EMAIL PROTECTED]
CC  :
[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL PROTECTED],[EMAIL 
PROTECTED],debian-hppa@lists.debian.org,[EMAIL PROTECTED]
Date  : Wed, 10 Aug 2005 22:53:08 +0800
Subject : Re: Bug#321785: fakeroot: segfaults on [hppa]

 Confirmed. We are passing a function pointer with a value of -2 into
 __cffc, which should not happen...
 
 
  Is -2 a special signal number?

 I don't think so. in any case, others have observed that if they use an
 older glibc, this problem does not happen.

 randolph

Hello all,

Which kernel was it?

In fact while simply rebuilding a kernel (as root, without fakeroot), I also
observe a segfault with 2.6.8 and 2.6.10 (on c110 and d380) but panicing
2.6.12 (on the same c110 and d380) as well as 2.6.13-rc6 on d380 and b2k.

Fwiw with kernel 2.6.11.12, the rebuild runs fine on this same d380 and b2k.

That's confusing me: is there actualy a pb in libc or do we need some
constraint to install this new libc?

Thanks,
Joel

---
NOTE! My email address is changing to ... @scarlet.be
Please make the necessary changes in your address book. 






Bug#308002: gcc-4.0: lake of 'gnatgcc' build dependency (hppa)

2005-05-07 Thread Joel Soete
Package: gcc-4.0
Severity: normal
Hello Mathias,
Trying to rebuild locally this experimental gcc-4.0 dpkg, it failled early 
because:
checking whether the C compiler (gnatgcc  ) works... no
configure: error: installation or configuration problem: C compiler cannot 
create executables.
make[1]: *** [stamps/04-configure-stamp] Error 1
make[1]: Leaving directory 
`/Develop/WorksBind/tools/Gcc-4.0-dpkg/gcc-4.0-4.0.0'make: *** 
[stamps/04-configure-stamp] Error 2
After the install of the experimental gnat-4.0 dpkg, I encounter next pb:
checking for correct version of gmp.h... no
configure: error: GMP with MPFR support is required to build f95
make[1]: *** [stamps/04-configure-stamp] Error 1
make[1]: Leaving directory 
`/Develop/WorksBind/tools/Gcc-4.0-dpkg/gcc-4.0-4.0.0'make: *** 
[stamps/04-configure-stamp] Error 2
And the same later after the install of libgmp3-dev, the follwoing failure 
oocured:
checking for MPFR... no
configure: error: GMP with MPFR support is required to build f95
make[1]: *** [stamps/04-configure-stamp] Error 1
make[1]: Leaving directory 
`/Develop/WorksBind/tools/Gcc-4.0-dpkg/gcc-4.0-4.0.0'make: *** 
[stamps/04-configure-stamp] Error 2
so install libmpfr-dev
I presume that's a lake in build dependencies.
Hth,
Joel
PS: btw  I also notice some (what seems harmless) make errors because:
lsb-release cmd not found.
-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc)
Kernel: Linux 2.6.12-rc3-pa3-c110
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Bug#308002: gcc-4.0: lake of 'gnatgcc' build dependency (hppa)

2005-05-07 Thread Joel Soete

Matthias Klose wrote:
Joel Soete writes:
Package: gcc-4.0
Severity: normal
Hello Mathias,
Trying to rebuild locally this experimental gcc-4.0 dpkg, it failled
early because:

thanks, fixed. still waiting for an m68k build to finish, and then
I'll upload a new version.
Cool ;-)

checking whether the C compiler (gnatgcc  ) works... no
configure: error: installation or configuration problem: C compiler cannot 
create executables.
make[1]: *** [stamps/04-configure-stamp] Error 1
make[1]: Leaving directory 
`/Develop/WorksBind/tools/Gcc-4.0-dpkg/gcc-4.0-4.0.0'make: *** 
[stamps/04-configure-stamp] Error 2
After the install of the experimental gnat-4.0 dpkg, I encounter next pb:
checking for correct version of gmp.h... no
configure: error: GMP with MPFR support is required to build f95
make[1]: *** [stamps/04-configure-stamp] Error 1
make[1]: Leaving directory 
`/Develop/WorksBind/tools/Gcc-4.0-dpkg/gcc-4.0-4.0.0'make: *** 
[stamps/04-configure-stamp] Error 2
And the same later after the install of libgmp3-dev, the follwoing failure 
oocured:
checking for MPFR... no
configure: error: GMP with MPFR support is required to build f95
make[1]: *** [stamps/04-configure-stamp] Error 1
make[1]: Leaving directory 
`/Develop/WorksBind/tools/Gcc-4.0-dpkg/gcc-4.0-4.0.0'make: *** 
[stamps/04-configure-stamp] Error 2
so install libmpfr-dev
I presume that's a lake in build dependencies.

hmm, libmpfr-dev is in this list ...
Yes it is (sorry I missed in this long list)??
Thanks,
Joel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Bug#307762: gcc-4.0-hppa64: postinst didn't find 'shell' cmd

2005-05-05 Thread Joel Soete
Package: gcc-4.0-hppa64
Version: 4.0.0-2
Severity: normal
Hi all,
This experimental gcc-4.0-hppa64 dpkg failled in postinst because:
/var/lib/dpkg/info/gcc-4.0-hppa64.postinst: line 3: shell: command not found
update-alternatives: --install needs link name path priority
Debian update-alternatives 1.10.27.
Copyright (C) 1995 Ian Jackson.
Copyright (C) 2000-2002 Wichert Akkerman
This is free software; see the GNU General Public Licence
version 2 or later for copying conditions.  There is NO warranty.
Usage: update-alternatives --install link name path priority
  [--slave link name path] ...
   update-alternatives --remove name path
   update-alternatives --remove-all name
   update-alternatives --auto name
   update-alternatives --display name
   update-alternatives --list name
   update-alternatives --config name
   update-alternatives --set name path
   update-alternatives --all
name is the name in /etc/alternatives.
path is the name referred to.
link is the link pointing to /etc/alternatives/name.
priority is an integer; options with higher numbers are chosen.
Options:  --verbose|--quiet  --test  --help  --version
  --altdir directory  --admindir directory
I have a quick look in other dpkg installed on my system but don't find any other 'shell' usage anywhere to select this 
update-alternatives priority.
And unfortunately I don't have enough clue in deb packaging to help more to find a possible fix, sorry :-(

Thanks in advance,
Joel
-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: hppa (parisc)
Kernel: Linux 2.6.12-rc3-pa0-c110
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages gcc-4.0-hppa64 depends on:
ii  gcc-4.0-base4.0.0-2  The GNU Compiler Collection (base
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libc6-dev   2.3.2.ds1-21 GNU C Library: Development Librari
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Bug#292927: top doesn't show right info on parisc since 2.6.10-pa7?

2005-02-03 Thread Joel Soete
Hello Craig,
...
  What did I missed? Any idea?
 Is it compiling or not? I'm trying to understand what is wrong other
 than the top header.

That was finaly a kernel pb.

It's now fixed so you can safely close this report :-)

Thanks again for your attention,
Joel





Bug#292927: top doesn't show right info on parisc since 2.6.10-pa7?

2005-02-01 Thread Joel Soete

 -- Original Message --
 Date: Wed, 2 Feb 2005 15:44:28 +1100
 To: Joel Soete [EMAIL PROTECTED], [EMAIL PROTECTED]
 From: [EMAIL PROTECTED] (Craig Small)
 Subject: Re: Bug#292927: top doesn't show right info on parisc since 
 2.6.10-pa7?


 On Mon, Jan 31, 2005 at 09:24:09AM +0100, Joel Soete wrote:
  I am running a unstable debian on parisc platform with a development
linux
  kernel 2.6.11-rc2-pa3 :-)

 OK so you're running a woody procps over not even an sarge but some
 development kernel. I think that might be called asking for it
 considering the last 2.0 procps was written in April 2002.

Oops my bad (cut and past and forget to change release :( ) very sorry actual
release used is unstable one:
 # dpkg -l procps
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ NameVersion Description
+++-===-===-==
ii  procps  3.2.5-1 /proc file system
utilities

(again appologies)

  But it doesn't help at all :(
 
  What did I missed? Any idea?
 Is it compiling or not?
Obviously but not cahnge in the diplayed values

 I'm trying to understand what is wrong other
 than the top header.

Well have no yet enough clue in the way that top collect its info but I noticed
:
on a 2.6.10-pa6:
# cat /proc/stat
cpu  763640 1207382 1497781 223046615 4711665 0 20982
cpu0 763640 1207382 1497781 223046615 4711665 0 20982
[...]

but now with a 2.6.10-pa7:
# cat /proc/stat
cpu  85360 16430 0 0 0 29916369 0 0
cpu0 85360 16430 0 0 0 29916369 0 0
[...]

Does it matter?
If yes it seems to be bug in hppa tree?

  PS: btw how may I localy change this line
  Cpu(s):  1.3% us,  1.3% sy,  0.0% ni, 96.4% id,  1.0% wa,  0.0% hi,
 0.0%

 I don't think you can anymore.

:-( but ok

Thanks for help,
Joel





Bug#292927: top doesn't show right info on parisc since 2.6.10-pa7?

2005-01-31 Thread Joel Soete
Package: procps
Version: 1:2.0
Severity: normal

Hello Craig,

I am running a unstable debian on parisc platform with a development linux
kernel 2.6.11-rc2-pa3 :-)

And I noticed this top pb:

Tasks:  79 total,   2 running,  77 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.9% us,  0.0% sy,  0.0% ni,  0.0% id,  0.0% wa, 98.1% hi,  0.0%
si
Mem:124316k total,66420k used,57896k free, 5308k buffers
Swap:   127928k total,0k used,   127928k free,32612k cached

in place of much logical:
(kernel 2.6.10-pa6)
[...]
Cpu(s):  1.3% us,  1.3% sy,  0.0% ni, 96.4% id,  1.0% wa,  0.0% hi,  0.0%
si
[...]

since kernel 2.6.10-pa7 when:

CVSROOT:/var/cvs
Module name:linux-2.6
Changes by: willy at cvs.parisc-linux.org   2005-01-08 21:00:19

Modified files:
.  : Makefile

Log message:
2.6.10-pa7:

Switch to generic IRQ code
[...]

I so tried to use curent kernel headers:
/usr/include/linux - /usr/src/linux/innclude/linux
/usr/include/asm -  /usr/src/linux/innclude/asm

(after the kernel build)

But it doesn't help at all :(

What did I missed? Any idea?

Thanks in advance for help,
Joel

PS: btw how may I localy change this line
Cpu(s):  1.3% us,  1.3% sy,  0.0% ni, 96.4% id,  1.0% wa,  0.0% hi,  0.0%
si

by something like:
Cpu states:
 CPU   USER   NICESYS   IDLE  ...
   0   8.7%   0.0%   5.2%  86.1%   ...






Bug#292169: apt-build failed again to build a dpkg if only src are available

2005-01-25 Thread Joel Soete
Package: apt-build
Version: 0.11.4
Severity: normal

Hello Julien,

Here is the promised br ;-)

Sorry, I was busy somewhere else but I come back to you with this pb to build
a pkg with only src without bin (my case is the new xfce not yet in debian
but already in http://www.os-works.com/view/debian/packages/.

(apt-build 0.11.4)

# diff -Nau /usr/bin/apt-build.Orig /usr/bin/apt-build
--- /usr/bin/apt-build.Orig 2005-01-21 15:20:52.0 +0100
+++ /usr/bin/apt-build 2005-01-21 15:33:01.0 +0100
@@ -230,9 +230,9 @@
my ($srcpkg, $srcver, @packages);

# apt-get here prints lines, we pick the one talking about .deb file.
- read_apt_list(apt-get --print-uris @apt_args install $pkg |, ^',
+ read_apt_list(apt-get --print-uris @apt_args source $pkg |, ^',
sub {
- my ($n, $v) = extract_deb($_) or return;
+ my ($n, $v) = extract_dsc($_) or return;
($srcpkg, $srcver) = ($n, $v)
});

==

this first hunk make sens to me as it stand in sub source and help me to
make:
# apt-build source libexo-dev
successfuly :-)

Anyway (as discust in private) you could had good reason to not apply :-)

This second hunk
# diff -Nau /usr/bin/apt-build.Orig /usr/bin/apt-build
--- /usr/bin/apt-build.Orig 2005-01-21 15:20:52.0 +0100
+++ /usr/bin/apt-build 2005-01-21 15:33:01.0 +0100
@@ -272,9 +272,9 @@

chdir $conf{build_dir};

- read_apt_list(apt-get --print-uris @apt_args install $pkg |, ^',
+ read_apt_list(apt-get --print-uris @apt_args source $pkg |, ^',
sub {
- my ($n, $v) = extract_deb($_) or return;
+ my ($n, $v) = extract_dsc($_) or return;
($srcpkg, $srcver) = ($n, $v)
});


(again just a work around ;-) )

just help me to go a bit further:
# apt-build --sources-list=/Sources/AptBuild/apt-build-src.list build-source
--build-only libexo-dev
Building the following packages from source:
libexo-dev
libexo-1
W: Unable to locate package exo
E: No packages found
- Downloading exo source (exo 0.2.0-2) -
- Updating package lists -
Hit http://www.os-works.com testing/main Sources
Hit http://www.os-works.com testing/main Release
Reading Package Lists... Done
Reading Package Lists... Done
Building Dependency Tree... Done
Need to get 514kB of source archives.
Get:1 http://www.os-works.com testing/main exo 0.2.0-2 (dsc) [621B]
Get:2 http://www.os-works.com testing/main exo 0.2.0-2 (tar) [507kB]
Get:3 http://www.os-works.com testing/main exo 0.2.0-2 (diff) [6406B]
Fetched 514kB in 0s (936kB/s)
dpkg-source: extracting exo in exo-0.2.0
- Building exo -
W: Unable to locate package exo
E: No packages found
dpkg-buildpackage: source package is exo
dpkg-buildpackage: source version is 0.2.0-2
dpkg-buildpackage: source maintainer is root
dpkg-buildpackage: host architecture is hppa
 debian/rules clean
dh_testdir
dh_testroot
rm -f build-stamp
# Add here commands to clean up after the build process.
/usr/bin/make distclean
make[1]: Entering directory `/Develop/AptBuild/build/exo-0.2.0'
make[1]: *** No rule to make target `distclean'. Stop.
make[1]: Leaving directory `/Develop/AptBuild/build/exo-0.2.0'
make: [clean] Error 2 (ignored)
cp -f /usr/share/misc/config.sub config.sub
cp -f /usr/share/misc/config.guess config.guess
dh_clean
 debian/rules build
dh_testdir
# Add here commands to configure the package.
CFLAGS=-Wall -g -O2 ./configure --host=hppa-linux --build=hppa-linux 
--prefix=/usr
--mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc
--enable-final
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for hppa-linux-gcc... hppa-linux-gcc
checking for C compiler default output file name... configure: error: C compiler
cannot create executables
See `config.log' for more details.
make: *** [config.status] Error 77
 Cleaning up object files -
dh_testdir
dh_testroot
rm -f build-stamp
# Add here commands to clean up after the build process.
/usr/bin/make distclean
make[1]: Entering directory `/Develop/AptBuild/build/exo-0.2.0'
make[1]: *** No rule to make target `distclean'. Stop.
make[1]: Leaving directory `/Develop/AptBuild/build/exo-0.2.0'
make: [clean] Error 2 (ignored)
cp -f /usr/share/misc/config.sub config.sub
cp -f /usr/share/misc/config.guess config.guess
dh_clean
Error while building libexo-dev!
Some error occured building package

... not yet success?

Even thought if I remove sources and grab it again to launch handy 
'dpkg-buildpackage'
there are no pb:
:/Develop/AptBuild/build/exo-0.2.0# lrt ..
total 756
-rw-r--r-- 1 root root 506686 Jan 5 00:59 exo_0.2.0.orig.tar.gz
drwxr-xr-x 3 root root 4096 Jan 21 15:23 ..
-rw-r- 1 root root 0 

Bug#291234: [Parted-maintainers] Bug#291234: parted: No Implementation: This ext2 filesystem has a rather strange layout! Parted No Implementation: This ext2 filesystem has a rather strange layout!

2005-01-20 Thread Joel Soete

 On Thu, Jan 20, 2005 at 11:30:42AM +, paddy wrote:
  What you can do as a workaround is use the relevant tool to remove
  the ext3 features that parted doesn't like, resize, and then add them
  back in.

 Bah, this is hacky, i would just use resize2fs directly in this case, and
 anyway, i think this problem also applies to newer ext2 partitions.

mmm

I tried also but far from being an expert of fdisk at one moment I made enough
mistake to reach to broken my fs :-(
(... :-) I had a fresh backup so don't have any pb to recover data)

I had an additional remark:
to use this disk as a new boot disk (a mirror) for my hppa box I need at
least
a (small) /boot fs standing in the first 2Gb of the disk
I have so to move my original data slice. Unfortunately, the best I can do
is to reduce the size of my fs to 20Gb (on a disk of 36Gb). So I will never
have any opportunity to copy it at another place on the same disk (the only
other available disk being of only 9Gb) to mimic the move.

hth,
Joel



---
Tiscali solde! 1 mois et activation Gratuits, modem à 9,99€
http://reg.tiscali.be/adsl/default.asp?lg=FR






Bug#291234: parted: No Implementation: This ext2 filesystem has a rather strange layout! Parted No Implementation: This ext2 filesystem has a rather strange layout!

2005-01-19 Thread Joel Soete
Package: parted
Version: 1.6.11-9
Severity: normal

Hello all,

I am running a debian  unstable' (today updated) with a developement kernel
2.6.11-rc1-pa3 on hppa box (b2000).
This system own 2 Disk: one boot disk of 9gb and a 'data' disk of 36Gb.

the boot disk sda has the following slicing schema (cfdisk):
Disk /dev/sda: 9100 MB, 9100044288 bytes
64 heads, 32 sectors/track, 8678 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   1  61   62448   f0  Linux/PA-RISC boot
/dev/sda2  62 306  250880   82  Linux swap / Solaris
/dev/sda3 307 367   62464   83  Linux
/dev/sda4 3688557 83865605  Extended
/dev/sda5 3681953 1624048   83  Linux
/dev/sda619542197  249840   83  Linux
/dev/sda721982319  124912   83  Linux
/dev/sda823202441  124912   83  Linux
/dev/sda924424394 1999856   83  Linux
/dev/sda10   43956347 1999856   83  Linux
/dev/sda11   63488300 1999856   83  Linux
/dev/sda12   83018557  263152   83  Linux

And the second disk:
Disk /dev/sdb: 36.4 GB, 36420075520 bytes
64 heads, 32 sectors/track, 34732 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/sdb1   1   3473235565552   83  Linux

As I don't need any more to have the full disk for a data slice on this disk,
I would like to use parted to re-partition as:
/dev/sdb1   1  61   62448   f0  Linux/PA-RISC boot
/dev/sdb2  62 306  250880   82  Linux swap / Solaris
/dev/sdb3 307 367   62464   83  Linux
/dev/sdb4 3688557 83865605  Extended
/dev/sdb5 3681953 1624048   83  Linux
/dev/sdb619542197  249840   83  Linux
/dev/sdb721982319  124912   83  Linux
/dev/sdb823202441  124912   83  Linux
/dev/sdb924424394 1999856   83  Linux
/dev/sdb10   43956347 1999856   83  Linux
/dev/sdb11   63488300 1999856   83  Linux
/dev/sdb12   8301   3473235565552   83  Linux

(for mirroring with raid1)

(in summary:
parted
resize 1 0.016 26432.000 (i.e. 34732 - 8300)
move 1 0.016 8300.000

then create sdb[1..11] )

but when I asked 'parted' to check the disk slice 1:
# ./parted/parted /dev/sdb
[...]
Using /dev/sdb
(parted) p

Disk geometry for /dev/sdb: 0.000-34732.890 megabytes
Disk label type: msdos
MinorStart   End Type  Filesystem  Flags
1  0.016  34732.000  primary   ext3
(parted) check 1

No Implementation: This ext2 filesystem has a rather strange layout!  Parted
can't resize this (yet).

So am I not very confident to go ahead ;-)

As sudgested on gnu site I grab the last 1.6.21 release which I build
# ../configure --prefix=/usr --sbindir=/sbin --mandir=\${prefix}/share/man
--infodir=\${prefix}/share/info --enable-mtrace --disable-shared  
--build=hppa-linux
--host=hppa-linux
(as debian debug pkg would do?)

but the pb is the same:
# ./parted/parted /dev/sdb

GNU Parted 1.6.21
Copyright (C) 1998 - 2004 Free Software Foundation, Inc.
This program is free software, covered by the GNU General Public License.

This program 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.

Using /dev/sdb
(parted) p

Disk geometry for /dev/sdb: 0.000-34732.890 megabytes
Disk label type: msdos
MinorStart   End Type  Filesystem  Flags
1  0.016  34732.000  primary   ext3
(parted) check 1

No Implementation: This ext2 filesystem has a rather strange layout!  Parted
can't resize this (yet).

OTC with the other disk no pb:
# parted /dev/sda
Warning: Unable to determine if partitions are mounted via /proc/mounts or
/etc/mtab.  Make sure you don't attempt to resize or
modify mounted file systems.  (Even read-only mounted)
Ignore/Cancel? i

GNU Parted 1.6.11 with HFS shrink patch 12.5
Copyright (C) 1998 - 2004 Free Software Foundation, Inc.
This program is free software, covered by the GNU General Public License.

This program 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.

Using /dev/sda
(parted) check 11

Information: The ext2 filesystem passed a basic check.  For a more comprehensive
check, use the e2fsck program.

Thanks in advance for your attention,
Joel