Bug#296983: multitail: Calls tail with obsolote options

[Robert Luberda]

Package: multitail
Version: 3.4.5-1
Severity: minor

Hi, 

When _POSIX2_VERSION environment variable is set to 200112 multitail refuses to
work with this error:

tail: `-100lf' option is obsolete; use ` -f-n 100'
Try `tail --help' for more information.


Best Regards,
robert

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (101, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages multitail depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand

-- no debconf information


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

Bug#296982: openoffice.org-gnomevfs: Openoffice crashes using Gnome file dialogs

[Andrea Vettorello]

Package: openoffice.org-gnomevfs
Version: 1.1.3-7
Severity: normal

If i try to use the GTK/Gnome file dialogs Openoffice crashes with this
error message:

libgnomevfs-ERROR **: file gnome-vfs-cancellation.c: line 133
(gnome_vfs_cancellation_cancel): assertion failed:
(gnome_vfs_is_primary_thread())
aborting...
sh: crash_report: command not found

I've tried with a freshly created user (i.e. without previous configuration) 
but got the same error.

I've looked in the Debian BTS but found nothing, feel free to ask other
info if needed.

Regards,


Andrea


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages openoffice.org-gnomevfs depends on:
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libbonobo2-02.8.1-2  Bonobo CORBA interfaces library
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-9GCC support library
ii  libgconf2-4 2.8.1-4  GNOME configuration database syste
ii  libglib2.0-02.6.2-1  The GLib library of C routines
ii  libgnomevfs2-0  2.8.4-1  The GNOME virtual file-system libr
ii  liborbit2   1:2.10.5-0.1 libraries for ORBit2 - a CORBA ORB
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3
ii  libstlport4.6   4.6.2-2  STLport C++ class library
ii  openoffice.org-bin  1.1.3-7  OpenOffice.org office suite binary
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information


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

Bug#203579: Threaded perl (re: debian bug #203579)

[Karl Schmidt]

I just ran the test listed in this deb bug report code using perl 5.8.4 and got 
a seg fault. I'm confused - I read in a few places that this was no longer a 
problem? I wanted to run Interchange with stock debian perl code if I can, but 
I'm not sure if this is still an issue?

This bug is getting close to 2 years old -seems like perl should default to non 
threaded or this bug should get fixed?

I ran the test code listed in the debian bug and got a seg fault with the 
testing version of perl.

But this:
http://www.perl.com/lpt/a/2003/01/16/whatsnew.html
--seems to imply that it is fixed? (see under the "Perl Threads" section.)
Has anyone in perl upstream ever looked at this?:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203579
Isn't this the same bug that causes(d) problems in interchange?
How can I test for the perl thread bug in interchange?
Can someone provide an authoritative update of the status of the threaded issue?

Karl Schmidt EMail [EMAIL PROTECTED]
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th StreetPh (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434
When angry count four; when very angry, swear. --Mark Twain

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

Bug#296981: udev: Usability Improvements...

[Christian Höltje]

Package: udev
Version: 0.053-1
Severity: wishlist


Hello, again!  This is to suggest some improvements that would reduce the
number of annoying bug reports from users and make the package easier for
people who aren't experienced with udev.

** When parsing rules files, make all errors FATAL
Currently, mistakes are ignored or bypassed.  This makes it hard for
the user to find problems as well as it is a risk.  If udev is
unable to put the *correct* device-node in place, then an incorrect
one might go there instead!  That would be bad.
Example:
BUS="scsi", PROGRAM="/sbin/udev_volume_id -u %N", \
RESULT="blah", \ 
KERNEL="hd*", \
NAME="myroot"
There is a space after the RESULT="blah" line.  The current scheme
will simply use the rule KERNEL="hd*", NAME="myroot"
This would be very very bad.

** Anytime there is a problem, tell the user about it.
No need to use stderr or a log, just use stdout and use positive
messages.
An example of a postive mesasge is something like:
Please make sure all double quotes (") are matching right.
I notice a problem on line 6 of /etc/rules.d/foo

** make the udevtest output friendlier
Currently, the output looks like so:
# udevtest /block/sdc
version 053
looking at '/block/sdc'
opened class_dev->name='sdc'
configured rule in '/etc/udev/rules.d/00-kodak_reader.rules[5]' applied,
'sdc' becomes 'kodak/mmc'
creating device node '/dev/kodak/mmc', major = '8', minor = '32', mode 
= '0660', uid = '0', gid = '50'
creating device partition nodes '/dev/kodak/mmc[1-15]'

This is for a kodak cf/mmc/whatever reader plugged in via USB.
It would be better to say something like so:
# udevtest /block/sdc
Using udevtest v0.53 on '/block/sdc'
Found a matching rule
  file: '/etc/udev/rules.d/00-kodak_reader.rules'
  line: 5
Attributes: (* denotes rules matched on)
KERNEL="sdc"
SUBSYSTEM="foo"
DRIVER="bar"
PLACE="baz"
  * BUS="scsi"
  * ID="1:0:0:2"
SYSFS{detach_state}="0"
SYSFS{device_blocked}="0"
SYSFS{max_sectors}="240"
  * SYSFS{model}="CF/SD/MMC/SM"
SYSFS{queue_depth}="1"
SYSFS{queue_type}="none"
SYSFS{rev}="0105"
SYSFS{scsi_level}="3"
SYSFS{state}="running"
SYSFS{timeout}="30"
SYSFS{type}="0"
  * SYSFS{vendor}="Kodak   "
Applying rules:
NAME{all_partitions}="kodak/mmc"
GROUP="staff"
Making devices:
  filename  major minor mode uid gid
  /dev/kodak/mmc832 0660   0  50
  /dev/kodak/mmc1   833 0660   0  50
  /dev/kodak/mmc2   834 0660   0  50
  /dev/kodak/mmc3   835 0660   0  50
  
  /dev/kodak/mmc15  847 0660   0  50

** consider a different way to write rules
Currently, the rules are like the following:
BUS="scsi", SYSFS{vendor}="Kodak   ", \
SYSFS{model}="CF/SD/MMC/SM", \
ID="*:2", \
NAME{all_partitions}="kodak/mmc", \
GROUP="staff"

From a user's point of view, this is a little confusing.
BUS, KERNEL, SYSFS{foo}, ID, etc. are all the keys.
NAME, GROUP, SYMLINK, etc. are all actions to be applied iff
the keys match.
Ideally, these would be seperate some how, so that it was clear to
somone reading the file what was a key vs. an action.

Just an idea:
  BUS="scsi"
  SYSFS{vendor}="Kodak   "
  ID="*:2"
  {
NAME="foo"
GROUP="staff"
  }

Anyway, those are my suggestions.  I really like udev and think it's great.
Thanks for your time and effort working on it.

Ciao!

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15)

Versions of packages udev depends on:
ii  hotplug  0.0.20040329-16 Linux Hotplug Scripts
ii  initscripts  2.86.ds1-1  Standard scripts needed for bootin
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  makedev  2.3.1-75Creates device files in /dev
ii  sed  4.1.4-1 The GNU sed stream editor


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

Bug#296980: doc request: Add udevtest and udevtest-all to man pages...

[Christian Höltje]

Package: udev
Version: 0.053-1
Severity: minor


Hello!  Excellent concept, udev.  Very powerful and is really, I think, the
correct idea for how to handle devices.

I think that the udevtest should be added to the man page for udev with an
example of how to test a rule.  It would be handy to add this to the
writing_udev_rules document, too.

udevtest-all is pretty nice, too.  Though perhaps it could be made to be a
little more user friendly. :-)  It's a bit too technical.

Ciao!

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')

Versions of packages udev depends on:
ii  hotplug  0.0.20040329-16 Linux Hotplug Scripts
ii  initscripts  2.86.ds1-1  Standard scripts needed for bootin
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  makedev  2.3.1-75Creates device files in /dev
ii  sed  4.1.4-1 The GNU sed stream editor


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

Bug#296979: logwatch: Does not report correctly if enviroment variable LC_ALL is anything else than "C"

[Gilmar Junior]

Package: logwatch
Version: 5.2.2-3
Severity: normal
Tags: patch

I use pt_BR locale (LC_ALL=pt_BR) and in months like February (Feb) or
December (Dec) logwatch doesn't find events for most services, cause it
searches for "Fev" and "Dez" respectivly.

I think the patch attached solves this problem by setting LC_ALL to C in
the beggining of the script.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to 
pt_BR)

Versions of packages logwatch depends on:
ii  mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
ii  perl 5.8.4-6 Larry Wall's Practical Extraction 

-- no debconf information
--- logwatch2005-02-26 02:57:22.0 -0300
+++ logwatch.corrigido  2005-02-26 02:58:15.0 -0300
@@ -21,6 +21,7 @@
 
 #Added to solve problems with applystddate
 $ENV{'LANG'} = "C";
+$ENV{'LC_ALL'} = "C";
 
 #Added to create switches for different os options -mgt
 #For now working on Linux and SunOS

Bug#296978: Successful install on hppa --- C3000

[Kyle McMartin]

Package: installation-reports

Debian-installer-version: p.d.o/~jbailey/ from 2005-02-25
uname -a: Linux celebdil 2.6.8-2-32-smp #1 SMP Mon Feb 7 22:19:10 EST 2005 
parisc GNU/Linux
Date: Sat Feb 26 00:57:32 EST 2005
Method: Net Install via Daily Build 
  http://people.debian.org/~jbailey/d-i/hppa/2005-02-25/netboot/2.6/boot.img 

Machine: HP Visualize C3000
Processor: PA8500 400MHz
Memory: 2GB
Root Device: /dev/sda
Root Size/partition table: 
   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *   1  48   49136   f0  Linux/PA-RISC boot
/dev/sda2  49 292  249856   82  Linux swap
/dev/sda3 293 780  499712   83  Linux (/)
/dev/sda4 7818678 80875525  Extended
/dev/sda5 7811734  976880   83  Linux (/var)
/dev/sda617353641 1952752   83  Linux (/usr)
/dev/sda736428678 5157872   83  Linux (/home)

Output of lspci and lspci -n:
% lspci
:00:0c.0 Ethernet controller: Digital Equipment Corporation DECchip 
21142/43 (rev 41)
:00:0d.0 Multimedia audio controller: Analog Devices AD1889 sound chip
:00:0e.0 IDE interface: National Semiconductor Corporation 87415/87560 IDE 
(rev 03)
:00:0e.1 Bridge: National Semiconductor Corporation 87560 Legacy I/O (rev 
01)
:00:0e.2 USB Controller: National Semiconductor Corporation USB Controller 
(rev 02)
:00:0f.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 
04)
:00:0f.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897 (rev 
04)
:01:04.0 Display controller: Hewlett-Packard Company A4977A Visualize EG 
(rev 03)
:02:01.0 Fibre Channel: Hewlett-Packard Company Tach XL2 Fibre Channel Host 
Adapter (rev 0b)
:03:02.0 Display controller: Hewlett-Packard Company Visualize FX4 (rev 02)

% lspci -n
:00:0c.0 0200: 1011:0019 (rev 41)
:00:0d.0 0401: 11d4:1889
:00:0e.0 0101: 100b:0002 (rev 03)
:00:0e.1 0680: 100b:000e (rev 01)
:00:0e.2 0c03: 100b:0012 (rev 02)
:00:0f.0 0100: 1000:000b (rev 04)
:00:0f.1 0100: 1000:000b (rev 04)
:01:04.0 0380: 103c:1005 (rev 03)
:02:01.0 0c04: 103c:1029 (rev 0b)
:03:02.0 0380: 103c:1008 (rev 02)


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [O]

Comments/Problems:

The purpose behind this was to test Debian Installer with the new
2.6.8-2 kernels. Everything seemed to go quite well. Will hopefully
get a chance to test a CD boot soon.


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

Bug#296977: gworkspace.app: GWorkspace doesn't start on a VNC 8bit display

[Paolo]

Package: gworkspace.app
Version: 0.6.5-3; reported 2005-02-26
Severity: grave
Justification: renders package unusable

hello,

well, it *might* work smoothly indeed, but the fact is that I'm accessing 
a Sarge sys via a vnc session at 8bit, and all I got is:

2005-02-26 06:59:40.000 GWorkspace[31699] NOTE: Only one display per host fully 
supported.
2005-02-26 06:59:40.000 GWorkspace[31699] WARNING - XGServer is unable to use 
the fast algorithm for writing to an 8-bit display on this host - the most 
likely reason being the StandardColormap RGB_BEST_MAP has not been installed.
2005-02-26 06:59:40.000 GWorkspace[31699] Unrecognized color masks: 
0007:0038:00c0 8
2005-02-26 06:59:40.000 GWorkspace[31699] Please report this along with details 
on your pixel format (ie. the four numbers above). (Or better yet, implement it 
and send me a patch.)

which leaves me with no other choice but use anoter filemanager, hence the
severity.

-- paolo


-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux npp 2.4.26-ss-fb-lm287 #1 Fri Jul 16 21:26:09 CEST 2004 i686
Locale: LANG=C, LC_CTYPE=C



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

Bug#296976: sgml2x: FTBFS: Permission denied in ELinks

[Daniel Schepler]

Package: sgml2x
Severity: serious
Version: 1.0.0-8

>From my build log, using pbuilder in an i386 chroot:

...
links -dump TODO-html/t1.htm >TODO.txt
ELinks: Permission denied
make[1]: *** [TODO.txt] Error 1
make[1]: Leaving directory `/tmp/buildd/sgml2x-1.0.0'
make: *** [build-stamp] Error 2

I have no idea whether the bug is in sgml2x or elinks, so reassign if
appropriate.

-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.9-9-amd64-k8
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8)

-- 
Daniel Schepler  "Please don't disillusion me.  I
[EMAIL PROTECTED]haven't had breakfast yet."
 -- Orson Scott Card


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

Bug#295112: clamsmtp requires newer start-stop-daemon, but can be installed without

[Chad Walstrom]

Brian Ristuccia wrote:
> Package: clamsmtp
> Version: 1.2-3
> Severity: serious
> 
> The init.d script for clamsmtp breaks with start-stop-daemon in dpkg
> (1.9.21) because it doesn't provide the --group option. It needs to use one
> of the various dependancy mechanisms to make sure a newer dpkg providing
> this option gets upgraded on install. Clamsmtp doesn't work unless the
> init.d script is manually edited or dpkg is manually upgraded.

Although, I agree that this is a policy error, the scope of the error
only applies to back porting the package.  In any case, I added the
dependency checking to the control file as suggested.

I've been debating whether or not to add a dedicated system user and
group for clamsmtp for a number of reasons.  Although there is no policy
mandating daemons run as their own user and group, doing so might make
things a bit more flexible and secure for the daemon.

Now that clamsmtp can actually run scripts, I'm not too comfortable
having it run as clamav:clamav.  A systems administrator may have added
the clamav user to priveleged groups for scanning protected filesystems.
A poorly written and exploited script run from clamsmtp may now have
access to these documents.  Granted, it might not be likely such an
attack would be probable or even successful, there's no reason to tempt
fate.

Essentially, if I were to add a clamsmtp:clamsmtp user/group and add
clamav to the clamsmtp group so it would have access to the quarantine
directory, I wouldn't need to worry about the "--group" switch to
start-stop-daemon.  As a result, the package would be easier to
back-port to sarge.

There is some fragility to this setup, in the face of system
administrator customizations.  However, we can be reasonably certain
that the user and group clamav:clamav will be install.

-- 
Chad Walstrom <[EMAIL PROTECTED]>   http://www.wookimus.net/
   assert(expired(knowledge)); /* core dump */


signature.asc
Description: Digital signature

Bug#296975: installing udev on running system left me with a /dev/null that was not a device file

[Joey Hess]

Package: udev
Version: 0.053-1
Severity: grave

I installed gnome on a running system and this pulled in udev. After the
installation was complete, I noticed that /dev/null was not a device,
was only writable by root, and probably contained some output redirected from
some program that ran during the upgrade. Unfortunatly I did not think
to examine the contents before rebooting, so I don't know what program
wrote to it.

My guess is some kind of a race between udev moving the old /dev out of
the way and creating the new /dev/null device. Either some other program on
the system or a program running as part of the upgrade opened /dev/null
in between and ended up creating a regular file in it's place.

I've set the severity to grave because this did break the system pretty
badly, for non-root users, until I rebooted it.

FWIW, after the reboot, /dev/null was a proper device created by udev.

This seems somewhat similar to the bug described in #296776, but I did
have a lot of other devices in /dev.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx  1 root root 19 Feb 25 23:01 cd-aliases.rules -> ../cd-aliases.rules
lrwxrwxrwx  1 root root 13 Feb 25 23:01 udev.rules -> ../udev.rules
lrwxrwxrwx  1 root root 12 Feb 25 22:51 z_hal-plugdev.rules -> ../hal.rules

