Bug#380590: bicyclerepair: Fails to load with emacs-snapshot

[Mikhail A Gusarov]

Package: bicyclerepair
Version: 0.9-4.1
Severity: important


Due to changes in Emacs 22 bicyclerepair fails to load under emacs-snapshot.
Problem is at bikeemacs.py:

(easy-menu-define
 brm-menu py-mode-map "Bicycle Repair Man"

Since Emacs 22 py-mode-map is named python-mode-map.

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

Versions of packages bicyclerepair depends on:
ii  python2.3.5-11   An interactive high-level object-o
ii  python-central0.5.1  register and build utility for Pyt

bicyclerepair recommends no packages.

-- no debconf information


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

Bug#380537: slapd: Fails to start after upgrade to from 2.3.23 to 2.3.24

[Peter Hicks]

Steve Langasek wrote:

> On Sun, Jul 30, 2006 at 08:22:33PM +0100, Peter Hicks wrote:
> 
>> slapd.conf is owned by root.root, and chown-ing it to root.openldap fixes
>> the problem.
> 
> Is this because the perms on the file are 0640?

Spot on.

>>  Maybe this should be done by the upgrade script?
> 
> I think there had been discussion before the changes to run slapd as a
> non-root user about causing the config file to be read before dropping root
> privileges.  I think that would be much better than a one-time override of
> the admin's file permissions.

I second this - providing the config file never needs to be written to by slapd
when running, I'd much rather have slapd running as a user unable to modify the
config file.


Poggs

-- 
Peter Hicks | e: [EMAIL PROTECTED] | g: 0xE7C839F4 | w: www.poggs.com

  A: Because it destroys the flow of the conversation
  Q: Why is top-posting bad?


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

Bug#380586: Package: installation-reports

[laowb(raul);]

Package: installation-reportsMachine: x86 desktopProcessor: AMD Athron 2500+Memory: 256m DDRPartitions:   IDE : Maxtor 6E040L0              SATA : WD800JD-00LSA0                     10G Fedora Core 4
                  40G    backup data                  rest   ready to resize for debainOutput of lspci and lspci -n:Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:    [O]Configure network HW:   [O]Config network: [O]Detect CD:  [O]Load installer modules: [O]Detect hard drives: [E]Partition hard drives:  [ ]
Create file systems:    [ ]Mount partitions:   [ ]Install base system:    [ ]Install boot loader:    [ ]Reboot: [ ]Comments/Problems:   Seemed no response after showing "Loading module 'sd_mod' for 'SCSI disk support'...", I had waited about 15 minutes.
 

Bug#380589: libopenobex1.0: FTBFS: should be updated to libbluetooth2

[Julien Danjou]

Package: libopenobex1.0
Version: 1:1.0.0-rel-3
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of libopenobex1.0_1:1.0.0-rel-3 on avidan by sbuild/i386 0.49
> Build started at 20060731-0646
> **
> Checking available source versions...
> Fetching source files...
> Reading package lists...
> Building dependency tree...
> Need to get 214kB of source archives.
> Get:1 http://ftp.fr.debian.org sid/main libopenobex1.0 1:1.0.0-rel-3 (dsc) 
> [669B]
> Get:2 http://ftp.fr.debian.org sid/main libopenobex1.0 1:1.0.0-rel-3 (tar) 
> [203kB]
> Get:3 http://ftp.fr.debian.org sid/main libopenobex1.0 1:1.0.0-rel-3 (diff) 
> [10.2kB]
> Fetched 214kB in 1s (146kB/s)
> Download complete and in download only mode
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>> 4.0.0), autotools-dev, libbluetooth1-dev (>= 2.2)
> Checking for already installed source dependencies...
> debhelper: missing
> autotools-dev: missing
> libbluetooth1-dev: missing
> Checking for source dependency conflicts...
> Reading package lists...
> Building dependency tree...
> E: Package libbluetooth1-dev has no installation candidate
> Package libbluetooth1-dev is not available, but is referred to by another 
> package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> apt-get failed.
> Package installation failed
> Trying to reinstall removed packages:
> Trying to uninstall newly installed packages:
> Source-dependencies not satisfied; skipping libopenobex1.0
> **
> Finished at 20060731-0646
> Build needed 00:01:35, 3380k disk space

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#380587: libgtkada2: FTBFS: missing case value: "None"

[Julien Danjou]

Package: libgtkada2
Version: 2.4.0-8
Severity: serious

Hello,

There was a problem while autobuilding your package:

> Automatic build of libgtkada2_2.4.0-8 on avidan by sbuild/i386 0.49
> Build started at 20060731-0303
> **
...
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_attributes.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_buffer.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_child.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_iter.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_mark.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_tag.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_tag_table.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_view.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tips_query.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-toggle_button.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-toolbar.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tooltips.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_model.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_model_sort.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_selection.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_store.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_view.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_view_column.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-type_conversion.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-vbutton_box.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-viewport.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-widget.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-window.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada.ads
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-canvas.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-dialogs.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-file_selection.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-handlers.ads
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-intl.adb
> gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-mdi.adb
> gtkada-mdi.adb:4774:10: missing case value: "None"
> gnatmake: "../gtkada-mdi.adb" compilation error
> make[1]: *** [lib-obj/make_gtk.o] Error 4
> make[1]: Leaving directory `/build/buildd/libgtkada2-2.4.0/src'
> make: *** [build-stamp] Error 2
> **
> Build finished at 20060731-0328
> FAILED [dpkg-buildpackage died]

-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#380471: [Pkg-xfce-devel] Bug#380471: xfce4-xfapplet-plugin: Dependency problem with libxfce4util2

[Yves-Alexis Perez]

On Sun, 2006-07-30 at 14:47 +0200, Mathias Brodala wrote:
> This package still depends on libxfce4util2 and thus will be removed
> when upgrading to the beta 2 of Xfce. 

xfce4-xfapplet-plugin 0.1.0-2 depending on libxfce4util4 should be in
unstable currently. Can you try to upgrade and report success or
failure ?

Regards,
-- 
Yves-Alexis



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

Bug#380588: INTL:vi

[Clytie Siddall]

Package: installation-guide
Version:
Severity: minor
Tags: l10n

Here are some possible errors (getting harder to find ;) ) I've  
encountered in the original strings while reviewing my translation of  
the Guide. I hope they are useful.

_
partitioning.po

1.
.po:1345
auto:   ⑤   Tag: filename
Original:   ⌘0  bin
Việt:  bin

In this table, some directory names are in  tags, and some  
aren't. I'm assuming they all should be, so have formatted the  
translations accordingly. But for the original strings, do you want  
to fix that? More than half have  tags, but a few don't. It  
doesn't look good.



preparing.po

1.
po:1850
auto:   ⑤   Tag: title
Original:   ⌘0  Display visibility on OldWorld Powermacs

- Display visibility
+ Display-visibility

because the former means "display the visibility". Hyphenation allows  
you to show this is a compound term: the first word is not being used  
as a verb. This avoids ambiguity, which would result in the string  
being translated inaccurately. I myself translated it first as  
"Display the visibility".


2.
Some OldWorld Powermacs, most notably those with the controlquote>
display driver but possibly others as well, may not produce a  
colormap with reliably results


(a)
- Some OldWorld Powermacs, most notably those with the  
control

display driver but possibly others as well,
+ Some OldWorld Powermacs, most notably those with the  
control

display driver,

You've already described the set and one subset: you don't need to  
state that there are other subsets. They exist by definition. (The  
grammar of any language is a mathematical structure.)


(b)
- with reliably results
+ which reliably results


using-d-i.po

1.
.po:2294
auto:   ⑤   Tag: para
Original:	⌘0	If you select some free space, you will be offered to  
create new partition.

You will have to answer a quick series of questions about its size, type
(primary or logical), and location (beginning or end of the free space).
After this, you will be presented with detailed overview of your new
partition. There are options like mountpoint, mount options, bootable  
flag,
or way of usage. If you don't like the preselected defaults, feel  
free to
change them to your liking. E.g. by selecting the option  
Use as:

, you can choose different filesystem for this partition
including the possibility to use the partition for swap, software  
RAID, LVM,

or not use it at all. Other nice feature is the possibility to copy data
from existing partition onto this one. When you are satisfied with  
your new
partition, select Done setting up the partitionguimenuitem>

and you will be thrown back to partman's main screen.

- you will be offered to create new partition
+ you will have the opportunity to create a new partition
OR
+ you will be offered the opportunity to create a new partition

-  you will be presented with detailed overview
+  you will be presented with a detailed overview

- There are options like mountpoint,
+ There are options like the mountpoint,
OR
+ Options include the mountpoint,

- E.g. by selecting the option Use as:
, you can choose different filesystem for this partition
including the possibility to use the partition for swap, software  
RAID, LVM, or not use it at all.

+ For instance, by selecting the menu item Use as:
, you can choose a different filesystem for this  
partition,
and decide to use the partition for swap, as a software RAID, as an  
LVM, or not to use it at all.


- Other nice feature is the possibility to copy data from existing  
partition onto this one.
+ Another nice feature is the ability to copy data from an existing  
partition onto this one.


-  thrown back
+ returned

(unnecessary, and implies violent, helpless movement).


2.
po:2339
auto:   ⑤   Tag: para
Original:	⌘0	To use encryption, you have to create a new partition  
by selecting some free
space in the main partitioning menu. Another option is to choose an  
existing

partition (e.g. a regular partition, an LVM logical volume or a RAID
volume). In the Partition setting menu, you need to
select physical volume for encryption at the
 Use as:  option. The  
menu will

then change to include several cryptographic options for the partition.

- In the Partition setting menu
+ In the Partition settings menu,

(according to the Level 1 .po file).


post-install.po

1.
po:1488
auto:   ⑤   Tag: para
Original:	⌘0	On the other hand, if you have a cron job that (a)  
needs to run as a special
user, or (b) needs to run at a special time or frequency, you can use  
either
/etc/crontab, or, better yet, /etc/ 
cron.d/
whatever. These particular files also have an extra field  
that

allows you to stipulate the user under which the cron job runs.

- the user under which the cron job runs.
+ the user under whom the cron job runs.

(Since this sentence delights me by using correct grammar, it should  
also use the correct objective pronoun.)



2.
po:14

Bug#333907: patch and nmu

[Julien Danjou]

On Sun, Jul 30, 2006 at 08:10:12PM -0700, Steve Langasek wrote:
> Since the bug report was about a FTBFS error in silky, I don't think that
> any binNMU is required to fix the bug.  The package also seems to have been
> picked up automatically by all buildds, so this bug has rightly been closed.

I still wonder why I asked a binNMU.
This is why I closed the bug myself some days ago.

Sorry,

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#380582: firefox: doesn't quit with Ctrl-w if only one tab is opened

[Mike Hommey]

On Mon, Jul 31, 2006 at 02:02:32AM +0200, Luca Capello <[EMAIL PROTECTED]> 
wrote:
> Package: firefox
> Version: 1.99+2.0b1+dfsg-1
> Severity: minor
> Tags: experimental
> 
> Hello,
> 
> I think I touched two bugs, but at least in my case they're related,
> thus I'm reporting them as a single bug (feel free to clone it if
> needed).
> 
> First one (very minor bug): every time I launch Bon Echo [1], the tab
> doesn't have the close button, which appears as soon as I press Ctrl-w
> to close the tab.

This is a feature. Closing the last tab doesn't close the window, but
recreates a new tab. The close button appearing is a bug, though.

> Second one (annoying): I thought that Ctrl-q would close Firefox,
> which is not the case [2] (IMHO a bug).  I thought also that if only
> one tab is open, Ctrl-w would close Firefox, while I can press
> infinite times Ctrl-w and I'll end with a blank tab.  I'm obliged to
> use the File -> Quit pathway.  Windows version 1.5.0.5 correctly
> closes the Firefox session with Ctrl-w.

There is no such ctrl+q shortcut. You can use alt-f4.

> Thx, bye,
> Gismo / Luca
> 
> [1] BTW, couldn't we always use Firefox instead?  E.g., in the "About
> Bon Echo" dialog, the Firefox name is used, while Bon Echo is used
> as the window name.  I've some scripts to select the Firefox
> session based on its window name...

Bon Echo is the beta name. It will swith to Firefox as soon as 2.0 is
released.

> [2] I found that the latest Windows stable version 1.5.0.5 hasn't
> the Ctrl-q shorcut :-(

This isn't surprising.

If you agree, we'll just close this bug, or retitle it for the close
button appearing thing.

Cheers,

Mike


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

Bug#380585: debian 3.1 install FD

[as_hojoe]

package: debian install FD
version: 3.1 


I can not complete install from FD.
I'm using USB keybord. 
After initrd.gz is read, Insmod error "hid.o" is displayed.

Ten USB keyboard halts.
Tere is not "hid.o" in "initrd.gz" in boot FD.

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

愛媛新聞エリアサービス北条東
清水宏之
[EMAIL PROTECTED]

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/


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

Bug#379495: Intent to NMU

[Margarita Manterola]

Tags 379495 + pending
Thanks

I have prepared an NMU with the patch provided by Luca, and I'm going to
upload it.

I'm attaching the interdiff of the prepared package and the previously
uploaded one.

-- 
Love,
Marga

diff -u predict-2.2.2/debian/rules predict-2.2.2/debian/rules
--- predict-2.2.2/debian/rules
+++ predict-2.2.2/debian/rules
@@ -25,7 +25,7 @@
(cd utils/geosat ; cc -Wall -O6 -s -lm geosat.c -o geosat )
(cd utils/moontracker ; cc -Wall -O6 -s -lm moontracker.c -o 
moontracker )
(cd clients/earthtrack ; cc -Wall -O6 -s -lm earthtrack.c -o earthtrack 
)
-   (cd clients/map; cc -Wall -O3 -s -o predict-map map.c map_cb.c 
map_main.c -I/usr/X11R6/include/X11 -L/usr/X11R6/lib -lforms -lX11 -lm)
+   (cd clients/map; cc -Wall -O3 -s -o predict-map map.c map_cb.c 
map_main.c -I/usr/include/X11 -L/usr/X11R6/lib -lforms -lX11 -lm)
(cd clients/gsat-1.1.0 ; ./configure --prefix=/usr ; make )
(cd clients/gsat-1.1.0/plugins ; make )
(cd clients/kep_reload ; \
diff -u predict-2.2.2/debian/changelog predict-2.2.2/debian/changelog
--- predict-2.2.2/debian/changelog
+++ predict-2.2.2/debian/changelog
@@ -1,3 +1,11 @@
+predict (2.2.2-6.1) unstable; urgency=low
+
+  * Non-Maintainer Upload to fix Failure to Build From Source due to a change
+in the location of forms.h.  Thanks to Luca Bruno for the patch.
+(Closes: #379495).
+
+ -- Margarita Manterola <[EMAIL PROTECTED]>  Mon, 31 Jul 2006 01:54:49 -0300
+
 predict (2.2.2-6) unstable; urgency=low
 
   * Correct errno use in gsat application (Closes: #326399)

Bug#319191: icewm: this Unicode issue affects *ANY* UTF-8 locale with non-ASCII characters

[Marko Macek]

Marko Macek wrote:

Eduard Bloch wrote:

#include 
* Marco Macek [Sun, Jul 30 2006, 05:24:42PM]:
 

Martin-Éric Racine wrote:
   

fonts.conf is attached.

 
  

Check if Xft is being used with ldd /usr/bin/icewm:

libXft should appear in the list.

BTW: where do you have the font installed?
Did you run fc-cache?
How does the font appear in fc-list?



Marco, I have a similar problem with Cyrillic chars. The Debian standard
build uses Xft and imlib, lite build uses X11 fonts and libxpm, see 
below. The problem is reproduced easily with:


xtermset -n асдф-Fön -T асдф-Fön

There you see only junk (like not decoded multibyte) instead of 
non-ascii
chars. My fc-list output looks well, I have the default set of 
Windows-XP fonts

integrated "as usual", see attachement.

Choice of theme does not make any difference. Some time ago I had
success using Verdana, but this does not work anymore. I tried:

TitleFontNameXft="Verdana:size=12"

in prefoverride. The font changes, the breakage is still there.


I have tested Verdana with Cyrillic, see attached screenshot. Titlebar 
is OK (font has cyrillic), the taskbar is not

(default font).

And here is the actual screenshot :)

Mark

Bug#336481: current status?

[Julian Gilbey]

On Sun, Jul 30, 2006 at 05:52:21PM +0200, Sebastian Harl wrote:
> Hi,
> 
> What is the current status of this ITP? Version 1.0.7 has been released more
> than two month ago.

Just uploaded it (1.0.8).

   Julian


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

Bug#319191: icewm: this Unicode issue affects *ANY* UTF-8 locale with non-ASCII characters

[Marko Macek]

Eduard Bloch wrote:

#include 
* Marco Macek [Sun, Jul 30 2006, 05:24:42PM]:
  

Martin-Éric Racine wrote:


fonts.conf is attached.

 
  

Check if Xft is being used with ldd /usr/bin/icewm:

libXft should appear in the list.

BTW: where do you have the font installed?
Did you run fc-cache?
How does the font appear in fc-list?



Marco, I have a similar problem with Cyrillic chars. The Debian standard
build uses Xft and imlib, lite build uses X11 fonts and libxpm, see below. The 
problem is reproduced easily with:

xtermset -n асдф-Fön -T асдф-Fön

There you see only junk (like not decoded multibyte) instead of non-ascii
chars. My fc-list output looks well, I have the default set of Windows-XP fonts
integrated "as usual", see attachement.

Choice of theme does not make any difference. Some time ago I had
success using Verdana, but this does not work anymore. I tried:

TitleFontNameXft="Verdana:size=12"

in prefoverride. The font changes, the breakage is still there.


I have tested Verdana with Cyrillic, see attached screenshot. Titlebar 
is OK (font has cyrillic), the taskbar is not

(default font).

Which X version (mine is X.Org version: 7.0.0)

Mark




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

Bug#359614: debhelper: dh_installudev breaks for upgrades introducing new .rules files

[Eric Dorland]

* Filippo Giunchedi ([EMAIL PROTECTED]) wrote:
> On Sun, May 28, 2006 at 07:10:49PM -0400, Eric Dorland wrote:
> > I'm getting bitten by this problem as well with openct. Is there no
> > clever way to detect if the previous version had the rules file, and
> > if not, install the symlink on upgrade as well? 
> 
> what about appending a version to .udev:
> 
> .udev will behave normal (i.e. link only on fresh install)
> 
> .udev. will link on fresh installation and upgrade if last
> configured version is < than .
> I choose "." as separator, should be clear enough.

The problem is that Joey doesn't agree with this approach because
using the version number is brittle way to this because it can fall
down in the face of backports or complicated partial upgrades. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#349674: Unison and removable drives

[Kapil Hari Paranjape]

tags 349674 upstream
thanks

Hello,

As reported in Debian bug #349674 which can be seen at

http://bugs.debian.org/349674

Unison has problems when the file system is removed from under it.

For example, here is the result of my experiment.

Setup: A USB drive is mounted at /media/fakehd0 
   /media/fakehd0/a and /tmp/b are directories
   that have already been synchronised by unison
   in the past.

Experiment:
   Run the command 
  unison -batch -logfile /tmp/test.log /media/fakehd0/a /tmp/b
   and unplug the USB drive from the machine before the
   synchronisation can complete.

Result:
   The files on /tmp/b that were not synchronised before
   the unplugging are deleted.

   In the logfile we see that there is an I/O error
   recorded by unison before this problem occurs.

Real World Scenario:
   USB and floppy media are known to fail "mysteriously"
   while they are being used. A problem like that above
   could lead to a "backup" procedure deleting files
   instead of backing them up!

Possible solution:
   unison should abort on I/O errors.

Thanks and regards,

Kapil.
-- 



signature.asc
Description: Digital signature

Bug#379486: Patch and Intent to NMU

[Margarita Manterola]

Tags 379486 + patch pending
Thanks

I've found a fix for this bug.  It was just a very small bashism.  I have
prepared and NMU and I'm going to upload it.

I'm attaching the interdiff for the NMU, as you can see it's very simple.

-- 
Love,
Marga
diff -u xplot-1.19/debian/changelog xplot-1.19/debian/changelog
--- xplot-1.19/debian/changelog
+++ xplot-1.19/debian/changelog
@@ -1,3 +1,10 @@
+xplot (1.19-7.2) unstable; urgency=low
+
+  * Non-Maintainer Upload to Fix Failure To Build From Source due to a small
+bashism in the cbuild script. (Closes: #379486)
+
+ -- Margarita Manterola <[EMAIL PROTECTED]>  Mon, 31 Jul 2006 00:56:24 -0300
+
 xplot (1.19-7.1) unstable; urgency=high
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- xplot-1.19.orig/libfli/lib/cbuild
+++ xplot-1.19/libfli/lib/cbuild
@@ -28,7 +28,7 @@
 
 ### now source cbuild.def if it exists
 if [ -f "cbuild.def" ] ; then
-. cbuild.def || error syntax error in cbuild.def
+. ./cbuild.def || error syntax error in cbuild.def
 fi
 
 ### non-configurable settings

Bug#333907: patch and nmu

[Steve Langasek]

On Tue, Jul 25, 2006 at 06:14:23PM +0200, Julien Danjou wrote:

> > The only version of libsilc-1.0-2-dev in the archive seems to be
> > 0.9.12-4.2, so the versioned build-dependency makes silky unbuildable.

> I just uploaded 0.9.12-4.3 which fix #331630.

> So a binNMU of silky should fix #333907.

Since the bug report was about a FTBFS error in silky, I don't think that
any binNMU is required to fix the bug.  The package also seems to have been
picked up automatically by all buildds, so this bug has rightly been closed.

-- 
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/


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

Bug#380321: not fixed for amd64

[Max Alekseyev]

reopen 380321
retitle 380321 XMMS loads no output plugins
quit

The bug is not fixed in amd64 version.
I still see it with xmms_1.2.10+20060729-1_amd64.deb installed.

Max





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

Bug#378241: courier-authlib: libraries should be in /usr/lib

[Steve Langasek]

On Mon, Jul 24, 2006 at 11:45:17AM +0200, Stefan Hornburg wrote:

> >On Fri, Jul 14, 2006 at 10:48:15AM -0400, Charles Fry wrote:

> >>  Packages containing shared libraries that may be linked to by other
> >>  packages' binaries, but which for some compelling reason can not be
> >>  installed in /usr/lib directory, may install the shared library files
> >>  in subdirectories of the /usr/lib directory, in which case they
> >>  should arrange to add that directory in /etc/ld.so.conf in the
> >>  package's post-installation script, and remove it in the package's
> >>  post-removal script.

> >>If I understand this correctly, if there was a compelling reason to use
> >>a /usr/lib subdirectory (I don't know what that woudl be), then
> >>/etc/ld.so.cnof would need to be updated.

> >I think that suggestion in policy is worse than using rpath and that this
> >ought to be revised.

> >But anyway, this is not in the list of RC issues for etch, so downgrading.

> Is it compliant with the policy to keep the .so-files in 
> /usr/lib/courier-authlib and point symlinks from /usr/lib to the .so-files ?

I think it would be no more or less policy-compliant than what you currently
have.  Short of actually changing the package to comply exactly with the
FHS, IMHO any changes here would just be busy work.

Cheers,
-- 
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/


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

Bug#380584: pppoe-server in etch: unable to execute pppd

[Artem Poushkin]

Package: pppoe
Version: 3.8-1

It seems that pppoe-server distributed with etch has been built
with incorrect setting for PPPD_PATH in build environment.

The server would send PADT to the client immediately after PADS.
Running strace led me to this call in pppoe-server process:
execve("pppd", ["pppd", "pty", "/usr/sbin/pppoe... (irrelevant stuff)) = 
-1 ENOENT (No such file or directory)

As far as I understand, execve needs the full path to the executable file,
so it cannot run pppd and the child process of pppoe-server dies, which
results in session termination.

I installed sources for pppoe package and after building it with 'go' script
everything works fine. Running strace now gives:
execve("/usr/sbin/pppd", ["pppd", "pty", "/usr/sbin/pppoe... (same 
irrelevant stuff)) = 0


Respective line in the source code is (I think)
execv(PPPD_PATH, argv);
It's called from startPPPDUserMode() and startPPPDLinuxKernelMode()
so I guess it's just incorrect setting for PPPD_PATH that broke the thing.

Best regards,
Artem.


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

Bug#380537: slapd: Fails to start after upgrade to from 2.3.23 to 2.3.24

[Steve Langasek]

On Sun, Jul 30, 2006 at 08:22:33PM +0100, Peter Hicks wrote:
> Package: slapd
> Version: 2.3.24-2
> Severity: grave
> Justification: renders package unusable

> After upgrading from 2.3.23 to 2.3.24, slapd refuses to start:

>  [EMAIL PROTECTED]:~$ /etc/init.d/slapd start
>  No configuration file was found for slapd at /etc/ldap/slapd.conf.
>  If you have moved the slapd configuration file please modify
>  /etc/default/slapd to reflect this.  If you chose to not
>  configure slapd during installation then you need to do so
>  prior to attempting to start slapd.

> slapd.conf is owned by root.root, and chown-ing it to root.openldap fixes
> the problem.

Is this because the perms on the file are 0640?

>  Maybe this should be done by the upgrade script?

I think there had been discussion before the changes to run slapd as a
non-root user about causing the config file to be read before dropping root
privileges.  I think that would be much better than a one-time override of
the admin's file permissions.

Cheers,
-- 
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/


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

Bug#380089: possibly inadequate solution

[Steve Langasek]

On Sat, Jul 29, 2006 at 05:53:27PM +0100, martin f krafft wrote:
> Anyway, I disagree with the way 0.73 fixes the bug: it replicates
> the functionality provided by mdadm >=2.5-1 into a hack within the
> package. Granted, the hack is only used when mdadm >=2.5-1  is not
> installed, but still, it's a hack.

> The maintainer failed to give any reasons why his solution is
> preferred over a simple conflict against mdadm <<2.5-1, which is
> what I proposed even before we started the transition. I do not see
> why we should have a hack ensuring that everything works when mdadm
> <<2.5-1 is installed, instead of just ensuring that a newer mdadm
> should be installed by means of a conflict. Then again, a conflict
> could possibly remove the mdadm package altogether, which would be
> equally bad. There seems to be no way to tell Debian to conflict
> with versions prior to a specific package's specific version, but to
> ensure an upgrade as a resolution conflict, not the package's
> removal.

Yes, that would be a dependency then, not a conflict.  The reasons for not
making this a dependency are clear.

The reasons for wishing to avoid a versioned Conflicts: are also clear to
me, being precisely those that you describe above.

So making initramfs-tools compatible with older versions of mdadm seems like
a good idea to me.  Are there specific reasons why you think the proposed
solution is technically inadequate?

-- 
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/


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

Bug#354066: mozilla-firefox: HTML Parsing Denial of Service Vulnerability

[Alexander Sack]

close 354066 1.0.4-2sarge8
thanks

On Mon, Jul 31, 2006 at 11:17:31AM +1000, Geoff Crompton wrote:
> Alexander Sack wrote:
> > AFAICT, this is fixed in sarge8 too.
> > 
> > Can you confirm that the bug is gone for you too?
> > 
> >  - Alexander
> > 
> 
> Yep, confirmed it doesn't crash my browser anymore. Running
> 1.0.4-2sarge9. So feel free to close this bug.
> 
> Thanks!
> 

 - Alexander

-- 
 GPG messages preferred.   |  .''`.  ** Debian GNU/Linux **
 Alexander Sack| : :' :  The  universal
 [EMAIL PROTECTED]   | `. `'  Operating System
 http://www.asoftsite.org  |   `-http://www.debian.org


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

