Bug#297954: ITA: doomlegacy -- A port of the Doom engine that supports OpenGL

[Matej Vela]

retitle 297954 O: doomlegacy -- A port of the Doom engine that supports OpenGL
noowner 297954
retitle 298027 O: doomlegacy-data -- Data files needed by doomlegacy
noowner 298027
thanks

On Wed, Nov 23, 2005 at 21:40:35 +0100, Jose María Gómez wrote:
> On Wednesday 23 November 2005 19:58, Matej Vela wrote:
>> Well, yeah, there is an unsolved problem with incompatible licenses...
>> The gory details are available at .
>> Unless you have some idea how to go about solving it, you should
>> probably start with a simpler package.
>
> okey. thanks you. Could you rename the bug again
> ?

Sure thing.

Thanks,

Matej

Bug#340561: tmsnc: Locks at login screen

[Maarten De Munck]

Package: tmsnc
Version: 0.3.0-1
Severity: important

tmsnc locks at the login screen (it doesn't react to the keyboard to
give a username and/or password).

I tried to compile tmsnc from the upstream sources (0.3.1, not tried
with 0.3.0!), with these results:

When using gcc 4.0.2-4 ("configure"), the programs hangs. I ran it
inside gdb, and pressed ctrl+C to exit it at that point. A backtrace
gives:
Program received signal SIGINT, Interrupt.
[Switching to Thread -1212369216 (LWP 18208)]
0xb7d273ce in __read_nocancel () from /lib/tls/libpthread.so.0
(gdb) backtrace
#0  0xb7d273ce in __read_nocancel () from /lib/tls/libpthread.so.0
#1  0x0804ffbd in getline (str=0xbfc0d19c ";kjlkj0 0\r\n", size=511, sd=1) at 
core_misc.c:230
#2  0x080541e5 in MSN_load_userlist (session=0xbfc21d6c, cb=0x804ca10 
) at core_net.c:1056
#3  0x0804d21f in UI_login (session=0xbfc21d6c, cf=0xbfc22020, 
dispatch=0x805782b "messenger.hotmail.com", port=1863) at login.c:244
#4  0x0804b2a0 in main (argc=1, argv=0xbfc22294) at main.c:143

When using the same version of gcc (4.0.2-4), but disabling the -O2 flag
("configure CFLAGS=-g"), the program runs fine.

When using gcc 3.4.4-9 ("configure CC=gcc-3.4"), the program runs fine
with and without the -O2 flag.

Feel free to contact me if you need additional information.

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


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

Bug#340414: licq-plugin-rms: RMS plugin won't load

[Svilen Stanoev]

Hi, 

teatime:~# dpkg -l licq\*
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ Name  Version   Description
+++-=-=-==
ii  licq  1.3.2-4   ICQ client
(base files)
un  licq-data     (no
description available)
in  licq-dev      (no
description available)
un  licq-plugin       (no
description available)
ii  licq-plugin-autoreply 1.3.2-4   autoreply
plug-in for Licq
ii  licq-plugin-console   1.3.2-4   console user
interface plug-in for Licq
ii  licq-plugin-forwarder 1.3.2-4   forwarder
plug-in for Licq
un  licq-plugin-gnome     (no
description available)
un  licq-plugin-gtk+      (no
description available)
pn  licq-plugin-jonsgtk       (no
description available)
ii  licq-plugin-kde   1.3.2-4   graphical user
interface plug-in for Licq using Qt and KDE
ii  licq-plugin-msn   1.3.2-4   MSN plug-in for
Licq
ii  licq-plugin-osd   1.3.2-4   on-screen
display plug-in for Licq
ii  licq-plugin-qt    1.3.2-4   graphical user
interface plug-in for Licq using Qt
un  licq-plugin-qt2       (no
description available)
ii  licq-plugin-rms   1.3.2-4   remote
management server plug-in for telnet Licq access
un  licq-ssl      (no
description available)

Thanks for your quick response,
Svilen

Peter Eisentraut wrote:

  Svilen Stanoev wrote:
  
  
Licq & plugins are installed using apt-get, with no errors.
When trying to start licq with RMS plugin (-p rms) it crashes
with the following error message:

  
  
Please check with dpkg -l licq-\* that your plugins are in sync with the 
main version.


This email has been scanned for all viruses by the MessageLabs Email
Security System. BlackList requests should be sent to [EMAIL PROTECTED], WhiteList requests should be sent to [EMAIL PROTECTED]. Contact the Global Operations Team ([EMAIL PROTECTED]) if you need additional support. 

  



Internet Securities, Inc. (trading as ISI Emerging Markets) is a Euromoney Institutional Investor company.


This communication contains information which is confidential. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s) please note any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error please notify us by e-mail or bytelephone (as above) and then delete the e-mail and all attachments and any copies thereof.

Bug#340560: reportbug: leaves /tmp file behind

[Marc Haber]

Package: reportbug
Version: 3.17
Severity: normal

Hi,

some time ago, reportbug stopped cleaning up after itself and now
leaves files like /tmp/reportbug--mmdd-p-r
behind, with mmdd being the current date, p probably the pid,
and r some random suffix. The file contains the bug report as it
was successfully sent.

Greetings
Marc

-- Package-specific info:
** Environment settings:
EDITOR="/usr/bin/jed"
VISUAL="/usr/bin/jed"
DEBEMAIL="[EMAIL PROTECTED]"
DEBFULLNAME="Marc Haber"
DEBNAME="Marc Haber"

** /home/mh/.reportbugrc:
no-query-bts
smtphost smtp
email "[EMAIL PROTECTED]"
realname "Marc Haber"

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.2-zgsrv
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages reportbug depends on:
ii  python2.3 2.3.5-9An interactive high-level object-o

Versions of packages reportbug recommends:
pn  python2.3-cjkcodecs | python2  (no description available)

-- no debconf information


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

Bug#340559: ion3: ion-statusd keeps a deleted logfile open

[Norbert Tretkowski]

tags 340559 unreproducible
thanks

* Alexey Feldgendler wrote:
> During the normal operation of ion3:
> 
> $ lsof +L1
> COMMAND PIDUSER   FD   TYPE DEVICE SIZE NLINKNODE NAME
> ion-statu 18108 feldgendler3w   REG3,3   23 0 6324241 
> /tmp/ion-18021-startup-errorlog (deleted)
> 
> Why does ion-statusd keep a deleted file open? This doesn't break
> anything, it's just not logical.

[EMAIL PROTECTED]:~% lsof | grep status
ion3   6274 tretkowski  mem   REG3,2414302101728 
/usr/lib/ion3/mod_statusbar.so
ion-statu  6350 tretkowski  txt   REG3,2453722101727 
/usr/lib/ion3/ion-statusd

Doesn't happen here with 20051029-2, could you please upgrade and
retry?

Thanks, Norbert


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

Bug#285143: libvte4: PageUp behaviour within less broken (Part 3)

[A. Costa]

On Wed, 23 Nov 2005 15:36:17 +0100
Loic Minier <[EMAIL PROTECTED]> wrote:

>  Do you confirm the bug is gone?

Just checked with libvte4 version 1:0.11.15-4 ...

I also tested it by downgrading '/etc/X11/xorg.conf' from using its speedy 
'nvidia' X driver, (which I'd upgraded after reporting earlier instances of 
this bug), to the slower 'vesa', as it seemed possible that 'nvidia' might 
output graphics too fast for the bug to be noticable.

Results: 'vesa' or 'nvidia', the bug seems to be gone.


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

Bug#340558: Preview 25 available

[Steve M. Robbins]

Package: ipe
Severity: wishlist

New version available upstream.


- Forwarded message from Otfried Cheong <[EMAIL PROTECTED]> -

Date: Thu, 24 Nov 2005 14:32:06 +0900
From: Otfried Cheong <[EMAIL PROTECTED]>
Subject: [Ipe-announce] Preview 25 available
To: [EMAIL PROTECTED]
Organization: KAIST


It has been a year since Ipe 6.0 preview 23 was released, and so it's 
real time for an update.

This is a pretty major update - a lot has changed in the code.  This is 
not so much due to new features (there are only a few), but because 
Trolltech has finally seen the light and made Qt open source under 
Windows as well.   I have thus migrated to use Qt 4 (on all platforms), 
which allowed me to also switch to a free compiler on Windows.

For Windows users, little changes - just download the zip file and you 
are ready to run.  For Unix users, however, this will probably mean that 
you have to install Qt 4 before you can compile Ipe again.

Qt 4 will make a few nice new features possible in Ipe, but those are 
not implemented yet, and won't be before the SoCG 2006 notification 
deadline...

Enjoy!
  Otfried