-- /sys/:
/sys/block/dm-0/dev
/sys/block/dm-1/dev
/sys/block/dm-2/dev
/sys/block/dm-3/dev
/sys/block/dm-4/dev
/sys/block/fd0/dev
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hdc/dev
/sys/block/hdd/dev
/sys/block/hdd/hdd1/dev
/sys/block/hdd/hdd2/dev
/sys/block/hdd/hdd3/dev
/sys/block/loop0/dev
/sys/block/loop1/dev
/sys/block/loop2/dev
/sys/block/loop3/dev
/sys/block/loop4/dev
/sys/block/loop5/dev
/sys/block/loop6/dev
/sys/block/loop7/dev
/sys/block/md0/dev
/sys/block/md1/dev
/sys/block/md10/dev
/sys/block/md100/dev
/sys/block/md101/dev
/sys/block/md102/dev
/sys/block/md103/dev
/sys/block/md104/dev
/sys/block/md105/dev
/sys/block/md106/dev
/sys/block/md107/dev
/sys/block/md108/dev
/sys/block/md109/dev
/sys/block/md11/dev
/sys/block/md110/dev
/sys/block/md111/dev
/sys/block/md112/dev
/sys/block/md113/dev
/sys/block/md114/dev
/sys/block/md115/dev
/sys/block/md116/dev
/sys/block/md117/dev
/sys/block/md118/dev
/sys/block/md119/dev
/sys/block/md12/dev
/sys/block/md120/dev
/sys/block/md121/dev
/sys/block/md122/dev
/sys/block/md123/dev
/sys/block/md124/dev
/sys/block/md125/dev
/sys/block/md126/dev
/sys/block/md127/dev
/sys/block/md128/dev
/sys/block/md129/dev
/sys/block/md13/dev
/sys/block/md130/dev
/sys/block/md131/dev
/sys/block/md132/dev
/sys/block/md133/dev
/sys/block/md134/dev
/sys/block/md135/dev
/sys/block/md136/dev
/sys/block/md137/dev
/sys/block/md138/dev
/sys/block/md139/dev
/sys/block/md14/dev
/sys/block/md140/dev
/sys/block/md141/dev
/sys/block/md142/dev
/sys/block/md143/dev
/sys/block/md144/dev
/sys/block/md145/dev
/sys/block/md146/dev
/sys/block/md147/dev
/sys/block/md148/dev
/sys/block/md149/dev
/sys/block/md15/dev
/sys/block/md150/dev
/sys/block/md151/dev
/sys/block/md152/dev
/sys/block/md153/dev
/sys/block/md154/dev
/sys/block/md155/dev
/sys/block/md156/dev
/sys/block/md157/dev
/sys/block/md158/dev
/sys/block/md159/dev
/sys/block/md16/dev
/sys/block/md160/dev
/sys/block/md161/dev
/sys/block/md162/dev
/sys/block/md163/dev
/sys/block/md164/dev
/sys/block/md165/dev
/sys/block/md166/dev
/sys/block/md167/dev
/sys/block/md168/dev
/sys/block/md169/dev
/sys/block/md17/dev
/sys/block/md170/dev
/sys/block/md171/dev
/sys/block/md172/dev
/sys/block/md173/dev
/sys/block/md174/dev
/sys/block/md175/dev
/sys/block/md176/dev
/sys/block/md177/dev
/sys/block/md178/dev
/sys/block/md179/dev
/sys/block/md18/dev
/sys/block/md180/dev
/sys/block/md181/dev
/sys/block/md182/dev
/sys/block/md183/dev
/sys/block/md184/dev
/sys/block/md185/dev
/sys/block/md186/dev
/sys/block/md187/dev
/sys/block/md188/dev
/sys/block/md189/dev
/sys/block/md19/dev
/sys/block/md190/dev
/sys/block/md191/dev
/sys/block/md192/dev
/sys/block/md193/dev
/sys/block/md194/dev
/sys/block/md195/dev
/sys/block/md196/dev
/sys/block/md197/dev
/sys/block/md198/dev
/sys/block/md199/dev
/sys/block/md2/dev
/sys/block/md20/dev
/sys/block/md200/dev
/sys/block/md201/dev
/sys/block/md202/dev
/sys/block/md203/dev
/sys/block/md204/dev
/sys/block/md205/dev
/sys/block/md206/dev
/sys/block/md207/dev
/sys/block/md208/dev
/sys/block/md209/dev
/sys/block/md21/dev
/sys/block/md210/dev
/sys/block/md211/dev
/sys/block/md212/dev
/sys/block/md213/dev
/sys/block/md214/dev
/sys/block/md215/dev
/sys/block/md216/dev
/sys/block/md217/dev
/sys/block/md218/dev
/sys/block/md219/dev
/sys/block/md22/dev
/sys/block/md220/dev
/sys/block/md221/dev
/sys/block/md222/dev
/sys/block/md223/dev
/sys/block/md224/dev
/sys/block/md225/dev
/sys/block/md226/dev
/sys/block/md227/dev
/sys/block/md228/dev
/sys/block/md229/dev
/sys/block/md23/dev
/sys/block/md230/dev
/sys/block/md231/dev
/sys/block/md232/dev
/sys/block/md233/dev
/sys/block/md234/dev
/sys/block/md235

Bug#296935: Setting up of webcalendar fails

[Steve Langasek]

> The problem may be that the DB_PASSWORD line is unable to handle an @
> sign (though I cannot reproduce it). 

I'm not sure why you can't reproduce this:

$ perl -e "my %CF_REPLACE = (
 'DB_TYPE'=> mysql,
 'DB_HOST'   => localhost,
 'DB_TYPE'   => mysql,
 'DB_HOST'   => localhost,
 'DB_LOGIN'  => webcalsqlusername,
 'DB_PASSWORD'   => [EMAIL PROTECTED],
 'DB_DATABASE'   => webcalname,
 'DB_PERSISTENT' => true,
 'USE_HTTP_AUTH' => false,
 'SINGLE_USER_MODE'  => N,
 'SINGLE_USER_LOGIN' =>  };

while (my \$line = ) {
foreach my \$search (keys %CF_REPLACE) {
my \$replace = \$CF_REPLACE{\$search};
\$line =~ s/DEBCONF::\$search/\$replace/g;
}

print \$line;
}"
Search pattern not terminated at -e line 7.
$

single-quoting the value of DB_PASSWORD appears to be sufficient to fix this
problem.

A general fix is to single-quote all of the values in the perl expression,
and to escape any occurrences of ' and " in the values using sed.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#294721: BUG#294721: clamsmtp: listening&outgoing port switched in conf template file

[Chad Walstrom]

Sythos wrote:
> in default conf file installed listening port and outgoing port is
> switched (the doc is right, but inside clamsmtpd.conf it is wrong)

Which doc are you talking about?  I explicitly listed the differences
between the default configuration file and the Debian configuration in
/usr/share/doc/clamsmtp/README.Debian.  Historically, setups for amavisd
and amavisd-new with postfix have used 10025 as the return port to the
MTA.

# From smtp-amavis back to posfix
127.0.0.1:10025 inet n   -   n   -   -  smtpd
-o content_filter=
-o local_recipient_maps=
-o relay_recipient_maps=
-o cleanup_service_name=scanned
-o mynetworks_style=host
-o mynetworks=127.0.0.1/32
-o smtpd_restriction_classes=
-o smtpd_client_restrictions=
-o smtpd_helo_restrictions=
-o smtpd_sender_restrictions=
-o smtpd_recipient_restrictions=permit_mynetworks,reject

So, rather than make the postfix administrators add yet another smtpd
process, I "switched" the "default" clamsmtp ports.  This may not be the
way the software author does things, but it makes it easy for existing
Debian postfix/amavisd-new users to experiment with an alternative virus
scanner.

But then again, all of this is in the README.Debian file...

-- 
Chad Walstrom <[EMAIL PROTECTED]>   http://www.wookimus.net/
   assert(expired(knowledge)); /* core dump */


signature.asc
Description: Digital signature

Bug#256645: estraier Debian package

[Lucas Wall]

package wnpp
owner 256645 !
thanks
On 02/26/2005 01:50 AM, Tommaso Moroni wrote:
Hi!
I'm tidying up the wnpp bugs on the Debian BTS by looking for "inactive" ITPs.
I saw that some time ago you filed an ITP for estraier, so I'd like to know
if you still intend to package it.
Thank you for your attention
Yes, I still intend to package it.
K.
--
Lucas Wall <[EMAIL PROTECTED]>  .''`.
Buenos Aires, Argentina: :ø :   Debian GNU/Linux
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]


signature.asc
Description: OpenPGP digital signature

Bug#296857: lkcd save command wont save dump

[Kotrappa]

Package: lkcdutils
Version: 6.1.0


 Hi Micah,

 Thanks for early reply, Yes, i m using kernel 2.4.26.
 I specified dump flags to 0, but lkcd_config failed as below

 # /etc/init.d/lkcdutils
 Configuring system for crash dumps...
 dump flags not specified
 /sbin/lkcd_config failed!
 Activating swap parition

 btw, #lkcd on irc.freenode.net redirects to http://svn-meta.freenode.net/
 where
 I did not find lkcd.

 My earlier mail, after system reboots with sysrq, /etc/init.d/lkcdutils
wont
 save dump in /var/log/dump/ , /var/log/dump appears to be empty.

 Please help or any pointers.

 -Regards
 Kotrappa.
>
>
> - Original Message - 
> From: "Micah Anderson" <[EMAIL PROTECTED]>
> To: "Kotrappa" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Saturday, February 26, 2005 1:27 AM
> Subject: Re: Bug#296857: lkcd save command wont save dump
>
>
> > Hi,
> >
> > I notice that you are using 2.4.26 with lkcd. It is not noted
> > anywhere, but you should change your DUMP_FLAGS in /etc/lkcdutils/dump
> > to be:
> >
> > DUMP_FLAGS="0"
> >
> > Then run /etc/init.d/lkcdutils to re-load the config. Then simulate a
> > crash with the sysrq (note: this will cause your system to reboot,
> > when it did not before!), after the system reboots, look in
> > /var/log/dump to see if your dump was saved. It should be saved on boot.
> >
> > I've noted this in the README.Debian for the next upload.
> >
> > Also, you can join #lkcd on irc.freenode.net if you need help walking
> > through the procedure.
> >
> > Micah
> >
> > On Fri, 25 Feb 2005, Kotrappa wrote:
> >
> > >Package: lkcdutils
> > >  Version: 6.1.0
> > >Hi,
> > >
> > >I used magic sysrq key to produce crash on the system, I could see
> dump
> > >saving into swap partition.
> > >but could not recover dump by lkcd save command.
> > >Please help!.
> > >
> > >
> > ># /sbin/lkcd save
> > >lcrash 0.10.2 (xlcrash) build at Feb 26 2005 00:09:04
> > >Lcrash is free software. It is covered by the GNU General Public
> License.
> > >You are welcome to change it and/or distribute copies of it under
> certain
> > >conditions. Type "help -C" to see the conditions. Absolutely no
> warranty
> > >is given for Lcrash. Type "help -W" for warranty details.
> > >
> > >Error: could not save crash dump: lcrash returned with 1. Maybe
there
> was
> > >no dump?
> > >Reconfiguring LKCD
> > >
> > >Dump configuration
> > ># cat /proc/sys/dump/*
> > >2
> > >ide1(22,3)
> > >0x8000
> > >8
> > >DUMP_ACTIVE="1"
> > >DUMPDEV="/dev/vmdump"
> > >DUMP_ON_SWAP="1"
> > >DUMPDIR="/var/log/dump"
> > >DUMP_FLAGS="0x8000"
> > >
> > >
> > >I am using
> > ># cat /proc/version
> > >Linux version 2.4.26-sudf-n-lkcd  (gcc version 2.95.4 20011002
> (Debian
> > >prerelease)) #6 Fri Feb 25 21:03:04 JST 2005
> > >Kernel patch 2.4.26.
> > >
> > >
> > >-regards
> > >Kotrappa
> > >
> > >  - Original Message -
> > >  From: [1]Kotrappa
> > >  To: [EMAIL PROTECTED]
> > >  Sent: Friday, February 25, 2005 4:17 PM
> > >  Subject: lkcd save command wont save dump
> > >
> > >
> > > References
> > >
> > >Visible links
> > >1. [EMAIL PROTECTED]
> > > mailto:[EMAIL PROTECTED]
> > >2. [EMAIL PROTECTED]
> > > mailto:[EMAIL PROTECTED]
> >
>



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

Bug#291794: "**FATAL_ERROR** ....open of /var/lib/ntop/prefsCache.db failed"

[Alfie Costa]

Sorry I'm tardy in replying about this bug; "time flies".

The description in the README.Debian isn't yet satisfactory.  
Some time I'd like to figure out how to get 'ntop' working 
then try to rewrite it.  

In the meantime, the new text has several typos, for example:

 15 Note that you can not run ntop as a user as it need full access to the
 16 devices and only root have such access. 

s/can not/cannot/
s/need/needs/
s/have such/has such/

A patch is attached.  More later, HTH...

15,19c15,19
< Note that you can not run ntop as a user as it need full access to the
< devices and only root have such access. After it has got that access it
< will change user to ntop or whatever you have configured it to. You have
< to make sure that the user have access files in /var/lib/ntop. This is
< normally fixed by the installation script but it may fail.
---
> Note that you cannot run ntop as a user since it needs full access to 
> the devices and only root has such access. After it has root access it
> will change to user ntop or whatever you have configured it to. You have
> to make sure the user has access to files in /var/lib/ntop. This is
> normally done by the installation script, but it may fail.

Bug#296974: /etc/dhclient-script: Make dhclient-script accept default routers outside network with /32 netmasks

[Sven Mueller]

Package: dhcp-client
Version: 2.0pl5-19.1
Severity: wishlist
File: /etc/dhclient-script
Thanks
Well, on highly secure networks (each machine having to route every
packet via a router/firewall, even when staying inside the company
network), dhcp offers are often configured so that the network interface
is configured with a /32 netmask and a default router which is
(obviously) outside that netmask. Well, this works fine with Windows
clients, because they set a host route to the default router(s) on the
network interface which is just being configured followed by a default
route via that host.
dhclient doesn't currently behave like this although it is probably
wanted in most of those configurations to act like this.
A fairly easy solution to the problem would be to edit
/etc/dhclient-script so that both lines which previously read
route add default gw $router
would be replaced by
route add default gw $router \
|| (
 route add -host $router dev $interface
 route add default gw $router
)
However, this might have unwanted side effects under some circumstances,
such as a configuration with multiple default routers or when the
static-routes option is used to set a route to the default router.
If you want me to, I could probably come up with a cleaner solution,
such as only setting the above host route when the netmask is for a /32 net.
Note that the above configuration is used by many companies, including
large hosters. Large companies and companies with high security
standards want to separate all computers from one another so that they
can only talk to the default router. But this doesn't mean they have a
/30 network to spare for each host (wasting 50% of the available IP
addresses for unneeded network/broadcast addresses and another nearly
25% for unnecessarily duplicated router addresses). This addtion would
help those companies a lot, at least those that use Debian Linux clients 
 ;-)

Regards,
Sven
-- System Information:
Debian Release: 3.1
   APT prefers testing
   APT policy: (991, 'testing'), (50, 'unstable'), (40, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-terra
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages dhcp-client depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared
libraries an
-- no debconf information

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

Bug#296973: octave-forge: weekday has incorrect documentation

[Bill Denney]

Package: octave-forge
Version: 2004.11.16-3
Severity: minor

The weekday function has incorrect documentation.  Its documentation 
appears to be a copy of datevec's documentation.  The doc at the 
beginning should read something like:

--- Begin Documentation
## -*- texinfo -*-
## @deftypefn {Function File} {[d,s] =} weekday(date, [P])
## Takes a date (in either datenum format or a string that datenum can
## parse) and returns the number for the day of the week (0 = "Sun", 
## 1 = "Mon", ... , "Sat")
##
## The parameter @code{P} is needed to convert date strings with 2 digit
## years into dates with 4 digit years.  2 digit years are assumed to be
## between @code{P} and @code{P+99}. If @code{P} is not given then the 
## current year - 50 is used, so that dates are centered on the present.
## For birthdates, you would want @code{P} to be current year - 99.  For
## appointments, you would want @code{P} to be current year.
##
## @seealso{date,clock,now,datestr,datenum,datevec,calendar} 
## @end deftypefn
--- End Documentation

Hopefully, I'll be able to submit a patch that will help with making 
datevec accept strings soon, too.

Bill

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages octave-forge depends on:
ii  atlas3-base [liblapack.s 3.6.0-19Automatically Tuned Linear Algebra
ii  fftw33.0.1-11Library for computing Fast Fourier
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libcln3  1.1.9-1 Class Library for Numbers (C++)
ii  libg2c0  1:3.3.5-8   Runtime library for GNU Fortran 77
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libginac1.3  1.3.0-2 The GiNaC framework (runtime libra
ii  libgmp3  4.1.4-5 Multiprecision arithmetic library
ii  libgsl0  1.6-1   The GNU Scientific Library (GSL) -
ii  libhdf5-serial-1.6.2-0 [ 1.6.2-3 Hierarchical Data Format 5 (HDF5) 
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  libncurses5  5.4-4   Shared libraries for terminal hand
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqhull52003.1-1Calculate convex hulls and related
ii  libreadline4 4.3-11  GNU readline and history libraries
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  octave2.12.1.64-1The GNU Octave language for numeri
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#296972: ogre: Version 1.0.0 is available

[dennis]

Package: ogre
Severity: wishlist

Would be nice if it could make it into sarge...


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

Bug#296971: ltp_20050107-2_ia64: FTBFS: implicit declaration of function `_syscall3'

[Steve Langasek]

Package: ltp
Version: 20050107-2
Severity: serious
Tags: sid

The most recent upstream version of ltp fails to build from source on ia64:

[...]

make[5]: Entering directory 
/build/buildd/ltp-20050107/build-tree/ltp-full-20050107/testcases/kernel/syscalls/getdents'
cc -Wall  -I../../include -g -Wall -I../../../../include -Wall
getdents01.c -L../../../../lib -lltp -L.. -ltestsuite  -o getdents01
getdents01.c: In function `main':
getdents01.c:134: warning: implicit declaration of function syscall3'
getdents01.c:134: error: syntax error before "int"
getdents01.c:135: warning: implicit declaration of function `getdents'
make[5]: *** [getdents01] Error 1
make[5]: Leaving directory 
/build/buildd/ltp-20050107/build-tree/ltp-full-20050107/testcases/kernel/syscalls/getdents'
make[4]: *** [all] Error 2

[...]

A full build log is available at
.

The previous upstream version of ltp enabled the getdents check only on
i386; the implementation in this version depends on the _syscall3 macro,
which is apparently not portable to ia64 (although it was present in older
versions of libc6.1-dev for this arch).  It's probably better to re-disable
this testcase on ia64 until a more portable solution can be found.

Since the version of ltp in testing is still broken due to bug #293023, I
have marked it for removal pending resolution of this bug.

Thanks,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#285015: python-cheetah: does not seems to be unicode aware

[Chad Walstrom]

Nicolas Évrard wrote:
> cheetah is raising UnicodeEncodeError:
> 
> UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9'
>   in position 1: ordinal not in range(128)

Have you had a chance to try the new alpha release of Cheetah, 0.9.16a2
[1]_.  It looks like they addressed some Unicode problems in 0.9.16a1.
There has been a wishlist request for the new version.  I'll send an
email to the Cheetah developers to see what their recommendations for
Debian will be.

Here's an excerpt of the the release note [2]_ from the sourceforge site:

0.9.16a1 (Jan 6, 2005)
- fixed a unicode bug in Compiler.py [TR]
- added new EncodeUnicode filter that Rene Pijlman contributed 
(I
  optimized it slightly) and made it the default filter for all
templates. [TR]
- added test cases for handling unicode with the default filter 
[TR]
permits nesting [JJ]

.. [1] http://sourceforge.net/project/showfiles.php?group_id=28961
.. [2] http://sourceforge.net/project/shownotes.php?release_id=294962

-- 
Chad Walstrom <[EMAIL PROTECTED]>   http://www.wookimus.net/
   assert(expired(knowledge)); /* core dump */


signature.asc
Description: Digital signature

Bug#296970: O: kernel-patch-redhat -- Redhat patch to the kernel

[Dan Weber]

Package: wnpp
Severity: normal

I intend to orphan the kernel-patch-redhat package.  Redhat hasn't released
a version under the red hat name in a while.  A new package maybe created
kernel-patch-fedora as the redhat kernel maintainers now maintain the fedora
kernels.  Redhat linux for mainstream has died.

