Bug#321704: Dirmngr does not start/stop

[C.Y.M]

C.Y.M wrote:
> Peter Eisentraut wrote:
> 
>>C.Y.M wrote:
>>
>>
>>>After upgrading Dirmngr from 0.9.1-2 to 0.9.2-1, the service no
>>>longer starts/stops.
>>>
>>>[EMAIL PROTECTED]:/etc/init.d$ ./dirmngr restart
>>>* Restarting DirMngr...
>>>/sbin/start-stop-daemon: warning: failed to kill 3292: No such
>>>process
>>
>>
>>Does it actually not stop, or are you interpreting the error message as 
>>evidence thereof?
>>
>>
> 
> 
> When I do "ps -ax |grep dirmngr", it appears to be running with the correct 
> pid
> referenced in /var/run, but when I type "restart", it constantly gives me that
> error msg.
> 

Sorry if I may not have answered your question.  Are you unable to reproduce?

Best Regards,
C.Y.M.



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

Bug#313307: v.in.ascii.1: IP/br/RS table gone

[Markus Neteler]

Fixed for upcoming 6.0.1 and in 6.1-CVS.

Proof:

man v.in.ascii|sed '/Columns definition/,$!d'|od -c|sed 's/[0-9]\+//g;6q'|tr -d 
\\n;echo
   C   o   l   u   m   
n   s   d   e   f   i   n   i   t   i   o   n   f   o   r   p   o   
i   n   t   s   m   o   d   e   i   n   S   Q   L   s   t   y   
l   e   ,   f   o   r   e   x   a   m   p   l   e   :  \n   
'   x   d   o   u

g.manual -m v.in.ascii|sed '/are as follows:/,$!d'|od -c|sed 
's/[0-9]\+//g;5q'|tr -d \\n;echo
   T   h   e   p   r   i   m   i   t   i   v   
e   c   o   d   e   s   a   r   e   a   s   f   o   l   l   o   
w   s   :  \n  \n   
'   B   '   :   b   o   u   n   d   a   r   y  \n  \n

Markus



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

Bug#321912: Paje cannot start without resolving the symbol

[GOTO Masanori]

Package: paje.app
Version: 1.3.2-4
Severity: important

When I invoked to start Paje, I got an error.  It seems this
application is not usable entirely.

Warning - GNUSTEP_SYSTEM_ROOT is not set - using /usr/lib/GNUstep/System
2005-08-08 15:43:36.000 Paje[4457] NOTE: Only one display per host 
fully supported.
2005-08-08 15:43:36.000 Paje[4457] XShm not supported.
2005-08-08 15:43:36.000 Paje[4457] Falling back to normal XImage:s 
(will be slower).
/usr/lib/GNUstep/System/Applications/Paje.app/Paje: relocation error: 
/usr/lib/GNUstep/System/Library/Bundles/libgnustep-back.bundle/./libgnustep-back:
 undefined symbol: FTC_Manager_Lookup_Size

Regards,
-- gotom


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

Bug#321908: destar: missing dependency on Quixote 1.x

[Paul Wise]

Package: destar
Version: 0.0.167-1
Severity: grave
Justification: renders package unusable

The when destar attempts to start, it gives the following message:

/\
Setting up destar (0.0.167-1) ...
Starting Asterisk Web GUI DeStar: DeStar DEVELOPMENTAL SNAPSHOT, Copyright (C) 
2005 by Holger Schurig.

DeStar comes with ABSOLUTELY NO WARRANTY. This is free software,
you are welcome to redistribute it under certain conditions;
see the included files GPL-2.txt and COPYRIGHT.txt

Error: please install Quixote 1.x
invoke-rc.d: initscript destar, action "start" failed.
\/

Please add a dependency on quixote (>= 1.0-1) and fix the package so
that it works out of the box.

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

Versions of packages destar depends on:
ii  python2.3.5-3An interactive high-level object-o

Versions of packages destar recommends:
ii  asterisk  1:1.0.9.dfsg-4 open source Private Branch Exchang
pn  python-pysqlite(no description available)
ii  sqlite2.8.16-1   command line interface for SQLite

-- no debconf information
-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes


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

Bug#321909: liferea: needs a forward button

[Can Burak Cilingir]

Package: liferea
Version: 0.9.4-1
Severity: wishlist


A forward button in toolbar would be great. After clicking it,
a new mail with the contents of the current feed entry can be
presented.

If more than 1 entry is selected, a mail with all of the items
may be presented.


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

Versions of packages liferea depends on:
ii  dbus-10.23.4-3   simple interprocess messaging syst
ii  dbus-glib-1   0.23.4-3   simple interprocess messaging syst
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libgconf2-4   2.10.1-1   GNOME configuration database syste
ii  libglib2.0-0  2.6.6-1The GLib library of C routines
ii  libgtk2.0-0   2.6.9-1The GTK+ graphical user interface 
ii  libice6   6.8.2.dfsg.1-4 Inter-Client Exchange library
ii  liborbit2 1:2.12.2-3 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libsm66.8.2.dfsg.1-4 X Window System Session Management
ii  libx11-6  6.8.2.dfsg.1-4 X Window System protocol client li
ii  libxml2   2.6.20-1   GNOME XML library
ii  liferea-gtkhtml   0.9.4-1gtkhtml-based rendering for Lifere
ii  xlibs 6.8.2.dfsg.1-4 X Window System client libraries m
ii  zlib1g1:1.2.3-3  compression library - runtime

liferea recommends no packages.

-- no debconf information


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

Bug#321910: dvipdfm-cjk: Dummy package still needed?

[Javier Fernández-Sanguino Peña]

Package: dvipdfm-cjk
Version: 1:20021231-1
Priority: wishlist

This dummy package is present in sarge, etch and sid.  As this is a dummy
transition-only package (for which release?), is there any reason this
package should still exist in the distribution? Notice that we currently
only support upgrade paths from stable (currently sarge) to
"new stable" (currently etch) and in both these distributions
this package is a dummy package. For more information read the
Release Notes [1].

If this package is no longer required, please ask for its removal by
reassigning this bug to ftp.debian.org. If you want to provide
upgrade paths for woody for the time being please don't forget to
remove this package before etch is frozen.

Regards

Javier

[1]
http://www.nl.debian.org/releases/stable/i386/release-notes/ch-upgrading#s-system-status



signature.asc
Description: Digital signature

Bug#321911: destar: does not work out of the box - missing config file

[Paul Wise]

Package: destar
Version: 0.0.167-1
Severity: grave
Justification: renders package unusable

The destar package is missing a config file. When I install quixote and
destar, and visit http://localhost:8080/ in my browser, I get the
following python traceback. Please add a sane default config file
to /etc/asterisk/destar_cfg.py. Just an empty file seems to be fine.

I also note that it is listening on all network interfaces and not just
localhost. It is probably a good idea to make this localhost only, since
it seems you can change stuff without authenticating in any way.

Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/quixote/publish.py", line 522, in 
process_request
output = self.try_publish(request, env.get('PATH_INFO', ''))
  File "/usr/lib/python2.3/site-packages/quixote/publish.py", line 436, in 
try_publish
self.start_request(request)
  File "/usr/share/destar/python/Publisher.py", line 88, in start_request
users = backend.getConfiglets(name="CfgOptUser")
  File "/usr/share/destar/python/backend.py", line 556, in getConfiglets
if not __loaded: loadPythonConfig()
  File "/usr/share/destar/python/backend.py", line 60, in loadPythonConfig
execfile(DESTAR_CFG)
IOError: [Errno 2] No such file or directory: 'destar_cfg.py'

Form:

Cookies:

Environment:
ACCEPT_ENCODING gzip,deflate
CONTENT_LENGTH  0
CONTENT_TYPE
GATEWAY_INTERFACE CGI/1.1
HTTP_ACCEPT 
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
HTTP_ACCEPT_CHARSET UTF-8,*
HTTP_ACCEPT_ENCODING gzip,deflate
HTTP_CONNECTION keep-alive
HTTP_COOKIE 
HTTP_HOST   localhost:8080
HTTP_KEEP_ALIVE 300
HTTP_REFERER
HTTP_USER_AGENT Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) 
Gecko/20050802 Galeon/1.3.21 (Debian package 1.3.21-6)
PATH_INFO   /
QUERY_STRING
REMOTE_ADDR 127.0.0.1
REMOTE_PORT 4566
REQUEST_METHOD  GET
REQUEST_URI /
SCRIPT_FILENAME 
SCRIPT_NAME 
SERVER_NAME localhost
SERVER_PORT 8080
SERVER_PROTOCOL HTTP/1.1
SERVER_SOFTWARE page_main


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

Versions of packages destar depends on:
ii  python2.3.5-3An interactive high-level object-o

Versions of packages destar recommends:
ii  asterisk  1:1.0.9.dfsg-4 open source Private Branch Exchang
pn  python-pysqlite(no description available)
ii  sqlite2.8.16-1   command line interface for SQLite

-- no debconf information
-- 
bye,
pabs

http://qa.debian.org/developer.php?login=Paul+Wise&comaint=yes


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

Bug#318019: libxine1: uninstallable due to g++ 4.0 transition

[Giacomo A. Catenazzi]

libxine1 is still uninstallable, it still depend on a
pre g++ library: libmodplug0  (libmodplug0c2)

see:
http://packages.debian.org/unstable/libs/libxine1

ciao
cate



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

Bug#321708: postgresql: provide better default authentication schemes

[Sean Finney]

On Mon, Aug 08, 2005 at 07:40:18AM +0200, Martin Pitt wrote:
> > I think local TCP/IP connections should still use ident, because that is 
> > not insecure.
> 
> I changed the localhost tcp one to md5 not because ident is insecure,
> but because you actually need an identd running for this, which is not
> the default nowadays any more. I don't know any people who actually
> want to run one, but if there are some, they can still switch back, so
> I think md5 suits the majority of users better.
> 
> What do you think?

agreed.


sean

-- 


signature.asc
Description: Digital signature

Bug#78209: This is interesting..

[Tyler Lacy]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.com/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Tyler Lacy
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.com/r.php






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

Bug#321850: Minor bug with postgis

[Martin Pitt]

clone 321850 -1
reassign 321850 postgresql
retitle 321850 postgresql: add conflict to non-transitioned postgis
reassign -1 postgis
retitle -1 postgis: Migrate to new postgresql structure
thanks

Hi Floris, hi Alex!

(Fullquote for the postgis maintainer)

Floris Sluiter [2005-08-07 22:26 +0200]:
> I had postgis installed under postgresql 7.4
> Then I upgraded this postgres 7.4 to ppostgres 7.5
> 
> Upgrading was straightforward, except the files from postgis were not
> upgraded to the new directory structure.
> 
> This includes:
> /usr/lib/postgresql/bin/
> pgsql2shp
> shp2pgsql
> 
> /usr/lib/postgresql/lib/
> libpostgis.so
> libpostgis.so.0
> libpostgis.so.0.9
> 
> Now as a default, I suggest a warning that the directories contained
> other files.
> (BTW postgis is a library/language that spatially enables postgresql)
> It is impossible to connect to the (spatial)database cluster
> afterwards, since postgres7.4 cannot find the library anymore... It
> will fail with pretty cryptic error messages as: "could not open 1262"
> etc.
> 
> Moving the files to the new directory structure repaired the whole scheme.
> 
> I understand that these files are not part of a standard debian
> package (in the stable distribution, they are in unstable), however I
> suspect that many people will have extensions set up in the same way,
> and it would be a simple test and a simple warning to detect this.
> 
> Regards.
> 
> Floris Sluiter

I wouldn't feel well if I would move around configuration and data
files from other packages. postgis itself should do that.

Alex, what do you think about the following solution: postgis postinst
performs the transition if necessary, so that the juggling of data
files stays in the package it belongs to (this might also affect other
packages, and accumulating them all in the postgresql transition
package would be a bit insane). The version that does the
transition conflicts to postgresql (<< 7.5). The postgresql transition
package (postgresql 7.5.x) adds a conflict to every postgis version
smaller than the one that supports migration, so that users always
have to upgrade both at the same time.

Thanks,

Martin

-- 
Martin Pitt  http://www.piware.de
Ubuntu Developer   http://www.ubuntulinux.org
Debian Developerhttp://www.debian.org


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

Bug#321840: fixed

[Gijs Hillenius]

Hello Mark,

After filing that bug, I restarted the printer. This particular
printing works (again?) with hpoj. So, I guess it is no longer a
conflict between hplip and hpoj. 

Please ignore this bug, therefor. I'll investigate it further.

Kind regards

Gijs Hillenius
Netherlands


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

Bug#321708: postgresql: provide better default authentication schemes

[Martin Pitt]

Hi Peter!

Peter Eisentraut [2005-08-07 22:06 +0200]:
> Sean Finney wrote:
> > local   all all ident sameuser
> > hostall all 127.0.0.1   255.255.255.255 md5
> > # uncomment this to allow any remote computers to connect using
> > passwords #host all all 0.0.0.0 0.0.0.0 md5
> >
> > so that local socket-based connections could use ident, but
> > remote connections defaulted to using passwords instead of the
> > insecure ident protocol.
> 
> I think local TCP/IP connections should still use ident, because that is 
> not insecure.

I changed the localhost tcp one to md5 not because ident is insecure,
but because you actually need an identd running for this, which is not
the default nowadays any more. I don't know any people who actually
want to run one, but if there are some, they can still switch back, so
I think md5 suits the majority of users better.

What do you think?

Thanks,

Martin