Bug#380552: coreutils - FTBFS

[Bob Proulx]

Michael Stone wrote:
> Bastian Blank wrote:
> >[...]
> >>FAIL: pwd-long
> 
> Since this is the only failure listed, I'll assume it's the problem. Was 
> there any actual diagnostic message in the part you snipped?

Thanks for the report.  If you can set the VERBOSE=yes variable and
build again and report the detailed debugging output that would allow
us to know more information about this problem.

In the build directory:

  env VERBOSE=yes make -C tests/misc TESTS=pwd-long

Or whatever you need to do to get VERBOSE=yes set for the pwd-long
test.  That will produce shell tracing output.

Thanks
Bob


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

Bug#123272: crash segfaults on wrong command line input

[Matej Vela]

tags 123272 - patch
thanks

Aurélien GÉRÔME <[EMAIL PROTECTED]> writes:

>>  * nsub is an optional argument; its absence is not an error.
>
> It leads to SIGSEGV, so it seems to me it is indeed.

The documentation is clear:

  crashme.txt:45: [NSUB]  The [NSUB] is optional, the  number  of  vfork  sub-
  crashme.txt:46: processes  running all at once.  [...]

Removing features is not the way to fix bugs.

>>  * The if branch you are patching doesn't actually use nsub; only the
>>first three arguments are passed to old_main().
>
> I do not see that when I read the thing with indent as my helper.

Videlicet:

  crashme.c:392: else if ((argc == 6) && ((strlen(argv[4]) == 0) ||
  crashme.c:393:  (strcmp(argv[4],".") == 0)))
  crashme.c:394:   {verbose_level = atol(argv[5]);
  crashme.c:395:old_main(4,argv);}

The first condition on line 392 checks that there are five arguments
(plus the program name); this guarantees that argv[4] is non-null, and
the other two conditions will not produce a segfault.  Line 394 stores
the fifth argument (VERBOSE) in verbose_level.  Line 395 calls
old_main() with an unchanged argv[].

As you can see below, old_main() neither accesses argv[4] nor passes
argv[] to other functions:

  crashme.c:434:void old_main(argc,argv)
  crashme.c:435: int argc;
  crashme.c:436: char **argv;
  crashme.c:437:{char *ptr;
  crashme.c:438: copyright_note(3);
  crashme.c:439: nbytes = atol(argv[1]);
  crashme.c:440: if (ptr = strchr(argv[1],'.'))
  crashme.c:441:   incptr = atol(&ptr[1]);
  crashme.c:442: if (argv[1][0] == '+') malloc_flag = 1;
  crashme.c:443: nseed = atol(argv[2]);
  crashme.c:444: ntrys = atol(argv[3]);
  crashme.c:445: sprintf(notes,"crashme %s%ld.%d %ld %ld",
  crashme.c:446: (malloc_flag == 0) ? "" : 
"+",nbytes,incptr,nseed,ntrys);
  crashme.c:447: note(3);
  crashme.c:448: record_note();
  crashme.c:449: if (malloc_flag == 0)
  crashme.c:450:   {the_data = bad_malloc((nbytes < 0) ? -nbytes : nbytes);
  crashme.c:451:badboy = castaway(the_data);
  crashme.c:452:sprintf(notes,"Badboy at %d. 0x%X",badboy,badboy);
  crashme.c:453:note(3);}
  crashme.c:454: srand(nseed);
  crashme.c:455:#ifdef WIN32
  crashme.c:456: SetErrorMode(SEM_FAILCRITICALERRORS |
  crashme.c:457:  SEM_NOGPFAULTERRORBOX |
  crashme.c:458:  SEM_NOOPENFILEERRORBOX);
  crashme.c:459:#endif
  crashme.c:460: badboy_loop();}

This leads me to conclude that argv[4] is not the cause of the crash.

>>  * From a cursory gdb session, the reason crashme segfaults is that it
>>executes illegal instructions, not in the options parsing.
>
> So why does it not segfault anymore with my work?

  $ ./patched-crashme +8192.16 478 100
  [...]
  try 38, offset 608
  Segmentation fault

> While you seem perfectly fine saying what I did is stupid,

I did not say it was stupid, I said it was incorrect, and why.  Do you
see this as a personal insult?

> I would be rather interested that you propose a better solution for
> a bug opened more than 4 years ago and which nobody cared to fix.

I couldn't find it at first glance and gave up; the fact that no one
cared to in 4 years is telling me something.

Cheers,

Matej

Bug#380424: closed by [EMAIL PROTECTED] (martin f. krafft) (Bug#380424: fixed in mdadm 2.5.2-8)

[jacob]

On Sun, Jul 30, 2006 at 04:33:46AM -0700, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> #380424: mdadm: checkarray issues unnecessary warnings for linear arrays,
> which was filed against the mdadm package.
> 
> It has been closed by [EMAIL PROTECTED] (martin f. krafft).
> 
> Their explanation is attached below.  If this explanation is
> unsatisfactory and you have not received a better one in a separate
> message then please contact [EMAIL PROTECTED] (martin f. krafft) by replying
> to this email.
> 
> Debian bug tracking system administrator
> (administrator, Debian Bugs database)
> 

...

>* checkarray: skip sync for RAID0 devices (closes: #379352, #380424).

It now issues an I:, rather than a W:, but the message doesn't reflect
reality. linear != raid0, as the message suggests. A better wording
might be "skipping non-redundant array md%d", since that covers linear,
raid0, and any hypothetical, future, non-synced array type.

Jacob


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

Bug#380583: ITP: debcache -- python module to maintain and serve a cache of Debian packages

[Adeodato Simó]

Package: wnpp
Severity: wishlist
Owner: "Adeodato Simó" <[EMAIL PROTECTED]>

* Package name: debcache
  Version : N/A
  Upstream Author : Adeodato Simó <[EMAIL PROTECTED]>
* URL (bzr branch): http://people.debian.org/~adeodato/code/debian/debcache
* License : MIT
  Programming Lang: Python
  Description : python module to maintain and serve a cache of Debian 
packages

 debcache is another caching solution for Debian packages and other files found
 in Debian mirrors. It consists on a Python module with classes that implement
 the creation and maintenance of the cache in a transport-agnostic way, on top
 of which different front-ends and even user-end applications can be 
implemented.
 
 This package includes the following front-ends:
 
  * a standalone proxy to serve HTTP requests (like apt-proxy) [TODO]
  * a fast mod_python handler that lets Apache serve all the static files
  * a command-line client to pre-fetch packages based on the existing ones 
[TODO]
 
 The module also implements various cleanup mechanisms, including deletion of
 no longer referenced files, expiration based on age, and by number of versions
 (global or per distribution). [TODO]
 
 Other features include support for downloading Packages files via pdiff (like
 apt itself does), and denying clients access to those diffs by default.

 * * *

(The story: a year ago or so, and after repeated unhappiness with
apt-proxy and apt-cacher, I wrote my first implementation of a caching
system for Debian packages, in Ruby, which has been doing the job for
over a year, both at home and work.

Recently I became unhappy with it as well, and tried to like approx,
which was really easy even despite the lack of pdiff support (#367475),
but not so much after discovering it would delete source packages from
the cache (#374736), and really impossible after some hours of banging
my head against OCaml repeteadly trying to fix that bug myself.

Since updating my Ruby stuff to support pdiffs really made me shiver,
and since I knew of a pdiff implementation in Python by Florian Weimer,
I found myself one night putting some code together, and using it some
days after. It is still uncomplete, but as of today, SORTAWORKSFORME.)

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Beauty, brains, availability, personality: pick any two.

Bug#359672: [INTL:km] popularity-contest translation updated.

[Sokhem]

Package:popularity-contest
Version:N/A
Severity:wishlist
Tags:l10n patch
# translation of km.po to Khmer
# eng vannak <[EMAIL PROTECTED]>, 2006.
# auk piseth <[EMAIL PROTECTED]>, 2006.
# auk piseth <[EMAIL PROTECTED]>, 2006.
# Khoem Sokhem <[EMAIL PROTECTED]>, 2006.
# translation of popularity-contest_debian_po_km.po to
msgid ""
msgstr ""
"Project-Id-Version: km\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-07-29 12:23+0200\n"
"PO-Revision-Date: 2006-07-31 08:21+0700\n"
"Last-Translator: Khoem Sokhem <[EMAIL PROTECTED]>\n"
"Language-Team: Khmer <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.2\n"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Participate in the package usage survey?"
msgstr "ចូល​រួម​ក្នុង​ការ​ស្ទង់មតិ​ក្នុង​ប្រើ​កញ្ចប់ ?"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"The system may anonymously supply the distribution developers with "
"statistics about the most used packages on this system.  This information "
"influences decisions such as which packages should go on the first "
"distribution CD."
msgstr "ប្រព័ន្ធ​អាច​ផ្ដល់​ទៅ​អ្នក​អភិវឌ្ឍន៍​ចែកចាយ​ដោយ​អនាមិក​រួមជា​មួយ​នឹង​ស្ថិតិ​អំពី​កញ្ចប់​ដែល​បាន​ប្រើ​ច្រើន​បំផុត​នៅ​ក្នុង​ប្រព័ន្ធ ។  ព័ត៌មាន​នេះ​មាន​ឥទ្ធិពល​លើ​ការ​សម្រេច​ចិត្ត ដូច​ជា​កញ្ចប់​មួយណា​គួរ​នៅ​លើ​គេ​ក្នុង​ការ​ចែកចាយ​ស៊ីឌី ។"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"If you choose to participate, the automatic submission script will run once "
"every week, sending statistics to the distribution developers. The collected "
"statistics can be viewed on http://popcon.debian.org/.";
msgstr ""
"ប្រសិន​បើ​អ្នក​ជ្រើស​ដើម្បី​ចូល​រួម ស្គ្រីប​ចែកចាយ​ដោយ​ស្វ័យប្រវត្តិ​នឹង​រត់​ម្ដង​ក្នុង​មួយ "
"សប្ដាហ៍ ការ​ផ្ញើ​ស្ថិតិ​ទៅ​អភិវឌ្ឍន៍​ចែកចាយ ។ ស្ថិតិ​ដែល​បាន​ប្រមូលផ្ដុំ​អាច​ត្រូវ​បាន​មើល​នៅ​លើ http://popcon.debian.org/ ។";

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"This choice can be later modified by running \"dpkg-reconfigure popularity-"
"contest\"."
msgstr ""
"ជម្រើសនេះអាចត្រូវបានកែប្រែនៅពេលក្រោយដោយរត់ \"dpkg-reconfigure popularity-"
"contest\" ។"

Bug#354066: mozilla-firefox: HTML Parsing Denial of Service Vulnerability

[Geoff Crompton]

Alexander Sack wrote:
> AFAICT, this is fixed in sarge8 too.
> 
> Can you confirm that the bug is gone for you too?
> 
>  - Alexander
> 

Yep, confirmed it doesn't crash my browser anymore. Running
1.0.4-2sarge9. So feel free to close this bug.

Thanks!

-- 
Geoff Crompton
Debian System Administrator
Strategic Data
+61 3 9340 9000


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

Bug#378193: RFP: calc2latex -- converts OpenOffice.org Calc (spreadsheet) tables into LaTeX tables

[Rene Engelhard]

Hi,

Nelson A. de Oliveira wrote:
> * Package name: calc2latex
>   Version : 0.2.4
>   Upstream Author : Shohei Abe <[EMAIL PROTECTED]>
> * URL : http://calc2latex.sourceforge.net/
> * License : Public domain software
>   Programming Lang: OpenOffice macro
>   Description : converts OpenOffice.org Calc (spreadsheet) tables into 
> LaTeX tables
> 
> Calc2LaTeX is an OpenOffice.org Calc (Spreadsheet) macro for converting
> tables. It makes making tables on LaTeX very easy.

I briefly looked at it.

Unless there is a menu entry I disagree with the "very easy" part. Going to 
macros etc and
choosing the macro is too much for users

Regards,

Rene


signature.asc
Description: Digital signature

Bug#380414: Illegal system call of soffice.bin -> OpenOffice 2.0.3 does not start

[Micha]

| Or the OOo upstream added some (new/changed) i686 inline asm during their 
speedup work...

Seriously ? How can i find the right answer ? Will UPS be notified of this 
issue ? 
I mean, there are plenty non-i686 processors out (even more advanced ones).



 m°

Bug#379966: Proposed New Function mr_stresc()

[Steven M. Robbins]

Quoting Andree Leidenfrost <[EMAIL PROTECTED]>:


Steven, Bruno,

Attached please find a patch and demo program for a new function
mr_stresc() to properly escape strings for use as arguments with (the
likes of) system() and popen().

I have thought about using functions like exec() or fork() to avoid
system() and popen(). I don't really see how the two latter would be
generally evil.


I never said system() is generally evil and I did not mean to imply  
that.  Both system() and exec() have their uses, but you need to know  
*all* the rules in order to use them.  The common pitfall when using  
system() is that you need to escape the string because it will be  
interpreted by the shell.  Using exec() is one way to avoid that  
pitfall.  Doing proper escaping is another, perfectly reasonable  
solution.



To the contrary, e.g. using a function that submits
things to 'sh -c' means we have a sane environment like a PATH and so
forth.


Yeah, well ... that depends on whether you can presume the user does  
have a sane PATH variable.  I'm inclined to believe the opposite,  
actually.




I therefore suggest use of the attached function when calling system()
or popen() where required. I believe this is low-risk, low-overhead,
little work, a clean approach and can be done bit by bit.

What do you say?


Proper escaping is not impossible, but it is pretty hard due to the  
arcane syntax of the shell.  However, your previous message implied  
that the filenames are always passed inside double quotes, and  
therefore there are exactly three characters that need escaping.   
Since you have a very restricted escaping problem, I agree that  
escaping is a much easier solution that replacing system() by  
fork()/exec().


However, your proposed mr_stresc() function has two flaws:

1.  New memory is allocated each time so you run the risk of a memory  
leak if the return value is not freed in the caller (and, indeed, it  
is not in the mondo patch you attach).


2.  Not enough memory is allocated so you're going to overrun the  
buffer anytime there is a character to escape.  Have a closer look at  
the manpage for strspn().




-Steve

Bug#380552: coreutils - FTBFS

[Michael Stone]

On Sun, Jul 30, 2006 at 08:55:07PM +, Bastian Blank wrote:

[...]


FAIL: pwd-long


Since this is the only failure listed, I'll assume it's the problem. Was 
there any actual diagnostic message in the part you snipped?


Mike Stone


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

Bug#380580: blender wrapper script doesn't quote arguments

[Wesley J. Landaker]

Package: blender
Version: 2.42-1
Severity: normal
Tags: patch

Because the blender wrapper script doesn't quote it's arguments
properly, it's impossible to load files with spaces or other shell
metacharacters from either the command line, or through any other
program (e.g. "Open With... 'blender'" from a KDE GUI).

Fortunately, the fix is very very easy:
Replace the last line in /usr/bin/blender like this:

-blender-bin $@
+blender-bin "$@"


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

Bug#378814: gphotocoll: Crash when selecting film

[Matthias Julius]

Julien BLACHE <[EMAIL PROTECTED]> writes:

> Hmm, gphotocoll could probably benifit from a rebuild with up-to-date
> libraries. Can you do that and tell me how it goes ?

I just did that using an up-to-date sid amd64 chroot.  The behavior is
exactly the same as before.  Then I tried the same in an i386 chroot
and the result is the same.

Matthias



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

Bug#380579: (no subject)

[Mike Hollis]

Package: installation-reports

INSTALL REPORT

Debian-installer-version: 
uname -a: <  Linux osprey.cowpie 2.6.8-2-386 #1 Thu May 19 17:40:50
JST 2005 i686 GNU/Linux
>
Date: 
Method: How did you install?  What did you boot off?  If network
 install, from where?  Proxied? cdrom

Machine: 
Processor:pentium II
Memory:256 M
Root Device: 
Root Size/partition table:  Feel free to paste the full partition
 table, with notes on which partitions are mounted where.
osprey:/proc# cat partitions
major minor  #blocks  name

  3 0   10022040 hda
  3 15012248 hda1
  3 25004247 hda2
  364   10022040 hdb
  3655012248 hdb1
  366  1 hdb2
  3692498076 hdb5
  370 248976 hdb6
  3712257101 hdb7


Output of lspci and lspci -n:
:00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP
bridge (rev
03)
:00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
:00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
:00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
:00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
:00:08.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 04)
:00:09.0 FireWire (IEEE 1394): Lucent Microelectronics FW323 (rev 04)
:01:00.0 VGA compatible controller: Intel Corp. 82740 (i740) AGP
Graphics Ac
celerator (rev 21)
osprey:~# lspci -n
:00:00.0 0600: 8086:7190 (rev 03)
:00:01.0 0604: 8086:7191 (rev 03)
:00:07.0 0601: 8086:7110 (rev 02)
:00:07.1 0101: 8086:7111 (rev 01)
:00:07.2 0c03: 8086:7112 (rev 01)
:00:07.3 0680: 8086:7113 (rev 02)
:00:08.0 0401: 1274:5880 (rev 04)
:00:09.0 0c00: 11c1:5811 (rev 04)
:01:00.0 0300: 8086:7800 (rev 21)

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

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

Comments/Problems:I had a problem with the cdrom hanging
during tasksel; I went to another terminal ran telinit 1 to
unhang the cdrom and returned to the install ok. I'm not
sure if this is hardware or software.


 The installer was very different from Woody but after a few
 installs I came to appreciate it. The guided partitioning is
 a nice touch and I used it to install the 2.4 kernel on an
 old IBM Aptiva to use as a Samba server .I also have the
 2.4 installation on the gateway machine (an unknown
 throwtogether with a k6-II processor) with wwwoffle and
 shorewall installed and finally the Woody 2.2 on a 486
 machine as an intranet webserver . All these machines were
 given to me and I obtained debian with jigdo, the total
 cost of my home network is zero!
Install logs and other status info is available in
/var/log/debian-installer/.
Once you have filled out this report, mail it to [EMAIL PROTECTED]

_
Is your PC infected? Get a FREE online computer virus scan from McAfee® 
Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963




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

Bug#314672: RM: uncc -- RoQA; orphaned, unusable

[Matej Vela]

retitle 314672 RM: uncc -- RoQA; orphaned, unusable
reassign 314672 ftp.debian.org
thanks

I think we should remove uncc.

  * Orphaned for a year.
  * Fails for a hello world program.
  * Last upstream release two and a half years ago:

  * popcon: 78 installs, 21 votes.

Thanks,

Matej


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

Bug#380531: linux-2.6: mips and mipsel personality(2) support is broken

[Thiemo Seufer]

tags +patch
thanks

This patch fixes sys_personality for the o32 emulation by
 a) killing the sign extension bits
 b) tighten the bitmask match for current->personality (like it is done
for x86_64)

