Bug#342152: harden-doc: typo in section 4.10.9.2: "make sure you that"

[Francesco Poli]

Package: harden-doc
Version: 3.2.4
Severity: minor

Hello!

I think I found a little typo in section 4.10.9.2 _Using the
shell history file_:

"make sure you that all users are using a shell that supports this"

s/sure you/sure/

Is that right?


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.32
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information


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

Bug#342695: eclipse: debian/copyright file doesn't seem to be accurate anymore

[Francesco Poli]

Package: eclipse
Version: 3.1.1-6
Severity: serious
Justification: Policy 2.3

Hi!

According to the package debian/copyright file, Eclipse seems to be released
under the CPL.
But eclipse.org website states that, from version 3.1 on, Eclipse has
completed the migration[1] from the CPL to the EPL[2].

[1] http://www.eclipse.org/legal/cpl2epl/
[2] http://www.eclipse.org/org/documents/epl-v10.html

IIUC, you should update the debian/copyright file accordingly.
Thanks.


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

Bug#335808: acknowledged by developer (Re: [Pkg-cups-devel] Bug#335808: cupsys: writes to /etc/cups/ppds.dat, should write to somewhere else)

[Francesco Poli]

On Sat, 17 Dec 2005 19:33:08 -0800 Debian Bug Tracking System wrote:

[...]
> To: [EMAIL PROTECTED]
[...]
> This bug is fixed in -11.

Why did you mail [EMAIL PROTECTED] with no Version: pseudo-header, then?
If I understand correctly[1], you lose BTS version tracking, by doing
so...

[1] http://lists.debian.org/debian-devel-announce/2005/07/msg00010.html

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpnTz0vwqqve.pgp
Description: PGP signature

Bug#345604: Undistributable?

[Francesco Poli]

Worse: from the (non-)license you quoted, it seems that this
documentation is *not* even distributable!

If this is the case, the Debian project is currently violating someone's
copyright by distributing it and should stop doing that ASAP!

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpbJwUhfcPAM.pgp
Description: PGP signature

Bug#332942: kernel-image-2.6.8-2-386: fails to insert floppy.ko claiming "io-port 0x03f2 in use"

[Francesco Poli]

On Thu, 13 Oct 2005 11:59:30 +0900 Horms wrote:

> On Wed, Oct 12, 2005 at 11:41:05PM +0200, Francesco Poli wrote:
> > On Wed, 12 Oct 2005 15:41:27 +0900 Horms wrote:
[...]
> > > Are you sure that the drive is actually at 0x03f2?
> > 
> > How can I check this?
> > Is that a hardware setting (such as a jumper or something) you're
> > referring to?
> 
> It is usually set in the BIOS IIRC.

I didn't find anything to directly set the floppy drive I/O port in the
BIOS configuration.
For the record, the machine features an Award Modular BIOS v4.51PG.
The line at the bottom of the screen during the POST is 08/28/96
i430VX-W877-2A59GF2AC-00.

On the other hand, I found some floppy-related configuration parameters:

 * Standard CMOS Setup -> Drive A type:{ 1.44M| 2.88M   }
 * Standard CMOS Setup -> Floppy 3 Mode:   { Disabled | Drive A }
 * BIOS Features Setup -> Boot up Floppy Seek: { Disabled | Enabled }
 * Power Managemente Setup -> IRQ6 (Floppy):   { OFF  | ON  }
 * PNP/PCI Configuration -> Resources: { Manual   | Auto}
 * Int. Peripherals -> Onboard FDD controller: { Disabled | Enabled }

I tried the 2^3=8 possibilities with the last three of them (keeping the
first three on the left values).
Then I tried the 2^3=8 possibilities with the first three (keeping the
last three on the right values).
No luck: I got the same error with every configuration I tried.
I didn't have the time to try out *all* the 2^6=64 possibilities...

I could reproduce the problem even with DeadCD (a live distro based on
Debian which comes with kernel 2.6.8, just like sarge:
http://web.isteve.bofh.cz/deadcd/).

[...]
> A good place to start would be to compare the information you
> posted on a working kernel, with the non-working one.

It seems that every 2.4.x kernel I try works with no floppy issues,
while every 2.6.x kernel fails to insert floppy.ko showing the error.
I could not find a working 2.6.x kernel to compare with the sarge one...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpQIDNI3vim2.pgp
Description: PGP signature

Bug#332941: installation-reports: fails to unpack base-installer component

[Francesco Poli]

On Mon, 10 Oct 2005 23:49:51 +0200 Francesco Poli wrote:

> On Mon, 10 Oct 2005 06:52:22 +0200 Christian Perrier wrote:
> 
> > > Maybe, but, as I said, that machine has a memory capacity equal to
> > > 32 Mibyte (and has passed two full memtest86 runs with no
> > > errrors). The debian-installer documentation claims it will run
> > > with as little as 24 Mibyte...
> > 
> > 
> > The memory requirements have grown recently.
> 
> That's not good news for etch...  :-(
> 
> > 
> > I suppose you got the "low memory" initial screen, right?
> 
> Yes, as I said.
> 
> > 
> > The real memory requirements are not exactly known for post-sarge
> > installer, as far as I remember.
> 
> But I'm *not* installing etch, I'm trying to install sarge!
> As released last june. That's Debian GNU/Linux 3.1 r0, nothing more,
> nothing less...


Self-followup to inform you that I added a couple memory modules to
the machine and retried.
Now the machine has a memory capacity equal to 48 Mibyte (that's twice
the capacity debian-installer claims will suffice...) and the
installation completed successfully (at last!).

I repeat, it's sarge debian-installer (as released last june, 3.1 r0):
how can it require so much memory to run?    :-(


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp7rqe9D90zY.pgp
Description: PGP signature

Bug#332942: Finally the correct solution

[Francesco Poli]

On Sat, 19 Nov 2005 20:01:26 -0200 loos wrote:

> Very simple :
> append "pnpbios=off" to the normal debian kernel options
> And every thing woks perfectly

Great!!  :)
It really works!

I modified /boot/grub/menu.lst by substituting the line

  # kopt=root=/dev/hda1 ro

with the line

  # kopt=root=/dev/hda1 ro pnpbios=off

and then issued the command "update-grub".
After a reboot I was able to "modprobe floppy", to mount a floppy disk
and accessing it flawlessly.


Thanks for investigating and providing this workaround!
Bye!  :)


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp7JUq7TV69R.pgp
Description: PGP signature

Bug#331541: acknowledged by developer (Bug#331541: fixed in gnupg-doc 2003.04.06-5)

[Francesco Poli]

On Mon, 21 Nov 2005 16:03:06 -0800 Debian Bug Tracking System wrote:

[...]
>* debian/control (Section): move to non-free.  Closes: #331541

Thanks for dealing with this bug.

Anyway, why did you move the *whole* package to non-free?
There's still one DFSG-free document inside.

I think splitting the package into gnupg-doc and gnupg-doc-nonfree would
be far better...
Don't you agree?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp2vAVOhPr2a.pgp
Description: PGP signature

Bug#340535: Typo: "Impossed" in the section about limits.conf

[Francesco Poli]

Package: harden-doc
Version: 3.2.4
Severity: minor

Hi!
I noticed a little typo in section 4.10.2 _Limiting resource usage:
the limits.conf file_.
It says

"Resource limits are impossed by the kernel"

I think   s/impossed/imposed/ , right?


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.32
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information


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

Bug#340538: apache2: includes non-free and possibly undistributable files

[Francesco Poli]

Package: apache2
Version: 2.0.54-5
Severity: serious
Justification: Policy 2.2.1

Hi!

By reviewing the copyright file, I found out that apache2 includes
code that does not seem to comply with the DFSG.
What is worse, I even found some code that does not seem to be
distributable at all...


Quoting from the copyright file itself:

For the test\zb.c component:

| /*  ZeusBench V1.01
| ===
| 
| This program is Copyright (C) Zeus Technology Limited 1996.
| 
| This program may be used and copied freely providing this copyright notice
| is not removed.
| 
| This software is provided "as is" and any express or implied waranties, 
| including but not limited to, the implied warranties of merchantability and
| fitness for a particular purpose are disclaimed.  In no event shall 
| Zeus Technology Ltd. be liable for any direct, indirect, incidental, special, 
| exemplary, or consequential damaged (including, but not limited to, 
| procurement of substitute good or services; loss of use, data, or profits;
| or business interruption) however caused and on theory of liability.  Whether
| in contract, strict liability or tort (including negligence or otherwise) 
| arising in any way out of the use of this software, even if advised of the
| possibility of such damage.
| 
|  Written by Adam Twiss ([EMAIL PROTECTED]).  March 1996
| 
| Thanks to the following people for their input:
|   Mike Belshe ([EMAIL PROTECTED]) 
|   Michael Campanella ([EMAIL PROTECTED])
| 
| */