-- 
Martin Pitt  http://www.piware.de
Ubuntu Developer   http://www.ubuntulinux.org
Debian Developerhttp://www.debian.org


signature.asc
Description: Digital signature

Bug#135972: attempt was made

[Doug Brand]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.com/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Doug Brand
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.com/r.php






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

Bug#132570: bitkeeper ITP #132570

[Giacomo A. Catenazzi]

Baruch Even wrote:

Hi,

There is no free license for BitKeeper. So it is not possible to have
this package in Debian anymore, not even in non-free.

Perhaps you should close the ITP?

Baruch


Ok.

Forgot about it.

I'll close it.


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

Bug#128082: what happend to you?

[Erin Velazquez]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.net/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Erin Velazquez
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.net/r.php






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

Bug#111266: Urgent Information

[Jim Orr]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.net/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Jim Orr
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.net/r.php






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

Bug#103681: Special Attention Needed

[Jim Day]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.net/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Jim Day
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.net/r.php






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

Bug#321906: cppunit: Dummy package still needed?

[Javier Fernández-Sanguino Peña]

Package: cppunit
Version: 1.10.0-5
Priority: wishlist

This dummy package is present in sarge, etc and sid.  As this is a dummy
transition-only package (for woody), is there any reason this package
should still exist in the distribution? Notice that we currently
only support upgrade paths from stable (currently sarge) to
"new stable" (currently etch) and in both these distributions
this package is a dummy package. For more information read the
Release Notes [1].

If this package is no longer required, please ask for its removal by
reassigning this bug to ftp.debian.org. If you want to provide
upgrade paths for woody for the time being please don't forget to
remove this package before etch is frozen.

Regards

Javier

[1]
http://www.nl.debian.org/releases/stable/i386/release-notes/ch-upgrading#s-system-status



signature.asc
Description: Digital signature

Bug#321904: new stable upstream

[iain d broadfoot]

Package: slashem
Version: 0.0.7E6F3-4
Severity: wishlist

new stable upstream version 0.0.7E7F1 is available.
http://slashem.org/stable.html

cheers,
iain

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.12.3myVeryOwnKernelSwsusp2.1.9
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages slashem depends on:
ii  libc62.3.5-3 GNU C Library: Shared libraries an
ii  libncurses5  5.4-9   Shared libraries for terminal hand
ii  slashem-common   0.0.7E6F3-4 Files common to all slashem-packag

slashem recommends no packages.

-- no debconf information

-- 
"If sharing a thing in no way diminishes it, it is not
rightly owned if it is not shared." -- St. Augustine
#rm -rf /
http://www.geeksoc.org/


signature.asc
Description: Digital signature

Bug#321903: calctool: dummy package still needed?

[Javier Fernández-Sanguino Peña]

Package: calctool
Priority: wishlist

This dummy package is present in sarge, etc and sid.  As this is a dummy
transition-only package (for woody), is there any reason this
package should still exist in the distribution? Notice that we currently
only support upgrade paths from stable (currently sarge) to
"new stable" (currently etch) and in both these distributions
this package is a dummy package. For more information read the
Release Notes [1].

If this package is no longer required, please ask for its removal by
reassigning this bug to ftp.debian.org. If you want to provide
upgrade paths for woody for the time being please don't forget to
remove this package before etch is frozen.

Regards

Javier

[1]
http://www.nl.debian.org/releases/stable/i386/release-notes/ch-upgrading#s-system-status
 



signature.asc
Description: Digital signature

Bug#321905: colorize: Dummy package still needed?

[Javier Fernández-Sanguino Peña]

Package: colorize
Version: 0.3.1-4
Priority: wishlist

This dummy package is present in sarge, etc and sid.  As this is a dummy
transition-only package (for woody), is there any reason this
package should still exist in the distribution? Notice that we currently
only support upgrade paths from stable (currently sarge) to
"new stable" (currently etch) and in both these distributions
this package is a dummy package. For more information read the
Release Notes [1].

If this package is no longer required, please ask for its removal by
reassigning this bug to ftp.debian.org. If you want to provide
upgrade paths for woody for the time being please don't forget to
remove this package before etch is frozen.

Also, reassign the pending bugs of colorize (there is 1 pending bug)
to the new package.

Regards

Javier

[1]
http://www.nl.debian.org/releases/stable/i386/release-notes/ch-upgrading#s-system-status



signature.asc
Description: Digital signature

Bug#321907: dhid: Dummy package still needed?

[Javier Fernández-Sanguino Peña]

Package: dhid
Version: 5.1-6
Priority: wishlist

This dummy package is present in sarge, etch and sid.  As this is a dummy
transition-only package (for woody), is there any reason this package
should still exist in the distribution? Notice that we currently
only support upgrade paths from stable (currently sarge) to
"new stable" (currently etch) and in both these distributions
this package is a dummy package. For more information read the
Release Notes [1].

If this package is no longer required, please ask for its removal by
reassigning this bug to ftp.debian.org. If you want to provide
upgrade paths for woody for the time being please don't forget to
remove this package before etch is frozen.

Regards

Javier

[1]
http://www.nl.debian.org/releases/stable/i386/release-notes/ch-upgrading#s-syst+m-status



signature.asc
Description: Digital signature

Bug#102192: what we missed..

[Matt Land]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.net/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Matt Land
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.net/r.php






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

Bug#317315: imp4 bug #317315 - stable package

[Ola Lundqvist]

Hello

On Mon, Aug 08, 2005 at 08:13:36AM +0200, Oliver Paulus wrote:
> Hello,
> 
> I am using imp4 with Debian stable. Sometimes I get the "call to undefined
> function: getprintmode()" error if I want to view signed messages - bug
> #317315. I have seen that this bug is fixed in 4.0.3-1 which is currently in
> testing. When do you think will this version become stable - is there any
> planned release date?

There are no planned release date. The problem with stable is that
it is stable, and for a very long time. It took over two or three
years to release the current stable version.

But as I have understood this bug is quite annoying and as such
I can try to escalate it for the release managers so they include
it to next revision update of the stable version. Such updates
"only" take some months. I do not know if there are any release
dates.

Until then you can use the deb from testing as it will work
just fine on sarge.

Regards,

// Ola


> Thank you for your help
> 
> -- 
> Oliver Paulus
> 
> OpenPGP
> Key id: 6C82E8D0
> Fingerprint: F514 A67D B724 6159 DB10  1452 DD87 3254 6C82 E8D0
> Public Key:
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x6C82E8D0
> 
> S/MIME
> Subject=/CN=CAcert WoT User/[EMAIL PROTECTED]
> Issuer=/O=Root CA/OU=http://www.cacert.org/CN=CA Cert Signing
> Authority/[EMAIL PROTECTED]
> Serial Number: 88568
> MD5 Fingerprint: cd:df:6d:67:ab:30:31:a1:37:b7:b1:f6:15:bb:fa:33:
> Signature Algorithm: md5withRSAEncryption


-- 
 --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering 
/  [EMAIL PROTECTED]   Annebergsslingan 37\
|  [EMAIL PROTECTED]   654 65 KARLSTAD|
|  http://www.opal.dhs.org   Mobile: +46 (0)70-332 1551 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9  /
 ---


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

Bug#61212: A small gift 4 u

[Ralph Valencia]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.com/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Ralph Valencia
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.com/r.php






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

Bug#79037:

[Sam Lowry]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.com/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Sam Lowry
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.com/r.php






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

Bug#321831: bazaar: unable to commit a new file

[Rob Weir]

package bazaar
retitle 321831 baz should support added files in selective commits
tags 321831 confirmed fixed-upstream
severity 321831 wishlist
thanks

On Sun, Aug 07, 2005 at 12:22:40PM -0600, Vagrant Cascadian said
> i created a branch of an archive, and have been making commits on
> existing files regularly. then i tried to add files...
> 
> baz add debian/TODO.Debian
> 
> seems to work.
> 
> baz status shows me:
> 
> A   debian/.arch-ids/TODO.Debian.id
> A   debian/TODO.Debian
> 
> but then i try to commit the file...
> 
> baz commit -s 'TODO file for debian' -- debian/TODO.Debian
> make-changeset-files: file missing from ORIG tree (debian/TODO.Debian)
> 
> i've also tried the same thing on a clean checkout, but doing all the
> commands in the same directory as the file, with the same results.
> 
> this is my first experience using baz, so it's likely i've done
> something wrong.  but heck if i can figure out what.

This is a missing feature (aka bug) in bazaar, that's (aiui) fixed in
the upcoming 1.5 release.  The only real work around is to use "baz
undo" to undo all changes to the working tree, then re-add the files and
do a bare "baz commit" to commit the add, then use patch or baz redo to
replay the other changes to the tree.  So, yeah, sorry for now, but
it'll be fixed soon :)

-rob

-- 
Words of the day:CDC Sundevil csim War Crimes Blowfish CID analyzer ASO


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

Bug#316810: loop-aes-source: clarify requirement for kernel-source

[Andrew Pimlott]

Apologies for not getting to this sooner.

On Sun, Jul 31, 2005 at 09:07:18PM +0200, Max Vozeler wrote:
> Could you have a look at
> 
> and ideally give me feedback whether it addresses your points, and/or
> which parts could be further improved?

I think it is quite clear, thanks.  Just one comment:

> On Sun, Jul 03, 2005 at 12:35:24AM -0700, Andrew Pimlott wrote:
> > Second, I was surprised that I had to install the kernel-source
> > package, but I didn't have to actually rebuild the kernel.  Perhaps
> > you could clarify that in the package description and/or
> > README.Debian:
> > 
> > Although you must have a full kernel source tree to build the
> > loop-aes driver, it does not patch the kernel, so you don't need
> > to rebuild.  The newly build module will load into your old
> > kernel.
> 
> Using an unconfigured/uncompiled source tree will work most of the 
> time, but is not actually safe or recommended. 
> 
> The loop-AES Makefile looks at a number of files in the source tree to
> determine build settings, and among them are Makefile and
> include/linux/autoconf.h which do not exist or do not contain correct
> settings in unconfigured trees.
> 
> It is in fact strongly recommended to build the kernel one intends to
> use before using it to build loop-AES. I hope this requirement is now
> clearer in the new version of README.Debian. If not perhaps you see a
> possible better wording?

I believe you are talking about a custom kernel here, yes?  Because with
the Debian kernel, and using module-assistant as recommended, it is not
necessary to build the kernel.  And even with a custom kernel, it is not
necessary to rebuild after installing loop-aes-source.  So I would still
add something like this in the first paragraph:

. . . are not sufficient.  (However, you will not have to rebuild
your kernel to use the loop-aes module.)

Perhaps that seems obvious in light of the instructions, but personally,
when I see that kernel source is required, I jump to the conclusion that
I will need to rebuild.

> > Third, the instructions for using make-kpkg to build loop-aes are a
> > bit incomplete.  If you follow the instructions, when you run
> > make-kpkg, you will get hit with a zillion questions from make
> > oldconfig (or at least I did).  Perhaps best would be to get the
> > .config that Debian uses, which can be copied from /boot.
> 
> This step (copying /boot/config-$KVERS) and the observation from your
> other mail that --append-to-version is required would be useful to add.
> But - I decided to drop this entire section about building for official
> kernels using make-kpkg in favour of describing how one can use
> module-assistant to the same effect. 

I haven't tried it, from what I can read, that sounds like a good way to
go.

Andrew


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

Bug#321829: bazaar: automatically grabs potentially incorrect commit log

[Rob Weir]

package bazaar
retitle 321829 baz should delete/rename ++log if the commit fails
severity 321829 normal
tags 321829 confirmed
thanks

On Sun, Aug 07, 2005 at 12:21:10PM -0600, Vagrant Cascadian said
> it would make sense to grab the old log as a template for the new one
> and re-spawn the editor, but to use it automatically without any
> user-intervention or even checking that it applies to the same files
> seems like very flawed behaviour to me.  i understand that many baz
> users make use of the make-log feature, and that's largely where this
> bug comes from.  

Hm, I'm not sure how to handle this.  Just popping up an editor for
every commit seems silly, and a config option seems excessive.  Perhaps
it should cache the commit arguments somehow, and only invalidate the
++log file if they change, which is what you suggest.  I'll see how hard
it is to implement/make someone else implement.

-rob

-- 
Words of the day: secure Chobetsu BATF bemd terrorism embassy IDEA Semtex lynch


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

Bug#321901: base-config: openpty failed

[Shaun Jackman]

Package: debian-installer-manual

In section C.4.4.4, base-config failed...

# base-config new
Terminated
# cat /var/log/base-config.timings
openpty failed

Creating the pty device nodes...

# cd /etc
# ./MAKEDEV pty

... solved the issue for me.

Cheers,
Shaun

Bug#321902: fails to rmmod usbnet

[ФʢÎÄ Faris Xiao]

Package: kernel-image-2.6.8-2-686
Version: 2.6.8-16
Severity: grave
Justification: renders package unusable

I has a usb cable modem.
My usb cable modem use kernel driver module usbnet.

When I am using the modem,I execute the command:

rmmod usbnet

The model usbnet can not be removed.
Also the process which execute the command can not be finished,it 
consume the CPU 99% persistent,over and over.Even I can't use


kill -9 "process id"

to terminal it ,only reboot the whole computer.

The following is the dmesg output about my usb cable modem:

hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
usb 1-2: new full speed USB device using address 2
eth1: register usbnet at usb-:00:1d.0-2, CDC Ethernet Device
ACPI: PCI interrupt :00:1d.7[D] -> GSI 23 (level, low) -> IRQ 193
ehci_hcd :00:1d.7: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI
Controller
PCI: Setting latency timer of device :00:1d.7 to 64
ehci_hcd :00:1d.7: irq 193, pci mem e0899000
ehci_hcd :00:1d.7: new USB bus registered, assigned bus number 5
PCI: cache line size of 128 is not supported by device :00:1d.7
ehci_hcd :00:1d.7: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
usb 1-2: USB disconnect, address 2
eth1: unregister usbnet usb-:00:1d.0-2, CDC Ethernet Device
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
usb 1-2: new full speed USB device using address 3
eth1: register usbnet at usb-:00:1d.0-2, CDC Ethernet Device



-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=zh_CN.GB2312, LC_CTYPE=zh_CN.GB2312 (charmap=GB2312)

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


-- no debconf information

--

??(Faris Xiao)
Email:[EMAIL PROTECTED]



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

Bug#126624: This is interesting..

[Matt Wong]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.com/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Matt Wong
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.com/r.php






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

Bug#72140: This is interesting..

[Ralph Perry]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.com/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Ralph Perry
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.com/r.php






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

Bug#73041: Special Announcement

[Mike Garcia]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.net/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Mike Garcia
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.net/r.php






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

Bug#284997: Patch to try next backend when one fails

[Peter Chubb]

I got fed up with the current behaviour, and tried to fix it.
Warning:  I'm not a python hacker; this fix may lead to memory/socket
leaks or whatever.