Ipe 6.0 preview 25 (2005-11-24)

 * Migrated to Qt 4.0.0 and switched to MinGW compiler on Windows.

 * Added smallest enclosing circle ipelet written by Chris Gray to the
   distribution.

 * Removed the 'Postscript' file format.  The three Ipe file formats
   are now XML, PDF, and EPS.

 * 'void' is no longer allowed as a stroke color.  To draw objects
   without boundary, use the new 'void' line style.  This model allows
   for arrows without tails, and avoids problems with invisible text
   and marks.

 * If the style sheet contains a template with name "Background", this
   template will automatically be shown on each page.  There is no
   need to explicitely create a reference on each page anymore.
   This replaces the old "background" layer + reference mechanism.

 * Templates containing bitmaps are now supported (bug #100).

 * Minipage objects now have a "Latex style" - common Latex
   environments can be used that way without having to type them every
   time.

 * When Ipe displays the Latex log file, it highlights the errors and
   scrolls automatically to the first one.

 * Ipe can now number pages visibly in the PDF output.

 * Resolution of bitmaps displayed on screen now configurable.

 * Default line cap, line join, and fill rule can now be defined in
   the style sheet.  Object menu now shows them
   correctly (enhancement #79).

 * Ipe XML files can now have extension ".ipe" (enhancement #92).

 * Changes to stroke color of text objects are displayed immediately.

 * Option -runlatex for Ipetoipe (enhancement #88).

 * Loading and saving alternative formats replaced by auto-exporting.

 * Ipe XML parser now silently skips all tags whose name starts with
   "x-". This allows you to make XML files with more information, to
   be shared between other programs and Ipe (enhancement #110).

 * -nocolor option for ipetoipe (enhancement #107).

 * 'media' attribute is no in the  element, where it should have
   been all along.

 * Fixed building RPM from source RPM (bug #98, thanks to Laurent
   Rineau).

 * Fixed -lastview option in ipetoipe (introduced in pre23 but didn't
   actually work...)

 * No more support for KDE (it doesn't use Qt 4).

 * Fixed bug #86 (incorrect XML for textsize).

 * Fixed bug #116 (error in IpeBezier::Straight).

 * XML comments now use correct syntax  .

 * "Ipe5toxml" is no longer automatically called.

 * Fixed bug #103 (comment in last line of text object).

 * Recognize alternative names of standard fonts used in libwmf (bug
   #109).

 * Fixed bug #77 (spaces in layer names).

 * Fixed bug #83 (editing a path lost arrows).

 * Fixed bug #102 (bookmark destinations were wrong).

 * Fixed bug #96 (vertical text caused Acrobat to fail opening PDF).

 * Removed handling of obsolete Ipe file versions in IpeImlParser.

 * A subpath consisting of a single moveto no longer causes Ipe to
   crash (but to fail an assertion).

 * Fixed bug #74 (New layer, new view keeps view settings).

 * "Last page" now goes to last page (not second-to-last one).

 * Snapping to center of arc works now.

 * Changed computation of dimmed colors (Qt's definition doesn't dim
   black at all).

 * Intersection snapping now works inside groups.


___
Ipe-announce mailing list
[EMAIL PROTECTED]
https://mail.cs.uu.nl/mailman/listinfo/ipe-announce

- End forwarded message -

- End forwarded message -


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

Bug#340531: libc6: freopen() function closes unrelated streams.

[Daniel Jacobowitz]

On Wed, Nov 23, 2005 at 05:59:59PM -0500, Thomas Dickey wrote:
> The call to freopen() is causing the stream for TRACE's output to
> close, so the last line in the output is the first TRACE shown in
> this chunk.  Putting an abort() before the last TRACE proves that
> the code is getting that far.

What does strace say is going on?


-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#340557: socat: new upstream version available

[Daniel Kahn Gillmor]

Package: socat
Version: 1.4.2.0-1
Severity: wishlist
Tags: patch

socat version 1.4.3 is available from upstream at:

  http://www.dest-unreach.org/socat/

  http://www.dest-unreach.org/socat/download/socat-1.4.3.0.tar.gz

i've built it into a deb with minimal changes (just enough to close
the outstanding bugs), and it seems to work fine installed on a mixed
etch/sid system (don't have a pure sid system handy to try it out with
right now).

You can see the source of my new version of socat 1.4.3.0-1 (along
with an i386 binary package) here:

  http://lair.fifthhorseman.net/~dkg/apt/pool/main/s/socat/

i'd be happy to help maintain socat if that's something that you'd
want.

Thanks for maintaining this package!

--dkg

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (700, 'testing'), (700, 'stable'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages socat depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libreadline4  4.3-17 GNU readline and history libraries
ii  libssl0.9.7   0.9.7g-5   SSL shared libraries
ii  libwrap0  7.6.dbs-8  Wietse Venema's TCP wrappers libra

socat recommends no packages.

-- no debconf information


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

Bug#340556: glade-gnome-2: crashed unexpectedly

[Spike^ekipS]

Package: glade-gnome-2Version: 2.10.1When i opened the glade file which i created with glade-2 and selected a item,the glade-2 was crashed with gnome error dialog.This is a debug messages,-
(glade-2:19972): Gdk-CRITICAL **: gdk_window_get_user_data: assertion `window != NULL' failed(glade-2:19972): Gdk-CRITICAL **: gdk_window_get_user_data: assertion `window != NULL' failed(glade-2:19972): Gdk-CRITICAL **: gdk_window_get_user_data: assertion `window != NULL' failed
(glade-2:19972): Gdk-CRITICAL **: gdk_window_get_user_data: assertion `window != NULL' failed(glade-2:19972): Gdk-CRITICAL **: gdk_window_get_user_data: assertion `window != NULL' failed(glade-2:19972): Gdk-CRITICAL **: gdk_window_get_user_data: assertion `window != NULL' failed
(glade-2:19972): GLib-GObject-WARNING **: invalid uninstantiatable type `' in cast to `GObject'(glade-2:19972): GLib-GObject-CRITICAL **: g_object_get_qdata: assertion `G_IS_OBJECT (object)' failed
(glade-2:19972): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed** (glade-2:19972): CRITICAL **: atk_object_get_parent: assertion `ATK_IS_OBJECT (accessible)' failedGTK Accessibility Module initialized
-

Bug#311064: the fix for this man page

[Daniel Kahn Gillmor]

tags 311064 + patch
thanks

here's a patch for the broken man page.  i hope it's useful:

--- socat-1.4.2.0/socat.1   2005-03-18 16:24:55.0 -0500
+++ socat-1.4.2.0.dkg/socat.1   2005-11-24 00:08:26.0 -0500
@@ -2034,7 +2034,7 @@
 connected to the TCP socket (nofork)\&.  The shell starts filan and lets it 
print the socket addresses to
 stderr (your terminal window)\&.
 .IP 
-.IP "\fB\f(CWecho -e "\e0\e14\e0\e0\ec" |socat -u - 
file:/usr/bin/squid\&.exe,seek=0x00074420\fP\fP" 
+.IP "\fB\f(CWecho -en '\\e0\\e14\\e0\\e0' |socat -u - 
file:/usr/bin/squid\&.exe,seek=0x00074420\fP\fP" 
 .IP 
 functions as primitive binary editor: it writes the 4 bytes 000 014 000 000 to
 the executable /usr/bin/squid at offset 0x00074420 (this is a real world patch




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

Bug#333672: Upgrade severity to critical.

[Martin Foster]

Severity: critical

I believe the severity of this bug should be critical - it causes dependent 
packages to silently die as the non-existent part problem is not trapped.

The previously submitted patch clears the issue.  

 

Martin Foster | Systems Engineer
Pacific Internet (Australia) Pty Ltd

P: +61 3 9674 7659
 
Australia I Singapore I Hong Kong I Philippines I India I Thailand I Malaysia 
http://www.pacific.net.au/disclaimer/

Bug#187443: doesn't seem to be an issue any longer as of at least 1.4.2.0-1

[Daniel Kahn Gillmor]

i'm running socat version 1.4.2.0-1, and i don't see any hexadecimal
0xB4 characters in the man page, despite there being many 0x27
characters there:

[EMAIL PROTECTED] socat]$ zcat /usr/share/man/man1/socat.1.gz | hexdump -e '1/1 
" %02x " "\n"' | grep ' B4 ' | wc -l
0
[EMAIL PROTECTED] socat]$ zcat /usr/share/man/man1/socat.1.gz | hexdump -e '1/1 
" %02x " "\n"' | grep ' 27 ' | wc -l
94
[EMAIL PROTECTED] socat]$ 

i think you can safely close this bug.

hth,

--dkg


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

Bug#340555: RFP: xymtex -- xymtex chemical notation for latex; xymtex is a macro package for drawing chemical structural formulas.

[Nick Lewycky]

Package: wnpp
Severity: wishlist

* Package name: xymtex
  Version : 4.03
  Upstream Author : Shinsaku Fujita
* URL : http://imt.chem.kit.ac.jp/fujita/fujitas3/xymtex/indexe.html
* License : Unspecified (but it's not marked non-distributable as 
others are)
  Description : xymtex chemical notation for latex; xymtex is a macro 
package for drawing chemical structural formulas.

I'd like to have some package to help typeset molecules. XyMTeX is
what wikipedia uses, so if it's good enough for them then it's good
enough for me. There seems to be an alternative called PPCHTeX, if
that's easier to deal with.

Packaging xymtex might not be too easy. You may have to contact
upstream (note that I don't have an email address either) and try to
convince him to include an explicit license of some sort.

Nick Lewycky

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.1
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#339920: reproduce bug with highlight-regexp

[Jay Berkenbilt]

I've finally found a very short and easy recipe to reliably reproduce
this bug.  It took a lot of widdling down, but I identified the
culprit as highlight-regexp.  I haven't investigated what it is doing
that is causing the problem.  More likely than not, you'll be able to
reproduce this problem by simply running M-x highlight-regexp anywhere
in emacs and then observing that gnus buffers created after that no
longer have colors in them.  In case that's not sufficient, here's an
exact recipe to reproduce the bug.


Create an empty directory
cd to the directory
Create .emacs in that directory with the following contents:

==

(setq
 gnus-select-method '(nnfolder "")
 mail-sources '((file :path "~/incoming"))
 gnus-group-highlight '((t . gnus-group-news-1-face))
)

(defun break-gnus-colors ()
  (interactive)
  (save-excursion
(with-temp-buffer
  (highlight-regexp "^Not: Found$" 'highlight)
)
  )
)

==

run
HOME=$PWD emacs &
M-x gnus

Observe that the list of groups are highlighted in a color.  Hit enter
over nndoc+gnus-help:gnus-help.  Hit ! a few times, observing that the
items change color.  Hit "q" to exit summary mode and enter to get
back in a few times to observe that colors stay as expected.

>From the *Group* buffer, run

M-x break-gnus-colors

Now hit enter over nndoc+gnus-help:gnus-help again.  This time,
observe that the colors are not present.  Hit q to return to *Group*
and q again to exit gnus.  Run M-x gnus.  This time, observe that the
*Group* buffer is also not colored.

That's about it -- please let me know if you are able or not able to
reproduce this using this formula.

I finally figured this out by noticing that the operation I did before
colors stopped working was to load an rmail file.  I have an
rmail-show-message-hook that calls highlight-regexp.  At first, I just
observed that loading and killing an rmail file was sufficient to
cause the problem.  I then widdled down my configuration until I
realized that this was what it was.

Below is the reply I originally started to compose before I managed to
figure out an exact formula.



Finally this evening I've managed to get my emacs into a state where
this problem has occurred.

> * Going further
>
>   As I still can't reproduce this, I need one of you guys to do the
>   following: in a buffer where the bug occurs, send me the output of
>   `C-u C-x =' on any of the characters of
>   - a region where colorization is normal (the bug doesn't affect this
> region), we'll call this character X.
>   - a region where there is no colorization (the bug affects the region),
> we'll call this char Y.


Here's a character from a buffer that has no coloration but should
(character Y):

==

  character: R (0122, 82, 0x52, U+0052)
charset: [ascii] (ASCII (ISO646 IRV))
 code point: [82]
 syntax: w  which means: word
   category: a:ASCII   l:Latin  
buffer code: 0x52
  file code: 0x52 (encoded by coding system mule-utf-8)
display: by this font (glyph code)
 -Misc-Fixed-Medium-R-Normal--13-120-75-75-C-70-ISO10646-1 (0x52)

There is an overlay here:
 From 14 to 15
  face [gnus-summary-selected]


There are text properties here:
  fontifiednil
  gnus-number  1749
  mouse-face   [highlight]

==

Here's a character from a buffer that has normal coloration.
(Character X) (It's an old buffer.)

==

  character: m (0155, 109, 0x6d, U+006D)
charset: [ascii] (ASCII (ISO646 IRV))
 code point: [109]
 syntax: w  which means: word
   category: a:ASCII   l:Latin  
buffer code: 0x6D
  file code: 0x6D (encoded by coding system mule-utf-8)
display: by this font (glyph code)
 -Misc-Fixed-Medium-R-Normal--13-120-75-75-C-70-ISO10646-1 (0x6D)

There are text properties here:
  face [gnus-group-mail-2-empty-face]
  fontifiednil
  mouse-face   [highlight]

==

>  Hypothesis B:
>
>Char X has a valid `face' property, and
>Char Y doesn't have a `face' property, and optionally has a
>`fontified' property with value nil: this would mean that the bug is
>caused by code that removes the `face' text property from the
>character.

This is what is happening.

I'm going to exit and restart gnus so that the coloring disappears
from my group buffer as well and look at the character X again.  Here
it is (character X'):

==

  character: m (0155, 109, 0x6d, U+006D)
charset: [ascii] (ASCII (ISO646 IRV))
 code point: [109]
 syntax: w  which means: word
   category: a:ASCII   l:Latin  
buffer code: 0x6D
  file code: 0x6D (encoded by coding system mule-utf-8)
display: by this font (glyph code)
 -Misc-Fixed-Medium-R-Normal--13-120-75-75-C-70-ISO10646-1 (0x6D)

There are text properties here:
  fontifiednil
  mouse-face   [highlight]

==

The only difference between X and X' is that X' has no face property.

I have some vague

Bug#340553: imagemagick: Cannot load GIF image with deffered LZW clear code

[Alexey Feldgendler]

Package: imagemagick
Version: 6:6.2.4.5-0.2
Severity: normal

ImageMagick utilities fail to load GIF images that contain a deferred
clear code in LZW compression, as mentioned in:
http://www.w3.org/Graphics/GIF/spec-gif89a.txt

Example of such image:
http://www.plush.de/brix/files/everest.gif

For example, "display" says "corrupt image" about this picture.

I'm not sure which library does ImageMagick use for reading GIF, so I
didn't know where to file this bug. Please file a bug to Debian or
upstream to whatever library that causes the bug.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing-proposed-updates
  APT policy: (995, 'testing-proposed-updates'), (990, 'testing'), (500, 
'stable'), (90, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages imagemagick depends on:
ii  libbz2-1.01.0.2-10   high-quality block-sorting file co
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libdps1   6.8.2.dfsg.1-7 Display PostScript (DPS) client li
ii  libfreetype6  2.1.7-2.4  FreeType 2 font engine, shared lib
ii  libice6   6.8.2.dfsg.1-7 Inter-Client Exchange library
ii  libjasper-1.701-1 1.701.0-2  The JasPer JPEG-2000 runtime libra
ii  libjpeg62 6b-10  The Independent JPEG Group's JPEG 
ii  liblcms1  1.13-1 Color management library
ii  libmagick96:6.2.4.5-0.2  Image manipulation library
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.8.2.dfsg.1-7 X Window System Session Management
ii  libtiff4  3.7.4-1Tag Image File Format (TIFF) libra
ii  libx11-6  6.8.2.dfsg.1-7 X Window System protocol client li
ii  libxext6  6.8.2.dfsg.1-7 X Window System miscellaneous exte
ii  libxml2   2.6.22-2   GNOME XML library
ii  libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-7 X Window System client libraries m
ii  zlib1g1:1.2.3-4  compression library - runtime

imagemagick recommends no packages.

-- debconf-show failed


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

Bug#340554: libungif4g: Fails to load GIF image with deferred LZW clear code

[Alexey Feldgendler]

Package: libungif4g
Version: 4.1.4-1
Severity: important

The library fails to load GIF images that contain a deferred clear
code in LZW compression, as mentioned in:
http://www.w3.org/Graphics/GIF/spec-gif89a.txt

Example of such image:
http://www.plush.de/brix/files/everest.gif

The library gives the following error: Image EOF detected, before
image complete.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing-proposed-updates
  APT policy: (995, 'testing-proposed-updates'), (990, 'testing'), (500, 
'stable'), (90, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)

Versions of packages libungif4g depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

libungif4g recommends no packages.

-- debconf-show failed


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

Bug#340390: Installation report: no disks detected (with attachment)

[Ross Boylan]

Sorry, forgot the attachment.
808627700   



000880862771b9  


pcieport-driver
00d8808627d89   8d24
4000


00e0808627d0c9  


pcieport-driver
00e2808627d4d9  


pcieport-driver
00e3808627d6e9  


pcieport-driver
00e8808627c832  
3081
0020
uhci_hcd
00e9808627c9e1  
3061
0020
uhci_hcd
00ea808627cad1  
3041
0020
uhci_hcd
00eb808627cba9  
3021
0020
uhci_hcd
00ef808627cc32  8d204000
0400

ehci_hcd
00f08086244e0   



00f8808627b80   



00f9808627dfd1  
30b1
0010
PIIX_IDE
00fa808627c0b   30c930e530c1
30e130a10008
0004000800040010

00fb808627dab   
3001
0020

010010de0142b   8800800c
8c04fffe00020400
08000100
0002
02008086108bb   8d102001
0002
0020

0508808612293a  8d02400010018d00
1000
0040000

Bug#340202: psmouse unusable in -mm series (was: 2.6.15-rc1-mm2 unsusable on DELL Inspiron 8200, 2.6.15-rc1 works fine)

[Dmitry Torokhov]

On Wednesday 23 November 2005 21:29, Ed Tomlinson wrote:
> On Wednesday 23 November 2005 14:57, Marc Koschewski wrote:
> > * Dmitry Torokhov <[EMAIL PROTECTED]> [2005-11-21 22:43:50 -0500]:
> > 
> > > On Sunday 20 November 2005 12:14, Marc Koschewski wrote:
> > > > * Dmitry Torokhov <[EMAIL PROTECTED]> [2005-11-18 22:07:19 -0500]:
> > > > 
> > > > > On Friday 18 November 2005 13:29, Marc Koschewski wrote:
> > > > > > Nov 18 12:58:37 stiffy kernel: psmouse.c: Wheel Mouse at 
> > > > > > isa0060/serio1/input0 lost synchronization, throwing 1 bytes away.
> > > > > > 
> > > > > > SOME STUFF MISSING? HUH?
> > > > > > 
> > > > > > Nov 18 13:03:14 stiffy kernel: psmouse.c: resync failed, issuing 
> > > > > > reconnect request
> > > > > > 
> > > > > 
> > > > > Hm, this worries me a bit... Could you please try appying the patch
> > > > > below to plain 2.6.15-rc1 and see if mouse starts misbehaving again?
> > > > 
> > > > Dmitry,
> > > > 
> > > > I applied the 5 patches to a plain 2.6.15-rc1. The mouse was well as if 
> > > > it was
> > > > in an unpatched kernel. The problem just occured in 2.6.15-rc1-mmX.
> > > > Plain 2.6.15-rc1 was fine before as well. So: actually no change.
> > > > 
> > > > Need any more info?
> > > >
> > > 
> > > Marc,
> > > 
> > > Thank you for testing the patch. It proves that your mouse troubles
> > > were not caused by the patch I made so I am very happy. "No change"
> > > is the result I wanted to hear ;)
> > > 
> > 
> > Dmitry,
> > 
> > there's a bug report filed against Debian's udev. You can read it here:
> > 
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340202
> > 
> > The bug report, however, states that the problem is caused by udev under
> > all variants of kernel 2.6.15. I'm writing this mail while running
> > 2.6.15-rc1 and the mouse definitely works. Do you have any other hint?
> > Seems to me like the bug report is only half the truth... 
> 
> Marc,
> 
> Are you, by some slim chance, manually loading mousedev ( via /etc/modules) or
> an init script?  If so your mouse will work.
>

The only change in input between 2.6.15-rc1 and 2.6.15-rc-mm2 is that
psmouse resync patch. Marc, is you revert psmouse resync patch from -mm
does the mouzse still misbehaves?

-- 
Dmitry


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

Bug#340390: Installation report: no disks detected

[Ross Boylan]

On Wed, Nov 23, 2005 at 10:46:20AM -0500, Lennart Sorensen wrote:
> On Tue, Nov 22, 2005 at 10:59:52PM -0800, Ross Boylan wrote:
> > Package: installation-reports
> > 
> > Boot method: CD
> > Image version: etch beta1 
> > http://cdimage.debian.org/pub/cdimage-testing/etch_d-i/i386/beta1/debian-testing-i386-netinst.iso
> > Date: 2005-11-22 22:00 Pacific
> > 
> > Machine: OmniPro Intel System
> > Processor: P4 630 3GHz
> > Memory: 2G
> > Partitions: one DOS parition from Win98 installer Fdisk
> > 
> > Output of lspci and lspci -n: ? sorry
Shouldn't lspci be on the install disk?  I couldn't find it there.
I've attached the contents of /proc/bus/pci/devices in case that's any
help.  I could poke around /proc or /dev some more if someone would
tell me what to look for.


> > 
> > Base System Installation Checklist:
> > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
> > 
> > Initial boot worked:[O]
> > Configure network HW:   [O?]
> > Config network: [ ] cable not connected; skipped

This time I started with the cable in, and the network detection and
configuration seemed to go OK.  In particular, it got the domain from
my dhcp server.

> > Detect CD:  [O]
> > Load installer modules: [?]
> > Detect hard drives: [E]
...
> > Comments/Problems:
> > The installer did not detect any hard drives.  I suspect this has
> > something to do with the motherboard, which I think is relatively new:
> > Intel D945PSNLK.  One 250GB WD SATA hard drive.  The block diagram
> > shows that the Intel  945P chipset controls the drive via the Intel
> > 82801G hub.
> > 
> > Still, I thought this was pretty generic; I'm a bit surprised there
> > was a problem.  The vendor did say the hardware should work with
> > Linux.
> 
> What mode is the bios set to for sata?
I've hunted around the bios, and don't see anything that looks much
like a sata mode setting.  
Use automatic mode is enabled for disks.  The documentation says

"If you select Auto in the BIOS setup program, the BIOS automatically
sets up the PCI IDE connector with independent I/O channel support.
The IDE interface supports hard drives up to ATA-66/100 and recognizes
any ATAPI compliant devices  The interface also supports
second-generation SATA drives.  The BIOS determines the capabilities
of each drive and configures them to optimize capacity and
performance.  To take advantage of the high capacities typically
available today, hard drives are automatically configured for Logical
Block Address and to PIO Mode 3 or 4, depending on the capability of
the drive.  You can override the auto-configuration options by
specifying manual configuration in the BIOS Setup program."

> 
> In my experience the intels must be set to native/enhanced not
> combined/emulated for them to work properly with linux.  
As I said, nothing very much like that in the BIOS that I could see.

> They should
> appear as /dev/sda not /dev/hda.
Neither is present.

  Might have to be in ahci mode to work
> at its best if it supports that new standard.

I tried selecting the ahci driver in the detect disks screen, but it
didn't detect any disks.

The bios does indicate the hard drive is there.

> 
> > The system also has a floppy and and DVD/CD drive; I booted off the
> > latter.
> > 
> > fdisk /dev/hda when I shelled out reported it couldn't find the device.
> > 
> > It's a new machine.
...
> 
> > I gave this a shot because my initial Win98 installation got hung up.
> > The Win98 installer did detect and partition the hard drive, though
> > the reported size (40G) was much smaller than the actual size (250G).
> > I manually create one 6G partition at the start.  The Win98 install
> > hung up before I got to format the partition.
> 
> Not sure win98 supports drives that big.  Quite sure it doesn't
> actually.

FAT32 is supposed to work for up to 2TB.  My vendor says that Intel
says the chipset on this motherboard is incompatible with Win98, so I
guess it's not surprising it didn't work.  But how will I play Red
Alert :(

> 
> Len Sorensen
> 
I'll give a Win2K install a shot while I'm at it; Intel says that
should work.

I'm surprised detecting the disk is so problematic; I thought
everything worked through standard interfaces.

BTW, am I correct inferring that SATA and 2.4 kernels are not a good
mix?


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

Bug#340552: Debian 3.1 install problem

[Ross Crawford]

Package: installation-reports

Boot method: floppy
Image version: 20051123 
http://debian.planetmirror.com/debian/dists/sarge/main/installer-i386/current/images/floppy/

Date: 20051123

Machine: IBM Aptiva
Processor: P3 500MHz
Memory: 128M
Partitions: Unable to get info, as calculated by auto-partition for 
multi-user workstation.


Output of lspci and lspci -n: N/A

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

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

Comments/Problems:

Fails Installing base system at the "Updating list of available 
packages" stage. Log console has:


Err http://mirror.mcs.anl.gov sarge/main Packages
 Could not connect to mirror.mcs.anl.gov (1.0.0.0), connection timed out.

Have tried 4 different mirrors, same result. At this stage, it has 
already downloaded all the base packages so I'm at a total loss what the 
problem may be.



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

Bug#338915: torcs: Can't select other than 320x240 resolution

[Rudy Godoy]

On 15/11/2005 at 11:45 vesse wrote...

> Package: torcs
> Version: 1.2.4-1
> Severity: normal
> 
> 
> Hi,

Hi,

> 
> I can not select any other display resolution from the Screen 
> configuration -section than 320x240. Other options can be changed but 
> they do not work (or at least fullscreen-mode doesn't). Output after 
> starting is the following, and the same repeats when I try to change 
> settings:

Which desktop environment / window manager are you using? 
What resolutions are available on your Xorg config?

> 
> [EMAIL PROTECTED]:~$ torcs
> freeglut (/usr/lib/torcs/torcs-bin): WARNING - Display string token not 
> recognized:  depth>=24
> Visual Properties Report
> 
> z-buffer depth: 24 (good)
> multisampling : available
> alpha bits: available
> 

does this happens with the latest (2.4.0.4) freeglut3 library?

thanks,
Rudy

-- 
Rudy Godoy | 0x3433BD21 | http://stone-head.org   ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature

Bug#340551: beagle: depends on libraries from experimental

[Paul Wise]

Package: beagle
Version: 0.1.2-1
Severity: serious

The version you just uploaded depends on versions of libgnomevfs2-0,
libgtk2.0-0 and libpango1.0-0 from experimental, which makes it
uninstallable in sid. Please recompile using pbuilder or a clean sid
chroot or install.

Also, it would be nice if you could fix or close the other RC bug so
beagle can migrate to testing/etch.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#340550: beagle depends on packages that are probably in experimental

[Marco Presi (Zufus)]

Package: beagle
Severity: grave
Justification: renders package unusable

Hi,

trying to install beagle, it asks for pkgs more recent than ones in
unstable:

beagle: Depends: libgtk2.0-0 (>= 2.8.0) but 2.6.10-2 is installed.
Depends: libpango1.0-0 (>= 1.10.1) but 1.8.2-3 is installed.
Depends: libgnomevfs2-0 (>= 2.12.0) but 2.10.1-5 is installed.

Please upload it with packages from unstable

Regards

Marco

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to it_IT.UTF-8)


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

Bug#333149: [Pkg-xfce-devel] Bug#333149: xfce4-terminal: Warnings on startup

[Rudy Godoy]

On 15/11/2005 at 11:22 Devin Bayer wrote...

> >No, the bug seems to have been fixed.  But instead I get a new warning:
> >
> >Unable to register terminal service: D-BUS error 
> >org.freedesktop.DBus.Error.Failed: Unable to determine the address of 
> >the message bus
> 
> And although not at startup, I get this warning many times:
> 
> ** (xfce4-terminal:385): WARNING **: No handler for control sequence 
> `device-con trol-string' defined.
> 
> and this message about an eighth as often:
> 
> selected locale: en-US
> DOUBLE-CLICK: 300 --> -1 THRESHOLD: 8 --> -1

This seems to be another issue. Can you elaborate on this? does
this happens when you do any particular action?

thanks,
-Rudy

-- 
Rudy Godoy | 0x3433BD21 | http://stone-head.org   ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature

Bug#340549: remove binaries of iozone3

[Steve M. Robbins]

Package: ftp.debian.org
Severity: normal

Hello,

Could you please remove all the version 221 iozone3 packages?
[So that the newer version can migrate into testing]

Thanks,
-Steve


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

Bug#340548: usbmodules.8.gz: modprobe -k?

[Dan Jacobson]

Package: usbutils
Version: 0.71-6
Severity: minor
File: /usr/share/man/man8/usbmodules.8.gz

The man page mentions a modprobe -k option, but modprobe has no -k
option.

P.S., maybe the man page should just be in one section, 1, not in 8,
and no link? Because the program is in bin, not sbin.


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

Bug#340547: linux-image-2.6.12-1-k7: visor & acer s10

[Dan Jacobson]

Package: linux-image-2.6.12-1-k7
Version: 2.6.12-10
Severity: normal

Please add to drivers/usb/serial/visor entries for Acer S10 handheld
computer.

http://www.pilot-link.org/pipermail/pilot-link-general/2002-July/000342.html
http://www.chinaitpower.com/A/2004-07-28/87909.html

I hope all the depmod and usbmodules stuff are updated too.
This is all way over my head. All I know is I cannot pilot-xfer.
OK, I can do modprobe visor vendor=0x502 product=0x1


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

Bug#340202: psmouse unusable in -mm series (was: 2.6.15-rc1-mm2 unsusable on DELL Inspiron 8200, 2.6.15-rc1 works fine)

[Ed Tomlinson]

On Wednesday 23 November 2005 14:57, Marc Koschewski wrote:
> * Dmitry Torokhov <[EMAIL PROTECTED]> [2005-11-21 22:43:50 -0500]:
> 
> > On Sunday 20 November 2005 12:14, Marc Koschewski wrote:
> > > * Dmitry Torokhov <[EMAIL PROTECTED]> [2005-11-18 22:07:19 -0500]:
> > > 
> > > > On Friday 18 November 2005 13:29, Marc Koschewski wrote:
> > > > > Nov 18 12:58:37 stiffy kernel: psmouse.c: Wheel Mouse at 
> > > > > isa0060/serio1/input0 lost synchronization, throwing 1 bytes away.
> > > > > 
> > > > > SOME STUFF MISSING? HUH?
> > > > > 
> > > > > Nov 18 13:03:14 stiffy kernel: psmouse.c: resync failed, issuing 
> > > > > reconnect request
> > > > > 
> > > > 
> > > > Hm, this worries me a bit... Could you please try appying the patch
> > > > below to plain 2.6.15-rc1 and see if mouse starts misbehaving again?
> > > 
> > > Dmitry,
> > > 
> > > I applied the 5 patches to a plain 2.6.15-rc1. The mouse was well as if 
> > > it was
> > > in an unpatched kernel. The problem just occured in 2.6.15-rc1-mmX.
> > > Plain 2.6.15-rc1 was fine before as well. So: actually no change.
> > > 
> > > Need any more info?
> > >
> > 
> > Marc,
> > 
> > Thank you for testing the patch. It proves that your mouse troubles
> > were not caused by the patch I made so I am very happy. "No change"
> > is the result I wanted to hear ;)
> > 
> 
> Dmitry,
> 
> there's a bug report filed against Debian's udev. You can read it here:
> 
>   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=340202
> 
> The bug report, however, states that the problem is caused by udev under
> all variants of kernel 2.6.15. I'm writing this mail while running
> 2.6.15-rc1 and the mouse definitely works. Do you have any other hint?
> Seems to me like the bug report is only half the truth... 

Marc,

Are you, by some slim chance, manually loading mousedev ( via /etc/modules) or
an init script?  If so your mouse will work.

Ed Tomlinson 


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

Bug#337336: ipe: Ipe can not find pdflatex

[Steve M. Robbins]

Hello,

I just tested my system by drawing a box and a text label,
then saving it.  No error was reported.

I need more information on your problem.


On Thu, Nov 03, 2005 at 06:48:15PM -0500, David Pal wrote:

> 
> When I draw a simple picture in IPE with a text label and I try to
> save it, IPE fails complaining:
> 
> "Something is wrong with PDF file generated by Pdflatex. Please consult
> the stderr output to identify the problem."

Ipe fails in what way?  Is that text in a dialog?  Console?


> And on stderr I see that output of pdflatex which has successfully
> generated PDF.

So the PDF is generated?  Is it correct?

Please send a precise sequence of steps that makes it fail,
and the output on the console.  If any file was generated,
send that too.

Thanks,
-Steve




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

Bug#340546: memos.1.gz: add SEE ALSO to install-memo(1)

[Dan Jacobson]

Package: pilot-link
Version: 0.11.8-12
Severity: minor
File: /usr/share/man/man1/memos.1.gz

The install-memo man page has a SEE ALSO to memos(1), but memos(1) has
no SEE ALSO to install-memo(1).

Also at
-t Use the filename as the title for the memo.
add "Uses the entire filename as given on the command line, not the 
basename(1)."


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

Bug#340545: txt2html.1p.gz: remark file as optional in SYNOPSYS

[Dan Jacobson]

Package: txt2html
Version: 2.43-1
Severity: minor
File: /usr/share/man/man1/txt2html.1p.gz

In man page, and --help usage,
   [ --use_mosaic_header ] [ --use_preformat_marker ] [ --xhtml ] file ...
should be
   [ --use_mosaic_header ] [ --use_preformat_marker ] [ --xhtml ] [file ...]
as file is optional.


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

Bug#340405: mutt: It does not seem at all easy to forward an email with all its attachments

[Adeodato Simó]

  (OH GOD. I just accidentally lost what I had written as a reply for
  this message, which was not short as you'll see. I'm now rewritting
  it again, please do appreciate that. ;-)

* Julian Gilbey [Wed, 23 Nov 2005 15:33:34 +]:

Hi again, Julian,

> On Wed, Nov 23, 2005 at 12:43:26PM +0100, Adeodato Simó wrote:
> I wanted the normal non-mime_forward handling for the main message,
> where the text is included in the body of the message (so that I can
> intersperse comments if I so wish), but also the received attachments
> are attached to the forwarded message.

  OK, after this clarifying paragraph, and having read the latest
  questions of this Mutt FAQ [1], I think I have a couple suggestions
  for you; I'll assume that you have $mime_foward set to "ask-yes", and
  the rest of variables to their default values except when noted:

- In all cases, start in the original mail you want to forward, and
  press 'v' to go to the Attachments menu. Then, tag (with 't') all
  the attachments you want to forward (which will possibly be all),
  including the first one, which contains the text of the message.
  To forward them, press ';f' (or 'f' alone if you have $auto_tag
  set). Doing a reply (';r') would be an option too.

- If you answer "no" to the "Forward as an attachment?" question,
  you'll have in your editor the original body of the message, to
  which you can add your comments, and the rest of attachments in
  separate attachments each, _most likely_. It is possible that they
  get included in the body if they have a text/plain representation;
  the only workaround for this, if it bothers you, would be to
  temporarily change the mime type of said attachments.

- Alternatively, you may answer "yes" to the question. Then, you'll
  have in your editor the headers of the original message, and in
  further attachments all the forwarded original attachments (even
  if they have a text/plain representation), the first of which will
  be the body of the original mail. You can include your comments
  either in the body of your new mail, or in the original mail
  itself by editing that first attachment (with 'm').

- In either case, setting $forward_quote will result in the parts of
  the original mail that are included in the new body to be prefixed
  with >.


  And that was all. This mail is probably a bit dense, but I think it
  contains all the information you need. But do not hesitate to ask if
  you have further questions.

  Cheers,

[1] http://wiki.mutt.org/?MuttFaq/Attachment

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
  Listening to: Ana Torroja - Flor carnívora



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

Bug#340385: segfault installing OOo hyphenation

[Daniel Burrows]

On Wed, Nov 23, 2005 at 08:12:38PM +1100, Drew Parsons <[EMAIL PROTECTED]> was 
heard to say:
> On Tue, 2005-11-22 at 23:37 -0800, Daniel Burrows wrote:
> > > 
> > > Note there appear to be two versions of the openoffice.org-dictionaries
> > > source package.  There's one in main, which provides myspell-* and
> > > openoffice.org-thesaurus-en-us, 1:2.0.0-1 in unstable, and a different
> > > one in contrib (20030813-3 apparently) which provides some myspell-* and
> > > some openoffice.org-hyphenation-*.
> > > 
> 
> >   Ew.  Yeah, I don't get those packages even if I use your sources.list.
> > 
> >   What happens if you try to install this package using apt-get?
> > 
> 
> 
> Funny, the hyphenation packages don't appear under apt-cache search.
> although they are listed under /var/lib/dpkg/available.

  Aha!  I should have realized this, but you removed the openoffice packages
without purging them.  That explains why they're there.  Of course, aptitude
shouldn't install versions that can't be downloaded -- and indeed, pressing
"+" on the package doesn't do anything.  But if you list the versions of the
package and explicitly select the configured version, aptitude will happily
mark it for installation.  This seems likely to cause problems later on.

  Daniel


signature.asc
Description: Digital signature

Bug#339870: openhackware: FTBFS: unrecognized option `-mregnames'

[Guillem Jover]

severity 339870 normal
thanks

Hi,

On Sat, Nov 19, 2005 at 06:01:39PM +0100, Roland Stigge wrote:
> # The package doesn't build on the Architecture (all) it it declared for
> Guillem Jover wrote:
> > > building the package openhackware in a clean sid build environment
> > > (with pbuilder) on i386 results in:

> > It's supposed to only be buildable on a ppc environment, be it native
> > or crosscompiled. The problem is that right now we don't have a clear
> > way to specify this kind of build requirement.

> As p2 explained, the package is clearly "Architecture: powerpc". The
> current "Architecture: all" is definitely broken.

Well and as I've said, I disagree. After requesting it, openhwackware
is now on Packages-arch-specific, so if you want to build arch:all
packages configure your build daemon properly. I'll close this bug
once I add a note on when building on the wrong environment.

regards,
guillem


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

Bug#340544: zope2.7-archetypes: new version, 1.3.5

[Gustavo Noronha Silva]

Package: zope2.7-archetypes
Version: 1.3.4-2
Severity: wishlist

1.3.5 is available, and is needed to start packaging plone 2.1.1,
it seems;

I'd like to suggest to remove the "2.7" versioning from the package
names while you're at it. Attached is a proposed initial diff.

Thanks,

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages zope2.7-archetypes depends on:
ii  python2.3-docutils0.3.9-0.1  Dependency package for python-docu
ii  zope-cmf1.4   1.4.8-2zope content management framework 
ii  zope-cmf1.5   1.5.4-1zope content management framework 
ii  zope-cmfformcontroller1.0.5-1zope form validation for cmf and p
ii  zope-common   0.5.15 common settings and scripts for zo
pn  zope2.7-generator  (no description available)
pn  zope2.7-mimetypesregistry  (no description available)
pn  zope2.7-portaltransforms   (no description available)
pn  zope2.7-validation (no description available)
ii  zope2.8   2.8.4-1Open Source Web Application Server

Versions of packages zope2.7-archetypes recommends:
ii  zope-cmfplone 2.1-2  content management system based on


zope-archetypes_1.3.5-1.diff.gz
Description: Binary data

Bug#340543: zope2.8-sandbox: generates a password and tries to recreate the instance on upgrade

[Gustavo Noronha Silva]

Package: zope2.8-sandbox
Version: 2.8.4-1
Severity: important

While upgrading from 2.8.3 to 2.8.4 the sandbox package showed me
a debconf note with an auto-generated password.

Thing is I already had my instance setup when I first installed the
package; I set up a password and it is still working for my admin
user. I dismissed the note without taking note of the password by
mistake, so I cannot try it out.

Then, at postinst time I get:

Instalando zope2.8-sandbox (2.8.4-1) ...
Zope2.8 instance 'sandbox' already exists.

As expected.

Thanks,

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages zope2.8-sandbox depends on:
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  zope-common   0.5.15 common settings and scripts for zo
ii  zope2.8   2.8.4-1Open Source Web Application Server

zope2.8-sandbox recommends no packages.

-- debconf information:
* zope2.8-sandbox/instance-http-port: 8028
* zope2.8-sandbox/keep-data-on-purge: false
  zope2.8-sandbox/internal:
* zope2.8-sandbox/admin-user: admin
* zope2.8-sandbox/admin-automatic-password:


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

Bug#340542: zope2.8: invalid syntax in file breaks install

[Gustavo Noronha Silva]

Package: zope2.8
Version: 2.8.4-1
Severity: grave
Justification: renders package unusable

Here's the problem:

Instalando zope2.8 (2.8.4-1) ...
Zope2.8: starting sandbox instance.
Compiling 
/usr/lib/zope2.8/lib/python/RestrictedPython/tests/before_and_after24.py ...
  File 
"/usr/lib/zope2.8/lib/python/RestrictedPython/tests/before_and_after24.py", 
line 30
x = (y**2 for y in whatever if y > 3)
^
SyntaxError: invalid syntax

I had to use Ctrl+c, and then moved the file aside and ran
dpkg --configure -a.

See ya,

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages zope2.8 depends on:
ii  debconf [debconf-2.0] 1.4.59 Debian configuration management sy
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  lsb-base  3.0-11 Linux Standard Base 3.0 init scrip
ii  python2.3 2.3.5-9An interactive high-level object-o
ii  python2.3-xml 0.8.4-1XML tools for Python (2.3.x)
ii  zope-common   0.5.15 common settings and scripts for zo

zope2.8 recommends no packages.

-- no debconf information


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

Bug#340541: gnus: malformed CC address in reply

[Brian May]

Package: gnus
Version: 5.10.6-0.CVS.20050317-1
Severity: normal

If I reply to the following email:

--- cut ---
From: Brian May <[EMAIL PROTECTED]>
Subject: test
To: "May, Brian" <[EMAIL PROTECTED]>
Cc: "May, Brian" <[EMAIL PROTECTED]>
Date: Thu, 24 Nov 2005 12:24:48 +1100
--- cut ---

I get the following headers:

--- cut ---
To: "May, Brian" <[EMAIL PROTECTED]>
Cc: May, Brian <[EMAIL PROTECTED]>
Subject: Re: test
X-Draft-From: ("nnimap+microcom:INBOX" 165)
References: <[EMAIL PROTECTED]>
From: Brian May <[EMAIL PROTECTED]>
Gcc: nnfolder+archive:mail.2005-11
Bcc: Brian May <[EMAIL PROTECTED]>
--- cut ---

This is wrong because the CC address is not quoted, and postfix treats
it as two email addresses. Fortunately, my MTA rejected the email
immediately (I use ssmtp). As an optional extra, it would be nice if
gnus displayed the error from the MTA without leaving me guessing what
"Sending...failed with exit value 1 means".

# cat mail2 | /usr/sbin/sendmail -t
sendmail: RCPT TO:<[EMAIL PROTECTED]> (550 <[EMAIL PROTECTED]>: Recipient 
address rejected: User unknown in local recipient table)

Also sometimes supercite gets confused and uses "May," as the prefix for
every line, but I can't reproduce this for the above test case
(it uses "Brian").

-- System Information:
Debian Release: 3.1
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-pegasos
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages gnus depends on:
ii  emacs21   21.4a-1The GNU Emacs editor
ii  make  3.80-9 The GNU version of the "make" util
ii  ucf   1.17   Update Configuration File: preserv
ii  xemacs21  21.4.17-1  highly customizable text editor
ii  xemacs21-mule [xemacs21]  21.4.17-1  highly customizable text editor --

-- debconf information excluded


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

Bug#340540: hybserv connections refused by ircd-hybrid

[Olaf]

Package: hybserv
Version: 1.8.0+1.9.0rc2-1

I checked Google etc. and found nothing, so I think it is a bug 
somewhere and not a newbie's fault...



from /etc/hybserv/hybserv.conf:
N:services:Hybrid services
S:test:localhost:
V:127.0.0.1


from /etc/ircd-hybrid/ircd.conf:

connect {
name = "services";
host = "localhost";
accept_password = "test";
port = 6667;
class = "server";
# ignored by hybserv:
send_password = "foo";
autoconn = no;
encrypted = no;
};


the log:

==> ircd/hybserv.log <==
Thu Nov 24 02:31:15 2005 Unable to read /var/run/ircd/hybserv.pid
Thu Nov 24 02:31:15 2005 HybServ2 TS services version 
1.9.0-rc2_20030405_6 started
Thu Nov 24 02:31:15 2005 Databases loaded (0 registered nicknames, 0 
registered channels, 0 memo entries)

Thu Nov 24 02:31:15 2005 Connected to localhost:6667
Thu Nov 24 02:31:15 2005 Server Error: Closing Link: localhost (Bogus 
server name)

Thu Nov 24 02:31:15 2005 Read error from server: Operation now in progress
Thu Nov 24 02:31:20 2005 Connected to localhost:6667
Thu Nov 24 02:31:20 2005 Server Error: Trying to reconnect too fast.
Thu Nov 24 02:31:21 2005 Read error from server: Connection reset by peer


I do not think that this is a DNS resolver's issue:

binky:/etc/ircd-hybrid# host localhost
localhost has address 127.0.0.1
binky:/etc/ircd-hybrid# host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.



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

Bug#340487: madwifi-source: Missing step on mapping eth1 to ath_pci

[Kel Modderman]

Bill Wohler wrote:


Kel Modderman <[EMAIL PROTECTED]> wrote:

 


The README would better use ath0 as an example instead of eth1.
   



Yes, that would clear things up a lot. I thought perhaps I was missing
something. I have been using ath0.

 


"ifrename"; install it, read up on it.
   



Thanks for the reference. Also, the most recent Subversion snapshot
seems to require a wlanconfig call to map wifi0 to ath0. How do you
think you're going to handle that? (Rhetorical question: I'll find out
;-)

 

In the packages designed for Kanotix, this is done by an external 
program udev script.


ftp://debian.tu-bs.de/project/kanotix/experimental/pool/non-free/m/madwifi-ng

Thanks, Kel.


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

Bug#340487: madwifi-source: Missing step on mapping eth1 to ath_pci

[Bill Wohler]

Kel Modderman <[EMAIL PROTECTED]> wrote:

> The README would better use ath0 as an example instead of eth1.

Yes, that would clear things up a lot. I thought perhaps I was missing
something. I have been using ath0.

> "ifrename"; install it, read up on it.

Thanks for the reference. Also, the most recent Subversion snapshot
seems to require a wlanconfig call to map wifi0 to ath0. How do you
think you're going to handle that? (Rhetorical question: I'll find out
;-)

-- 
Bill Wohler <[EMAIL PROTECTED]>  http://www.newt.com/wohler/  GnuPG ID:610BD9AD
Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian!
If you're passed on the right, you're in the wrong lane.


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

Bug#340506: mutt: mime_forward does not work for attachments of type text/rfc822-headers

[Adeodato Simó]

* Ambrose Li [Wed, 23 Nov 2005 17:20:24 -0500]:

Hi,

> If I try to forward an attachment of type text/rfc822-headers, mutt
> will forward it in-line and with lots of headers deleted. This happens
> even if I explicitly "set mime_forward".

> It is thus currently impossible to forward "full headers" for spam
> reporting if the only headers available are inside a
> text/rfc822-headers attachment.

  There are several more forwarding-related options; could I have a
  sample mbox to test?

  If not, what are the value of your $mime_forward_decode and
  $mime_forward_rest variables? Also, if you set $mime_forward to no,
  does unsetting $forward_decode help?

> (Workaround is to save the attachment to a file, then insert the file
> from the text editor. Therefore the bug is "normal" and not
> "important".)

  As a last resort, I believe you could also unset $weed.

  I wait your feedback on this bug report,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
If you think nobody cares if you're alive, try missing a couple of car
payments.
-- Earl Wilson



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

Bug#340539: change 3DGraphics to 2D

[Rudy Godoy]

I've made a mikstake, please change the following line in the .desktop file

From:
Categories=Application;Game;Education;KidsGame;3DGraphics;
To:
Categories=Application;Game;Education;KidsGame;2DGraphics;

Rudy

-- 
Rudy Godoy | 0x3433BD21 | http://stone-head.org   ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature

Bug#340437: Transcode DEPENDS error

[Martin Michlmayr]

* Boyan Penkov <[EMAIL PROTECTED]> [2005-11-23 08:27]:
> Package: transcode
> version: 2:0.6.14-0.7
> 
> Depends on libmagick6, which is not available to install.

This package is not in Debian, but I'm CCing the maintainer, Christian
Marillat.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#339668: childsplay: letters-trans.py

[Rudy Godoy]

Package: childsplay
Version: 0.80.3.1-3
Followup-For: Bug #339668

/usr/lib/site-python/childsplay/letters-trans.py
will also require to change its permisions to be executable.

regards,
Rudy

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-k7
Locale: LANG=es_PE.UTF-8, LC_CTYPE=es_PE.UTF-8 (charmap=UTF-8)

Versions of packages childsplay depends on:
ii  python2.3.5-3An interactive high-level object-o
ii  python-pygame 1.7.1release-1 SDL bindings for games development
ii  ttf-bitstream-vera1.10-3 The Bitstream Vera family of free 
ii  ttf-dustin20030517-1 Various TrueType fonts from dustis

Versions of packages childsplay recommends:
ii  childsplay-plugins0.80.3-1   Additional games for childsplay

-- no debconf information


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

Bug#319860: ITP: python-pymedia -- Module for wav, mp3, ogg...

[Vedran Furač]

Arnaud Fontaine wrote:
> Hello,
> 
> I don't know what to do, i wouldn't like to package non DFSG
> software. So if we don't solve the problem (i don't know how), i think i
> won't package this library...

Try asking on debian-legal mailing list. If the answer is negative, you
can still package it and upload to www.debian-unofficial.org like mplayer,
java or flashplayer.


Regards,

Vedran Furač

Bug#340486: linux-headers-2.6.14-2-k7: Unable to compile modules, fixdep.c required

[Jurij Smakov]

On Wed, 23 Nov 2005, Moshe Yudkowsky wrote:


Package: linux-headers-2.6.14-2-k7
Version: 2.6.14-3
Severity: serious
Justification: no longer builds from source

I am attempting to build my modules for 2.6.14-2-k7, and this fails. The failure is because the Makefile 
in /scripts/basic attempts, incorrectly (AFAICT) to build "fixdep" instead of 
using the "fixdep" that is already in the directory:

linux# make-kpkg modules
/usr/bin/make\
ARCH=i386 oldconfig
make[1]: Entering directory `/usr/src/linux-headers-2.6.14-2-k7'
 HOSTCC  scripts/basic/fixdep
gcc: scripts/basic/fixdep.c: No such file or directory
gcc: no input files
make[2]: *** [scripts/basic/fixdep] Error 1
make[1]: *** [scripts_basic] Error 2
make[1]: Leaving directory `/usr/src/linux-headers-2.6.14-2-k7'
make: *** [stamp-kernel-configure] Error 2


That's probably my fault, even though I would think that if Makefile would 
be written correctly, and fixdep binary already present (and it is 
present), then it would not try to rebuild it. Can you please confirm that 
it builds fine if you remove scripts/basic/Makefile?


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


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

Bug#247039: sysutils: procinfo unable to parse GCC version with GCC 3.3.

[Rasmus Bøg Hansen]

Florian Ernst <[EMAIL PROTECTED]> hit the keyboard.
Afterwards the following was on the screen:

> I have just taken over maintenance of the sysutils package and now try
> to resolve some rather dated issues...
>
> On Mon, 03 May 2004 01:12:04 +0200, Rasmus Bøg Hansen wrote:
>> As GCC has switched to 3.3 for the default, the version string has
>> changed: [...]
>> However procinfo expects this to be lowercase. procinfo-18/routines.c, line 
>> 269:
>> [...]
>
> And with GCC-4.0 is seems to have changed again to lowercase, but now
> with an additional field, thus requiring a more flexible approach than
> hardcoding the string.

Great, it is apparently locale dependent:

[EMAIL PROTECTED]:~# export LANG=C
[EMAIL PROTECTED]:~# gcc -v
[...]
gcc version 4.0.3 2005 (prerelease) (Debian 4.0.2-4)
[EMAIL PROTECTED]:~# export LANG=da_DK
[EMAIL PROTECTED]:~# gcc -v
[...]
GCC version 4.0.3 2005 (prerelease) (Debian 4.0.2-4)

Regards
/Rasmus

-- 
-- [ Rasmus "Møffe" Bøg Hansen ] ---
There is no such things as overkill
- only kill or no kill!
--[ moffe at zz9 dot dk ] --

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#340536: ftp.debian.org: Please change overrides for libcdg123-dev package to libdevel section

[Florian Ernst]

Package: ftp.debian.org
Severity: wishlist

I think the libdevel section is the natural place for a -dev package
to be, yet somehow this was missed previously, sorry about that.

Cheers,
Flo


signature.asc
Description: Digital 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#340481: solving2

[Andrew Toth]

Or we can add a line to our /etc/apt/sources.list (thx to Skip - argay21 - for the tip ):

deb ftp://xenia.sote.hu/pub/mirrors/java.blackdown.org/debian testing non-free

Bug#295760: [Ming-dev] Ming licensing issues

[P.]

El mié, 23-11-2005 a las 12:07 -0500, Stuart Anderson escribió:
> I have a need for supported Debian packages for Ming, so I'm willing to
> work w/ Mattias on these.

I need it soon too, my package is stucked because of a strong dependency
on the perl extension. I wonder if Mattias or you could accelerate the
uploading to debian of at least the C base and the extensions that do
not have licensing problems, like perl_ext and ruby_ext.

> Would anyone object to adding a debian directory at the top of the tree
> to facilitate building packages? We could also add a spec file if
> someone would provide it.

I can help with the debian package too if you want.

-- 
Alejandro Ríos Peña
Ing. en Electrónica y Telecomunicaciones.
 Avatar ltda.
 Grupo GNU/Linux Universidad del Cauca - GLUC.
 Comunidad Debian-Colombia.


signature.asc
Description: This is a digitally signed message part

Bug#276276: qemu: mouse not working

[Elrond]

package qemu
tags 276276 +confirmed
retitle 276276 [hw/mouse] (SDL-problem?) mouse not working
thanks

Can you see, if

http://lilly.csoft.net/~jeffryj/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-402b0eec8e9c44cf4f819ecdd7db37be8153c20c
fixes your problem?

(basicly, put "SDL_VIDEO_X11_DGAMOUSE=0" in your
environment)

At least, that helped me.


Elrond


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

Bug#340533: exporting resources as binary

[Piotras]

Package: rsrce
Version: 0.1-2

Hi!

The export command fails silently when trying to export binary resources
with commands
  > export  
  > export   bin
It's also impossible to export supported text resources ("STR", "STR#"
and "CMDL") in binary format, as the command
  > export   bin
fails silently for these as well.

I don't have any problems with exporting in txt format.

Reported problems are caused by incorrect logic in tr_lookup function.
The type compare is done for each entry of translator table, while
original intention was likely to skip this condition for entries with empty
string in type field. Attached patch fixes this and solves reported problems.


Regards,

Piotr Krysiuk


rsrce-0.1-bin.patch
Description: Binary data

Bug#340534: twinkle is not installable on sid

[Mikael Magnusson]

Package: twinkle
Version: 0.4.1-1
Severity: grave
Justification: renders package unusable

twinkle is not installable on sid i386, since it depends on
kdelibs4c2 (>= 4:3.4.3-1) from experimental.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (750, 'testing'), (671, 'stable'), (30, 'unstable'), (10, 
'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-vserver-k7
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)


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

Bug#340487: madwifi-source: Missing step on mapping eth1 to ath_pci

[Kel Modderman]

Bill Wohler wrote:


Package: madwifi-source
Version: 0.svn20051110-1
Severity: normal

Thanks for packaging madwifi.

/usr/share/doc/madwifi-source/README.Debian is missing a step. If I
create an /etc/network/interfaces stanza of

   iface eth1 inet dhcp
wireless_essid my-SSID
	wireless_key mh-key 


and run "ifup eth1", I get:

   Error for wireless request "Set Encode" (8B2A) :
SET failed on device eth1 ; No such device.

Can you either describe how you map eth1 to the ath_pci module in your
README, or could you create an /etc/modprobe.d/madwifi file that
contains the appropriate aliases (or whatever is necessary to make this
happen automatically)? 


For some reason, adding "alias eth1 ath_pci" to /etc/modprobe.d/local
isn't working for me...
 


Hi Bill,

The README would better use ath0 as an example instead of eth1. eth1 was 
only meant to be an example of usage, which is well documented in "man 
interfaces". So I'll fix that oversight, thanks.


"ifrename"; install it, read up on it. That is the tool that can 
reliably map interfaces to permanent aliases by mac adress (and other 
identifiers).


Thanks, Kel.


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

Bug#340466: irssi-text: screen is filled with garbage glib error, and then the program hangs

[Marco Presi]

 || On Wed, 23 Nov 2005 22:02:26 +
 || David Pashley <[EMAIL PROTECTED]> wrote: 

dp> The usual cause of this problem is connecting to a server with SSL 
that
dp> doesn't support SSL. Try connecting without ssl.

Connecting without SSL solved the problem.

Thanks

Marco

-- 
"I videogiochi non influenzano i bambini. Voglio dire, se Pac-Man avesse
influenzato la nostra generazione, staremmo tutti saltando in sale
scure, masticando pillole magiche e ascoltando musica elettronica
ripetitiva."

"Videogames do not influence kids. I mean, if Pac-Man influenced our
generation, we were all jumping in dark rooms, chomping pills and
listening to electronic repeating music."

Kristian Wilson, Nintendo Inc. 1989


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

Bug#340003: Update bogons file to reflect IANA allocs in stable branch

[Lorenzo Martignoni]

* FX <[EMAIL PROTECTED]>: 
> package: shorewall
> version: 2.2.3-2
> 
> On 2005-07-30, the bogons file in version 2.2.6 was updated to reflect 
> recent IANA allocations.
> 
> Please backport the updated bogons file, /usr/share/shorewall/bogons, to 
> the stable branch.

In order to backport the bogons file a new package should be made.
Upload of a package into stable distribution is allowed only when the
current version present a vulnerability. 

Please consider that bogons is no longer used in the current version of
shorewall as its usefulness is very very low.

-- lorenzo


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

Bug#340526: package still ships gconf schemas in /etc

[Martin-Éric Racine]

ke, 2005-11-23 kello 23:38 +0100, Josselin Mouette kirjoitti:
> Package: planner
> Severity: important
> 
> There have been several changes in the way GConf works in Debian. The
> most important one is the move of all files that have nothing to do
> in /etc to follow the Filesystem Hierarchy Standard.

Noted.

> All of this is handled by the dh_gconf debhelper script. In order to
> make use of it, your package should do the following:
> * build-depend on debhelper (>= 4.2.13),

Build-Depends: cdbs (>= 0.4.28), debhelper (>= 4.9), ...

> * depend on ${misc:Depends},

Depends: ${shlibs:Depends}, ${misc:Depends}, ...

> * invoke dh_gconf somewhere between dh_install and dh_installdeb. For
> packages using cdbs, this is achieved by including gnome.mk.

#!/usr/bin/make -f
#
# CDBS debian/rules for Planner 0.13
# Martin-Eric Racine <[EMAIL PROTECTED]>
#
include /usr/share/cdbs/1/class/gnome.mk
...

> Don't hesitate to ask me for details.

As you can see from the above, the source package already complies.
You thus have my blessing to trigger a binary-NMU on this package.

-- 
Martin-Éric Racine
http://q-funk.iki.fi


signature.asc
Description: Digitaalisesti allekirjoitettu viestin osa

Bug#340508: missing modules on s390/s390x

[Maximilian Attems]

On Wed, Nov 23, 2005 at 11:41:02PM +0100, Frans Pop wrote:
> Submitter reported additional information re initramfs-tools to d-s390 
> mailing list [1]. Most relevant information (console messages) duplicated 
> below.

ok thanks.
 
> Freeing unused kernel memory: 120k freed
> Loading, please wait...
> Begin: Initializing /dev ...
> /sbin/udevsynthesize: 13: /lib/udev/udevsynthesize: not found

fixed in 0.40 which will be uploaded shortly.

> Done.
> Begin: Loading modules ...
> Done.
> Begin: Running /scripts/init-premount ...
> Done.
> Begin: Mounting root file system ...
> Begin: Running /scripts/local-top ...
> Done.
> ALERT× /dev/dasd/0.0.0108/part1 does not exist. Dropping to a shell×

that needs to be looked at.
 
> [1] http://lists.debian.org/debian-s390/2005/11/msg00017.html

--
maks

Bug#340531: libc6: freopen() function closes unrelated streams.

[Thomas Dickey]

Package: libc6
Version: 2.3.5-6
Severity: normal


While exploring lynx cgi support with this html page:

test me

I found that vile dumped core (my problem to debug).  However,
I found that libc6 also had a bug.  The relevant chunk of code
in vile looks like this (TRACE is a compile-time macro which writes
to a trace file):

TRACE(("call freopen(%s) for stdin\n", tty));
if ((freopen(tty, "r", stdin)) == 0
|| !isatty(fileno(stdin))) {
TRACE(("...failed to reopen stdin\n"));
fprintf(stderr, "cannot open a terminal (%s)\n", tty);
tidy_exit(BADEXIT);
}
TRACE(("...successfully reopened stdin\n"));

The call to freopen() is causing the stream for TRACE's output to
close, so the last line in the output is the first TRACE shown in
this chunk.  Putting an abort() before the last TRACE proves that
the code is getting that far.

Normally this chunk of code is run when redirecting stdout
to vile, e.g.,

ls | vile

and in that case I see no problem with the stream.  For this special
case, lynx has setup the subprocess's stdin/stdout so they are via
a pipe, and neither is a tty (and there is no data on stdin).

valgrind doesn't report anything odd.  Moving this chunk to the
beginning of the program (setting tty to "/dev/tty") has the same
effect, so it is unlikely that there are other causes.

For reference, this is vile 9.5c

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.27-td2
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#340481: solving

[Andrew Toth]

We can download a good version of j2re from here:
http://java.sun.com/j2se/1.4.2/download.html

Bug#340530: labplot: add support to plot across rows also

[Kamaraju Kusumanchi]

Package: labplot
Version: 1.5.0.4-1
Severity: wishlist


Using Plot -> New Plot from data -> 2D data, one can generate a plot. But this
assumes that the data is stored along columns. It would be cool if you can add
support for plotting across rows as well. AFAIK not many visualization softwares
have that facility.

For example the above behaviour cannot be achived by gnuplot on its own. The
authors of gnuplot suggest to use an external tool to transpose the data and
then replot it using gnuplot. The following links confirm that fact.


http://groups-beta.google.com/group/comp.graphics.apps.gnuplot/browse_thread/thread/d8d25ad19d1b9c92/eb62557507eea08b?lnk=st&q=gnuplot+plot+rows&rnum=5#eb62557507eea08b

http://groups-beta.google.com/group/comp.graphics.apps.gnuplot/browse_thread/thread/db332fdde04b018a/d096895759b8f145?lnk=st&q=gnuplot+plot+rows&rnum=16#d096895759b8f145

http://groups-beta.google.com/group/comp.graphics.apps.gnuplot/browse_thread/thread/5b5b04653df95e84/2f3008bc6061ab37?lnk=st&q=gnuplot+plot+rows&rnum=3#2f3008bc6061ab37

http://groups-beta.google.com/group/comp.graphics.apps.gnuplot/browse_thread/thread/53165da72af58f59/f77c321d33dadbc6?lnk=st&q=gnuplot+plot+rows&rnum=7#f77c321d33dadbc6


It would be more user-friendly if labplot inherently provides a mechanism (ie
without asking the end user to transpose the data) to plot across the rows.



thanks
raju


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages labplot depends on:
ii  fftw33.0.1-14library for computing Fast Fourier
ii  kdelibs4c2   4:3.4.2-4   core libraries for all KDE applica
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-2   The Network Audio System (NAS). (s
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbz2-1.0   1.0.2-10high-quality block-sorting file co
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libdps1  6.8.2.dfsg.1-10 Display PostScript (DPS) client li
ii  libfam0c102 [libfam0]2.7.0-7 client library to control the FAM
ii  libfontconfig1   2.3.2-1 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-4   GCC support library
ii  libglu1-xorg [libglu1]   6.8.2.dfsg.1-10 Mesa OpenGL utility library [X.Org
ii  libgsl0  1.6-2   GNU Scientific Library (GSL) -- li
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjasper-1.701-11.701.0-2   The JasPer JPEG-2000 runtime libra
ii  libjpeg626b-10   The Independent JPEG Group's JPEG
ii  liblcms1 1.13-1  Color management library
ii  libmagick++9 6:6.2.4.5-0.2   The object-oriented C++ API to the
ii  libmagick9   6:6.2.4.5-0.2   Image manipulation library
ii  libpng12-0   1.2.8rel-4  PNG library - runtime
ii  libqt3-mt3:3.3.5-1   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libstdc++6   4.0.2-4 The GNU Standard C++ Library v3
ii  libtiff4 3.7.2-3 Tag Image File Format (TIFF) libra
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-10 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-10 X Window System multi-head display
ii  libxml2  2.6.22-1GNOME XML library
ii  libxrandr2   6.8.2.dfsg.1-10 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-10 X Toolkit Intrinsics
ii  netcdfg3 3.5.0-7.1   An interface for scientific data a
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-6   compression library - runtime

Versions of packages labplot recommends:
ii  pstoedit  3.42-1.1   PostScript and PDF files to editab

-- no debconf information


--
Kamaraju S Kusumanchi
http://www.people.cornell.edu/pages/kk288/
http://malayamaarutham.blogspot.com/

Bug#340529: libgnome2.0-cil: Uninstallable in a clean chroot

[Jose Carlos Garcia Sogo]

Package: libgnome2.0-cil
Version: 2.4.0-1
Severity: important

 This package is currently uninstallable in a clean chroot (pbuilder):
W: no hooks of type D found -- ignoring
 -> Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.20
2005/08/17 00:46:54 dancer Exp $
 -> Considering  debhelper (>= 4.0.0)
   -> Trying debhelper
 -> Considering  dpatch
   -> Trying dpatch
 -> Considering  libgtk2.0-dev (>= 2.0.0)
   -> Trying libgtk2.0-dev
 -> Considering  libgnome2.0-cil
   -> Trying libgnome2.0-cil
   -> Cannot install libgnome2.0-cil; apt errors follow:
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  libgnome2.0-cil: Depends: libbonoboui2-0 (>= 2.5.4) but it is not
going to be installed
   Depends: libgnome2-0 (>= 2.8.0) but it is not going
to be installed
   Depends: libgnomeui-0 (>= 2.8.0) but it is not going
to be installed
   Depends: libgnomevfs2-0 (>= 2.10.0-0) but it is not
going to be installed
   Depends: libpanel-applet2-0 (>= 2.10.2) but it is not
going to be installed
   Depends: libgtkhtml3.6-18 (>= 3.6.2) but it is not
going to be installed
E: Broken packages
E: Could not satisfy build-dependency.
E: pbuilder-satisfydepends failed.

 Cheers,


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages libgnome2.0-cil depends on:
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-1The Bonobo UI library
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libgconf2-4  2.12.1-4GNOME configuration database syste
ii  libgconf2.0-cil  2.4.0-1 CLI binding for GConf 2.6
ii  libglade2.0-cil  2.4.0-1 CLI binding for the Glade librarie
ii  libglib2.0-0 2.8.4-2 The GLib library of C routines
ii  libglib2.0-cil   2.4.0-1 CLI binding for the GLib utility l
ii  libgnome2-0  2.10.1-1The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-1A powerful object-oriented display
ii  libgnomeprint2.2-0   2.12.1-2The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0 2.12.1-1GNOME 2.2 print architecture User 
ii  libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.1.1-1  The GNOME virtual file-system libr
ii  libgtk2.0-0  2.8.7-1 The GTK+ graphical user interface 
ii  libgtk2.0-cil2.4.0-1 CLI binding for the GTK+ toolkit 2
ii  libgtkhtml3.6-18 3.6.2-1 HTML rendering/editing library - r
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpanel-applet2-0   2.12.1-2library for GNOME 2 panel applets
ii  libpango1.0-01.10.1-1Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  librsvg2-2   2.12.7-1SAX-based renderer library for SVG
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libxml2  2.6.22-2GNOME XML library
ii  mono-classlib-1.01.1.10-1Mono class library (1.0)
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-8   compression library - runtime

libgnome2.0-cil recommends no packages.

-- no debconf information


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

Bug#340508: missing modules on s390/s390x

[Frans Pop]

Submitter reported additional information re initramfs-tools to d-s390 
mailing list [1]. Most relevant information (console messages) duplicated 
below.

Freeing unused kernel memory: 120k freed
Loading, please wait...
Begin: Initializing /dev ...
/sbin/udevsynthesize: 13: /lib/udev/udevsynthesize: not found
Done.
Begin: Loading modules ...
Done.
Begin: Running /scripts/init-premount ...
Done.
Begin: Mounting root file system ...
Begin: Running /scripts/local-top ...
Done.
ALERT× /dev/dasd/0.0.0108/part1 does not exist. Dropping to a shell×

[1] http://lists.debian.org/debian-s390/2005/11/msg00017.html

Bug#340433: cernlib fluka copyrighted files

[Alfredo Ferrari]

No hurry to fix it.

It has been "broken" for so many years...

As explained in the CERNLIB disclaimers those files are permitted to
be used with GEANT321. So no problem on that and no hurry to remove. The 
issue is that they are not GPL licensed and I understand this is not 
what you want (a mixture of GPL and different, not compatible licenses)

for obvious reasons.

Thanks for your care, you are right on the extra files, I missed them.

  Ciao
 Alfredo

On Wed, 23 Nov 2005, Kevin B. McCarty wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear all,

Patrice Dumas wrote:

Hello,

I got a report that some files in the cernlib package I
submitted to fedora extras were fluka files. The report is here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167253#c31

It seems to me that the debian package has the same issue, so I attach
the updated deadpool.txt (I call it cernlib-deadpool.txt).


I have filed this bug at http://bugs.debian.org/340433 for future
reference.  (Patrice, you may want to cross-reference the URL on
RedHat's bugzilla.)

In addition to the list of files you both have sent, I think that also
geant321/geant321/nucstf.inc and geant321/geant321/qquark.inc should be
excluded.  I've also decided to omit the geant321/fiface directory and
the files geant321/miface/gfmfin.F and geant321/miface/gfmdis.F, since
they appear to be useless without the FLUKA code.  The remainder of
Geant3.21, happily, seems self-contained; only the file
geant321/gcons/gftmat.F uses one of the excluded routines, and only if
specifically told to do so.

The total list of files and directories excluded from the geant321
directory is then as follows:

geant321/data/flukaaf.dat
geant321/block/
geant321/fiface/
geant321/fluka/
geant321/miface/gfmfin.F
geant321/miface/gfmdis.F
geant321/peanut/
geant321/geant321/nucstf.inc
geant321/geant321/qquark.inc
[plus the list of about fifty include files you both sent me]

I've also already excluded the following CAR and CMZ files:
car/geanf.car
car/geanf321.car
cmz/geanf.cmz
cmz/geanf321.cmz

Let me know if this looks good or if there is something else that should
be excluded.

I've made the geant321 library to compile without these files.  However
it may take me a few days of testing to make sure that I replace them
properly with dummy functions to avoid breaking binary compatibility.
(As Patrice knows, I am compiling Cernlib as shared libraries so I have
to be a bit careful.)

The version of Cernlib in Debian "unstable" will have the situation
corrected as soon as I finish my tests and upload it.  It will take some
time (days to weeks) before it propagates into Debian "testing".
However, correcting the version in Debian "stable" may be problematic
for technical reasons beyond my control.  I will try to keep you updated
on the situation there.

best regards,

- --
Kevin B. McCarty <[EMAIL PROTECTED]>   Physics Department
WWW: http://www.princeton.edu/~kmccarty/Princeton University
GPG: public key ID 4F83C751 Princeton, NJ 08544
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDhN06fYxAIk+Dx1ERAhqaAJ4/lffcI0kat2w6+MM6snz2S6ZLWwCdGwEQ
xLnD9y+kuHRznYGfS3qmpzM=
=c8d5
-END PGP SIGNATURE-



--

++
|  Alfredo Ferrari||  Tel.: +41.22.767.6119  |
|  CERN-AB||  Fax.: +41.22.767.7555  |
|  1211 Geneva 23 ||  e-mail: [EMAIL PROTECTED]|
|  Switzerland||  [EMAIL PROTECTED] |
++


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

Bug#339955: "breaks unrelated packages"?

[Thomas Hood]

What packages are broken by the fact that sysv-rc does not source .sh scripts?

We know of one package that is broken if sysv-rc _does_ source.sh scripts.

-- 
Thomas Hood


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

Bug#340528: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: gnotime
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340527: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: rcalc
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340526: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: planner
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340525: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: quick-lounge-applet
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340524: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: teatime
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340523: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: drivel
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340522: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: quark
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340521: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: monster-masher
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340520: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: glunarclock
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340519: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: neutrino
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340518: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: xpenguins-applet
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340517: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: deskbar-applet
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340516: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: magicdev
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340515: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: netmon-applet
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340514: libc6: dns resolver sort ip address list

[Emmanuel Fuste]

Package: libc6
Version: 2.3.5-8
Severity: important


Resolver inconditionnaly sort ip address lists defeating DNS round robin
load balancing:
exemple :
first invocation :
[EMAIL PROTECTED]:~$ nslookup http.us.debian.org
Server: 127.0.0.1
Address:127.0.0.1#53

Non-authoritative answer:
Name:   http.us.debian.org
Address: 204.152.191.7
Name:   http.us.debian.org
Address: 216.37.55.114
Name:   http.us.debian.org
Address: 35.9.37.225
Name:   http.us.debian.org
Address: 64.50.236.52
Name:   http.us.debian.org
Address: 128.101.80.133

another one:
[EMAIL PROTECTED]:~$ nslookup http.us.debian.org
Server: 127.0.0.1
Address:127.0.0.1#53

Non-authoritative answer:
Name:   http.us.debian.org
Address: 128.101.80.133
Name:   http.us.debian.org
Address: 204.152.191.7
Name:   http.us.debian.org
Address: 216.37.55.114
Name:   http.us.debian.org
Address: 35.9.37.225
Name:   http.us.debian.org
Address: 64.50.236.52

--> direct DNS Query --> round robin OK

now using the glibc resolver:
[EMAIL PROTECTED]:~$ wget http.us.debian.org
--23:22:40--  http://http.us.debian.org/
   => `index.html'
Resolving http.us.debian.org... 35.9.37.225, 64.50.236.52, 128.101.80.133, ...
Connecting to http.us.debian.org|35.9.37.225|:80...

next try:

[EMAIL PROTECTED]:~$ wget http.us.debian.org
--23:22:44--  http://http.us.debian.org/
   => `index.html.1'
Resolving http.us.debian.org... 35.9.37.225, 64.50.236.52, 128.101.80.133, ...
Connecting to http.us.debian.org|35.9.37.225|:80...  connected.

--> address are always sorted and I am sticked to 35.9.37.225

try with telnet :
[EMAIL PROTECTED]:~$ telnet  http.us.debian.org 80
Trying 35.9.37.225...
Connected to http.us.debian.org.
Escape character is '^]'.

Connection closed by foreign host.
[EMAIL PROTECTED]:~$ telnet  http.us.debian.org 80
Trying 35.9.37.225...
Connected to http.us.debian.org.
Escape character is '^]'.

Connection closed by foreign host.
[EMAIL PROTECTED]:~$ telnet  http.us.debian.org 80
Trying 35.9.37.225...
Connected to http.us.debian.org.
Escape character is '^]'.

Connection closed by foreign host.

--> same behaviour

but not with ftp ..?!?!?!


This behaviour defeat the round robin on http.us.debian.org for apt-get
(which is my main concern).

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-rc5
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#340513: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: memprof
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340512: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: gpass
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340511: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: giftui
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340510: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: camorama
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#340509: package still ships gconf schemas in /etc

[Josselin Mouette]

Package: teg
Severity: important

There have been several changes in the way GConf works in Debian. The
most important one is the move of all files that have nothing to do
in /etc to follow the Filesystem Hierarchy Standard.

All of this is handled by the dh_gconf debhelper script. In order to
make use of it, your package should do the following:
* build-depend on debhelper (>= 4.2.13),
* depend on ${misc:Depends},
* invoke dh_gconf somewhere between dh_install and dh_installdeb. For
packages using cdbs, this is achieved by including gnome.mk.

Don't hesitate to ask me for details.

Regards,
-- 
 .''`.   Josselin Mouette/\./\
: :' :   [EMAIL PROTECTED]
`. `'[EMAIL PROTECTED]
  `-  Debian GNU/Linux -- The power of freedom


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#295335: [Pkg-sysvinit-devel] Bug#295335: marked as done (Manpage improvements for lastb)

[Thomas Hood]

Petter Reinholdtsen wrote:
> found 295335 2.86.ds1-6
> thanks
> 
> [Thomas Hood]
>> This was done in sysvinit (2.86.ds1-5).
> 
> And undone in 2.86.ds1-6, as someone claimed the behaviour did not
> match the suggested manpage change.  I see that I forgot to mention
> this in the changelog.  Sorry about that.  Reopening.


Why are you reopening it if the patch is incorrect?

-- 
Thomas Hood


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

Bug#340507: Plugin assumes video and fails

[Martin Samuelsson]

Package: mozilla-mplayer
Version: 3.15-1

This bug seems to still be existant in CVS.

If trying to use the web radio with some real streams on the swedish
public service radio's web site at http://www.sr.se/ the plugin fails.
Basically what the content provider is doing is trying to create a web
radio window with minimal controls according to instructions found on
the following web site:

http://service.real.com/help/library/guides/production8/htmfiles/control.htm

They specify to use the statusbar and controlpanel attributes, which I
guess is ok with real player. However the mplayer plugin makes the
assumption that any window that specifies these attributes is either

1) a pure control window
2) a mix of control and video window

A pure audio window is neither. But still the if-logic in plugin-setup.cpp
marks the window a control window (controlwindow=1) thus disabling audio
output. From what I understand from the code comments, it assumes there
MUST be another instance running - which is not the case here.

My work-around was to comment out a few lines according to the attached
patch. This I assume breaks other web pages, which have separated
control and media windows.

A couple of simpler webpages to demonstrate the problem are attached as
well.

I don't know the proper fix. Upstream is X-Debbugs-Cc:ed, but I'm not
sure if that list is moderated or if this mail will actually get there.
--
/Martin
diff -ur mplayerplug-in-3.15/Source/plugin-setup.cpp 
mplayerplug-in-3.15-patched/Source/plugin-setup.cpp
--- mplayerplug-in-3.15/Source/plugin-setup.cpp 2005-10-28 00:35:13.0 
+0200
+++ mplayerplug-in-3.15-patched/Source/plugin-setup.cpp 2005-11-23 
21:52:32.594677924 +0100
@@ -753,13 +753,13 @@
|| strstr(parameters->argv[i], "1")
|| strstr(parameters->argv[i], "all")
|| strstr(parameters->argv[i], "statusfield")
-   || strstr(parameters->argv[i], "statusbar")
+/* || strstr(parameters->argv[i], "statusbar")*/
|| strstr(parameters->argv[i], "statuspanel")
|| strstr(parameters->argv[i], "playbutton")
|| strstr(parameters->argv[i], "volumeslider")
|| strstr(parameters->argv[i], "stopbutton")
|| strstr(parameters->argv[i], "positionslider")
-   || strstr(parameters->argv[i], "controlpanel")) {
+/* || strstr(parameters->argv[i], "controlpanel")*/) {
instance->controlwindow = 1;
} else {
instance->controlwindow = 0;

Bug#340506: mutt: mime_forward does not work for attachments of type text/rfc822-headers

[Ambrose Li]

Package: mutt
Version: 1.5.10-1
Severity: normal


If I try to forward an attachment of type text/rfc822-headers, mutt will 
forward it in-line and with lots of headers deleted. This happens even if I 
explicitly "set mime_forward".

It is thus currently impossible to forward "full headers" for spam reporting if 
the only headers available are inside a text/rfc822-headers attachment.

(Workaround is to save the attachment to a file, then insert the file from the 
text editor. Therefore the bug is "normal" and not "important".)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.28-ow1
Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5)

Versions of packages mutt depends on:
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libdb4.3 4.3.29-1Berkeley v4.3 Database Libraries [
ii  libgnutls11  1.0.16-13.1 GNU TLS library - runtime library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libncursesw5 5.5-1   Shared libraries for terminal hand
ii  libsasl2 2.1.19-1.7  Authentication abstraction library
ii  postfix [mail-transport-agen 2.2.4-1.0.1 A high-performance mail transport 

Versions of packages mutt recommends:
ii  locales   2.3.5-8GNU C Library: National Language (
ii  mime-support  3.35-1 MIME files 'mime.types' & 'mailcap

-- no debconf information


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

Bug#340501: duplicate bugreport

[Jose Carlos Garcia Sogo]

El mié, 23-11-2005 a las 22:42 +0100, Volker Janzen escribió:
> Hi, this bug is the same as 340502. I got a bounche message for this bug
> report, so I posted it again. I don't know why this bugreport was
> accepted, I got an SPF error for it.

  Not sure, but AFAIK, Debian is not using SPF in any of their servers.

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#340501: possible patch

[Volker Janzen]

I found out that these files are in asterisk-sounds-extra AND
asterisk-sounds-main:

conf-hasleft.gsm
conf-leaderhasleft.gsm
conf-placeintoconf.gsm
conf-thereare.gsm
conf-userswilljoin.gsm
conf-userwilljoin.gsm
conf-waitforleader.gsm

I removed these files from the asterisk-sounds-extra source-package and
installed the resulting package without problems.

Greetings,
Volker


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

Bug#340505: sound-juicer: scrollkeeper complains about not loading DTD

[Ariel]

Package: sound-juicer
Version: 0.6.1-2
Severity: normal

When scrollkeeper processes the file
/usr/share/gnome/help/sound-juicer/C/sound-juicer.xml
it complains:
I/O error : Attempt to load network entity
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd

I'm not sure this is really sound-juicers fault since:
/usr/share/xml/docbook/schema/dtd/4.3/docbookx.dtd
exists.

I don't know why it's not using it.

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

Versions of packages sound-juicer depends on:
ii  gconf2 2.8.1-6   GNOME configuration database syste
ii  gnome-media2.8.0-0.4 Gnome 2 Media Utilities
ii  gstreamer0.8-cdparanoi 0.8.8-2   cdparanoia plugin for GStreamer
ii  gstreamer0.8-flac  0.8.8-2   FLAC plugin for GStreamer
ii  gstreamer0.8-misc  0.8.8-2   Collection of various GStreamer pl
ii  gstreamer0.8-vorbis0.8.8-2   Vorbis plugin for GStreamer
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libbonobo2-0   2.8.1-2   Bonobo CORBA interfaces library
ii  libbonoboui2-0 2.8.1-2   The Bonobo UI library
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgcc11:3.4.3-13GCC support library
ii  libgconf2-42.8.1-6   GNOME configuration database syste
ii  libglade2-01:2.4.2-2 library to load .glade files at ru
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgnome2-02.8.1-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.8.0-1   A powerful object-oriented display
ii  libgnomeui-0   2.8.1-3   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.8.4-4   The GNOME virtual file-system libr
ii  libgstreamer-gconf0.8- 0.8.8-2   GConf support for GStreamer
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  libice64.3.0.dfsg.1-14   Inter-Client Exchange library
ii  libmusicbrainz42.1.1-3   Second generation incarnation of t
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  libpopt0   1.7-5 lib for parsing cmdline parameters
ii  libsm6 4.3.0.dfsg.1-14   X Window System Session Management
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libxml22.6.16-7  GNOME XML library
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#337570: Xprint backtrace

[Felix C. Stegerman]

Hi,

Sorry it took so long, but I had a lot of things to do
(and I kind of forgot about xprint).

Here's a simple gdb backtrace of my self-compiled xprint.

I don'd know much about gdb, so please tell me what to do next if you
need more information.


Felix

-- 
Felix C. Stegerman <[EMAIL PROTECTED]>

"Any sufficiently advanced bug is indistinguishable from a feature."
 -- R. Kulawiec
[EMAIL PROTECTED]: /usr/local/src/xprint]
$ sudo gdb /usr/X11R6/bin/Xprt
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 "powerpc-linux"...Using host libthread_db library 
"/lib/tls/libthread_db.so.1".

(gdb) run  -ac -pn -nolisten tcp -audit 4 -fp 
/usr/X11R6/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Type1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/misc
 :64
Starting program: /usr/X11R6/bin/Xprt -ac -pn -nolisten tcp -audit 4 -fp 
/usr/X11R6/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Type1,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/lib/X11/fonts/misc
 :64
No matching visual for __GLcontextMode with visual class = 0 (32775), nplanes = 
8
AUDIT: Fri Nov 11 16:18:22 2005: 5580 Xprt: client 1 connected from local host
AUDIT: Fri Nov 11 16:18:22 2005: 5580 Xprt: client 1 disconnected
AUDIT: Fri Nov 11 16:18:22 2005: 5580 Xprt: client 1 connected from local host
AUDIT: Fri Nov 11 16:18:22 2005: 5580 Xprt: client 1 disconnected
AUDIT: Fri Nov 11 16:54:01 2005: 5580 Xprt: client 1 connected from local host
AUDIT: Fri Nov 11 16:54:01 2005: 5580 Xprt: client 1 disconnected
AUDIT: Fri Nov 11 16:54:02 2005: 5580 Xprt: client 1 connected from local host
AUDIT: Fri Nov 11 16:54:02 2005: 5580 Xprt: client 1 disconnected
AUDIT: Fri Nov 11 16:54:03 2005: 5580 Xprt: client 1 connected from local host
AUDIT: Fri Nov 11 16:54:03 2005: 5580 Xprt: client 1 disconnected
AUDIT: Fri Nov 11 16:54:03 2005: 5580 Xprt: client 1 connected from local host

Program received signal SIGSEGV, Segmentation fault.
0x1036ddd8 in FT_Get_Postscript_Name ()
(gdb) bt
#0  0x1036ddd8 in FT_Get_Postscript_Name ()
#1  0x1034d2d8 in FreeTypeLoadXFont ()
#2  0x1034e984 in FreeTypeOpenScalable ()
#3  0x103398f8 in FontFileOpenFont ()
#4  0x10338b7c in FontFileCheckOpenFont ()
#5  0x10020b2c in doOpenFont ()
#6  0x10021024 in OpenFont ()
#7  0x1002cda0 in ProcOpenFont ()
#8  0x10033958 in Dispatch ()
#9  0x100131e0 in main ()
(gdb) quit
The program is running.  Exit anyway? (y or n) y

Bug#340466: irssi-text: screen is filled with garbage glib error, and then the program hangs

[David Pashley]

On Nov 23, 2005 at 16:36, Marco Presi (Zufus) praised the llamas by saying:
> Package: irssi-text
> Version: 0.8.9-3.1
> Severity: important
> 
> Hi,
> 
> since a few days, I experience this problem both with irssi-text and
> irssi-snapshot.
> 
> After few minutes the screen is filled with:
> 
> (process:13632): GLib-CRITICAL **: g_io_error_get_from_g_error:
> assertion `err != NULL' failed
> 
> (process:13632): GLib-CRITICAL **: g_io_error_get_from_g_error:
> assertion `err != NULL' failed
> 

The usual cause of this problem is connecting to a server with SSL that
doesn't support SSL. Try connecting without ssl.

> 
> and then the program hangs.
> 
> It appends with several terminal programs (gnome-terminal, Eterm,)
> 
> Regards
> 
> Marco
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'stable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.12-1-686
> Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to it_IT.UTF-8)
> 
> Versions of packages irssi-text depends on:
> ii  libc6 2.3.5-8GNU C Library: Shared libraries 
> an
> ii  libglib2.0-0  2.8.4-2The GLib library of C routines
> ii  libncurses5   5.5-1  Shared libraries for terminal 
> hand
> ii  libperl5.85.8.7-8Shared Perl library
> ii  libssl0.9.7   0.9.7g-5   SSL shared libraries
> ii  perl  5.8.7-8Larry Wall's Practical 
> Extraction 
> ii  perl-base [perlapi-5.8.7] 5.8.7-8The Pathologically Eclectic 
> Rubbis
> 
> irssi-text recommends no packages.
> 
> -- no debconf information
> 

-- 
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.


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

Bug#339955: not really serious

[Steve Langasek]

severity 339955 serious
thanks

On Wed, Nov 23, 2005 at 04:42:17PM +0100, Thomas Hood wrote:

> This bug is ranked "serious" because sysvinit is supposedly violating policy.
> I think that §9.3.1 should be seen as a description of how the system works,
> not as a prescription.  The quoted paragraph can be interpreted as a warning
> to initscript authors that if they assign to their scripts names with '.sh'
> suffixes then these scripts may be sourced instead of executed; so they
> should code accordingly.

> Certainly initscript authors should not _assume_ that their .sh scripts
> are sourced (and then, e.g., try to alter the behavior of scripts sourced
> later by playing with the environment).

None of this rationale is based in policy; I don't see it as a valid reason
to downgrade this bug.  Policy *is* specifying an interface here, and by not
complying with that interface, sysv-rc risks breaking packages that have
been written to depend on that interface.

Normally, failing to comply with a part of policy that's not listed in the
RC policy would be "important" rather than "serious", but in this case the
bug ranges somewhere between "policy violation" and "breaks unrelated
packages, so I think it's best to mark it as serious here for now.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Bug#339223: libstdc++ allocator change

[Matthias Klose]

tags 339223 + patch
tags 335490 + patch
thanks

please find a patch at http://people.ubuntu.com/patches/c2a-pwlib.diff

fixed as well the FTBFS with openssl 0.9.8.


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

Bug#339158: libstdc++ allocator change

[Matthias Klose]

tags 339158 + patch
thanks

please find a patch at http://people.ubuntu.com/patches/c2a-cppunit.diff


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