Dan

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (499, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-cko1-mppe
Locale: LANG=en_US, LC_CTYPE=en_US


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

Bug#272364: Pleaseupdate kernel-patch-redhat to 2.6.8

[Russell Stuart]

If people actually use this, then I have created a similar
package.  However I am not a Debian developer, so it would
need a sponsor.  You can find the various patches under
here:
  http://www.lubemobile.com.au/ras/debian/

Look under then kernel-source-2.X.Y.redhat and
kernel-source-2.6.Y.fedora directories.

Just by the by, it is only possible to produce a produce
a kernel-patch-redhat if Red Hat produces a kernel of
the same version.  Red Hat hasn't released a 2.6.8 under
the "Red Hat" brand, but they have released a Fedora
kernel for 2.6.8.  That is what you will find at the URL
above.




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

Bug#260808: reopening bug

[Erich Schubert]

reopen 260808
thanks

Reopening this bug report.
You must not close bugs in changelogs if you did not *change* anything.
Please handle this bug report correclty.

Greetings,
Erich Schubert
-- 
   erich@(vitavonni.de|debian.org)--GPG Key ID: 4B3A135C(o_
 Which is worse: ignorance or apathy? Who knows? Who cares? //\
Der Anfang aller Erkenntnis ist das Staunen. --- AristotelesV_/_


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

Bug#296969: RFP: jive-messenger -- instant messaging and group chat server that implements the XMPP (Jabber) protocol

[Sam Morris]

Package: wnpp
Severity: wishlist

* Package name: jive-messenger
  Version : N/A; reported 2005-02-26
  Upstream Author : Name <[EMAIL PROTECTED]>
* URL : http://www.jivesoftware.org/messenger/
* License : GPL
  Description : instant messaging and group chat server that implements the 
XMPP (Jabber) protocol

 Jive Messenger is an Open Source XMPP  server for instant messaging and group 
chat. It features great performance and scalability, cross-platform support, 
simple installation, and a web-based admin console.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)


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

Bug#296294: kicker: System tray piles on tooltips for multiple apps almost simultaneously

[Adeodato Simó]

* Josh Metzler [Fri, 25 Feb 2005 21:43:18 -0500]:

> I don't know if this idea has any merit, but what about upgrading you 
> xfree86?  The current version in sarge is 4.3.0.dfsg.1-10, which means you 
> are nine Debian revisions behind. 

  Er, s/nine/two/? :)

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Capitalism is the extraordinary belief that the nastiest of men, for the
nastiest of reasons, will somehow work for the benefit of us all.
-- John Maynard Keynes



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

Bug#296326: gnocatan-client: Crash after trading fails.

[Jeff Breidenbach]

Thanks. Because this patch treats the symptom, not the disease,
I'm going to just hold it until upstream has a chance to take a serious
look.

Cheers,
Jeff

PS. Are you really in Iceland or is that just your email address? One
of the gnocatan tile sets is made from photographs taken in Iceland.

On Sat, 26 Feb 2005 01:40:13 +, Dofri Jónsson <[EMAIL PROTECTED]> wrote:
> 
> This patch fixes the issue for me, at least so that the game doesn't crash.
> I still have to push the Trade Button each time I want to make a trade,
> but at least the game is playable
> 
> Dofri
> 
> --- gnocatan-0.8.1.53/common/quoteinfo.c.orig   2005-02-26 01:29:41.140002456
> +
> +++ gnocatan-0.8.1.53/common/quoteinfo.c2005-02-26 01:33:20.901564712
> +
> @@ -30,7 +30,7 @@
> 
>  void quotelist_new(QuoteList **list)
>  {
> -/* g_assert(*list == NULL);*/
> +   g_assert(*list == NULL);
> quotelist_free(list);
> *list = g_malloc0(sizeof(**list));
>  }
> 
>

Bug#295302: please package 0.7.0beta4

[Greg Norris]

On Mon, Feb 14, 2005 at 11:31:55PM +0100, Tomas Pospisek wrote:
> Please package in order to be able to package checkinstall. The latest
> installwatch is included in the checkinstall sources [1].

Last I heard, Matt Hope (the checkinstall maintainer) was planning to 
take over the installwatch package.  That's probably the cleanest 
approach, as it no longer has a distinct source package (and I very 
rarely use it these days).

Matt, is this still the plan?


signature.asc
Description: Digital signature

Bug#296294: kicker: System tray piles on tooltips for multiple apps almost simultaneously

[Josh Metzler]

On Friday 25 February 2005 08:37 am, Rob Funk wrote:
> Adeodato Simó wrote:
> > * Rob Funk [Mon, 21 Feb 2005 10:38:56 -0500]:
> > > Package: kicker
> > > Version: 4:3.3.1-4
> >
> >   What KDE style are you using?
>
> HighColor Classic.
>
>
> I also did an upgrade a couple days ago to keep up with sarge (at due to
> the mention of having a mixed-version KDE environment), and it still
> happens occasionally, with the following package versions:
>
> kicker  3.3.2-1
> kdelibs43.3.2-1
> libart-2.0-22.3.17-1
> libc6   2.3.2.ds1-20
> libfam0c102 2.7.0-6
> libgcc1 3.4.3-6
> libice6 4.3.0.dfsg.1-1
> xlibs   4.3.0.dfsg.1-1
> libidn110.5.2-3
> libkonq43.3.2-1
> libpng12-0  1.2.8rel-1
> libqt3c102-mt   3.3.3-8
> libsm6  4.3.0.dfsg.1-1
> libstdc++5  3.3.5-8
> libx11-64.3.0.dfsg.1-1
> libxext64.3.0.dfsg.1-1
> libxrender1 0.8.3-7
> libxtst64.3.0.dfsg.1-1
> zlib1g  1.2.2-3
> kdebase-data3.3.2-1

I don't know if this idea has any merit, but what about upgrading you 
xfree86?  The current version in sarge is 4.3.0.dfsg.1-10, which means you 
are nine Debian revisions behind.  When you do apt-get -u upgrade (or 
whatever package manager you use), are there other packages held back?

Josh

Bug#296968: xmame: dpkg error procesing

[David Roguin]

Package: xmame
Version: 0.90-1
Severity: important

The following extra packages will be installed:
  xmame xmame-x
The following NEW packages will be installed:
  xmame-x
The following packages will be upgraded:
  xmame
1 upgraded, 1 newly installed, 0 to remove and 15 not upgraded.
51 not fully installed or removed.
Need to get 0B/17.2MB of archives.
After unpacking 104MB of additional disk space will be used.
Do you want to continue? [Y/n] 
(Reading database ... 112045 files and directories currently
installed.)
Preparing to replace xmame 0.90-1 (using
/archives/xmame_0.92-1_all.deb) ...
Unpacking replacement xmame ...
dpkg: error processing
/var/cache/apt/archives/xmame_0.92-1_all.deb (--unpack):
trying to overwrite `/usr/share/man/man6/xmame.6.gz', which is
also in package xmame-common
dpkg: regarding .../xmame-x_0.92-1_i386.deb containing xmame-x:
xmame-x conflicts with xmame (<< 0.92)
xmame (version 0.90-1) is installed.
dpkg: error processing
/var/cache/apt/archives/xmame-x_0.92-1_i386.deb (--unpack):
 conflicting packages - not installing xmame-x
Errors were encountered while processing:
 /var/cache/apt/archives/xmame_0.92-1_all.deb
 /var/cache/apt/archives/xmame-x_0.92-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)



-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-386
Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1)

Versions of packages xmame depends on:
pn  xmame-x | xmame-svga | xmame-Not found.

-- no debconf information


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

Bug#280566: regarding this ITP

[Joey Hess]

While I'd like to see this program available in Debian for several
reasons, the copyright on it seems to be on shakey ground. The code
itself claims it is copyright by Dan Jackson, but according to
http://www.kyz.uklinux.net/convlit.php he is not the actual author and
the author wishes to remain anonymous. Dan Jackson's own web page,
http://members.lycos.co.uk/hostintheshell/, bills him as the "Former
publisher of Convert LIT".

IANAL, but unless the anonymous author has legally transferred the
copyright to Dan Jackson, I don't see how he can legally claim copyright
of, or license the software. And I don't know of a way for copyright to
be transfered anonymously -- Dan Jackson would have to know who the
author is, at a minimum. Perhaps everyting is on the up-and-up, and
the anonymous author did indeed transfer the copyright. But we have no
way to tell, and it feels shady to me.

Especially given all the other potential legal problems that could
arrise from distributing this program in Debian in certian countries..

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#296967: asterisk: should build-dep on zlib1g-dev

[Frederic Briere]

Package: asterisk
Version: 1.0.5-3
Severity: normal

asterisk should build-dep on zlib1g-dev, since Makefiles in apps, cdr
and channels explicitly link against -lz.  It is true that the current
build-deps end up pulling it in anyway, but it is unwise to rely on
that.  (It's actually not the case on woody.)


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages asterisk depends on:
pn  asterisk-sounds  Not found.
ii  libasound2   1.0.8-2 ALSA library
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
pn  libedit2 Not found.
ii  libexpat11.95.8-1XML parsing C library - runtime li
ii  libgcc1  1:3.4.3-9   GCC support library
ii  libglib1.2   1.2.10-9The GLib library of C routines
pn  libgsm1  Not found.
ii  libgtk1.21.2.10-17   The GIMP Toolkit set of widgets fo
ii  libncurses5  5.4-4   Shared libraries for terminal hand
pn  libopenh323-1.13.2   Not found.
pn  libpq3   Not found.
pn  libpri1  Not found.
pn  libpt-1.6.3  Not found.
ii  libspeex11.0.rel.4-1 The Speex Speech Codec
ii  libssl0.9.7  0.9.7e-3SSL shared libraries
pn  libtonezone1 Not found.
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxi6   4.3.0.dfsg.1-10 X Window System Input extension li
pn  unixodbc Not found.
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime


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

Bug#290335: [debian-openldap] Bug#290335: slapd version outdated

[Steve Langasek]

On Fri, Feb 25, 2005 at 11:45:46PM +0100, Torsten Landschoff wrote:
> On Fri, Feb 25, 2005 at 10:38:52AM -0800, Steve Langasek wrote:
> > > Upstream SONAME has changed to libldap2.2.

> > grabbing the package from http://pkg-openldap.alioth.debian.org/openldap2.2/
> > (thanks, Stephen):

> ?? What's Stephen got to do with it?

He pointed out the URL to me on IRC before I got (or, at least, read) your
message.  Thanks also to you for making them available, of course. :)

> > $ dpkg -x libldap2.2_2.2.23-0.pre2_i386.deb /tmp/ldap-unpack && objdump -p 
> > /tmp/ldap-unpack/usr/lib/libldap-2.2.so.7.0.16 | grep SONAME
> >   SONAME  libldap-2.2.so.7

> > So no, libldap2.2 is *not* what the upstream SONAME was changed to.

> Okay, so it was changed to libldap-2.2.so.7. Or what? I'll never grok
> this SONAME stuff. 

Yes.  An optimal package name would then be libldap-2.2-7.

> From the output above I'd say that the SONAME is "libldap-2.2.so.7".
> Reading random documentation about it (for example at
> http://lists.debian.org/debian-mentors/2002/03/msg00125.html) the SONAME
> is just "7" in this case.

Ugh, that message is wrong.  The soname is precisely the part that I quoted
above in the output of objdump.  The '7' is what's referred to as an sover
("shared object version").

> So depending on what the soname is the package is either libldap7 (going
> from section 8.1 of Debian policy) or libldap-2.2-7 which I find hard to
> grok (but which does not matter as it should normally get installed
> automatically). 

> The point I tried to make though was that the upstream SONAME changed
> and libldap from OpenLDAP 2.2 does not class with libldap from OpenLDAP
> 2.1. Apart from that I spent the last two days solely on working on 
> OpenLDAP packaging and the only feedfack is that I misrepresented the
> SONAME. 

Well, the snipped context in this discussion was:

>>> libldap-evil-lemurs (used only by slapd && ldap-utils)
>> I'd rather call it libldap2.2 
> If the lib package name doesn't match the actual soname used by the
> library, then all possible names are equally bad, FWIW.

Since the entire reason that we're going to such lengths in packaging
OpenLDAP 2.2 and OpenLDAP 2.1 in parallel is that we have an upstream who
may or may not be engaged in pathological handling of SONAMEs, I do consider
it very important to make sure that the Debian maintainer of such a core
library does understand what an SONAME *is*, and can recognize when it's
been changed (and therefore when the package name needs to be changed)... :)

I do mean to look at the packages further, and help with any necessary
testing -- not just picking on the soname issue.  In particular, if you need
help handling config file upgrades from OpenLDAP 2.1, feel free to ping me
for that.

> And I still got no idea what your point is. If you want the library
> package to be libldap-2.2-7 that's fine with me. I can rename that
> package if you want me to. I like libldap2.2 better as it is in line
> with libldap2 (which I did not invent) but I don't really care.

libldap2 is called libldap2 because of

$ objdump -p /usr/lib/libldap.so.2|grep SONAME
  SONAME  libldap.so.2
$

you can call this library libldap2.2 if you want -- as I said, *all* package
names are equally bad (good, green, whatever) if they don't match the
library's soname -- as long as you are aware that, once you provide a -dev
package for the library post-sarge, SONAME changes also require package name
changes.

FWIW, here's a command that turns a library soname into a package name,
according to the "best practice" rules in Debian:

$ objdump -p /tmp/ldap-unpack/usr/lib/libldap-2.2.so.7.0.16 | sed -n 
-e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/; 
s/\.so\.//'
libldap-2.2-7
$

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#296909: libgts-doc: doc package contains no docs

[Marcelo E. Magallon]

On Fri, Feb 25, 2005 at 11:19:14AM -0500, Nik A. Melchior wrote:

 > Severity important because the package is essentially empty and
 > therefore useless.

 I noticed that the other day.  Something went wrong with the generation
 of the documentation during the build.  Can't spot exactly what that
 is.

 Thanks,

 Marcelo


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

Bug#296963: USB mouse continuously disconnecting

[Luca Corti]

On Sat, 2005-02-26 at 02:13 +0100, Marco d'Itri wrote: 
> Blame your kernel, hotplug just acts on the events which the kernel is
> reporting to it:

I've used the same kernel for quite some time before reinstalling, and
it was not behaving like that. kernel-image-2.6.8-2-k7 exposes the same
problem. The only difference is that I'm now using md for software RAID,
but I don't see how this could be related. Maybe you do.


> It may also be interesting to understand why HAL complains about
> $DEVPATH not being set (which would be a kernel bug too), I suggest you
> install the attached script as /etc/hotplug.d/default/logger.hotplug and
> then look at the log file it generates.

Output of your script is attached.


thanks

Luca


-- 
Luca Corti
PGP Key ID 1F38C091
BOFH excuse of the moment:
Rhythmic variations in the voltage reaching the power supply.

Sat Feb 26 02:48:17 CET 2005
/etc/hotplug.d/default/logger.hotplug usb

ACTION=remove
BASH=/bin/sh
BASH_ARGC=([0]="1")
BASH_ARGV=([0]="usb")
BASH_LINENO=([0]="0")
BASH_SOURCE=([0]="/etc/hotplug.d/default/logger.hotplug")
BASH_VERSINFO=([0]="3" [1]="00" [2]="16" [3]="1" [4]="release" [5]="i386-pc-linux-gnu")
BASH_VERSION='3.00.16(1)-release'
DEVICE=/proc/bus/usb/001/005
DEVPATH=/devices/pci:00/:00:11.2/usb1/1-1/1-1:1.0
DIRSTACK=()
EUID=0
GROUPS=()
HOSTNAME=luca
HOSTTYPE=i386
INTERFACE=3/1/2
MACHTYPE=i386-pc-linux-gnu
OPTERR=1
OSTYPE=linux-gnu
PHYSDEVBUS=usb
PIPESTATUS=([0]="0")
POSIXLY_CORRECT=y
PRODUCT=45e/39/300
SEQNUM=1247
SHELL=/bin/bash
SHELLOPTS=braceexpand:hashall:interactive-comments:posix
SUBSYSTEM=usb
TERM=dumb
TYPE=0/0/0
UID=0

Sat Feb 26 02:48:17 CET 2005
/etc/hotplug.d/default/logger.hotplug input

ACTION=remove
BASH=/bin/sh
BASH_ARGC=([0]="1")
BASH_ARGV=([0]="input")
BASH_LINENO=([0]="0")
BASH_SOURCE=([0]="/etc/hotplug.d/default/logger.hotplug")
BASH_VERSINFO=([0]="3" [1]="00" [2]="16" [3]="1" [4]="release" [5]="i386-pc-linux-gnu")
BASH_VERSION='3.00.16(1)-release'
DEVPATH=/class/input/mouse0
DIRSTACK=()
EUID=0
GROUPS=()
HOSTNAME=luca
HOSTTYPE=i386
MACHTYPE=i386-pc-linux-gnu
OPTERR=1
OSTYPE=linux-gnu
PHYSDEVBUS=usb
PHYSDEVDRIVER=usbhid
PHYSDEVPATH=/devices/pci:00/:00:11.2/usb1/1-1/1-1:1.0
PIPESTATUS=([0]="0")
POSIXLY_CORRECT=y
SEQNUM=1245
SHELL=/bin/bash
SHELLOPTS=braceexpand:hashall:interactive-comments:posix
SUBSYSTEM=input
TERM=dumb
UID=0

Sat Feb 26 02:48:17 CET 2005
/etc/hotplug.d/default/logger.hotplug input

ACTION=remove
BASH=/bin/sh
BASH_ARGC=([0]="1")
BASH_ARGV=([0]="input")
BASH_LINENO=([0]="0")
BASH_SOURCE=([0]="/etc/hotplug.d/default/logger.hotplug")
BASH_VERSINFO=([0]="3" [1]="00" [2]="16" [3]="1" [4]="release" [5]="i386-pc-linux-gnu")
BASH_VERSION='3.00.16(1)-release'
DEVPATH=/class/input/event1
DIRSTACK=()
EUID=0
GROUPS=()
HOSTNAME=luca
HOSTTYPE=i386
MACHTYPE=i386-pc-linux-gnu
OPTERR=1
OSTYPE=linux-gnu
PHYSDEVBUS=usb
PHYSDEVDRIVER=usbhid
PHYSDEVPATH=/devices/pci:00/:00:11.2/usb1/1-1/1-1:1.0
PIPESTATUS=([0]="0")
POSIXLY_CORRECT=y
SEQNUM=1246
SHELL=/bin/bash
SHELLOPTS=braceexpand:hashall:interactive-comments:posix
SUBSYSTEM=input
TERM=dumb
UID=0

Sat Feb 26 02:48:17 CET 2005
/etc/hotplug.d/default/logger.hotplug input

ACTION=remove
BASH=/bin/sh
BASH_ARGC=([0]="1")
BASH_ARGV=([0]="input")
BASH_LINENO=([0]="0")
BASH_SOURCE=([0]="/etc/hotplug.d/default/logger.hotplug")
BASH_VERSINFO=([0]="3" [1]="00" [2]="16" [3]="1" [4]="release" [5]="i386-pc-linux-gnu")
BASH_VERSION='3.00.16(1)-release'
DEVPATH=/class/input/ts0
DIRSTACK=()
EUID=0
GROUPS=()
HOSTNAME=luca
HOSTTYPE=i386
MACHTYPE=i386-pc-linux-gnu
OPTERR=1
OSTYPE=linux-gnu
PHYSDEVBUS=usb
PHYSDEVDRIVER=usbhid
PHYSDEVPATH=/devices/pci:00/:00:11.2/usb1/1-1/1-1:1.0
PIPESTATUS=([0]="0")
POSIXLY_CORRECT=y
SEQNUM=1244
SHELL=/bin/bash
SHELLOPTS=braceexpand:hashall:interactive-comments:posix
SUBSYSTEM=input
TERM=dumb
UID=0

Sat Feb 26 02:48:17 CET 2005
/etc/hotplug.d/default/logger.hotplug usb

ACTION=remove
BASH=/bin/sh
BASH_ARGC=([0]="1")
BASH_ARGV=([0]="usb")
BASH_LINENO=([0]="0")
BASH_SOURCE=([0]="/etc/hotplug.d/default/logger.hotplug")
BASH_VERSINFO=([0]="3" [1]="00" [2]="16" [3]="1" [4]="release" [5]="i386-pc-linux-gnu")
BASH_VERSION='3.00.16(1)-release'
DEVPATH=/devices/pci:00/:00:11.2/usb1/1-1
DIRSTACK=()
EUID=0
GROUPS=()
HOSTNAME=luca
HOSTTYPE=i386
MACHTYPE=i386-pc-linux-gnu
OPTERR=1
OSTYPE=linux-gnu
PHYSDEVBUS=usb
PIPESTATUS=([0]="0")
POSIXLY_CORRECT=y
SEQNUM=1248
SHELL=/bin/bash
SHELLOPTS=braceexpand:hashall:interactive-comments:posix
SUBSYSTEM=usb
TERM=dumb
UID=0

Sat Feb 26 02:48:17 CET 2005
/etc/hotplug.d/default/logger.ho

Bug#296326: gnocatan-client: Crash after trading fails.

[Dofri Jónsson]

This patch fixes the issue for me, at least so that the game doesn't crash.
I still have to push the Trade Button each time I want to make a trade,
but at least the game is playable

Dofri

--- gnocatan-0.8.1.53/common/quoteinfo.c.orig   2005-02-26 01:29:41.140002456 
+
+++ gnocatan-0.8.1.53/common/quoteinfo.c2005-02-26 01:33:20.901564712 
+
@@ -30,7 +30,7 @@

 void quotelist_new(QuoteList **list)
 {
-/* g_assert(*list == NULL);*/
+   g_assert(*list == NULL);
quotelist_free(list);
*list = g_malloc0(sizeof(**list));
 }


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

Bug#296963: USB mouse continuously disconnecting

[Marco d'Itri]

reassign 296963 kernel-image-2.6.10-1-k7
thanks

On Feb 26, Luca Corti <[EMAIL PROTECTED]> wrote:

> Basically, my Microsoft Intellimouse Optical USB 1.1A stops responding
> randomly. This happens quite often (at around 5 minutes intervals or
> less). In /var/log/syslog I read:

Blame your kernel, hotplug just acts on the events which the kernel is
reporting to it:

> Feb 26 01:02:46 localhost kernel: usb 1-1: USB disconnect, address 2
> Feb 26 01:02:46 localhost hal.hotplug[7596]: DEVPATH is not set
> Feb 26 01:02:46 localhost udev[7573]: removing device node '/dev/input/ts0'
> Feb 26 01:02:46 localhost udev[7583]: removing device node '/dev/input/mouse0'
> Feb 26 01:02:46 localhost udev[7593]: removing device node '/dev/input/event1'
> Feb 26 01:02:49 localhost kernel: usb 1-1: new low speed USB device using 
> uhci_hcd and address 3
> Feb 26 01:02:49 localhost hal.hotplug[7678]: DEVPATH is not set
> Feb 26 01:02:49 localhost input.agent[7656]:  evbug:blacklisted

It may also be interesting to understand why HAL complains about
$DEVPATH not being set (which would be a kernel bug too), I suggest you
install the attached script as /etc/hotplug.d/default/logger.hotplug and
then look at the log file it generates.

-- 
ciao,
Marco
#!/bin/sh

[ "$USER" = root ] && exit

FILE="/tmp/hotplug.log"

[ -f $FILE ] || : > $FILE
if [ -w $FILE ]; then
  exec >> $FILE 2>&1
else
  echo "[Cannot write to $FILE.]"
fi
unset FILE

(
echo 
date
echo $0 "$@"
echo
set
) | egrep -v "^'$|^(_|PATH|PWD|PPID|SHLVL|HOME|IFS|OPTIND|PS[1234])="



signature.asc
Description: Digital signature

Bug#296966: adding "root=LABEL=something" to bootparams generates a dash error

[Delian Krustev]

Package: kernel-image-2.6.8-2-k7
Version: 2.6.8-13
Severity: normal


I wonder if it's fixable since Documentation/filesystems/devfs/README says
that root=LABEL=something is unusable with devfs. However I suspect a bug in
the scripts contained in the initrd. The error displayed is:

scripts/ext3-add-journal.sh 27: arith: syntax error: "0x"
sbin/init 425: arith: syntax error: "0x"

which seems like incorrect quoting.

Cheers,
And thanks for the great work!
Delian

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-image-2.6.8-2-k7 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  initrd-tools  0.1.77 tools to create initrd image for p
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo

-- no debconf information


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

Bug#296965: fvwm95: wm-menu-config is obsolete

[Bill Allombert]

Package: fvwm95
Version: 2.0.43ba-20
Severity: important

Hello Daniel,

fvwm95 postinst/postrm scripts still use the script wm-menu-config which
is deprecated. Please read the menu manual for detail.  

I would like to be able to remove that script for etch, so it is better
if no maintainer scripts use it in sarge anymore.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

Bug#295624: NMU diff

[Joey Hess]

I'm NMUing the speakup kernel so we can get the security fixes in place
in time for d-i rc3. I've attached the NMU diff.

I'm not very pleased to have to do this, since while I've tested the new
kernel in d-i, I don't have the actual hardware or knowledge to test the
speakup bits of it. The patch still applied, with some offsets, so I
hope it's ok.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#295624: patch

[Joey Hess]

Of course I forgot the patch..

diff -ur old/kernel-image-speakup-i386-2.4.27/debian/changelog 
kernel-image-speakup-i386-2.4.27/debian/changelog
--- old/kernel-image-speakup-i386-2.4.27/debian/changelog   2004-08-19 
15:41:32.0 -0400
+++ kernel-image-speakup-i386-2.4.27/debian/changelog   2005-02-25 
15:30:28.0 -0500
@@ -1,3 +1,17 @@
+kernel-image-speakup-i386 (2.4.27-1.1) unstable; urgency=HIGH
+
+  * NMU
+  * Rebuilt with version -8 of the kernel source package to fix numerous
+security holes, including CAN-2005-0001 and CAN-2004-1235.
+Closes: #295624
+  * Warning! The security fixes introduced an ABI change in the kernel module
+interface. Kernel modules built for previous versions of this package will
+not work with the new one, nor the new kernel's modules work with older
+versions of the -speakup kernel. Please take appropriate care when
+upgrading.
+
+ -- Joey Hess <[EMAIL PROTECTED]>  Fri, 25 Feb 2005 15:27:22 -0500
+
 kernel-image-speakup-i386 (2.4.27-1) unstable; urgency=low
 
   * New kernel minor version (closes: #266900)
diff -ur old/kernel-image-speakup-i386-2.4.27/debian/control 
kernel-image-speakup-i386-2.4.27/debian/control
--- old/kernel-image-speakup-i386-2.4.27/debian/control 2004-08-19 
14:23:49.0 -0400
+++ kernel-image-speakup-i386-2.4.27/debian/control 2005-02-25 
15:27:18.0 -0500
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Mario Lang <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1
-Build-Depends: debhelper (>= 2), modutils, kernel-tree-2.4.27-3, 
kernel-package (>= 8.042), kernel-patch-speakup (>= 20040506-1), transfig
+Build-Depends: debhelper (>= 2), modutils, kernel-tree-2.4.27-8, 
kernel-package (>= 8.042), kernel-patch-speakup (>= 20040506-1), transfig
 
 Package: kernel-doc-2.4.27-speakup
 Architecture: all

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#296946: module-assistant: loop-aes does not build properly

[Micah Anderson]

Eduard Bloch schrieb am Saturday, den 26. February 2005:

> #include 
> * Micah Anderson [Fri, Feb 25 2005, 05:26:20PM]:
> > Is not the purpose of module-assistant prepare and get to get and
> > prepare the complete source?
> ...
> > > You can fake the source tree with "m-a fakesource", though.
> 
> What was wrong with that answer?!

Look, if you run module-assistant, a dialog front-end comes up. It
suggests I run UPDATE before I continue, I run UPDATE. Apparantly the
next step is to run PREPARE, I do that, it installs some packages that
are apparantly needed, then says "Done!", then I guess the most
logical next step is to pick the module I want to install. So I pick
loop-aes. 

Then I am presented with a menu of confusing options, I can list
binary packages (binary packages of what?), I can SEARCH (search for
what?), I can GET (get what? I try it and it gets some loop-aes
things, not what I would call intuitive, but ok), I can BUILD (I
assume loop-aes, since that is selected). So I try BUILD and it says
"The source package may not to be installed. Would you"

Thats it... My brain has a PARSE ERROR because I dont understand the
first sentence "the source package may not to be installed" what does
that mean? The second sentence which is only "Would you" doesn't
really ask me anything that I understand because it is not complete.
If I choose YES it fails, if I choose NO, it fails.

I try to make my window huge, I still don't get all of the message.

It fails to build a module if you follow its instructions. If you want
me to do something different, then make it clear, I cannot intuit what
your meaning is behind the purpose of faking the source tree. Why
doesn't the curses GUI do this for you? What the message is that I am
being presented with, it is unclear how I am supposed to proceed
properly.

If I follow /usr/share/doc/module-assistant/HOWTO I get the build
error I sent here.

If I follow the HOWO instructions or what I can read in the dialog
box, you end up with a failure. Either the instructions need to be
fixed so you do what you are supposed to do, or the GUI which leads
you to believe that this is how you do things should be fixed.

Perhaps I am using module-assistant incorrectly, but what does "You
can fake the source tree with "m-a fakesource", though." mean? Why
would I want to do that? Why isn't this obvious or documented
somewhere how to use the tool? 


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

Bug#293427: LLVM magic partly insufficient

[Al Stone]

On Fri, 2005-02-25 at 10:53 +0100, Michael Piefel wrote:
> This magic is very weak. Four simple ASCII characters at the beginning
> of a file are always suspicious; these four letters even make sense.
> This signature is not eligible for inclusion into file.
> 
> The compressed id strings are slightly better. As every LLVM bytecode
> file is supposed to be compressed, they should be the only ones
> occurring in the wild anyway.

I'll talk with LLVM upstream and see if we can improve both of
these signatures.  Thanks.

-- 
Ciao,
al
--
Al Stone  Alter Ego:
Linux & Open Source Lab   Debian Developer
Hewlett-Packard Company   http://www.debian.org
E-mail: [EMAIL PROTECTED][EMAIL PROTECTED]
--



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

Bug#278345: hddtemp hangs in D state while checking a USB storage device

[Aurelien Jarno]

Hi,

I have uploaded a new version of hddtemp (0.3-beta12-15) that uses a new
way to access the SCSI bus (SG_IO). Could you please check if your
problem is still present or not?

Thanks,
Aurelien
 

-- 
  .''`.  Aurelien Jarno   GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#296962: hylafax-server should depend directly on gs-gpl