diff -r -u apt-proxy-1.9.31/apt_proxy/apt_proxy.py 
apt-proxy-1.9.31.patch/apt_proxy/apt_proxy.py
--- apt-proxy-1.9.31/apt_proxy/apt_proxy.py 2005-05-20 21:54:42.0 
+1000
+++ apt-proxy-1.9.31.patch/apt_proxy/apt_proxy.py   2005-08-08 
14:12:56.134452314 +1000
@@ -360,6 +360,7 @@
-caches the received data if everyting went well (if saveData=True)
-takes care of mtime and atime
-finishes connection with server and the requests
+  -Tries next server if there was a problem

 """
 import shutil
@@ -387,7 +388,9 @@
 self.factory.file_served(self.request.uri)
 
 
self.request.backend.get_packages_db().packages_file(self.request.uri)
-
+else:
+   self.request.activateNextBackendServer(self)
+ 
 if self.transport:
 try:
   self.transport.loseConnection()


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

Bug#321900: php4-sqlite has unmet dependencies

[Micah Anderson]

Package: php4-sqlite
Version: 1.0.2-7
Severity: normal

php4-sqlite depends on a couple of packages that are no longer
available:

The following packages have unmet dependencies:
  php4-sqlite: Depends: phpapi-20020918 but it is not installable or
zendapi-20020429 but it is not installable
  
micah

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (300, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#51446: and the writer

[Tyler Tabor]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.net/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Tyler Tabor
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.net/r.php






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

Bug#56179: after them fled

[Tony Reeves]

ALERT: Second Notification

Although you were not accepted initially, we are now happy to present you with 
three deals from two different brokers.

Remember, there is absolutely No commitment required on your part and past 
credit is a non-issue.

Please validate your information with our secure/private database to ensure our 
records are accurate.

http://www.refinxow.com/index.php?refid=windsor

Thank You and Good Day

Sincerely,

Tony Reeves
Customer Service Rep.
eLMR INC

If this reached you in error please let our office know so we can take you off 
the list:
http://www.refinxow.com/r.php






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

Bug#321899: ieee80211-source: Seems to be build for running kernel ver rather than requested ver

[Chris Chiappa]

Package: ieee80211-source
Version: 1.0.3-1
Severity: normal


Runnning 2.6.11 but trying to build for 2.6.12 it seems to try to build a
deb which includes headers for the running kernel instead:

# module-assistant -l 2.6.12-1-686 a-i ieee80211 ipw2200
... 
# dpkg -i ieee80211-modules-2.6.12-1-686_1.0.3-1+2.6.12-1_i386.deb 
(Reading database ... 91245 files and directories currently installed.)
Unpacking ieee80211-modules-2.6.12-1-686 (from
ieee80211-modules-2.6.12-1-686_1.0.3-1+2.6.12-1_i386.deb) ...
dpkg: error processing
ieee80211-modules-2.6.12-1-686_1.0.3-1+2.6.12-1_i386.deb (--install):
 trying to overwrite /lib/modules/2.6.11-1-686/include/net/ieee80211.h',
 which is also in package ieee80211-modules-2.6.11-1-686
Errors were encountered while processing:
 ieee80211-modules-2.6.12-1-686_1.0.3-1+2.6.12-1_i386.deb

I wiped out all of /usr/src/ieee80211*.deb and /usr/src/modules/ieee80211*
to no effect.

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

Versions of packages ieee80211-source depends on:
ii  debhelper 4.9.5  helper programs for debian/rules
ii  module-assistant  0.9.8  tool to make module package creati

ieee80211-source recommends no packages.

-- no debconf information


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

Bug#112507: Men are lucky, women - satisfied!

[Teresa]

Our pills doctor tested and approved!
http://frv.0xlb4jitfsiqmji.hkassautdn.com



Eternity is a mere moment, just long enough for a joke.  
A witty saying proves nothing.
Every man is like the company he is wont to keep.  





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

Bug#161603: We have been helping thousands of men with male enhancement

[Nicholas]

Get the medication you need delivered to your door in 24 hours.
http://anw.gvj9kzyrdqy6kzg.hkassautdn.com



Elegance is refusal.  
The real problem is not whether machines think but whether men do. 
Life shrinks or expands in proportion to one's courage.





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

Bug#64468: Inflame your passion... Tonight!

[Sibylla]

Why are online drugs popular
http://nbfdmqsv.n28yr6nykfndr65.hkassautdn.com



An intelligence service is, in fact, a stupidity service.
Life is a long lesson in humility.  
The secret of success is constancy of purpose. 





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

Bug#320388: dovecot: crashes when using LDAP as userdb/passdb

[Jaldhar H. Vyas]

On Fri, 29 Jul 2005, Vedran Furac wrote:


Jaldhar H. Vyas wrote:

On Fri, 29 Jul 2005, Vedran Furač wrote:



Package: dovecot
Version: 0.99.20050712-1
Severity: important

Allmost immediately after starting it crashes and I get this in log:

Jul 29 00:18:52 pollux dovecot: Dovecot v1.0-stable starting up
Jul 29 00:18:56 pollux dovecot: Auth process died too early - shutting down
Jul 29 00:18:56 pollux dovecot: child 24186 (auth) killed with signal 11

Strace output: http://www.riteh.hr/~vedranf/linux/dovecot.strace

Version 0.99.14 worked fine.



The ldap configuration is now done from /etc/dovecot/dovecot-ldap.conf . 
Is this file configured correctly?


--
Jaldhar H. Vyas <[EMAIL PROTECTED]>
La Salle Debain - http://www.braincells.com/debian/

Bug#321897: SATALink and parted

[Shaun Jackman]

Package: installation-reports

Debian-installer-version: 2005-Mar-05
http://http.us.debian.org/debian/dists/sarge/main/installer-i386/current//images/floppy/
uname -a: Sorry, I'll have to get back to you.
Date: 2005-Aug-08
Method: Boot from floppy disks for netinst in Canada.

Machine: PC
Processor: AMD Athlon 2400 XP+
Memory: 768 MB
Root Device: SATA Seagate Barracuda 200 GB
Root Size/partition table: /dev/sda3 12 GB
Output of lspci and lspci -n:
$ lspci
:00:00.0 Host bridge: nVidia Corporation nForce CPU bridge (rev b2)
:00:00.1 RAM memory: nVidia Corporation nForce 220/420 Memory
Controller (rev b2)
:00:00.2 RAM memory: nVidia Corporation nForce 220/420 Memory
Controller (rev b2)
:00:00.3 RAM memory: nVidia Corporation: Unknown device 01aa (rev b2)
:00:01.0 ISA bridge: nVidia Corporation nForce ISA Bridge (rev c3)
:00:01.1 SMBus: nVidia Corporation nForce PCI System Management (rev c1)
:00:02.0 USB Controller: nVidia Corporation nForce USB Controller (rev c3)
:00:03.0 USB Controller: nVidia Corporation nForce USB Controller (rev c3)
:00:04.0 Ethernet controller: nVidia Corporation nForce Ethernet
Controller (rev c2)
:00:05.0 Multimedia audio controller: nVidia Corporation: Unknown
device 01b0 (rev c2)
:00:06.0 Multimedia audio controller: nVidia Corporation nForce
Audio (rev c2)
:00:08.0 PCI bridge: nVidia Corporation nForce PCI-to-PCI bridge (rev c2)
:00:09.0 IDE interface: nVidia Corporation nForce IDE (rev c3)
:00:1e.0 PCI bridge: nVidia Corporation nForce AGP to PCI Bridge (rev b2)
:01:06.0 Ethernet controller: Accton Technology Corporation
SMC2-1211TX (rev 10)
:01:07.0 Multimedia video controller: Internext Compression Inc
iTVC16 (CX23416) MPEG-2 Encoder (rev 01)
:01:08.0 Unknown mass storage controller: Silicon Image, Inc.
(formerly CMD Technology Inc) SiI 3112 [SATALink/SATARaid] Serial ATA
Controller (rev 02)
:02:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550
AGP (rev 01)
$ lspci -n
:00:00.0 0600: 10de:01a4 (rev b2)
:00:00.1 0500: 10de:01ac (rev b2)
:00:00.2 0500: 10de:01ad (rev b2)
:00:00.3 0500: 10de:01aa (rev b2)
:00:01.0 0601: 10de:01b2 (rev c3)
:00:01.1 0c05: 10de:01b4 (rev c1)
:00:02.0 0c03: 10de:01c2 (rev c3)
:00:03.0 0c03: 10de:01c2 (rev c3)
:00:04.0 0200: 10de:01c3 (rev c2)
:00:05.0 0401: 10de:01b0 (rev c2)
:00:06.0 0401: 10de:01b1 (rev c2)
:00:08.0 0604: 10de:01b8 (rev c2)
:00:09.0 0101: 10de:01bc (rev c3)
:00:1e.0 0604: 10de:01b7 (rev b2)
:01:06.0 0200: 1113:1211 (rev 10)
:01:07.0 0400: :0016 (rev 01)
:01:08.0 0180: 1095:3112 (rev 02)
:02:00.0 0300: 102b:2527 (rev 01)

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

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

Comments/Problems:
The system has two IDE drives and a DVD-RW not being used for the
installation. It also has Silicon Image SATALink PCI card with two 200
GB Seagate drives, the first of which is being used for the
installation. The installation hangs before partitioning at "Scanning
disks... 38%". Some of the interesting processes running are:
udpkg --configure --force-configure partman
/bin/sh /var/lib/dpkg/info/partman.postinst configure
/bin/sh /bin/partman
/bin/sh /lib/partman/init.d/30parted
parted_server
parted_devices

I think perhaps parted is hanging.

Cheers,
Shaun

Bug#321543: ICE

[Neil Roeth]

While trying to rebuild the openjade package against the new opensp package, I
got an internal compiler error.  I am in the process of submitting a bug
report for that and investigating if I can make some changes in the code to
work around that error.

-- 
Neil Roeth


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

Bug#321789: firefox: undefined symbol: XineramaIsActive

[Eric Dorland]

* Julien LEMOINE ([EMAIL PROTECTED]) wrote:
> Package: mozilla-firefox
> Version: 1.0.6-2
> Severity: grave
> 
> Firefox is unusable by most of unstable user because the firefox
> binary need xinemara lib.
> $ /usr/lib/mozilla-firefox/firefox-bin: symbol lookup error:
> /usr/lib/mozilla-firefox/firefox-bin: undefined symbol: XineramaIsActive
> $ echo $?
> 127
> 
> but, with a ld_preload, firefox works well :
> $ LD_PRELOAD=/usr/X11R6/lib/libXinerama.so.1 firefox

Since it works fine for me, the ldd output of firefox-bin shows the
linkage and the package has the dependency, I think the problem is
local to your system. What's in your /etc/ld.so.conf file? 

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

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#266931: Another easy way to reproduce this bug

[Marcel Moreaux]

Here's another easy way to reproduce this bug. Note the difference in
PID's in valgrinds output:


[EMAIL PROTECTED] ~$ cat test.c
#include 
#include 

int main( int argc, char **argv )
{
if( fork() > 0 )
sleep( 1 );

return 0;
}
[EMAIL PROTECTED] ~$ gcc -Wall -o test test.c
[EMAIL PROTECTED] ~$ valgrind --trace-children=no ./test
==14488== Memcheck, a memory error detector for x86-linux.
==14488== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al.
==14488== Using valgrind-2.4.0, a program supervision framework for x86-linux.
==14488== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al.
==14488== For more details, rerun with: -v
==14488== 
==14489== 
==14489== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 13 from 1)
==14489== malloc/free: in use at exit: 0 bytes in 0 blocks.
==14489== malloc/free: 0 allocs, 0 frees, 0 bytes allocated.
==14489== For counts of detected errors, rerun with: -v
==14489== No malloc'd blocks -- no leaks are possible.
==14488== 
==14488== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 13 from 1)
==14488== malloc/free: in use at exit: 0 bytes in 0 blocks.
==14488== malloc/free: 0 allocs, 0 frees, 0 bytes allocated.
==14488== For counts of detected errors, rerun with: -v
==14488== No malloc'd blocks -- no leaks are possible.



Marcel Moreaux <[EMAIL PROTECTED]>


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

Bug#321701: bug handling is a maintainers job

[Eric Dorland]

* Wichert Akkerman ([EMAIL PROTECTED]) wrote:
> Package: mozilla-firefox
> 
> Debian maintainers have always assumed full responsibility for their
> work within Debian: they make sure their packages are in excellent shape
> and they take care of all bugreports, either fixing them themselves
> or working with upstream. So I was somewhat surprised when I filed
> a bug on mozilla-firefox and got this message:
> 
>   *** Please submit non packaging issue (e.g. feature requests) bugs to
>   the Debian BTS and the upstream bugzilla
>   (http://bugzilla.mozilla.org/buglist.cgi?product=Firefox) and put a
>   reference to the bugzilla bug in the Debian bug report, to ease bug
>   triage for the maintainers. Thank you. ***
> 
> This is silly: it makes filing a bugreport a lot harder for users,
> which can actively discourage them. Users should only have to deal
> with Debian, not with all upstreams and all their different ways
> of handling bugreports. As a maintainer it is your responsibility to 
> take care of that.

I don't think it's silly at all. First of all, I'm making a request,
I'm not demanding they do this. Firefox has 306 open bugs (well, 271
if you don't count merged bugs), so it's a fairly buggy (and popular)
piece of software. Especially in the case of random feature requests,
it's merely taking time away from fixing other bugs, to having to
forward them upstream. So if the submitter really cares about the
feature, they can spend a little more time sending it upstream instead
of just creating busy work for the maintainer. I've provided a link to
the submission page, and bugzilla is a pretty standard and popular bug
tracking system (even though I don't particularly like it, and many
are of the same opinion). Do you really think people will be so
discouraged that they'll give up all together instead of just filing
the Debian bug.
 
> If you can not handle the amount of bugreports there are better options
> available. Team maintained packages, either officialy or non-officialy,
> are one way of doing that which has been working great for a lot of
> packages.

Are you volunteering to join such a team? There is already a team of
two, myself and my co-maintainer Mike Homey (he's been a bit inactive
until recently). I'm always open and appreciative to people helping
with bug triage, but very few have come forward to help. Mike is an
example of someone who stepped forward to help fix some tricky bugs,
and became a co-maintainer when he asked.

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

-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ 
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ 
G e h! r- y+ 
--END GEEK CODE BLOCK--


signature.asc
Description: Digital signature

Bug#321880: Errors in zsh-beta installation

[Clint Adams]

> When upgrading zsh-beta, I got the following errors:
> 
> zsh: parse error near `do'
> zcompile: can't read file: 
> /usr/share/zsh-beta/4.3.0-dev-1/functions/Completion/Unix/_mencal
> chmod: cannot access 
> `/usr/share/zsh-beta/4.3.0-dev-1/functions/Completion/Unix.zwc': No such file 
> or directory
> 
> (but the installation didn't fail).

Will be fixed in the next upload.


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

Bug#321896: Incorrect security info on AMD64 page

[Ross Combs]

Package: www.debian.org
Version: n/a

The security support for the AMD64 port is still (apparently) not
in place.  However the only information on www.debian.org says that
it is.  Following the instructions provided on the site is dangerous
because no security updates will be applied.

Specifically, this page:
 http://www.debian.org/ports/amd64/

says:

 "The stable release of the unofficial port is based on unpatched Sarge
  sources and has full security support by the Debian Security Team. The
  Debian-Backports and -Volatile services are fully supported, too.

 ...

 The Debian Security Team supports updates to the unofficial Sarge
 release, which are made available on security.debian.org."

Suggested correction is to put all of the "official" wording in future
tense ("will support updates ..."), and the add the correct location to
give apt to obtain the fixes now.

Additionally, the correct location can not be found by searching
debian.org for announcements.  The last announcement on the subject
(from _May_ of 2005) says the same as the AMD64 port page: go to
security.debian.org.  I had to ask on LWN to get the real answer.
Another reader responded:

 http://lwn.net/Articles/144530/

"Goswin von Brederlow answered this question in
 http://lists.debian.org/debian-amd64/2005/07/msg00347.html.

 'We are waiting on James Troup to activate amd64 on the security
  servers. The buildd is otherwise setup and running.

  For the time being all security builds are uploaded to
  sarge-proposed-updates on amd64.debian.net and people should add
  that to the sources.list for now and just till sec.d.o gets
  reconfigured for us.'
"

That mailing list post was a month ago.  It doesn't appear the
security servers will activate amd64 any time soon so it would be
better to update the documentation to not point to them for AMD64.

Thanks,
-Ross



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

Bug#294907: fsh: Too many bytes to stderr close the tunnel

[Vincent Lefevre]

On 2005-02-12 12:55:36 +0100, Vincent Lefevre wrote:
> Package: fsh
> Version: 1.2-2
> Severity: important
> 
> When I try to open a tunnel with fshd (or using fsh directly), the
> tunnel is immediately closed, because my .zshenv file writes some
> information to stderr. This bug prevents me from using fsh.
> 
> In fact, when I have
> 
> [[ $SHLVL -eq 1 && -n $SSH_CONNECTION ]] &&
>   echo "123456789012345" >&2
> 
> in my .zshenv (on the server side), or with more characters in the
> echo string, I get a "Tunnel closed." message on the client side.

Commenting out the line

os.close(2)

in /usr/share/fsh/fshd.py seems to fix the problem.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


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

Bug#321895: [EMAIL PROTECTED]: Changelog pages on debian.org]

[Frank Lichtenheld]

Package: www.debian.org

- Forwarded message from KDS <[EMAIL PROTECTED]> -

From: KDS <[EMAIL PROTECTED]>
To: debian-www@lists.debian.org
Subject: Changelog pages on debian.org
X-Enigmail-Version: 0.91.0.0
X-Y-GMX-Trusted: 0
X-Rc-Spam: 2005-07-10_01
X-Rc-Virus: 2005-07-18_01
X-Rc-Spam: 2005-07-10_01
X-Mailing-List:  archive/latest/21445

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I was checking changelogs of a few packages and noticed the new format
of the changelog display pages. The new style looks more lively than the
earlier text-only pages, with the convenient navigation index on the
right side of the page (the "outline" class div).

I wanted to bring a small bug to your notice. The title for each of the
list element in the outline class has & in it. E.g. on
http://packages.debian.org/changelogs/pool/non-free/n/nvidia-graphics-drivers/nvidia-graphics-drivers_1.0.7174-4/changelog
the title list elements in outline class is as under

title="Randall Donald <[EMAIL PROTECTED]> Mon, 18 Jul
2005 14:30:46 -0700"

Which renders it in the browser as:

title="Randall Donald <[EMAIL PROTECTED]> Mon, 18 Jul 2005
14:30:46 -0700"

The & before lt; and gt; is unnecessary. It should be < and >
- - the HTML entities in the code. The & gets translated to the
ampersand character entity when the browser reads it thus leaving lt;
part as text. The correct string for the title should be:

title="Randall Donald <[EMAIL PROTECTED]> Mon, 18 Jul 2005
14:30:46 -0700"

If you are not trying to display the email address as
<[EMAIL PROTECTED]>, please disregard the above suggestion.

My take on the email address in the list element title:

Well, as every changelog entry has the email address of the developer,
having the email again in the title for the list items is kind of
redundant. It doesn't serve any purpose in the title of each list
element. We are actually using up more bandwidth adding the name and
email address of the developer in the title. Were we recently looking
for webhosting sponsors for some debian servers! I think just having the
date and time would be sufficient information.

Regards,
/KDS
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFC3dnsmhTh+OqAF40RAnzAAJ9xzDjDCe52S2MnnxfwTP8n0FyAwACfQ+rG
N2YFuzBJKMMLAkeeQ4fMQZI=
=cJI5
-END PGP SIGNATURE-


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



- End forwarded message -

-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#321894: [EMAIL PROTECTED]: Translation of po://packages.debian.org/testing/fr.po]

[Frank Lichtenheld]

Package: www.debian.org
Severity: wishlist
Tags: l10n

- Forwarded message from Guilhelm Panaget <[EMAIL PROTECTED]> -

From: Guilhelm Panaget <[EMAIL PROTECTED]>
Subject: Translation of po://packages.debian.org/testing/fr.po
To: debian-www@lists.debian.org
X-Rc-Virus: 2005-07-18_01
X-Rc-Spam: 2005-07-10_01
X-Mailing-List:  archive/latest/21482

Hello,

Please find herewith the po file for the translation of the 
http://packages.debian.org/testing/ web page proofread by the Debian 
Translation Team.

The release of the original sections.pot file was 1.8.

Regards

Guilhelm Panaget





- End forwarded message -

-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#321893: [EMAIL PROTECTED]: Wrong character encoding]

[Frank Lichtenheld]

Package: www.debian.org

- Forwarded message from Pascal De Vuyst <[EMAIL PROTECTED]> -

From: Pascal De Vuyst <[EMAIL PROTECTED]>
To: debian-www@lists.debian.org
Subject: Wrong character encoding
X-Rc-Spam: 2005-07-10_01
X-Rc-Virus: 2005-07-18_01
X-Rc-Spam: 2005-07-10_01
X-Mailing-List:  archive/latest/21643

Hello,

http://packages.debian.org/stable/index.nl.html has unknown characters 
in it (question marks) due too wrong character encoding.
The character encoding sent by the http server is UTF-8 but the encoding 
of the html document is ISO-8859-1.
The original document index.en.html is encoded in UTF-8.
Is it possible to change the encoding of the nl document in UTF-8 to 
solve this problem.
The same problem is also present for the testing, unstable and oldstable 
page.

Thanks,
Pascal


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



- End forwarded message -

-- 
Frank Lichtenheld <[EMAIL PROTECTED]>
www: http://www.djpig.de/


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

Bug#318000: Solution to amarok bug #318000 "crashes on start"

[Adeodato Simó]

retitle 318000 amarok: crashes on start because of broken libtunepimp2 0.3.0-4
tag 318000 pending
thanks

  Hello all,

uhm, I think I've found the real culprit for this bug. libtunepimp2
0.3.0-4 is severely broken; please downgrade it to 0.3.0-3 available
from:

  http://packages.debian.org/testing/libs/libtunepimp2

Please let me know whether this does help or not, thanks.

* Johnny Geling [Tue, 12 Jul 2005 21:48:17 +0200]:

> Package: amarok
> Version: 1.2.4-1
> Severity: grave
> Justification: renders package unusable

> When starting amarok it crash. These are the messages when starting from the 
> command line

> [EMAIL PROTECTED]:~$ amarok
> amaroK: [Loader] Starting amarokapp..
> amaroK: [Loader] Don't run gdb, valgrind, etc. against this binary! Use 
> amarokapp.
> QObject::connect: Cannot connect Engine::Base::statusText( const QString& ) 
> to 
> (null)::shortMessage( const QString& )
> QObject::connect: Cannot connect Engine::Base::infoMessage( const QString& ) 
> to 
> (null)::longMessage( const QString& )
> QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for 
> PlaylistWindow/PlaylistWindow
> KCrash: Application 'amarok' crashing...


> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (910, 'unstable'), (900, 'testing'), (1, 'experimental')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.9-2-k7
> Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

> Versions of packages amarok depends on:
> ii  amarok-arts [amarok-engi 1.2.4-1 aRts engine for the amaroK audio 
> p
> ii  amarok-engines   1.2.4-1 output engines for the amaroK 
> audi
> ii  amarok-gstreamer [amarok 1.2.4-1 GStreamer engine for the amaroK 
> au
> ii  amarok-xine [amarok-engi 1.2.4-1 xine engine for the amaroK audio 
> p
> ii  kdelibs4 4:3.3.2-6.1 KDE core libraries
> ii  libaudio21.7-2   The Network Audio System (NAS). 
> (s
> ii  libc62.3.2.ds1-22GNU C Library: Shared libraries 
> an
> ii  libfontconfig1   2.3.2-1 generic font configuration 
> library
> ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared 
> lib
> ii  libgcc1  1:4.0.1-1   GCC support library
> ii  libice6  4.3.0.dfsg.1-14 Inter-Client Exchange library
> ii  libmysqlclient12 4.0.24-10   mysql database client library
> ii  libpng12-0   1.2.8rel-1  PNG library - runtime
> ii  libqt3c102-mt3:3.3.4-3   Qt GUI Library (Threaded runtime 
> v
> ii  libsm6   4.3.0.dfsg.1-14 X Window System Session 
> Management
> ii  libsqlite3-0 3.2.1-1 SQLite 3 shared library
> ii  libstdc++5   1:3.3.6-7   The GNU Standard C++ Library v3
> ii  libtag1  1.3.1-1 TagLib Audio Meta-Data Library
> ii  libtunepimp2 0.3.0-4 MusicBrainz tagging library and 
> si
> ii  libx11-6 4.3.0.dfsg.1-14 X Window System protocol client 
> li
> ii  libxcursor1  1.1.3-1 X cursor management library
> ii  libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous 
> exte
> ii  libxft2  2.1.7-1 FreeType-based font drawing 
> librar
> ii  libxrandr2   4.3.0.dfsg.1-14 X Window System Resize, Rotate 
> and
> ii  libxrender1  1:0.9.0-2   X Rendering Extension client 
> libra
> ii  libxt6   4.3.0.dfsg.1-14 X Toolkit Intrinsics
> ii  xlibmesa-gl [libgl1] 4.3.0.dfsg.1-14 Mesa 3D graphics library 
> [XFree86]
> ii  xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) 
> configu
> ii  zlib1g   1:1.2.2-8   compression library - runtime

> Versions of packages amarok recommends:
> ii  kdemultimedia-kio-plugins 4:3.3.2-1  Support for browsing audio CDs 
> und

> -- no debconf information



* Nicolás Alejo Reynoso [Mon, 25 Jul 2005 20:42:41 -0300]:

> johnny geling wrote:
> > On Monday 25 July 2005 12:47, Adeodato Simó wrote:

> >>* Adeodato Simó [Mon, 25 Jul 2005 12:44:07 +0200]:

> >>>Hello all,

> >>>  what version of libarts1 do you have installed? If you have 1.3.2-4,
> >>>  does downgrading to 1.3.2-3 solve the problem?

> >>  Ah, and same thing for kdelibs4. Check if you have 3.3.2-7 installed
> >>  and if so, downgrade to 3.3.2-6.1.

> >>  Thanks,


> > When downgrading I had to remove amarokrc configuraration file otherwise 
> > amarok wouldn't start. 


> Same here.
> Downgrading to 1.3.2-3 and removing amarokrc works fine.





* David Sanchez Garcia [Fri, 15 Jul 2005 09:03:42 +0200]:

> Hi,

> try to install gstreamer0.8-plugins package. 



* Nicolás Alejo Reynoso [Fri, 22 Jul 2005 15:04:55 -0300]:

> I have the exact same problem and install the gstreamer0.8-plugins
> package didn't solve 

Bug#314779: This bug is blocked by the C++ transition

[Adeodato Simó]

  I will fix this bug when all the necessary build-dependencies have
  undergone their C++ ABI transition.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Testing can show the presence of bugs, but not their absence.
-- Dijkstra



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

Bug#321890: When I try to install roxen4, it fails because of syntax error.

[Lissanroh Rahyen]

Package: roxen4
Version: 4.0.325-5

 As you can see from subject, problem is that when I try to install 
roxen4, it fails because of syntax error which locate within 
configuration script. Here is the output from dpkg -iD20 
roxen4_4.0.325-5_i386.deb:



(Reading database ... 286844 files and directories currently installed.)
Preparing to replace roxen4 4.0.325-5 (using roxen4_4.0.325-5_i386.deb) ...
D20: process_archive conffile `/etc/cron.weekly/roxen4' 
package=roxen4 same hash=1f23ab1f2f67d114e3385d60226c6ffa
D20: process_archive conffile `/etc/init.d/roxen4' package=roxen4 
same hash=8e7e70ac5fdae4a8112deba600585b74
D20: process_archive conffile `/var/cache/roxen4/my.cfg' 
package=roxen4 same hash=9111c7d6349713198d3218213ad53ce5
D20: process_archive conffile `/var/cache/roxen4/mysql/host.frm' 
package=roxen4 same hash=1f7240806913c57958def6ed1eeb30b9
D20: process_archive conffile `/var/cache/roxen4/mysql/db.frm' 
package=roxen4 same hash=67c5b0c2d7f8b5e40bbe0b928f4df700
D20: process_archive conffile `/var/cache/roxen4/mysql/db.MYI' 
package=roxen4 same hash=699de0d5128a5d5a0a300e29be86330a
D20: process_archive conffile `/var/cache/roxen4/mysql/db.MYD' 
package=roxen4 same hash=dacdcf03ba91a2c2388a5a051c3f1a46
D20: process_archive conffile 
`/var/cache/roxen4/mysql/tables_priv.frm' package=roxen4 same 
hash=489187b0e2c9e792f03975b62431d235
D20: process_archive conffile `/var/cache/roxen4/mysql/host.MYI' 
package=roxen4 same hash=1f08c29e53dae77223ce968cfc676547
D20: process_archive conffile `/var/cache/roxen4/mysql/host.MYD' 
package=roxen4 same hash=d41d8cd98f00b204e9800998ecf8427e
D20: process_archive conffile `/var/cache/roxen4/mysql/user.frm' 
package=roxen4 same hash=b64db88bbb5270afdd6f293873c81fc6
D20: process_archive conffile `/var/cache/roxen4/mysql/user.MYI' 
package=roxen4 same hash=f17fb172e8d15eed15bcbcddcce1c775
D20: process_archive conffile `/var/cache/roxen4/mysql/user.MYD' 
package=roxen4 same hash=d6e61e858ddfc1df9c34005bb7b0544c
D20: process_archive conffile `/var/cache/roxen4/mysql/func.frm' 
package=roxen4 same hash=027aaa280d8098d1ff4af9409023a2d5
D20: process_archive conffile `/var/cache/roxen4/mysql/func.MYI' 
package=roxen4 same hash=ab50eb21ce6842136e582e6c20694470
D20: process_archive conffile `/var/cache/roxen4/mysql/func.MYD' 
package=roxen4 same hash=d41d8cd98f00b204e9800998ecf8427e
D20: process_archive conffile 
`/var/cache/roxen4/mysql/columns_priv.frm' package=roxen4 same 
hash=d647fc15787b44bbce1ac9d9fb380159
D20: process_archive conffile 
`/var/cache/roxen4/mysql/tables_priv.MYI' package=roxen4 same 
hash=91e87a2f74433e792e566036df626e2c
D20: process_archive conffile 
`/var/cache/roxen4/mysql/tables_priv.MYD' package=roxen4 same 
hash=d41d8cd98f00b204e9800998ecf8427e
D20: process_archive conffile 
`/var/cache/roxen4/mysql/columns_priv.MYI' package=roxen4 same 
hash=7f2894d4809f8e1e17a90baad9298f78
D20: process_archive conffile 
`/var/cache/roxen4/mysql/columns_priv.MYD' package=roxen4 same 
hash=d41d8cd98f00b204e9800998ecf8427e

Stopping Roxen http server (v4.0):
Unpacking replacement roxen4 ...
D20: conffderef in=`etc/init.d/roxen4' result=`/etc/init.d/roxen4'
D20: tarobject fnnf_new_conff deref=`etc/init.d/roxen4'
D20: conffderef in=`etc/cron.weekly/roxen4' 
result=`/etc/cron.weekly/roxen4'

D20: tarobject fnnf_new_conff deref=`etc/cron.weekly/roxen4'
D20: conffderef in=`var/cache/roxen4/my.cfg' 
result=`/var/cache/roxen4/my.cfg'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/my.cfg'
D20: conffderef in=`var/cache/roxen4/mysql/db.frm' 
result=`/var/cache/roxen4/mysql/db.frm'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/mysql/db.frm'
D20: conffderef in=`var/cache/roxen4/mysql/db.MYI' 
result=`/var/cache/roxen4/mysql/db.MYI'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/mysql/db.MYI'
D20: conffderef in=`var/cache/roxen4/mysql/db.MYD' 
result=`/var/cache/roxen4/mysql/db.MYD'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/mysql/db.MYD'
D20: conffderef in=`var/cache/roxen4/mysql/host.frm' 
result=`/var/cache/roxen4/mysql/host.frm'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/mysql/host.frm'
D20: conffderef in=`var/cache/roxen4/mysql/host.MYI' 
result=`/var/cache/roxen4/mysql/host.MYI'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/mysql/host.MYI'
D20: conffderef in=`var/cache/roxen4/mysql/host.MYD' 
result=`/var/cache/roxen4/mysql/host.MYD'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/mysql/host.MYD'
D20: conffderef in=`var/cache/roxen4/mysql/user.frm' 
result=`/var/cache/roxen4/mysql/user.frm'

D20: tarobject fnnf_new_conff deref=`var/cache/roxen4/mysql/user.frm'
D20: conffderef in=`var/cache/roxen4/mysql/user.MYI' 
result=`/var/cache/roxen4/mysql/user.MYI'

D

Bug#321891: ITP: libmxp -- the MUD eXtension protocol

[Ryan Schultz]

Package: wnpp
Severity: wishlist
Owner: Ryan Schultz <[EMAIL PROTECTED]>

* Package name: libmxp
  Version : 0.2.2
  Upstream Author : Tomas Mecir <[EMAIL PROTECTED]>
* URL : http://www.kmuddy.net/libmxp/
* License : LGPL
  Description : the MUD eXtension protocol

 libmxp provides a way to communicate with a MUD server using MXP, which
 is a protocol that uses a special markup language to allow for session  
enhancements. 
 .
 A list of MUDs that implement MXP can be found at:
 * http://www.zuggsoft.com/zmud/mxplist.htm

This is a prerequisite for (fully) packaging KMuddy (bug #2541093).

This library is fairly simple and depends only upon libc6, libgcc1, and 
libstdc++.

lintian/linda clean libmxp0 and libmxp-dev available from:

deb http://rschultz.ath.cx/debian/ unstable/i386/
deb-src http://rschultz.ath.cx/debian/ unstable/source/

RFS coming soon :- )

-- 
Ryan Schultz
-> The meek shall indeed inherit the Earth -- the rest of us will take to the 
stars.


pgpkuW2AZrTGq.pgp
Description: PGP signature

Bug#321892: konqueror: bunch of separators showing on bookmark menubar

[wim delvaux]

Package: konqueror
Version: 4:3.3.2-1
Severity: minor


when I start a fresh konqueror this are OK, the bookmarktoolbar
properly shows buttons for the pages I have bookmarked.

However when I Add or delete an item from that toolbar, two (!)
vertical separator marks show up for each add or delete.

This number does not go away anymore unless I restart konqueror.

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

Versions of packages konqueror depends on:
ii  kcontrol 4:3.3.2-1   KDE Control Center
ii  kdebase-kio-plugins  4:3.3.2-1   KDE I/O Slaves
ii  kdelibs4 4:3.3.2-6   KDE core libraries
ii  kdesktop 4:3.3.2-1   KDE Desktop
ii  kfind4:3.3.2-1   KDE File Find Utility
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libc62.3.2.ds1-22GNU C Library: Shared libraries an
ii  libfam0c102  2.7.0-7 client library to control the FAM 
ii  libgcc1  1:4.0.1-2   GCC support library
ii  libice6  4.3.0.dfsg.1-13 Inter-Client Exchange library
ii  libidn11 0.5.13-1.0  GNU libidn library, implementation
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libkonq4 4:3.3.2-1   Core libraries for KDE's file mana
ii  libpcre3 5.0-1   Perl 5 Compatible Regular Expressi
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqt3c102-mt3:3.3.4-3   Qt GUI Library (Threaded runtime v
ii  libsm6   4.3.0.dfsg.1-13 X Window System Session Management
ii  libstdc++5   1:3.3.6-5   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-13 X Window System miscellaneous exte
ii  libxrender1  1:0.8.3-1   X Rendering Extension client libra
ii  xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- no debconf information


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

Bug#321888: merge is overly picky

[Steve M. Robbins]

Package: bugs.debian.org
Severity: normal

Tried to merge two bugs from the same source, but they happened to be
filed on different binary packages:

> merge 320987 318066
Bug#318066: libsoqt-dev: unusable with current libcoin due to ABI change
Bug#320987: libsoqt20c102: Not installable, because it depends on libcoin40 and 
not on
+libcoin40c2
Mismatch - only Bugs in same state can be merged:
Values for `package' don't match:
 #318066 has `libsoqt-dev';
 #320987 has `libsoqt20c102'


That strikes me as a bit picky.  Why must merged bugs be in the same
"state"?  Can we relax the rules to check source package rather than
binary package?  How about ignoring the severity?  

Thanks,
-Steve


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


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

Bug#321886: ITP: driconf -- DRI configuration GUI

[Michel Daenzer]

Package: wnpp
Severity: wishlist
Owner: Michel Dänzer <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: driconf
  Version : 0.2.6
  Upstream Author : Felix Kühling <[EMAIL PROTECTED]>
* URL : http://dri.freedesktop.org/wiki/DriConf
* License : GPL
  Description : DRI configuration GUI

Driconf is a graphical configuration tool for the Direct Rendering
Infrastructure (DRI). It allows customizing performance and visual quality
settings of OpenGL drivers on a per-driver, per-screen and/or
per-application level.

The settings are stored in a system wide or per-user XML configuration file
which is parsed by the OpenGL drivers on startup.

Preliminary packages available at http://people.debian.org/~daenzer/driconf/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC9qW5WoGvjmrbsgARAiLXAKCR2RTyVkW8+JAtB2jmjfosEc+ragCgpob4
lpnUNPB9dCIMB1nnYK1lpDE=
=ngCl
-END PGP SIGNATURE-

Bug#321887: tla-doc: html unviewable in lynx and w3m

[Kevin Ryde]

Package: tla-doc
Version: 1.3.3-2
Severity: normal

The file

/usr/share/doc/tla-doc/handbook/index.html

and other tla-doc html files seem to be unviewable in lynx (2.8.5-2)
and w3m (0.5.1-4).  They show a heading

A GNU Arch Handbook

but nothing else.

In index.html I think the comments like

" (I'm looking at rfc1866 html 2.0 for this, not sure
where it's described in the latest specs).  mozilla seems to be
forgiving, but not w3m and lynx.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.10-1-386
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_AU)

-- no debconf information


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

Bug#321889: aptitude uninstallable on experimental

[Tom Parker]

Package: aptitude
Version: 0.3.3-1
Severity: grave
Tags: experimental
Justification: renders package unusable

0.3.3-1 relies on libapt-pkg-libc6.5-5-3.9 which is not currently
provided by any i386 version of apt in Debian

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (990, 'stable'), (103, 'testing'), (102, 'unstable'), (99, 
'experimental'), (98, 'hoary'), (97, 'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6.3-6-3.1 0.6.40.1   Advanced front-end for dpkg
ii  libc6 2.3.5-1GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.1-2  GCC support library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libsigc++-1.2-5c2 1.2.5-5type-safe Signal Framework for C++
ii  libstdc++64.0.1-2The GNU Standard C++ Library v3

Versions of packages aptitude recommends:
pn  aptitude-doc-en | aptitude-do  (no description available)

-- no debconf information


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

Bug#321350: [patch] Another gnat issue, Makefile needs porting

[Matthias Klose]

Michael Banck writes:
> Hi,
> 
> turned out there was another issue preventing the libgnat-4.0 package
> from being built: gnat apparently has non-perfect autoconf support and
> hardcodes some things according to the detected arch/system.  By
> default, the shared libgnat is not being build, but the Debian build
> system expects it to be.
> 
> Adding a section for gnu/x86 to gcc/ada/Makefile.in solves this problem.
> 
> I have attached a patch against hurd-changes.dpatch which should fix
> both gnat issues (the one described in this mail and the originally
> reported MAXPATHLEN issue)


the -4 upload is beeing built, please resubmit the patch, when -4 is
uploaded.


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

Bug#318255: imagemagick: URL still not correct in almost all man pages

[yes]

Package: imagemagick
Version: 6:6.2.3.6-2
Severity: normal
Followup-For: Bug #318255


Hi!

The URLs are still not correct, they lack a "g" character:

file:///usr/share/doc/imagemaick/www/display.html
 ^
All the man pages containing the URL seem to be affected.

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

Versions of packages imagemagick depends on:
ii  libmagick6   6:6.2.3.6-2 Image manipulation library

imagemagick recommends no packages.

-- no debconf information


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

Bug#321722: debconf dialog asks confusing stuff

[Chris Lawrence]

On 8/7/05, Eduard Bloch <[EMAIL PROTECTED]> wrote:
> as a normal stupid user (when it comes to printing) I tried to setup
> cups. Let me express what goes wrong from new users point of view.
> 
> Your package was suggested while installing cups. So why not, a database
> that may know my settings sounds good. But what did I get? A dozen of
> debconf dialogs that ask stuff that does not have anything to do with
> reality.

More like 3.  And closer to (in fact, I believe equal to) zero at -p medium.

> Why does it ask about which queue I am using while I am installing
> _CUPS_? Fsck that. To be userfriendly, it should find out. If it does
> not know for sure, it should at least place an expected default.

It does this already.  Are you running some ancient version or have
multiple spoolers installed?

> Instead, it seems to be a list with some random entry, hardly documented
> what each of them means and which do you know. Crap.
> 
> There is a question about the interfaces. What is ipp? What is serial?
> More than that, there is no serial port at all here. Damn, check that
> and do not suggest unpossible options to the user.

Huh?  These are all CUPS settings, bitch at the CUPS maintainer about
ipp and serial and friends.

> gs question is also a such candidate. There is only one gs and only one
> going installed. 

Actually, there are multiple versions of gs... you might need gs-esp
for your printer because it has all the drivers, but gs-gpl for screen
display since it's less buggy/more featureful.  Ideally, gs-esp will
be updated or the gs-gpl folks will merge the esp stuff... until then,
people need to be able to do this.

> Why do you suggest X alternatives? What do they mean?
> What hides behind the "custom setting"? Where can I customise it. What
> does expect me when I choose it?

There's another dialog that comes up when you choose "custom" that
*gasp* lets you customize it.

> Same applies for the accounting questions. I guess it asks it also if
> CUPS is not beeing installed.

Actually, no it doesn't.

> Please read the DIN EN ISO 9241 part 9 and following to learn the basic
> rules for human interace design. And maybe VDI 3850 if you can get that.

Go read them yourself.  And before ranting again check to make sure
you're ranting about the right package (see ipp question above).


Chris
-- 
Chris Lawrence - http://blog.lordsutch.com/

Bug#321883: FTBFS: Unsatisfiable Build-Depends on libcairo0.5.1-dev

[Matthias Klose]

Michael Banck writes:
> Package: gcc-4.0
> Version: 4.0.1-3
> Severity: serious
> 
> Hello,
> 
> there was a problem autobuilding your package:

would you mind checking the BTS before submitting duplicates?


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

Bug#321350: [patch] Another gnat issue, Makefile needs porting

[Michael Banck]

Hi,

turned out there was another issue preventing the libgnat-4.0 package
from being built: gnat apparently has non-perfect autoconf support and
hardcodes some things according to the detected arch/system.  By
default, the shared libgnat is not being build, but the Debian build
system expects it to be.

Adding a section for gnu/x86 to gcc/ada/Makefile.in solves this problem.

I have attached a patch against hurd-changes.dpatch which should fix
both gnat issues (the one described in this mail and the originally
reported MAXPATHLEN issue)


cheers,

Michael

-- 
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
--- debian/patches/hurd-changes.dpatch.orig 2005-08-08 01:43:30.450082224 
+0200
+++ debian/patches/hurd-changes.dpatch  2005-08-08 01:45:06.538474568 +0200
@@ -29,6 +29,8 @@
 # DP: Define MAXPATHLEN and PATH_MAX.
 # DP:
 # DP: Add some #pragma weak for _pthread_* functions.
+# DP:
+# DP: Add support for GNU/Hurd to ada's Makefile.
 
 --- gcc/config/gnu.h.orig  2005-06-22 13:23:24.0 +0200
 +++ gcc/config/gnu.h   2005-06-22 13:24:18.0 +0200
@@ -77,6 +79,19 @@
  #endif
 
 
+--- gcc/ada/adaint.c.orig  2005-08-01 23:10:02.0 +0200
 gcc/ada/adaint.c   2005-08-01 23:11:10.0 +0200
+@@ -261,6 +261,10 @@
+ #include 
+ #endif
+ 
++#ifndef MAXPATHLEN
++#define MAXPATHLEN 4096
++#endif
++
+ #define GNAT_MAX_PATH_LEN MAXPATHLEN
+ 
+ #endif
 --- gcc/gthr-posix.h.orig  2005-07-19 13:58:06.0 +0200
 +++ gcc/gthr-posix.h   2005-07-23 17:28:14.0 +0200
 @@ -40,6 +40,13 @@
@@ -93,3 +108,20 @@
  #include 
  #include 
  
+--- gcc/ada/Makefile.in.orig   2005-08-08 01:41:25.134133144 +0200
 gcc/ada/Makefile.in2005-08-08 01:43:02.662306608 +0200
+@@ -856,6 +856,14 @@
+   endif
+ endif
+ 
++ifeq ($(strip $(filter-out %86 gnu%,$(arch) $(osys))),)
++  THREADSLIB = -lpthread
++  GNATLIB_SHARED = gnatlib-shared-dual
++  GMEM_LIB = gmemlib
++  PREFIX_OBJS = $(PREFIX_REAL_OBJS)
++  LIBRARY_VERSION := $(LIB_VERSION)
++endif
++
+ ifeq ($(strip $(filter-out %86 freebsd%,$(arch) $(osys))),)
+   LIBGNAT_TARGET_PAIRS = \
+   a-intnam.ads

Bug#321885: linux-source-2.6.12: Please enable CONFIG_PALINFO as built-in for IA64

[Ian Wienand]

Package: linux-source-2.6.12
Severity: normal
Tags: patch

Hi,

As mentioned in

http://www.gelato.unsw.edu.au/archives/linux-ia64/0508/14811.html

CONFIG_PALINFO isn't built-in to Debian kernels.  This causes
important developer applications such as pfmon, that should "just
work", to fail.

I believe it would be best to enable it by default, as per attached.

Thanks!

-i
[EMAIL PROTECTED]
http://www.gelato.unsw.edu.au

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ia64
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
--- debian/arch/ia64/config 2005-08-08 09:02:26.0 +1000
+++ debian-new/arch/ia64/config 2005-08-08 09:01:25.0 +1000
@@ -39,7 +39,7 @@
 CONFIG_COMPAT=y
 CONFIG_IA64_MCA_RECOVERY=m
 CONFIG_PERFMON=y
-CONFIG_IA64_PALINFO=m
+CONFIG_IA64_PALINFO=y
 CONFIG_ACPI_DEALLOCATE_IRQ=y
 CONFIG_EFI_VARS=m
 CONFIG_EFI_PCDP=y

Bug#309012: r-base: Cannot find fonts when LANG=en_US.UTF-8

[Dirk Eddelbuettel]

Ryan,

On 13 May 2005 at 21:07, Ryan Lovett wrote:
| On Fri, May 13, 2005 at 08:54:29PM -0500, Dirk Eddelbuettel wrote:
| > I very strongly suspect that either something is wrong with the amd64
| > side of things (and I couldn't help there -- are you followed the list
| > there ?) or that you have something wrong with your LANG and LC_CTYPE
| > settings (that are shown below and look right).
| 
| I'll try asking someone on the amd64 list if they can reproduce it.

Did anything ever happen on the amd64 side of things?

Is the bug still present?  If so, what shall we do?

Regards, Dirk

-- 
Statistics: The (futile) attempt to offer certainty about uncertainty.
 -- Roger Koenker, 'Dictionary of Received Ideas of Statistics'


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

Bug#321845: Alps touchpad tapping remap fails in gpm

[Peter Samuelson]

[David Liontooth]
> In brief, gpm's "-g 2" switch in for remapping tapping to the middle
> key isn't working for my Alps touchpad, which makes it hard to
> interoperate with an external three-button mouse.
> 
> The Alps Glidepoint (on a vpr matrix 200a5) is correctly detected
> when the psmouse module is loaded:

The problem is very simple: gpm does not support the Linux kernel input
event device.  In practical terms, this means that with kernel 2.6 and
anything plugged into the PS/2 port, gpm won't see any features beyond
that of a Microsoft Intellimouse Explorer - up to 5 buttons and a wheel.

We'll try to support the event device soon - moving to new upstream,
and if that doesn't properly support it, I'll write a patch.  The evdev
API isn't all that difficult, but I don't want to write a patch for our
current (rather old) gpm version.

Thanks for the report,
Peter


signature.asc
Description: Digital signature

Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE

[Daniel Jacobowitz]

On Sun, Aug 07, 2005 at 01:29:19PM -0300, Nelson A. de Oliveira wrote:
> They are both version 2.3.5-3
> Recently I have upgraded from version 2.3.2.ds1-22 as soon as 2.3.5 hit
> unstable.
> 
> I just upgraded libc6 and didn't restart Apache after upgrade.
> Should I restart?
> 
> Taking a look at the error log now, I have found another message:
> 
> Cannot load /usr/lib/apache/1.3/libphp4.so into server:
> /lib/tls/i686/cmov/libresolv.so.2: symbol __res_maybe_init, version
> GLIBC_PRIVATE not defined in file libc.so.6 with link time reference

Please let us know if restarting apache fixes the problem.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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

Bug#320126: wajig: Please use `sudo -v' before using pipelined sudo commands

[Karl Chen]

> On 2005-08-05 13:40 PDT, Graham Williams writes:

Graham> Thanks Karl.  I've been playing with a few ideas. None
Graham> are really satisfactory yet.  I'm trying to avoid the
Graham> temporary file path, but maybe I can't, in the
Graham> end. Currently I've gone back to your solution of
Graham> doing a "sudo -v" if there is a pipe and then the sudo
Graham> substitute for each part of a pipe. At least this will
Graham> mostly be the same behaviour, and will fix the problem
Graham> you identified.

Great, thanks for the responsiveness and patience.

-- 
Karl 2005-08-07 14:32


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

Bug#205392: some useful tools

[Yaroslav Halchenko]

Hi Frank,

I'm not sure if I want to pursue attempts to compile it with free Java
or just place it in contrib section and make it use sun-j2sdk1.X

Is it possible to download the last attempts you've made?
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]




pgpXnjNjoeJ4j.pgp
Description: PGP signature

Bug#132570: bitkeeper ITP #132570

[Baruch Even]

Hi,

There is no free license for BitKeeper. So it is not possible to have
this package in Debian anymore, not even in non-free.

Perhaps you should close the ITP?

Baruch


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

Bug#321884: ITA: tripwire -- file and directory integrity checker

[Pat P]

Package: wnpp
Severity: normal

Tripwire is a tool that aids system administrators and users in
monitoring a designated set of files for any changes.  Used with
system files on a regular (e.g., daily) basis, Tripwire can notify
system administrators of corrupted or tampered files, so damage
control measures can be taken in a timely manner.


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

Bug#321882: childsplay: contains non-free fonts

[Peter De Wachter]

Package: childsplay
Severity: serious
Justification: Policy 2.2.1

The childsplay package contains a few fonts by Ray Larabie (Blue
Highway, Blue Highway Bold and Bullpen 3D). These fonts are freeware but
not DFSG-free (in fact they're packaged in non-free in
ttf-larabie-straight).

childsplay is not installable for me at the moment due to the C++
migration, so I can't see how these fonts are used, but I guess they
can just be replaced by Bitstream Vera or FreeFont or so.

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


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

Bug#321792: debian-policy: §6.5 (3)(1): missing "Error unwind:" for "new-postrm abort-upgrade"

[Ben Finney]

On 07-Aug-2005, Henning Makholm wrote:
> |   
> | new-postrm abort-upgrade old-version
> |   
> |   If that too fails, then
> |   
> | old-postinst abort-upgrade old-version
> |   
> |   is called.
> 
> Also "too" in the second sentence seems to be spurious.

It can be made more gramatically clear with

If that, too, fails, then

but that's awkward. Better is

If that also fails, then

-- 
 \ "I think a good gift for the President would be a chocolate |
  `\   revolver. And since he's so busy, you'd probably have to run up |
_o__)   to him real quick and hand it to him."  -- Jack Handey |
Ben Finney <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#321880: Errors in zsh-beta installation

[Vincent Lefevre]

Package: zsh-beta
Version: 4.3.0-dev-1+20050802-1
Severity: normal

When upgrading zsh-beta, I got the following errors:

zsh: parse error near `do'
zcompile: can't read file: 
/usr/share/zsh-beta/4.3.0-dev-1/functions/Completion/Unix/_mencal
chmod: cannot access 
`/usr/share/zsh-beta/4.3.0-dev-1/functions/Completion/Unix.zwc': No such file 
or directory

(but the installation didn't fail).

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.10-20050517
Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)

Versions of packages zsh-beta depends on:
ii  libc6 2.3.5-3GNU C Library: Shared libraries an
ii  libcap1   1:1.10-14  support for getting/setting POSIX.
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libpcre3  5.0-1.1Perl 5 Compatible Regular Expressi
ii  passwd1:4.0.3-39 change and administer password and

zsh-beta recommends no packages.

-- no debconf information


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

Bug#321878: ndiswrapper: Ndiswrapper causes the fatal exception in interrupt when halting the system

[[EMAIL PROTECTED]]

Package: ndiswrapper
Severity: important

I use the ndiswrapper with my Belkin F5D7050 WiFi card.
Sometimes, when I switch off my system, I get the "kernel
panic" caused by the fatal exception in the interrupt code.
The messages displayed during sample event are shown here:
http://www.ise.pw.edu.pl/~wzab/ndis.jpg

The problem renders remote rebooting of the system unreliable,
therefore I've decided to assign severity=important.

-- 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.3
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)


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

Bug#321879: glob2: includes font with rather dubious copyright status

[Peter De Wachter]

Package: glob2
Severity: serious
Justification: Policy 2.2.1

glob2 include the font MD King KhammuRabi in the file sans.ttf. I
suspect this font is a modified version of Arial, at least the Latin
alphabet in the font looks exactly like Arial. The font also contains
the string "Arial", several mentions of Microsoft including a link to
http://www.microsoft.com/truetype/ and a lot of Verisign certificate
legalese, all further evidence that this is in fact Arial.

I don't understand what the upstream is doing here. Looking at their CVS
(file doc/source.txt), it seems they noticed the problem in 2003 and
intended to replace the font with FreeSans, but their latest release
still includes MD King KhummaRabi.

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


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

Bug#321883: FTBFS: Unsatisfiable Build-Depends on libcairo0.5.1-dev

[Michael Banck]

Package: gcc-4.0
Version: 4.0.1-3
Severity: serious

Hello,

there was a problem autobuilding your package:

Automatic build of gcc-4.0_4.0.1-3 on nighthawk by sbuild/i386 1.7
Build started at 20050808-0022
**
Checking available source versions...
Fetching source files...
Reading package lists...
Building dependency tree...
Need to get 32.4MB of source archives.
Get:1 http://ftp.de.debian.org unstable/main gcc-4.0 4.0.1-3 (dsc)
[3574B]
Get:2 http://ftp.de.debian.org unstable/main gcc-4.0 4.0.1-3 (tar)
[31.7MB]
Get:3 http://ftp.de.debian.org unstable/main gcc-4.0 4.0.1-3 (diff)
[722kB]
Fetched 32.4MB in 1m43s (313kB/s)
Download complete and in download only mode
** Using build dependencies supplied by package:
Build-Depends: dpkg-dev (>= 1.13.9), libc6.1-dev (>= 2.3.2.ds1-16)
[alpha ia64] | libc0.3-dev (>= 2.3.2.ds1-16) | libc0.1-dev (>=
2.3.2.ds1-16) | libc12-dev (>= 2.3.2.ds1-16) | libc6-dev (>=
2.3.2.ds1-21) [hppa] | libc6-dev (>= 2.3.2.ds1-16) [!hppa],
libc6-dev-sparc64 [sparc], libc6-dev-s390x [s390], ia32-libs-dev [amd64]
| libc6-dev-i386 [amd64], libc6-dev-powerpc [ppc64], amd64-libs-dev (>=
1.2) [i386], libunwind7-dev (>= 0.98.5-6) [ia64], libatomic-ops-dev
[ia64], m4, autoconf, automake1.9, libtool, autogen, gawk, dejagnu (>=
1.4.3) [!hurd-any !hurd-i386], expect-tcl8.3 [hppa] | expect [hppa],
expect (>= 5.38.0) [!hppa !hurd-any !hurd-i386], bzip2, binutils (>=
2.16.1) | binutils-multiarch (>= 2.16.1), binutils-hppa64 (>= 2.16.1)
[hppa], debhelper (>= 4.1), gperf (>= 3.0.1), bison (>= 1:1.875a-1),
flex, gettext, texinfo (>= 4.3), zlib1g-dev, libgc-dev [!avr !alpha
!amd64 !arm !hppa !i386 !ia64 !m68k !mips !mipsel !powerpc !s390 !sparc
!knetbsd-any !knetbsd-i386], xlibs-dev, gnat-4.0 [!alpha !arm !m68k !sh3
!sh3eb !sh4 !sh4eb !kfreebsd-any !knetbsd-any !netbsd-any !kfreebsd-i386
!knetbsd-i386 !netbsd-i386] | gnat-3.3 [!alpha !arm !m68k !sh3 !sh3eb
!sh4 !sh4eb !kfreebsd-any !knetbsd-any !netbsd-any !kfreebsd-i386
!knetbsd-i386 !netbsd-i386] | gnat-3.4 [!alpha !arm !m68k !sh3 !sh3eb
!sh4 !sh4eb !kfreebsd-any !knetbsd-any !netbsd-any !kfreebsd-i386
!knetbsd-i386 !netbsd-i386], libncurses5-dev [!netbsd-any !netbsd-i386],
libmpfr-dev [!m68k !avr], tetex-bin [!netbsd-any !netbsd-i386], locales
[!hurd-i386 !knetbsd-i386 !netbsd-i386 !hurd-any !knetbsd-any
!netbsd-any], procps [!hurd-any !hurd-i386], help2man [!netbsd-any
!netbsd-i386], sharutils, libgtk2.0-dev [!mips !mipsel !knetbsd-any
!netbsd-any !knetbsd-i386 !netbsd-i386], libart-2.0-dev [!mips !mipsel
!knetbsd-any !netbsd-any !knetbsd-i386 !netbsd-i386], libcairo0.5.1-dev
[!mips !mipsel !knetbsd-any !netbsd-any !knetbsd-i386 !netbsd-i386] |
libcairo1-dev (>= 0.5.2) [!mips !mipsel !knetbsd-any !netbsd-any
!knetbsd-i386 !netbsd-i386], realpath (>= 1.9.12), chrpath, lsb-release,
dash [hppa]
Build-Depends-Indep: doxygen (>= 1.4.2), graphviz (>= 2.2)
Checking for already installed source dependencies...
[...]
Checking for source dependency conflicts...
  /usr/bin/sudo /usr/bin/apt-get --purge $CHROOT_OPTIONS -q -y install
amd64-libs-dev m4 autoconf automake1.9 libtool autogen gawk dejagnu
expect gperf bison flex texinfo zlib1g-dev xlibs-dev gnat-4.0
libncurses5-dev libmpfr-dev tetex-bin locales procps help2man sharutils
libgtk2.0-dev libart-2.0-dev libcairo0.5.1-dev realpath chrpath
lsb-release
Reading package lists...
Building dependency tree...
E: Package libcairo0.5.1-dev has no installation candidate
Package libcairo0.5.1-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

The Build-Depends need to be updated to libcairo0.6.0-dev, it seems.


Michael

-- 
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html


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

Bug#320987: libsoqt20c102: Not installable, because it depends on libcoin40 and not on libcoin40c2

[Steve M. Robbins]

severity 320987 normal
merge 320987 318066
thanks



On Tue, Aug 02, 2005 at 07:33:15PM +0200, Dietrich Brunn wrote:
> Package: libsoqt20c102
> Severity: grave
> Justification: renders package unusable
> 
> libsoqt20c102 depends on package libcoin40, but libcoin40 is replaced by 
> libcoin40c2. 
> So apt-get says libsoqt20c102 is not installable, if libcoin40 is not
> installed manually.

Yes.  Unfortunately, SoQt also depends on Qt which, to my knowledge,
has not yet made the transition to GCC 4.0.


Full details of the C++ transition at 
http://lists.debian.org/debian-devel-announce/2005/07/msg1.html

-Steve


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

Bug#321684: debsign sets noeecho on terminal - doesnt clear it on interrupt

[Julian Gilbey]

On Sat, Aug 06, 2005 at 05:17:29PM -0500, Peter Samuelson wrote:
> 
> [Martin Meredith]
> > When using debsign, if you hit ctrl+c when it asks you for a password,
> > then this makes it so that the terminal is noecho.
> 
> This is actually a bug in gpg, but does this help?  Works for me.
> (Not tagging +patch, because I expect this bug to be reassigned anyway.)
> 
> Peter

Thanks for the patch!

   Julian


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

Bug#321712: libc6: relocation error: /lib/tls/i686/cmov/libnss_dns.so.2: symbol __res_maybe_init, version GLIBC_PRIVATE

[Nelson A. de Oliveira]

On Sun, 7 Aug 2005, Daniel Jacobowitz wrote:
> On Sun, Aug 07, 2005 at 01:29:19PM -0300, Nelson A. de Oliveira wrote:
> > They are both version 2.3.5-3
> > Recently I have upgraded from version 2.3.2.ds1-22 as soon as 2.3.5 hit
> > unstable.
> >
> > I just upgraded libc6 and didn't restart Apache after upgrade.
> > Should I restart?
> >
> > Taking a look at the error log now, I have found another message:
> >
> > Cannot load /usr/lib/apache/1.3/libphp4.so into server:
> > /lib/tls/i686/cmov/libresolv.so.2: symbol __res_maybe_init, version
> > GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
>
> Please let us know if restarting apache fixes the problem.

Restarted.
I will wait some days to see if something happens. If there are no more
errors (or if they continue to happen), I will contact you again.

Thanks
Nelson


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

Bug#321870: More details

[[EMAIL PROTECTED]]

I'm currently connected to a high-traffic network.
I've found, that the problems occures regularly, and the displayed
messages are always the same (at least this part which remains on the
screen, after the system hangs).
The problem does not occur if I disconnect the USB WiFi card before
halting the system, or if I shield the card, so it can not receive any
WiFi traffic.
So it seems, that problem occures when the WiFi card receives any packet
when system is shutting down.
-- 
Regards, Wojtek Zabolotny



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

Bug#321865: via_drv.o: unresolved symbols

[Michel Dänzer]

On Mon, 2005-08-08 at 02:10 +0800, Dan Jacobson wrote:
> Package: xserver-xfree86
> Version: 4.3.0.dfsg.1-13
> Severity: minor
> File: /usr/X11R6/lib/modules/drivers/via_drv.o
> 
> Saw these worrisome lines. Just thought you would like to know:
> Symbol drmRmMap from module /usr/X11R6/lib/modules/drivers/via_drv.o is 
> unresolved!
> Symbol drmAgpUnbind from module /usr/X11R6/lib/modules/drivers/via_drv.o is 
> unresolved!
> Symbol drmRmMap from module /usr/X11R6/lib/modules/drivers/via_drv.o is 
> unresolved!
> Symbol drmAgpUnbind from module /usr/X11R6/lib/modules/drivers/via_drv.o is 
> unresolved!

They're not worrisome at all, just harmless symptoms of the DRI being
disabled.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Bug#321795: O: lg-* -- lg-* - Linux Gazette, 111 packages

[Joerg Jaspert]

On 10374 March 1977, Orlando Fiol wrote:

>> Well, go on, retitle the bug so noone does needlessly work on the
>> package(s) also and come back with a working system. I would like to
>> have it in the near future, so the lg-* stuff is resolved, so dont take
>> to long (how about 2 weeks from now on?).
> Done, but what do u exactly mean with "working system"?.

Someting that can be uploaded.

> Also, I think Im going to need 1 extra week coz next week I'll still
> really busy, but that depends on what do you mean with "working
> system".

Also good, so until end of august you have a package upload through your
usual sponsor (maybe I can help, ask me then)?


-- 
bye Joerg
A.D. 1517:
Martin Luther nails his 95 Theses to the church door and is promptly
moderated down to (-1, Flamebait).


pgp7i7tFrB6FG.pgp
Description: PGP signature

Bug#321247: gftp-gtk: Add bookmark not save Remote directory and Local directory

[Aurelien Jarno]

Hi,

I am still unable to reproduce the problem with SSH2. Could you please
give me a full description of what you did from the start of gFTP to be
able to reproduce the problem?

Thanks,
Aurelien

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




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

Bug#255213: xml2: no manpages for other exectuables either

[Wesley J. Landaker]

Package: xml2
Version: 0.3-1
Followup-For: Bug #255213

There are no man pages for any of the other exectuables either...


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

Bug#321877: laptop-mode-tools: Typo error line 688 in /usr/sbin/laptop_mode

[Damien Raude-Morvan]

Package: laptop-mode-tools
Version: 1.08-1
Severity: normal


Hello,

There is some typo error in /usr/sbin/laptop_mode (version 1.08-1)

--- /usr/sbin/laptop_mode.orig  2005-08-08 00:29:21.0 +0200
+++ /usr/sbin/laptop_mode   2005-08-08 00:34:45.0 +0200
@@ -685,7 +685,7 @@

 if [ $CONTROL_CPU_MAXFREQ -eq 1 ] ; then
if [ $ON_AC -eq 1 ] ; then
-   if [ "$ACTION" = "start"] ; then
+   if [ "$ACTION" = "start" ] ; then
CPU_MAXFREQ="$LM_AC_CPU_MAXFREQ"
else
CPU_MAXFREQ="$NOLM_AC_CPU_MAXFREQ"

Cheers,

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

Versions of packages laptop-mode-tools depends on:
ii  powermgmt-base1.22   Common utils and configs for power

Versions of packages laptop-mode-tools recommends:
ii  acpid 1.0.4-2Utilities for using ACPI power man
ii  hdparm6.1-2  tune hard disk parameters for high

-- no debconf information


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

Bug#321875: RFP: ntmf -- a network traffic manipulation framework

[W. Borgert]

Package: wnpp
Severity: wishlist

Package name: ntmf
Version : R20050603121659
Upstream Author : Balázs Lécz <[EMAIL PROTECTED]>
URL : http://ntmf.sourceforge.net/
License : LGPL
Description : a network traffic manipulation framework

>From the freshmeat description:

"NTMF is a C++ framework for developing software that requires
the manipulation of packets traversing a system. The main
application areas are protocol testing, protocol implementation
testing, network emulation, and network monitoring. It has
support for link level packet capturing (using libpcap), link
level packet injection, and network level packet injection for
IPv4 packets (using lipnet). It supports multi-threaded
execution, provides thread-safe packet queues, and provides a
dynamic Finite State Machine representation."

Bug#321873: On wishlist?, user postgres uses same environment on old and new cluster.

[Floris Sluiter]

Package: postgresql-common
Version: 23

Hi Martin,

for the user postgres and switching between clusters I use:
psql -p 5432 for my Oldcluster (7.4/5)
psql -p 5433 for my Newcluster(8.0)

And it works nicely. I appreciate the architecture you made for this very much.

However,
createlang -p 5433 plpgsql -d NewCluster

uses the old version (7.4) of createlang (possibly including its default paths).

Since we are upgrading very complex systems, it might be a good idea
to implement some automated environment change for the postgres user
to maintain both clusters with their dedicated tools.
It does brake in all kind of interesting ways when one uses the
postgis extension library as postgres on the new cluster: so, in that
case one cannot use the old tools on the new cluster. (but that is not
an official package yet, so I won't report that as a bug).

I realise it conflicts with your architecture that has a default
environment for each user (including postgres) however maybe at least
postgres should not have a default in this and specify which path they
need for a specific cluster...
so pg_wrapper could detect that the user is postgres and find out
(based on the cluster type) or ask which environment to use.

If I missed a feature of pg_wrapper II am sorry to have reported this
as a bug...

High regards,

Floris Sluiter

Bug#321874: libqt4-dev: dangling symlink to libQtOpenGL.so.4.0.0

[Jeremy Laine]

Package: libqt4-dev
Version: 4.0.0-2
Severity: important

libqt4-dev installs a symlink from /usr/lib/libQtOpenGL.so to
libQtOpenGL.so.4.0.0, but this symlink is broken.

libQtOpenGL.so.4.0.0 is not installed by any of libqt4-dev's 
dependencies, is it built at all?

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

Versions of packages libqt4-dev depends on:
ii  libaudio-dev 1.7-2   The Network Audio System (NAS). (d
ii  libc6-dev2.3.5-3 GNU C Library: Development Librari
ii  libfreetype6-dev 2.1.10-1FreeType 2 font engine, developmen
ii  libjpeg62-dev6b-10   Development files for the IJG JPEG
ii  libmng-dev   1.0.8-1 M-N-G library (Development headers
ii  libpng12-dev [libpng12-0 1.2.8rel-1  PNG library - development
ii  libqt4-core  4.0.0-2 Qt 4 core non-GUI functionality ru
ii  libxcursor-dev   1.1.3-1 X cursor management library (devel
ii  libxft-dev   2.1.7-1 FreeType-based font drawing librar
ii  libxinerama-dev  6.8.2.dfsg.1-4  X Window System multi-head display
ii  libxrender-dev   1:0.9.0-2   X Rendering Extension client libra
ii  xlibmesa-gl-dev [libgl-d 6.8.2.dfsg.1-4  Mesa 3D graphics library developme
ii  xlibmesa-glu-dev [libglu 4.3.0.dfsg.1-14 Mesa OpenGL utility library develo
ii  xlibs-dev6.8.2.dfsg.1-4  X Window System client library dev
ii  xlibs-pic6.8.2.dfsg.1-4  X.Org static PIC libraries transit
ii  zlib1g-dev   1:1.2.3-3   compression library - development

Versions of packages libqt4-dev recommends:
ii  libqt4-gui4.0.0-2Qt 4 core GUI functionality runtim
ii  qt4-dev-tools 4.0.0-2Qt 4 development tools

-- no debconf information


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

Bug#321876: openoffice.org: Split off XML Catalog stuff to a separate package

[Kjetil Kjernsmo]

Package: openoffice.org
Version: 1.1.3-9
Severity: wishlist

Hi there!

Just when I remember it: It would be nice of the XML Catalog stuff
Rene so enthustiastically got into 1.1.3-8 could be split into a
package on itself. The main reason why one would want this stuff is
that you need it for certain XML Application Server uses, and those
are often headless servers. So, in the case that you don't want X and
the lot on those system, it would help to have a separate package,
that would only depend on xml-core. 

Cheers,

Kjetil

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-16.2005-11-06.owl.1.oss.mods
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages openoffice.org depends on:
ii  dictionaries-common [openoffi 0.25.12Common utilities for spelling dict
ii  openoffice.org-bin1.1.3-9OpenOffice.org office suite binary
ii  openoffice.org-debian-files   1.1.3-8+1  Debian specific parts of OpenOffic
ii  openoffice.org-l10n-en [openo 1.1.3-9English (US) language package for 
ii  openoffice.org-l10n-nb [openo 1.1.3-9Norwegian Bokmal language package 
ii  ttf-opensymbol1.1.3-9The OpenSymbol TrueType font
ii  xml-core  0.09   XML infrastructure and XML catalog

-- no debconf information


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

Bug#131148: how are you ?

[Madeleine]

find girls in your area right now, why not try for free

http://jyabvbtzzeyhrun.scandoforde.com/geznom/




























o ff http://iqpeuk.brokenfarted.com/funpersonals/getmeoff.php



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

Bug#318998: FTBFS: C++ errors

[Christian Aichinger]

tags 318998 patch
thanks

On Mon, Jul 18, 2005 at 08:18:53AM -0700, Matt Kraai wrote:
> Package: armagetron
> Version: 0.2.7.0-1
> Severity: serious
> 
> armagetron fails to build with some C++ errors:

Attached is a patch that fixes the build problems. With it
Armagetron compiles cleanly, and the produced packages seem to work
well.

There were several occasions where member attributes and functions
had to be qualified by adding "this->", I'm not sure this is really
intended by the gcc guys, since it means eg. that you can't
initialize such members in an initializer lists (at least afaics).
An example of this can be seen in src/engine/eVoter.cpp (first
hunk).

If someone knows if this is really intended or not, it would be nice
if you could clarify this, and clone the bug to gcc-4.0 if
appropriate.

Cheers,
Christian Aichinger
diff -Nur armagetron-0.2.7.0/src/engine/eGrid.h armagetron/src/engine/eGrid.h
--- armagetron-0.2.7.0/src/engine/eGrid.h   2004-06-04 18:20:57.0 
+0200
+++ armagetron/src/engine/eGrid.h   2005-08-07 21:58:40.0 +0200
@@ -131,9 +131,9 @@
 
 
const tList& Cameras() const{return cameras;}
-   const tList& GameObjects() const{return gameObjects;}
-   const tList& GameObjectsInteresting() const{return 
gameObjectsInteresting;}
-   const tList& GameObjectsInactive() const{return 
gameObjectsInactive;}
+   const tList& GameObjects() const{return gameObjects;}
+   const tList& GameObjectsInteresting() const{return 
gameObjectsInteresting;}
+   const tList& GameObjectsInactive() const{return 
gameObjectsInactive;}
 
 
intNumberOfCameras();
@@ -148,10 +148,10 @@
//  REAL CameraHeight(int i){return eCamera::HeightNum(i);}
 
 
-   void AddGameObjectInteresting(eGameObject *o);
-   void RemoveGameObjectInteresting (eGameObject *o);
-   void AddGameObjectInactive   (eGameObject *o);
-   void RemoveGameObjectInactive(eGameObject *o);
+   void AddGameObjectInteresting(class eGameObject *o);
+   void RemoveGameObjectInteresting (class eGameObject *o);
+   void AddGameObjectInactive   (class eGameObject *o);
+   void RemoveGameObjectInactive(class eGameObject *o);
 
typedef void WallProcessor  ( eWall*
w   );  // function prototype for wall query functions
void ProcessWallsInRange( WallProcessor*proc,
@@ -198,9 +198,9 @@
tList   faces;
 
// objects
-   tList gameObjects;
-   tList gameObjectsInactive;
-   tList gameObjectsInteresting;
+   tList gameObjects;
+   tList gameObjectsInactive;
+   tList gameObjectsInteresting;
 
// cameras
tList cameras;
diff -Nur armagetron-0.2.7.0/src/engine/eVoter.cpp 
armagetron/src/engine/eVoter.cpp
--- armagetron-0.2.7.0/src/engine/eVoter.cpp2004-06-04 18:20:57.0 
+0200
+++ armagetron/src/engine/eVoter.cpp2005-08-07 22:14:05.0 +0200
@@ -69,8 +69,9 @@
friend class eMenuItemVote;
 public:
// constructors/destructor
-   eVoteItem( void ): creationTime_( tSysTimeFloat() ), user_( 0 ), id_( 
++se_votingItemID ), menuItem_( 0 )
+   eVoteItem( void ): creationTime_( tSysTimeFloat() ), user_( 0 ), id_( 
++se_votingItemID )
{
+   this->menuItem_ = 0;
items_.Add( this );
};
 
@@ -329,7 +330,7 @@
tArray< tCONTROLLED_PTR( eVoter ) > voters_[2]; // array of voters 
approving or disapproving of the vote
static tList< eVoteItem > items_;   // list 
of vote items
unsigned short id_; 
// running id of voting item
-   eMenuItemVote *menuItem_;   
// menu item
+   class eMenuItemVote *menuItem_; 
// menu item
 
eVoteItem& operator=( const eVoteItem& );
eVoteItem( const eVoteItem& );
diff -Nur armagetron-0.2.7.0/src/engine/eWall.h armagetron/src/engine/eWall.h
--- armagetron-0.2.7.0/src/engine/eWall.h   2004-06-04 18:20:57.0 
+0200
+++ armagetron/src/engine/eWall.h   2005-08-07 21:40:11.0 +0200
@@ -89,7 +89,7 @@
 
   eWallView view[MAX_VIEWERS];
 protected:
-  tCHECKED_PTR(eWallHolder)   holder_;
+  tCHECKED_PTR(class eWallHolder)   holder_;
   tJUST_CONTROLLED_PTR grid;
   REALlen;
   int flipped;
diff -Nur armagetron-0.2.7.0/src/network/nConfig.cpp 
armagetron/src/network/nConfig.cpp
--- armagetron-0.2.7.0/src/network/nConfig.cpp  2004-06-04 18:20:57.0 
+0200
+++ armagetron/src/network/nConfig.cpp  2005-08-07 23:25:55.0 +0200
@@ -49,7 +49,7 @@
  
//con << "got conf message for " << name << "\n";
  
-   int i;
+   int i=0;
  
for(tConfItemBase *item = s_Conf

Bug#306714: libfirebird2-super: UDF - no libib_util.so in latest *firebird2* packages

[Michael van der Kolff]

Package: libfirebird2-super
Version: 1.5.1-4
Followup-For: Bug #306714

Due to lack of libib_util.so, it is rather difficult to get
ib_util_malloc called (cd /usr/lib;strings *.so *.a | grep ib_util
returns nothing).  As a result, only UDFs linked against lib_ibutil.a (built on 
a
non-debian box) work properly.  Please add libib_util.so to whatever
package it fits best in.

BTW, I'm actually using sarge; that has APT policy 500... :) I only used
sid for the java-package.

Cheers,

Michael

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

Versions of packages libfirebird2-super depends on:
ii  libc6   2.3.2.ds1-21 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-6GCC support library
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3

-- no debconf information


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

Bug#321779: clanlib: Need rebuilt with new C++ ABI

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> But as the xlibmesa-glu package containt a library with C++ symbols,
> I expect someone to upload a version with a new name including 'c2',
> and that the clanlib package upload should be delayed until after
> this happen.

Hm, after asking on #debian-release, I was told that xlibmesa-glu has
been replaced with libglu1-xorg-dev, and that there is no need to wait
for a new package.  For some strange reason, my unstable installation
hadn't upgraded xlibmesa-glu with libglu1-xorg-dev, so my builds were
not as they should be.

I'll do the delayed upload after testing the build a bit more, and
getting some sleep.

I would be very pleased if the package maintainer, Filip Van
Raemdonck, would find time to comment on this transition, or perhaps
do it himself.


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