Already submitted to [EMAIL PROTECTED]


Thiemo


Signed-off-by:  Thiemo Seufer <[EMAIL PROTECTED]>


--- a/arch/mips/kernel/linux32.c
+++ b/arch/mips/kernel/linux32.c
@@ -1053,7 +1053,9 @@ asmlinkage long sys32_newuname(struct ne
 asmlinkage int sys32_personality(unsigned long personality)
 {
int ret;
-   if (current->personality == PER_LINUX32 && personality == PER_LINUX)
+   personality &= 0x;
+   if (personality(current->personality) == PER_LINUX32 &&
+   personality == PER_LINUX)
personality = PER_LINUX32;
ret = sys_personality(personality);
if (ret == PER_LINUX32)


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

Bug#227077: RM: iceme, icepref -- RoQA; orphaned, outdated

[Matej Vela]

retitle 227054 RM: iceme -- RoQA; orphaned, outdated
reassign 227054 ftp.debian.org
retitle 227077 RM: icepref -- RoQA; orphaned, outdated
reassign 227077 ftp.debian.org
thanks

Please remove iceme and icepref.

  * Orphaned for two and a half years.  Adopter agrees with removal:

  * Both are outdated with respect to current IceWM.  The suggested
replacement is icewmcp (being packaged; see #216301).
  * popcon:
- icepref: 303 installs, 64 votes.
- icewm: 219 installs, 42 votes.

Thanks,

Matej


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

Bug#376760: w3m vs. rxvt HOME and END keys

[Thomas Dickey]

On Mon, Jul 31, 2006 at 01:19:58AM +0800, Dan Jacobson wrote:
> On my Thinkpad, in xterm, pressing home and end give:
> $ cat -v
> ^[[H
> ^[[F
> $ infocmp |sed 2!d
> xterm|X11 terminal emulator,
> $ infocmp -1|grep '\\E\[[FH]'
> clear=\E[H\E[2J,
> home=\E[H,
> $ infocmp -1 -C|grep '\\E\[[FH]'
> :cl=\E[H\E[2J:\
> :ho=\E[H:\

The terminfo's written to assume that the application sends smkx (which
puts the keypads into application mode).  That's standard (sending smkx),
though some terminfo's were designed to make the bash users happy (mainly
the "linux" description).  You can see the effect of changing the modes
easily in xterm using the "VT Options" menu.
 
> Well for some reason lynx and w3m know what end sends even though it
> isn't listed above. Home OK too.
> 
> In rxvt,
> $ cat -v
> ^[[7~
> ^[[8~
> $ infocmp|sed 2!d
> rxvt-unicode|rxvt-unicode terminal (X Window System),
> $ infocmp -1 |grep '\\E\[[78]~'
>   kend=\E[8~,
>   khome=\E[7~,
> $ infocmp -1 -C|grep '\\E\[[78]~'
> warning: rxvt-unicode entry is 1134 bytes long
>   :kh=\E[7~:\
> 
> Here we have different names, and termcap lesser entries, and all I
> know is lynx still knows what to do but w3m doesn't respond to home
> and end.

I seem to recall that rxvt's terminfo is (like "linux" ;-), written for
bash-users, and assumes the terminal is started in application mode.
Checking, I see smkx differs between the two:

smkx: '\E[?1h\E=', '\E='.

xterm is on the left; you'll note that xterm uses two escape (\E) sequences
while rxvt uses one.  The \E[?1h sets the cursor-keys into application
mode.  I know offhand that (because of the way X defines the keycodes),
the home/end keys are classified as cursor keys - for xterm.  I'm not
sure about rxvt since it bends the rules differently.  Since rxvt isn't
setting that mode explicitly, and because its arrow keys are specified
in application mode, it's possible that some application reset it to
the normal mode.  (That might affect the home/end keys - I'm not sure
w/o testing it).

Oddly a quick check of rxvt's rs1/rs2 strings (used in "reset") seems to
show it resetting the terminal's cursor keys into normal mode.  But running
"reset" and then using cat -v still shows ^[[A (normal mode), which is
consistent.  If I use TERM=xterm, then it would change to ^[OA (application
mode).  But a quick check doesn't show home/end changing.  It's still
^[[7~ and ^[[8~ respectively.

> The Thinkpad r50e does not have a keypad, and I didn't hit shift, not
> tinker in ~/.Xresources.
> 
> On my desktop 2.6.16-1-k7, all the above is the same. And there is an
> additional numerical keypad at the right, where there are additional
> home and end keys, and they send:
> ^[Ow ^[Oq in rxvt (lynx uses them, w3m doesn't), and again ^[[H ^[[F in xterm.

lynx has some hardcoded fallbacks for vt320 escape sequences that might
be catching this case.  In the default keyboard configuration, xterm
sends the keys as labeled, e.g., home/end.
 
> In /etc/X11/xorg.conf on both machines I do
>   Option  "XkbRules"  "xorg"
>   Option  "XkbModel"  "pc104"
>   Option  "XkbLayout" "us"
> but apparently that is not the problem.

I don't think so either (I've done most of my testing with pc104/us).

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpjV7BlYEFRF.pgp
Description: PGP signature

Bug#380414: Illegal system call of soffice.bin -> OpenOffice 2.0.3 does not start

[Micha]

| > Linux woody 2.6.13.2-1 #1 Sun Nov 27 06:52:07 CET 2005 i586 GNU/Linux
|  
| Oh, old kernel...

Also with 2.6.15 and 2.6.16.

| But the problem here might be the i586

ok. So what...
I have a K6, and chose this option in the kernel config.
What can i do ? Compiling as i686 doesn't look promising.
Compile myself without -mtune ? No way i'll do that on this 
slow box. Buy another mainboard ? At least straightforward ...
but anyway, shouldn't it be mentioned online that OO does not
run on any CPU anymore ?

| OOo is built with -mtune=pentiumpro since long ago (1.0.1-6...[1])

However, AFAICR the error occurred only after upgrade to 2.0

| slow, see the changelog - which is a i686... Might be it just happened to use 
a i686-specific
| instruction right now (changed gcc etc.)

Yes, maybe. But then, here's another candy i discovered right now:

$
$ amaya
Illegal instruction
$ dpkg -l amaya
ii  amaya 9.51-2.1  Web Browser, HTML Editor and Testbed 
for Draft W3C

(This is a smart and somehwat rudimentary gtk1 app, very small thingy)

$ 
$ strace amaya
[...]
open("/etc/ld.so.cache", O_RDONLY)  = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=88776, ...}) = 0
mmap2(NULL, 88776, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb62f7000
close(6)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libgnomeprint-2-2.so.0", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\5\1"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0644, st_size=409780, ...}) = 0
mmap2(NULL, 413120, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb6292000
mmap2(0xb62f5000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x62) = 0xb62f5000
close(6)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libart_lgpl_2.so.2", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\4\206"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0644, st_size=87428, ...}) = 0
mmap2(0x4185e000, 89208, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) 
= 0x4185e000
mmap2(0x41873000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x14) = 0x41873000
close(6)= 0
munmap(0xb62f7000, 88776)   = 0
open("/etc/ld.so.cache", O_RDONLY)  = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=88776, ...}) = 0
mmap2(NULL, 88776, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb62f7000
close(6)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libgnomeprintui-2-2.so.0", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\324"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0644, st_size=227976, ...}) = 0
mmap2(NULL, 227084, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb625a000
mmap2(0xb629, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x36) = 0xb629
close(6)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/usr/lib/libgnomecanvas-2.so.0", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\203"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0644, st_size=172284, ...}) = 0
mmap2(NULL, 175392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 
0xb622f000
mmap2(0xb6259000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x29) = 0xb6259000
close(6)= 0
munmap(0xb62f7000, 88776)   = 0
uname({sys="Linux", node="woody", ...}) = 0
uname({sys="Linux", node="woody", ...}) = 0
getuid32()  = 1000
open("/etc/passwd", O_RDONLY)   = 6
fcntl64(6, F_GETFD) = 0
fcntl64(6, F_SETFD, FD_CLOEXEC) = 0
_llseek(6, 0, [0], SEEK_CUR)= 0
fstat64(6, {st_mode=S_IFREG|0644, st_size=2350, ...}) = 0
mmap2(NULL, 2350, PROT_READ, MAP_SHARED, 6, 0) = 0xb632d000
_llseek(6, 2350, [2350], SEEK_SET)  = 0
munmap(0xb632d000, 2350)= 0
close(6)= 0
open("/home/knut/.amaya-knut", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = 6
fcntl64(6, F_SETLK64, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}, 
0xbfd43468) = 0
write(6, "9504\0", 5)   = 5
fsync(6)= 0
chmod("/home/knut/.amaya-knut", 0600) = 0
open("/etc/ld.so.cache", O_RDONLY)  = 7
fstat64(7, {st_mode=S_IFREG|0644, st_size=88776, ...}) = 0
mmap2(NULL, 88776, PROT_READ, MAP_PRIVATE, 7, 0) = 0xb62f7000
close(7)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/tls/i586/libnss_db.so.2", O_RDONLY) = -1 ENOENT (No such file or 
directory)
stat64("/lib/tls/i586", 0xbfd43030) = -1 ENOENT (No

Bug#380281: [Bulk] Re: Bug#380281: update-grub doesn't update vmlinuz and initrd.img entries correctly

[Gleidson Echeli Leopoldo]

Jason Thomas wrote:
> That value comes from a configuration option in menu.lst.  It is not
> automatic.  You need to edit menu.lst
> 

Sorry, i had not read the manual correctly. I forgot the _kopt_ and
_groot_ option in _menu.lst_ after run _update-grub_ on first time. I
assumed that it recognized the partition where are _vmlinuz_ and
_initrd.img_.

More one time, sorry.

Gleidson




signature.asc
Description: OpenPGP digital signature

Bug#380549: cupsys: As of 1.2.2-1 HP Deskjet stopped printing. Only test pages print.

[Dimitris Kogias]

OK, another update and possibly resolution:

My CUPS setup consists of two servers.  One runs on my day-to-day
workstation (no printers directly connected) and the other runs on a
print/file/etc server, which is where the Deskjet is connected.  Both
are running unstable and CUPS 1.2.2-1.

Both CUPS instances have a printer called "deskjet".  The workstation's
printer's device URI is "ipp://:631/printers/deskjet" pointing
to the server's "deskjet" instance, whose device URI is of course
"parallel:/dev/lp0."

Both printers had been configured to use the CUPS HP Deskjet driver,
going back to when I was running CUPS 1.1, and printing from the
workstation, including printing of PS files, had worked without problems.

I had never tried to print directly from the print server machine, but
when I tried (with the google.ps file I attached earlier) it printed
correctly.

I just switched the workstation instance to use the "Generic postscript
color printer rev4" instead of the Deskjet driver, and I can now print
at least postscript.

It seems that with 1.2.2-1, having both printers use the CUPS Deskjet
drivers resulted in an attempt to convert from PS to HP (PCL?) "twice".
 Is auto-detection of this (which seemed to work with previous CUPS
versions) supposed to exist in 1.2.2?  If not, then this isn't a bug.

Either way I have some manual reading to do to see what I have to
configure in order for other types of files to be properly handled:  I
tried to print a raw text file, but that doesn't work any more (it used
to work with earlier versions).

Thanks

D.


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

Bug#123272: crash segfaults on wrong command line input

[Aurélien GÉRÔME]

tags 123272 patch
thanks

> The patch is problematic in several ways:

I do not agree.

>  * nsub is an optional argument; its absence is not an error.

It leads to SIGSEGV, so it seems to me it is indeed.

>  * The if branch you are patching doesn't actually use nsub; only the
>first three arguments are passed to old_main().

I do not see that when I read the thing with indent as my helper.

>  * From a cursory gdb session, the reason crashme segfaults is that it
>executes illegal instructions, not in the options parsing.

So why does it not segfault anymore with my work?

While you seem perfectly fine saying what I did is stupid, I would
be rather interested that you propose a better solution for a bug
opened more than 4 years ago and which nobody cared to fix.

Thanks,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :  
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#380581: xmms-alarm: insufficient dependencies

[Adrian Bunk]

Package: xmms-alarm
Version: 0.3.7-1
Severity: serious


There is no dependency ensuring, that there are always libraries
recent enough compared to the ones on the build system installed.


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

Bug#380578: New upstream version

[Ludovic RESLINGER]

Package: solfege
Version: 3.4.0-4
Severity: important


Hi,

A new upstream version of GNU Solfege is now available (3.4.1).
Could you update the Debian package?

Thank you.

Regards,
-- 
.---.  Ludovic RESLINGER
   / \
   [EMAIL PROTECTED]@./ Trumpet Student in CNR
   /`\_/`\ Free Software Developer
  // )X( \\
 | \  :  )|_   _,'|   .''`.
/`\_`>  <_/ \ @==TTT=::_  |  : :'  :
\__/'---'\__/   ((_<=HHH___))   `.|  `. `'`
 `---UUU---'=> `-


signature.asc
Description: Digital signature

Bug#380185: mozilla-firefox: extension not working after upgrade to 1.0.4-2sarge9

[Eric Dorland]

* Ed ([EMAIL PROTECTED]) wrote:
> Package: mozilla-firefox
> Version: 1.0.4-2sarge9
> Severity: normal
> 
> 
> i have problems with many extensions after last firefox update.
> problem: extension is listed in extensions list, configuration work, but
> extension not work.

Have you tried reinstalling the extensions? Are they the latest
version? 
 
> "bad" extensions list:
>  - tab mix plus 0.3.0.5;
>  - sessionsaver .2 0.2.1.031;
>  - wayback 0.2;
>  - gcache patched 0.1;
>  - fetch text url 1.6;
>  - context search 0.2.1;
> 
> some extensions work without problem, for example:
>  - customizegoogle 0.49;
>  - google suggest 1.0.0.2005110710;
>  - flashblock 1.3.3.
> 
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers testing
>   APT policy: (199, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.16.2dionis
> Locale: LANG=ru_RU.CP1251, LC_CTYPE=ru_RU.CP1251 (charmap=CP1251)
> 
> Versions of packages mozilla-firefox depends on:
> ii  debianutils2.8.4 Miscellaneous utilities specific 
> t
> ii  fontconfig 2.3.1-2   generic font configuration 
> library
> ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
> ii  libc6  2.3.6-15  GNU C Library: Shared libraries
> ii  libfontconfig1 2.3.1-2   generic font configuration 
> library
> ii  libfreetype6   2.1.7-2.5 FreeType 2 font engine, shared 
> lib
> ii  libgcc11:4.1.1-5 GCC support library
> ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
> ii  libgtk2.0-02.6.4-3.1 The GTK+ graphical user 
> interface 
> ii  libidl00.8.5-1   library for parsing CORBA IDL 
> file
> ii  libjpeg62  6b-10 The Independent JPEG Group's 
> JPEG 
> ii  libkrb53   1.3.6-2sarge2 MIT Kerberos runtime libraries
> ii  libpango1.0-0  1.8.1-1   Layout and rendering of 
> internatio
> ii  libpng12-0 1.2.8rel-1PNG library - runtime
> ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
> ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client 
> li
> ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous 
> exte
> ii  libxft22.1.7-1   FreeType-based font drawing 
> librar
> ii  libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing 
> extension
> ii  libxt6 4.3.0.dfsg.1-14sarge1 X Toolkit Intrinsics
> ii  psmisc 21.5-1Utilities that use the proc 
> filesy
> ii  xlibs  6.9.0.dfsg.1-5bpo2X Window System client libraries 
> m
> ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime
> 
> -- no debconf information
> 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#123272: crash segfaults on wrong command line input

[Matej Vela]

tags 123272 - patch
thanks

Aurélien GÉRÔME <[EMAIL PROTECTED]> writes:

> I did a patch for this crappy (non-)indented C source code.
> It will go in my upload in a few hours...

The patch is problematic in several ways:

 * nsub is an optional argument; its absence is not an error.
 * The if branch you are patching doesn't actually use nsub; only the
   first three arguments are passed to old_main().
 * From a cursory gdb session, the reason crashme segfaults is that it
   executes illegal instructions, not in the options parsing.

Thanks,

Matej

Bug#379366: Another case

[Ted Percival]

> Prelink segfaults on startup while loading the cache file.

I've just had this occur on another machine, maybe it's more likely than
I first thought. Has anyone else had this happen?

-Ted


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

Bug#369793: installation-reports: net-retriever unable to fetch hw-detect-full

[Eric Van Buggenhaut]

On Sat, Jul 29, 2006 at 09:18 +0200, Geert Stappers wrote:
> On Thu, Jun 01, 2006 at 01:13:18PM +0200, Eric Van Buggenhaut wrote:
> > Package: installation-reports
> > Severity: critical
> > Justification: breaks the whole system
> > 
> > Boot method: USB stick
> > Image version: stable (Sarge)
> > Date:  June, 1st 2006 - 12AM GMT
> > 
> 
> > 
> > I'm trying to install Debian stable on a i386 box. Medium used is a USB 
> > stick.
> > 
> > Boot is OK. System hangs when downloading installer components at 
> > retrieving hw-detect-full with the message:
> > 
> > The installer failed to download a file from the mirror
> > 
> > Network connection is OK. I tried with +10 mirrors, same problem 
> > everywhere.
> 
> Where all mirrors tried at the same day?
> Could you retry today?
> 
> I'm asking because suspect the file was missing on the mirror(s)
> and I asume that the mirrors are okay now.

Yes, indeed. It works fine now.

-- 
Eric VAN BUGGENHAUT
[EMAIL PROTECTED]


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

Bug#287415: mdadm: degraded md devices not assembled on boot

[Kevin Brown]

The manpage for mdadm states for the --run option:

   -R, --run
  Insist  that mdadm run the array, even if some of the components
  appear to be active in another array  or  filesystem.   Normally
  mdadm will ask for confirmation before including such components
  in an array.  This option causes that question to be suppressed.


So: either the manpage lies about the circumstances under which the
--run option is applicable, or mdadm for some reason thinks that a
device that doesn't exist is equivalent to a device that is in use
somewhere else.  I suspect the latter.

Either way, it looks like a bug in mdadm.


All this may be redundant, of course, but I just wanted to state all
this here to make it crystal clear what the issue really is (or at
least appears to be).  One otherwise has to scan the bug conversation
to see this.





-- 
Kevin Brown   [EMAIL PROTECTED]


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

Bug#380574: stx2any: man pages missing a bit of formatting.

[Robin Lee Powell]

Package: stx2any
Version: 1.55-1
Severity: normal


The man macros do not include .SH Name at the top, which means that
we get errors like:

mandb: warning: /usr/man/man3/mooix-long.scm.3: whatis parse for 
mooix-long.scm(3) failed

Ideally, there would be a man-page specific Diversion that would
define that section and could have in it the stuff catman needs,
i.e.:

foo \- build foo files

-Robin

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-vserver
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages stx2any depends on:
ii  m41.4.4-1a macro processing language

Versions of packages stx2any recommends:
ii  python2.3.5-11   An interactive high-level object-o
ii  tidy  20051018-1 HTML syntax checker and reformatte
ii  w3m   0.5.1-4WWW browsable pager with excellent

-- no debconf information


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

Bug#380233: [pkg-ntp-maintainers] Bug#380233: package transition leaves a mess of old ntp-server and ntp-simple stuff, including dangerous purge possibilities

[Max Bowsher]

Peter Eisentraut wrote:
> Max Bowsher wrote:
>> Upgrading to the 4.2.2 ntp packages, which merge the ntp-server and
>> ntp-simple packages into the ntp package leaves the old packages in
>> the 'config-files' state.  In particular, this leaves active cron
>> scripts under the name 'ntp-server', which are then duplicated by the
>> new 'ntp' scripts. This may lead to weird unintentional behaviours as
>> various lag rotation jobs are run twice, once by the old, once by the
>> new scripts.
> 
> My thought on the cron jobs is that we're going to remove them in the 
> new package, because logging goes to syslog by default, and there 
> doesn't seem to be a good reason not to use that anyway, plus we have 
> requests to use logrotate, which would be a better alternative if we 
> needed it, which we don't.

OK... meanwhile, having the logs rotated twice as fast is inelegant but
not too serious.

> The init script might be a bit of an issue because you might have two 
> init scripts trying to start the same program, but there are interlocks 
> that should prevent that.

The post-upgrade state is exactly that - two init scripts for the same
program, both active. Even if there are interlocks, it is still messy.

>> Additionally, if an incautious sysadmin was to purge the old
>> packages, then the old ntp-simple postinst script will cause serious
>> damage to the existing ntp installation, in particular, deleting the
>> 'ntp' user, as well as deleting the /var/lib/ntp/ and
>> /var/log/ntpstats/ directories.
> 
> My answer to that is that you shouldn't randomly purge packages at 
> random times.

What then, _is_ the proper way to purge packages? I haven't found any
way to preview the results of a purge without peeking inside
/var/lib/dpkg/info/ .

> We could, however, try to document a sequence of steps 
> to clean up your system after an upgrade.  Basically, if you restart 
> ntp after you purge ntp-server, you should be fine.
> 
> The ntp-simple and ntp-refclock packages can be safely removed at any 
> time I believe.

No, not at all. As I said, the ntp-simple postinst deletes the 'ntp'
user account during purge, which the new ntp packages still use.

Max.



signature.asc
Description: OpenPGP digital signature

Bug#342545: qt-x11-free FTBFS

[Marc 'HE' Brockschmidt]

Heya,

Discussion in IRC showed that doko suspects libgcc2 deps in one of the
build-deps to be the problem. A quick check revealed that libglu1-mesa
still does that, so I requested a bin-NMU. Hopefully, after that was
done, a reschedule will work out.

Marc
-- 
BOFH #314:
You need to upgrade your VESA local bus to a MasterCard local bus.


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

Bug#379452: sgt-puzzles: please remember window size across type changes

[Jacob Nevins]

Ben Hutchings writes:
> I think what should happen when you change the type is that the puzzle
> compares the current window size with the desired window size and
> requests a resize only if the current size is too small.  Does that seem
> reasonable?

I don't think that's quite right; if a puzzle is (say) 3x3, but the user
then changes to 2x2, this would expand the 2x2 puzzle to fill the space
used by the 3x3 one.

I think a better approach would be for the internal 'tilesize' parameter
to be remembered across game grid size changes, so that the individual
game features stay at the user's requested size.

The attached patch against the upstream version illustrates this, but it
needs some work; as it stands, if the tile size is enlarged and then a
new game grid size is selected, the tile size cannot be reduced again.

(This no-shrinking policy applies to the unpatched upstream version too;
perhaps it shouldn't?)
Index: midend.c
===
--- midend.c(revision 6776)
+++ midend.c(working copy)
@@ -124,7 +124,7 @@
 me->laststatus = NULL;
 me->timing = FALSE;
 me->elapsed = 0.0F;
-me->tilesize = me->winwidth = me->winheight = 0;
+me->winwidth = me->winheight = 0;
 if (drapi)
me->drawing = drawing_new(drapi, me, drhandle);
 else
@@ -149,6 +149,7 @@
if ((e = getenv(buf)) != NULL && sscanf(e, "%d", &ts) == 1 && ts > 0)
me->preferred_tilesize = ts;
 }
+me->tilesize = me->preferred_tilesize;
 
 sfree(randseed);
 
@@ -241,7 +242,7 @@
me->ourgame->compute_size(me->params, max, &rx, &ry);
} while (rx <= *x && ry <= *y);
 } else
-   max = me->preferred_tilesize + 1;
+   max = me->tilesize + 1;
 min = 1;
 
 /*

Bug#380549: cupsys: As of 1.2.2-1 HP Deskjet stopped printing. Only test pages print.

[Roger Leigh]

severity 380549 important
thanks
[Note: not working for one person does not make it a "grave" severity.]

Dimitris Kogias <[EMAIL PROTECTED]> writes:

> After upgrading to 1.2.2-1, my HP Deskjet 420 no longer prints.  I tried both
> the 1.2 CUPS Deskjet driver and the Gutenprint 420 drivers and in both
> cases, it seems that no data makes it to the printer.

No data makes it to the printer driver, either.  I would suspect
gs-esp is the culprit, but I didn't see gs-esp getting run in your
logs.

Could you provide the file you were printing?  What format was it?


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please sign and encrypt your mail.


pgpW3b5jVXPC3.pgp
Description: PGP signature

Bug#379321: RFP: digibux -- ebook reader/viewer for the German digital library

[Sebastian Harl]

Hi,

> Under http://tokkee.org/debian/ one can find an unofficial
> Debian package (source + i386).

A couple of people independently reported the following error:

$ Digibux
/usr/lib/GNUstep/System/Applications/Digibux.app/Digibux: symbol lookup error:
/usr/lib/GNUstep/System/Library/Bundles/libgnustep-back.bundle/./libgnustep-back
undefined symbol: FTC_Manager_Lookup_Size

I was not able to reproduce it, though, but it seems it's caused by some
versions of libfreetype.

Cheers,
Sebastian

-- 
Sebastian "tokkee" Harl
GnuPG-ID: 0x8501C7FC
http://tokkee.org/



signature.asc
Description: Digital signature

Bug#380573: console-cyrillic: Console-cyrillic doesn't load settings properly for fb console (tty[2-6])

[Aptem]

Package: console-cyrillic
Version: 0.9-13
Severity: important

  Console-cyrillic doesn't load settings properly for fb console (tty[2-6]). As 
a result, I need to
run 'cyr' on every opened console. 
  I have framebuffer console (1024x768x60Hz).

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8)

Versions of packages console-cyrillic depends on:
ii  console-terminus   4.20-2Fixed-width fonts for fast reading
ii  console-tools  1:0.2.3dbs-62 Linux console and font utilities
ii  debconf [debconf-2.0]  1.4.30.13 Debian configuration management sy
ii  perl-base  5.8.7-10  The Pathologically Eclectic Rubbis

console-cyrillic recommends no packages.

-- debconf information:
* console-cyrillic/switch: Both Windows logo keys
  console-cyrillic/abusing_debconf:
* console-cyrillic/fontstyle: Terminus Unicode Framebuffer
* console-cyrillic/ttys: /dev/tty[1-6]
  console-cyrillic/change_config: true
* console-cyrillic/fontsize: 16
* console-cyrillic/encoding: UNICODE
* console-cyrillic/bootsetup: true
* console-cyrillic/toggle: Control+Shift
* console-cyrillic/kbdtype: Ukrainian Winkeys


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

Bug#379359: Installation failure

[Gustavo Noronha Silva]

Em Thu, 27 Jul 2006 22:02:54 +0300
Kalle Valo <[EMAIL PROTECTED]> escreveu:

> But I'm currently busy with real-life issues so that I can't debug it
> further. Sorry :(

Maybe you could just package the following directories in a tarball
and send it to me?:

 /var/lib/python-support/python*/kiwi
 /var/lib/python-support/python*/gazpacho
 /var/lib/python-support/python*/kiwi-1.9.8.egg-info
 
I need to reproduce this problem here again in order to fix it.

Thanks,

-- 
Gustavo Noronha Silva <[EMAIL PROTECTED]>
http://people.debian.org/~kov/


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

Bug#380281: update-grub doesn't update vmlinuz and initrd.img entries correctly

[Jason Thomas]

That value comes from a configuration option in menu.lst.  It is not
automatic.  You need to edit menu.lst

On Fri, Jul 28, 2006 at 07:11:59PM -0300, Gleidson Echeli Leopoldo wrote:
> Package: grub
> Version: 0.97-12
> Severity: important
> 
> Hi, i compile my own kernel and installed today. I observed that
> update-grub doesn't update the menu.lst correctly. My vmlinuz and
> initrd.img are in /boot on hda1 (hd0,0) partition. However the
> update-grub write in menu.lst such as hda2 (hd0,1). I did run
> update-grub any times and the result was the same.
> 
> The command was:
> 
> # update-grub
> Searching for GRUB installation directory ... found: /boot/grub
> Testing for an existing GRUB menu.list file ... found: /boot/grub/menu.lst
> Searching for splash image ... found:
> (hd0,0)/boot/grub/splashimages/debianpink.xpm.gz
> 
> Found kernel: /boot/vmlinuz-2.6.17.7-quimera
> Found kernel: /boot/vmlinuz-2.6.16-2-amd64-k8
> Updating /boot/grub/menu.lst ... done
> 
> 
> And the relevant content of menu.lst is:
> 
> ...
> title   Debian GNU/Linux, kernel 2.6.17.7-quimera
> root(hd0,1)
> kernel  /boot/vmlinuz-2.6.17.7-quimera root=/dev/hda2 ro
> console=tty0
> initrd  /boot/initrd.img-2.6.17.7-quimera
> savedefault
> boot
> 
> title   Debian GNU/Linux, kernel 2.6.17.7-quimera (recovery mode)
> root(hd0,1)
> kernel  /boot/vmlinuz-2.6.17.7-quimera root=/dev/hda2 ro
> console=tty0 single
> initrd  /boot/initrd.img-2.6.17.7-quimera
> savedefault
> boot
> 
> title   Debian GNU/Linux, kernel 2.6.16-2-amd64-k8
> root(hd0,1)
> kernel  /boot/vmlinuz-2.6.16-2-amd64-k8 root=/dev/hda2 ro
> console=tty0
> initrd  /boot/initrd.img-2.6.16-2-amd64-k8
> savedefault
> boot
> 
> title   Debian GNU/Linux, kernel 2.6.16-2-amd64-k8 (recovery mode)
> root(hd0,1)
> kernel  /boot/vmlinuz-2.6.16-2-amd64-k8 root=/dev/hda2 ro
> console=tty0 single
> initrd  /boot/initrd.img-2.6.16-2-amd64-k8
> savedefault
> boot
> ...
> 
> The lines would have to be:
> 
> ...
> root  (hd0,0)
> kernel/boot/vmlinuz ... root=/dev/hda1 ...
> ...
> 
> ---
> Gleidson
> 



> ___
> Pkg-grub-devel mailing list
> [EMAIL PROTECTED]
> http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel



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

Bug#327623: RM: nsmon -- RoQA; orphaned, no upstream, better alternatives

[Matej Vela]

retitle 327623 RM: nsmon -- RoQA; orphaned, no upstream, better alternatives
reassign 327623 ftp.debian.org
thanks

I think we should remove nsmon.

  * Orphaned for 10 months.
  * Previous maintainer was also upstream; last non-QA upload in 2002.
  * More elaborate alternatives: nagios, mon, monit, spong...
  * popcon: 13 installs, 10 votes.

Thanks,

Matej


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

Bug#380481: autotools-dev: Anti-downgrade test

[Sylvain Beucler]

How about something like this attachment?


update-autotools-config.sh
Description: Bourne shell script

Bug#380576: linux-image-2.6.16-1-k7: evbug writing to syslog 1000's/sec

[Tom Allison]

Package: linux-image-2.6.16-1-k7
Version: 2.6.16-12
Severity: important

Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -18
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -5
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -18
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -5
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -17
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -4
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -15
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -4
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -11
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -2
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -12
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -1
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -18
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -5
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -18
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -5
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -17
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -4
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -15
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -4
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -11
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -2
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 0, Code: 0, Value: 0
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 0, Value: -12
Jul 29 06:43:51 localhost kernel: evbug.c: Event. Dev: isa0060/serio1/input0, 
Type: 2, Code: 1, Value: -1

This goes on ALL DAY and NIGHT.
BTW, there are no ISA slots on the motherboard.
There is a SATA drive installed, that seems to strongly coincide with this 
problem.

it's filling up the syslog and hence partitions.

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

Versions of packages linux-image-2.6.16-1-k7 depends on:
ii  initramfs-tools [linux-initra 0.60   tools for generating an initramfs
ii  module-init-tools 3.2.2-2tools for managing Linux kernel mo

Versions of packages linux-image-2.6.16-1-k7 recommends:
ii  libc6-i6862.3.6-7GNU C Library: Shared libraries [i

-- debconf information:
  linux-image-2.6.16-1-k7/preinst/initrd-2.6.16-1-k7:
  linux-image-2.6.16-1-k7/preinst/lilo-initrd-2.6.16-1-k7: true
  linux-image-2.6.16-1-k7/preinst/abort-overwrite-2.6.16-1-k7:
  linux

Bug#380020: ipcCreate: /usr/lib/squid/diskd_daemon: (2) No such file or directory

[Henrik Nordstrom]

The ipcCreate: /usr/lib/squid/diskd_daemon: (2) No such file or
directory error message seen in your logs is a bug where the default for
diskd_program doesn't match where the daemon is installed (installed as
diskd-daemon).

Fixed by
http://www.squid-cache.org/Versions/v2/2.6/changesets/10880.patch

Workaround
set diskd_program to the correct path.

Regards
Henrik


signature.asc
Description: Detta är en digitalt signerad	meddelandedel

Bug#123272: crash segfaults on wrong command line input

[Aurélien GÉRÔME]

tags 123272 patch
thanks

I did a patch for this crappy (non-)indented C source code.
It will go in my upload in a few hours...

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :  
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin
--- crashme.c.orig  2006-07-30 22:49:29.783683189 +
+++ crashme.c   2006-07-30 22:51:12.220385807 +
@@ -391,7 +391,9 @@
old_main(4,argv);
  else if ((argc == 6) && ((strlen(argv[4]) == 0) ||
  (strcmp(argv[4],".") == 0)))
-   {verbose_level = atol(argv[5]);
+   {
+if (strlen(argv[4]) == 0) goto exit;
+verbose_level = atol(argv[5]);
 old_main(4,argv);}
  else if ((argc == 5) || (argc == 6))
{if (argc == 6)
@@ -420,7 +422,9 @@
 note(1);
 vfork_main(tflag,nsubs,argv[0],argv[1],atol(argv[2]),argv[3]);}
  else
-   {sprintf(notes,
+   {
+exit:
+sprintf(notes,
"crashme [+][.inc]   [nsub] [verbose]");
 note(0);}}
 


signature.asc
Description: Digital signature

Bug#380577: kontact crashing on startup

[Arias Hung]

Package: kontact
Version: 4:3.5.3-3
Severity: grave
Justification: renders package unusable

kontact is crashing on startup.  Attached is the backtrace.



-- System Information:
Debian Release: by Linux-Systeme
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-beyond2.2
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8)

Versions of packages kontact depends on:
ii  kdelibs4c2a   4:3.5.3-1  core libraries and binaries for al
ii  libc6 2.3.6-16   GNU C Library: Shared libraries
ii  libgcc1   1:4.1.1-9  GCC support library
ii  libkcal2b 4:3.5.3-3  KDE calendaring library
ii  libkdepim1a   4:3.5.3-3  KDE PIM library
ii  libkpimidentities14:3.5.3-3  KDE PIM user identity information 
ii  libqt3-mt 3:3.3.6-3  Qt GUI Library (Threaded runtime v

ii  libstdc++64.1.1-9The GNU Standard C++ Library v3

Versions of packages kontact recommends:
ii  kaddressbook  4:3.5.3-3  KDE NG addressbook application
ii  kitchensync   4:3.5.3-3  Synchronization framework
ii  kmail 4:3.5.3-3  KDE Email client
ii  knode 4:3.5.3-3  KDE news reader
ii  knotes4:3.5.3-3  KDE sticky notes
ii  korganizer4:3.5.3-3  KDE personal organizer
(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1208768192 (LWP 28400)]
[KCrash handler]
#6  0x in ?? ()
#7  0x08060408 in ?? ()
#8  0xbfb3946c in ?? ()
#9  0x0806584e in _IO_stdin_used ()
#10 0xbfb39488 in ?? ()
#11 0x483d9787 in KApplication::setStartupId () from /usr/lib/libkdecore.so.4
#12 0x484673d8 in KUniqueApplication::processDelayed ()
   from /usr/lib/libkdecore.so.4
#13 0x48468c7c in KUniqueApplication::qt_invoke ()
   from /usr/lib/libkdecore.so.4
#14 0x48a61127 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#15 0x48dea16b in QSignal::signal () from /usr/lib/libqt-mt.so.3
#16 0x48a80caa in QSignal::activate () from /usr/lib/libqt-mt.so.3
#17 0x48a8867c in QSingleShotTimer::event () from /usr/lib/libqt-mt.so.3
#18 0x489f908a in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3
#19 0x489faea7 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#20 0x4845532e in KApplication::notify () from /usr/lib/libkdecore.so.4
#21 0x4898c971 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3
#22 0x489eba87 in QEventLoop::activateTimers () from /usr/lib/libqt-mt.so.3
#23 0x489a0cbf in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3
#24 0x48a135dd in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
#25 0x48a133fe in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
#26 0x489fac23 in QApplication::exec () from /usr/lib/libqt-mt.so.3
#27 0x0805ac3f in ?? ()
#28 0xbfb39bec in ?? ()
#29 0x0001 in ?? ()
#30 0x0001 in ?? ()
#31 0x in ?? ()


pgp60Gm2aFR6l.pgp
Description: PGP signature

Bug#354496: RM: psys -- RoQA; orphaned, unused

[Matej Vela]

retitle 354496 RM: psys -- RoQA; orphaned, unused
reassign 354496 ftp.debian.org
thanks

I think we should remove psys.

  * Orphaned for 5 months.
  * Its only reverse dependency, chipmunk-log, was removed in September 2005.
  * Last upstream release a year ago:


  * popcon: 45 installs, 10 votes.

Thanks,

Matej


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

Bug#380498: parsing of atom dates is broken

[gregor herrmann]

On Sun, 30 Jul 2006 12:00:25 -0400, Joey Hess wrote:

> Working with Jeff Waugh's feed, I noticed that XML::Feed fails to get
> any dates from it. 

[..]

> With the attached patch, it can now parse this feed's dates, and should still
> support any feeds out there using the other tag names. Please apply as
> soon as you can, this is breaking my aggregator. :-)

I've checked to patch and applied it to the svn version of the
package (and I've forwarded it to CPAN's RT:
http://rt.cpan.org/Public/Bug/Display.html?id=20763)

Could some DD from the Debian Perl Group please review my changes to
the package and if appropriate upload the new revision?

Thanks,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Lionel Richie: Tender Heart


signature.asc
Description: Digital signature

Bug#364347: RM: rfb -- RoQA; orphaned, no upstream, alternatives available

[Matej Vela]

retitle 364347 RM: rfb -- RoQA; orphaned, no upstream, alternatives available
reassign 364347 ftp.debian.org
thanks

I think we should remove rfb.

  * Orphaned for 3 months.
  * Upstream sites no longer exist.
  * The previous maintainer says: "all the functionality is now provided
by the vnc4 package that I also maintain with the difference that it
is more complete and less buggy."
  * popcon: 263 installs, 65 votes.

Thanks,

Matej


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

Bug#380318: xmms still missing .so's on amd64

[Zinx Verituse]

([EMAIL PROTECTED]:pts/6)/var/cache/apt/archives% dpkg --contents 
xmms_1%3a1.2.10+20060729-1_amd64.deb | grep 'so$'
-rw-r--r-- root/root 13400 2006-07-29 05:55 ./usr/lib/xmms/Input/libwav.so
-rw-r--r-- root/root  9080 2006-07-29 05:55 
./usr/lib/xmms/Input/libtonegen.so

Note that the .la (libtool) files for the libraries are there.  It is the
actual .so's that are missing.


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

Bug#380571: linux-uvc - FTBFS: Nothing to be done for `binary-arch'.

[Bastian Blank]

Package: linux-uvc
Version: 0.1.0-4
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of linux-uvc_0.1.0-4 on lxdebian.bfinv.de by sbuild/s390 85
[...]
>  /usr/bin/fakeroot debian/rules binary-arch
> make: Nothing to be done for `binary-arch'.
>  dpkg-genchanges -B -ms390 Build Daemon 
> dpkg-genchanges: arch-specific upload - not including arch-independent 
> packages
> dpkg-genchanges: failure: cannot read files list file: No such file or 
> directory
> ******
> Build finished at 20060730-2318
> FAILED [dpkg-buildpackage died]


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

Bug#379452: sgt-puzzles: please remember window size across type changes

[Ben Hutchings]

Jacob Nevins wrote:
> Ben Hutchings writes:
> > I think what should happen when you change the type is that the puzzle
> > compares the current window size with the desired window size and
> > requests a resize only if the current size is too small.  Does that seem
> > reasonable?
> 
> I don't think that's quite right; if a puzzle is (say) 3x3, but the user
> then changes to 2x2, this would expand the 2x2 puzzle to fill the space
> used by the 3x3 one.

Yes, I did experiment with this and it didn't seem quite right.  However
I thought I'd wait a bit more before updating the bug.

> I think a better approach would be for the internal 'tilesize' parameter
> to be remembered across game grid size changes, so that the individual
> game features stay at the user's requested size.

I also considered this, but it has the drawback that the window can then
unnecessarily become larger than the screen.

> The attached patch against the upstream version illustrates this, but it
> needs some work; as it stands, if the tile size is enlarged and then a
> new game grid size is selected, the tile size cannot be reduced again.

Right now I can't understand what this is doing; I'll try to find time
for it later.

> (This no-shrinking policy applies to the unpatched upstream version too;
> perhaps it shouldn't?)

Not sure what you mean by this?

Ben.

-- 
Ben Hutchings -- [EMAIL PROTECTED] shortened to [EMAIL PROTECTED]
If you've signed my GPG key, please send a signature on and to the new uid.
Klipstein's 4th Law of Prototyping and Production:
A fail-safe circuit will destroy others.


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

Bug#353388: ITA: crashme -- Stress tests operating system stability

[Aurélien GÉRÔME]

retitle 353388 ITA: crashme -- Stress tests operating system stability
owner 353388 [EMAIL PROTECTED]
thanks

If the previous owner wants it back, he should do so before I upload
it in a few hours...

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :  
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#380550: [pkg-ntp-maintainers] Bug#380550: radioclk: uninstallable, depends on ntp-refclock

[Peter Eisentraut]

Adeodato Simó wrote:
> Package: radioclk
> Version: 1.0-3
> Severity: serious
>
> Hello.
>
> Your radioclk package depends on ntp-refclock, but in the latest
> upload of ntp, this package was dropped.

Also known as bug #380372.


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

Bug#330301: Bug#380468: ITP: phpunit2 -- Unit testing suite for PHP5

[Aníbal Monsalve Salazar]

On Mon, Jul 31, 2006 at 06:52:50AM +1000, Matthew Palmer wrote:
>On Sun, Jul 30, 2006 at 02:40:47PM +0200, Bart Martens wrote:
>>Package: wnpp
>>Severity: wishlist
>>Owner: Bart Martens <[EMAIL PROTECTED]>
>>
>>* Package name: phpunit2
>
>*cough*330301*cough*

It seems to me that the submitter of #330301 is MIA:

#330301 is nine months old.

The submitter of #330301 didn't reply during the last three months
(or so) to a question about the status of the ITP of php-phpunit2.

So, I have uploaded Bart's package, wich closes both #330301 and
#380468.

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#380575: RM: passivetex -- RoM; RC buggy, almost no users

[Luk Claes]

Package: ftp.debian.org

According to popcon there are no votes... the package has RC bugs, last
uploaded in 2004.

 Original Message 
Subject: Re: Is passivetex still being maintained?
Resent-Date: Sun, 30 Jul 2006 17:27:43 -0500 (CDT)
Resent-From: debian-qa@lists.debian.org
Date: Sun, 30 Jul 2006 17:27:37 -0500
From: Graham Wilson <[EMAIL PROTECTED]>
To: debian-qa@lists.debian.org, [EMAIL PROTECTED]
References: <[EMAIL PROTECTED]>

On Fri, Jul 28, 2006 at 08:46:52AM -0400, Nathanael Nerode wrote:
> If it's not being maintained, I intend to request removal of the
> package from unstable.  The most recent version of the package is
> present in 'stable', so this incurs no loss of data and the package
> is easy to revive.

(FWIW, I'm the most recent uploader of the package, even though I don't
maintain it any longer.)

Please do request it's removal. I meant to get around to that earlier,
but I didn't get a chance. The package has no dependencies or build
dependencies, and there are better replacements, so I think it's a good
idea to remove it.

-- 
gram


-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D



signature.asc
Description: OpenPGP digital signature

Bug#380562: gnome-session: Freezes on startup with 96, 7 % cpu, first freeze was after upgrade on about 25.7.2006

[Josselin Mouette]

Le lundi 31 juillet 2006 à 00:09 +0300, Mika Rastas a écrit :
> Package: gnome-session
> Version: 2.14.2-1
> Severity: important
> 
> 
> So after upgrade with synaptic on last weeks wednesday gnome-session started 
> taking cpu and freezing. On next 
> reboot it didn't even start gnome but froze after login on gdm. Tried 
> different sessions and I've tried using 
> different users and new users which didn't help. 

Do you have installed the libntfs-gnomevfs package?
-- 
 .''`.   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#380572: libtemplates-parser - FTBFS: Excludes gnat arches

[Bastian Blank]

Package: libtemplates-parser
Version: 10.0+20060522-3
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of libtemplates-parser_10.0+20060522-3 on lxdebian.bfinv.de 
> by sbuild/s390 85
> Build started at 20060730-2317
> **
> Checking available source versions...
> Fetching source files...
> Reading Package Lists...
> Building Dependency Tree...
> Need to get 161kB of source archives.
> Get:1 http://10.130.18.65 sid/main libtemplates-parser 10.0+20060522-3 (dsc) 
> [762B]
> Get:2 http://10.130.18.65 sid/main libtemplates-parser 10.0+20060522-3 (tar) 
> [155kB]
> Get:3 http://10.130.18.65 sid/main libtemplates-parser 10.0+20060522-3 (diff) 
> [4807B]
> Fetched 161kB in 0s (2464kB/s)
> Download complete and in download only mode
> : s390 not in arch list: amd64 hppa i386 ia64 kfreebsd-i386 powerpc sparc -- 
> skipping
> **
> Finished at 20060730-2317
> Build needed 00:00:00, 0k disk space

The package indeed builds fine.

Bastian

-- 
No more blah, blah, blah!
-- Kirk, "Miri", stardate 2713.6


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

Bug#380233: [pkg-ntp-maintainers] Bug#380233: package transition leaves a mess of old ntp-server and ntp-simple stuff, including dangerous purge possibilities

[Peter Eisentraut]

Max Bowsher wrote:
> Upgrading to the 4.2.2 ntp packages, which merge the ntp-server and
> ntp-simple packages into the ntp package leaves the old packages in
> the 'config-files' state.  In particular, this leaves active cron
> scripts under the name 'ntp-server', which are then duplicated by the
> new 'ntp' scripts. This may lead to weird unintentional behaviours as
> various lag rotation jobs are run twice, once by the old, once by the
> new scripts.

My thought on the cron jobs is that we're going to remove them in the 
new package, because logging goes to syslog by default, and there 
doesn't seem to be a good reason not to use that anyway, plus we have 
requests to use logrotate, which would be a better alternative if we 
needed it, which we don't.

The init script might be a bit of an issue because you might have two 
init scripts trying to start the same program, but there are interlocks 
that should prevent that.

Other than that, I don't see a problem with leaving the configuration 
files lying around.

> Additionally, if an incautious sysadmin was to purge the old
> packages, then the old ntp-simple postinst script will cause serious
> damage to the existing ntp installation, in particular, deleting the
> 'ntp' user, as well as deleting the /var/lib/ntp/ and
> /var/log/ntpstats/ directories.

My answer to that is that you shouldn't randomly purge packages at 
random times.  We could, however, try to document a sequence of steps 
to clean up your system after an upgrade.  Basically, if you restart 
ntp after you purge ntp-server, you should be fine.

The ntp-simple and ntp-refclock packages can be safely removed at any 
time I believe.


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

Bug#380555: wordview: encodings list goes off screen inaccessibly

[Dan Jacobson]

Package: catdoc
Version: 0.94.2-1
Severity: normal
File: /usr/bin/wordview

I click on encodings, and the list is too long for my screen. I cannot
access the bottom of the list!


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

Bug#380557: Invalid charset file /usr/share/catdoc/big5.txt

[Dan Jacobson]

Package: catdoc
Version: 0.94.2-1
Severity: normal
File: /usr/bin/catdoc

$ catdoc -s big5 funding_and_finance.doc
Invalid charset file /usr/share/catdoc/big5.txt
$ catdoc -sbig5 funding_and_finance.doc
Invalid charset file /usr/share/catdoc/big5.txt
$ catdoc funding_and_finance.doc
Invalid charset file /usr/share/catdoc/big5.txt
$ catdoc /dev/null
Invalid charset file /usr/share/catdoc/big5.txt

I think you have a invalid charset file, big5.txt

By the way, even in a utf-8 locale, one can't see most of the stuff
that strings(1) shows is in
http://www.sow.org.tw/english/indx/funding_and_finance.doc

P.S., some of the other encodings give "Invalid" too!

wvSummary says my doc is cp950, but you have not that charset.
Please add it.


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

Bug#352533: ITA: sa-exim -- use SpamAssassin at SMTP time with the Exim v4 MTA

[Matej Vela]

Hi Anand,

What is the status of sa-exim?  The Maintainer field still points to
Sander, and he's done two uploads after you adopted it in February.

(This is just a QA ping.)

Thanks,

Matej


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

Bug#380565: apt -s should work for regular users

[Dan Jacobson]

Package: apt
Version: 0.6.44.1
Severity: wishlist

apt-get --print-uris works now for non root without resorting to -o
Debug::NoLocking=true. apt-get -s should too.


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

Bug#379275: Intent to NMU

[Margarita Manterola]

Tags 379275 + patch pending
thanks

I have prepared an NMU for fillets-ng that fixes the FTBFS.  I won't upload
it right now, since currently libsdl1.2-dev is uninstallable in unstable.
But I intend to upload it as soon as this is fixed.

I'm attaching the diff of the NMU that I intend to upload.

-- 
 Besitos,   {o_
 Marga. (')_
diff -u fillets-ng-0.7.3/debian/changelog fillets-ng-0.7.3/debian/changelog
--- fillets-ng-0.7.3/debian/changelog
+++ fillets-ng-0.7.3/debian/changelog
@@ -1,3 +1,10 @@
+fillets-ng (0.7.3-1.1) unstable; urgency=medium
+
+  * Non-Maintainer Upload to fix Failure To Build From Source due to missing
+build-dependency on libx11-dev.  (Closes: #379275)
+
+ -- Margarita Manterola <[EMAIL PROTECTED]>  Sun, 30 Jul 2006 15:18:53 -0300
+
 fillets-ng (0.7.3-1) unstable; urgency=low
 
   * New upstream release
diff -u fillets-ng-0.7.3/debian/control fillets-ng-0.7.3/debian/control
--- fillets-ng-0.7.3/debian/control
+++ fillets-ng-0.7.3/debian/control
@@ -2,7 +2,7 @@
 Section: games
 Priority: optional
 Maintainer: fabian linzberger <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.0.0), liblua50-dev, libsdl1.2-dev, 
libsdl-mixer1.2-dev (>= 1.2.4-3), libsdl-image1.2-dev, libsdl-ttf2.0-dev, 
liblualib50-dev
+Build-Depends: debhelper (>= 4.0.0), liblua50-dev, libsdl1.2-dev, 
libsdl-mixer1.2-dev (>= 1.2.4-3), libsdl-image1.2-dev, libsdl-ttf2.0-dev, 
liblualib50-dev, libx11-dev
 Standards-Version: 3.6.2
 
 Package: fillets-ng
diff -u fillets-ng-0.7.3/debian/rules fillets-ng-0.7.3/debian/rules
--- fillets-ng-0.7.3/debian/rules
+++ fillets-ng-0.7.3/debian/rules
@@ -27,14 +27,13 @@
 config.status: configure
dh_testdir
# Add here commands to configure the package.
-   CFLAGS="$(CFLAGS)" ./configure --host=$(DEB_HOST_GNU_TYPE) 
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info --bindir=\$${prefix}/games 
--datadir=\$${prefix}/share
+   CFLAGS="$(CFLAGS)" LDFLAGS=-lX11 ./configure 
--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr 
--mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info 
--bindir=\$${prefix}/games --datadir=\$${prefix}/share
 
 
 build: build-stamp
 
 build-stamp:  config.status
dh_testdir
-
# Add here commands to compile the package.
$(MAKE)
#/usr/bin/docbook-to-man debian/fillets-ng.sgml > fillets-ng.1

Bug#365812: Updated diff

[Michael Hanke]

The recently posted packaging diff had some bugs. Please see 

http://apsy.gse.uni-magdeburg.de/~hanke/vtk5/

for updates.

Thanks,

Michael


-- 
GPG key:  1024D/3144BE0F Michael Hanke
http://apsy.gse.uni-magdeburg.de/hanke
ICQ: 48230050


signature.asc
Description: Digital signature

Bug#380552: coreutils - FTBFS

[Bastian Blank]

Package: coreutils
Version: 5.97-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of coreutils_5.97-1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
> /usr/bin/make  check-TESTS
> make[4]: Entering directory 
> `/build/buildd/coreutils-5.97/build-tree/coreutils-5.97/tests/misc'
> PASS: cat-proc
> PASS: stat-printf
> PASS: stat-fmt
> PASS: date
> ./tac-continue: FULL_PARTITION_TMPDIR not defined; skipping this test
> SKIP: tac-continue
> PASS: close-stdout
[...]
> 
> FAIL: pwd-long
> PASS: date-sec
> PASS: paste-no-nl
> PASS: expand
> PASS: fold
> stdout
> stderr
> PASS: nohup
> PASS: head-elide-tail
> PASS: split-fail
> PASS: false-status
> tty-eof: this script requires Perl's Expect package >=1.11
> SKIP: tty-eof
> PASS: printf-hex
> PASS: nl
> PASS: split-l
> PASS: printf
> PASS: split-a
> PASS: head-pos
> PASS: sort-merge
> PASS: head-c
> PASS: csplit
> ./nice: this test must be run at nice level 0
> SKIP: nice
> PASS: pathchk1
> ==
> 1 of 24 tests failed
> (3 tests were not run)
> Please report to bug-coreutils@gnu.org
> ==


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

Bug#380551: /usr/bin/cpan: configure offline

[Dan Jacobson]

Package: perl
Version: 5.8.8-4
Severity: wishlist
File: /usr/bin/cpan

I was doing rather well configuring cpan(1) offline with wwwoffle,
until I got to:
Select your continent (or several nearby continents) [] asia
invalid items entered, try again
Select your continent (or several nearby continents) [] Asia
invalid items entered, try again
Select your continent (or several nearby continents) [] ?
invalid items entered, try again
Select your continent (or several nearby continents) [] 
Sorry! since you don't have any existing picks, you must make a
geographic selection.

To bad it won't show me valid choices.
OK, it needs to go online first. Well if it could only get past this
step, one could configure it offline.


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

Bug#377447: appletouch trackpad is ignored (internal USB, 5 mo 14" iBook)

[Matthias Grimm]

Hi Brendon,

You filed a bug report to debian and I would like to ask you some
further questions.

Do you use the XOrg with the synaptics trackpad driver?

This driver has a known problem. It opens the event device for the
trackpad exclusively and block it for any other application. In this
case pbbuttonsd can't open the event device for the trackpad and
therefore won't get events from it.

There is a patch for the synaptics driver out to solve this, but I
don't have it at hand. Please file a bugreport to Xorg and the package
xserver-xorg-input-synaptics too. Maybe they will fix the problem one
day and use a cooperative way to read trackpad events.

 Best Regards
   Matthias


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

Bug#380556: can't see images in .doc

[Dan Jacobson]

Package: openoffice.org-common
Version: 2.0.2-3
Severity: minor

$ wget http://www.sow.org.tw/english/indx/funding_and_finance.doc
$ openoffice funding_and_finance.doc
doesn't show the images that
$ wvHtml funding_and_finance.doc ff.html
$ firefox ff.html
does.

And none nor catdoc shows the text that stings(1) shows...


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

Bug#380543: Package: installation-reports

[Frans Pop]

On Sunday 30 July 2006 22:06, Pete Taphouse wrote:
> The machine was installed remotely over the serial line, and
> though it mostly works when you try and install lilo from the menu it
> has a syntax error in the serial line that it sticks in the lilo.conf
> file which causes the installation stage to fail.
>
> It currently puts in
> serial=0,115200n8--
> but should only put in
> serial=0,115200n8

What exactly did you enter at the boot prompt to make it install / boot 
over serial console?


pgpEMFqQcXomZ.pgp
Description: PGP signature

Bug#379763: FTBFS: comparison between signed and unsigned

[Matej Vela]

retitle 379763 flex: warning in generated code
reassign 379763 flex 2.5.33-4
thanks

Martin Michlmayr <[EMAIL PROTECTED]> writes:

> Some builds fail with the following error.  This can be reproduced on
> any arch, but for some reason it seems that scanner.c is not always
> generated from scanner.l.  When you regenerate it manually, you
> definitely see the error though.

The Debian diff includes a scanner.c generated by a non-buggy version
of flex, but sometimes it is regenerated due to timestamp skew.

> I don't know if this is a bug in the scanner.l file or in flex itself.
>
>> Automatic build of filtergen_0.12.4-4.1 on usurper by sbuild/amd64 0.46
> ...
>> if x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.-D_GNU_SOURCE -O2 -W 
>> -Wall -Werror -Waggregate-return -Wcast-align -Wcast-qual -Wnested-externs 
>> -Wshadow -Wbad-function-cast -Wwrite-strings -MT scanner.o -MD -MP -MF 
>> ".deps/scanner.Tpo" -c -o scanner.o scanner.c; \
>>  then mv -f ".deps/scanner.Tpo" ".deps/scanner.Po"; else rm -f 
>> ".deps/scanner.Tpo"; exit 1; fi
>> cc1: warnings being treated as errors
>> scanner.c: In function 'yy_get_next_buffer':
>> scanner.c:1317: warning: comparison between signed and unsigned
>> make[3]: *** [scanner.o] Error 1

This is a recurrence of #359127: "flex: comparison between signed and
unsigned in generated scanner".  flex.skl contains the fix, but skel.c
needs to be rebuilt.

Thanks,

Matej


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

Bug#380554: beaglefs - FTBFS: Unavailable build dependency: beagle-dev

[Bastian Blank]

Package: beaglefs
Version: 1.0.3-1
Severity: serious

There was an error while trying to autobuild your package:

> Automatic build of beaglefs_1.0.3-1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
> ** Using build dependencies supplied by package:
> Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 4.1.0), libfuse-dev, 
> beagle-dev, libglib2.0-dev, libxml2-dev
[...]
> E: Couldn't find package beagle-dev
> apt-get failed.
> Package installation failed
> Trying to reinstall removed packages:
> Trying to uninstall newly installed packages:
> Source-dependencies not satisfied; skipping beaglefs
> **
> Finished at 20060730-1558
> Build needed 00:00:00, 0k disk space

Bastian

-- 
What kind of love is that?  Not to be loved; never to have shown love.
-- Commissioner Nancy Hedford, "Metamorphosis",
   stardate 3219.8


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

Bug#380468: ITP: phpunit2 -- Unit testing suite for PHP5

[Matthew Palmer]

On Sun, Jul 30, 2006 at 02:40:47PM +0200, Bart Martens wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Bart Martens <[EMAIL PROTECTED]>
> 
> * Package name: phpunit2

*cough*330301*cough*

- Matt


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

Bug#367295: ttf-kochi-*: warn of obsolescence in Description

[Dan Jacobson]

> But ttf-kochi-* fonts became obsolete because upstream authors stopped

OK, but dpkg -p ttf-kochi-* still talks about them like they are
great. The user is not warned...

> to develop new fonts.  Please use ttf-sazanami-* fonts instead.  I
> will drop kochi when sazanami get more popularity.

Wait, I can't remove them without ruining xpdf!:

The following packages will be REMOVED:
  ttf-kochi-gothic* ttf-kochi-mincho* xpdf-japanese*


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

Bug#380293: [Pkg-xfce-devel] Bug#380293: Segmentation fault on save

[Yves-Alexis Perez]

On Fri, 2006-07-28 at 23:44 -0300, Gleidson Echeli Leopoldo wrote:
> Package: mousepad
> Version: 0.2.4-1
> Severity: importante
> 
> On save any file, Mousepad close. I did run mousepad from terminal and
> on save, when the mousepad close, occur a Segmentation fault!
> 
> How reproduce?
> 
> Run the Mousepad and open a file or so create a new file. Save across
> the menu or so clicking Ctrl+S.
> 
> Also occur with "Save As..."
> 
> Using
> Debian Etch amd64
> libc6 2.3.6-15
> xfce4 4.3.90.1-2

I can't reproduce either, and it has been reported that 0.2.6 (on debian
unstable) worked on amd64. I don't know if it's a problem with mousepad
0.2.4 on amd64, as I couldn't find somebody on etch/amd64.

0.2.6 in unstable need Xfce 4.4Beta2 so I guess you'll have to wait for
the transition to propagate to Etch.

Regards,
-- 
Yves-Alexis



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

Bug#325935: warzone2100: Is this ITP still valid?

[Angus Lees]

On 7/29/06, Linas Žvirblis <[EMAIL PROTECTED]> wrote:

The latest packages, by the bug owner, I could find date back to year2005. Although upstream currently ships with Debian packaging filescreated by Angus Lees in March 2006.Is anyone still working on packaging Warzone 2100 for inclusion in
Debian? If not, I am willing to hijack this ITP.CC'ing this to Angus in hope that he will shed some light on the currentsituation.I asked Fanio once in March what he intended with this package and got no response.  Since I gained upstream commit rights through other patches, I figured I may as well just submit my packaging files.  I would be happy for you to take over package ownership and upload to Debian.

Before an upload into Debian proper, I'd suggest changing the package name to warzone2100{,-data} and possibly weakening the -data package dependency to simply $source:Upstream-Version, so we don't have to release a new (large) -data package for a simple binary recompile.
--  - Gus

Bug#380550: radioclk: uninstallable, depends on ntp-refclock

[Adeodato Simó]

Package: radioclk
Version: 1.0-3
Severity: serious

Hello.

Your radioclk package depends on ntp-refclock, but in the latest upload
of ntp, this package was dropped.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
 Listening to: Michael Jackson - Unbreakable

Bug#380563: libtext-wikiformat-perl: jammed text on man page

[Dan Jacobson]

Package: libtext-wikiformat-perl
Version: 0.76-1
Severity: minor

On the man page I see
   CapsStringsNote that if you disable this flag, you should probably
I.e., one sentence jammed into the other.

Say SEE ALSO libhtml-wikiconverter-perl to convert back.
Add SEE ALSO Text::WikiFormat::Blocks(3pm) and visa versa on that page.
P.S., on that page I see jammed text:
Text::WikiFormat::BlocUserpContributed Perl DocumText::WikiFormat::Blocks(3pm)

Hey, you don't support wikimedia tables!  Mention this on the package 
Description.


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

Bug#11800: hello!

[Hugo]

Do not ignore me please,
I found byour email sbomewhere and now decided to wribte you.
I am coming to your place in few webeaks and thought we 
can meet each other. Let me know iaf you doa not mind.
I am a nice pretty girl.a Don't reply to this email. 
Eamail me direclty at [EMAIL PROTECTED]




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