[Rolf Leggewie]

Package: hylafax-server
Version: 1:4.2.1-2
Severity: normal

Guiseppe,

to satisfy dependency for a Postscript-processor hylafax-server depends 
on either gs, gs-aladdin or gs-esp to be installed.  I think that list 
should include gs-gpl as a direct alternative as well.

Best

Rolf

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.26.pfaffe041120
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages hylafax-server depends on:
ii  debconf  1.4.30.11   Debian configuration management sy
ii  gawk 1:3.1.4-2   GNU awk, a pattern scanning and pr
ii  gs   8.01-5  Transitional package
ii  gs-gpl [gs]  8.01-5  The GPL Ghostscript PostScript int
ii  hylafax-client   1:4.2.1-2   Flexible client/server fax softwar
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libpam0g 0.76-22 Pluggable Authentication Modules l
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libtiff-tools3.7.1-3 TIFF manipulation and conversion t
ii  libtiff4 3.7.1-3 Tag Image File Format (TIFF) libra
ii  mailx1:8.1.2-0.20040524cvs-4 A simple mail user agent
ii  mime-codecs  7.19-2  Fast Quoted-Printable and BASE64 M
ii  psmisc   21.5-1  Utilities that use the proc filesy
ii  sed  4.1.2-8 The GNU sed stream editor
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- debconf information:
* hylafax-server/configure_note:
* hylafax-server/attachment:
  hylafax-server/start_now: true


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

Bug#296963: USB mouse continuously disconnecting

[Luca Corti]

Package: hotplug
Version: 0.0.20040329-17
Severity: important

Hello,

I've just reinstalled sid from scratch using d-i rc2.
The bug didn't show up on my previous install. I was running the exact
same kernel/X11 configuration.

Basically, my Microsoft Intellimouse Optical USB 1.1A stops responding
randomly. This happens quite often (at around 5 minutes intervals or
less). In /var/log/syslog I read:

Feb 26 01:02:46 localhost kernel: usb 1-1: USB disconnect, address 2
Feb 26 01:02:46 localhost hal.hotplug[7596]: DEVPATH is not set
Feb 26 01:02:46 localhost udev[7573]: removing device node '/dev/input/ts0'
Feb 26 01:02:46 localhost udev[7583]: removing device node '/dev/input/mouse0'
Feb 26 01:02:46 localhost udev[7593]: removing device node '/dev/input/event1'
Feb 26 01:02:49 localhost kernel: usb 1-1: new low speed USB device using 
uhci_hcd and address 3
Feb 26 01:02:49 localhost hal.hotplug[7678]: DEVPATH is not set
Feb 26 01:02:49 localhost input.agent[7656]:  evbug:blacklisted

I tried changing USB port, but it doesn't help.

thanks

Luca


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages hotplug depends on:
ii  debconf  1.4.46  Debian configuration management sy
ii  grep 2.5.1.ds1-4 GNU grep, egrep and fgrep
ii  module-init-tools3.2-pre1-2  tools for managing Linux kernel mo
ii  modutils 2.4.26-1.2  Linux module utilities
ii  procps   1:3.2.5-1   /proc file system utilities

-- debconf information:
* hotplug/ignore_pci_class_display: false
* hotplug/net_agent_policy: hotplug
* hotplug/static_module_list:
  hotplug/x11_usbmice_hack: false


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

Bug#296964: isdnvboxserver: Meaningless (?) debconf message on upgrade

[Rolf Leggewie]

Package: isdnvboxserver
Version: 1:3.3.0.20041110-1
Severity: minor

Paul,

I recently upgraded isdnvboxserver to the latest sarge release.  I am 
not sure whether the previous version was the one from woody or an 
earlier sarge deb.

On upgrading I got a rather meaningless (?) warning with the title "two 
spool directories detected".  The main text read as follows: "The old 
spool directory '/var/spool/vbox/ttyI6' and the new spool directory 
'/var/spool/vbox/ttyI6' both exist. The old directory will no longer be 
used; please manually move any messages from there to the new directory 
(if any), and delete the old directory."  Both dirs are identical.

Best