This license does not grant any permission to modify and to distribute
modifications and derivative works (fails DFSG#3).
Upstream copyright holders should be contacted and asked to relicense
the file: I would suggest the Expat license
(http://www.jclark.com/xml/copying.txt).


| For the srclib\apr-util\test\testmd4.c component:
| 
|  *
|  * This is derived from material copyright RSA Data Security, Inc.
|  * Their notice is reproduced below in its entirety.
|  *
|  * Copyright (C) 1990-2, RSA Data Security, Inc. Created 1990. All
|  * rights reserved.
|  *
|  * RSA Data Security, Inc. makes no representations concerning either
|  * the merchantability of this software or the suitability of this
|  * software for any particular purpose. It is provided "as is"
|  * without express or implied warranty of any kind.
|  *
|  * These notices must be retained in any copies of any part of this
|  * documentation and/or software.
|  */

This does not even grant *any* permissions.
It seems to be undistributable (fails DFSG#1 and DFSG#3).
If this is the case, distributing it is also a copyright violation
and should stop ASAP.
Again upstream copyright holders should be contacted and asked to relicense
the file: a good choice could be the Expat license.


| For the  srclib\apr\include\apr_md5.h component: 
| /*
|  * This is work is derived from material Copyright RSA Data Security, Inc.
|  *
|  * The RSA copyright statement and Licence for that original material is
|  * included below. This is followed by the Apache copyright statement and
|  * licence for the modifications made to that material.
|  */
| 
| /* Copyright (C) 1991-2, RSA Data Security, Inc. Created 1991. All
|rights reserved.
| 
|License to copy and use this software is granted provided that it
|is identified as the "RSA Data Security, Inc. MD5 Message-Digest
|Algorithm" in all material mentioning or referencing this software
|or this function.
| 
|License is also granted to make and use derivative works provided
|that such works are identified as "derived from the RSA Data
|Security, Inc. MD5 Message-Digest Algorithm" in all material
|mentioning or referencing the derived work.
| 
|RSA Data Security, Inc. makes no representations concerning either
|the merchantability of this software or the suitability of this
|software for any particular purpose. It is provided "as is"
|without express or implied warranty of any kind.
| 
|These notices must be retained in any copies of any part of this
|documentation and/or software.
|  */

An identical license holds for the following files:

 - srclib\apr\passwd\apr_md5.c
 - srclib\apr-util\crypto\apr_md4.c
 - srclib\apr-util\include\apr_md4.h

This license grants permission to to "copy and use" and to "make and
use derivative works", but no explicit permission to distribute the
derivative works (fails DFSG#3).
Upstream copyright holders should be got in touch with and asked
for a license change: I would again suggest to recommend the Expat
license.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.32
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages apache2 depends on:
ii  apache2-mpm-worker2.0.54-5   high speed threaded model for Apac

-- no debconf information


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

Bug#270405: ITP: trigger -- rally car racing game

[Francesco Poli]

You wrote:
> * License : GPL for source code
> Creative Common ShareAlike 1.0 for data

Note that, now, data are under the GNU GPL, as well.

P.S.: I'm looking forward to seeing Trigger in Debian!  :)

-- 
  Today is the tomorrow you worried about yesterday.
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpMBjQ6eIqC6.pgp
Description: PGP signature

Bug#315691: xmms-sid: segfaults with a SID tune

[Francesco Poli]

Package: xmms-sid
Version: 0.7.4+0.8.0beta14-1
Severity: normal


Steps to reproduce the bug:

$ wget http://www.c64.org/HVSC/GAMES/S-Z/Zak_McKracken.sid
$ xmms Zak_McKracken.sid 
Message: device: default

Segmentation fault

You've probably found a bug in XMMS, please visit
http://bugs.xmms.org and fill out a bug report.


^Z
[1]+  Stopped xmms Zak_McKracken.sid
$ killall -KILL xmms
[1]+  Killed  xmms Zak_McKracken.sid


Note that my system is a Debian Sarge, recently upgraded from Woody.
The same SID tune was played correctly by the Woody version of xmms-sid.


My ~/.xmms/config file is included below (I don't think this to be
much useful, but I included it just in case...):

-8<---8<---8<---8<---8<-
[xmms]
allow_multiple_instances=FALSE
use_realtime=FALSE
always_show_cb=TRUE
convert_underscore=TRUE
convert_%20=TRUE
show_numbers_in_pl=TRUE
snap_windows=TRUE
save_window_positions=TRUE
dim_titlebar=TRUE
save_playlist_position=TRUE
read_pl_metadata=TRUE
open_rev_order=FALSE
get_info_on_load=FALSE
get_info_on_demand=TRUE
eq_doublesize_linked=TRUE
no_playlist_advance=FALSE
sort_jump_to_file=FALSE
smooth_title_scroll=TRUE
use_backslash_as_dir_delimiter=FALSE
player_x=981
player_y=846
player_shaded=FALSE
player_visible=TRUE
shuffle=TRUE
repeat=TRUE
doublesize=FALSE
autoscroll_songname=TRUE
timer_mode=1
vis_type=0
analyzer_mode=0
analyzer_type=1
analyzer_peaks=TRUE
scope_mode=0
vu_mode=1
vis_refresh_rate=1
analyzer_falloff=3
peaks_falloff=0
playlist_x=706
playlist_y=382
playlist_width=275
playlist_height=580
playlist_shaded=FALSE
playlist_visible=FALSE
playlist_transparent=FALSE
playlist_font=-adobe-helvetica-bold-r-*-*-10-*
use_fontsets=FALSE
mainwin_use_xfont=FALSE
mainwin_font=-adobe-helvetica-medium-r-*-*-8-*
playlist_position=0
equalizer_x=465
equalizer_y=727
snap_distance=10
equalizer_visible=FALSE
equalizer_shaded=FALSE
equalizer_active=FALSE
equalizer_autoload=FALSE
easy_move=FALSE
use_eplugins=FALSE
always_on_top=TRUE
sticky=TRUE
equalizer_preamp=2.4
random_skin_on_play=FALSE
pause_between_songs=FALSE
pause_between_songs_time=2
mouse_wheel_change=2
show_wm_decorations=FALSE
eqpreset_default_file=dir_default.preset
eqpreset_extension=preset
equalizer_band0=20
equalizer_band1=16
equalizer_band2=8
equalizer_band3=-3.2
equalizer_band4=-13.6
equalizer_band5=-12.8
equalizer_band6=-3.2
equalizer_band7=6.4
equalizer_band8=14.4
equalizer_band9=20
output_plugin=/usr/lib/xmms/Output/libOSS.so
effect_plugin=/usr/lib/xmms/Effect/libnormvol.so
disabled_iplugins=
url_history_length=0
generic_title_format=%p - %t
filesel_path=/cdrom/
playlist_path=/home/frx/music/
enabled_vplugins=libxmms_singit.so,libsanalyzer.so,libbscope.so
enabled_gplugins=libxmms_osd.so
use_pl_metadata=TRUE
timer_minutes_only=FALSE
mousewheel_scroll_amount=10
skin_dirs_number=1
skin_dir0=/home/frx/.xmms/Skins

[MPG123]
resolution=16
channels=2
downsample=0
http_buffer_size=256
http_prebuffer=25
use_proxy=FALSE
proxy_host=localhost
proxy_port=8080
proxy_use_auth=FALSE
save_http_stream=FALSE
save_http_path=/home/frx
cast_title_streaming=TRUE
use_udp_channel=TRUE
title_override=FALSE
disable_id3v2=FALSE
id3_format=%p - %t
detect_by_content=FALSE
use_3dnow=0

[normvol]
level=0.25
silence=0.01
maxmult=5
cutoff=13000
degree=2
do_compress=FALSE

[CDDA]
device=/dev/cdrom
directory=/cdrom/
use_oss_mixer=TRUE
title_override=FALSE
name_format=%p - %t
use_cddb=TRUE
cddb_server=freedb.freedb.org
cddb_protocol_level=0
use_cdin=FALSE
cdin_server=www.cdindex.org

[BlurScope]
color=7248125

[XMMS-SID]
bitsPerSample=16
channels=1
frequency=44100
mos8580=FALSE
emulateFilter=TRUE
filterFs=400
filterFm=60
filterFt=0.05
memoryMode=1
clockSpeed=1
forceSpeed=FALSE
detectMagic=TRUE
STILpath=~/C64Music/DOCUMENTS/STIL.txt
useSTIL=FALSE
fileInfo=%1 - %2
audioBitsPerSample=16
audioChannels=2
audioFrequency=44100
emulateFilters=TRUE
playerEngine=1
sid2Builder=1
sid2OptLevel=0
oversampleEnable=FALSE
oversampleFactor=2
playMaxTimeEnable=TRUE
playMaxTimeUnknown=TRUE
playMaxTime=500
playMinTimeEnable=FALSE
playMinTime=15
songlenDBEnable=FALSE
songlenDBPath=~/C64Music/Songlengths.txt
stilDBEnable=FALSE
stilDBPath=~/C64Music/DOCUMENTS/STIL.txt
hvscPath=~/C64Music
subsongControl=2
titleOverride=FALSE
titleFormat=%p - %t (%c) [%n]
subAutoEnable=TRUE
subAutoMinOnly=TRUE
subAutoMinTime=15

[osd]
colour=green
font=-misc-fixed-medium-r-normal-*-*-200-*-*-c-*-iso8859-15
timeout=5
offset=10
shadow_offset=2
pos=0

->8--->8--->8--->8--->8-


Here's a list of xmms-related packages installed on my system:

$ dpkg -l | grep xmms  
ii  xmms   1.2.10+cvs2005 Versatile X audio player that looks like Win
ii  xmms-jess  2.9.1-7visualization plugin for XMMS using various 
ii  xmms-osd-plugi 2.2.14-1.1 XMMS plugin using xosd
ii  xmms-sid   0.7.4+0.8.0bet Input plugin for XMMS that plays SID (C64) t
ii  xmms-singit0.1.28-1   Display a

Bug#315722: prboom: randomly gets signal 11 after a very very short playing time

[Francesco Poli]

Package: prboom
Version: 2:2.2.6-2
Severity: grave
Justification: renders package unusable


I recently upgraded from woody (oldstable) to sarge (stable) and
now I cannot play freedoom anymore.
When launched from a terminal under X11, prboom loads freedoom's
`doom2.wad' and starts the game. I select "New game" and
the difficulty level (I tried "Nightmare!", "Ultra-Violence" and
"Hurt Me Plenty"). I start to play, but after killing two or three
enemies, the game exits on signal 11.

Note that the woody version of prboom worked like a charm with
the *same* doom2.wad file (from freedoom v0.3, diff says the two
files are identical).

Here's the output I get in the terminal:

$ prboom

prboom v2.2.6 (http://prboom.sourceforge.net/)
Z_Init : Allocated 8064Kb zone memory
 found /usr/share/games/doom/doom2.wad
IWAD found: /usr/share/games/doom/doom2.wad
PrBoom (built Mar 13 2005), playing: DOOM 2: Hell on Earth
PrBoom is released under the GNU General Public license v2.0.
You are welcome to redistribute it under certain conditions.
It comes with ABSOLUTELY NO WARRANTY. See the file COPYING for details.
M_LoadDefaults: Load system defaults.
 default file: /home/frx/.prboom/prboom.cfg
I_SetRes: Using resolution 640x400
V_Init: allocate screens.
 found /usr/share/games/doom/prboom.wad
D_InitNetGame: Checking for network game.
W_Init: Init WADfiles.
 adding /usr/share/games/doom/doom2.wad
 adding /usr/share/games/doom/prboom.wad

M_Init: Init miscellaneous info.
R_Init: Init DOOM refresh daemon - 
R_LoadTrigTables: Endianness...ok.
R_InitData: Textures Flats Sprites 
R_Init: R_InitPlanes R_InitLightTables R_InitSkyMap R_InitTranslationsTables 
P_Init: Init Playloop state.
I_Init: Setting up machine state.
I_InitSound:  configured audio device with 1024 samples/slice
I_InitSound: sound module ready
S_Init: Setting up sound.
S_Init: default sfx volume 14
HU_Init: Setting up heads up display.
I_InitGraphics: 640x400
I_UpdateVideoMode: 640x400 (fullscreen)
I_UpdateVideoMode: 0xe000, SDL buffer, direct access
I_InitJoystick : invalid joystick 1
ST_Init: Init status bar.
open /dev/sequencer: Device or resource busy
Using normal BSP nodes!
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
I_SignalHandler: Exiting on signal: signal 11
I_ShutdownMusic: removing /tmp/prboom-music-zaywSp
I_ShutdownSound: 
Xlib: unexpected async reply (sequence 0x300)!


My ~/.prboom/prboom.cfg is included below:

--8<--8<--8<--8<--8<--
# Doom config file
# Format:
# variable   value

# Misc settings
default_compatibility_level-1
realtic_clock_rate  100
max_player_corpse32
flashing_hom  0
demo_insurance2
endoom_mode   0x5
level_precache0

# Files
wadfile_1 "prboom.wad"
wadfile_2 ""
dehfile_1 ""
dehfile_2 ""

# Game settings
default_skill 1
weapon_recoil 1
doom_weapon_toggles   1
player_bobbing1
monsters_remember 1
monster_infighting1
monster_backing   1
monster_avoid_hazards 1
monkeys   1
monster_friction  1
help_friends  1
player_helpers0
friend_distance 128
dog_jumping   1
sts_always_red1
sts_pct_always_gray   1
sts_traditional_keys  0
traditional_menu  0
show_messages 1
autorun   1

# Com

Bug#315722: prboom: randomly gets signal 11 after a very very short playing time

[Francesco Poli]

On Sat, 25 Jun 2005 15:06:05 +0200 Moritz Muehlenhoff wrote:

> Can you run prboom with catchsegv please or send a backtrace from gdb?
> (Preferably with enabled debug symbols)

I tried hard to do so, but still no luck...  :-(
What I did:
___
First test:

I used catchsegv on sarge prboom, but I got no special output
whatsoever, apart from the one I'm used to get *without* catchsegv.
So it seems like prboom does not actually segfault: I'm puzzled...

$ catchsegv prboom

prboom v2.2.6 (http://prboom.sourceforge.net/)
Z_Init : Allocated 8064Kb zone memory
 found /usr/share/games/doom/doom2.wad
IWAD found: /usr/share/games/doom/doom2.wad
PrBoom (built Mar 13 2005), playing: DOOM 2: Hell on Earth
PrBoom is released under the GNU General Public license v2.0.
You are welcome to redistribute it under certain conditions.
It comes with ABSOLUTELY NO WARRANTY. See the file COPYING for details.
M_LoadDefaults: Load system defaults.
 default file: /home/frx/.prboom/prboom.cfg
I_SetRes: Using resolution 640x400
V_Init: allocate screens.
 found /usr/share/games/doom/prboom.wad
D_InitNetGame: Checking for network game.
W_Init: Init WADfiles.
 adding /usr/share/games/doom/doom2.wad
 adding /usr/share/games/doom/prboom.wad

M_Init: Init miscellaneous info.
R_Init: Init DOOM refresh daemon - 
R_LoadTrigTables: Endianness...ok.
R_InitData: Textures Flats Sprites 
R_Init: R_InitPlanes R_InitLightTables R_InitSkyMap
R_InitTranslationsTables 
P_Init: Init Playloop state.
I_Init: Setting up machine state.
I_InitSound:  configured audio device with 1024 samples/slice
I_InitSound: sound module ready
S_Init: Setting up sound.
S_Init: default sfx volume 14
HU_Init: Setting up heads up display.
I_InitGraphics: 640x400
I_UpdateVideoMode: 640x400 (fullscreen)
I_UpdateVideoMode: 0xe000, SDL buffer, direct access
I_InitJoystick : invalid joystick 1
ST_Init: Init status bar.
open /dev/sequencer: Device or resource busy
Using normal BSP nodes!
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
I_SignalHandler: Exiting on signal: signal 11
I_ShutdownMusic: removing /tmp/prboom-music-XoNlJp
I_ShutdownSound:
 

Second test:

I ran sarge prboom inside gdb and was astonished.
Inside gdb, prboom freezes after some seconds of playing and there seems
to be no way to regain control of the X11 session.
Mouse and keyboard are ignored, apart from special key combinations. If
I switch to a virtual terminal (say tty1: CTRL+ALT+F1), kill gdb, and
switch back to my X11 display, then all I see is a frozen gnome2 desktop
still at low resolution (the one used by prboom: 640x400): mouse is
ignored, while keyboard is not and can be used to type commands inside
the focused xterm.
The only way out I could find was killing the X server with
CTRL+ALT+BACKSPACE...


Other tests:

I recompiled prboom with debug symbols and no stripping.
I reran the above described tests.
Same results!


OK, what did I fail to understand?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4



pgpeSFflK3M5v.pgp
Description: PGP signature

Bug#315691: xmms-sid: segfaults with a SID tune

[Francesco Poli]

Package: xmms-sid
Version: 0.7.4+0.8.0beta14-1
Followup-For: Bug #315691

On Mon, 27 Jun 2005, Matti Hamalainen wrote:

> Unable to reproduce. Could you run xmms under gdb to get a backtrace
> and send it pasted here? Example:
> 
> $ gdb xmms
> ...
> (gdb) run
> ... crash ..
> (gdb) bt
> ... backtrace follows, with any luck :)

Here's what I got:

$ gdb xmms   
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-linux"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".

[gdb]> r Zak_McKracken.sid 
Starting program: /usr/bin/xmms Zak_McKracken.sid
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 1680)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 32769 (LWP 1681)]
[New Thread 16386 (LWP 1682)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
---Type  to continue, or q  to quit---
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 32771 (LWP 1683)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[New Thread 49156 (LWP 1684)]
[New Thread 65541 (LWP 1685)]
Message: device: default

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16386 (LWP 1682)]
0x403f3354 in mallopt () from /lib/libc.so.6
[gdb]> bt
#0  0x403f3354 in mallopt () from /lib/libc.so.6
#1  0x403f215f in free () from /lib/libc.so.6
#2  0x401eb1b1 in g_free () from /usr/lib/libglib-1.2.so.0
#3  0x408a5ece in xs_tuneinfo_free () from /usr/lib/xmms/Input/libxmmssid.so
#4  0x408a5da9 in xs_get_song_info () from /usr/lib/xmms/Input/libxmmssid.so
#5  0x08060e0c in input_get_song_info ()
#6  0x0806b177 in playlist_get_songtime ()
#7  0x0806af96 in playlist_get_songtitle ()
#8  0x08094938 in playlistwin_real_hide ()
#9  0x08068e92 in playlist_ins ()
#10 0x08069540 in playlist_ins_url_string ()
#11 0x0806dda9 in ctrl_write_packet ()
#12 0x40200e51 in pthread_start_thread () from /lib/libpthread.so.0
#13 0x40200ecf in pthread_start_thread_event () from /lib/libpthread.so.0
#14 0x4045892a in clone () from /lib/libc.so.6
[gdb]> quit


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

Bug#316487: debian-installer-manual: Missing copyright credit: Karsten M. Self for section C.4

[Francesco Poli]

On Fri, 1 Jul 2005 16:34:54 -0400 Glenn Maynard wrote:

[...]
> >   - I would prefer attribution to excision.
> 
> Being DFSG-free is a prerequisite for being in Debian, but being DFSG-
> free does not compel Debian to include a work.  Your preferences don't
> make excision of a work unacceptable.

Wait one second...
Of course excision is possible, but is it really a good idea?
I don't think so.

Karsten's document seems to be valuable: DIG writers chose to derive a
section from it.
And it's GPL-compatible: Karsten's license seems to be, but anyway
Karsten himself states he's willing to relicense the document under the
actual GPL, if it's considered necessary.

Given the above mentioned facts, I don't think we should drop his
copyrighted material, just because he asks what he deserves: credit for
what he wrote.

> 
> >   - Denying contributors proper credit reflects poorly on the Debian
> > Project and discourages future contributions to Debian
> > documentation by third parties, a contribution by which the
> > Project would benefit greatly.
> 
> If your work is excised, then there is no contribution which is being
> denied attribution.

Obviously, but why do you want to reinvent the wheel?
Free program development should be based on code reuse whenever it's
suitable.
The same applies to free manual development.

> It's saying "please offer contributions under
> the same license as the rest of the work", which is a legitimate,
> useful, and common thing to require.

This is legitimate, but Karsten is willing to offer his work under the
same license as the DIG, so I don't see a reason to drop his
'contribution'...

> 
> The reasons you have cited are reasons why *you* don't want your work
> excised, not reasons why it is unacceptable for Debian to do so.  I
> don't know how you can confuse the two.
> 
> The fact that you're trying to coerce a maintainer to include a work
> instead of attempting to address his reasons for doing so, is enough
> for me to agree with Joey's decision.

AFAICT, Karsten is not trying to coerce anyone.
Actually, Karsten did *not* contribute anything.

He wrote a document and published it under a strange license.
*Then* some DIG writers found that document and decided (without any
coercion) to write a DIG section as a derivative of it.
But they failed to comply with its (really permissive) license.
Karsten is just asking that they comply with his license and publish the
DIG with an appropriate copyright notice. 
He's even willing to relicense his document, if there are doubts about
the GPL-compatibility of his strange license.

IMHO the best solution is

 * Karsten relicense (or dual-license) his document under the GPL
 * DIG maintainers simply add a name in the copyright holder list


Think about it: Karsten wrote a valuable document and is offering it
under the GPL; in these times of non-free documentation everywhere, how
can you ask more from him?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpMMFhKo6s1Q.pgp
Description: PGP signature

Bug#316487: debian-installer-manual: Missing copyright credit: Karsten M. Self for section C.4

[Francesco Poli]

On Fri, 1 Jul 2005 13:01:26 -0700 Michael K. Edwards wrote:

> IANAL, IANADD, but it's hard for me to imagine that there is any
> sensible or just way to resolve this other than to credit Karsten with
> a significant contribution to the Guide.  Such a guide is of course
> largely factual and could bear many resemblances to Karsten's without
> constituting plagiarism or a violation of his copyright; but he
> presents strong evidence that the way this guide actually was written
> involved copying and adapting portions of his creative expression. 
> "Plagiarism" would, I think, be too strong a word, and he is something
> less than a co-author of the Guide; but it seems reasonable for him to
> ask for some acknowledgment.

Agreed.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgprq9yzCkeNu.pgp
Description: PGP signature

Bug#316487: debian-installer-manual: Missing copyright credit: Karsten M. Self for section C.4

[Francesco Poli]

On Fri, 1 Jul 2005 20:36:51 -0400 Glenn Maynard wrote:

> On Sat, Jul 02, 2005 at 12:17:43AM +0200, Francesco Poli wrote:
> > Wait one second...
> > Of course excision is possible, but is it really a good idea?
> > I don't think so.
> 
> That's not d-legal's decision, or the DPL's.  It's the maintainer's
> decision.

Of course it's the maintainer's decision.
But it was a DIG writer's past decision to incorporate Karsten's
document in the DIG, as well.
It was done without proper credit in violation of Karsten's license.
Now Karsten has been asking for proper credit for a long time, it seems.

It sounds suspicious that the decision to rewrite from scratch the
section under question is taken just now: it looks like it's not taken
for technical reasons, but only in order to avoid crediting Karsten.
I'm not arguing that this is actually the case: I trust Joey, if he says
the rewriting will be done for technical reasons.
But anyway, I feel that, in order to avoid giving the *impression* that
Debian doesn't like crediting external contributions, the best solution
is adding proper credit as soon as possible (this should actually have
been done in the first place, or, at least, long before this point...),
in all released versions.
The rewriting can be done later, as the maintainer sees fit and if it's
seen as technically useful.

In other words: Karsten's document is (or will be) licensed in a
GPL-compatible way, was previously judged valuable as a starting point
for one DIG section and was admittedly incorporated with modifications
into the DIG.
I don't see a reason to refuse crediting him.
After proper credit has been inserted, there's of course no obligation
to keep his contribution forever.
Doing a difficult (from a legal standpoint) clean-room reimplementation
in order to avoid adding a little credit sounds unreasonable.
If there are other reasons to do that, I don't see why it's been done
just now: why not later? why wasn't it done in the past (before Karsten
began to complain, for instance)?

[...]
> > Think about it: Karsten wrote a valuable document and is offering it
> > under the GPL; in these times of non-free documentation everywhere,
> > how can you ask more from him?
> 
> I believe I saw Joey offering to rewrite the documentation, with his
> own time, and only asked to have the relevant sections identified.

And I of course appreciate Joey's effort.
But I ask myself: why isn't Joey the only DIG writer and copyright
holder?
Because other people contributed and their contributions are judged
useful.
It's called cooperative development and it requires proper credit and
copyright observance.
As long as Karsten's contribution is considered useful, proper credit is
due.

Then Joey has the right to rewrite each and every section he sees fit:
it's his own time, so it's up to him to decide.
There's nothing wrong with that, even though it sounds unreasonable *if*
the only reason is reducing the size of the copyright notice.

Again: I'm *not* saying that this is the only reason, but, if it's not,
then the quickest fix *now* is adding proper credit, thus proving that
the Debian installer team has nothing against crediting contributions
that were judged valuable in the past.
Then Joey (or anyone else) has of course the right to rewrite from
scratch every piece he likes.

I hope I clarified my opinion: my concern is to avoid giving the
*impression* that "we accept external contributions, as long as we
incorporate them without giving proper credit or complying with their
license; as soon as someone complains, we drop them".

> 
> I'm not sure that I see the entire situation, since a quick review
> shows the GPL on one side and "ad-hoc" on the other--the GPL isn't
> an ad-hoc license.

Karsten has already offered to relicense his document under the plain
GPL, so this point is moot.

> Karsten didn't make any real attempt to summarize
> the situation, though, instead dumping pages of past history on the
> list and expecting us to pull out a fine-toothed-comb, and I don't
> have the time or interest to do that.  I do know that I see Joey
> being reasonable, apologizing, and offering to help fix the problem,
> so I have zero tolerance for Karsten's demanding, who-do-you-think-
> you-are, you-can't-remove-my-work, fix-it-my-way-or-else, I'm-going-
> over-your-head attitude.

I think that Karsten's attitude is due to a bit of frustration after a
long time of little or no improvement on this issue.
Maybe he's been a bit rude, but at the end of the day, he's just asking
for what he deserves. The Debian installer team have been violating his
copyright for a long time and very little seems to have been done

Bug#318803: debian-reference-common: copyright notice is unclear

[Francesco Poli]

Package: debian-reference-common
Version: 1.08-3
Severity: minor


Hi!
Debian-reference copyright notice reads:


  This document may used under the terms the GNU General Public License
  version 2 or higher.

  Permission is granted to make and distribute verbatim copies of
  this document provided the copyright notice and this permission notice
  are preserved on all copies.

  Permission is granted to copy and distribute modified versions of
  this document under the conditions for verbatim copying, provided that
  the entire resulting derived work is distributed under the terms of
  a permission notice identical to this one.

  Permission is granted to copy and distribute translations of this
  document into another language, under the above conditions for
  modified versions, except that this permission notice may be included
  in translations approved by the Free Software Foundation instead of
  in the original English.

  [See /usr/share/common-licenses/GPL-2 for text of GPL v2]


The work is thus released under the GNU GPL (v2 or later), but some phrases
taken from a different license seem to have leaked into the copyright
notice. These statements have nothing to do with the GPL and it's
not clear if they are intended as additional permissions (some of
them, at least, would be unnecessary in that case) or as something
else.
The canonical copyright notice for a work released under the GNU GPL v2
or later is something along the lines of


  Copyright (c) 2001-2004 Osamu Aoki <[EMAIL PROTECTED]>

  This work is free software; you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
  the Free Software Foundation; either version 2 of the License, or
  (at your option) any later version.

  This work is distributed in the hope that it will be useful,
  but WITHOUT ANY WARRANTY; without even the implied warranty of
  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
  GNU General Public License for more details.

  You should have received a copy of the GNU General Public License
  along with this work; if not, write to the Free Software
  Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 
  02110-1301, USA


Could you please clarify the copyright notice?
Thank you very much!


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information


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

Bug#318803: debian-reference-common: copyright notice is unclear

[Francesco Poli]

On Thu, 21 Jul 2005 16:07:01 +0200 Osamu Aoki wrote:

> Hi,
> 
> Before discussion details of words, I would say for all practical
> purpose, let's drop GFDL statement from comments.

Good! :)

[...]
> I think this GPL statemnt may come from older version.  I did not
> create it.  Instead of arguing how current wordings are, let's agree
> on how best to put GPL2 statement which fits to text documents.  Do
> you see best practice elsewhere?

The copyright notice I proposed is, AFAIK, the clearest way to release a
work under the GPLv2 (or later). It's basically the one suggested at the
end of the GPLv2 itself...
Anyway IANAL, TINLA.

> On Wed, Jul 20, 2005 at 07:11:26PM +0200, Jens Seidel wrote:
> > On Mon, Jul 18, 2005 at 05:05:32PM +0200, Osamu Aoki wrote:
> > > On Sun, Jul 17, 2005 at 09:47:34PM +0200, Francesco Poli wrote:
[...]
> > > > The work is thus released under the GNU GPL (v2 or later),
> > > 
> > > Yes absolutely.
> > 
> > Ahm, why? In previous discussions you, Osamu, told me that this is
> > not true because of the usage of "may" in the above sentence.
> > According to you it's the users choice whether he want to consider
> > the document licensed under GPL or under the text mentioned below
> > this sentence which is only GPL like.
> 
> It is GPL like... hmmm I took this from previous work on debian FAQ.

Well it's a weak copyleft, but it's definitely *not* the GPL.

[...]
> 
> > > > The canonical copyright notice for a work released under the GNU
> > > > GPL v2 or later is something along the lines of
> > > > 
> > > > 
> > > >   Copyright (c) 2001-2004 Osamu Aoki <[EMAIL PROTECTED]>
> > > > 
> > > >   This work is free software; you can redistribute it and/or
> > > >   modify it under the terms of the GNU General Public License as
> > > >   published by the Free Software Foundation; either version 2 of
> > > >   the License, or (at your option) any later version.
> > 
> > Mhh, even the official text uses "can" not "must". This means that
> > the user can reject the GPL license in which case no license applies
> > and so it is much more restrictive than GPL (no changes allowed).
> > 
> > Confusing!!??
> 
> This is some loose use of colloquial American English.  Since I make
> no statement allowing user to distribute things underr other license,
> practical consequence of using "must" and "can" are the same.

Well, not exactly.
"Can" is the correct word even for works released under one license
only.
The reason is that the recipient *can* redistribute and/or modify the
work and, *if* she does so, she *must* do so under the terms of the GPL.
But the recipient is *not* compelled to redistribute and/or modify the
work: she can entirely avoid engaging in such activities.
After all, it's a permission, not a chain-letter-like obligation as in
"if you receive this work, you *must* redistribute it to someone else"! 
;-)

> 
> > > > Could you please clarify the copyright notice?
> > 
> > Osamu, please remember the the sentence
> > 
> > Permission is granted to copy and distribute translations of this
> > document into another language, under the above conditions for
> > modified versions, except that this permission notice may be
> > included in translations approved by the Free Software Foundation
> > instead of in the original English.
> > 
> > (which is extracted from GPL?) should be fixed, since the user
> > doesn't generally recognises that this is an excerpt of GPL and
> > translation refers to translations of GPL.

No, the above quoted text is *not* extracted from the GPL: the GPLv2
text does not even include any occurrence of the word "approved"...
The "translations" above does not referr to translations of the GPL, but
to translations of the "permission notice".

> > The Free Software Foundation is not responsible for Debian Reference
> > translations.
> 
> True.

If your "True" refers to this last sentence, then I of course agree.


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpCnNaKD5fks.pgp
Description: PGP signature

Bug#318803: debian-reference-common: copyright notice is unclear

[Francesco Poli]

On Mon, 18 Jul 2005 17:05:32 +0200 Osamu Aoki wrote:

> On Sun, Jul 17, 2005 at 09:47:34PM +0200, Francesco Poli wrote:
[...]
> > The work is thus released under the GNU GPL (v2 or later),
> 
> Yes absolutely.

Wonderful! :)

> 
> > but some phrases
> > taken from a different license seem to have leaked into the
> > copyright notice. 
> 
> Please tell me which part is the "leak".

The extraneous phrases are the ones (re-)quoted below:

| Permission is granted to make and distribute verbatim copies of
| this document provided the copyright notice and this permission notice
| are preserved on all copies.
|
| Permission is granted to copy and distribute modified versions of
| this document under the conditions for verbatim copying, provided that
| the entire resulting derived work is distributed under the terms of
| a permission notice identical to this one.
|
| Permission is granted to copy and distribute translations of this
| document into another language, under the above conditions for
| modified versions, except that this permission notice may be included
| in translations approved by the Free Software Foundation instead of
| in the original English.


> 
> > These statements have nothing to do with the GPL and it's
> > not clear if they are intended as additional permissions (some of
> > them, at least, would be unnecessary in that case) or as something
> > else.
> 
> If you see GFDL reference in the source sgml, it is clearly meant to
> be dual license.  The thought was I wanted it to be compatible if the
> world moved to GFDL.  That did not happen and it makes these words
> stay in the  souce SGML only :-)  Besides, Chapter 2 and other
> contents I borrowed was GPL2.  So the whole documents can only be
> distributed as GPL2.  The only parts I wrote can be GFDL if someone
> care to make it so.

OK, but that seems to be entirely unproblematic (as long as some parts
are dual-licensed under GFDL/GPL, the recipient can choose a DFSG-free
license, i.e. the GPL, and all is fine).

> 
> > The canonical copyright notice for a work released under the GNU GPL
> > v2 or later is something along the lines of
> > 
> > 
> >   Copyright (c) 2001-2004 Osamu Aoki <[EMAIL PROTECTED]>
> > 
> >   This work is free software; you can redistribute it and/or modify
> >   it under the terms of the GNU General Public License as published
> >   by the Free Software Foundation; either version 2 of the License,
> >   or (at your option) any later version.
> > 
> >   This work is distributed in the hope that it will be useful,
> >   but WITHOUT ANY WARRANTY; without even the implied warranty of
> >   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> >   GNU General Public License for more details.
> > 
> >   You should have received a copy of the GNU General Public License
> >   along with this work; if not, write to the Free Software
> >   Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 
> >   02110-1301, USA
> > 
> > 
> > Could you please clarify the copyright notice?
> > Thank you very much!
> 
> Anyway, I wrote this text and assessed this package to be GPL2 as a
> whole.  If this is sufficient explanmation, please close this bug.

As I said, if the package is under the GPLv2 (or later) without any
additional permissions, the clearest way to say so is through a clear
copyright notice.
The one I proposed above is the canonical one (just with s/program/work/
to avoid confusion).

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpQTugCu60hS.pgp
Description: PGP signature

Bug#319630: swf-player: spawns dufunct (zombie) processes and does not work

[Francesco Poli]

Package: swf-player
Version: 0.3.4-2sarge0.1
Severity: grave
Justification: renders package unusable

Hi!
I'm trying to use swf-player as a plugin with Galeon.

Galeon about:plugins page does *not* show libswfdecmozilla.so as an installed
plugin, even though the file lives in /usr/lib/mozilla/plugins/, besides
the other installed plugins (libnullplugin.so and libmozsvgdec.so, that
are correctly shown as installed and enabled).
So I thought something else was required so that Galeon can see the swf
plugin...

But then I noticed that, when visiting a web page that includes SWF animations
(I tried several ones, one example is http://www.westtoeast.it/), Galeon
spawns some defunct (zombie) processes:

$ ps aux | grep -i defunct
frx   1427  0.0  0.0 00 pts/5Z+   12:36   0:00 
[swfdec-mozilla-] 
frx   1428  0.0  0.0 00 pts/5Z+   12:36   0:00 
[swfdec-mozilla-] 
frx   1429  0.0  0.0 00 pts/5Z+   12:36   0:00 
[swfdec-mozilla-] 
frx   1430  0.0  0.0 00 pts/5Z+   12:36   0:00 
[swfdec-mozilla-] 
frx   1431  0.0  0.0 00 pts/5Z+   12:36   0:00 
[swfdec-mozilla-] 
frx   1432  0.0  0.0 00 pts/5Z+   12:36   0:00 
[swfdec-mozilla-] 
frx   1540  0.0  0.3  1536  468 pts/6S+   13:08   0:00 grep -i defunct

But this is the only tangible effect of the swf plugin...  :-(
I still see the default-plugin symbol as a placeholder for unplayed SWFs
animations and clicking on the symbols brings on the Default Plugin dialog
that reads:

| This page contains information of a type (application/x-shockwave-flash)
| that can only be viewed with the appropriate Plug-in.

What's wrong?
I thought that I had just installed the appropriate (DFSG-free) plugin...


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages swf-player depends on:
ii  gstreamer0.8-misc  0.8.8-2   Collection of various GStreamer pl
ii  gstreamer0.8-oss [gstr 0.8.8-2   OSS plugin for GStreamer
ii  gstreamer0.8-swfdec0.8.8-2   SWF (Macromedia Flash) decoder plu
ii  gstreamer0.8-x 0.8.8-2   X videosink plugin for GStreamer
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgconf2-42.8.1-6   GNOME configuration database syste
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgstreamer-gconf0.8- 0.8.8-2   GConf support for GStreamer
ii  libgstreamer-plugins0. 0.8.8-2   Various GStreamer libraries and li
ii  libgstreamer0.8-0  0.8.9-2   Core GStreamer libraries, plugins,
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
ii  libmad00.15.1b-1.1   MPEG audio decoder library
ii  liborbit2  1:2.12.2-1libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libswfdec0.3   0.3.4-2sarge0.1   SWF (Macromedia Flash) decoder lib
ii  libx11-6   4.3.0.dfsg.1-14   X Window System protocol client li
ii  libxml22.6.16-7  GNOME XML library
ii  libxt6 4.3.0.dfsg.1-14   X Toolkit Intrinsics
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#319949: adesklets: includes non-free documentation (GFDL)

[Francesco Poli]

Package: adesklets
Version: 0.4.7-1
Severity: serious
Justification: Policy 2.2.1

Hi!

adesklets manual is distributed under the GFDL and thus does not comply
with the DFSG.

See file:///usr/share/doc/adesklets/html/en/index.html :

| This manual is for adesklets (version 0.4.7, 02 April 2005).
| 
| Copyright © 2004, 2005 Sylvain Fourmanoit [EMAIL PROTECTED]
| 
| Various corrections and updates by Mike Pirnat
| [EMAIL PROTECTED]
| 
| Permission is granted to copy, distribute and/or modify this document
| under the terms of the GNU Free Documentation License, Version 1.1 or
| any later version published by the Free Software Foundation; with no
| Invariant Sections, with the Front-Cover Texts being "adesklets
| documentation". A copy of the license is included in the section
| entitled "GNU Free Documentation License." 

Upstream authors should be contacted and asked to relicense the manual
under a DFSG-free license.
Since the rest of the package is under the GNU GPL, the GPL itself would
the best choice for the manual too: it would make it easier for everyone
to copy and paste material back and forth between program and documentation.

If upstream are not willing to relicense, they may accept to dual-license
under GFDL/GPL, perhaps.

If otherwise a license change is not achievable, the manual should be
purged from the package and (hopefully) replaced by a DFSG-free one.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages adesklets depends on:
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libice64.3.0.dfsg.1-14   Inter-Client Exchange library
ii  libimlib2  1.2.0-2.2 powerful image loading and renderi
ii  libncurses55.4-4 Shared libraries for terminal hand
ii  libreadline5   5.0-10GNU readline and history libraries
ii  libsm6 4.3.0.dfsg.1-14   X Window System Session Management
ii  libx11-6   4.3.0.dfsg.1-14   X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14   X Window System miscellaneous exte
ii  python 2.3.5-2   An interactive high-level object-o
ii  ttf-bitstream-vera 1.10-3The Bitstream Vera family of free 
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information

Bug#280673: Resolved

[Francesco Poli]

Hi Gustavo,
thanks for dealing with this issue!
Your HOWTO is a great job indeed: making it DFSG-free is really
appreciated!  :)

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgppfVEjA4YP5.pgp
Description: PGP signature

Bug#296514: acknowledged by developer (Bug#296514: fixed in kdesdk 4:3.3.2-3)

[Francesco Poli]

On Thu, 31 Mar 2005 07:03:34 -0800 Debian Bug Tracking System wrote:

[...]
> It has been closed by one of the developers, namely
> Ben Burton <[EMAIL PROTECTED]>.
[...]
>* Many thanks to upstream who have relicensed cervisia under the
>GPL
>  (closes: #296514).  Also noted in debian/copyright that
>  cvsservice is under the LGPL.
[...]

Ben, congratulations for how you dealt with this bug!  :)
Your job is really appreciated.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpSGpfP4dr3m.pgp
Description: PGP signature

Bug#35328: A patch, sort of...

[Francesco Poli]

Hi,
please consider to replace psmerge with psmerge2 by Peter Williams: it's
a derived work that seems to fix (at least) some issues with psmerge.
It seems to be released under the same license as psutils...

See  http://www.newton.cx/~peter/docs/psmerge.html  for further details.


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp3Fr7vkvoPn.pgp
Description: PGP signature

Bug#315722: prboom: randomly gets signal 11 after a very very short playing time

[Francesco Poli]

On Tue, 12 Jul 2005 11:42:09 +0200 Moritz Muehlenhoff wrote:

[...]
> [Sorry for the late reply, I've been busy lately]

That's no problem!  :)

> 
> Which libsdl1.2debian variant are you using? Are you possibly
> using -oss?

You guessed!  :-o

$ aptitude search libsdl1.2debian
i   libsdl1.2debian - Simple DirectMedia Layer  
p   libsdl1.2debian-all - Simple DirectMedia Layer (with all
p   libsdl1.2debian-alsa- Simple DirectMedia Layer (with X11
p   libsdl1.2debian-arts- Simple DirectMedia Layer (with X11
p   libsdl1.2debian-esd - Simple DirectMedia Layer (with X11
p   libsdl1.2debian-nas - Simple DirectMedia Layer (with X11
i   libsdl1.2debian-oss - Simple DirectMedia Layer (with X11

> If so, could you please try it with -alsa or -all?

Mmmmh, if you mean trying to *use* alsa sound drivers, I'm afraid that
this would imply switching from Linux 2.4.x to 2.6.x (or patch the
2.4.31 I'm currently using).
Am I correct?

If you mean simply issuing 'aptitude install libsdl1.2debian-all' as
root (thus removing the conflicting libsdl1.2debian-oss), it would be an
easy test, I would say (are there any side-effects, assuming I do not
touch the kernel?)


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpPW3Jl0ys8z.pgp
Description: PGP signature

Bug#334448: bugs.debian.org: returns 500 Internal Server Error when queried for non-free doc bugs

[Francesco Poli]

Package: bugs.debian.org
Severity: normal

Hi!
It seems that the non-free doc "Status page in the BTS" does not work
anymore...

The corresponding link in

http://release.debian.org/removing-non-free-documentation

that is to say:

http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=nonfree-doc;[EMAIL 
PROTECTED];nam0=Severity;pri0=severity:critical,grave,serious,important,normal,minor,wishlist;nam1=License;ttl1=GNU%20Free%20Documentation%20License,Open%20Publication%20License,RFC%20License,Other%20License:%20Unmodifiable,Test;pri1=tag:gfdl,opl,rfc,unmodifiable;nam2=Status;pri2=pending:pending,forwarded,pending-fixed,fixed,done,absent;ttl2=Outstanding,Forwarded,Pending%20Upload,Fixed%20in%20NMU,Resolved,From%20other%20Branch,Unknown%20Pending%20Status;nam3=Classification;pri3=pending=pending%2Btag=wontfix,pending=pending%2Btag=moreinfo,pending=pending%2Btag=patch,pending=pending%2Btag=confirmed,pending=pending;ttl3=Will%20Not%20Fix,More%20information%20needed,Patch%20Available,Confirmed,Unclassified;ord3=2,3,4,1,0,5

currently leads to a

| 500 Internal Server Error
| The server encountered an internal error or misconfiguration and was
| unable to complete your request.
| 
| Please contact the server administrator, [EMAIL PROTECTED] and
| inform them of the time the error occurred, and anything you might
| have done that may have caused the error.
| 
| More information about this error may be available in the server error
| log.
| 
| Apache/1.3.33 Server at bugs.debian.org Port 80


What's wrong?
It used to work pretty fine, some time ago...


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

Bug#238245: Debian website's copyright and license suggestions?

[Francesco Poli]

On Mon, 17 Oct 2005 00:28:47 +0200 Bas Zoetekouw wrote:

> Hi Francesco!
> 
> You wrote:
> 
> > A less difficult solution is avoiding copyright assignements and
> > simply asking for a license change: each copyright holder should be
> > tracked, contacted and asked to agree with the relicensing.
> 
> I'm afraid that this will turn out to be infeasable.  Lots and lots of
> people have contributed to the webpages.  To make it even worse, a
> lots of translators used to work though general cvs accounts (like
> "dutch" or "french"), making it even harder to find out who did what.

This is unfortunate, but it will bite regardless of which solution is
chosen (copyright assignment or agreement to relicense).
As I said, both solutions require getting in touch with each current
copyright holder...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpbVhY5R6xkP.pgp
Description: PGP signature

Bug#333219: galeon: crashes when loading a particular website (http://www.jobcrawler.it)

[Francesco Poli]

On Thu, 13 Oct 2005 00:26:31 +0200 Francesco Poli wrote:

> >  - get a better stacktrace with debugging symbols and the place
> >  where it crashes
> 
> Work in progress...  ;-)

OK, this is what I got with an unstripped galeon:


$ MALLOC_CHECK_=2 gdb galeon
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-linux"...Using host libthread_db library "/lib/
libthread_db.so.1".

[gdb]> set pagination 0
[gdb]> run -n http://www.jobcrawler.it
Starting program: /usr/bin/galeon -n http://www.jobcrawler.it
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 15866)]
[New Thread 32769 (LWP 15870)]
[New Thread 16386 (LWP 15871)]
[New Thread 32771 (LWP 15872)]
[New Thread 49156 (LWP 15873)]
[Thread 49156 (LWP 15873) exited]
[New Thread 65541 (LWP 15874)]
[New Thread 81926 (LWP 15875)]
[New Thread 98311 (LWP 15876)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 15866)]
0x in ?? ()
[gdb]> thread apply all bt

Thread 8 (Thread 98311 (LWP 15876)):
#0  0x4042b456 in nanosleep () from /lib/libpthread.so.0
#1  0x in ?? ()
#2  0x4042752a in __pthread_timedsuspend_new () from /lib/libpthread.so.0
#3  0x40424122 in pthread_cond_timedwait_relative () from /lib/libpthread.so.0
#4  0x40123664 in PR_Unlock () from /usr/lib/libnspr4.so
#5  0x4012385e in PR_WaitCondVar () from /usr/lib/libnspr4.so
#6  0x411d0bcc in NSGetModule () from /usr/lib/mozilla/components/libnecko.so
#7  0x40128fe9 in PR_Select () from /usr/lib/libnspr4.so
#8  0x40424e51 in pthread_start_thread () from /lib/libpthread.so.0
#9  0x40424ecf in pthread_start_thread_event () from /lib/libpthread.so.0
#10 0x40cbb92a in clone () from /lib/libc.so.6

Thread 7 (Thread 81926 (LWP 15875)):
#0  0x4042b456 in nanosleep () from /lib/libpthread.so.0
#1  0x in ?? ()
#2  0x4042752a in __pthread_timedsuspend_new () from /lib/libpthread.so.0
#3  0x40424122 in pthread_cond_timedwait_relative () from /lib/libpthread.so.0
#4  0x40123664 in PR_Unlock () from /usr/lib/libnspr4.so
#5  0x4012385e in PR_WaitCondVar () from /usr/lib/libnspr4.so
#6  0x411d0bcc in NSGetModule () from /usr/lib/mozilla/components/libnecko.so
#7  0x40128fe9 in PR_Select () from /usr/lib/libnspr4.so
#8  0x40424e51 in pthread_start_thread () from /lib/libpthread.so.0
#9  0x40424ecf in pthread_start_thread_event () from /lib/libpthread.so.0
#10 0x40cbb92a in clone () from /lib/libc.so.6

Thread 6 (Thread 65541 (LWP 15874)):
#0  0x4042b456 in nanosleep () from /lib/libpthread.so.0
#1  0xff80 in ?? ()
#2  0x4042752a in __pthread_timedsuspend_new () from /lib/libpthread.so.0
#3  0x40424122 in pthread_cond_timedwait_relative () from /lib/libpthread.so.0
#4  0x40123664 in PR_Unlock () from /usr/lib/libnspr4.so
#5  0x4012385e in PR_WaitCondVar () from /usr/lib/libnspr4.so
#6  0x411fc6b6 in NSGetModule () from /usr/lib/mozilla/components/libnecko.so
#7  0x411fc8e2 in NSGetModule () from /usr/lib/mozilla/components/libnecko.so
#8  0x40128fe9 in PR_Select () from /usr/lib/libnspr4.so
#9  0x40424e51 in pthread_start_thread () from /lib/libpthread.so.0
#10 0x40424ecf in pthread_start_thread_event () from /lib/libpthread.so.0
#11 0x40cbb92a in clone () from /lib/libc.so.6

Thread 4 (Thread 32771 (LWP 15872)):
#0  0x4042b456 in nanosleep () from /lib/libpthread.so.0
#1  0x0001 in ?? ()
#2  0x4042752a in __pthread_timedsuspend_new () from /lib/libpthread.so.0
#3  0x40424122 in pthread_cond_timedwait_relative () from /lib/libpthread.so.0
#4  0x40123664 in PR_Unlock () from /usr/lib/libnspr4.so
#5  0x4012385e in PR_WaitCondVar () from /usr/lib/libnspr4.so
#6  0x400b792b in TimerThread::UpdateFilter () from /usr/lib/mozilla/libxpcom.so
#7  0x400b4ebb in nsThread::Main () from /usr/lib/mozilla/libxpcom.so
#8  0x40128fe9 in PR_Select () from /usr/lib/libnspr4.so
#9  0x40424e51 in pthread_start_thread () from /lib/libpthread.so.0
#10 0x40424ecf in pthread_start_thread_event () from /lib/libpthread.so.0
#11 0x40cbb92a in clone () from /lib/libc.so.6

Thread 3 (Thread 16386 (LWP 15871)):
#0  0x40cb2ada in poll () from /lib/libc.so.6
#1  0x401279a9 in PR_OpenDir () from /usr/lib/libnspr4.so
#2  0x411efb02 in NSGetModule () from /usr/lib/mozilla/components/libnecko.so
#3  0x411f00e9 in NSGetModule () from /usr/lib/mozilla/components/libnecko.so
#4  0x400b4ebb in nsThread::Main () from /usr/lib/mozilla/libxpcom.so
#5  0x40128fe9 in PR_Select () from /usr/lib/libnspr4.so
#6  0x40424e51 in pthread_start_thread () from /lib/libpthread.so.0
#7  0x40424ecf in pthread_start_thread_event () from /lib/libpthread.so.0
#8  0x40cbb92a in clone () from /lib/libc.so.6

Threa

Bug#335104: harden-doc: quotes the version 1.0 of SC, which is superseded by version 1.1

[Francesco Poli]

Package: harden-doc
Version: 3.4
Severity: minor

The Social Contract is quoted in section 2.3 as follows:

| We Won't Hide Problems
|
| We will keep our entire bug-report database open for public view
| at all times. Reports that users file on-line will immediately
| become visible to others. 

This is from version 1.0 of the SC, which is now superseded by version 1.1
(ratified on April 26, 2004), that states:

| We will not hide problems
|
| We will keep our entire bug report database open for public view
| at all times. Reports that people file online will promptly
| become visible to others.

I think that the current SC should be quoted, rather than the old one...


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

Bug#335220: doc-linux-text: [NONFREE-DOC] includes non-free documentation

[Francesco Poli]

Package: doc-linux-text
Version: 2005.04-1
Severity: serious
Justification: Policy 2.2.1

According to the copyright file, some of the included documents
do not comply with the DFSG.
See below for details.

In order to solve these issues, upstream authors of relevant documents
should be got in touch with and asked for a license change.

In cases where this turns out to be impossible or unsuccessful, the
document should be removed from the package (or possibly moved into
an appropriate package for the non-free section).

See 
for further information about moving non-free docs out of main.


License issues in detail



* Boot+Root+Raid+LILO, Root-RAID-HOWTO

License text is:

| This document is GNU copyleft by Michael Robinton
| [e-mail address].
|
| Permission to use, copy, distribute this document for any purpose is
| hereby granted, provided that the author's / editor's name and this
| notice appear in all copies and/or supporting documents; and that an
| unmodified version of this document is made freely available.  This
| document is distributed in the hope that it will be useful, but
| WITHOUT ANY WARRANTY, either expressed or implied.  While every effort
| has been taken to ensure the accuracy of the information documented
| herein, the author / editor / maintainer assumes NO RESPONSIBILITY for
| any errors, or for any damages, direct or consequential, as a result
| of the use of the information documented herein.

This license is vague and lacks explicit permission to modify (and
distribute modified versions of) the document (fails DFSG#3).

Moreover the "unmodified version of this document is made freely
available" condition could be meant to forbid charging for distribution
(depending on how "freely available" is interpreted): can possibly
fail DFSG#1.

I suggest asking upstream to relicense under the GNU GPL (if he wants
a copyleft license, as it seems from the ill-phrased copyright
notice), or maybe under the Expat license
 (if he prefers a simple
permissive license).


* K7s5a-HOWTO

It's distributed under the terms of the Creative Commons ShareAlike 1.0
Licence (CC-sa-1.0) which does not comply with the DFSG.
See

  
  

for details on the issues that most debian-legal contributors see in
CC-by*-1.0 and with CC-*-2.0 licenses: several issues hold for
CC-sa-1.0, as well.


* Coffee

This is problematic and questionable, as it seems to use the Creative
Commons Attribution-ShareAlike _summary_ as if it were the actual
_license_ !
But the summary is rather vague and unclear, from a legal standpoint,
A court could even rule that the Debian mirror network
doesn't even have the permission to distribute this document...

Clarification by upstream should be asked for: since upstream
seems to want a copyleft, I would suggest to persuade him to
relicense under the GNU GPL.


* DNS-HOWTO

License text is:

| (C)opyright 1995-2001 Nicolai Langfeldt, Jamie Norrish & Co. Do not
| modify without amending copyright, distribute freely but retain
| copyright message.

This lacks explicit permission to modify: it states "do not modify
without amending copyright" (probably a legal no-op), but it fails
to state that I _have_ permission to modify.
Current copyright laws default to no permission to modify in any
manner (fails DFSG#3).
"Distribute freely" seems to be more a command than a permission:
I'm not an English native speaker, but this doesn't sound like
English legalese...

It seems upstream like simple permissive licenses (assuming
I understand what they wanted to achieve, without actually
succeeding...).
I would suggest to ask them to relicense the document under
the Expat license .


* Oracle-8-HOWTO, Reading-List-HOWTO, Wacom-USB-mini-HOWTO

License text is:

| You may use, disseminate, and reproduce this document freely, provided you:
| 
|   * do not omit or alter this copyright notice.
| 
|   * do not omit or alter the version number and date.
| 
|   * do not omit or alter the document's pointer to the current WWW version.
| 
|   * clearly mark any condensed, or altered versions as such.
| 
| These restrictions are intended to protect potential readers from stale or
| mangled versions. If you think you have a good case for an exception, ask me.

This license lacks explicit permission to modify (fails DFSG#3).
Even if this permission is considered indirectly granted (I doubt it could),
the second and third restrictions seem controversial.

My suggestion is: try to persuade upstream to relicense under the
Expat license .


* /many, many, many documents/

Many HOWTOs and documents are distributed under the GNU FDL license
(versions 1.1 and 1.2), which does not comply with the DFSG (even when
no unmodifiabl

Bug#333219: galeon: crashes when loading a particular website (http://www.jobcrawler.it)

[Francesco Poli]

On Thu, 20 Oct 2005 11:05:49 +0200 Loic Minier wrote:

> Hi,
> 
>  Please try with mozilla 1.7.12 in sid or wait for it to enter
>  testing.

As I previously stated, I use a pure stable and would rather avoid using
installing backported mozilla packages (with all the related ones).

Is the second backtrace I sent of any use in understanding
the nature of this bug?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpTu1joqybT2.pgp
Description: PGP signature

Bug#335220: [Pkg-doc-linux-devel] Bug#335220: doc-linux-text: [NONFREE-DOC] includes non-free documentation

[Francesco Poli]

On Sat, 22 Oct 2005 19:23:40 +0200 Frank Lichtenheld wrote:

[...]
> Thanks for this analysis. I will go through it before preparing the
> next upload.

You're welcome.

> 
> Some small comments:
> 
> I don't yet plan to remove the GFDL stuff, will do
> that later in the release cycle... It's just too much documents and
> so I will only remove them when I feel it is really necessary.

IMHO, you should begin contacting upstream authors ASAP, so that you
have enough time to persuade them to relicense before we are close to
etch release...
Perhaps you could move non-free documents to a separate
doc-linux-text-nonfree package, while you wait for the relicensing
effort to be completed. Then each document would be able to be moved
back to doc-linux-text, as soon as it's relicensed in a DFSG-free
manner...

> 
> I see the LDPL license as free unless there will emerge a real
> consensus in the project regarding the "identify contributors" clauses
> in various licenses.

I understand your point of view.
I personally believe that the right to distribute anonymous
modifications should be granted by a DFSG-free work, but I admit there's
not (yet) a strong consensus on this...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpVI7zXW15iq.pgp
Description: PGP signature

Bug#335403: libgmp3-doc: [NONFREE-DOC:GFDL] includes non-free documentation

[Francesco Poli]

Package: libgmp3-doc
Version: 4.1.4-6
Severity: serious
Justification: Policy 2.2.1

According to the copyright file (and the texinfo file itself),
the GMP documentation is released under the GFDL license (v1.1
or later) and hence does not comply with the DFSG.
See

  
  

for details on the issues that most debian-legal contributors
see in the GFDL license.

In order to solve this issue, upstream copyright holder
should be contacted and asked for a license change (unlikely,
since the copyright holder is the FSF...)

Otherwise, the package should be moved to the non-free section,
possibly leaving the (L)GPL'd demo code in main (in a separate
libgmp3-examples package)

See

  

for further information about moving non-free docs out of main.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information


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

Bug#333219: galeon: crashes when loading a particular website (http://www.jobcrawler.it)

[Francesco Poli]

On Sat, 22 Oct 2005 21:34:09 +0200 Loic Minier wrote:

> Hi,
> 
> On Sat, Oct 22, 2005, Francesco Poli wrote:
> > As I previously stated, I use a pure stable and would rather avoid
> > using installing backported mozilla packages (with all the related
> > ones).
> 
>  Oh sorry, sometimes I loose a bit of context.

No problem...  :)

> 
> > Is the second backtrace I sent of any use in understanding
> > the nature of this bug?
> 
>  The fact that it's presumably crashing in:
> GStreamListener::StreamReaderFunc
>  leads me to think that it might be due to some plugin, or some
>  extension: maybe you have mozilla-bonobo installed?

Maybe not...

$ apt-cache policy mozilla-bonobo
mozilla-bonobo:
  Installed: (none)
  Candidate: 0.4.1-5
  Version Table:
 0.4.1-5 0
500 cdrom://[Debian GNU/Linux 3.1 r0a _Sarge_ - Official i386 Binary-5 
(20050607)] unstable/main Packages
500 http://ftp.it.debian.org sarge/main Packages
500 http://freedom.dicea.unifi.it sarge/main Packages
500 http://ftp.sk.debian.org sarge/main Packages

> 
>  The fact that I can't reproduce the bug under sid and that's it's
>  hard to get new versions in stable lets me think that it's going to
>  be a lot of pain for not so much gain.  :-/

What I'm primarily concerned about is whether it is a security bug.
IIUC, Galeon segfaults: so I thought "maybe it could be some buffer that
is overflowed, or something".

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpmL95wQLr7M.pgp
Description: PGP signature

Bug#335808: cupsys: writes to /etc/cups/ppds.dat, should write to somewhere else

[Francesco Poli]

Package: cupsys
Version: 1.1.23-10
Severity: wishlist

Hi!

FHS v2.3 chapter 2[1] states, in part:

| "Static" files include binaries, libraries, documentation files
| and other files that do not change without system administrator
| intervention

Later on, section about /etc states, in part:

| The /etc hierarchy contains configuration files. A "configuration file"
| [...] must be static 

[1] http://www.pathname.com/fhs/pub/fhs-2.3.html#THEFILESYSTEM
[2] 
http://www.pathname.com/fhs/pub/fhs-2.3.html#ETCHOSTSPECIFICSYSTEMCONFIGURATION

cupsys writes data to /etc/cups/ppds.dat: this file should
be moved elsewhere (/var/something?).
Moving the file will be useful, once FHS 2.3 compliance is mandated by
Policy (currently FHS 2.1 compliance is required).

Thanks for your attention.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages cupsys depends on:
ii  adduser3.63  Add and remove users and groups
ii  debconf1.4.30.13 Debian configuration management sy
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libcupsimage2  1.1.23-10 Common UNIX Printing System(tm) - 
ii  libcupsys2-gnutls101.1.23-10 Common UNIX Printing System(tm) - 
ii  libgnutls111.0.16-13.1   GNU TLS library - runtime library
ii  libpam0g   0.76-22   Pluggable Authentication Modules l
ii  libpaper1  1.1.14-3  Library for handling paper charact
ii  libslp11.0.11a-2 OpenSLP libraries
ii  patch  2.5.9-2   Apply a diff file to an original
ii  perl-modules   5.8.4-8   Core Perl modules
ii  xpdf-utils 3.00-13   Portable Document Format (PDF) sui
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- debconf information:
  cupsys/raw-print: true
  cupsys/backend: ipp, lpd, parallel, socket, usb


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

Bug#335185: [Fwd: ITP: newmat -- manipulate matrices using standard operations]

[Francesco Poli]

On Tue, 25 Oct 2005 14:48:14 -0500 David Moreno Garza wrote:

> Forwarding from a wnpp bug.
> 
> debian-legal is the best place for discussing this.
[...]

On Mon, 24 Oct 2005 21:53:47 -0500 Dirk Eddelbuettel wrote:

[...]
> Let me add that I had quite a few email exchanges back then with
> newmat's author. Based on the fairly regular contact I had with him,
> there is no doubt in my mind that Robert would a) welcome inclusion of
> newmat in Debian,

Good.

> and b) consider newmat to be obviously open source.

The license is too vague and unclear, but, if the author wants his
software to be DFSG-free, we (at debian-legal) can suggest an
appropriate license change.

[...]
> >From the newmat10 manual:
> -
>  1.1 Conditions of use
[...]
> 
> There are no restrictions on the use of newmat except that I take no
> liability for any problems that may arise from this use.

OK, no restrictions on use.

> 
> I welcome its distribution as part of low cost CD-ROM collections.

Here it seems that permission to distribute is granted, but only as part
of low cost CD-ROM collections.
No permission to distribute via other means seems to be granted.
Non-free.

> 
> You can use it in your commercial projects.

Nothing new, since the license already stated there are no restrictions
on use.

> However, if you distribute
> the source, please make it clear which parts are mine and that they
> are available essentially for free over the Internet.

OK, do not misrepresent.

> 
> PLEASE UNDERSTAND THAT THERE MAY STILL BE BUGS AND ERRORS. USE AT YOUR
> OWN RISK. I TAKE NO RESPONSIBILITY FOR ANY ERRORS OR OMISSIONS IN THIS
> PACKAGE OR FOR ANY MISFORTUNE THAT MAY BEFALL YOU OR OTHERS AS A
> RESULT OF ITS USE.

Common desclaimer of responsibility, even if phrased in a weird manner.

> 
> Please report bugs to me at robert (at) statsresearch.co.nz
> 
> When reporting a bug please tell me which C++ compiler you are using,
> and what version. Also give me details of your computer. And tell me
> which version of newmat (e.g. newmat03 or newmat04) you are using.
> Note any changes you have made to my code. If at all possible give me
> a piece of code illustrating the bug. See the problem report form.
> 
> Please do report bugs to me.

These sentences are kind requests and do not really belong in a license.

The license ends here.

There is no explicit permission to distribute (except as part of low
cost CD-ROM collections).
There is no explicit permission to modify or distribute modified
versions.
Non-free.


If the author really meant to make his software Free, it seems that he
wanted a simple permissive non-copyleft license.
I would suggest upstream author to change the license to the Expat
(a.k.a. MIT) license: http://www.jclark.com/xml/copying.txt

This would solve all the licensing issues: newmat would become DFSG-free
and reach the goals of license simplicity and permissiveness.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp8BjghsEocf.pgp
Description: PGP signature

Bug#331044: debian-installer-manual: typo in section _Recommended Partitioning Scheme_: "hda2)"

[Francesco Poli]

Package: debian-installer-manual
Severity: minor

I think I found a little typo in section B.3. _Recommended Partitioning
Scheme_. It states:

  "There might be a 500MB partition for another operating system on
   /dev/hda1, a 32MB swap partition on /dev/hda3 and about 1.2GB on
   /dev/hda2) as the Linux partition."

I thinks/hda2)/hda2/


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#279127: debootstrap dependencies

[Francesco Poli]

I think that section C.4.2. _Install debootstrap_ should mention an
additional dependency for debootstrap: libc6 (at least version 2.3.x).

I got an error message on a DeLi Linux system (http://www.delilinux.de/)
which I tried to run debootstrap from.
After installing wget and ar, I unpacked debootstrap deb by hand and ran
debootstrap: it complained with an error message about an unresolved
symbol (GLIBC2.3, if I recall correctly, but I'm not sure, since
unfortunately I forgot to write it down... sorry!).
The DeLi Linux system comes with glibc version 2.1.x.


For the record, I wiped the DeLi Linux system out and installed DSL
(http://www.damnsmalllinux.org/) that comes with glibc 2.3.x ...

---~---

Another issue seems to affect section C.4.4.1. _Mount partitions_:
it suggests to mount the proc virtual filesystem with the command

  # mount -t proc proc /proc

from within the chroot environment.
I tried, but got an empty /proc.
And consequently I could not complete the kernel-image package
installation (as outlined in section C.4.5. _Install a kernel_):
mkinitrd failed complaining it couldn't find any /dev/fd or
/proc/self/fd/ and thus the postinst exited with errors.
The package was left unconfigured...

To work around this issue, I had to mount the proc filesystem from
*outside* the chroot environment, as in

  # mount -t proc proc /mnt/debinst/proc

After that, /proc looked non-empty from within the chroot environment
too, and I could finish the kernel-image package set up.


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpC8nDxtV9tg.pgp
Description: PGP signature

Bug#331541: gnupg-doc: [NONFREE-DOC:GFDL1.1] includes non-free documents

[Francesco Poli]

Package: gnupg-doc
Version: 2003.04.06-4
Severity: serious
Justification: Policy 2.2.1

Hello!

Two included documents are released under the GNU FDL license (version
1.1 or later), although with no unmodifiable & unremovable parts
(i.e. Invariant Sections, Front/Back-Cover Texts, ...).
Nonetheless, the consensus on debian-legal is that a work licensed
under the terms of the GNU FDL v1.1 or later does not meet the DFSG,
even if it does not include unmodifiable & unremovable parts.

Consequently those two documents do not comply with the DFSG.

Corresponding copyright holders should be contacted and asked to
relicense the documents in a DFSG-free manner (for instance under
the GNU GPL or possibly under a dual GFDL/GPL license).

[Note that, for the GNU Privacy Handbook, there's little hope to
see it relicensed, since the copyright holder is the FSF.]

If upstream do not agree to such license change, the documents
should be purged from this package and possibly moved to an
appropriate non-free package.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information


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

Bug#331545: gnupg-doc: little error in copyright file

[Francesco Poli]

Package: gnupg-doc
Version: 2003.04.06-4
Severity: minor

Hi!

The copyright file (correctly) states that the GnuPG Mini HOWTO is
released under the GNU *Library* General Public License (LGPL)
version 2 or later.
But then (incorrectly) refers to the GNU General Public License
/usr/share/common-licenses/GPL.

I think it should mention the /usr/share/common-licenses/LGPL-2
instead (and of course call it GNU *Library* General Public
License!).


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information


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

Bug#322620: Please reopen the bug

[Francesco Poli]

Tore,
please reopen this bug, as Ender has not yet replied to my questions...

Ender,
don't you think that this dialog inconsistency is easy to fix and should
be fixed?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgptcVw747Dl9.pgp
Description: PGP signature

Bug#322620: Please reopen the bug

[Francesco Poli]

On Thu, 8 Sep 2005 12:30:23 +0200 [EMAIL PROTECTED]
wrote:

> James 'Ender' Brown <[EMAIL PROTECTED]> wrote:
> 
> > A lot of dialog lines don't match the subtitles exactly, and
> > we have no intention to fix this upstream.
> 
> I don't really have that much to do with the BASS engine, but...
> 
> Actually, there is a mechanism in place for adjusting the subtitles.
> It's mostly used for the control panel, but I did make a correction to
> the German translation, based on a bug report. (I think Joey used to
> say that you were 21 meters up in the air, rather than 120, or
> something like that, but it's been a while...)

I suspected it couldn't be too difficult, even though it sounds
awkwardly contorted (I still cannot imagine why are all these
workarounds needed in order to do what should be a simple string
substitution...).

> 
> However, and this is by no means obvious, while there is only one
> audio track there are actually two different sets of English subtitles
> in the game: "English (GB)" and "English (US)". The GB subtitles for
> the "Mr. Cool" scene are:
> 
> Foster:   How can I get out of the City?
> Mr. Cool: Have you thought about DEFECATION?
> Foster:   Don't you mean DEFECTION?
> Mr. Cool: What? Isn't that what I SAID?
> Foster:   I asked you about LEAVING the City...
>   ...not BODILY PROCESSES.
> Mr. Cool: You're not making SENSE!
>   ...and anyway, you CAN'T leave the City.
>   There's a RESTRICTION on travel.
> 
> The game is made by a British company, so the GB subtitles are
> probably the ones that are closest to the recorded voices. Apparently,
> in this case the US subtitles were rewritten.

Wow! That's really unbelievable!
And I've just checked it by myself!

I had noticed that there are two English variants for the sky subtitles
by reading /usr/share/doc/scummvm/README.gz, but didn't think they could
differ so much...
Anyway I thought I was seeing the british english subtitles, since I had
no language option for sky in my .scummvmrc

  [scummvm]
  versioninfo=0.7.1

  [sky]
  subtitles=true

and /usr/share/doc/scummvm/README.gz states that English (Great Britain)
is the default...

Now I've just set

  [scummvm]
  versioninfo=0.7.1

  [sky]
  language=gb
  subtitles=true

and got different subtitles (surprise! apparently English USA is the
actual default!).

Mmmmh, I think I've just found a bug in ScummVM documentation...
Do you need a separate bug report against scummvm?


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgptxWkm5u52p.pgp
Description: PGP signature

Bug#322620: Please reopen the bug

[Francesco Poli]

On Thu, 08 Sep 2005 10:11:21 +0800 James 'Ender' Brown wrote:

> It wouldn't exactly be 'easy' to fix.

I'm having a hard time in understanding how a few string substitutions
can be considered "not easy"... Maybe the reason is that I do *not* have
any clue about the game data format of _Beneath a steel sky_...  :-( 
But, if substituting a string with another one is so difficult, I'm
beginning to think that this format is awfully designed.  :-(  Are we
sure that we have the actual preferred form for modification of the game
data?

> A large number of hacks would
> have to be added to work around all the various instances of dialog vs
> subtitle mismatchng.

Well, I'm not suggesting that *every* single little discrepancy should
be fixed.
What I'm concerned about is just this big one: I noticed other little
differences in the letter between speech and subtitles, but this one is
a difference in the *meaning*.

The fact that there are many other negligible bugs should not be an
excuse for not fixing a minor, but not negligigle one.

> 
> As I stated before, the inconsistency (by design or not) is part of
> the package... A lot of dialog lines don't match the subtitles
> exactly, and we have no intention to fix this upstream.

As I said above, please fix just this one...  :)

> 
> Actual game BUGS are a different matter, but we do not consider this
> to be a bug.

I'm trying hard to see it as a feature, but... no luck yet!   ;-)

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpNEg8kMuRFy.pgp
Description: PGP signature

Bug#322620: beneath-a-steel-sky: subtitles inconsistent with spoken audio in a conversation in front of Burke's Bio Surgery

[Francesco Poli]

On Sat, 10 Sep 2005 15:39:26 +0200 Tore Anderson wrote:

[...]
>   Swedish subs:
[...]
>   My translation:
[...]
>   Although they don't match entirely, I'm assuming the translator felt
>  it was more important to keep the similarity between the word all the
>  confusion is about (avlopp<->avhopp and defecation<->defection), than
>  to ensure that the meaning was unchanged.

Yes, that's a reasonable assumption.
And I think it's quite common practice in gag and joke localization:
whenever you cannot keep *both* meaning and wordplay-based humour, it's
usually better to change the former in order to keep the latter.  

>  I guess keeping the
>  similarity while at the same time not changing the meaning at all
>  would be impossible in Swedish.

Since unfortunately I do not speak Swedish (not even a little...), I
have to trust your conclusion.
But I believe you, as I have *no* reason to *not* do so.

> 
>   In any case, I've send an email to Tony Warriner of Revolution
>  Software and have asked him if he can remember any reason for the
>  discrepancy.  Mayhap there's some jolly story behind it.

Thanks.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpDZlxirs4qu.pgp
Description: PGP signature

Bug#327945: fbpanel: items disappear in taskbar when minimizing windows

[Francesco Poli]

Package: fbpanel
Version: 4.1-2
Severity: normal

Hi!

I think I found a little bug in fbpanel.
Steps to reproduce:

* start a fluxbox session with fbpanel on
* open a window (xterm or any other graphical application that opens
  a window)
* take a look at the taskbar: one item is there and correctly matches
  the window
* click on the fluxbox-provided "minimize" button (the _ symbol in
  the right end of the upper border, in most themes)
* the taskbar item vanishes suddenly! where is it? completely invisible!
* switch to another workspace (using the pager or some configured key
  combination, it doesn't seem to make a difference)
* switch back to the previous workspace: surprise! the taskbar item
  is back from the void! and correctly shows square brackets around
  the window title...

Why taskbar items disappear when I minimize windows?
Is this a bug or is there something I failed to understand?


My ~/.fbpanel/default follows:



## fbpanel configuration file ##



# DESCRIPTION
# Configuration file consists of mandatory 'Global' block that MUST come first,
# and optionally one or more 'Plugin' block.
# Lines having '#' as first non-blank char or blank lines are ignored
# Value of variable is a text from first non-blank char after '=' 
# till the last non-blank char. '#' is NOT treated as coment in this context

# 'Global' block describes gloabal parameters like position, size and 
# some NETWM settings

# GLobal {

# # screen edge  
# # legal values are: left, right, top, bottom
# edge = bottom

# # allignment of a panel
# # legal values are: left, right, center
# allign = left

# # length of margin (in pixels) 
# # legal values are numbers
# margin = 0

# # widthtype specifies how panel width is calculated
# # legal values are: request, pixel, percent
# #   request - follow widgets' size requests. can shrink or grow 
dynamically
# #   pixel   - ocupy fixed number of pixels, then 'width' variable holds a 
number
# #   percent - be 'width' precent of an edge.
# widthtype = percent

# # numerical value of width (not applicable for 'request' widthtype)
# # legal values are numbers
# width = 80

# # heighttype specifies how panel height is calculated
# # legal values are: pixel
# #   pixel   - ocupy fixed number of pixels, then 'height' variable holds 
a number
# heighttype = pixel

# # numerical value of height (if applicable)
# # legal values are numbers
# height = 28


# # Identify panel window type as dock 
# # legal values are boolean
# SetDockType = true

# # Reserve panel's space so that it will not be covered by maximazied 
windows
# # legal values are boolean
# # SetPartialStrut = true
 

# # Transparency stuff: 
# # TintColor is a color to composite on root background given as #RRGGBB 
or as name
# # Alpha is transparency of the tint color.
# # Transparent = true
# # TintColor = #FF
# or
# # TintColor = white
# # Alpha = 127
# }


Global {

edge = bottom
allign = center
margin = 0
widthtype = percent
width = 68
heighttype = pixel
height = 26
roundcorners = false 
SetPartialStrut = true
}


# 'Plugin' block specifies a plugin to load. It has same syntax for both
# builtin and external plugins.

# First parameter is 'type'. It's mandatory and must come first
# Legal values are plugin names. Names of builtin plugins are:
# separator   - visual separator
# wincmd  - 'show desktop' button
# taskbar - lists all opened windows (tasks)
# launchbar   - bar with launch button
# image   - just shows an image
# dclock  - digital clock
# space   - just seize space
# pager   - thumbnailed view of the desktop
# tray- tray for XEMBED icons (aka docklets)

# expand - specifies if plugin can accomodate extra space or not [optional]
# padding - extra paddin around plugin  [optional]
# config {} - block of plugin's private configuration. 
# This part is plugin  dependant



#Plugin {
#type = wincmd
#config {
#image = /usr/share/fbpanel/images/Desktop2.png
#tooltip = Left click to iconify all windows. Middle click to shade 
them.
#}
#}


#Plugin {
#type = menu
#config {
##name = menu
#image = /usr/share/fbpanel/images/Menu.png
#
#include {
#   name = /var/lib/fbpanel/menu
#   }
#
#   separator {
#   }
#
#item {
#name = terminal
#image = /usr/share/fbpanel/images/GNOME-Terminal.png
#action = /usr/bin/x-terminal-emulator
#}
#
# Local system menu
#   include {
#   name = /etc/fbpanel/menu
#   }
#
# User-specific menu -- only enable if all users have a menu file, otherwise
# users without menu files will have their fbpanels crash
#   

Bug#328200: Problems with ntp

[Francesco Poli]

On Wed, 14 Sep 2005 00:03:36 -0700 Steve Langasek wrote:

> What are you going to replace it with?  AFAIK, ntp is the only package
> we have in Debian which supports useful clock synchronization, which
> is essential for a number of other services (e.g., Kerberos).

Isn't chrony a possible replacement?
It conflicts with ntp, among other things...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp7Rua9SCJCO.pgp
Description: PGP signature

Bug#322620: beneath-a-steel-sky: subtitles inconsistent with spoken audio in a conversation in front of Burke's Bio Surgery

[Francesco Poli]

On Wed, 17 Aug 2005 09:06:00 +0200 Tore Anderson wrote:

> * Francesco Poli
> 
> > Well, I may consider small differences in the letter as reasonable.
> > But what I'm talking about is a case where the *meaning* of the
> > dialog is definitely different between speech and subtitles!
> > It may well be intended (more on this later), but it appears to me
> > as a *bug* anyway...
> 
>   It agree it seems kinda strange.  However I'm not willing to fork
>  ScummVM over in order to have a «ScummVM - Debian Edition»
>  containing a fix for this particular issue.

Huh?
I would say this is a bug in the game data, not in the engine.
What you should do, AIUI, is modify beneath-a-steel-sky so that the
right (consistent) subtitles appear, rather than the awkward ones...
I cannot see where are the difficulties: it's a matter of simple string
substitution, isn't it?

Maybe I'm a bit ignorant about the data format, but the subtitles must
be included somewhere inside them, right?

>  It's much too minor for
>  that, as I see it.  You should rather convince upstream (ie. Ender).

As I see it, upstream is Revolution Software and I don't count on seeing
a new _Beneath a Steel Sky_ version out...

> 
> > I even checked German and Swedish subtitles, but I'm really not
> > qualified to tell what they mean. For the record, they seem to
> > be structured similarly to the other non-English ones...
> 
>   I'm Norwegian, so I understand Swedish perfectly.  I could always
>  translate those subs for you if you want.

Well, to me even writing down Swedish subtitles while I see them on
screen is too difficult!  :-(
As I said, I can send you a game-save from which you can see subtitles
by yourself: I had real fun in reading that conversation in all kind of
languages!  ;-)

> 
> > Since English subtitles seem to be much softer than the spoken
> > audio (and than non-English subtitles), this discrepancy smells
> > like censorship or something.
> > Are you aware of any issues that Revolution Software had to face
> > in English-speaking countries?
> 
>   If I recall correctly, they had to change the logo on the beer can
>  in the intro, because the brewery (Foster's?) didn't like them using
>  their trademark or something.  Also I know that the Americans are
>  quite anal about language, maybe they didn't like «defecation». 
>  (Sorry about the pun...)

Maybe someone went mad about that dialog, but what's funny is that only
English subtitles were changed. English speech was left untouched... 
:-?

> 
> Grazie

Prego!   [ You're welcome! ]

And so we start the "Debian BTS teach yourself Italian in 24 bugs"
series...  ;-)

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpCxuqcfpkiH.pgp
Description: PGP signature

Bug#323682: apt-file: manpage has typos

[Francesco Poli]

Package: apt-file
Version: 2.0.3-7
Severity: minor

Hi!

I noticed some typos in apt-file manpage:

"A string expension is done on severa value. See string
expension section."

  s/expension/expansion/
  s/severa/several/
  s/value/values/

"STRING EXPENSION"

  s/EXPENSION/EXPANSION/

"deb uri dist componant1 componant2 ..."

  s/componant/component/

"cdrom backend haddn't been tested"

  s/haddn't/hadn't/
  Maybe even better:   s/haddn't/has not yet/


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31-acpi-cfrq
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages apt-file depends on:
ii  gzip  1.3.5-10   The GNU compression utility
ii  libapt-pkg-perl   0.1.13 Perl interface to libapt-pkg
ii  libconfigfile-perl1.2.1  Parses simple configuration files
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#323687: diveintopython: [NONFREE-DOC:GFDL1.1] does not comply with DFSG

[Francesco Poli]

Package: diveintopython
Version: 5.4-1
Severity: serious
Justification: Policy 2.2.1

Hi!

_Dive into Python_ is released under the GNU FDL license (version 1.1),
although with no unmodifiable & unremovable parts (i.e. Invariant
Sections, Front/Back-Cover Texts, ...).
Nonetheless, the consensus on debian-legal is that a work licensed
under the terms of the GNU FDL v1.1 does not meet the DFSG, even if it
does not include unmodifiable & unremovable parts.

Consequently _Dive into Python_ does not comply with the DFSG.

Upstream author should be contacted and asked to relicense
the document in a DFSG-free manner (for instance under the
GNU GPL or possibly under a dual GFDL/GPL license)

If upstream does not agree to such license change, the package
should be moved to the non-free section  :-(


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31-acpi-cfrq
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information


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

Bug#322620: beneath-a-steel-sky: subtitles inconsistent with spoken audio in a conversation in front of Burke's Bio Surgery

[Francesco Poli]

On Thu, 18 Aug 2005 09:18:38 +0200 Tore Anderson wrote:

> * Francesco Poli
> 
> > Huh?
> > I would say this is a bug in the game data, not in the engine.
> 
>   Sorry, I meant BASS.

Ah, OK.

> 
> > As I see it, upstream is Revolution Software and I don't count on
> > seeing a new _Beneath a Steel Sky_ version out...
> 
>   The ScummVM team has for all practical purposes become the upstream
>  for BASS after it was made free software.  That's why I defer the
>  decision on how to hande this issue to them, and as Ender said "it's
>  supposed to be this way", I will respect that.
> 
>   If you can convince him to change it, then of course that change
>   will show up in the Debian package.

OK, Cc:ing Ender again, then.

Ender, what do you think?
Did you receive my detailed description of the inconsistent dialog under
question?
Don't you feel that this should be fixed?

> 
> > Well, to me even writing down Swedish subtitles while I see them on
> > screen is too difficult!  :-(
> > As I said, I can send you a game-save from which you can see
> > subtitles by yourself: I had real fun in reading that conversation
> > in all kind of languages!  ;-)
> 
>   Feel free to send me a save-game if you want me to translate it - I
>  don't really have time to play all the way there myself right now.

I'm attaching it, so that you (i.e. Tore), Ender and any Debian BTS
visitor can see for themselves.

[...]
> > And so we start the "Debian BTS teach yourself Italian in 24 bugs"
> > series...  ;-)
> 
>   Non ho bisogno di più bugs, perché ho già imparato l'Italiano! 
>  :-) Forse non molto bene, ma abbastanza per ordinare una birra o
>  quattordici...  :-)

[ I don't need any more bugs, since I've already learnt Italian!
  :-) Maybe not very well, but enough to order one beer or
  fourteen...  :-) ]

I've translated that in English for other BTS users' pleasure.
But now we must stop, 'cause we are going OT...  ;-)

P.S.: you seem to speak Italian very well!


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


SKY-VM.008
Description: Binary data


pgpWPh2OSg3bE.pgp
Description: PGP signature

Bug#324197: systemimager: has slightly incorrect copyright file

[Francesco Poli]

Package: systemimager
Version: 3.4.1-1
Severity: minor

The copyright file, states, in part:

| e2fsprogs was downloaded from http://download.sourceforge.net/e2fsprogs/
| and is available under the terms of the GNU General Public License with
| the following exception:
|
|   If the version string in the file version.h contains the
|   string "pre-", or "WIP" then this package must be distributed
|   in source form only.  You can give a copy of the binary for
|   e2fsck to help a friend recover his or her filesystem, as the
|   need arises.  However, "pre" or "WIP" indicates that this
|   release is under development, and available for ALPHA testing.
|   So for your protection as much as mine, I'd rather not have it
|   appear in a some distribution --- especially not a CD-ROM
|   distribution!

Comparing with e2fsprogs Debian package copyright file, it seems
that this is a *request*, rather than a legally-binding *requirement*.
And that's a relief, since otherwise it would be an additional restriction
with respect to the GPL...

Please rephrase the copyright file in order to make it clear that this
is only a request, and not an exception to the GPL.
You could just copy and paste the relevant part of e2fsprogs deb
copyright:

[Theodore Ts'o speaking]
| However, I request that if the version string in the file version.h
| contains the string "pre-", or "WIP" that this version of e2fsprogs be
| distributed in source form only.  Please feel free to give a copy of
| the e2fsck binary to help a friend recover his or her filesystem, as
| the need arises.  However, "pre" or "WIP" indicates that this release
| is under development, and available for ALPHA testing.  So for your
| protection as much as mine, I'd prefer that it not appear in a some
| distribution --- especially not a CD-ROM distribution!


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

Bug#317050: Me too

[Francesco Poli]

Hi Enrico,

I've just installed debtags on a Sarge box and I have the same problem:

# debtags update
Get:1 http://people.debian.org/~enrico/tags/tags-current.gz [175kB]
Get:2 http://people.debian.org/~enrico/tags/vocabulary.gz [8138B]  
Fetched 184kB in 34s (5302B/s) 
Reading tag data and vocabulary for http://people.debian.org/~enrico/tags/...
Writing system vocabulary...
Writing merged tag database...
Segmentation fault


This bug happens every time I try to update the tag database.
It happened even the first time.

Consequently I cannot use debtags at all!  :-(

I think that, for Sarge, this bug should be upgraded at least to severity 
important...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpVpsM6t7V3k.pgp
Description: PGP signature

Bug#305112: Any progress?

[Francesco Poli]

On Wed, 24 Aug 2005 13:21:15 -0500 Carlos C Soto wrote:

> Hello Francesco.

Hi!  ;-)

> 
> Sorry to take so much time to answer but I was out of my place/work.

No problem!  :)

> Yes, I made a few months ago a preliminary package for gcolor2 and I
> beleive I had to update it.

Yes, now version 0.4 is out...

> Check this personal URL: http://www.eclipxe.com.mx/debian/gcolor2/

I will take a look, or maybe I'll wait for an updated version...
Thanks.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp5C2ReZ1K0O.pgp
Description: PGP signature

Bug#332782: release-notes: Where's the license?

[Francesco Poli]

Package: release-notes
Severity: serious
Justification: Policy 2.2.1

The Debian documentation policy (http://www.debian.org/doc/docpolicy) reads:

| All manuals of the Debian Documentation Project (DDP) will be released
| under DFSG-compliant licenses

On the other hand the _Release Notes_ seem to be released with no
license at all (that means "All Rights Reserved", under current
copyright laws!).

_Release Notes_ should be licensed in a DFSG-free manner: for instance
under the GNU GPL v2 license.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#332941: installation-reports: fails to unpack base-installer component

[Francesco Poli]

Package: installation-reports
Severity: important

 Debian-installer-version: Debian GNU/Linux 3.1 r0
   (as released when sarge became stable)
   obtained from http://cdimage.debian.org/debian-cd/current/, IIRC
 uname -a: Linux (none) 2.6.8-2-386 #1 Mon Jan 24 03:01:58 EST 2005 i586 unknown
 Date: Sun,  9 Oct 2005 17:43:45 +0200 (latest try...)
 Method: I tried to install from CD, booting from CD (with the help of a
   Smart Boot Manager floppy). No network for this machine.

 Machine: (Old) assembled minitower machine.
 Processor: Pentium-S  Clock frequency: 120 MHz
 Memory: 32 Mibyte (successfully checked with two full memtest86 runs)
 Root Device: /dev/hda (IDE)
 Root Size/partition table: I didn't reach the partitioning step...
 Output of lspci and lspci -n:
# lspci
:00:00.0 Host bridge: Intel Corp. 430VX - 82437VX TVX [Triton VX] (rev 01)
:00:07.0 ISA bridge: Intel Corp. 82371SB PIIX3 ISA [Natoma/Triton II] (rev 
01)
:00:07.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II]
:00:0e.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] 
(rev 53)
# lspci -n
:00:00.0 0600: 8086:7030 (rev 01)
:00:07.0 0601: 8086:7000 (rev 01)
:00:07.1 0101: 8086:7010
:00:0e.0 0300: 5333:8811 (rev 53)

 Base System Installation Checklist:
 [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
 
 Initial boot worked:[O]
 Configure network HW:   [ ]
 Config network: [ ]
 Detect CD:  [O]
 Load installer modules: [E]
 Detect hard drives: [ ]
 Partition hard drives:  [ ]
 Create file systems:[ ]
 Mount partitions:   [ ]
 Install base system:[ ]
 Install boot loader:[ ]
 Reboot: [ ]

 Comments/Problems:

I booted from CD (with the help of a Smart Boot Manager floppy), selecting
"linux26".
After the low memory warning, I chose the Italian keyboard keymap.
The CD detection went fine: debian-installer scanned the CD Debian archive.
The "Loading components of the Debian Installer" step went on from
0 to 85 % (I think), then...

  0. the screen blanked for a while
  1. the interface got repainted (again "Loading components of the
 Debian Installer")
  2. the progress bar restarted from zero 
  3. progress status said "unpacking base-installer"
  4. the progress bar reached 10 %
  5. goto 0. (in a seemingly endless loop)

Actually the loop was repeated a few times and then I got a permanent
blank screen.
Switching on the fourth virtual terminal (ALT+F4) shows that there's
still activity: an endless loop of 82 identical lines are
logged to /var/log/syslog.
I counted them by switching on the second virtual terminal (ALT+F2)
and determining that 

  # tail -83 /var/log/syslog

shows the first line identical to the last one (apart from the date, of
course...).
Unfortunately I couldn't mount any floppy disk or hard disk: as
a consequence, I was not able to save those log lines.  :-(

Please note that the CD and CD reader seem to work properly: I could
successfully check the CD content md5sums from a previosly installed
system (I mean: on the same machine), by mounting the CD and issueing
the following command in the CD root directory:

  $ md5sum -cv md5sum.txt

I cannot go on with the installation.
I even tried in expert mode, but got similar errors...
What can I do?


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

Bug#332942: kernel-image-2.6.8-2-386: fails to insert floppy.ko claiming "io-port 0x03f2 in use"

[Francesco Poli]

Package: kernel-image-2.6.8-2-386
Version: 2.6.8-16
Severity: normal

I installed Debian sarge (3.1 r0) on an old Pentium machine, following the
manual debootstrap procedure (described in the Debian sarge installation
guide, appendix C.). I could not use debian-installer because I didn't
have enough memory (only 16 Mibyte).

Now I cannot mount floppy disks (not even as root):

# mount -t ext2 /dev/fd0 /media/floppy/
mount: /dev/fd0 is not a valid block device
# ls -altrF /dev/fd0
brw-rw  1 root floppy 2, 0 Feb 26  2005 /dev/fd0
# tail -3 /var/log/kern.log
Oct  9 16:33:55 oldbox kernel: inserting floppy driver for 2.6.8-2-386
Oct  9 16:33:55 oldbox kernel: Floppy drive(s): fd0 is 1.44M
Oct  9 16:33:55 oldbox kernel: floppy0: Floppy io-port 0x03f2 in use

But io-port 0x03f2 does not seem to be in use:

# cat /proc/ioports
-001f : dma1
0020-0021 : pic1
0040-005f : timer
0060-006f : keyboard
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
0170-0177 : ide1
01f0-01f7 : ide0
02f8-02ff : serial
0376-0376 : ide1
03c0-03df : vga+
03f3-03f3 : pnp 00:07
03f6-03f6 : ide0
03f8-03ff : serial
04d0-04d1 : pnp 00:07
0cf8-0cff : PCI conf1
f000-f00f : :00:07.1
  f000-f007 : ide0
  f008-f00f : ide1

The error shows up even when simply trying to load floppy.ko:

# lsmod | grep floppy
# modprobe floppy
FATAL: Error inserting floppy 
(/lib/modules/2.6.8-2-386/kernel/drivers/block/floppy.ko): Device or resource 
busy
# tail -3 /var/log/kern.log
Oct  9 16:41:02 oldbox kernel: inserting floppy driver for 2.6.8-2-386
Oct  9 16:41:02 oldbox kernel: Floppy drive(s): fd0 is 1.44M
Oct  9 16:41:02 oldbox kernel: floppy0: Floppy io-port 0x03f2 in use


Please note that:

* I can mount the same floppy disk flawlessly if I boot with
  System Rescue CD (a live distro currently based on Linux 2.4.x:
  http://www.sysresccd.org/)
* I had no difficulties in using the floppy drive when other
  distros were installed on the same machine (DamnSmallLinux
  http://www.damnsmalllinux.org/, DeLi Linux http://www.delilinux.de/)
* I even tried booting with the floppy=thinkpad kernel parameter
  (despite this machine is not a laptop), but the error still
  showed up
* I searched the f...ine web and found a few people that experienced
  the same problem, but most of them got no answer from the forum
  or mailing list they were writing to, while the rest of them
  got suggestions that do not seem to work (at least for me...)


What can I do?
Thanks for your attention.

-- 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=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages kernel-image-2.6.8-2-386 depends on:
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  initrd-tools  0.1.81.1   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#332941: installation-reports: fails to unpack base-installer component

[Francesco Poli]

On Sun, 9 Oct 2005 16:44:58 -0400 Joey Hess wrote:

First of all, thanks for your quick reply.

[...]
> >   0. the screen blanked for a while
> >   1. the interface got repainted (again "Loading components of the
> >  Debian Installer")
> >   2. the progress bar restarted from zero 
> >   3. progress status said "unpacking base-installer"
> >   4. the progress bar reached 10 %
> >   5. goto 0. (in a seemingly endless loop)
> 
> Sounds like your machine is out of memory.

Maybe, but, as I said, that machine has a memory capacity equal to 32
Mibyte (and has passed two full memtest86 runs with no errrors).
The debian-installer documentation claims it will run with as little as
24 Mibyte...

What did I fail to understand?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4



pgpJXa7Xko2LB.pgp
Description: PGP signature

Bug#332941: installation-reports: fails to unpack base-installer component

[Francesco Poli]

On Mon, 10 Oct 2005 06:52:22 +0200 Christian Perrier wrote:

> > Maybe, but, as I said, that machine has a memory capacity equal to
> > 32 Mibyte (and has passed two full memtest86 runs with no errrors).
> > The debian-installer documentation claims it will run with as little
> > as 24 Mibyte...
> 
> 
> The memory requirements have grown recently.

That's not good news for etch...  :-(

> 
> I suppose you got the "low memory" initial screen, right?

Yes, as I said.

> 
> The real memory requirements are not exactly known for post-sarge
> installer, as far as I remember.

But I'm *not* installing etch, I'm trying to install sarge!
As released last june. That's Debian GNU/Linux 3.1 r0, nothing more,
nothing less...



-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpnaCHK4ADJo.pgp
Description: PGP signature

Bug#333219: galeon: crashes when loading a particular website (http://www.jobcrawler.it)

[Francesco Poli]

Package: galeon
Version: 1.3.20-1
Severity: normal

Hi!

I recently noted that Galeon crashes whenever I try to load
http://www.jobcrawler.it

Steps to reproduce:

$ galeon -n http://www.jobcrawler.it

Galeon main window appears, the only tab starts to load the website main
page, then a dialog shows up, saying

| The Application "galeon" has quit unexpectedly.
|
| You can inform the developers of what happened to help them fix
| it.  Or you can restart the application right now.

Please note that:

* I don't know if this is Debian-specific

* Mozilla works fine on this website (no errors or crashes with
  "mozilla http://www.jobcrawler.it";)

* The crash is reproducible with a newly created user (on my Debian sarge
  machine)

* The crash is reproducible even from an already started Galeon with
  other tabs in use: it crashes as soon as I open a new tab in order
  to load http://www.jobcrawler.it

* The crash does _not_ show up with Galeon on another Debian sarge machine
  (can't understand why)

* I don't know if this is also a security issue (please bring this bug to
  the attention of the Debian security team and raise the severity if this
  is the case!)


Here's a backtrace:

Backtrace was generated from '/usr/bin/galeon'

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 1803)]
[New Thread 32769 (LWP 1809)]
[New Thread 16386 (LWP 1810)]
[New Thread 32771 (LWP 1814)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0x4042bc0b in wait

Bug#333453: harden-doc: copyright notice is unclear

[Francesco Poli]

Package: harden-doc
Version: 3.2.4
Severity: minor

Hi!
harden-doc copyright file clearly states that the _Securing Debian Manual_
is released under the GNU GPL license (version 2 or later).

Good!  :)

On the other hand, the copyright notice included in the document itself
(in the HTML version, for instance) says:

| Copyright © 2002, 2003, 2004, 2005 Javier Fernández-Sanguino Peña
|
| Copyright © 2001 Alexander Reelsen, Javier Fernández-Sanguino Peña
|
| Copyright © 2000 Alexander Reelsen
|
| Permission is granted to copy, distribute and/or modify this document
| under the terms of the GNU General Public License, Version 2 or any
| later version published by the Free Software Foundation. It is
| distributed in the hope that it will be useful, but WITHOUT ANY
| WARRANTY.
|
| Permission is granted to make and distribute verbatim copies of this
| document provided the copyright notice and this permission notice
| are preserved on all copies.
|
| Permission is granted to copy and distribute modified versions of
| this document under the conditions for verbatim copying, provided
| that the entire resulting derived work is distributed under the
| terms of a permission notice identical to this one.
|
| Permission is granted to copy and distribute translations of this
| document into another language, under the above conditions for
| modified versions, except that this permission notice may be
| included in translations approved by the Free Software Foundation
| instead of in the original English. 

The last three paragraphs have nothing to do with the GPLv2,
and confuse the reader (IMHO).
It's not clear if they are additional permissions (no, they are not,
since the copyright file tells a different story and clearly states
that the only license is the GNU GPL version 2 or later) or
something else.

The canonical copyright notice for a work released under the GNU GPL v2
or later is something along the lines of

| Copyright (c)i 2002, 2003, 2004, 2005 Javier Fernández-Sanguino Peña
|
| Copyright (c) 2001 Alexander Reelsen, Javier Fernández-Sanguino Peña
|
| Copyright (c) 2000 Alexander Reelsen
|
| This work is free software; you can redistribute it and/or modify
| it under the terms of the GNU General Public License as published by
| the Free Software Foundation; either version 2 of the License, or
| (at your option) any later version.
|
| This work is distributed in the hope that it will be useful,
| but WITHOUT ANY WARRANTY; without even the implied warranty of
| MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
| GNU General Public License for more details.
|
| You should have received a copy of the GNU General Public License
| along with this work; if not, write to the Free Software
| Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 
| 02110-1301, USA

Could you please clarify the copyright notice?
Thank you very much!


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- no debconf information

Bug#332942: kernel-image-2.6.8-2-386: fails to insert floppy.ko claiming "io-port 0x03f2 in use"

[Francesco Poli]

On Wed, 12 Oct 2005 15:41:27 +0900 Horms wrote:

> On Sun, Oct 09, 2005 at 07:10:24PM +0200, Francesco Poli wrote:
[...]
> > # mount -t ext2 /dev/fd0 /media/floppy/
> > mount: /dev/fd0 is not a valid block device
> > # ls -altrF /dev/fd0
> > brw-rw  1 root floppy 2, 0 Feb 26  2005 /dev/fd0
> > # tail -3 /var/log/kern.log
> > [...] oldbox kernel: inserting floppy driver for 2.6.8-2-386
> > [...] oldbox kernel: Floppy drive(s): fd0 is 1.44M
> > [...] oldbox kernel: floppy0: Floppy io-port 0x03f2 in use
> > 
> > But io-port 0x03f2 does not seem to be in use:
> > 
> > # cat /proc/ioports
[...]
> Are you sure that the drive is actually at 0x03f2?

How can I check this?
Is that a hardware setting (such as a jumper or something) you're
referring to?

[...]
> > What can I do?
> 
> It seems like a fairly specialised problem, but fortunately due
> to the beuaty of free software you have all the information
> you need to resolve the problem yourself.

The beauty of free software is also a community of users helping each
other...  :-/
Unfortunately IANAKH (I Am Not A Kernel Hacker) and thus I'm afraid I
don't have enough knowledge to solve the problem all by myself...  :-(

Any suggestions on what I could look for (so that I don't have to review
every and each line of code of the Debian sarge base system)?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpEpqzWf91CY.pgp
Description: PGP signature

Bug#333219: galeon: crashes when loading a particular website (http://www.jobcrawler.it)

[Francesco Poli]

On Tue, 11 Oct 2005 10:52:32 +0200 Loïc Minier wrote:

> Hi,
> 
>  I see you're using the sarge version of Galeon.

Yes, I'm using a pure stable.

>  Sadly, the stable
>  version of Galeon can not be updated except for security bugs, or
>  very important bugs (data loss), and this doesn't apply to "crashes
>  for a specific web site".

That's true, I know.

[...]
> > * The crash does _not_ show up with Galeon on another Debian sarge
> > machine
> >   (can't understand why)
> 
>  That's really strange.  What you can compare is:
>  - installed packages (dpkg --get-selections), especially Mozilla
>plugins, such as swfdec, or libflash, or real player...

Your suggestion made me think it could be swf-player's fault.
I had installed it (on the machine where Galeon now crashes), found
out that it does not work, filed a bug report (#319630) and
then forgot about it while waiting for a reply from swf-player package
maintainer...

Now I removed and purged swf-player and all the dependencies that are
not useful for any other installed package.
But the crash still shows up.

So it's not swf-player's fault, I would say.

Anyway, installed package lists are fairly different between the two
machines.
Nonetheless, no difference concerns the packages listed in the
Recommends: and Suggests: field of the galeon package...

If you need a diff between the two dpkg --get-selections output, let me
know...

>  - hardware

Hardware is really different, as well.
Do you need detailed hardware component lists?

>  - configuration (you tested with a new user on both machines?)

Yes, I tested with a newly created user on both machines and the results
are consistent with the ones I got with old users...
Galeon consistently crashes on one machine, but not on the other.

> 
>  Installed plugins are visible in "about:plugins".

Installed plugins seem to be exactly the same (now).
"about:plugins" shows libnullplugin.so and libmozsvgdec.so (on both
machines)

> 
> > * I don't know if this is also a security issue (please bring this
> > bug to
> >   the attention of the Debian security team and raise the severity
> >   if this is the case!)
> 
>  Well, it might.  It's a bit hard to say.
> 
>  Since I can not reproduce the bug, and since you proved the bug does
>  not happen on certain machine, I'd say no.
> 
>  I also saw your backtrace, but it's incomplete and unsable.  It would
>  be best if you could rebuild Galeon following:
> <http://wiki.debian.org/?HowToGetABacktrace>

ok, I'll try hard to find the time to do this...

> 
>  In short:
>  - please try with Galeon from testing, or better: from unstable, and
>with mozilla 1.7.12 (currently in unstable), and report whether
>that fixes the problem

This is problematic, as I'm a Debian stable user and would rather avoid
installing packages from testing or unstable (with all their
dependencies)

>  - find out why it happens on only one of your machines with the
>informations I pointed out

That's a real puzzle! :-(

>  - get a better stacktrace with debugging symbols and the place where
>  it crashes

Work in progress...  ;-)


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpl0lupZu6ex.pgp
Description: PGP signature

Bug#238245: Debian website's copyright and license suggestions?

[Francesco Poli]

On Sun, 16 Oct 2005 20:17:35 +0300 Tommi Vainikainen wrote:

> Hello members of debian-legal,

Hi!

> 
> It isn't currently well known that Debian website's license is Open
> Publication License, which has been judged to be non-free, and
> therefore needs to be changed.

Indeed.

> 
> Currently web pages are "Copyright © 1997-2005 SPI" and license terms
> linking to Open Publication license are available at
> http://www.de.debian.org/license >. However SPI has not been
> collecting any paper work to transfer copyrights like FSF does, and
> probably many contributors do not even know about that their work is
> automatically copyrighted by SPI.
> 
> So basically there is two questions:
> 
> Does missing paperwork create a problem?

I think it does, unfortunately.

Each copyright holder should be tracked, contacted and asked for a
signed copyright assignment paper.
Then SPI will be able to relicense the website.

A less difficult solution is avoiding copyright assignements and simply
asking for a license change: each copyright holder should be tracked,
contacted and asked to agree with the relicensing.

The latter solution is (relatively) easier, since contributors must be
tracked and contacted anyway, but a permission to relicense can be
obtained via e-mail, while a copyright assignment must be done in a
written and signed (deadtree) paper, AFAIK.

> 
> And what would be good license for Debians web pages? (This is about
> content, the scripts used in generation are GNU GPL or otherwise
> freely licensed.)

My recommendations are:


 GNU GPL v2
 --
 (http://www.fsf.org/licensing/licenses/gpl.txt)
 if copyleft is desired


 Expat a.k.a. MIT
 
 (http://www.jclark.com/xml/copying.txt)
 if copyleft is not perceived as important and/or maximum license
 compatibility is desired


> 
> Because copyright is currently claimed by SPI Inc, and SPI's board
> meeting is coming rather soon, I brought this issue to SPI's
> secretarys attention, but SPI board would appreciate some suggestion
> what they should decide about license change.

Good, thanks for working on this issue!

> 
> I've Cc'ed the bug report about the issue, but Mail-followups does not
> contain bug report. Add it if needed, please.

Added.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpPecO2rk8th.pgp
Description: PGP signature

Bug#333453: harden-doc: copyright notice is unclear

[Francesco Poli]

On Wed, 12 Oct 2005 01:58:52 +0200 Javier Fernández-Sanguino Peña wrote:

> > | Permission is granted to copy and distribute translations of this
> > | document into another language, under the above conditions for
> > | modified versions, except that this permission notice may be
> > | included in translations approved by the Free Software Foundation
> > | instead of in the original English. 
> > 
> > The last three paragraphs have nothing to do with the GPLv2,
> > and confuse the reader (IMHO).
> > It's not clear if they are additional permissions (no, they are not,
> > since the copyright file tells a different story and clearly states
> > that the only license is the GNU GPL version 2 or later) or
> > something else.
> 
> It says that the license itself cannot be translated unless the
> translation has been approved by the FSF. This is to prevent
> translators from introducing void translations and is equivalent to
> asking people to distribute the document with the license verbatim. Is
> actually quite common with documents licensed with the GPL and adds an
> additional provision not covered by the (software) copyright license
> (Software cannot be translated).

As you yourself state, those sentences grant additional permissions
beyond the GNU GPL v2.
If the copyright holders (all of them) are fine with this, so be it.
But then, the debian/copyright file is inaccurate, since it doesn't
mention any additional permission and thus does not reflect the actual
copyright.

Please reopen the bug and fix the debian/copyright file.


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4



pgpoV9Wb5mHc4.pgp
Description: PGP signature

Bug#329157: scummvm: incorrect statement about sky default subtitle language in documentation

[Francesco Poli]

Package: scummvm
Version: 0.7.1-1
Severity: minor

Hi!

I think I found a bug in ScummVM documentation.

File /usr/share/doc/scummvm/README.gz states (in section 5.2):

|  Beneath a Steel Sky:
|  gb  - English (Great Britain) (default)
|  en  - English USA
|  de  - German
   [...]

thus claiming that British English is the default language for
_Beneath a Steel Sky_ subtitles.

This claim seems to be wrong, since I get different subtitles
with the two following ~/.scummvmrc files:

  [scummvm]
  versioninfo=0.7.1
  
  [sky]
  subtitles=true

and

  [scummvm]
  versioninfo=0.7.1
  
  [sky]
  language=gb
  subtitles=true


See bug#322620 for a reminder on how I noticed that...

American English is apparently the actual default and should be correctly
documented as such.



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31-acpi-cfrq
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages scummvm depends on:
ii  libasound21.0.8-3ALSA library
ii  libc6 2.3.2.ds1-22   GNU C Library: Shared libraries an
ii  libflac6  1.1.1-5Free Lossless Audio Codec - runtim
ii  libgcc1   1:3.4.3-13 GCC support library
ii  libmad0   0.15.1b-1.1MPEG audio decoder library
ii  libmpeg2-40.4.0b-2   MPEG1 and MPEG2 video decoder libr
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libstdc++51:3.3.5-13 The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile 1.1.0-1The Vorbis General Audio Compressi
ii  zlib1g1:1.2.2-4.sarge.2  compression library - runtime

-- no debconf information


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

Bug#329379: Please set severity to serious

[Francesco Poli]

Hi!

I think that the severity of this bug is not properly set.
Being a severe violation of Debian policy, it should be raised to
severity 'serious', I would say.

Thanks.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpUE53QZo8AP.pgp
Description: PGP signature

Bug#329379: Please set severity to serious

[Francesco Poli]

On Sun, 25 Sep 2005 00:07:54 +0100 Baruch Even wrote:

> Francesco Poli wrote:
> > I think that the severity of this bug is not properly set.
> > Being a severe violation of Debian policy, it should be raised to
> > severity 'serious', I would say.
> 
> I agree that by normal standards this bug should be considered
> serious. But I do not want to stop the version from reaching testing
> just because of this issue. It doesn't make sense the make the package
> unusable (as it is in 1.2) because the docs are under the GFDL.
> 
> I still hope that the GFDL issue will be resolved and I won't need to
> take out the docs from the package.
> 
> If it does get to that I will remove the docs from the package, I
> filed the bug against my package to serve as a reminder to myself that
> it still needs to be handled.

I think it *does* need to be handled:
http://release.debian.org/removing-non-free-documentation

And it should be handled beginning from now: delaying its solving could
mean ending up with a documentation-less package when etch is out... 


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpRXAITFq02M.pgp
Description: PGP signature

Bug#329379: Please set severity to serious

[Francesco Poli]

On Sun, 25 Sep 2005 17:29:15 +0100 Baruch Even wrote:

[...]
> Discussion with the author showed there is no chance to change the
> license since it's a GNU package with policy being mandated by the
> FSF.

I know.

> 
> The *only* option is to remove the documentation so etch will be
> documentation-less unless the GFDL will be changed to be DFSG free.

Or find replacement DFSG-free documentation (possibly write or help
writing such documentation)...

> 
> I don't see how resolving it now, as opposed to in a couple of months,
> will make documentation suddenly appear.

The fact that you think it's better to wait before taking action on this
bug doesn't mean the bug is less severe...

One question: since the bug was already there long ago (only buried
under a botched copyright notice), can you send a "found in version
very.first.that.hit.the.archives" to the BTS?
Would this allow new versions to propagate to testing (the RC bug is
*already* in testing, so the RC bug count will not increase with a new
version entering testing)?

IUUC, BTS version tracking makes this possible...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpTFXsLZO9l8.pgp
Description: PGP signature

Bug#321669: enigma: Copyright violation for menu.s3m

[Francesco Poli]

On Sun, 28 Aug 2005 20:34:02 +0200 Sven Luther wrote:

[...]
> Erich, applying the GPL to a documentation is ok, but don't you think
> you are pushing things a bit hard by applying it to a music file too ?

I don't think so.
Any work can be released under the GPL, IMHO.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpCA5BHx2qVb.pgp
Description: PGP signature

Bug#321669: enigma: Copyright violation for menu.s3m

[Francesco Poli]

On Mon, 29 Aug 2005 14:15:06 +0200 Sven Luther wrote:

> We spoke about documentation, firmware, and other such stuff which you
> have a reasonable reason to modify, but music for a game ? You are
> free to take the music and replace it with another, i suppose.

You are always free to take a program and replace it with another one,
but that doesn't mean the program is DFSG-free.
The same holds for documentation, firmware, and... yes!, music, images,
and so forth.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp5E29czodjb.pgp
Description: PGP signature

Bug#321030: fbpanel: fails to update dclock tooltip

[Francesco Poli]

An update on the dclock update issue   ;)

I noticed that fbpanel updates dclock tooltip content at each midnight.
Consequently, this tooltip *can* be used to provide correct time
information, *as long as* its date format only includes fields that
change at midnights.

Examples:

TooltipFmt = %a, %_d %b %Y %k:%M:%S %z<--- becomes outdated
TooltipFmt = %a, %_d %b %Y<--- OK

This is probably a design decision, rather than a bug.
But it should be documented clearly, so that users are warned.


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpfADcTzUmPr.pgp
Description: PGP signature

Bug#235809: /usr/bin/mozilla-1.6: Problems with postscript printing

[Francesco Poli]

Hi!

I had this problem myself on the very first system I upgraded from woody
to sarge.
I tried the "100 character long workaround" that was suggested on the
printed error message: it managed to make the error go away, but
produced a printed page where every character is displayed as a blank
rectangle.

Then I found this bug report, and tried the workaround suggested by
Margarita.
It worked great!  :)
All printing difficulties seem to have disappeared suddenly after I
commented out that line in /etc/mozilla/prefs.js and restarted my
gecko-based browser (Galeon)!
Thanks Margarita, you saved my day!  ;-)

Unfortunately, I later noticed that this workaround has a bad
interaction with the libmozsvgdec.so plugin.
Actually when I try to display an SVG image with Galeon, I get a dialog
with the following error:

|  The Libart/Freetype SVG rendering engine could not initialize the
|  freetype library. Please go to
|  http://www.mozilla.org/projects/fonts/unix/enabling_truetype.html and
|  follow steps 2-7.

and the SVG image is rendered with no texts inside.

If I re-enable the line  pref("font.FreeType2.enable", true);  line in
/etc/mozilla/prefs.js, then the error dialog goes away and I can see the
SVG image. Well, fonts do not really look right (sodipodi and inkscape
display the image differently) and I see no color gradients, but that's
probably an issue with the libmozsvgdec.so plugin, so it's off-topic
here...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgptIJIZtGpKh.pgp
Description: PGP signature

Bug#322620: beneath-a-steel-sky: subtitles inconsistent with spoken audio in a conversation in front of Burke's Bio Surgery

[Francesco Poli]

Package: beneath-a-steel-sky
Version: 0.0368-3
Severity: minor

When I reach Burke's Bio Surgery and talk to the fancy man
in front of the door, if I ask about going out of the city,
I see subtitles that are completely different from the spoken
audio.

This should be fixed by replacing those subtitles with transcriptions
of the spoken audio.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31-acpi-cfrq
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages beneath-a-steel-sky depends on:
ii  scummvm   0.7.1-1free implementation of LucasArts' 

-- no debconf information


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

Bug#322620: beneath-a-steel-sky: subtitles inconsistent with spoken audio in a conversation in front of Burke's Bio Surgery

[Francesco Poli]

On Mon, 15 Aug 2005 08:47:27 +0200 Tore Anderson wrote:

> * James 'Ender' Brown
> 
> > All game text is based off the game script, partly for translation
> > purposes. The audio is a seperate feature and not intended to
> > directly corrospond.
> 
>   Thanks for this clarification, Ender.  I am closing this bug based
>   on it.  Thanks for reporting bugs, though, Francesco.

Well, I may consider small differences in the letter as reasonable.
But what I'm talking about is a case where the *meaning* of the dialog
is definitely different between speech and subtitles!
It may well be intended (more on this later), but it appears to me as a
*bug* anyway...

In the meanwhile, I've done further investigation about this, ahem, bug.
BTW, if you need a game-save done just before the conversation in
question, do not hesitate to ask.

The wrong (English) subtitles are the following ones:

   Rob: How can I get out of the City?
   Mr Cool: WHY? Aren't you HAPPY here?
   Rob: I want to get back to the GAP...
   Mr Cool: Are you SERIOUS?
   Rob: Oh yes. I've seen enough of the City...
...MORE than enough.
   Mr Cool: Listen, I don't want to DEPRESS you...
...but you can't CHANGE your DESTINY...
...at least not without official SANCTION.

The corresponding spoken phrases are roughly as follows (at least
this is how I understood them: take into account that I am *not* an
English native speaker, so I may be wrong):

   Rob: How can I get out of the City?
   Mr Cool: What have you thought about? DEFECATION?
   Rob: Don't you mean DEFECTION?
   Mr Cool: What? It's not what I said?
   Rob: I asked you about leaving the City...
...not bodily processes!
   Mr Cool: Do not making SENSE!
...but anyway you can't leave the City.
There's a RESTRICTION on travel.

One surprising thing that I noticed is that other subtitles (Italian,
Spanish, French, Portuguese) are much more close to the meaning of
the spoken audio than English subtitles. Actually those other subtitles
seem to resemble to a translation of the spoken phrases, while English
subtitles just tell a different story...
Note that I'm an Italian native speaker, but I do not speak Spanish,
French or Portuguese. Consequently I'm not absolutely sure about
the latter languages; anyway it really looks like those subtitles
have a meaning similar to the Italian one...
I even checked German and Swedish subtitles, but I'm really not
qualified to tell what they mean. For the record, they seem to
be structured similarly to the other non-English ones...

Since English subtitles seem to be much softer than the spoken
audio (and than non-English subtitles), this discrepancy smells
like censorship or something.
Are you aware of any issues that Revolution Software had to face
in English-speaking countries?


-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp4LERQ0O1vq.pgp
Description: PGP signature

Bug#320384: debian-installer-manual: please treat parted and ntfsresize

[Francesco Poli]

Package: debian-installer-manual
Severity: wishlist

Hi!

Section _Lossless Repartitioning_ should talk about parted and
ntfsresize, as well.
As it is now, it seems to be a bit misleading: it makes the reader think
that the only way to losslessly repartition a hard disk with VFAT
filesystems is the good old fips...


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#320383: debian-installer-manual: word "other" is repeated twice in section _Lossless Repartitioning_

[Francesco Poli]

Package: debian-installer-manual
Severity: minor

Hi!

I noticed a typo in section _Lossless Repartitioning_:

  s/many other other partition/many other partition/


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Bug#320384: debian-installer-manual: please treat parted and ntfsresize

[Francesco Poli]

On Fri, 29 Jul 2005 19:54:17 +0200 Frans Pop wrote:

> On Friday 29 July 2005 01:09, Francesco Poli wrote:
> > Section _Lossless Repartitioning_ should talk about parted and
> > ntfsresize, as well.
> > As it is now, it seems to be a bit misleading: it makes the reader
> > think that the only way to losslessly repartition a hard disk with
> > VFAT filesystems is the good old fips...
> 
> Well, the section is about tools that can be run *in a DOS/Windows 
> environment*.
> Does that apply to parted and ntfsresize? AFAIK it does not...

Fair enough...
It seems that I misinterpreted "From DOS or Windows" as if it meant
"when you start from a system with DOS or Windows installed"... I now
realize that that is not the whole meaning, since it also means "and you
want to repartition under DOS or Windows"!

I apologize for the misunderstanding.

> 
> Note that [1] also has the following text:
> If your machine has a FAT or NTFS filesystem, as used by DOS and
> Windows,  you can wait and use Debian installer's partitioning program
> to resize  the filesystem.

Sure.

> 
> The installer of course uses parted and ntfsresize.

Yes, I suspected that, but it's not clearly stated in the manual.
Maybe saying it explicitly may be useful, since a reader who's
generally knowledgeable about free software and GNU/Linux, but not
specifically about Debian, could be used to parted and ntfsresize, but
he/she may not know that debian-installer provides exactly the same
functionality as such tools (being based on them)...

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
..
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgprlPnySuqde.pgp
Description: PGP signature

Bug#315722: prboom: randomly gets signal 11 after a very very short playing time

[Francesco Poli]

On Tue, 19 Jul 2005 01:35:03 +0200 Moritz Muehlenhoff wrote:

> > If you mean simply issuing 'aptitude install libsdl1.2debian-all' as
> > root (thus removing the conflicting libsdl1.2debian-oss), it would
> > be an easy test, I would say (are there any side-effects, assuming I
> > do not touch the kernel?)
> 
> -all still includes OSS support, but you could try whether it applies
> to sound systems like arts and esd as well. (they are selectable
> through exporting the SDL_AUDIODRIVER environment variable).

I tried the following:

# aptitude install libsdl1.2debian-esd
# dpkg --purge libsdl1.2debian-oss

(the latter was just to remove any configuration files related to SDL
OSS...)

$ esd &
[1] 1413
$ prboom

prboom v2.2.6 (http://prboom.sourceforge.net/)
Z_Init : Allocated 8064Kb zone memory
 found /usr/share/games/doom/doom2.wad
IWAD found: /usr/share/games/doom/doom2.wad
PrBoom (built Mar 13 2005), playing: DOOM 2: Hell on Earth
PrBoom is released under the GNU General Public license v2.0.
You are welcome to redistribute it under certain conditions.
It comes with ABSOLUTELY NO WARRANTY. See the file COPYING for details.
M_LoadDefaults: Load system defaults.
 default file: /home/frx/.prboom/prboom.cfg
I_SetRes: Using resolution 640x400
V_Init: allocate screens.
 found /usr/share/games/doom/prboom.wad
D_InitNetGame: Checking for network game.
W_Init: Init WADfiles.
 adding /usr/share/games/doom/doom2.wad
 adding /usr/share/games/doom/prboom.wad

M_Init: Init miscellaneous info.
R_Init: Init DOOM refresh daemon - 
R_LoadTrigTables: Endianness...ok.
R_InitData: Textures Flats Sprites 
R_Init: R_InitPlanes R_InitLightTables R_InitSkyMap
R_InitTranslationsTables 
P_Init: Init Playloop state.
I_Init: Setting up machine state.
I_InitSound:  configured audio device with 1024 samples/slice
I_InitSound: sound module ready
S_Init: Setting up sound.
S_Init: default sfx volume 14
HU_Init: Setting up heads up display.
I_InitGraphics: 640x400
I_UpdateVideoMode: 640x400 (fullscreen)
I_UpdateVideoMode: 0xe000, SDL buffer, direct access
I_InitJoystick : invalid joystick 1
ST_Init: Init status bar.
open /dev/sequencer: Device or resource busy
Using normal BSP nodes!
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
write /dev/sequencer: Bad file descriptor
I_SignalHandler: Exiting on signal: signal 11
I_ShutdownMusic: removing /tmp/prboom-music-LdJfYA
I_ShutdownSound: 
Xlib: unexpected async reply (sequence 0x358)!


In other words, the bug is still reproducible with esd...
Note that other programs (XMMS, for instance) work properly both with
OSS output and with eSound output.
On the other hand I can play prboom without a glitch if I disable sound:

$ prboom -nosound

(here the usual stdout shows up...)

Moreover, if I kill esd, I can play prboom without problems (and of
course, again with no sound!):

$ kill -KILL 1413
[1]+  Killed  esd
$ prboom

(here the usual stdout shows up...)

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpjnE7UkXGMp.pgp
Description: PGP signature

Bug#320692: torsmo: makes root-tail disappear, when run on root window with double buffering

[Francesco Poli]

Package: torsmo
Version: 0.18-5
Severity: normal

Hi!
I'm trying to enable double-buffering in torsmo, without giving it a
window of its own:

In my ~/.torsmorc there are the following options (among the other ones):

| # Create own window instead of using desktop (required in nautilus)
| own_window no
| 
| # Use double buffering (reduces flicker, may not work for everyone)
| double_buffer yes

The result is good, as far as torsmo is concerned (no more flickering!).
But root-tail output is not visible anymore.

My root-tail command line (in case it's useful) is:

root-tail -f -g 538x320+8+64 -font 6x10 \
  /var/log/messages,green /var/log/exim4/mainlog,yellow /var/log/kern.log,red


Note that changing double_buffer to "no" makes root-tail visible again,
but at the same time makes torsmo flicker...

Is this a bug in torsmo?

Is there a workaround to have torsmo with double-buffering on the root
window *and* root-tail?


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages torsmo depends on:
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libx11-6   4.3.0.dfsg.1-14   X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14   X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#320693: torsmo: two little typos (tormo and capasity)

[Francesco Poli]

Package: torsmo
Version: 0.18-5
Severity: minor

Hi!
I noticed two little typos:

In examples/torsmorc.sample.gz  (third line)

  s/tormo/torsmo/

In README.gz  (near half)

  s/capasity/capacity/



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages torsmo depends on:
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libx11-6   4.3.0.dfsg.1-14   X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14   X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  xlibs  4.3.0.dfsg.1-14   X Keyboard Extension (XKB) configu
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- no debconf information


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

Bug#321029: fbpanel: has two little typos (SetDockTpe and applay)

[Francesco Poli]

Package: fbpanel
Version: 4.1-2
Severity: minor

Hi!

I think I found two little typos in /etc/fbpanel/default :

s/SetDockTpe/SetDockType/
s/applay/apply/


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages fbpanel depends on:
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libglib2.0-0 2.6.4-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.4-3 The GTK+ graphical user interface 
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxmu6  4.3.0.dfsg.1-14 X Window System miscellaneous util
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#321030: fbpanel: fails to update dclock tooltip

[Francesco Poli]

Package: fbpanel
Version: 4.1-2
Severity: normal

Hi!

I've just finished to configure fbpanel and noticed something weird in the
dclock plugin.
It seems that its tooltip is not updated whenever it pops up.
I would like to set it so that it displays a more detailed time.
This is the relevant ~/.fbpanel/default snippet:

  # Digital Clock
  Plugin {
  type = dclock
  config {
  ClockFmt = %R
  TooltipFmt = %a %b %d %H:%M %Z
  Action = xmessage Please define some command &
  }
  }

But when I rest the mouse over it and have the tooltip pop up, I see an
outdated time.
For instance Wed Aug 03 01:02 CEST, while the clock already displays
01:08 (and so does date +%R from command line!).

It seems that the tooltip content is computed at startup only...
Is this a bug?
How can I workaround it?


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.31
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages fbpanel depends on:
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libglib2.0-0 2.6.4-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.4-3 The GTK+ graphical user interface 
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li
ii  libxmu6  4.3.0.dfsg.1-14 X Window System miscellaneous util
ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#321030: fbpanel: fails to update dclock tooltip

[Francesco Poli]

On Wed, 3 Aug 2005 12:08:53 +1000 Matthew Palmer wrote:

> On Wed, Aug 03, 2005 at 01:16:55AM +0200, Francesco Poli wrote:
[...]
> > How can I workaround it?
> 
> Restart fbpanel every minute?

Heh!  :)

$ while true; do touch .fbpanel/default ; sleep 60; done

but I have to start this command at the right instant, otherwise the
tooltip stays outdated by a minute most of the time...  ;-)

OK, let me switch back to serious mode...  ;-)

> 
> More properly, I'd say that the dclock plugin needs to be modified to
> calculate it's contents when it gets looked at, rather than at
> startup.  I'll see about taking a look at it tonight.

Thanks.

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgp29KIR6TG2G.pgp
Description: PGP signature

Bug#305112: Any progress?

[Francesco Poli]

Hi Carlos!

How's the packaging going on?
Have you got any preliminary gcolor2 package to be tested?

-- 
:-(   This Universe is buggy! Where's the Creator's BTS?   ;-)
......
  Francesco Poli GnuPG Key ID = DD6DFCF4
 Key fingerprint = C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpb2VdUsMbaz.pgp
Description: PGP signature

Bug#404126: harden-doc: typo ("jeoparize")

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: minor

Hi!

Section H.1 _Introduction_[1] states:

| You can use it to insulate services from one another, so that
| security issues in a software package do not jeoparize the whole
| server.

This sentence includes a typo, I would say:  s/jeoparize/jeopardize/


[1] 
http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-apache-env.en.html#sH.1


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

Bug#403950: harden-doc: typo ("Quick Reference Guide")

[Francesco Poli]

On Thu, 21 Dec 2006 09:19:06 +0100 Javier Fernández-Sanguino Peña wrote:

> On Wed, Dec 20, 2006 at 10:05:47PM +0100, Francesco Poli wrote:
> > The problem is: why is that document referred to as the "Quick
> > Reference Guide"?
> > I thought the official title was "Debian Reference"!
> 
> Because the "old" name was "Quick Reference Guide". Will fix.

Ah, that is why!
Thanks for the explanation.  :)

-- 
But it is also tradition that times *must* and always
do change, my friend.   -- from _Coming to America_
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpzhq0Vie1n6.pgp
Description: PGP signature

Bug#404224: harden-doc: typo ("you can also added")

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: minor

Hi!

Section H.2 _Installing the server_[1] states:

| To run this version of makejail, you can also added a packages
| option.

I think this sentence includes a typo:  s/added/add/


[1] 
http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-apache-env.en.html#sH.2


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

Bug#404225: harden-doc: dead link for Chrooting daemons and system processes HOWTO

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: normal

Hi!

Section H.3 _See also_[1] includes a link for the _Chrooting daemons
and system processes HOWTO_, pointing to:

  http://www.nuclearelephant.com/papers/chroot.html

which is currently 404ing me.
I think that this link should be changed (as long as the resource
is still available online elsewhere) or otherwise dropped.


[1] 
http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-apache-env.en.html#sH.3


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

Bug#405132: cdimage.debian.org: etch multi-arch netinst CD fails integrity check

[Francesco Poli]

Package: cdimage.debian.org
Severity: normal

Hi!

I downloaded a recent snapshot of the new multi-arch netinst CD ISO image.
I checked the image MD5 checksum and it is OK.
I burned the CD and then tried to check the integrity of its content:

  $ mount /cdrom/
  $ cd /cdrom/
  $ grep -A 4 labeled README.txt 
 This CD-ROM is labeled
  
   Debian GNU/Linux testing "Etch" - Official Snapshot
 Multi-architecture i386/amd64/powerpc NETINST #1 20061228-09:45
  
  $ md5sum -c md5sum.txt 
  md5sum: MD5 check failed for './md5sum.txt'
  $ grep 'md5sum\.txt' md5sum.txt 
  f9e0046389c212f1efa8b26469f844e9  ./md5sum.txt
  $ md5sum ./md5sum.txt 
  c25ce4f626d23a50f57c83ad214c357b  ./md5sum.txt
  $ cd
  $ eject /cdrom/

It seems that the `md5sum.txt' file includes a line which claims
to report the MD5 checksum of the file itself.
The checksum is obviously incorrect (AFAICT, it could only be correct
if one managed to converge an appropriate iterative procedure...).

I think that `md5sum.txt' MD5 checksum should not be included in
`md5sum.txt' itself...

Actually it seems that it used to be excluded in sarge CDs:

  $ mount /cdrom/
  $ cd /cdrom/
  $ grep -A 3 labeled README.txt 
 This CD-ROM is labeled
  
   Debian GNU/Linux 3.1 r0a "Sarge" - Official i386 Binary-1
  
  $ md5sum -c md5sum.txt 
  $ grep 'md5sum\.txt' md5sum.txt
  $ cd
  $ eject /cdrom/


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

Bug#405496: installation-report: successful installation on a rather old Pentium-MMX box

[Francesco Poli]

Package: installation-report
Severity: wishlist


Boot method: multi-arch netinst CD (as of 2006-12-28)
Image version: 
http://cdimage.debian.org/cdimage/weekly-builds/multi-arch/iso-cd/debian-testing-MULTI-NETINST-1.iso
 
Date: Wed, 03 Jan 2007 17:50:33 +0100

Machine: assembled box
  CPU: Pentium-MMX  Clock frequency: 200 MHz
  RAM capacity: 64 Mibyte  HD capacity: about 4.3 Gbyte
  Please see the attached hardware summary for further details
 
Partitions:
(the raw partition table, as written by cfdisk, is attached)
# df -Tl
FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/mapper/notsooldbox-root
  ext3 1318312250080   1001264  20% /
tmpfstmpfs   31108 0 31108   0% /lib/init/rw
udev tmpfs   1024056 10184   1% /dev
tmpfstmpfs   31108 0 31108   0% /dev/shm
/dev/hda1 ext3  241116 13326215342   6% /boot
/dev/mapper/notsooldbox-home
  ext3 2439120 69256   2245960   3% /home


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

Initial boot:   [O]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [ ]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

No problems AFAICS.
Note that I tested the guided partitioning of the entire disk with
encrypted LVM (choosing to separate /home): it seems to work fine.
Also note that I only installed the base system, without selecting
any task.


hardware-summary.gz
Description: Binary data


raw-part-table.gz
Description: Binary data

Bug#405496: installation-report: successful installation on a rather old Pentium-MMX box

[Francesco Poli]

On Thu, 04 Jan 2007 01:11:36 +0100 Frans Pop wrote:

> On Thursday 04 January 2007 00:30, Francesco Poli wrote:
> > Comments/Problems:
> > No problems AFAICS.
> > Note that I tested the guided partitioning of the entire disk with
> > encrypted LVM (choosing to separate /home): it seems to work fine.
> 
> I wonder how long the wipe of the encrypted LVM took, even though it
> is  only 4GB.

If I read /var/log/installer/syslog correctly, it took 2458 s:
that is the time interval between the following two log lines

  Jan  3 18:57:02 partman: mke2fs 1.40-WIP (14-Nov-2006)
  Jan  3 19:38:00 partman-crypto: kernel entropy_avail: 3613 bits

> Nice to see that it works with only 64MB memory in the
> box.

Yes, even though in low memory mode.

> 
> > Also note that I only installed the base system, without selecting
> > any task.
> 
> Thank you very much for submitting the installation report. As there
> were  no issues, I'm closing it.

There's a little issue, now that I think better: I don't remember seeing
any question whatsoever regarding the hardware clock.
I mean: the Debian Installer asked me to select a country and I chose
Italy.
Hence the timezone was correctly set to Rome/Paris (that, in winter,
makes CET, or +0100, if you prefer).
So far so good.

But nothing asked me whether the hardware clock was in local time or
UTC!
It was silently assumed to be UTC, which, BTW, was I what I wanted it to
be, but forgot to set accordingly in the BIOS configuration menu.

The result was that the box had the hardware clock correctly set to
local time (because I forgot to set it to UTC), but the installed system
assumed it to be set to UTC and displayed times with a +1 hour error.
I fixed the problem by setting the hardware clock to UTC in the BIOS
configuration menu, as I wanted.

But I think that the Debian Installer should ask the user whether the
hardware clock is set to local time or UTC, especially since machines
that previously had (or still have) a Windows installation typically
work with the hardware clock set to local time.


-- 
 http://frx.netsons.org/progs/scripts/releas-o-meter.html
 Try our amazing Releas-o-meter!
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpb5FParCFrK.pgp
Description: PGP signature

Bug#366084: closed by Osamu Aoki <[EMAIL PROTECTED]> (Bug#366084: fixed in maint-guide 1.2.10)

[Francesco Poli]

On Sun, 14 Jan 2007 00:30:11 +0100 Josip Rodin wrote:

> Looking at it... the problem was:
> 
> dvips: ! couldn't open PostScript file
> 
> Let's see...
> 
> % ls -la maint-guide.ps
> -rw-r--r--  1 djpig debwww 191976 Jun 17  2006 maint-guide.ps
> 
> Oh, of course. Frank rebuilt that file once there, but with a bad
> umask, so it got left behind. Fixed now.

How long do we have to wait before the next build for DDP?
I still see the old version 1.2.3 (18 January 2005) at
http://www.debian.org/doc/manuals/maint-guide/index.en.html ...

Or did I fail to understand something?

-- 
 http://frx.netsons.org/progs/scripts/releas-o-meter.html
 Try our amazing Releas-o-meter!
..... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgptSZrOMDYnm.pgp
Description: PGP signature

Bug#402637: harden-doc: appendix on stand-along IDS should be updated and clarified

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: normal

Hi!

Appendix C _Setting up a stand-alone IDS_[1] has some flaws that should
be fixed.

[1] http://www.debian.org/doc/manuals/securing-debian-howto/ap-snort-box.en.html

Firstoff:

|  * Download and manually (with dpkg) install necessary packages 
|(see installed packages list below).

There's no explanation of _why_ using dpkg manually is to be preferred
to an easy apt or aptitude run.
I would definitely use aptitude, especially since now there's secure APT,
which provides the additional bonus of checking GPG signatures...
Would I make the wrong choice?

Secondly:

| ACID is currently packaged for Debian as acidlab. It provides a
| graphical WWW interface to snort's output. It can also be
| downloaded from [...]

There's no explanation of _why_ acidlab is included in woody and
sarge, but not in etch, nor in sid (currently).
Why is the reader recommended to manually install a non-packaged
piece of software?

Then:

| You might also want to read the Snort Statistics HOWTO.

The link points to

  http://www.tldp.org/HOWTO/Snort-Statistics-HOWTO/index.html

which currently leads me to a sorry page by TLDP ("The document
or page you requested could not be found").

Finally, the list of packages is from woody (September 2001) and
should be updated...


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

Bug#402040: geomview: no images are displayed in the HTML version of the manual

[Francesco Poli]

On Fri, 8 Dec 2006 01:20:01 +0100 Francesco Poli wrote:

> On Thu, 7 Dec 2006 12:15:42 -0600 Steve M. Robbins wrote:
[...]
> > and (b) install version 1.8.1-14 to see if the problem
> > has already been fixed?
> 
> I'll try to find the time, but I'm afraid it won't be soon...  :-(

I don't have a testing or unstable box handy, but, after a

  $ wget 
http://ftp.it.debian.org/debian/pool/main/g/geomview/geomview_1.8.1-14_i386.deb
  $ mkdir MY
  $ dpkg-deb -x geomview_1.8.1-14_i386.deb MY/
  $ galeon -n MY/usr/share/doc/geomview/html/geomview_12.html

I can say that the problem seems to be only partially fixed in
version 1.8.1-14.

Now the images are displayed, but on the other hand, the tags that
should take care of their intended presentation (centering and the
like...) are botched.
The HTML code is something like:

   <CENTER><P>Initial
   Geomview display</CENTER>

instead of

   Initial
   Geomview display

This example is taken from the first image of
/usr/share/doc/geomview/html/geomview_12.html



-- 
But it is also tradition that times *must* and always
do change, my friend.   -- from _Coming to America_
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpFgVCfbxbbD.pgp
Description: PGP signature

Bug#402966: harden-doc: typo in bind conf change script ("many any") and suspicious example

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: minor

Hi!

Appendix E _Sample script to change the default Bind installation_[1]
includes a script where there seems to be a typo:

|
| This script will not many any changes to your setup.
|

maybe  s/many/apply/ ?


Moreover the end of the appendix shows the initd file as
changed by the script (on a woody box).
Firstoff, maybe this example result should be updated to etch
(I don't know whether anything is different...).
Then, maybe I'm mistaken, but I cannot see where the changes
applied by the script are...
For instance, where are the -g and -u options?
They should appear in the start() function, shouldn't they?

[1] 
http://www.debian.org/doc/manuals/securing-debian-howto/ap-bind-chuser.en.html


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

Bug#276302: JavaCC Licensing - now a pure BSD license.

[Francesco Poli]

On Sat, 16 Dec 2006 21:51:50 + Paul Cager wrote:

> The authors of JavaCC have now re-licensed the JavaCC code under a
> pure BSD license
[...]
> Many thanks to the following authors who gave their permission for the
> relicensing: Sun Microsystems Inc, Sreenivasa Viswanadha and Kees Jan
> Koster.

Many thanks to the people who helped in getting this relicensing done!
It's appreciated, indeed.

-- 
But it is also tradition that times *must* and always
do change, my friend.   -- from _Coming to America_
..... Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpZ8S76PAqEi.pgp
Description: PGP signature

Bug#403680: mayavi: fails to read blocks other than the first, in multiblock PLOT3D files [patch]

[Francesco Poli]

Package: mayavi
Version: 1.5-4
Severity: normal

Hi!

I'm unable to read any block, except the first, in multiblock
PLOT3D files.
I can reproduce this bug with any multiblock PLOT3D file having more
than one block.  For instance we can consider the test case I prepared
for bug #400406 (see [1] and [2]).

[1] http://bugs.debian.org/400406
[2] 
http://bugs.debian.org/cgi-bin/bugreport.cgi/vtk-multiblockPLOT3D-bug-test.tar.gz?bug=400406;msg=5;att=1

Just to recap: that test case is based on a little PLOT3D grid ('tiny.xyz')
and solution ('tiny.q'), generated by a simple Fortran program
('gen_tinyplot3d.f') on a little-endian machine.
The PLOT3D grid is composed of 5 blocks, each one of which consists
of a single cubic cell.

Steps to reproduce the bug:

  $ tar xvzf vtk-multiblockPLOT3D-bug-test.tar.gz
  $ ls
  gen_tinyplot3d.f  tiny.qvtk-multiblockPLOT3D-bug-test.tar.gz
  list_plot3d.pytiny.xyz
  $ mayavi

  The main window shows up.

  * from menus, select File -> Open -> PLOT3D file -> Multi-block file
  * as XYZ Co-ordinate file, select `tiny.xyz'
  * as Q Solution file, select `tiny.q'
  * in the configuration dialog window, select, say, density and momentum,
and then click on the More Options button
  * in the detailed dialog window, check BinaryFileOn, DebugOn,
DoNotReduceNumberOfOutputsOn, HasByteCountOn, MultiGridOn; *un*check
the other checkboxes (that is to say: AbortExecuteOn, ForceReadOn,
IBlankingOn, ReleaseDataFlagOn, TwoDimensionalGeometryOn)
  * select SetByteOrderToLittleEndian and click on the Ok button
  * back in the configuration dialog window, click on the Re-read data
file button
  
  Everything seems to work so far. Debug messages on stderr seem fine
  and correctly show that there are 5 blocks.

  * click on the Set Block Number slider and try to select a block
other than the first

  The expected behavior is a slider that actually moves and allows the
  user to select block 1 through 5.
  Instead, the slider does not move and no block but the first can be
  selected.

Now the good news: I prepared a patch (against MayaVi version 1.5)
that slightly changes the GUI in order to fix this bug.
Please consider applying the attached patch to the Debian package
and forwarding it to upstream.


Finally the legal details.
I hereby release my patch under the same license as the rest of
MayaVi.
In other words, the attached patch can be distributed and modified
under the following terms:

| Copyright (c) 2001-2002, Prabhu Ramachandran.
| Copyright (c) 2006, Francesco Poli.
| All rights reserved.
| 
| Redistribution and use in source and binary forms, with or without
| modification, are permitted provided that the following conditions
| are met:
| 
| 1. Redistributions of source code must retain the above copyright
|notice, this list of conditions and the following disclaimer.
| 2. Redistributions in binary form must reproduce the above copyright
|notice, this list of conditions and the following disclaimer in the
|documentation and/or other materials provided with the distribution.
| 3. Neither the name of the author nor the names of any contributors
|may be used to endorse or promote products derived from this software
|without specific prior written permission.
| 
| THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
| ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
| LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
| A PARTICULAR PURPOSE ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHORS OR
| CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
| EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
| PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR
| PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
| LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
| NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
| SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.


Thanks for your attention!



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.33.4
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages mayavi depends on:
ii  libvtk5-dev5.0.2-4~frx.2 VTK header files for building C++ 
ii  python 2.3.5-2   An interactive high-level object-o
ii  python-tk  2.3.5-2   Tkinter - Writing Tk applications 
ii  python-vtk 5.0.2-4~frx.2 Python bindings for VTK
ii  python2.3  2.3.5-3sarge2 An interactive high-level object-o

-- no debconf information


MayaVi_version_1.5_PLOT3Dmultiblockbugfix.diff.gz
Description: Binary data

Bug#403829: harden-doc: dead link for openssh chroot patching howto

[Francesco Poli]

Package: harden-doc
Version: 3.10
Severity: normal

Hi!

Section G.1.2 _Patching the ssh server_[1] includes a link for

  http://mail.incredimail.com/howto/openssh/

which currently times out for me.
I think that this link should be changed (as long as the resource
is still available online elsewhere) or otherwise dropped.

[1] which is inside
http://www.debian.org/doc/manuals/securing-debian-howto/ap-chroot-ssh-env.en.html#sG.1


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