Rolf

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.4.26.pfaffe041120
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages isdnvboxserver depends on:
ii  debconf   1.4.30.11  Debian configuration management sy
ii  isdnutils-base1:3.3.0.20041110-1 ISDN utilities, the basic (minimal
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  tcl8.38.3.5-4Tcl (the Tool Command Language) v8

-- debconf information:
* isdnvboxserver/doinit: yes
  isdnvboxserver/devfs_inittab:
* isdnvboxserver/dummy: donetwice
* isdnvboxserver/msn: IDELETEDTHIS
  isdnvboxserver/vboxmoved:
  isdnvboxserver/devfs_vboxgettyconf:
  isdnvboxserver/daemonuser: vboxdaemonuser
  isdnvboxserver/adduserfailed:
* isdnvboxserver/dupspool:
  isdnvboxserver/dup3spool:
  isdnvboxserver/attachmsg: yes
  isdnvboxserver/adduserdone:
* isdnvboxserver/spoolcreate:
  isdnvboxserver/doityourself:
* isdnvboxserver/nosuchuser:
  isdnvboxserver/spoolrename:
  isdnvboxserver/vboxnouser:
* isdnvboxserver/user: Rolf
  isdnvboxserver/rings: 4
  isdnvboxserver/vboxnodir:
* isdnvboxserver/vboxcreate:


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

Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade

[Aurélien Jarno]

On Fri, Feb 25, 2005 at 07:34:49PM +0100, Milan Zamazal wrote:
> > "AJ" == Aurélien Jarno <[EMAIL PROTECTED]> writes:
> 
> AJ> Next step, could you please run gphoto2 in debugging mode to see
> AJ> if there is something interesting in the output. For that, just
> AJ> run gphoto2 --debug put_your_args_here
> 
> Here's the output:
3.188609 sierra/library.c(2): Reading packet...
3.188661 gphoto2-port(2): Clear halt...
3.193595 gphoto2-port(2): Reading 32774=0x8006 bytes from port...
3.284674 gphoto2-port(2): Could only read 10 out of 32774 byte(s)
 
 That sounds strange


3.284731 gphoto2-port(3): Hexdump of 10 = 0xa bytes follows:
  03 00 04 00 0a 00 00 00-0a 00..  

3.284751 gphoto2-port(2): Clear halt...
3.285657 sierra/library.c(2): Packet successfully read.
3.285697 sierra/library.c(2): Successfully read packet. Interpreting result 
(0x03)
 ^^
  Actually the read is not successfull (10 of 32774 bytes)

Ok, I think there is a bug somewhere in libusb, that makes it returning
less data than asked. Then there is another bug in gphoto2. It should
not interpret the data in that case.

-- 
  .''`.  Aurelien Jarno   GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#296960: pmac G4 AGP 350MHz Install Report

[Jeff Green]

Package: installation-reports
INSTALL REPORT
Debian-installer-version:
http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/powerpc/daily/
sarge-powerpc-netinst.iso (20050224) (i.e. that's the iso I picked, I'm
guessing a bit on the path)
uname -a: Linux naro 2.6.10 #1 Thu Dec 28 00:10:01 EST 2004 ppc
GNU/Linux
Date: 2005/02/25
Method: How did you install?
CD-ROM netinst
What did you boot off? CD-ROM
If network install, from where?
http://ftp.us.debian.org/debian/ testing main
http://security.debian.org/ testing/updates main
Proxied?
No.
Machine:
Hard Disks: (both Quantum?) WDC WD1200BB-00CAA0 115G and WDC WD136A
13Gb;
Mother Board: Apple G4 whatever c.2000
Cards:
Lan: ??
Sound: ??
Video: ATI something (see below)
Processor: ppc 7400, altivec supported, 350MHz (PowerMac G4 AGP
Graphics)
Memory: 640MB;
Root Device: /dev/hda5
Root Size/partition table:
File Sist.1K-blocs  UsedDispon. Use% Mounted
/dev/hda5   491364180349284801  39%  /
/dev/hda6  5160576121164   4777268   3%  /usr
/dev/hda9 %  /usr/local
/dev/hda10%  /home
/dev/hda11%  /macnsf
Output of lspci:
:00:0b.0 Host bridge: Apple Computer Inc. UniNorth AGP
:00:10.0 VGA compatible controller: ATI Technologies Inc Rage 128
PF/PRO AGP 4x TMDS
0001:10:0b.0 Host bridge: Apple Computer Inc. UniNorth PCI
0001:10:0d.0 PCI bridge: Digital Equipment Corporation DECchip 21154
(rev 05)
0001:11:02.0 SCSI storage controller: Adaptec AHA-7850 (rev 03)
0001:11:04.0 VGA compatible controller: ATI Technologies Inc Rage 128
RE/SG
0001:11:07.0 ff00: Apple Computer Inc. KeyLargo Mac I/O (rev 02)
0001:11:08.0 USB Controller: Apple Computer Inc. KeyLargo USB
0001:11:09.0 USB Controller: Apple Computer Inc. KeyLargo USB
0001:11:0a.0 FireWire (IEEE 1394): Texas Instruments TSB12LV23
IEEE-1394 Controller
0002:21:0b.0 Host bridge: Apple Computer Inc. UniNorth Internal PCI
0002:21:0f.0 Ethernet controller: Apple Computer Inc. UniNorth GMAC
(Sun GEM)
lspci -n:
:00:0b.0 0600: 106b:0020
:00:10.0 0300: 1002:5046
0001:10:0b.0 0600: 106b:001f
0001:10:0d.0 0604: 1011:0026 (rev 05)
0001:11:02.0 0100: 9004:5078 (rev 03)
0001:11:04.0 0300: 1002:5245
0001:11:07.0 ff00: 106b:0022 (rev 02)
0001:11:08.0 0c03: 106b:0019
0001:11:09.0 0c03: 106b:0019
0001:11:0a.0 0c00: 104c:8019
0002:21:0b.0 0600: 106b:001e
0002:21:0f.0 0200: 106b:0021
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Reboot: [E] (2.6.8) [O] (2.6.10 from ppckernel.org) [O]
(2.6.11 ditto)
Comments/Problems:
The below are notes that I took during the install:
(nb: I'm doing the install again to provide info for Goswin.)
- Used netinst cd from 20050224 (iso date 2-23).
- Suggest putting cd versioning information onto the iso/cd. (I
couldn't find it if it's there.)
- Doesn't seem to have a good place to escape in the std flow to tell
the installer not to do the
boot partition.  (forced an escape and didn't risk letting it go to a
default boot loader
install and write over the one there.)
- Indicates that eth0 is the wireless interface and eth1 is the wired
- /usr/local, /home, /macnsf went okay w/o reformatting
- Shell escaping with the installer presents a difficult situation for
mounting other partitions since
/dev/hd[ab]* is not recognized.
- install kernel-2.6.8-powerpc as part of the standard install.
- installed 2.6.10 & 11-rc4 (both from ppckernel.org) kernels onto hda5
because I know what's coming.
- nb: 2.6.10 won't startx, and 2.6.11 will with fb driver config though
w/o working wacom support.
- also (tried to) install sven's 2.6.10-3-powerpc before rebooting but
see below
- (NEED to sync yaboot.conf again between the two systems.)
- REBOOT into base system:
- kernel 2.6.8 hangs (with the following as the tail of the boot
process:)
TCP: Hash tables configured (established 262144 bind 65536)
VFS: Cannot open root device "hda5" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on unknown-block(0,0)
  <0>Rebooting in 180 seconds..
- retry with 2.6.10 from ppckernel.org => comes up
- needed to edit /etc/network/interfaces to change eth1 to eth0,
networking wouldn't work otherwise
- In the 'select and install' step, after selecting, the list of
packages fli

Bug#296961: babygimp: default options helpdir and browser

[Kevin Ryde]

Package: babygimp
Version: 0.41-6
Severity: wishlist

It'd be nice if the help directory in the Options dialog defaulted to
the package installed /usr/share/doc/babygimp/doc instead of
/usr/local/doc/Babygimp.

And it'd be nice if the browser there defaulted to something neutral
like "sensible-browser" instead of kdehelp, so that at least something
will pop up for those not using kde.

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

Versions of packages babygimp depends on:
ii  perl 5.8.4-6 Larry Wall's Practical Extraction 
ii  perl-modules 5.8.4-6 Core Perl modules
ii  perl-tk  1:800.025-2 Perl module providing the Tk graph

-- no debconf information


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

Bug#250412: Still SCSI emulation?

[Joerg Schilling]

Eduard, 

if you have no clue about SCSI and kernel design, please do not comment
things you do not understand.

>> Using something like "dev=ATA:2,0,0" still gives you
>> SCSI emulation, right?

There is not SCSI emulation at all!

Read README.ATAPI:


Well first a statement: There is no single IDE burner out!
Even a CD-ROM cannot be used decently if you use only IDE commands.
Opening/closing the door, playing audio and similar things
cannot be done using vanilla IDE commands - you will need SCSI commands
to do this. But how do we do this with a drive that uses an IDE
interface?

ATAPI stands for ATA Packet Interface

The ATAPI standard describes method of sending SCSI commands over IDE
transport with some small limitations to the "real" SCSI standard.
SCSI commands are send via IDE transport using the 'ATA packet'
command. There is no SCSI emulation - ATAPI drives include native
SCSI command support. For this reason, sending SCSI commands to ATAPI
drives is the native method of supporting ATAPI devices. Just imagine
that IDE is one of many SCSI low level transport mechanisms.

The module ide-scsi on Linux just acts as a SCSI host adaptor driver
for ATA transport for SCSI.

>Wrong. It is just our bullheaded upstream who tries to force his name
>convention over every device type, even where it makes absolutely no
>sense.

It seems that the right answer for your drivel is to tell you that you 
seem to be driven by the same unwillinglness to self educate
as e.g. Linus Torvalds.

So my advise to you is: educate yousdelf, read the SCSI standards, check
other OS implementations and find out that what the Linux kernel authors try
is just a silly and childish attempt to prevent users of cleanly written
software from doing what they like to do.



>> According to kernel/Documentation for 2.6 it should be possible to
>> access the IDE device directly, without additional onion layers.

There was never a need to introduce additional layers. However, 
Linux 2.6 introduces so many different and unneeded approaches to send
SCSI commands to devices that following my advise could reduce the kernel
size by more than 200 KB.

The right and most lightweight solution would be to write decent SCSI 
kernel drivers, a decent and generic DMA setup for kernel drivers
and treat ATAPI devices like they have been designed: as SCSI devices
that use ATA as a transport. To allow this, a very small driver is needed
that integrates ATA interfaces into the list of SCSI host adaptors.

Operating systems that go this way are:

SunOS (Solaris)
FreeBSD
Win32
OS/2
BeOS
Zeta
HP-UX
VMS
SCO-OpenServer
SCO-UnixWare
MacOS

If you believe that the majority of OS is wrong, please send a description!


>It was possible in the first implementations then JS changed it to force
>people to use his favorite syntax. Bug him directly, he does not listen
>to sane arguments any more.

As in most cases, you are completely wrong.

>> _This_ should be documented.

>We need a good FAQ explaining such details, written by an unbiased
>person (especially not listening to JS' repeating rants against Linux
>developers).


If you do not like biased text, then please stop your biased drivel
that just verifies that you have no clue.

Read README.ATAPI, it is _the_ FAQ and it exists for a long long time.

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
   [EMAIL PROTECTED](uni)  
   [EMAIL PROTECTED](work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

Bug#294501: Question regarding apache-crash

[Matt Brown]

Hi David, 

On Sat, 2005-02-26 at 00:42 +0100, David Schmitt wrote:

> Do you have ulimits (max RAM, max CPU or so) enabled on your system? A friend 
> of mine had apache crashing without useful errormessages after memory 
> limiting apache and installing another module and thus exceeding the 
> allowance...

There are no ulimits enabled on the system that I am aware of (ie. It's
a bog standard sarge install, which afaik doesn't setup ulimits by
default, if it does there may be some, but I haven't setup any myself). 

Regards

-- 
Matt Brown
[EMAIL PROTECTED]
Mob +64 275 611 544 www.mattb.net.nz



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

Bug#296959: courier-imap: bug in BODYSTRUCTURE for messages with malformed Content-Type inbox which contains the following header:

[Mike O'Connor]

Package: courier-imap
Version: 3.0.8-3
Severity: normal
Tags: patch

Content-type: text; charset=iso-8859-1

Here's what happens when i try to fetch the BODYSTRUCTURE:

>3 fetch 676 (BODYSTRUCTURE)

* 676 FETCH (BODYSTRUCTURE ("text" "" ("charset" "iso-8859-1") NIL NIL "8bit" 
1270 NIL NIL NIL))

On page 61 of RFC 2060, it says:

"A body type of type TEXT contains, immediately after the basic fields, the 
size of the body in text lines. Note that this size is the size in its content 
transfer encoding and not the resulting size after any decoding."

But here, courier failed to returned the size of the body in text lines.  The 
field immediately following the basic fields (which ends with the size in 
octets, 1270 in this case), is NIL.

I agree that the message was malformed, it should have had the Content-Type: as 
text/plain or something, but in the handling of this malformed message it seems 
that courier didn't correctly follow the RFC by specifying the mime type as 
text and not supplying # lines. 

I created the following patch which has fixed the problem for me.  It was 
created against the courier sources in debian version 0.47-3, but it sould 
apply cleanly to the current courier-imap sources.



diff -ru courier-0.47/imap/msgbodystructure.c 
courier-0.47-fixbodystructure/imap/msgbodystructure.c
--- courier-0.47/imap/msgbodystructure.c2002-09-20 08:22:48.0 
-0400
+++ courier-0.47-fixbodystructure/imap/msgbodystructure.c   2005-02-25 
17:51:26.0 -0500
@@ -206,7 +206,7 @@
(content_type_s[1] == 'e' || content_type_s[1] == 'E') &&
(content_type_s[2] == 'x' || content_type_s[2] == 'X') &&
(content_type_s[3] == 't' || content_type_s[3] == 'T') &&
-   content_type_s[4] == '/')
+!isalnum( content_type_s[4] ) )
{
(*writefunc)(" ", 1);
sprintf(buf, "%lu", (unsigned long)nbodylines);



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

Versions of packages courier-imap depends on:
ii  courier-authdaemon 0.47-3Courier Mail Server - Authenticati
ii  courier-base   0.47-3Courier Mail Server - Base system
ii  courier-mta [mail-tran 0.45.6.20040712-1 Courier Mail Server - ESMTP daemon
ii  libc6  2.3.2.ds1-13  GNU C Library: Shared libraries an
ii  libfam0c1022.7.0-5   client library to control the FAM 
ii  libgdbm3   1.8.3-2   GNU dbm database routines (runtime

-- debconf information excluded


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

Bug#296706: Bug#296708: libgphoto2-2: Segfaults after libusb upgrade

[Aurélien Jarno]

On Fri, Feb 25, 2005 at 06:22:11PM +0100, Aurélien Jarno wrote:
> Milan Zamazal a écrit :
> >AJ> Milan, could you please run USBDEBUG=255 gphoto2
> >AJ> put_your_args_here, and send me the result?
> >
> >This doesn't output anything.
> Ok, I need to understand why.

I given the wrong variable, sorry. Could you please try with
USB_DEBUG=255 ?

Thanks,
Aurelien


-- 
  .''`.  Aurelien Jarno   GPG: 1024D/F1BCDB73
 : :' :  Debian GNU/Linux developer | Electrical Engineer
 `. `'   [EMAIL PROTECTED] | [EMAIL PROTECTED]
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Bug#296958: zaptel: postrm: fails on devfs, postinst: too verbose

[David Schmitt]

Package: zaptel
Version: 1:1.0.4-3
Severity: normal
Tags: patch

Hi!

The postrm tries to remove /dev/zap if it exists. On devfs this fails
horribly and prohibits removing the package.

Please change the test to

if ! test -e /dev/.devfsd ; then
if test -d /dev/zap/ ; then
rm -rf /dev/zap/
fi
fi

The postinst script:

DYNFS=`ps ax | grep -v grep`
[...]
if ! echo $DYNFS | grep devfsd || echo $DYNFS | grep udevd ; then

echoes the contents of $DYNFS to stdout.

please change the "if" to this:

if ! echo $DYNFS | grep -q devfsd || echo $DYNFS | grep -q udevd ; then


Thanks for your time and work!

Regards, David

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k6-1
Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages zaptel depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libnewt0.51 0.51.6-21Not Erik's Windowing Toolkit - tex

-- no debconf information


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

Bug#272264: Tomboy

[Eric Gaumer]

Guido Trotter wrote:
On Thu, Feb 24, 2005 at 10:52:57PM +0100, Enrico Zini wrote:
Ciao,

There seems to be at least 3 people interested in maintaining this: Ben,
Guido and Eric.
I suggest to create a tomboy project on Alioth, and then comaintain
with it.

For me it would be ok... Maybe even Luca can come back! ;)
What do the other think?
Guido
I'm willing to help get this into Sid. I'll do whatever needs doing, just 
let me know.
--
"Education is what remains after one has forgotten everything he learned in 
school."
- Albert Einstein


signature.asc
Description: OpenPGP digital signature

Bug#284638: not fixed

[Juraj Bednar]

Hello,


 I believe the bug is not fixed in the latest release as stated. The
 patch is not quite correct in detecting the logtail version. After
 execution, a variable ARGS=0 is initialized, which cleans the return
 code and autodetection does not work. This patch should fix it:

--- amavis.old  2005-02-26 00:39:54.0 +0100
+++ amavis  2005-02-26 00:38:22.0 +0100
@@ -47,8 +47,8 @@
 spamm=U
 spams=U
 
-`$LOGTAIL /etc/hosts 2>/dev/null >/dev/null`
 ARGS=0
+`$LOGTAIL /etc/hosts 2>/dev/null >/dev/null`
 if [ $? = 66 ]; then
 if [ ! -n "$logtail" ]; then
ARGS=1

  Also, a logfile path still did not change. I believe it's good to change
  the default to /var/log/mail.info, which is Debian's default. Also, in
  default Debian configuration, you need to run this plugin as root or
  at least as group adm, so adding 

[amavis]
group adm

  or

[amavis]
user root

  to default /etc/munin/plugin-conf.d/munin-node should be fine, this
  way also autodetection for amavis will work. 

  I believe it's a good idea to make real use of the great autodetection
  mechanism and let the user configure almost nothing. It's a good idea
  to be able to do apt-get install munin-node and only edit allowed IP
  for a new host, leaving all necessary configuration on the server
  side.

   Best wishes,

 Juraj Bednar.



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

Bug#295344: reproduced on current sid

[David Schmitt]

Hi Siggi, *!

I could reproduce this on a current sid machine:

[EMAIL PROTECTED]:~$ [EMAIL PROTECTED] gxine > /tmp/gxine.out 2>&1 
Segmentation fault
[EMAIL PROTECTED]:~$ 

Here is also the backtrace from gdb, sorry no debugging info:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1209551200 (LWP 15178)]
0x43aac4d0 in g_markup_parse_context_get_position () 
from /usr/lib/libglib-2.0.so.0
(gdb) bt full
#0  0x43aac4d0 in g_markup_parse_context_get_position () 
from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#1  0x43aac5b5 in g_markup_escape_text () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#2  0x080584a3 in mediamarks_init ()
No symbol table info available.
#3  0x08058606 in mediamarks_init ()
No symbol table info available.
#4  0x08058cdb in mediamarks_init ()
No symbol table info available.
#5  0x08058f76 in preferences_init ()
No symbol table info available.
#6  0x08055bb4 in main ()
No symbol table info available.
(gdb) 


Using my default UTF-8 locale works without problem.

Regards, David

-- 
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
 -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
Using netbios name ZION.
Using workgroup NETZFUERDUMMIES.

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Invalid input string

(gxine:15098): Gtk-WARNING **: Failed to set label from markup due to error 
parsing markup: Error on line 2 char 9: Invalid UTF-8 encoded text

(gxine:15098): Pango-WARNING **: Invalid UTF-8 string passed to 
pango_layout_set_text()

(gxine:15098): Gtk-WARNING **: Failed to set label from markup due to error 
parsing markup: Error on line 2 char 9: Invalid UTF-8 encoded text

(gxine:15098): Gtk-WARNING **: Failed to set label from markup due to error 
parsing markup: Error on line 2 char 9: Invalid UTF-8 encoded text

(gxine:15098): Gtk-WARNING **: Failed to set label from markup due to error 
parsing markup: Error on line 2 char 9: Invalid UTF-8 encoded text

(gxine:15098): Gtk-WARNING **: Failed to set label from markup due to error 
parsing markup: Error on line 2 char 9: Invalid UTF-8 encoded text

(gxine:15098): Gtk-WARNING **: Failed to set label from markup due to error 
parsing markup: Error on line 2 char 9: Invalid UTF-8 encoded text

Bug#294501: Question regarding apache-crash

[David Schmitt]

Hi Matt, *!

Do you have ulimits (max RAM, max CPU or so) enabled on your system? A friend 
of mine had apache crashing without useful errormessages after memory 
limiting apache and installing another module and thus exceeding the 
allowance...


Regards, David
-- 
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
 -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15

Bug#296957: xsltproc: Does not write output file.

[Kurt Roeckx]

Package: xsltproc
Version: 1.1.12-5

Hi,

Building dict-jargon (4.4.4-5) fails on amd64.  I have been
trying to debug this, and this seems to be caused by xsltproc not
writing it's output file.

I've straced it on both i386 and amd64, and they seem to be doing
about the same thing.

I see this in both straces:
[pid 22916] execve("/usr/bin/xsltproc", ["xsltproc", "--nonet", "--xinclude", 
"-o", "/tmp/xmlto.6NX5i4/jargon-web.proc", "/tmp/xmlto-xsl.ckj4uX", 
"/usr/src/dict-jargon-4.4.4/jargsrc-4.4.4/jargon-web.xml"], [/* 15 vars */]) = 0

(Except that the temp dir and pid are different, of course)

The strace are very much alike, except for 2 things:
This call happens in a different order:
[pid 22916] 
open("/usr/src/dict-jargon-4.4.4/jargsrc-4.4.4/docbook-xsl-1.61.0/common/l10n.xsl",
 O_RDONLY) = 3

On i386, that is the last file he opens before writing the
output, on amd64 it happens before this:
[pid 22916] 
open("/usr/src/dict-jargon-4.4.4/jargsrc-4.4.4/docbook-xsl-1.61.0/common/l10n.xml",
 O_RDONLY) = 3
[pid 22916] 
open("/usr/src/dict-jargon-4.4.4/jargsrc-4.4.4/docbook-xsl-1.61.0/common/l10n.dtd",
 O_RDONLY) = 4


The other difference is that on i386 it actually opens the output
file for writing and on amd64 it doesn't.


I have no idea what else I can do to find out what the problem is
exactly but let me know how I can help find the cause of this.


Kurt



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

Bug#296956: netbase: Please add SIP and IAX to /etc/services

[Frederic Briere]

Package: netbase
Version: 4.20
Severity: wishlist

Here are the relevant lines from IANA regarding these VoIP protocols:

iax 4569/tcp   Inter-Asterisk eXchange
iax 4569/udp   Inter-Asterisk eXchange
#  Mark Spencer <[EMAIL PROTECTED]> November 2004
sip 5060/tcp   SIP
sip 5060/udp   SIP
sip-tls 5061/tcp   SIP-TLS
sip-tls 5061/udp   SIP-TLS
#  Henning Schulzrinne <[EMAIL PROTECTED]>


(SIP in this case stands for Session Initiation Protocol.)


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages netbase depends on:
ii  debconf   1.4.45 Debian configuration management sy
ii  ifupdown  0.6.4-4.10 High level tools to configure netw
ii  netkit-inetd  0.10-10The Internet Superserver
ii  netkit-ping [ping]0.10-10The ping utility from netkit
ii  tcpd  7.6.dbs-6  Wietse Venema's TCP wrapper utilit

-- debconf information excluded


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

Bug#296732: FTBS cause found

[David Schmitt]

Hi!

3dwm has an additional Build-Dep on libxmu-dev. Without this, the configure 
test will fail. It also tests for libglut, but doesn't seem to require it.


Regards, David
-- 
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
 -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15

Bug#296954: came: [PATCH] action_post_shot after save

[Ian Eure]

Package: came
Version: 1.9-1
Severity: wishlist

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

I've moved the action_post_shot code to after save_image(). This allows
the image to be further processed with external tools, which I find
quite handy.

diff -ur came-1.9.orig/webcam.c came-1.9/webcam.c
--- came-1.9.orig/webcam.c 2005-02-25 15:13:32.0 -0800
+++ came-1.9/webcam.c 2005-02-25 15:13:05.0 -0800
@@ -1589,11 +1589,6 @@
   }
 
   camlog("** shot taken\n");
-  if (action_post_shot) {
-camlog("running post-shot action\n");
-system(action_post_shot);
-camlog("post-shot action done\n");
-  }
 
   if (flip_horizontal) {
 imlib_image_flip_horizontal();
@@ -1617,6 +1612,11 @@
 draw_overlay(image);
   add_time_text(image, get_message(), width, height);
   save_image(image, temp_file);
+  if (action_post_shot) {
+camlog("running post-shot action\n");
+system(action_post_shot);
+camlog("post-shot action done\n");
+  }
   do_postprocess(temp_file);
   archive_jpeg(image);
   gib_imlib_free_image_and_decache(image);



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages came depends on:
ii  giblib1  1.2.4-2 wrapper library for imlib2, and 
ot
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries 
an
ii  libcurl3 7.13.0-1Multi-protocol file transfer 
libra
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared 
lib
ii  libimlib21.1.2-3 powerful image loading and 
renderi
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client 
li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous 
exte
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) 
configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#296955: kernel-image-2.6.10-powerpc: ADT7467 bad fan speed

[BenoÃt Dejean]

Package: kernel-image-2.6.10-powerpc
Version: 2.6.10-3
Severity: normal

I've installed 2.6.10 tonight and the fan behaviour changed. With
2.6.9, fan speed is {0, 128, 255}. Fan speed is usually 0 when idle or
with low charge @ half cpu speed (533MHz on my ibook). With 2.6.10,
i've noticed that my fan now run at speed 64. At speed 64, it makes a
strange noise like it's running to slow. And even when idle, fan never
stops.

booting 2.6.10 :
adt746x: Thermostat bus: 1, address: 0x2e, limit_adjust: 0, fan_speed:-1
adt746x: ADT7467 initializing
adt746x: Lowering max temperatures from 69, 92, 101 to 70, 50, 70

'70, 50, 70' looks buggy.

Thanks.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.10-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to fr_FR.UTF-8)

Versions of packages kernel-image-2.6.10-powerpc depends on:
ii  initrd-tools  0.1.76 tools to create initrd image for p
ii  mkvmlinuz 12 create a kernel to boot a PowerPC 
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo

-- no debconf information


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

Bug#296096: [Logcheck-devel] Bug#296096: logcheck shows the same month old logs again and again

[maximilian attems]

tags 296096 moreinfo
thanks

On Sun, 20 Feb 2005, CAiRO wrote:

> Package: logcheck
> Version: 1.2.34
> Severity: normal
> 
> With the normal logcheck emails I constantly get the same reports about month 
> old events that are long ago (and have already been reported several times). 
> It seems it can't remember what it has reported already and what not.
> 

sounds like your file don't get rotated. (laptop or whatever)
logcheck remails a file if the the inode of the file changes,
then it can no longer assume to have the same file to check
with previsou offset.

how often does that happen?
do you have a seperate dir of logcheck messages?
could you send a typical example.
what filesystem are you using? (nfs, afs,..)?

thanks for your feedback
a++ maks



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

Bug#294610: fixed

[martin f krafft]

tags 294610 + patch
thanks

The following patch fixes this bug for the buffy-0.5-1 tag as well
as the libbuffy trunk.

tag: buffy-0.5-1

--- src/MailProgram.cc  (revision 49)
+++ src/MailProgram.cc  (working copy)
@@ -45,7 +45,7 @@
  throw (SystemException, ConsistencyCheckException)
 {
  string cmd = _command;
- unsigned int p;
+string::size_type p;
  while ((p = cmd.find("%p")) != string::npos)
cmd.replace(p, 2, folder.path());
 
tag: libbuffy/trunk

--- buffy/MailProgram.cc  (revision 49)
+++ buffy/MailProgram.cc  (working copy)
@@ -45,7 +45,7 @@
  throw (SystemException, ConsistencyCheckException)
 {
  string cmd = _command;
- unsigned int p;
+string::size_type p;
  while ((p = cmd.find("%p")) != string::npos)
cmd.replace(p, 2, folder.path());
 
-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#275946: [Logcheck-devel] Bug#275946: newline not recognized when logcheck sends emails

[maximilian attems]

as nobody else gave input on that matter,
i'll try to dig further...

On Fri, 22 Oct 2004, Brendon Baumgartner wrote:

> Started this discussion, might as well try and finish it. :)
> 
> Watch closely. The 2043 does NOT have the SLAPD rules and the 20:45 does.
> The report generated by the ladder has a linefeed problem. It seems to me
> that the slapd rules match a carriage return or line feed that the other
> rules do not. 
> 
> In summary:
> 2043 report: good. Even where slapd and kernel messages are mixed together.
> 2045 report: bad.
> 
> Let me know what you think.
> Brendon

a possiblity would be to set "loglevel0",
but i guess you have reasons not to do so. ;-)

what's your default locales?
is it an utf8, does a change to "oldstyle" iso help?
 
perhaps another to me unkown parameter changed your problem?

thanks for your feedback. :)

a++ maks



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

Bug#290335: [debian-openldap] Bug#290335: slapd version outdated

[Torsten Landschoff]

Hi Steve, 

On Fri, Feb 25, 2005 at 10:38:52AM -0800, Steve Langasek wrote:
> > Upstream SONAME has changed to libldap2.2.
> 
> grabbing the package from http://pkg-openldap.alioth.debian.org/openldap2.2/
> (thanks, Stephen):

?? What's Stephen got to do with it?

> $ dpkg -x libldap2.2_2.2.23-0.pre2_i386.deb /tmp/ldap-unpack && objdump -p 
> /tmp/ldap-unpack/usr/lib/libldap-2.2.so.7.0.16 | grep SONAME
>   SONAME  libldap-2.2.so.7
> 
> So no, libldap2.2 is *not* what the upstream SONAME was changed to.

Okay, so it was changed to libldap-2.2.so.7. Or what? I'll never grok
this SONAME stuff. 

From the output above I'd say that the SONAME is "libldap-2.2.so.7".
Reading random documentation about it (for example at
http://lists.debian.org/debian-mentors/2002/03/msg00125.html) the SONAME
is just "7" in this case.

So depending on what the soname is the package is either libldap7 (going
from section 8.1 of Debian policy) or libldap-2.2-7 which I find hard to
grok (but which does not matter as it should normally get installed
automatically). 

The point I tried to make though was that the upstream SONAME changed
and libldap from OpenLDAP 2.2 does not class with libldap from OpenLDAP
2.1. Apart from that I spent the last two days solely on working on 
OpenLDAP packaging and the only feedfack is that I misrepresented the
SONAME. 

And I still got no idea what your point is. If you want the library
package to be libldap-2.2-7 that's fine with me. I can rename that
package if you want me to. I like libldap2.2 better as it is in line
with libldap2 (which I did not invent) but I don't really care.

Greetings

Torsten


signature.asc
Description: Digital signature

Bug#131490: surprise for u

[Chelsea]

HELLO, it's me Jennifer... fiance left me home alone

I have a on-line profile you can check it out...if you are interested in =
me, we can spend some private time together

http://http://cloudymadam.com /d/b/8.php


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

Bug#296952: foomatic-gui: Error at startup: "ImportError: No module named pygtk"

[Andreas Vallen]

Package: foomatic-gui
Version: 0.7.4.4
Severity: important
Tags: patch


At startup I get the following: 

Traceback (most recent call last):
  File "/usr/bin/foomatic-gui", line 62, in ?
import pygtk
ImportError: No module named pygtk


The application does not start.

An often employed idiom that does prevent the error, seems to be to simply 
catch the exception and ignore it. I was able to start and use the application
with the following lines modified in /usr/bin/foomatic-gui:

line 61:

try:
import pygtk
pygtk.require("2.0")
except:
pass


Cheers,
Andreas

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing'), (470, 'unstable'), (450, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages foomatic-gui depends on:
ii  gksu  1.2.2-1graphical frontend to su
ii  python2.3.4-5An interactive high-level object-o
ii  python-foomatic   0.7.4.4Python interface to the Foomatic p
ii  python-glade2 2.4.1-2GTK+ bindings: Glade support
ii  python-gnome2 2.6.1-1Python bindings for the GNOME desk
ii  python-gtk2   2.4.1-2Python bindings for the GTK+ widge

-- no debconf information


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

Bug#296951: kernel-patch-grsecurity2: Please provide 2.6.8 kernel patch

[Micah Anderson]

Package: kernel-patch-grsecurity2
Version: 2.0.2-1
Severity: wishlist

Since the official kernel in Sarge is going to be 2.6.8, it would be
very nice if you provided a patch that applied to that kernel. The
closest things you have defined are the 2.6.7 and 2.6.10 patch,
neither of which apply cleanly at all.

Thank you,
Micah





-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages kernel-patch-grsecurity2 depends on:
ii  bash  2.05b-24   The GNU Bourne Again SHell
ii  debconf [debconf-2.0] 1.4.30.11  Debian configuration management sy
ii  grep-dctrl2.1.8  Grep Debian package information
ii  patch 2.5.9-2Apply a diff file to an original

-- debconf information excluded


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

Bug#296953: Milter (clamav): timeout before data read

[Simon Josefsson]

Package: clamav-milter
Version: 0.81-2

Hi.  I'm using clamav-milter on a pretty busy mail server that uses
sendmail (from debian, 8.13.3-6).  We have run 'testing' for a long
time, and it has worked well until recently (perhaps a few weeks at
most).  Sometimes, in the syslog I get these:

Feb 25 23:47:53 yxa sm-mta[9481]: j1PMhp23009481: Milter (clamav): timeout 
before data read
Feb 25 23:47:53 yxa sm-mta[9481]: j1PMhp23009481: Milter (clamav): to error 
state

And when this happen, I have tons of clamav-milter processes running:

...
clamav9529  0.0  0.2 391440 2812 ?   S23:46   0:00 
/usr/sbin/clamav-milter --max-children=2 -ol --external --quiet -Q [EMAIL 
PROTECTED] --pidfile /var/run/clamav/clamav-milter.pid 
local:/var/run/clamav/clamav-milter.ctl
clamav9570  0.0  0.2 391440 2812 ?   S23:47   0:00 
/usr/sbin/clamav-milter --max-children=2 -ol --external --quiet -Q [EMAIL 
PROTECTED] --pidfile /var/run/clamav/clamav-milter.pid 
local:/var/run/clamav/clamav-milter.ctl
clamav9573  0.0  0.2 391440 2812 ?   S23:47   0:00 
/usr/sbin/clamav-milter --max-children=2 -ol --external --quiet -Q [EMAIL 
PROTECTED] --pidfile /var/run/clamav/clamav-milter.pid 
local:/var/run/clamav/clamav-milter.ctl
clamav9584  0.0  0.2 391440 2812 ?   S23:47   0:00 
/usr/sbin/clamav-milter --max-children=2 -ol --external --quiet -Q [EMAIL 
PROTECTED] --pidfile /var/run/clamav/clamav-milter.pid 
local:/var/run/clamav/clamav-milter.ctl
...

yxa-iv:~# ps auxww|grep clama|wc -l
196
yxa-iv:~#

Both clamd and freshclam are still running.

It is not clear exactly what real problems this causes.  Delivering
mail to local users (which should be virus scanned) appear to be
suspended.  No mail is discarded or bounced, as far as I can tell.

If I restart the 'clamav-milter' service, everything starts to work
again.

It doesn't seem to recover from this condition by itself.

Any ideas?

Config files below, at least clamav-milter has been slightly modified.

Thanks,
Simon

/etc/clamav/clamd.conf:

#Automatically Generated by clamav-daemon postinst
#To reconfigure clamd run #dpkg-reconfigure clamav-daemon
LocalSocket /var/run/clamav/clamd.ctl
FixStaleSocket
User clamav
AllowSupplementaryGroups
ScanMail
ScanArchive
ArchiveMaxRecursion 5
ArchiveMaxFiles 1000
ArchiveMaxFileSize 10M
ReadTimeout 180
MaxThreads 12
MaxConnectionQueueLength 15
LogFile /var/log/clamav/clamav.log
LogTime
LogFileMaxSize 0
PidFile /var/run/clamav/clamd.pid
DatabaseDirectory /var/lib/clamav/
SelfCheck 3600
ScanOLE2
ScanPE
DetectBrokenExecutables
ScanHTML
ArchiveBlockMax

/etc/default/clamav-milter:

OPTIONS="--max-children=2 -ol --external --quiet -Q [EMAIL PROTECTED]"
#If you want to set an alternate pidfile (why?) please do it here:
#PIDFILE=/var/run/clamav/clamav-milter.pid
#If you want to set an alternate socket, do so here (remember to change
#  sendmail.mc):
#SOCKET=local:/var/run/clamav/clamav-milter.ctl


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

Bug#296935: Setting up of webcalendar fails

[Justin Pryzby]

On Fri, Feb 25, 2005 at 10:53:48PM +0100, Filippo Rusconi wrote:
> Hello, 
> 
> thanks for answering the bug report.
> 
> I did as you requested, and then tried an install of the package. This
> is the output:
Okay, it is as I suspected; perl is somehow causing the problem.

> + [EMAIL PROTECTED]
If that wasn't a temporary password before, then it should be now.

I'm including this below for reference of the maintainer.
> + cat /etc/webcalendar/settings.php.tpl

> + perl -e '
my %CF_REPLACE = ('
 \''DB_TYPE'\''=> mysql,
 '\''DB_HOST'\''   => localhost,
 '\''DB_TYPE'\''   => mysql,
 '\''DB_HOST'\''   => localhost,
 '\''DB_LOGIN'\''  => webcalsqlusername,
 '\''DB_PASSWORD'\''   => [EMAIL PROTECTED],
 '\''DB_DATABASE'\''   => webcalname,
 '\''DB_PERSISTENT'\'' => true,
 '\''USE_HTTP_AUTH'\'' => false,
 '\''SINGLE_USER_MODE'\''  => N,
 '\''SINGLE_USER_LOGIN'\'' =>  );

while (my $line = ) {
foreach my $search (keys %CF_REPLACE) {
my $replace = $CF_REPLACE{$search};
$line =~ s/DEBCONF::$search/$replace/g;
}

print $line;
}
'

The problem may be that the DB_PASSWORD line is unable to handle an @
sign (though I cannot reproduce it).  Can you try running
dpkg-reconfigure webcalendar, and entering a purely alphanumeric
password?

It may also be that it is unable to deal with SINGLE_USER_LOGIN being
null (though I suspect that this is okay, since that how my install
should look).

Other comments for the maintainer: the s/DEBCONF::// should be
anchored, and doesn't seem to need the /g modifier:

$line =~ s/^.*?: DEBCONF/;

Also, the .tpl (template?) file should be installed into
/usr/share/webcalendar, and not into /etc/, since it is not a
configuration file.

Justin


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

Bug#296934: procmail: mail is lost if mailspool file > 2GB

[Santiago Vila]

On Fri, 25 Feb 2005, Christopher W. Curtis wrote:

> Package: procmail
> Version: 3.22-10
> Severity: important

Duplicate bug reports are not welcome. There is already a report for this.
See http://bugs.debian.org/procmail.

> Hi - I've been losing mail for about a week now because my mail file has
> grown larger than 2GB. My system is capable of generating larger files
> as I'm able to append to the file using 'cat', but procmail refuses to
> add to the file using a standard
>
> :0
> /path/to/file
>
> type recipe.

If such recipe fails, your mail should be somewhere in /var/mail.
Are you sure that you lost mail?

> I modified the debian/rules file and rebuilt the package
> using the directions I found here:
>
> http://www.mail-archive.com/gentoo-server@gentoo.org/msg00096.html
>
> and it seems to be working again.

Please try the version in experimental.



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

Bug#296949: cperl-mode.el: -nw vs. Unbalanced parentheses

[Dan Jacobson]

Package: emacs21-el
Version: 21.3+1-8
Severity: normal
File: /usr/share/emacs/21.3/lisp/progmodes/cperl-mode.el

$ cat /tmp/k.pl
-*-cperl-*-
my %increment = (
x => 1,
y => 2,
);
$ emacs -q -nw /tmp/k.pl
Now look in *Messages* buffer to find:
End of `y= ... =' string/RE not found: (scan-error Unbalanced parentheses 49 58)
Removing the -nw also removes that line from *Messages*!!:
$ emacs -q /tmp/k.pl

However that must just be a side effect, etc.


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

Bug#296893: waimea: spurious call to deprecated script wm-menu-config

[allomber]

severity 296893 minor
clone 296893 -1
reassign -1 blackbox
quit

On Fri, Feb 25, 2005 at 02:05:57PM +0100, Bill Allombert wrote:
> waimea postinst and postrm include a call to wm-menu-config. However it
> also uses the debhelper template so this is spurious. Since the script
> wm-menu-config is deprecated, I would like this to be fixed before sarge
> so I can remove the script in etch.

[[ Blackbox maintainer: blackbox include the exact same code with the same
issue. ]]

> postinst:
> if [ -x /usr/sbin/wm-menu-config ]; then
> wm-menu-config waimea on;
> fi
> 
> postrm:
> if [ -x /usr/sbin/wm-menu-config ]; then
> wm-menu-config waimea off
> fi
> 
> Alternatively, maybe you could bump this bug to serious and remove
> waimea from sarge since it was not included in woody.

Strike that: if I remove /usr/sbin/wm-menu-config, the code below will
be a no-op and since the debhelper template code is correct, there will
be no problem, so this is merely a cosmetic issue. 

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

Bug#296947: A single unreadable file in doc-base breaks all doc-central

[Pierre THIERRY]

Package: doc-central
Version: 1.8
Severity: important

When just one file in /usr/share/doc-base is unreadable by doc-central
(i.e. unreadable by the web server), all doc-central CGIs seem to be
broken, responding by a 500 Internal Error (at least browse.cgi and
contents.cgi).

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-386
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages doc-central depends on:
ii  apache2-mpm-prefork [httpd]   2.0.52-3   Traditional model for Apache2
ii  info2www  1.2.2.9-23 Read info files with a WWW browser
ii  python2.3.4-5An interactive high-level object-o

-- no debconf information

-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Bug#296197: 296197: typo in "ID" definition

[Andre Lehovich]

I can reproduce this using the version of kdict that shipped
with Woody, output below.  My guess is this typo is in
dict-gcide/0.44-2, not dict-wn.

|  The Collaborative International Dictionary of English v.0.44 [gcide]
|
|
|
| ID \ID\, ID \I.D.\([imac]`d[=e]"), n. [capitalized] [shortened
|   form of identification.]
|   any document testifying to teh identity of the bearer,
|   especially a card or badge.
|
|   Syn: ID.
|[WordNet 1.5]



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

Bug#296940: mutt: unable to open files >2GB

[Christopher Curtis]

Marco d'Itri wrote:
severity 296940 minor
This may be investigated later, but a 2 GB mailbox is excessively big.
With all due respect, I don't think that's a valid response.  There is 
no reason for mutt not to be able to handle it.  There are patches 
available and other distros use them.  The 2GB file problem went away 
with Linux many years ago, but what good is it if userspace can't deal 
with it?  2GB does not make my mail file corrupt.

I fixed procmail by adding -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE 
to CFLAGS and it works fine.  The debian/ directory for mutt isn't as 
understandable else I would have tried it myself.  It's bad enough that 
stable is severely 2GB encumbered, it is unfathomable to me that sarge 
not be any better.

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

Bug#296946: module-assistant: loop-aes does not build properly

[Micah Anderson]

Package: module-assistant
Version: 0.7.3
Severity: normal

When trying to build loop-aes, it fails, I believe because the
instructions to build the loop-aes stuff is not followed correctly (at
the very beginning of the README.Debian in loop-aes-source it says,
"Building loop-AES requires a full kernel source tree, the headers 
from kernel-headers packages are not sufficient. Unless you already")
  
According to the loop-aes-source README.Debian you can use
module-assistant to make loop-aes if you do the following:

  2. Using module-assistant
  
   You can easily create a loop-aes package for your kernel with 
   module-assistant. This assumes that the kernel source is in
   /usr/src/kernel-source-VERSION and has already been compiled.
 
   # cd /usr/src/kernel-source-VERSION
   # module-assistant build loop-aes -k /usr/src/kernel-source-VERSION
   # dpkg -i /usr/src/NEW_PACKAGE
   

Here is the log from the output.

Build log starting, file: 
/var/cache/modass/loop-aes-source.buildlog.2.6.8-2-686-smp.1109368549
Date: Fri, 25 Feb 2005 13:55:50 -0800

dh_clean
make clean
make[1]: Entering directory `/usr/src/modules/loop-aes'
rm -f *.o *.ko *.orig *.rej *.mod.c patched-loop.[ch] test-file[1234]
rm -f -r test-dir1 tmp-d-kbuild
make[1]: Leaving directory `/usr/src/modules/loop-aes'
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.8-2-686-smp/g'` ; \
  done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} 
${templ%.modules.in}.backup 2>/dev/null || true; \
sed -e 's/##KVERS##/2.6.8-2-686-smp/g ;s/#KVERS#/2.6.8-2-686-smp/g ; 
s/_KVERS_/2.6.8-2-686-smp/g ; s/##KDREV##/2.6.8-13/g ; s/#KDREV#/2.6.8-13/g ; 
s/_KDREV_/2.6.8-13/g' < $templ > ${templ%.modules.in}; \
  done
dh_testdir
dh_testroot
rm -f build-arch-stamp build-indep-stamp configure-stamp
make clean
make[1]: Entering directory `/usr/src/modules/loop-aes'
rm -f *.o *.ko *.orig *.rej *.mod.c patched-loop.[ch] test-file[1234]
rm -f -r test-dir1 tmp-d-kbuild
make[1]: Leaving directory `/usr/src/modules/loop-aes'
dh_clean
dh_testdir
dh_testroot
dh_clean -k
# Build the module
make LINUX_SOURCE=/usr/src/linux USE_KBUILD=y RUNDM=n MODINST=n
make[1]: Entering directory `/usr/src/modules/loop-aes'
rm -r -f tmp-d-kbuild
mkdir tmp-d-kbuild
cd tmp-d-kbuild && ln -s ../loop.c-2.6.patched patched-loop.c && ln -s 
../glue.c glue.c && ln -s ../aes.h aes.h && ln -s ../md5.h md5.h
cd tmp-d-kbuild && ln -s ../aes-x86.S aes-x86.S && ln -s ../md5-x86.S md5-x86.S
echo 'loop-y:=patched-loop.o glue.o aes-x86.o md5-x86.o' >>tmp-d-kbuild/Makefile
echo 'EXTRA_CFLAGS:=   -DOLD_REQUEST_MODULE_INTERFACE  -DX86_ASM' 
>>tmp-d-kbuild/Makefile
echo 'obj-m:=loop.o' >>tmp-d-kbuild/Makefile
cd /usr/src/linux && make M=/usr/src/modules/loop-aes/tmp-d-kbuild modules 
make[2]: Entering directory `/usr/src/kernel-headers-2.6.8-2-686-smp'
  CC [M]  /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.o
/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c: In function 
`loop_thread':
/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:908: error: structure has 
no member named `rlim'
/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:908: error: structure has 
no member named `rlim'
/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:908: error: structure has 
no member named `rlim'
/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:908: error: structure has 
no member named `rlim'
/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:908: error: structure has 
no member named `rlim'
make[3]: *** [/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.o] Error 1
make[2]: *** [_module_/usr/src/modules/loop-aes/tmp-d-kbuild] Error 2
make[2]: Leaving directory `/usr/src/kernel-headers-2.6.8-2-686-smp'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/modules/loop-aes'
make: *** [binary-modules] Error 2



-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages module-assistant depends on:
ii  perl  5.8.4-6Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#296941: apt-proxy (1.3.x) doesn't support udeb's

[Chris Halls]

tags 296941 + woody
retitle 296941 apt-proxy (woody) doesn't support udeb's
thanks

On Friday 25 Feb 2005 21:19, Andre Kostur wrote:
> Package: apt-proxy
> Version: 1.3.0
> Severity: wishlist
>
>
> apt-proxy won't serve .udeb's to clients since it's not recognized as a
> managable file extension.  If apt-proxy v2 isn't going to be in sarge,
> it may be worthwhile to extend 1.3 to support udebs so one could use
> apt-proxy during the installation of a new machine.

apt-proxy (1.3.4) unstable; urgency=low
[...]
  * Apply patch from Roger Burton West (thanks!) to handle unknown filetypes
for Jigdo support (closes: #156676, #156009)
[...]
 -- Chris Halls <[EMAIL PROTECTED]>  Fri, 20 Sep 2002 10:59:04 +0200

That should also be sufficient for basic udeb support.

Version 1.3.7 is available in sarge-proposed-updates.  You can get the .deb 
here:

http://ftp.debian.org/debian/pool/main/a/apt-proxy/apt-proxy_1.3.7_all.deb

Does that work for you?

Thanks
Chris


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

Bug#296940: mutt: unable to open files >2GB

[Marco d'Itri]

severity 296940 minor
thanks

On Feb 25, "Christopher W. Curtis" <[EMAIL PROTECTED]> wrote:

> As soon as my mailbox exceeded 2GB, mutt began to fail whenever I tried
> to read the mailspool file.  It aborts with:
This may be investigated later, but a 2 GB mailbox is excessively big.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#296846: #296846 - Text Object Properties does not display

[James A. Treacy]

I created a package of glabels 2.0.2 and the problem went away.
Simply recompiling 2.0.1 did not fix it.

Note that 2.0.2 has been out for a month already. Let me know if you
would like me to do an NMU.

-- 
James (Jay) Treacy
[EMAIL PROTECTED]


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

Bug#296945: installation-reports

[Howard Johnson]

Package: installation-reports
Debian-installer-version: 2004-11-21 (sarge rc2) from cdimage.debian.org
uname -a: Linux hoto 2.6.8-2-386 #1 Mon Jan 24 03:01:58 EST 2005 i686 GNU/Linux
Date: 2005-01-05 08:30 PST
Method: cdrom
Machine: Toshiba Satellite A45-S150
Processor: Mobile Intel(R) Pentium(R) 4  2.40 GHz
Memory: 512 MB
Root Device: /dev/hda: IC25N060ATMR04-0 (60 GB, /proc/ide/ide0/hda/model)
Root Size/partition table:
Disk /dev/hda: 60.0 GB, 60011642880 bytes
255 heads, 63 sectors/track, 7296 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot  Start End  Blocks   Id  System
/dev/hda1   1 892 7164958+  1b  Hidden W95 FAT32
Windows 2000 SP4 on FAT32 (for kodakimg.exe, Boot Magic, safe boot)
/dev/hda2 893344220482875   17  Hidden HPFS/NTFS
Windows XP SP2 on NTFS (primary Windows partition)
/dev/hda3   *3443729630957255f  W95 Ext'd (LBA)
/dev/hda534434334 7164958+   b  W95 FAT32
FAT32 for data, exchanges between Windows and Linux
/dev/hda64335640416627243+   7  HPFS/NTFS
NTFS for data
/dev/hda764057296 7164958+  83  Linux
Debian Linux (sarge)
Output of lspci and lspci -n:
:00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02)
:00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control 
Registers (rev 02)
:00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration 
Process Registers (rev 02)
:00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated 
Graphics Device (rev 02)
:00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics 
Device (rev 02)
:00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #1 (rev 03)
:00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
USB UHCI Controller #2 (rev 03)
:00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI 
Controller (rev 03)
:00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev 83)
:00:1f.0 ISA bridge: Intel Corp. 82801DBM LPC Interface Controller (rev 03)
:00:1f.1 IDE interface: Intel Corp. 82801DBM (ICH4) Ultra ATA Storage 
Controller (rev 03)
:00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)
:00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 
Modem Controller (rev 03)
:01:05.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg 
NIC (rev 01)
:01:08.0 Ethernet controller: Intel Corp. 82801BD PRO/100 VE (MOB) Ethernet 
Controller (rev 83)
:01:0b.0 CardBus bridge: Toshiba America Info Systems ToPIC95 PCI to 
Cardbus Bridge with ZV Support (rev 33)
:00:00.0 0600: 8086:3580 (rev 02)
:00:00.1 0880: 8086:3584 (rev 02)
:00:00.3 0880: 8086:3585 (rev 02)
:00:02.0 0300: 8086:3582 (rev 02)
:00:02.1 0380: 8086:3582 (rev 02)
:00:1d.0 0c03: 8086:24c2 (rev 03)
:00:1d.1 0c03: 8086:24c4 (rev 03)
:00:1d.7 0c03: 8086:24cd (rev 03)
:00:1e.0 0604: 8086:2448 (rev 83)
:00:1f.0 0601: 8086:24cc (rev 03)
:00:1f.1 0101: 8086:24ca (rev 03)
:00:1f.5 0401: 8086:24c5 (rev 03)
:00:1f.6 0703: 8086:24c6 (rev 03)
:01:05.0 0200: 168c:0013 (rev 01)
:01:08.0 0200: 8086:103d (rev 83)
:01:0b.0 0607: 1179:0617 (rev 33)
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[E]
Reboot: [E]
Comments/Problems:
It took a few tries to get LILO to live on /dev/hda3 instead of
/dev/hda.  I like to mark the extended partition active when booting
to Linux.  Can grub do this?
Installed kernel 2.4.27 first with netinstall, then added 2.6.8 kernel.
Was able to get ACPI working with 2.6.8 to monitor battery level.
X video was surprisingly easy to get working.  Used i810 driver.
ALSA failed to detect/install sound driver.  On a lark, put i810_audio
in /etc/modules and sound works without building custom kernel modules.
sl-modem-daemon allows me to access internal modem with minicom, but
not with wvdial.  Did not have to compile a kernel module, but may
try it anyway.  Modem speaker integration does not work.
Compiled and installed madwifi-modules-*-386_20041023-1_i386 for
Atheros 5212 wifi network interface.  Eventually got wpasupplicant
(with resolvconf) to work reasonably well.  Documentation is very
sketchy.  About 4 (expert) man-days of effort to get this working.
toshset and toshutils packages do not work.  toshset complained that
ACPI was detected and wa

Bug#296928: addftpuser has bad regexp

[Chris Butler]

On Fri, Feb 25, 2005 at 03:05:25PM -0500, Joey Hess wrote:
> addftpuser contains this line:
> 
> s/*.*\///; $dst = "$home/lib64/$_";
> 
> The first * comes before anything it could apply to. The result is this

Hmm.. it appears that the regexp got a bit messed up when I copied it
from the existing code. Thanks for the heads-up.

It'll be fixed in the next upload, which will hopefully be within the
next few days, once I've got a fix for the security issue that's just
cropped up.

-- 
Chris Butler <[EMAIL PROTECTED]>
  GnuPG Key ID: 1024D/D097A261


signature.asc
Description: Digital signature

Bug#296935: Setting up of webcalendar fails

[Filippo Rusconi]

Hello, 

thanks for answering the bug report.

I did as you requested, and then tried an install of the package. This
is the output:

Setting up webcalendar (0.9.45-3) ...
+ Version=0.9.45-1
+ set -e
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=1
++ export PERL_DL_NONLAZY
++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/webcalendar.postinst 
configure ''
+ Version=0.9.45-1
+ set -e
+ . /usr/share/debconf/confmodule
++ '[' '!' 1 ']'
++ '[' -z '' ']'
++ exec
++ DEBCONF_REDIR=1
++ export DEBCONF_REDIR
+ case "$1" in
+ '[' '!' ']'
+ configure
+ CONF_FILE=/etc/webcalendar/settings.php
+ CF_TEMPLATE=/etc/webcalendar/settings.php.tpl
+ db_get webcalendar/status/debconf_managed
+ _db_cmd 'GET webcalendar/status/debconf_managed'
+ echo 'GET webcalendar/status/debconf_managed'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=true
+ return 0
+ '[' true = false ']'
+ db_get webcalendar/conf/db_type
+ _db_cmd 'GET webcalendar/conf/db_type'
+ echo 'GET webcalendar/conf/db_type'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=mysql
+ return 0
+ DB_TYPE=mysql
+ db_get webcalendar/conf/db_host
+ _db_cmd 'GET webcalendar/conf/db_host'
+ echo 'GET webcalendar/conf/db_host'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=localhost
+ return 0
+ DB_HOST=localhost
+ db_get webcalendar/conf/db_login
+ _db_cmd 'GET webcalendar/conf/db_login'
+ echo 'GET webcalendar/conf/db_login'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=webcalsqlusername
+ return 0
+ DB_LOGIN=webcalsqlusername
+ db_get webcalendar/conf/db_password
+ _db_cmd 'GET webcalendar/conf/db_password'
+ echo 'GET webcalendar/conf/db_password'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ [EMAIL PROTECTED]
+ return 0
+ [EMAIL PROTECTED]
+ db_get webcalendar/conf/db_database
+ _db_cmd 'GET webcalendar/conf/db_database'
+ echo 'GET webcalendar/conf/db_database'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=webcalname
+ return 0
+ DB_DATABASE=webcalname
+ db_get webcalendar/conf/db_persistent
+ _db_cmd 'GET webcalendar/conf/db_persistent'
+ echo 'GET webcalendar/conf/db_persistent'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=true
+ return 0
+ DB_PERSISTENT=true
+ db_get webcalendar/conf/use_http_auth
+ _db_cmd 'GET webcalendar/conf/use_http_auth'
+ echo 'GET webcalendar/conf/use_http_auth'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=false
+ return 0
+ USE_HTTP_AUTH=false
+ db_get webcalendar/conf/single_user_mode
+ _db_cmd 'GET webcalendar/conf/single_user_mode'
+ echo 'GET webcalendar/conf/single_user_mode'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=false
+ return 0
+ SINGLE_USER_MODE=false
+ db_get webcalendar/conf/single_user_login
+ _db_cmd 'GET webcalendar/conf/single_user_login'
+ echo 'GET webcalendar/conf/single_user_login'
+ local 'IFS=
'
+ local _LINE
+ read -r _LINE
+ RET=
+ return 0
+ SINGLE_USER_LOGIN=
+ '[' false = true ']'
+ SINGLE_USER_MODE=N
+ cat /etc/webcalendar/settings.php.tpl
+ perl -e ' my %CF_REPLACE = ( '\''DB_TYPE'\''   => 
mysql, '\''DB_HOST'\''   => localhost, 
'\''DB_TYPE'\''   => mysql, '\''DB_HOST'\''   => 
localhost, '\''DB_LOGIN'\''  => webcalsqlusername,  
   '\''DB_PASSWORD'\''   => [EMAIL PROTECTED], 
'\''DB_DATABASE'\''   => webcalname, '\''DB_PERSISTENT'\'' 
=> true, '\''USE_HTTP_AUTH'\'' => false, 
'\''SINGLE_USER_MODE'\''  => N,   '\''SINGLE_USER_LOGIN'\'' =>  );  
   while (my $line = ) { foreach my $search (keys 
%CF_REPLACE) { my $replace = $CF_REPLACE{$search};  
   $line =~ s/DEBCONF::$search/$replace/g; } print 
$line;
} '
Search pattern not terminated at -e line 1.
dpkg: error processing webcalendar (--configure):
 subprocess post-installation script returned error exit status 255
Errors were encountered while processing:
 webcalendar
E: Sub-process /usr/bin/dpkg returned an error code (1)


Hope this helps,

Ciao,

Filippo



signature.asc
Description: Digital signature

Bug#295042: Keyboard problem resolved

[Harald Geyer]

Hi Braden and all!

I can now confirm that indeed a bad mouse setup is causing all that
keyboard trouble:

After adding a "CorePointer" Option to the Section about the USB-mouse
and commenting out the PS2-mouse from the "ServerLayout" Section, the
keyboard is working now.

If you want the technical details, then please read #169427.

Harald

-- 
http://www.unet.univie.ac.at/~a0300802/



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

Bug#285247: Same issue here. Problem lies in motion.conf

[Mark Purcell]

On Fri, Feb 25, 2005 at 12:36:59AM +0100, Frederik Dannemare wrote:
> just to be sure: You write "motion.conf" in the subj line, but 
> "modules.conf" in the body text. Which of the two files is the actual 
> problem?

Sorry motion.conf is the problem file.

> Assuming you mean motion.conf, here a wild guess: Maybe it's
> the default "target_dir /var/www/cam1" which is causing the problem?

thanks for that.  That fixed it.  Perhaps the application could print a
better message than the following:

[EMAIL PROTECTED]:~$ motion
Processing thread 0 - config file /etc/motion/motion.conf
Thread0 device: /dev/video2 input: 8
Thread exiting
[EMAIL PROTECTED]:~$

Mark


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

Bug#296943: smtp3.monitor fails on multiline banners

[Brian Grossman]

Package: mon
Version: 0.99.2-7
Severity: normal
Tags: patch

The smtp3.monitor doesn't allow multiline banners.  Here's a patch to
fix it.

--- smtp3.monitor-orig  Fri Feb 25 14:30:02 2005
+++ smtp3.monitor   Fri Feb 25 14:22:15 2005
@@ -160,7 +160,7 @@
   print $sock "QUIT\r\n";# Shutdown connection
   close $sock;
   $dt = tv_interval ($t1, $t2);  # Compute connection time
-  if ($in !~ /^220\s+/) {# Consider "220 Service ready" to be only 
valid
+  if ($in !~ /^220[-\s]/) {# Consider "220 Service ready" to be 
only valid
push(@Failures, $host);  # Note failure
$FailureDetail{$host} = $in; # Save failure banner
   }


-- System Information:
Debian Release: 3.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.7lindyslide-0
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mon depends on:
ii  libc6   2.3.2.ds1-13 GNU C Library: Shared libraries an
ii  libmon-perl 0.11-2   mon Perl modules for clients and s
ii  libtime-period-perl 1.20-7   Perl library for testing if a time
ii  perl [libtime-hires-perl]   5.8.4-5  Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#296944: fvwm: postinst should check if /etc/menu-methods/fvwm exists.

[Bill Allombert]

Package: fvwm
Version: 2.5.12-4
Severity: important

Hello Manoj,

I think there are 2 oversight in fvwm postinst: first

if [ ! -x /etc/menu-methods/fvwm ]; then
chmod a+x /etc/menu-methods/fvwm
fi

According to Debian policy, users are well within theirs right to remove the
file and this will be preserved on upgrade by dpkg. In that case the
code above will break. You should rather do
if [ -e /etc/menu-methods/fvwm ]

Also later on ,
# Activate menu-methods script
chmod a+x /etc/menu-methods/${package_name}

This is redundant and has the same problem.

I think the postrm is fine.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

Bug#191309: This problem was evident when remastering Knoppix...

[Greg Matyola]

I ran into the same problem with apt-get, and remounting the
filesystem without "nodev" seemed to fix both the /dev/null problem,
and the "FATAL -> Could not set non-blocking flag Bad file descriptor"
error.

This error seemed to float around to different parts, if I commented
out other http formats, and also went away, as described in the
original report, if I changed the "http" to "ftp"

This article is what led me to the same conclusion as Arthur.  Maybe
the part of Apt-get that implements the HTTP transport needs a better
check for a working (and not placeboized) /dev file system.

Here is a more current link to the Knoppix HowTO which helped me out:

http://www.knoppix.net/wiki/Knoppix_Remastering_Howto
- Greg Matyola


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

Bug#296942: gnucash: interest rate per month

[Pedro Zorzenon Neto]

Package: gnucash
Version: 1.8.9-4
Severity: wishlist

Hi,

  There are several places that gnucash asks for "interest rate",
example: tools -> financial calculator.

  In Brazil, interest rates are always calculated per month, not per
year as gnucash calculates. Can you add a option to select if interest
rates as per year or per month?

  Thanks,
Pedro

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 2.6.8-2-386
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to 
pt_BR)

Versions of packages gnucash depends on:
ii  bonobo   1.0.22-2.2  The GNOME Bonobo System.
ii  gdk-imlib1   1.9.14-16.2 imaging library for use with gtk (
ii  gnucash-common   1.8.9-4 A personal finance tracking progra
ii  guile-1.6-libs   1.6.7-1 Main Guile libraries
ii  guile-1.6-slib   1.6.7-1 Guile SLIB support
ii  libart2  1.4.2-19The GNOME canvas widget - runtime 
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libbonobo2   1.0.22-2.2  The GNOME Bonobo library.
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libdate-manip-perl   5.42a-2 a perl library for manipulating da
ii  libdb3   3.2.9-20Berkeley v3 Database Libraries [ru
ii  libesd0  0.2.35-2Enlightened Sound Daemon - Shared 
ii  libfinance-quote-perl1.08-1  Perl module for retrieving stock q
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgal23 0.24-1.4G App Libs (run time library)
ii  libgdk-pixbuf-gnome2 0.22.0-7The GNOME1 Canvas pixbuf library
ii  libgdk-pixbuf2   0.22.0-7The GdkPixBuf image library, gtk+ 
ii  libghttp11.0.9-15original GNOME HTTP client library
ii  libglade-gnome0  1:0.17-3Library to load .glade files at ru
ii  libglade01:0.17-3Library to load .glade files at ru
ii  libglib1.2   1.2.10-9The GLib library of C routines
ii  libgnome32   1.4.2-19The GNOME libraries
ii  libgnomeprint15  0.37-5  The GNOME Print architecture - run
ii  libgnomesupport0 1.4.2-19The GNOME libraries (Support libra
ii  libgnomeui32 1.4.2-19The GNOME libraries (User Interfac
ii  libgtk1.21.2.10-17   The GIMP Toolkit set of widgets fo
ii  libgtkhtml20 1.0.4-6.2   HTML rendering/editing library - r
ii  libguile-ltdl-1  1.6.7-1 Guile's patched version of libtool
ii  libguppi16   0.40.3-10   GNOME graph and plot component
ii  libgwrapguile1   1.3.4-12g-wrap: Tool for exporting C libra
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libltdl3 1.5.6-3 A system independent dlopen wrappe
ii  liboaf0  0.6.10-3The GNOME Object Activation Framew
ii  libofx0c102  0.6.6-2.1   library to support Open Financial 
ii  liborbit00.5.17-9Libraries for ORBit - a CORBA ORB
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libqthreads-12   1.6.7-1 QuickThreads library for Guile
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstdc++5   1:3.3.5-5   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxi6   4.3.0.dfsg.1-10 X Window System Input extension li
ii  libxml1  1:1.8.17-10 GNOME XML library
ii  libzvt2  1.4.2-19The GNOME zvt (zterm) widget
ii  oaf  0.6.10-3The GNOME Object Activation Framew
ii  slib 3a1-4.2 Portable Scheme library
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#296940: mutt: unable to open files >2GB

[Christopher W. Curtis]

Package: mutt
Version: 1.5.6-20040907+2
Severity: important


As soon as my mailbox exceeded 2GB, mutt began to fail whenever I tried
to read the mailspool file.  It aborts with:

Value too large for defined data type (errno = 75)


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

Versions of packages mutt depends on:
ii  exim [mail-transport-agent] 3.36-11  An MTA (Mail Transport Agent)
ii  libc6   2.3.2.ds1-19 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-17Berkeley v4.2 Database Libraries [
ii  libgnutls11 1.0.16-13GNU TLS library - runtime library
ii  libidn110.5.2-3  GNU libidn library, implementation
ii  libncursesw55.4-4Shared libraries for terminal hand
ii  libsasl22.1.19-1.5   Authentication abstraction library

-- no debconf information


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

Bug#296941: apt-proxy (1.3.x) doesn't support udeb's

[Andre Kostur]

Package: apt-proxy
Version: 1.3.0
Severity: wishlist


apt-proxy won't serve .udeb's to clients since it's not recognized as a 
managable file extension.  If apt-proxy v2 isn't going to be in sarge, 
it may be worthwhile to extend 1.3 to support udebs so one could use 
apt-proxy during the installation of a new machine.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages apt-proxy depends on:
ii  ash   0.5.2-1Compatibility package for the Debi
ii  grep-dctrl2.1.8  Grep Debian package information
ii  netbase   4.20   Basic TCP/IP networking system
ii  tcpd  7.6.dbs-6  Wietse Venema's TCP wrapper utilit
ii  wget  1.9.1-8retrieves files from the web

-- no debconf information


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

Bug#296762: FWD: Re: Bug#296762: Dell Poweredge 750: CD detect fails

[Joey Hess]

Matt Zimmerman wrote:
> This sounds similar to https://bugzilla.ubuntu.com/show_bug.cgi?id=1440

It also sounds similar to #293223.

I get the feeling we can't fix this in userspace, there does not seem to
be a module load order that works for all hardware.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#296935: Setting up of webcalendar fails

[Justin Pryzby]

On Fri, Feb 25, 2005 at 09:42:43PM +0100, Filippo Rusconi wrote:
> Package: webcalendar
> Version: 0.9.45-3
> Severity: grave
> Justification: renders package unusable
> 
> The Setting up of webcalendar fails with following output:
> 
> Setting up webcalendar (0.9.45-3) ...
> Search pattern not terminated at -e line 1.
Could you edit /var/lib/dpkg/info/webcalendar.postinst and add the
following as line #2: "set -x".  Then try to complete the webcalendar
configuration.  Send the output to me, and Cc: the bug.

FWIW, this works for me on a new installation.  I suspect that the
perl script is causing problems, but can't see how (and I'd like to
confirm this first of all).

Justin


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

Bug#296695: CD net-install won't work on Dell Inspiron 5000

[Martin Stiaszny]

> Well, it asks the question in two stages. The first question 
> grub-installer asks (in any mode) is "do you want to install GRUB in the 
> MBR of the first hard disk in your system". If you answer 'no', you will 
> be asked to provide the partition grub should use instead (either in 
> (hdx,x) or /dev/[hs]dn notation).

Well, maybe this is related to the problem.  From my previous installs
of debian, I was expecting the installer to ask me this and was very
surprised when it didn't this time.  I had assumed you guys had simply
taken that question out of the normal install to make it less confusing
to non-technical users.

> > > Just tried expert install; I see can you can choose GRUB or Lilo,
> > > except I never made it that far - for some reason, the expert
> > > install cannot start the PCMCIA card services, which is odd,
> > > because the automated install does so just fine.
> 
> There is absolutely no reason for the installer to behave any differently 
> in an expert installation than in a default installation if accept the 
> default answers that are provided for questions not asked in a default 
> installation.

That's what I would have thought, but in this case, it is clearly
different.  I ran through it a couple of times in both modes to make
sure it wasn't a fluke.  The expert install fails on the PCMCIA card
services every time, whereas the normal install makes it all the way to
GRUB before it fails.

But, before we look at the PCMCIA issue, I was flipping through the
consoles, and on console 4, this was the last message it printed out
before hanging:

linux-boot-prober: debug: linux detected by
/usr/lib/linux-boot-prober/50mounted-tests 

- martin


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

Bug#288172: FTBFS: Does not build with Build-Depends packages installed

[Camm Maguire]

Greetings!

Christian Perrier <[EMAIL PROTECTED]> writes:

> > OK, in a failed source tree, can you please
> > 
> > make config
> 
> This asked me several questions, for which I don't have the answer, so
> always answered the default..:-)
> 
> Anyway, in the middle of this, I got:
> 
> Looking for BLAS (this may take a while):
> Unable to find usable BLAS, BLASlib left blank.
> FINDING tar, gzip, AND gunzip
>tar: /bin/tar
>gzip   : /bin/gzip
>gunzip : /bin/gunzip
> 
> 
> .../...
> 
> Blas seems to be here though:
> 
> [EMAIL 
> PROTECTED]:~/src/debian/translation/po/NMU/intent1/mrtg/mrtg-2.10.13/debian> 
> dpkg -S /usr/lib/libblas.a
> blas-dev: /usr/lib/libblas.a
> 

OK, Please verify that config.c looks like this:

#define ND 4
void FindBlas(FILE *fpout, FILE *fplog, char *redir, char *F77, char *F77FLAGS,
  char *BLASlib)
{
   char **files;
   char *dirs[ND] = {"", "/usr/lib", "/usr/local", ""};
   char ln[256],pwd[256],*pp;
   int i, j, n;
   FILE *p;

   ATL_mprintf(2, fplog, fpout, "Looking for BLAS (this may take a while):\n");
   if (*BLASlib)
   {
  sprintf(ln, 
  "cd CONFIG ; make IBlasLink F77=\"%s\" F77FLAGS=\"%s\" BLASlib=\"%s\" 
%s\n",
  F77, F77FLAGS, BLASlib, redir);
  if (system(ln) == 0)
  {
 ATL_mprintf(2, fplog, fpout, "BLASlib set to %s.\n", BLASlib);
 return;
  }
  ATL_mprintf(2, fplog, fpout, "   Link failed, %s rejected\n", BLASlib);
   }
   if (!(p=popen("pwd","r"))) {
 if (fpout) fprintf(fpout, "Can't open pwd pipe\n");
 if (fplog) fprintf(fplog, "Can't open pwd pipe\n");
 return;
   }
   if (!fgets(pwd,sizeof(pwd),p) || !(pp=strchr(pwd,10))) {
 if (fpout) fprintf(fpout, "Can't read pwd line\n");
 if (fplog) fprintf(fplog, "Can't read pwd line\n");
 return;
   }
   *pp=0;
   if (pclose(p)) {
 if (fpout) fprintf(fpout, "Can't close pwd pipe\n");
 if (fplog) fprintf(fplog, "Can't close pwd pipe\n");
 return;
   }
/* if (sizeof(pwd)-(pp-pwd)<6) { */
/*   if (fpout) fprintf(fpout, "pwd array too small\n"); */
/*   if (fplog) fprintf(fplog, "pwd array too small\n"); */
/*   return; */
/* } */
/* snprintf(pp,sizeof(pwd)-(pp-pwd),"/BLAS"); */
   dirs[0]=pwd;
   dirs[ND-1] = getenv("HOME");
   for (j=0; j < ND; j++)
   {
  n = FindFiles(dirs[j], "lib.*blas.*\\.a", &files);
  if (n)
  {
 for (i=0; i < n; i++)
 {
sprintf(ln, 
  "cd CONFIG ; make IBlasLink F77=\"%s\" F77FLAGS=\"%s\" BLASlib=\"%s\" 
%s\n",
F77, F77FLAGS, files[i], redir);
if (system(ln) == 0)
{
   strcpy(BLASlib, files[i]);
   ATL_mprintf(2, fplog, fpout, "BLASlib set to %s.\n", BLASlib);
   return;
}
ATL_mprintf(2, fplog, fpout, 
"   Link failed, %s rejected\n", files[i]);
 }
  }
   }
   ATL_mprintf(2, fplog, fpout, 
   "Unable to find usable BLAS, BLASlib left blank.\n");
   BLASlib[0] = '\0';
}
#undef ND


Then you can either strace -f the make config (or xconfig), or run
under a debugger and see why the stat fails on your machine.

> Anyway, make config finished properly...
> 
> > 
> > and 
> > 
> > debian/config.expect
> 
> This seems to fail:
> 
> 
> Looking for BLAS (this may take a while):
> Unable to find usable BLAS, BLASlib left blank.
> FINDING tar, gzip, AND gunzip
>tar: /bin/tar
>gzip   : /bin/gzip
>gunzip : /bin/gunzip
> 
> 
> Although your machine is not known, ATLAS has default parameters for 
> OS='Linux'.
> If you want to just trust these default values, you can use express setup,
> drastically reducing the amount of questions you are required to answer
> 
>use express setup? [y]: ^J
> 
> 
> You need to choose a name which represents this architecture (eg. UltraSparc,
> Dec21164, etc).  Do not use a generic name (eg. solaris, linux), which might
> apply to different  hardware.  This architecture name will be appended to the
> name of the created make include file, and appear in all subdirectories, so
> don't make it longer than you like to type.  The name should follow the rules
> for file names (so don't use punctuation and spaces, for instance).
> 
>Enter Architecture name (ARCH) [Linux_UNKNOWNSSE1]: can't read 
> "env(ARCH_DIR)": no such variable
> while executing
> "send "$env(ARCH_DIR)\n" "
> invoked from within
> "expect -re "ready to continue?" {send "\n" ; exp_continue} \
> "Enter number at top left of screen" {send "\n" ; exp_continue} \
> "ENTER TO CONTINUE" {..."
> (file "debian/config.expect" line 6)
> 

I neglected to tell you you needed to set the following environment
variables before this step, as in debian/rules:

ARCH_DIR=Linux_$*_shared CACHE_SIZE=$(CACHE) DEFAULTS=$(DEFAULTS)

The last two can be set to blank, the first is the build name.

> 
> It looks like your expect script does not know how to deal when 

Bug#296939: libpango1.0-0: pango_color_parse() should accept color format "rgb:RR/GG/BB"

[Kevin B. McCarty]

Package: libpango1.0-0
Version: 1.8.0-3
Severity: normal

Hello,

In trying to port wmakerconf from GTK+ 1.2 to GTK+ 2.x, I have come across
the problem that wmakerconf no longer understands color strings of
the format rgb:RR/GG/BB (where RR, GG and BB are integers in hex format).
The reason is that gdk_color_parse() was formerly a wrapper around
XParseColor() and is now a wrapper around pango_color_parse().  Further
investigation reveals that pango_color_parse() has no mechanism to understand
this format of color specification.

This is annoying for two reasons: first, functionality present in an
earlier version of GTK+ has been lost for no good reason.  Second, the GTK+
API reference for version 2.8 is now misleading, since it untruthfully
states of gdk_color_parse():

The text string can be in any of the forms accepted by XParseColor.

Please add back this functionality to pango_color_parse().  I'll submit
a patch myself if I have time in the next few days; otherwise, it doesn't
seem like a difficult job.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-powerpc
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libpango1.0-0 depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.2.3-4 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libglib2.0-0 2.6.2-1 The GLib library of C routines
ii  libpango1.0-common   1.8.0-3 Modules and configuration files fo
ii  libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information

regards,

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>   Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG public key ID: 4F83C751 Princeton, NJ 08544


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

Bug#296936: jspwiki: Missing build dependency on dpatch

[Kenneth Pronovici]

Package: jspwiki
Severity: normal

Version 2.0.52-8 needs dpatch to build, but that package isn't listed on
the Build-Depends-Indep line and is not part of build-essential.

KEN

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-k7
Locale: LANG=en, LC_CTYPE=en_US (ignored: LC_ALL set to en_US)


pgpExFG94NFyW.pgp
Description: PGP signature