date:20050321

Bug#284947: mozilla-thunderbird: please re open bug: also problems with 8bit.

2005-03-21 Thread Alexander Sack

Please try to setup your X locales properly. First install the 'locales'
package. if that is installed use dpkg-reconfigure locales to configure your
wanted locales and don't forget to relogin afterwards, so your changes apply.

if you have done so, 'locale' should not list POSIX as your language anymore.


BTW, the bug was never closed, but just tagged unreproducible.

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


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

Bug#299159: gda-mysql must be rebuilt against libmysqlclient12

2005-03-21 Thread Steve Langasek

tags 299159 patch
thanks

I have prepared an NMU for this bug that will be uploaded shortly, now that
the problems affecting the building of docbook documentation have been
resolved.  Please find the patch attached.

Thanks,
-- 
Steve Langasek
postmodern programmer
diff -u libgda-0.2.96/debian/changelog libgda-0.2.96/debian/changelog
--- libgda-0.2.96/debian/changelog
+++ libgda-0.2.96/debian/changelog
@@ -1,3 +1,15 @@
+libgda (0.2.96-6.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for sarge-targetted RC bugfix.
+  * Rebuild against libmysqlclient12-dev instead of libmysqlclient10-dev,
+for compatibility with newer servers and to avoid segfaults when
+libmyodbc is loaded (closes: #299159).
+  * Remove a broken (non-DocBook) SGML tag in the documentation that
+caused documentation misbuilds (closes: #300839).
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Mon, 21 Mar 2005 22:31:54 -0800
+
 libgda (0.2.96-6) unstable; urgency=low
 
   * debian/control:
diff -u libgda-0.2.96/debian/control libgda-0.2.96/debian/control
--- libgda-0.2.96/debian/control
+++ libgda-0.2.96/debian/control
@@ -2,7 +2,7 @@
 Section: libs
 Priority: optional
 Maintainer: Akira TAGOH <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.0.0), intltool, libglib1.2-dev, libgtk1.2-dev, 
liborbit-dev, libgconf-dev (>= 0.9), libbonobo-dev (>= 1.0.20-2.1), 
libgnome-dev (>= 1.4.2-3), liboaf-dev, libxml-dev, gob, scrollkeeper, 
libiodbc2-dev, libmysqlclient10-dev, postgresql-dev (>= 7.3.1), libgdbm-dev, 
libreadline4-dev
+Build-Depends: debhelper (>> 4.0.0), intltool, libglib1.2-dev, libgtk1.2-dev, 
liborbit-dev, libgconf-dev (>= 0.9), libbonobo-dev (>= 1.0.20-2.1), 
libgnome-dev (>= 1.4.2-3), liboaf-dev, libxml-dev, gob, scrollkeeper, 
libiodbc2-dev, libmysqlclient12-dev, postgresql-dev (>= 7.3.1), libgdbm-dev, 
libreadline4-dev
 Build-Depends-Indep: gtk-doc-tools, sgmltools-lite
 Standards-Version: 3.5.10.0
 
only in patch2:
unchanged:
--- libgda-0.2.96.orig/debian/patches/004_libgda-0.2.96-docbook.patch
+++ libgda-0.2.96/debian/patches/004_libgda-0.2.96-docbook.patch
@@ -0,0 +1,12 @@
+diff -ruN -x Makefile.in -x configure 
libgda-0.2.96.orig/doc/C/reference/libgda-common/libgda-common-docs.sgml 
libgda-0.2.96/doc/C/reference/libgda-common/libgda-common-docs.sgml
+--- libgda-0.2.96.orig/doc/C/reference/libgda-common/libgda-common-docs.sgml   
2001-08-01 16:43:59.0 -0700
 libgda-0.2.96/doc/C/reference/libgda-common/libgda-common-docs.sgml
2005-03-21 23:00:56.0 -0800
+@@ -6,7 +6,7 @@
+ implementation details, apart from offering convenience functions for 
some
+ tasks. The reason for hiding the low-level implementation details is 
to
+ allow an easy porting of the whole libgda architecture by only really 
porting
+-one library, in this case libgda-common.
++one library, in this case libgda-common.
+   
+ 
+ 


signature.asc
Description: Digital signature

Bug#300841: uptimed: Documentation contains outdated email and webpage addresses

2005-03-21 Thread ADFH

Package: uptimed
Version: 1:0.3.3-2.2
Severity: minor

unixcode.org mentioned in /usr/share/doc/uptimed appears to have been
taken down by its owner. Where, if anywhere, does upstream exist now?

Perhaps the /usr/share/doc information needs to be updated or removed?

I acknowledge this is a minor issue - but still one worth attention
eventually.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, '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 uptimed depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libuptimed  1:0.3.3-2.2  Library for uptimed

-- debconf information excluded


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

Bug#297808: CMFDefault1.4 bug

2005-03-21 Thread Fabio Tranchitella

severity 297808 normal
thanks

We are working to solve this issue, new packages are
ready-to-be-tested here: http://www.kobold.it/plone/

-- 
Fabio Tranchitella http://www.kobold.it
Studio Tranchitella Assoc. Professionale   http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature

Bug#297810: Plone bug

2005-03-21 Thread Fabio Tranchitella

severity 297808 normal
thanks

We are working to solve this issue, new packages are
ready-to-be-tested here: http://www.kobold.it/plone/

-- 
Fabio Tranchitella http://www.kobold.it
Studio Tranchitella Assoc. Professionale   http://www.tranchitella.it
_
1024D/7F961564, fpr 5465 6E69 E559 6466 BF3D 9F01 2BF8 EE2B 7F96 1564


signature.asc
Description: Digital signature

Bug#300840: openssh-server: please consider setting ClientAliveInterval in the default config

2005-03-21 Thread Marc Haber

Package: openssh-server
Version: 3.9p1-2
Severity: wishlist

Hi,

please consider setting ClientAliveInterval in the default
configuration. I would like to suggest a ClientAliveInterval of 3600,
and a ClientAliveCountMax of 6, killing all ssh sessions where the
client hasn't replied to a application level "ping" on the application
level.

There are setups where the TCP session stays up while the client is
long gone, for example when the client connects via a firewall setup via

ssh -o"proxycommand ssh bastion socket -q %h %p" host

If the ssh session to the bastion host dies, the socket process won't,
keeping the tcp session up. This situation is not noticed by the ssh
server without application level keepalives.

I think this change would be a good thing for the ssh packages in
experimental since this is the opportunity to get some testing before
the change gets into unstable. Please consider applying it.

This option might, however, interfere suboptimally with older openssh
clients or clients that are not openssh. That's why I would like to
suggest applying to experimental first.

Florian Weimer has been a great help in preparing this wishlist bug
report by answering my questions and pointing out potential breakage.
Thanks!

Greetings
Marc

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


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

Bug#300838: [CAN-2005-0210]: Netfilter in Linux kernel 2.6.8.1 allows remote attackers to cause a denial of service

2005-03-21 Thread Micah Anderson

Package: kernel-source-2.6.8
Version: 2.6.8-14
Severity: normal
Tags: security

Greetings,

CAN-2005-0210 reads:

Netfilter in the Linux kernel 2.6.8.1 allows local users to cause a
denial of service (memory consumption) via certain packet fragments
that are reassembled twice, which causes a data structure to be
allocated twice.

Further details:

Please reference Ubuntu Security Notice USN-95-1 located here:
http://marc.theaimsgroup.com/?l=bugtraq&m=111091402626556&w=2

Thanks,
Micah

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

Versions of packages kernel-source-2.6.8 depends on:
ii  binutils  2.15-5 The GNU assembler, linker and bina
ii  bzip2 1.0.2-5high-quality block-sorting file co
ii  coreutils [fileutils] 5.2.1-2The GNU core utilities
ii  fileutils 5.2.1-2The GNU file management utilities 


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

Bug#300839: libgda: documentation misbuilds due to undefined SGML element

2005-03-21 Thread Steve Langasek

Package: libgda
Version: 0.2.96-6
Severity: important
Tags: patch

Trying to rebuild libgda for bug #299159, I found that the documentation was
failing to build correctly because of the use of an SGML element that is not
part of the DocBook 3.0 spec:

  [...]
  /usr/bin/jade:../libgda-common/libgda-common-docs.sgml:9:46:E: element 
"PROGRAMNAME" undefined
  [...]

The attached patch removes the broken tag and allows the documentation to
build correctly instead of silently failing.

This fix will be included in the upcoming NMU for 299159.

Thanks,
-- 
Steve Langasek
postmodern programmer
diff -ruN -x Makefile.in -x configure 
libgda-0.2.96.orig/doc/C/reference/libgda-common/libgda-common-docs.sgml 
libgda-0.2.96/doc/C/reference/libgda-common/libgda-common-docs.sgml
--- libgda-0.2.96.orig/doc/C/reference/libgda-common/libgda-common-docs.sgml
2001-08-01 16:43:59.0 -0700
+++ libgda-0.2.96/doc/C/reference/libgda-common/libgda-common-docs.sgml 
2005-03-21 23:00:56.0 -0800
@@ -6,7 +6,7 @@
 implementation details, apart from offering convenience functions for 
some
 tasks. The reason for hiding the low-level implementation details is to
 allow an easy porting of the whole libgda architecture by only really 
porting
-one library, in this case libgda-common.
+one library, in this case libgda-common.
   
 
 


signature.asc
Description: Digital signature

Bug#300802: Acknowledgement (openoffice.org-bin: segfaults when updating user config)

2005-03-21 Thread David N. Welton


I tried removing the msttcore (or whatever the name is) fonts,
thinking that as the README says, odd fonts might cause problems.  It
didn't help, though, the segfault still occurs.

-- 
David N. Welton
 - http://www.dedasys.com/davidw/

Apache, Linux, Tcl Consulting
 - http://www.dedasys.com/


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

Bug#300789: (no subject)

2005-03-21 Thread Christian Perrier

> Bug #275006 is still alive, it seems. No errors on loading the aic79xx
> module, but no disks get detected, and nothing shows up in the dmesg
> output relating to finding a new scsi bus, new disks, etc. I may be


This is the 2.6 install, right ?

Can you confirm that 2.4 installs are OK with that machine and D-I
build ?

If so, the problem can easily be circumvented by making a default
install, then upgrade to a 2.6 kernel later (in case the HD detection
works with 2.6 kernels on installed systems).

Bug#300837: Wishlist: Disclose MAC Address and What is Probed?

2005-03-21 Thread Rahmat M. Samik-Ibrahim

Package: installation-reports
Severity: wishlist

A couple of times, I have been told by some users that they are
required to inform/register their MAC addresses before using DHCP.
Is it possible in the future, that the installer displays the
MAC address of the network card (and WiFi)?

Moreover, is it possible to disclose, whatever port/address 
the installer probes/scans?

-- 
Rahmat M.  Samik-Ibrahim -- vLSM.org  -- http://rms46.vLSM.org/ --
Fetch my GNUPG public key at http://rms46.vlsm.org/pgp/pub.txt ---




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

Bug#300725: Bug#300720: [Pkg-shadow-devel] Bug#300720: Login: Configuration does not load limits.so while others do

2005-03-21 Thread Christian Perrier

Quoting Javier Fernández-Sanguino Peña ([EMAIL PROTECTED]):

> > Anyway, I'm very reluctant to make this change now so it's likely to
> > be post-sarge. Apart from that, I tend to agree with Javier,
> > particularly if other software using PAM have chosen to enable
> > pam_limits
> 
> It's a very safe change, actually, I asked this to the cron package 
> maintainer too (see #300725) and he has no issue changing that package.


Steve (Grrenland, cron maintainer), input ?

Javier asked for shadow to be changed to have the PAM configuration
for login to use pam_limits.so and points me to the change he asked
you about this.

shadow (and login) being part of the base system, I'm very
conservative about any change, while we are so close of the release.

So, Steve, do you plan to push this in sarge, or only make the change
in sid?

In any case, I'll also request the advice of the release team...

Bug#300836: no chance to set permissions ?

2005-03-21 Thread Soeren Sonnenburg

Package: udev
Version: 0.054-3
Severity: normal
Tags: patch

For devices not handled through sysfs it is impossible to create a device with
specific permissions (one can create them through the links.conf hack).

I suggest modifying the links.conf hack to accept mode and owner as extra 
options. This would fix the issue, i.e. the function make_extra_nodes could
be changed like this:

# I hate this hack.  -- Md
make_extra_nodes() {
  grep '^[^#]' /etc/udev/links.conf | \
  while read type name dev maj min perms own; do
[ "$type" -a "$name" -a ! -e "/dev/$name" -a ! -L "/dev/$name" ] ||continue
[ -z "$perms" -a "$type" = "M" ] && perms="600"

case "$type" in
  L) ln -s $dev /dev/$name ;;
  D) mkdir -p /dev/$name ;;
  M) mknod --mode="$perms" /dev/$name $dev $maj $min ;;
  *) echo "links.conf: unparseable line ($type $name $dev $maj $min $perms 
$own)" ;;
esac
[ -z "$own" ] || chown "$own" /dev/$name
  done
}


/etc/udev/links.conf

D isdn
M isdn/isdnctrl0c   45  64  0660root.dialout
M isdn/isdninfo c   45  255 0660root.dialout
M isdn/capi20   c   68  0   0660uucp.dialout
L faxCAPI isdn/capi20

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.11-sonne
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

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

-- debconf information excluded


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

Bug#300835: Two versions have been released since 1.0.4

2005-03-21 Thread Pascal Giard

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gtk-sharp
Version: 1.0.4-1
Severity: wishlist
Please update to 1.0.8¹, it would be really nice to have e.g. the
GtkFileChooser. And that would allow me to follow up with the MS Windows
version of a free software (XBGM#)².
thanks,
- -Pascal
¹ http://sourceforge.net/project/showfiles.php?group_id=40240
² http://xbgm.sourceforge.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCP7uK1Lfd97FsypURAv6pAKCAjmLpDUmZl3Z+dHLKR9xgXH94jACfeynr
FaFNvH/9IxgY8Q2MingLHkA=
=Mm3S
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300834: python2.3-libxml2: not purgeing cleanly breaks other programs

2005-03-21 Thread Ingo Saitz

Package: python2.3-libxml2
Version: 2.6.16-3
Severity: critical
Justification: breaks unrelated software

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I installed python2.3-libxml2 as a dependency package and removed it
again sometime later. I also use straw as a rss reader an suddenly it
failed to fetch new data after a restart (see below). But straw was
still working in a clean sid chroot, so I dug...

It seems, python2.3-libxml2 does not bytecompile its files in
/usr/lib/python2.3/site-packages on its own, but somehow I got
bytecompiled files (*.pyc and *.pyo for every *.py file), probably due
to a python update which recompiled everything. These files were left
over on the package purge causing straw to hiccup.

Please read the Debian Python Policy, especially "2.5 Modules
Bytecompilation" how to correctly bytecompile and clean up:
http://www.debian.org/doc/packaging-manuals/python-policy/ch-module_packages.html#s-bytecompilation


Straw was displaying the errormessage "'module' object has no attribute
'create_parser'" in the gui and the following Traceback on the console
it was started at:

PollManager.py:195:http_results: exception in summaryparser
Traceback (most recent call last):
  File "/usr/lib/straw/straw/PollManager.py", line 193, in http_results
parsed = straw.SummaryParser.parse(data, self._feed)
  File "/usr/lib/straw/straw/SummaryParser.py", line 47, in parse
parsed_content = feedparser.parse(content)
  File "/usr/lib/straw/straw/feedparser.py", line 2152, in parse
saxparser = xml.sax.make_parser(PREFERRED_XML_PARSERS)
  File "/usr/lib/python2.3/xml/sax/__init__.py", line 81, in make_parser
return _create_parser(parser_name)
  File "/usr/lib/python2.3/xml/sax/__init__.py", line 106, in _create_parser
return drv_module.create_parser()
AttributeError: 'module' object has no attribute 'create_parser'

Ingo

- -- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (800, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-schwan20050302
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages python2.3-libxml2 depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libxml2 2.6.16-3 GNOME XML library
ii  python2.3   2.3.5-1  An interactive high-level object-o

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

iD8DBQFCP7ew4XrXtQkN2NURAoL2AKCkM5TMWml0D5CUrbcYv7HvgyYIXQCeJ0LF
SlHc9WV/+AsscB5T8IpvnFQ=
=SKtk
-END PGP SIGNATURE-


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

Bug#300833: no logrotate configuration (should it be a bind9 bugreport?)

2005-03-21 Thread Artur Górniak

Package: bindgraph
Version: 0.2-2
Severity: important

there is no /etc/logrotate.d/bind9 or bindgraph at the moment.

I think that it should go in bind9 package and be modified in bindgraph

I did something like:

# start of logrotate.conf for bind
/var/log/bind9*.log {
weekly
missingok
rotate 4
compress
delaycompress
notifempty
create 644 root adm
sharedscripts
postrotate
if [ -f /var/run/bind/run/named.pid ]; then
/etc/init.d/bind9 restart > /dev/null
# following line should be added by bindgraph
/etc/init.d/bindgraph restart > /dev/null
fi
endscript
}
# end of logrotate.conf for bind

by the way.
it seems that bindgraph is not working too well when log is growing more then 
few MB in size.
it stopped working when my logfile was about 20MB big or it was a matter of 
number of lines
(about 25)?

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

Versions of packages bindgraph depends on:
ii  debconf   1.4.30.11  Debian configuration management sy
ii  libfile-tail-perl 0.98-5 File::Tail perl module
ii  librrds-perl  1.0.49-1   Time-series data storage and displ

-- debconf-show failed


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

Bug#285908: Please don't link evolution against ancient Kerberos libraries

2005-03-21 Thread Steve Langasek

On Fri, Mar 18, 2005 at 09:47:46AM +0100, Kaare Hviid wrote:
> I'm sorry I didn't notice this earlier.  One of the "non-standard
> services" using Kerberos 4, is old legacy mail servers, in particular
> at universities, which is probably why Ximian put it in Evolution in
> the first place.  I really can't see why plain text authentication
> over the wire (which it _does_ support) is to be preferred over
> Kerberos 4 authentication.  I do, however, see other reasons as to why
> it would be good to get rid of Kerberos 4 in Debian, but I'm not going
> to discuss that here.

It is to be preferred because krb4 has inherent flaws that make it little
better than plaintext authentication.  Krb4 should only be enabled in
response to specific user demand for compatibility; AFAICT, it was enabled
in evolution only as a result of an accident of the build environment.

> Now, heimdal-dev will automatically bring in kerberos4kth-dev - by
> adding a Build-Conflicts against kerberos4kth-dev you are effectively
> forbidding linking against Heimdal Kerberos 5.  I don't know the
> specific reasons as to why heimdal-dev brings in kerberos4kth-dev - the
> maintainers probably have good reasons for this.

However, the package could build-depend on libkrb5-dev instead.  Or, it
could drop the build-conflict and build-depend on heimdal-dev, but be fixed
to not enable support for the deprecated, never-standardized krb4 POP
protocol.

> diff -Naur evolution-2.0.4/debian/control evolution-2.0.4.fixed/debian/control
> --- evolution-2.0.4/debian/control2005-03-18 08:53:28.484408588 +0100
> +++ evolution-2.0.4.fixed/debian/control  2005-03-18 08:53:02.945960213 
> +0100
> @@ -2,8 +2,8 @@
>  Section: gnome
>  Priority: optional
>  Maintainer: Takuo KITAME <[EMAIL PROTECTED]>
> -Build-Depends: bison, intltool (>= 0.28-2), debhelper (>= 4.2.21), 
> libgal2.2-dev (>= 2.2.5), gtkhtml3.2 (>= 3.2.5), libgtkhtml3.2-dev (>= 
> 3.2.5), libbonoboui2-dev (>= 2.4.2), libldap2-dev (>= 2.0.23), libgnome2-dev 
> (>= 2.6), libnss-dev (>= 2:1.7), scrollkeeper, psmisc, libsoup2.2-dev (>= 
> 2.2.1-1), libpam-dev,  gnome-common, autotools-dev (>= 20030717.1), 
> libgnome-pilot2-dev, evolution-data-server-dev (>= 1.0.4), automake1.7, 
> libgail-dev (>= 1.4.1), libcompfaceg1-dev, gnome-icon-theme (>= 1.2.0), cdbs, 
> libdb4.2-dev
> -Build-Conflicts: evolution-data-server (<< 1.0.0), evolution1.5, 
> kerberos4kth-dev
> +Build-Depends: bison, intltool (>= 0.28-2), debhelper (>= 4.2.21), 
> libgal2.2-dev (>= 2.2.5), gtkhtml3.2 (>= 3.2.5), libgtkhtml3.2-dev (>= 
> 3.2.5), libbonoboui2-dev (>= 2.4.2), libldap2-dev (>= 2.0.23), libgnome2-dev 
> (>= 2.6), libnss-dev (>= 2:1.7), scrollkeeper, psmisc, libsoup2.2-dev (>= 
> 2.2.1-1), libpam-dev,  gnome-common, autotools-dev (>= 20030717.1), 
> libgnome-pilot2-dev, evolution-data-server-dev (>= 1.0.4), automake1.7, 
> libgail-dev (>= 1.4.1), libcompfaceg1-dev, gnome-icon-theme (>= 1.2.0), cdbs, 
> libdb4.2-dev, heimdal-dev
> +Build-Conflicts: evolution-data-server (<< 1.0.0), evolution1.5
>  Standards-Version: 3.6.1.0
>  
>  Package: evolution
> diff -Naur evolution-2.0.4/debian/rules evolution-2.0.4.fixed/debian/rules
> --- evolution-2.0.4/debian/rules  2005-03-18 08:53:28.484408588 +0100
> +++ evolution-2.0.4.fixed/debian/rules2005-03-18 08:52:16.595221181 
> +0100
> @@ -33,7 +33,7 @@
>   --without-openssl-libs \
>   --disable-gtk-doc \
>   --enable-pilot-conduits \
> - --with-krb4=/usr \
> + --without-krb4 \
>   --with-krb5=/usr \
>   --enable-ipv6 \
>   --disable-openssl \

That would be a reasonable fix, IMHO.

Cheers,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#299894: running v1.0.0.1+rc2-1 is DOA: "libferite.so.1: cannot open shared object file"

2005-03-21 Thread Eric Dorland

* A Costa ([EMAIL PROTECTED]) wrote:
> Package: ferite
> Version: 1.0.0.1+rc2-1
> Severity: important
> 
> 
> I've installed it, but these attempts to run it don't work:
> 
>   % ferite; echo $?
>   ferite: error while loading shared libraries: libferite.so.1: cannot open 
> shared object file: No such file or directory
>   127
>   % ferite --help ; echo $?
>   ferite: error while loading shared libraries: libferite.so.1: cannot open 
> shared object file: No such file or directory
>   127
> 
> The latter output must be a bug since 'man ferite' says:
> 
>To get a list of options, use 'ferite --help'.
> 
> >From the above errors I'd guess that a file called 'libferite.so.1'
> is missing.  'dlocate libferite' returns nothing -- which means
> no package installed a filename containing the string 'libferite'.
> 
> 
> Hope this helps...

Yeah, I'm pretty much aware it's totally busted. I was hoping upstream
would be releasing new versions but no luck so far. I'll try to revert
soon if I don't hear anything.  

-- 
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#297007: @INC problems with mhonarc

2005-03-21 Thread Anand Kumria

Hi Jeff,

On Mon, Mar 21, 2005 at 11:47:28PM -0500, Jeff Breidenbach wrote:
> I'm sorry, is this a change you made to mharc or mhonarc?

Opps, sorry I left that out - the change was in
/usr/share/mhonarc/mhamain.pl

Hope that is clear enough.

Thanks,
Anand

> > I fixed this by putting in:
> > ## Check what system we are executing under
> > push(@INC,'/usr/share/mhonarc');
> > require 'osinit.pl';  &OSinit();

-- 
linux.conf.au 2005   -  http://lca2005.linux.org.au/  -  Birthplace of Tux
April 18th to 23rd   -  http://lca2005.linux.org.au/  -   LINUX
Canberra, Australia  -  http://lca2005.linux.org.au/  -Get bitten!


signature.asc
Description: Digital signature

Bug#295306: debian/uw-imapd-ssl.postinst clobbers existing imaps line params

2005-03-21 Thread Steve Langasek

tags 295306 patch
thanks

Hi Jonas,

This RC bug has been open for a long time now, and there has been no
activity on it for three weeks.  I have prepared an NMU with the attached
patch, based on the one prepared by Adeodato and Pierre but without the
intrusive (and currently broken) template-based maintainer scripts.  I will
be uploading this to unstable shortly according to the 0-day NMU policy.

Thanks,
-- 
Steve Langasek
postmodern programmer
diff -u uw-imap-2002edebian1/debian/changelog 
uw-imap-2002edebian1/debian/changelog
--- uw-imap-2002edebian1/debian/changelog
+++ uw-imap-2002edebian1/debian/changelog
@@ -1,3 +1,14 @@
+uw-imap (7:2002edebian1-6.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * High-urgency upload for sarge-targetted RC bugfix
+  * Handle inetd.conf correctly on upgrades, to not lose local
+configuration changes; thanks to Pierre Habouzit
+<[EMAIL PROTECTED]> and Adeodato Simó <[EMAIL PROTECTED]> for
+their work on this fix (closes: #295306).
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Mon, 21 Mar 2005 04:59:48 -0800
+
 uw-imap (7:2002edebian1-6) unstable; urgency=high
 
   * Fix CERT security bug VU#702777: CRAM-MD5 authentication (disabled
diff -u uw-imap-2002edebian1/debian/ipopd.postrm 
uw-imap-2002edebian1/debian/ipopd.postrm
--- uw-imap-2002edebian1/debian/ipopd.postrm
+++ uw-imap-2002edebian1/debian/ipopd.postrm
@@ -9,15 +9,21 @@
 ##
 ## Remove POP daemons from inetd.conf
 ##
+
+if [ "$1" = "purge" ]; then
+UPDATE_INETD_ARG='--remove'
+else
+# Note that we disable in upgrades too
+UPDATE_INETD_ARG='--disable'
+fi
+
 db_get ipopd/protocol
 for i in `echo "$RET" | sed 's/,/ /g'`; do
-   if [ "$i" = "pop2" ]; then
-   update-inetd --remove pop2;
-   elif [ "$i" = "pop3" ]; then
-   update-inetd --remove pop3;
-   elif [ "$i" = "pop3s" ]; then
-   update-inetd --remove pop3s;
-   fi
+case "$i" in
+   pop2|pop3|pop3s)
+   update-inetd $UPDATE_INETD_ARG $i
+   ;;
+esac
 done
 
 if [ "$1" = "purge" -a -f /etc/ssl/certs/ipop3d.pem ]; then
diff -u uw-imap-2002edebian1/debian/ipopd.postinst 
uw-imap-2002edebian1/debian/ipopd.postinst
--- uw-imap-2002edebian1/debian/ipopd.postinst
+++ uw-imap-2002edebian1/debian/ipopd.postinst
@@ -2,21 +2,48 @@
 
 set -e
 
+PROGRAM=ipopd
+
 # Source debconf library.
 . /usr/share/debconf/confmodule
 db_version 2.0
 
-db_get ipopd/protocol
-for i in `echo "$RET" | sed 's/,/ /g'`; do
+if [ "$1" = "configure" ]; then
+if [ -z "$2" ]; then
+   UPDATE_INETD_ARG='--group mail --add'
+   UPDATE_INETD_ARG_EXTRA="stream  tcp nowait  root
/usr/sbin/tcpd"
+else
+   UPDATE_INETD_ARG='--enable'
+
+   # Bug#295306
+   if dpkg --compare-versions "$2" le 7:2002edebian1-6
+   then
+   MY_FILE=/var/cache/${PROGRAM}_inetd.conf_copy
+   if [ -r "$MY_FILE" ]; then
+while read line; do
+update-inetd --group mail --add "$line"
+done < "$MY_FILE"
+rm -f "$MY_FILE"
+   else
+   # The file has disappeared, or we're installing from
+   # 'config files' state. Install default entries.
+   UPDATE_INETD_ARG='--group mail --add'
+   UPDATE_INETD_ARG_EXTRA="stream  tcp nowait  root
/usr/sbin/tcpd"
+   fi
+   fi
+fi
 
+db_get ipopd/protocol
+for i in `echo "$RET" | sed 's/,/ /g'`; do
if [ "$i" = "pop2" ]; then
-   update-inetd --group mail --add "pop2   stream  tcp nowait  
root/usr/sbin/tcpd /usr/sbin/ipop2d"
+   update-inetd $UPDATE_INETD_ARG "pop2${UPDATE_INETD_ARG_EXTRA} 
/usr/sbin/ipop2d"
elif [ "$i" = "pop3" ]; then
-   update-inetd --group mail --add "pop3   stream  tcp nowait  
root/usr/sbin/tcpd /usr/sbin/ipop3d"
+   update-inetd $UPDATE_INETD_ARG "pop3${UPDATE_INETD_ARG_EXTRA} 
/usr/sbin/ipop3d"
elif [ "$i" = "pop3s" ]; then
-   update-inetd --group mail --add "pop3s  stream  tcp nowait  
root/usr/sbin/tcpd /usr/sbin/ipop3d"
+   update-inetd $UPDATE_INETD_ARG "pop3s${UPDATE_INETD_ARG_EXTRA} 
/usr/sbin/ipop3d"
fi
-done
+done
+fi
 
 cd /etc/ssl/certs
 PATH=$PATH:/usr/bin/ssl
@@ -41,7 +68,7 @@
chown root.root /etc/ssl/certs/ipop3d.pem
chmod 0640 /etc/ssl/certs/ipop3d.pem
 fi
-
+ 
 #DEBHELPER#
 
 exit 0
diff -u uw-imap-2002edebian1/debian/uw-imapd.postinst 
uw-imap-2002edebian1/debian/uw-imapd.postinst
--- uw-imap-2002edebian1/debian/uw-imapd.postinst
+++ uw-imap-2002edebian1/debian/uw-imapd.postinst
@@ -2,20 +2,46 @@
 
 set -e
 
+PROGRAM=uw-imapd
+
 # Source debconf library.
 . /usr/share/debconf/confmodule
 db_version 2.0
 
-db_get uw-imapd/protocol
-for i in `echo "$RET" | sed 's/,/ /g'`; do
-   if [ "$i" = "imap2" ]; then
-   update-inetd --group mail --add "imap2  stream  tcp

Bug#231457: Let's remove limewire

2005-03-21 Thread Andrew Suffield

On Tue, Mar 22, 2005 at 10:48:24AM +1100, Andrew Pollock wrote:
> retitle 231457 RM: limewire -- orphaned, RC security bugs, in contrib
> reassign 231457 ftp.debian.org
> thanks
> 
> I think we should remove limewire because:
> 
> It has unsatisfiable build-dependencies, making it difficult to make a QA
> upload
> It has been orphaned for 409 days
> It has a RC security bug
> It has no reverse-dependencies
> It was never in a stable release

And it's grossly out of date WRT upstream to the point of having
security holes. Kill it.

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ |
 `. `'  |
   `- -><-  |


signature.asc
Description: Digital signature

Bug#300832: Closing Kpat causes a loss to be added to stats

2005-03-21 Thread Kelly Albrecht

Package: kpat
Version: 2.2.2

Closing Kpat causes a loss to be added to stats. This is a problem because if 
you only play one game at a time, and then close kpat after each game, even 
if you win evertime, you will never get above a 50% in the statistics.

For example, I open Kpat, I play Freecell, I win, (a win gets added to the 
statistics), I close Kpat, ( a loss is added), when I open Kpat the next time 
I have one win and one loss, not fair.

Also, If, say, I open Kpat on accident and then close it, a loss is added.

In short, losses are being added when games are not lost.

I am using Debian GNU/Linux 3.1, kernel 2.6.10, kde 3.4.0

Thanks in advance,
Kelly Albrecht


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

Bug#248043: ftp.debian.org: Request for new architecture: amd64

2005-03-21 Thread Dave Whitla

Jeroen van Wolffelaar wrote:
This will happen post-sarge, amd64 will not get released with sarge, and
adding it to sid now would only cause more work that can better be spent
elsewhere (read: releasing sarge).
--Jeroen
 

(read: "I don't own an AMD64")
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300831: mueller7accent-dict: Phonetic Transcription to display correct UTF8 for mueller dict packages

2005-03-21 Thread Chris Donoghue

Subject: mueller7accent-dict: Phonetic Transcription to display correct UTF8 
for mueller dict packages
Package: mueller7accent-dict
Version: 2002.02.27-3.2
Severity: normal
Tags: patch

*** Please type your report below this line ***
This could also be considered as extension of bug #92351 and is probably
just a wishlist.

The phonetic transcription of some words do not display correctly.

e.g.

  dog
 [dâg]
 1. _n.
1: ÑÐ, ÐÑÑ; Greater (lesser) Dog ..

Should display:

  dog
 [dÉg]
 1. _n.
1: ÑÐ, ÐÑÑ; Greater (lesser) Dog ..

In fact even some trascriptions are deleted in the to-dict.sh script.

e.g.

  bread
 1. _n.
1: ÑÐÐÐ; _ÐÐÑÐÐ. ÐÑÑÐÐ Ñ 

Whereas keeping the phonetic transcription would display (by simply
removing the --no-trans section from the debian/rules file)

  bread
 [bred]
 1. _n.
1: ÑÐÐÐ; _ÐÐÑÐÐ. ÐÑÑÐÐ Ñ 

Included is a patch  to go against the debian patched source.

Added is a perl script that Fixes the phonetic transcriptions by
modifying the incorrect UTF8 bytes and rewriting them as their
(hopefully) correct IPA UTF8 counterpart.

This is more a "completeness" issue so that transcriptions
are in fact displayed correctly.

Not sure if keeping the transcriptions will break any required dict
format.  Also there will be the additional requirement of needing perl
to build successfully. It should work for any perl version 5.6 and up.

Hopefully someone might find this useful.


Thanks


Chris Donoghue

diff -Naur mueller.orig/debian/rules mueller/debian/rules
--- mueller.orig/debian/rules   2005-03-18 20:32:37.0 +1100
+++ mueller/debian/rules2005-03-22 12:19:50.0 +1100
@@ -21,17 +21,22 @@
 
# patch does not set executable flag
chmod a+x debian/scripts/to-dict.sh
+   chmod a+x debian/scripts/upgrade_trans.pl
 
-   debian/scripts/to-dict.sh --no-trans Mueller7accentGPL.koi 
mueller7accent.notr
-   debian/scripts/to-dict.sh --src-data mueller7accent.notr 
mueller7accent.data 
+   # Keep the phonetic transcription. Most stayed anyway, so let's just 
keep them all. The phonetic transription is upgraded to correct UTF8 encoding 
in the to-dict.sh using perl program
+   # debian/scripts/to-dict.sh --no-trans Mueller7accentGPL.koi 
mueller7accent.notr
+   # debian/scripts/to-dict.sh --src-data mueller7accent.notr 
mueller7accent.data 
+   debian/scripts/to-dict.sh --src-data Mueller7accentGPL.koi 
mueller7accent.data
debian/scripts/to-dict.sh --data-dict mueller7accent.data mueller7accent
-rm -f mueller7.data mueller7.notr
debian/scripts/to-dict.sh --expand-index mueller7accent.index 
mueller7accent.index.exp
sort -k 1,1 mueller7accent.index.exp > mueller7accent.index 
-rm -f mueller7accent.index.exp
 
-   debian/scripts/to-dict.sh --no-trans Mueller7GPL.koi mueller7.notr
-   debian/scripts/to-dict.sh --src-data mueller7.notr mueller7.data
+   # Keep the phonetic transcription. Most stayed anyway, so let's just 
keep them all. The phonetic transription is upgraded to correct UTF8 encoding 
in the to-dict.sh using perl program
+   # debian/scripts/to-dict.sh --no-trans Mueller7GPL.koi mueller7.notr
+   # debian/scripts/to-dict.sh --src-data mueller7.notr mueller7.data
+   debian/scripts/to-dict.sh --src-data Mueller7GPL.koi mueller7.data
debian/scripts/to-dict.sh --data-dict mueller7.data mueller7
-rm -f mueller7.data mueller7.notr
debian/scripts/to-dict.sh --expand-index mueller7.index 
mueller7.index.exp
diff -Naur mueller.orig/debian/scripts/to-dict.sh 
mueller/debian/scripts/to-dict.sh
--- mueller.orig/debian/scripts/to-dict.sh  2005-03-18 20:32:37.0 
+1100
+++ mueller/debian/scripts/to-dict.sh   2005-03-22 12:19:50.0 +1100
@@ -13,6 +13,9 @@
 DICTFMT=`which dictfmt`
 DICTZIP=`which dictzip`
 
+# and upgrade phonetics transcription perl script
+UPGTRANS=`dirname $0`/upgrade_trans.pl
+
 INFO () {
   echo "
 to-dict, version $version ($versiondate).
@@ -166,6 +169,7 @@
 #  -s "$TITLE" $3 < $2 || exit 1
 
recode -f KOI8-RU..UTF-8 < $2 |\
+LC_ALL=C $UPGTRANS |\
 LOCPATH=locale dictfmt -p  --allchars --locale ru_RU.utf-8\
  -u "http://www.chat.ru/~mueller_dic";  -s "$TITLE" $3 
 
diff -Naur mueller.orig/debian/scripts/upgrade_trans.pl 
mueller/debian/scripts/upgrade_trans.pl
--- mueller.orig/debian/scripts/upgrade_trans.pl1970-01-01 
10:00:00.0 +1000
+++ mueller/debian/scripts/upgrade_trans.pl 2005-03-22 14:31:39.0 
+1100
@@ -0,0 +1,34 @@
+#!/usr/bin/perl 
+
+while()
+{
+  $linemod=$_;
+  $linemod=~s/\[(.*?)\]/&pronmod($&)/eg;
+  print $linemod;
+
+}
+
+sub pronmod
+{
+$phword=$_[0]; $word=$phword;
+$chf=chr(0x51); $cht=chr(0xc3).chr(0xa6); $phword=~s/$chf/$cht/g;
+$chf=chr(0x41); $cht=chr(0xc9).chr(0x91); $phword=~s/$chf/$cht/g;
+$chf=chr(0xd0).chr(0xab); $cht=

Bug#300825: gimp: hangs on startup if xsane installed

2005-03-21 Thread Faheem Mitha


On Mon, 21 Mar 2005, Ari Pollak wrote:
Then shouldn't this be a bug against xsane?
I dunno. Possibly. Please feel free to reassign if you feel it is 
appropriate.

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

Bug#300830: mutt: pipe_decode=yes breaks mail processing scripts

2005-03-21 Thread Bob Proulx

Package: mutt
Version: 1.5.6-20040907+3
Severity: normal

When upgrading machines from woody to the current sarge snapshot the
change in pipe_decode setting breaks spam processing scripts.  The upstream
binary does not set pipe_decode and the woody version did not either.  But
the current sarge snapshot sets pipe_decode in /etc/Muttrc.  Please remove
this setting as this breaks many scripts for users.

Bob

-- 
Bob Proulx <[EMAIL PROTECTED]>
http://www.proulx.com/~bob/


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

Bug#300829: lshw: ftbfs [sparc] missing wget, tries to fetch over internet durring build

2005-03-21 Thread Blars Blarson

Package: lshw
Version: 02.03-1
Severity: serious
Tags: sid
Justification: fails to build from source

lshw fails to build from source on sparc and other architectures,
duplicated on sparc pbuilder.  It is missing a build dependancy on
wget, and is trying to fetch http://pciids.sourceforge.net/pci.ids
durring the build process.  This makes the package unbuildable when
the remote system is inaccessable.


c++ -g -Wall -Os -I./core/ -DPREFIX=\"/usr\" -DSBINDIR=\"/usr/sbin\" 
-DMANDIR=\"/usr/share/man\" -DDATADIR=\"/usr/share\" -c lshw.cc -o lshw.o
c++ -L./core/ -o lshw lshw.o -llshw 
wget http://pciids.sourceforge.net/pci.ids
make[2]: wget: Command not found
make[2]: *** [pci.ids] Error 127
make[2]: Leaving directory `/tmp/buildd/lshw-02.03/src'



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

Bug#297007: @INC problems with mhonarc

2005-03-21 Thread Jeff Breidenbach

I'm sorry, is this a change you made to mharc or mhonarc?

I can only make changes to the latter, since mharc is not
packaged for Debian.

> I fixed this by putting in:
> ## Check what system we are executing under
> push(@INC,'/usr/share/mhonarc');
> require 'osinit.pl';  &OSinit();


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

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread Manoj Srivastava

On Mon, 21 Mar 2005 19:57:00 -0800, Matt Zimmerman <[EMAIL PROTECTED]> said: 

> I've already stated my position on the bug, and I think that this
> use of the staff group should be avoided.

> The fact, though, is that this is a privilege escalation from the
> (documented, but essentially unused) 'staff' group to root.

This is true. But while there is no hard separation, the
 privileges granted to group staff are not coincident to the
 privileges granted to the super user; though there is an overlap that
 can lead to escalation.

While you can't use group staff to create a second teir group
 of humans with some, but not all, rights of the group who has root
 privileges, you can use to allow people who already have the root
 password to perform some tasks while they are not root.

While in a role as group staff, some of the consequences of
 actions taken in error (rm -rf $workdir, when -z $workdir, for
 example) do not have the consequences that they would ahve were they
 forced to work as the super suer. This overlapping, but not
 coincident, set of privileges are what makes the group staff useful.

There are all kinds of tools in the admins arsenal, each with
 varying degrees of risk; forcing the admin to run as root all the
 time reduces, rather than enhances, system security.

> Similar escalations exist commonly in other systems via, e.g., the
> 'bin' user/group which owns binaries in the default PATH.  The
> "kmem" group also leads trivially to root.  But unless the system
> administrator takes it upon themselves to give these privileges
> away, there is no realistic attack vector, and no justification for
> alarm.

Even more directly, sudo and super can be set up to allow
 trivial privilege escalations (I mean, that is their _job_). There
 are all kinds of tools and mechanisms that can be set up badly; but
 that does not mean that we should ban them out of hand.

manoj
-- 
Marxist Law of Distribution of Wealth: Shortages will be divided
equally among the peasants.
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread psz

Matt,

>> On my Debian systems, I see:
>> crw-r-1 root kmem   1,   2 Nov 13  2002 kmem
>> with read access only. Does that still give you root ...
> 
> Read-only access to kernel memory should be sufficient to obtain passwords,
> including the root password or the password of a root-equivalent user.

Thanks. (Somewhat cumbersome; but you are right.)

>> NFS-mounted (user) files, mounted writable on several machines; attacker
>> gets root on one machine, creates setgid-staff binary, gets root on all.
>> Is not that realistic?
> 
> Attacker gets root on one machine, creates setuid root binary, gets root on
> all.

Cannot create setuid-root: the filesystem is exported with default
root_squash. Would need to get root on the exporter for that. In my
scenario getting root on any mounter is sufficient.

(I started to think of this, because my boss suggested that we set a
different root password on the exporter, as needing more security than the
various mounters. Most admins would recognize the need to secure the
exporter, but may not realize that root on the mounter also gives it away.)

>> Should not administrators be warned that giving staff privilege is
>> equivalent to root? Are not they being misled into thinking that staff is
>> somehow less dangerous?
> 
> I have already said that I support the removal of these privileges from the
> staff group; we do not disagree on this point.

Yes I noticed your agreement, thanks, and thanks for re-stating it. We seem
to disagree on the urgency only: are there any machines that are currently
affected?

Cheers,

Paul Szabo   [EMAIL PROTECTED]   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

Bug#300509: space.orbit: Please rename game and files to space-orbit as in package name

2005-03-21 Thread Eric Schwartz

Jari Aalto wrote:
Package: space-orbit
Version: 1.01-6
Severity: wishlist
Is non-intuitive tu use different game name than package name, because
one has to look up separately inside package listing what would be
the binary to run.
In the interests of keeping changes to upstream to a minimum, I'm not 
inclined to make this change now.  As it is, Debian gets too much flak 
for diverging from upstream needlessly.

If enough people make this request, I'll reconsider.
-=Eric
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread Matt Zimmerman

On Tue, Mar 22, 2005 at 03:29:10PM +1100, [EMAIL PROTECTED] wrote:

> On my Debian systems, I see:
> 
> [EMAIL PROTECTED]:~$ ls -l /dev | grep mem
> crw-r-1 root kmem   1,   2 Nov 13  2002 kmem
> crw-r-1 root kmem   1,   1 Nov 13  2002 mem
> crw-r-1 root kmem   1,   4 Nov 13  2002 port
> 
> with read access only. Does that still give you root, or did you (also)
> mean that for other systems, where kmem has write access?

Read-only access to kernel memory should be sufficient to obtain passwords,
including the root password or the password of a root-equivalent user.

> NFS-mounted (user) files, mounted writable on several machines; attacker
> gets root on one machine, creates setgid-staff binary, gets root on all.
> Is not that realistic?

Attacker gets root on one machine, creates setuid root binary, gets root on
all.

> Should not administrators be warned that giving staff privilege is
> equivalent to root? Are not they being misled into thinking that staff is
> somehow less dangerous?

I have already said that I support the removal of these privileges from the
staff group; we do not disagree on this point.

-- 
 - mdz


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

Bug#300827: soap4r: builds old version of libsoap-ruby1.8

2005-03-21 Thread Steve Langasek

Package: soap4r
Version: 1.4.8-3
Severity: serious

The current version of soap4r builds binaries for libsoap-ruby1.8, but this
binary has been superseded by a newer version in ruby1.8 -- which has
recently been integrated completely into the libruby1.8 package.

This means that the soap4r package, if reuploaded, would apparently attempt
to build an old version of libsoap-ruby1.8 by mistake: a version older than
the last version that was provided by the ruby1.8 package.  The soap4r
package should be fixed to not build an outdated package that is no longer
needed.

Thanks,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#300828: ITP: gff2aplot -- pair-wise alignment-plots for genomic sequences in PostScript

2005-03-21 Thread Nelson A. de Oliveira

Package: wnpp
Severity: wishlist
Owner: "Nelson A. de Oliveira" <[EMAIL PROTECTED]>


* Package name: gff2aplot
  Version : 2.0
  Upstream Author : Josep Francesc ABRIL FERRANDO <[EMAIL PROTECTED]>
* URL : http://genome.imim.es/software/gfftools/GFF2APLOT.html 
* License : GNU GPL
  Description : pair-wise alignment-plots for genomic sequences in 
PostScript

A program to visualize the alignment of two genomic sequences together with
their annotations. From GFF-format input files it produces PostScript figures
for that alignment.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-mm1-biolinux1
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) (ignored: LC_ALL set to 
pt_BR)


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

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread psz

Matt Zimmerman <[EMAIL PROTECTED]> wrote:

> The fact, though, is that this is a privilege escalation from the
> (documented, but essentially unused) 'staff' group to root.  Similar
> escalations exist commonly in other systems via, e.g., the 'bin' user/group
> which owns binaries in the default PATH.  The "kmem" group also leads
> trivially to root.

On my Debian systems, I see:

[EMAIL PROTECTED]:~$ ls -l /dev | grep mem
crw-r-1 root kmem   1,   2 Nov 13  2002 kmem
crw-r-1 root kmem   1,   1 Nov 13  2002 mem
crw-r-1 root kmem   1,   4 Nov 13  2002 port

with read access only. Does that still give you root, or did you (also)
mean that for other systems, where kmem has write access?

Debian policy says that files should be owned by root:root (as distinct
from bin:bin). Was not that designed to avoid such escalation?

> But unless the system administrator takes it upon themselves to give
> these privileges away, there is no realistic attack vector, and no
> justification for alarm.

NFS-mounted (user) files, mounted writable on several machines; attacker
gets root on one machine, creates setgid-staff binary, gets root on all.
Is not that realistic?

Should not administrators be warned that giving staff privilege is
equivalent to root? Are not they being misled into thinking that staff is
somehow less dangerous?

Cheers,

Paul Szabo   [EMAIL PROTECTED]   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia

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

Bug#300826: fuse: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

2005-03-21 Thread Felipe Augusto van de Wiel (faw)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: fuse
Tags: l10n patch
Severity: wishlist
Please consider adding Brazilian Portuguese
translation to fuse package. :)
I'm sending 'pt_BR.po.bz2' attached.
Thanks in advance.
- --
//
// Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>
// GUD-PR / DUG-PR || http://www.debian-pr.org
// GUD-BR / DUG-BR || http://www.debian-br.org
// Debian Project  || http://www.debian.org/
//
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org
iD8DBQFCP5nLCjAO0JDlykYRArR4AKDM/EyZYt1Eojui73Hlza75nTqriwCgvbpT
XEg56c5XHhOc6zL8QDeXQcw=
=WG5A
-END PGP SIGNATURE-


pt_BR.po.bz2
Description: application/bzip

Bug#300825: gimp: hangs on startup if xsane installed

2005-03-21 Thread Ari Pollak

Then shouldn't this be a bug against xsane?
Faheem Mitha wrote:
Package: gimp
Version: 2.2.4-2
Severity: normal
Gimp hangs if xsane is installed, with the words "Querying new Plug-ins" and
"xsane" below that. I haven't waited to see if it will timeout, but it seems
to stay like that for at least 5 minutes.
Removing xsane makes the problem go away.
Faheem.
-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.27.040914
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages gimp depends on:
ii  aalib1   1.4p5-22ascii art library
ii  gimp-data2.2.4-2 Data files for The GIMP
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libexif100.6.9-5 library to parse EXIF files
ii  libexpat11.95.8-1XML parsing C library - runtime li
ii  libfontconfig1   2.3.1-2 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgimp2.0   2.2.4-1 Libraries necessary to run the GIM
ii  libgimpprint14.2.7-5 The Gimp-Print printer driver libr
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  liblcms1 1.13-1  Color management library
ii  libmng1  1.0.8-1 Multiple-image Network Graphics li
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libtiff4 3.7.1-4 Tag Image File Format (TIFF) libra
ii  libwmf0.2-7  0.2.8-1.1   Windows metafile conversion librar
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxmu6  4.3.0.dfsg.1-10 X Window System miscellaneous util
ii  libxpm4  4.3.0.dfsg.1-10 X pixmap library
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  wget 1.9.1-8 retrieves files from the web
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#300825: gimp: hangs on startup if xsane installed

2005-03-21 Thread Faheem Mitha

Package: gimp
Version: 2.2.4-2
Severity: normal


Gimp hangs if xsane is installed, with the words "Querying new Plug-ins" and
"xsane" below that. I haven't waited to see if it will timeout, but it seems
to stay like that for at least 5 minutes.

Removing xsane makes the problem go away.
Faheem.

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

Versions of packages gimp depends on:
ii  aalib1   1.4p5-22ascii art library
ii  gimp-data2.2.4-2 Data files for The GIMP
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libexif100.6.9-5 library to parse EXIF files
ii  libexpat11.95.8-1XML parsing C library - runtime li
ii  libfontconfig1   2.3.1-2 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgimp2.0   2.2.4-1 Libraries necessary to run the GIM
ii  libgimpprint14.2.7-5 The Gimp-Print printer driver libr
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libjpeg626b-9The Independent JPEG Group's JPEG 
ii  liblcms1 1.13-1  Color management library
ii  libmng1  1.0.8-1 Multiple-image Network Graphics li
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libtiff4 3.7.1-4 Tag Image File Format (TIFF) libra
ii  libwmf0.2-7  0.2.8-1.1   Windows metafile conversion librar
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxmu6  4.3.0.dfsg.1-10 X Window System miscellaneous util
ii  libxpm4  4.3.0.dfsg.1-10 X pixmap library
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  wget 1.9.1-8 retrieves files from the web
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- no debconf information


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

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread Matt Zimmerman

On Tue, Mar 22, 2005 at 02:37:14PM +1100, [EMAIL PROTECTED] wrote:

> > Could the settings
> >>>   Severity: critical
> >>>   Justification: root security hole
> >>> please be re-instated on this bug? In some common scenarios, current
> >>> arrangements allow root access.
> >> 
> >> Could this be done, please, while we discuss (argue?) resolution?
> > 
> > No, I think that would be far overstating the facts.
> 
> Are you sure there are no security issues, and absolutely sure there are no
> root security holes, lurking in there?
> 
> I am tempted to publicize the issue on the BugTraq and FullDisclosure
> mailing lists. Maybe I am wrong, and will suffer the humiliation of being
> laughed at; or maybe I am right ...
> 
> (I know Matt thinks bugs.debian is public already, but it is quite obscure;
> so the general public, Debian users, and other Linux/UNIX maintainers may
> still be in the dark.)

I've already stated my position on the bug, and I think that this use of the
staff group should be avoided.

The fact, though, is that this is a privilege escalation from the
(documented, but essentially unused) 'staff' group to root.  Similar
escalations exist commonly in other systems via, e.g., the 'bin' user/group
which owns binaries in the default PATH.  The "kmem" group also leads
trivially to root.  But unless the system administrator takes it upon
themselves to give these privileges away, there is no realistic attack
vector, and no justification for alarm.

-- 
 - mdz

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

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread psz

> Could the settings
>>>   Severity: critical
>>>   Justification: root security hole
>>> please be re-instated on this bug? In some common scenarios, current
>>> arrangements allow root access.
>> 
>> Could this be done, please, while we discuss (argue?) resolution?
> 
> No, I think that would be far overstating the facts.

Are you sure there are no security issues, and absolutely sure there are no
root security holes, lurking in there?

I am tempted to publicize the issue on the BugTraq and FullDisclosure
mailing lists. Maybe I am wrong, and will suffer the humiliation of being
laughed at; or maybe I am right ...

(I know Matt thinks bugs.debian is public already, but it is quite obscure;
so the general public, Debian users, and other Linux/UNIX maintainers may
still be in the dark.)

Cheers,

Paul Szabo   [EMAIL PROTECTED]   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

Bug#300683: Package Fails to build from Source in a sane way

2005-03-21 Thread Jeroen van Wolffelaar

On Mon, Mar 21, 2005 at 03:02:25PM -0800, Steve Langasek wrote:
> Yes, the problem is this second part, which results in binary packages in
> the archive that are not built as a result of ./debian/rules binary.  This
> is non-standard, and in particular complicates the matter of security
> support post-release.
>
> If these are merely convenience packages that nothing depends on, it may be
> best to remove them from the archive and just ship the oprofile-source
> package.  If so, please reassign this bug to ftp.debian.org.

Just for the record, I rejected all oprofile-source-built kernel module
packages from NEW, so if it stays this way, and the -source package is
useful as is (without those module packages uploaded into the archive),
it's fine as far as I'm concerned.

If you want them in the archive though, yeah, you need to fix the build
system.

--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357)
http://Jeroen.A-Eskwadraat.nl

Bug#300667: translation dictionaries on dict.org

2005-03-21 Thread Rik Faith

On Mon 21 Mar 2005 09:33:55 -0800,
   Andrew Pimlott <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 21, 2005 at 10:10:23AM -0500, Rik Faith wrote:
> > I could add a virtual dictionary of non-translating dictionaries that is
> > not normally searched.  Then you could search in, e.g., the
> > "non-translating" database -- then you could depend on me to keep it up
> > to date when I change the databases served.  I'll explore this option
> > this week or next and let you know.
> 
> Thanks, that seems like a good solution.  You could also make a virtual
> dictionary of just the translating dictionaries, for when people want
> that.

I've added an "english" and a "trans" virtual dictionary to the dict.org
and test.dict.org servers.  The default is still to show everything --
it demonstrates the fine freedict.org work that I've been remiss in not
showing off sooner.

Please let me know if this solves the usability issues.



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

Bug#284947: mozilla-thunderbird: please re open bug: also problems with 8bit.

2005-03-21 Thread DEMAINE Benoit-Pierre

Package: mozilla-thunderbird
Version: 1.0-3
Followup-For: Bug #284947


I received an email with the following header ( some parts have been cut
down; ask me to receive the full email using bounce)

Date: Tue, 22 Mar 2005 03:53:54 +0100
From: [EMAIL PROTECTED]
To: DEMAINE Benoit-Pierre <[EMAIL PROTECTED]>
Subject: Re: =?iso-8859-1?b?Uulwb25zZSA=?= =?iso-8859-1?b?4A==?= votre
question sur l'objet =?iso-8859-1?b?brA=?= 5176158694ACER 290 LMI
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=*
Content-Transfer-Encoding: 8bit

1 x parallèle - IEEE 1284 (EPP/ECP)

*

printing it is ok, just show starts instead of funny frenche letters ...
but when I press REPLY, then it becomes the same mess as in december
with the 7bit message ... just symbols ... and again, as soon as I enter
the encoding menu, it comes all clear.

Just email me to get a copy of the mail.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-k7
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to 
en_GB)

Versions of packages mozilla-thunderbird depends on:
ii  libatk1.0-0  1.8.0-4 The ATK accessibility toolkit
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.1-2 generic font configuration library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-12  GCC support library
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libstdc++5   1:3.3.5-12  The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii  libxft2  2.1.2-6 FreeType-based font drawing librar
ii  libxp6   4.3.0.dfsg.1-12.0.1 X Window System printing extension
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  libxt6   4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-4   compression library - runtime

-- debconf information:
  mozilla-thunderbird/browser: Debian

Bug#300765: r-doc-html: Documents have nothing to do in /usr/lib

2005-03-21 Thread Dirk Eddelbuettel


severity 300765 wishlist
tags 300765 + upstream
tags 300765 + wontfix

On 21 March 2005 at 18:50, Pierre THIERRY wrote:
| Package: r-doc-html
| Version: 2.0.1-4
| Severity: serious
| Justification: FHS chapter 4
| 
| /usr/lib : Libraries for programming and packages
| /usr/share : Architecture-independent data
| 
| The documents should be somewhere in /usr/share

1)  R is a rather large system -- the upstream sources come in at around 10.6
mb for the compressed 2.0.1 release, and 12.4 for the current sources of
the upcoming 2.1.0 release. R is also fairly popular and used by
thousands of people across many different operating systems.

2)  On all platforms, R installs all its files below a given directory.
On Unix systems this defaults to /usr/local/lib/R. On Debian, we 
use /usr/lib/R for the obvious reasons. It is similar for OS X etc pp.

3)  The R Core development team is aware of the issue; I had privately raised
this before. Linux is used as a development platform by a large number
of the R Core developers (and yes, some even use Debian). They know about
the FHS.

4)  As I said above, this is a large codebase and satisfying the FHS is a
nice goal in and by itself. Unfortunately, it is without any upside for
the other platforms. Still. I presume that a well-designed patch would
find the consideration of the R developers. But someone needs to write
and test the patch. So far, other priorities were more important. If
you care deeply about this, consider submitting a patch.

5)  This is an upstream issue. I do suggest we close it here, and I invite
you to raise and file the issue in the upstream bug archive at
http://bugs.r-project.org

6)  I disagree with your assessment of the bug severity. 

Dirk


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

-- 
Better to have an approximate answer to the right question than a precise 
answer to the wrong question.  --  John Tukey as quoted by John Chambers


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

Bug#300824: nagios-common: nagios won't start with --nicelevel option

2005-03-21 Thread F.A.G. Luteijn

Package: nagios-common
Version: 2:1.3-cvs.20050116-4
Severity: important

Nagios will not start with the option "--nicelevel $NICENESS"
After removing that line, nagios starts normal.

-- System Information:
Debian Release: 3.0
Architecture: i386 (i586)
Kernel: Linux 2.4.27
Locale: LANG=C, LC_CTYPE=C

Versions of packages nagios-common depends on:
ii  adduser  3.47Add and remove users and groups
ii  apache [httpd]   1.3.26-0woody6  Versatile, high-performance HTTP s
ii  apache-ssl [http 1.3.26.1+1.48-0woody3   Versatile, high-performance HTTP s
ii  debconf [debconf 1.2.42  Debian configuration management sy
ii  fileutils4.1-10  GNU file management utilities
ii  mailx1:8.1.2-0.20020411cvs-1 A simple mail user agent.
ii  nagios-plugins   1.3.1.0-12  Plugins for the nagios network mon
ii  nagios-text [nag 2:1.3-cvs.20050116-4A host/service/network monitoring 

-- debconf information:
* nagios/adminpassword: (password omitted)
  nagios/upgradefromnetsaint: 
* nagios/wwwsuid: true
* nagios/configapache: Both


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

Bug#300822: zephyr: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

2005-03-21 Thread Felipe Augusto van de Wiel (faw)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: zephyr
Tags: l10n patch
Severity: wishlist
Please consider adding Brazilian Portuguese
translation to zephyr package. :)
I'm sending 'pt_BR.po.bz2' attached.
Thanks in advance.
- --
//
// Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>
// GUD-PR / DUG-PR || http://www.debian-pr.org
// GUD-BR / DUG-BR || http://www.debian-br.org
// Debian Project  || http://www.debian.org/
//
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org
iD8DBQFCP4XRCjAO0JDlykYRAgA1AJ9RhIX5+8eosyG778+8I9NS2Nj3OQCeLGa7
ptwm2xpWKUO347QmN3eVwBI=
=M5X+
-END PGP SIGNATURE-


pt_BR.po.bz2
Description: application/bzip

Bug#300823: libpam-modules: pam_mail module prevents login with blocked NFS

2005-03-21 Thread Matt Johnston

Package: libpam-modules
Version: 0.76-22
Severity: normal

The pam_mail module attempts to perform stat() of the mail location.
If the mail location is NFS mounted and that server is unavailable,
logins as any user (root included) will hang indefinitely (hampering
attempts to umount the NFS mount etc).

A solution would probably be alarm(10); before the stat() call in
pam_mail.c


-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-9-amd64-k8-smp
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages libpam-modules depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcap1 1:1.10-14support for getting/setting POSIX.
ii  libdb3  3.2.9-22 Berkeley v3 Database Libraries [ru
ii  libpam0g0.76-22  Pluggable Authentication Modules l

-- no debconf information



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

Bug#300820: No keyboard inputs after system boot in kdm

2005-03-21 Thread Adeodato Simó

# * emperor [Tue, 22 Mar 2005 03:00:22 +0100]:

#> Package: kdm
#> Version: 4:3.3.2-1
#> Severity: grave
#> Justification: renders package unusable

severity 300820 normal
tag 300820 pending
thanks ^^^
   pending someone sends The Emperor a nice mail clueing him in

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
To be nobody but yourself in a world which is doing its best night and
day to make you like everybody else means to fight the hardest battle
any human being can fight and never stop fighting.
-- e.e. cummings



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

Bug#299198: mpi-doc: this bug hit sarge with last upgrade

2005-03-21 Thread Adam C Powell IV

On Fri, 2005-03-18 at 12:07 +0100, Fabrice LORRAIN wrote:
> Adam C Powell IV wrote:
> > On Wed, 2005-03-16 at 13:28 +0100, Fabrice LORRAIN wrote:
> > 
> >>Package: mpi-doc
> >>Version: 1.2.5.3-1.2
> >>Followup-For: Bug #299198
> >>
> >>
> >>Hello,
> >>
> >>Just to let you know that this conflict is in sarge nowadays.
> >>
> >>I guess that my initial severity is under-evaluated. serious seems more
> >>appropriate.
> > 
> > 
> > Right, though it's not clear which package is more appropriate for this
> > bug. 
> 
> Hi Adam,
> 
> Right, I tend to BTS this kind of bug against the last package on my box 
> who generate the conflict. It would be nice to be able to report such a 
> bug against both packages so the DDs could get in touch ASAP.
> 
> Ideally, those kind of bugs should never hit the BTS and should be taken 
> care before the upload either at ftp-master level or at any quality 
> testing tool before.

Actually, I'm grateful for your report, without which I would not have
known about the conflict or contacted Camm (lam maintainer) about this
issue. :-)

Thank you, I look forward to resolving this.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Welcome to the best software in the world today cafe!
http://www.take6.com/albums/greatesthits.html


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

Bug#284785: clamd died after update (bad cvd?)

2005-03-21 Thread Stephen Gran

This one time, at band camp, Stephen Gran said:
> This one time, at band camp, Tomasz Kojm said:
> > On Sat, 1 Jan 2005 13:55:09 -0500 Stephen Gran <[EMAIL PROTECTED]> wrote:
> > > 
> > > Essentially, the problem is that clamd just died on the submitter, and
> > > the last line logged was an MD5 verification error.  It is unclear to
> > > me that this was definitely the problem, but there is little else to
> > > go on as yet.
> > 
> > He should check his hardware condition, especially I/O.
> 
> OK, forwarding to the BTS as well.  Thanks for that.

Just checking - have you looked into the suggestion made by upstream?
Have you had any further problems with this?  Can you provide any
additional information to assist with debugging?

Just a ping, as I'm trying to do some bug cleanup.

Thanks again,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


pgpC4XRMHCsx3.pgp
Description: PGP signature

Bug#286038: [patch] fix mozilla-firefox for hppa

2005-03-21 Thread Randolph Chung

tag 286038 +patch
thanks

Here's a patch that fixes mozilla-firefox on hppa. Originally
contributed by Ivar.
(http://lists.parisc-linux.org/pipermail/parisc-linux/2004-December/025419.html)

With fixes for Debian (Makefile.in) by myself. The patch needs some 
work to be more robust, but it works...

randolph

diff -uNrp mozilla-firefox-1.0.1/xpcom/reflect/xptcall/src/md/unix/Makefile.in 
mozilla-firefox-1.0.1-new/xpcom/reflect/xptcall/src/md/unix/Makefile.in
--- mozilla-firefox-1.0.1/xpcom/reflect/xptcall/src/md/unix/Makefile.in 
2005-03-21 18:11:01.0 -0800
+++ mozilla-firefox-1.0.1-new/xpcom/reflect/xptcall/src/md/unix/Makefile.in 
2005-03-21 05:34:27.0 -0800
@@ -167,6 +167,20 @@ CXXFLAGS   :=  $(filter-out $(MOZ_OPTIMIZ
 endif
 endif
 
+#
+# Linux/HPPA/GCC
+#
+ifeq ($(OS_ARCH),Linux)
+ifneq (,$(filter parisc parisc64,$(OS_TEST)))
+ifeq ($(CC),gcc)
+CPPSRCS:= xptcinvoke_pa32.cpp xptcstubs_pa32.cpp
+ASFILES:= xptcstubs_asm_parisc_linux.s 
xptcinvoke_asm_parisc_linux.s
+CXXFLAGS   += -O0
+endif
+endif
+endif
+
+
 ##
 # M68k
 ##
diff -uNrp 
mozilla-firefox-1.0.1/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s
 
mozilla-firefox-1.0.1-new/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s
--- 
mozilla-firefox-1.0.1/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s
   1969-12-31 16:00:00.0 -0800
+++ 
mozilla-firefox-1.0.1-new/xpcom/reflect/xptcall/src/md/unix/xptcinvoke_asm_parisc_linux.s
   2005-03-20 06:27:53.0 -0800
@@ -0,0 +1,128 @@
+
+   .LEVEL 1.1
+   .text
+   .align 4
+
+framesz:
+   .equ 128
+
+; XPTC_InvokeByIndex(nsISuppots* that, PRUint32 methodIndex,
+;   PRUint32 paramCount, nsXPTCVariant* params);
+
+.globl XPTC_InvokeByIndex
+   .type XPTC_InvokeByIndex, @function
+
+
+XPTC_InvokeByIndex:
+   .PROC
+   .CALLINFO FRAME=72, CALLER,SAVE_RP, SAVE_SP, ENTRY_GR=3
+   .ENTRY
+
+ ; frame marker takes 48 bytes,
+ ; register spill area takes 8 bytes,
+ ; local stack area takes 72 bytes result in 128 bytes total
+
+STW  %rp,-20(%sp)
+STW,MA   %r3,128(%sp)
+
+LDO -framesz(%r30),%r28
+STW %r28,-4(%r30)   ; save previous sp
+STW %r19,-32(%r30)
+
+STW %r26,-36-framesz(%r30)  ; save argument registers in
+STW %r25,-40-framesz(%r30)  ; in PREVIOUS frame
+STW %r24,-44-framesz(%r30)  ;
+STW %r23,-48-framesz(%r30)  ;
+
+;  B,L .+8,%r2
+;  ADDIL   L'invoke_count_bytes-$PIC_pcrel$1+4,%r2,%r1
+;;LDO R'invoke_count_bytes-$PIC_pcrel$2+8(%r1),%r1
+;$PIC_pcrel$1
+;LDSID   (%r1),%r31
+;$PIC_pcrel$2
+;MTSP%r31,%sr0
+
+   .CALL   ARGW0=GR,ARGW1=GR,ARGW2=GR ;in=24,25,26;out=28
+BLinvoke_count_bytes,%r31
+COPY%r31,%r2
+
+CMPIB,>=0,%r28, .+76
+COPY%r30,%r3; copy stack ptr to saved stack ptr
+ADD %r30,%r28,%r30  ; extend stack frame
+LDW -4(%r3),%r28; move frame
+STW %r28,-4(%r30)
+LDW -8(%r3),%r28
+STW %r28,-8(%r30)
+LDW -12(%r3),%r28
+STW %r28,-12(%r30)
+LDW -16(%r3),%r28
+STW %r28,-16(%r30)
+LDW -20(%r3),%r28
+STW %r28,-20(%r30)
+LDW -24(%r3),%r28
+STW %r28,-24(%r30)
+LDW -28(%r3),%r28
+STW %r28,-28(%r30)
+LDW -32(%r3),%r28
+STW %r28,-32(%r30)
+
+LDO -40(%r30),%r26 ; load copy address
+LDW -44-framesz(%r3),%r25  ; load rest of 2 arguments
+LDW -48-framesz(%r3),%r24  ;
+
+LDW -32(%r30),%r19 ; shared lib call destroys r19; reload
+;B,L .+8,%r2
+;ADDIL   L'invoke_copy_to_stack-$PIC_pcrel$3+4,%r2,%r1
+;LDO R'invoke_copy_to_stack-$PIC_pcrel$4+8(%r1),%r1
+;$PIC_pcrel$3
+;LDSID   (%r1),%r31
+;$PIC_pcrel$4
+;MTSP%r31,%sr0
+.CALL   ARGW0=GR,ARGW1=GR,ARGW2=GR ;in=24,25,26
+BLinvoke_copy_to_stack,%r31
+COPY%r31,%r2
+
+LDO -48(%r30),%r20
+EXTRW,U,= %r28,31,1,%r22
+FLDD0(%r20),%fr7  ; load double arg 1
+EXTRW,U,= %r28,30,1,%r22
+FLDW8(%r20),%fr5L ; load float arg 1
+EXTRW,U,= %r28,29,1,%r22
+FLDW4(%r20),%fr6L ; load float arg 2
+EXTRW,U,= %r28,28,1,%r22
+FLDW0(%r20),%fr7L ; load float arg 3
+
+LDW -36-framesz(%r3),%r26  ; load ptr to 'that'
+LDW -40(%r30),%r25  ; load the rest of dispatch argument registers
+LDW -44(%r30),%r24
+LDW -48(%r30),%r23
+
+LDW -36-framesz(%r3),%r20  ; load vtable addr
+LDW -40-framesz(%r3),%r28  ;

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread psz

Bill,

>> Though nfs-user-server may "know" about the squash_gids option,
>> nfs-kernel-server does not.
> 
> You can emulate squash_gids using the ugidd daemon. Just map staff to
> nogroup.
> 
> In fact, most of your problems can be solved with use of ugidd, and this
> is not Debian specific.

Using squash_gids or ugidd would prevent an attacker from creating a
setgid-staff object, thus keeping things safe while there are no users in
group staff. Neither squash_gids nor ugidd would prevent scribbling over
the .bashrc file of, or otherwise trojan, a user in group staff.

I beleive that group staff is pretty useless until you put some users into
that group. Using squash_gids or ugidd we can keep it safe in that default
but useless state; we can not make it safe in the useful state.

Would you agree with the above? (Then we should think about groups disk and
tty also.)

(The problem is not Debian-specific. Only the policy is; am not sure if
other distibutions even have a policy.)

Cheers,

Paul Szabo   [EMAIL PROTECTED]   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

Bug#294966: clamav-daemon: Segmentation fault on startup

2005-03-21 Thread Stephen Gran

This one time, at band camp, Stephen Gran said:
> On Tue, Feb 15, 2005 at 11:37:43AM +0100, Thilo Pfennig said:
> > right now i do not have the time. but I also seem to habe other problems
> > (with memory).
> 
> OK, that is the area I suspected the problem was in.  What I am going to
> do is downgrade the severity of this bug for now, until you have time
> again.  If you can manage to rule out a problem with clam (i.e., the
> same thing happens with other packages) then we can close or reassign as
> appropriate.  If it continues to happen only with clam, thenwe can
> always reraise the severity and look into it again.

Just checking what the status of this is.  Could you let me know if you
have experienced this problem again, or if you are satisfied that it was
hardware related, or if some other outcome has been found?

Just doing some bug cleanup, and wouldn't mind some feedback towards the
disposition of this bug.

Thanks,
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


pgpJyigmfuuix.pgp
Description: PGP signature

Bug#300820: No keyboard inputs after system boot in kdm

2005-03-21 Thread emperor

Package: kdm
Version: 4:3.3.2-1
Severity: grave
Justification: renders package unusable

When I start the system, everything looks fine. But when I try to login I can't 
type anything. Only the mouse works. Starting the login manager takes a long 
time and XFree86.0.log indicates that vt2 is used. If I restart kdmand then 
lookinto XFree86.0.log it now shows that vt7 is used (which is correctI can 
type andlogin again). I found a bug report in the xserver-section and an answer 
was thatit had something to do with kdm or kdelibs. So I post this error here.

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

Versions of packages kdm depends on:
ii  debconf  1.4.30.11   Debian configuration management sy
ii  kdebase-bin  4:3.3.2-1   KDE Base (binaries)
ii  kdelibs4 4:3.3.2-4.0.2   KDE core libraries
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libfam0c102  2.7.0-6 client library to control the FAM 
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libidn11 0.5.13-1.0  GNU libidn library, implementation
ii  libpam-runtime   0.76-22 Runtime support for the PAM librar
ii  libpam0g 0.76-22 Pluggable Authentication Modules l
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
ii  libqt3c102-mt3:3.3.3-8   Qt GUI Library (Threaded runtime v
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxrender1  0.8.3-7 X Rendering Extension client libra
ii  libxtst6 4.3.0.dfsg.1-10 X Window System event recording an
ii  xbase-clients4.3.0.dfsg.1-10 miscellaneous X clients
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- debconf information:
  kdm/stop_running_server_with_children: false
  shared/default-x-display-manager: kdm
  kdm/daemon_name: /usr/bin/kdm


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

Bug#300784: ndiswrapper-source: Please upgrade

2005-03-21 Thread Andres Salomon

On Mon, 2005-03-21 at 15:55 -0500, Javier Kohen wrote:
> Package: ndiswrapper-source
> Severity: wishlist
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Please upgrade the package to version 1.1 (or higher, if available) so
> it can be used on a 64-bit AMD64 system. I compiled the version from
> upstream and it worked nicely (with the right drivers).
> 
> Thanks,

I have not upgraded this yet because I need to work more on the upgrade
path.  ndiswrapper-1.0rc3 made some changes that I need to work around.
I will soon, however; I don't want 1.0rc2 in sarge.


-- 
Andres Salomon <[EMAIL PROTECTED]>


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

Bug#300821: ez-ipupdate: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

2005-03-21 Thread Felipe Augusto van de Wiel (faw)

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: ez-ipupdate
Tags: l10n patch
Severity: wishlist
Please consider adding Brazilian Portuguese
translation to ex-ipupdate package. :)
I'm sending 'pt_BR.po.bz2' attached.
Thanks in advance.
- --
//
// Felipe Augusto van de Wiel (faw) <[EMAIL PROTECTED]>
// GUD-PR / DUG-PR || http://www.debian-pr.org
// GUD-BR / DUG-BR || http://www.debian-br.org
// Debian Project  || http://www.debian.org/
//
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org
iD8DBQFCP39/CjAO0JDlykYRAk0rAJ9U6M/4lwSJoeHlUa0ZuUbGdnKhVgCfSNDg
KCRTk/RURQnBX3LdY0dSGAM=
=LuhK
-END PGP SIGNATURE-


pt_BR.po.bz2
Description: application/bzip

Bug#300159: tetex-extra: Fails to install (debconf-loadtemplates: command not found)

2005-03-21 Thread Miles Bader

Frank Küster <[EMAIL PROTECTED]> writes:
> Therefore it seems that debconf doesn't check properly whether
> debconf-utils is installed - by the way, Miles, which versions of
> debconf* do you have installed?  Please give us the output of
>
> dpkg -l "debconf*"

ii  debconf1.4.46 Debian configuration management system

-Miles
-- 
`The suburb is an obsolete and contradictory form of human settlement'

Bug#300780: Swatting a very visible bug - # 300780

2005-03-21 Thread Jeff Breidenbach

Now that I think about it, lucene-demo-1.4.3.jar  has some very useful
programs. It's arguably in a better place now than before. How about
we leave it in the liblucene-java package, and follow the reporter's
suggestion?

"It seems like this should simply require the appropriate versioned
Conflicts/Replaces relationships to be declared."

This is just adding a dependency to make sure liblucene-java-doc <= 1.4.3-2 is
not installed at the same time as the current liblucene-java package. I think
that would solve the problem.

Cheers,
Jeff

On Mon, 21 Mar 2005 19:51:33 -0500, Barry Hawkins <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Jeff,
> ~From what I can tell so far, it looks like 300780 is related to my
> commenting out dh_movefiles.  That's what I get for trusting lintian
> blindly; bad, _bad_ new maintainer.  Working on a fix without
> reintroducing the lintian error; will ping you as soon as I have something.
> 
> Thanks,
> - --
> Barry Hawkins
> All Things Computed
> site: www.alltc.com
> weblog: www.yepthatsme.com
> 
> Registered Linux User #368650
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.0 (GNU/Linux)
> 
> iD8DBQFCP2wU7bZ6kUftWZwRAgyhAKCh9X/mzxhXEUrAHapPbHwg/d1/2QCgwisL
> BENjCayeQuvR4W54TiILfq8=
> =leU9
> -END PGP SIGNATURE-
>


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

Bug#300159: tetex-extra: Fails to install (debconf-loadtemplates: command not found)

2005-03-21 Thread Miles Bader

BTW, I tried to updgrade to tetex-extra_3.0_3 this morning, and it
failed like this:

   Preparing to replace tetex-extra 3.0-2 (using .../tetex-extra_3.0-3_all.deb) 
...Unpacking replacement tetex-extra ...
   dpkg: error processing /var/cache/apt/archives/tetex-extra_3.0-3_all.deb 
(--unpack):
trying to overwrite `/usr/share/texmf/tex/lambda/config', which is also in 
package tetex-base
   mktexlsr: Updating /usr/local/share/texmf/ls-R...
   mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN...
   mktexlsr: Updating /var/cache/fonts/ls-R...
   mktexlsr: Updating /var/lib/texmf/ls-R...
   mktexlsr: Done.
   Creating missing formats.
   Running fmtutil-sys. This may take some time. ...
   Running updmap-sys. This may take some time. ... done.

   Errors were encountered while processing:
/var/cache/apt/archives/tetex-extra_3.0-3_all.deb
   E: Sub-process /usr/bin/dpkg returned an error code (1)
   Ack!  Something bad happened while installing packages.  Trying to recover:
   Press return to continue.


That was actually about the 3rd iteration of trying to upgrade; an
earlier try has a warning too:


   Preconfiguring packages ...
   (Reading database ... 141627 files and directories currently installed.)
   Preparing to replace ucf 1.15 (using .../apt/archives/ucf_1.17_all.deb) ...
   Unpacking replacement ucf ...
   Preparing to replace tetex-base 3.0-2 (using .../tetex-base_3.0-3_all.deb) 
...
   Removing obsolete symlink /usr/share/texmf/tex/latex/config.
   Removing obsolete symlink /usr/share/texmf/tex/context/config.
   Unpacking replacement tetex-base ...
   dpkg: tetex-base: warning - config file `etc/texmf/context/cont-usr.tex' is 
a circular link
(= `/etc/texmf/context/cont-usr.tex')
   Preparing to replace tetex-extra 3.0-2 (using .../tetex-extra_3.0-3_all.deb) 
...Unpacking replacement tetex-extra ...
   dpkg: error processing /var/cache/apt/archives/tetex-extra_3.0-3_all.deb 
(--unpack):
trying to overwrite `/usr/share/texmf/tex/lambda/config', which is also in 
package tetex-base
   mktexlsr: Updating /usr/local/share/texmf/ls-R...
   mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN...
   mktexlsr: Updating /var/cache/fonts/ls-R...
   mktexlsr: Updating /var/lib/texmf/ls-R...
   mktexlsr: Done.
   Creating missing formats.
   Running fmtutil-sys. This may take some time. ...
   Running updmap-sys. This may take some time. ...


Thanks,

-Miles
-- 
(\(\
(^.^)
(")")
*This is the cute bunny virus, please copy this into your sig so it can spread.


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

Bug#182773: WORK WITH US

2005-03-21 Thread jerrysmith



 AGRIGAK EXPORTS LTD
General Importers & Exporters


  Address
  Tower House
  Hardwick Road
  Great Gransden
  Sandy
  Bedfordshire
  SG19 3BJ

 We are a group of business men, who deal on raw materials and export into 
America, Europe and Canada.
We are searching for representatives who can help us establish a medium of 
getting to our costumers in America and Canada as well as making payments 
through you to us.
Please if you are interested in transacting business with
Us, we will be very glad.
Please contact our procurement officer, DOnald Mark [EMAIL PROTECTED]


Subject to your satisfaction you will be given the opportunity to negotiate 
your mode of which we will pay for your services as our representative in 
America or Canada.
Please if you are interested get back to DONALD MARK 

Very Respectfully,
Agrigak Export Ltd
Goods for Import & Export 
 &
Agrigak Crops Ltd




___
Mail sent from WebMail service at PHP-Nuke Powered Site
- http://yoursite.com


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

Bug#288737: Fixed in CVS

2005-03-21 Thread Javier Fernández-Sanguino Peña

tags 297889 pending
tags 298305 pending
tags 288737 pending
tags 299935 pending
thanks

These tags are now fixed in upstream's CVS and will move on to the Debian 
package soon.


signature.asc
Description: Digital signature

Bug#226751: [ryan@wizardtechnologies.net: Re: Bug#226751: how to force uninstall of phpqladmin]

2005-03-21 Thread browaeys . alban

- Forwarded message from Ryan Sinn <[EMAIL PROTECTED]> -

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 21 Mar 2005 20:10:15 +0100
X-Sieve: Server Sieve 2.2
X-ME-UUID: [EMAIL PROTECTED]
From: Ryan Sinn <[EMAIL PROTECTED]>
Organization: Wizard Technologies
To: [EMAIL PROTECTED]
Subject: Re: Bug#226751: how to force uninstall of phpqladmin

Alban,

Thanks, but I just quit using it a while ago :)


Ryan

[EMAIL PROTECTED] wrote:

>This is a followup for bug:
>http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=226751
>
>I made a mistake while trying to send you the workaround (i am
>not the maintainer which seems missing).
>
>In case you are still interested in a "fix" (doubtfull )
>
>"Edit /var/lib/dpkg/info/phpqladmin.postrm and comment db_purge
>line 53.
>and maybe line 52 too (it s already included at script start."
>
>Regards
>Alban
>
>
> 
>

-- 
--
Ryan Sinn
Wizard Technologies
Web and Networking Solutions
--
office : 763.783.5721
e-mail : [EMAIL PROTECTED]
   url : http://wizardtechnologies.net/
--
"Ipsa scientia potestas est." - Francis Bacon
--



- End forwarded message -



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

Bug#300806: (Seemingly) All programs fail to start, with the error message: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference

2005-03-21 Thread GOTO Masanori

At Tue, 22 Mar 2005 08:59:56 +0900,
GOTO Masanori wrote:
> At Tue, 22 Mar 2005 00:11:35 +0100,
> Martin Thorsen Ranang wrote:
> > I didn't find this bug in the archive.  
> > 
> > I tried to upgrade some packages using the following command:
> > apt-get -t experimental upgrade
> > [...]
> > The following packages will be upgraded:
> >   dpkg dpkg-dev dselect ghc6-doc glibc-doc libc6 libc6-dev libc6-i686
> >   libmcrypt-dev libmcrypt4 libomniorb4 libomnithread3 librpm4 libsablevm1
> >   libsvn-core-perl libsvn0 locales mcrypt omniorb4 reportbug rpm sablevm
> >   scrabble sox udev vim vim-common vim-doc vim-gnome
> > 29 upgraded, 0 newly installed, 0 to remove and 27 not upgraded.
> > [...]
> ...
> > Preparing to replace libc6 2.3.2.ds1-20 (using .../libc6_2.3.4-1_i386.deb) 
> > ...
> > Unpacking replacement libc6 ...
> > Setting up libc6 (2.3.4-1) ...
> > dpkg: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol
> > _dl_starting_up, version GLIBC_PRIVATE not defined in file
> > ld-linux.so.2 with link time reference
> 
> Ah, OK, I could see why this bug was produced - it's happenned when we
> already installed the previous version of libc6-i686 2.3.4.ds1, and we
> try to install new libc6 2.3.4.

Note that, how to fix this problem when you're trapped in:

 * Fix the current problem either (a) or (b):
   (a) Touch /etc/ld.so.nohwcap which has "i686" line.
   (b) Remove /lib/tls, or move /lib/tls to other name.
 * Reinstall new libc6 package.  Then install libc6-i686 package.

When you don't install libc6, and you try to install new libc6:

 * invoke: dpkg --force-depends -i libc6_2.3.4-1_i386.deb \
   libc6-i686_2.3.4-1_i386.deb

Regards,
-- gotom


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

Bug#300818: aolserver4: Simplified Configuration/Extended functionality/Compatibility

2005-03-21 Thread Georg Lehner

Package: aolserver4
Version: 4.0.10-1
Severity: wishlist


Hello!

I am using aolserver4 since about two/three years in production, and have been
very glad you made these great Debian Package.

This weekend I finally found time to explore and overhaul the whole Aolserver
configuration and developed a configuration system with the following features:

- Multiple Virtual Hosting
- Debian-Policy compatible CGI configuration
- SSL support
- PHP-module simulation
- Database configuration - suitable for OpenACS
- controled startup - Check database operativity before launching aolserver4-nsd
- Only one (1) configuration for launching and configuring aolserver4

The next step is tDAV integration, with which Aolserver on Debian becomes a 
serious
competitor to a standard Apache/Apache-SSL installation.

The End-User/Administrator only needs to deal with one configuration file, with 
a
reduced set of options.

I would be very glad if you would integrate this configuration system into the 
Debian
package, to make all our lives easier and aolserver even more accessible.

The scripts are brend new and there are several issues which have to be 
normalized
to comply with Debian Policy.

You can find all of this at http://www.magma.com.ni/sw/aolserver/

Regards,

Jorge-Le'on


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

Versions of packages aolserver4 depends on:
ii  debconf 1.4.34   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:3.4.3-6GCC support library
ii  logrotate   3.7-2Log rotation utility
ii  mime-support3.28-1   MIME files 'mime.types' & 'mailcap
ii  tcl8.4  8.4.9-1  Tcl (the Tool Command Language) v8
ii  ucf 1.13 Update Configuration File: preserv
ii  zlib1g  1:1.2.2-3compression library - runtime

-- debconf information excluded


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

Bug#300815: CAN-2005-0806: Remote denial of service in evolution 2.0.3

2005-03-21 Thread Dominic Hargreaves

Package: evolution
Version: 2.0.3-1.2
Severity: normal
Tags: security,patch

Evolution 2.0.3 allows remote attackers to cause a denial of service
(application crash) via crafted messages, possibly involving charsets in
attachment filenames.

CVE Reference: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2005-0806
Upstream bug and patch: http://bugzilla.ximian.com/show_bug.cgi?id=72609


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

Bug#300817: java-package: Java applets don't work if package "netbase" is not installed

2005-03-21 Thread Rencel Pedott Jager

Package: java-package
Version: 0.20

Description: Java applets don't work if package "netbase" is not installed. In 
this case, any java
applet will show up as a blank box with an red "X" on top left corner.

How to reproduce:
- Create a package with java-package.
- Install the created package.
- Remove package "netbase".
- Using a java enabled web-browser, go to 
http://www.java.com/en/download/help/testvm.xml
  - Will get "Loading Java Applet Failed..." on status bar.

Proposed fix:
Packages created with java-package should recommend or suggest package 
"netbase".

I'm using:
- Kernel 2 2.6.8-2-k7
- libc6 2.3.2.ds1-20
- java-package 0.20
- Sun JRE: jre-1_5_0_02-linux-i586.bin (create 
sun-j2re1.5_1.5.0+update02_i386.deb)
- mozilla-firefox 1.0.1-2
- netbase 4.20







Yahoo! Mail - Com 250MB de espaço. Abra sua conta! http://mail.yahoo.com.br/


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

Bug#300816: Broken dependencies means interchange should not be in testing

2005-03-21 Thread Karl Schmidt

Package: interchange
Version: 5.2.0-2
Severity: serious
Justification: Policy 3.5

The upstream author emphatically states that Interchange only works with 
unthreaded Perl.  I've run siege tests on the sample data base and confirmed 
that interchange fails with multiple threads. The package states via debconfig
 that it requires unthreaded perl, yet there the dependency is for 
 perl >= 5.6.0-16 which is threaded. This is really a broken dependency as no 
 such package exists.

There are indications from the mailing list that interchange requires apache1
 (probably due to the threaded mod-perl issues). There is no dependency, 
 suggests, recommends  for < apache 2 yet a configuration script looks for an 
 apache1 config file. 

The original issue of unthreaded perl goes back almost 2 years (see bug 199718)

Compounding this issue is the fact that there are dependencies in the debian 
core packages for the threaded perl package. 

Given that to create a workable system in testing requires running apache1, 
creating a second unthreaded perl and mod-perl, and extensive editing of the 
main program to point at these non existent packages, interchange should not 
be in testing, but only unstable at this time. 

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

Versions of packages interchange depends on:
ii  debconf   1.4.30.11  Debian configuration management sy
pn  libdigest-md5-perl   Not found.
ii  libhtml-parser-perl   3.45-1 A collection of modules that parse
pn  libmime-base64-perl  Not found.
ii  libsafe-hole-perl 0.08-3.1   Perl module which makes a "hole" i
ii  liburi-perl   1.30-1 Manipulates and accesses URI strin
ii  libwww-perl   5.803-4WWW client/server library for Perl
ii  logrotate 3.7-2  Log rotation utility
ii  perl [libstorable-perl]   5.8.4-6Larry Wall's Practical Extraction 

-- debconf information excluded


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

Bug#300683: Package Fails to build from Source in a sane way

2005-03-21 Thread Al Stone

On Mon, 2005-03-21 at 15:02 -0800, Steve Langasek wrote:
> On Mon, Mar 21, 2005 at 01:25:47PM -0700, Al Stone wrote:
> > Perhaps it is not clear from the description, but this package is
> > only supposed to provide the _source_ needed to build an oprofile
> > kernel module for 2.4.x kernels.  It is not supposed to provide
> > the modules themselves.  Hence, I build the module packages personally
> > and upload them as a convenience for using, using the source provided
> > in 'oprofile-source.'  Is it this module building part that you're
> > suggesting I automate?  If it is, that's fine -- I just want to make
> > sure I understand what part is unacceptable.
> 
> Yes, the problem is this second part, which results in binary packages in
> the archive that are not built as a result of ./debian/rules binary.  This
> is non-standard, and in particular complicates the matter of security
> support post-release.

Okay, that makes sense.  Thanks.

> If these are merely convenience packages that nothing depends on, it may be
> best to remove them from the archive and just ship the oprofile-source
> package.  If so, please reassign this bug to ftp.debian.org.

Hmmm.  "Convenience" is an interesting term.  Without a kernel module
produced from the source contained in 'oprofile-source', systems
with 2.[24].x kernels will not be able to run the user-space tools
in the package 'oprofile' (2.6 kernels will not have this problem).
However, because 'oprofile' cannot determine which kernel will be
in use when it is run, we decided not to force a "Depends:" on a
'kernel-oprofile-module' in the package so the user has greater
flexibility.

So, I need an opinion, I guess: is it reasonable to make the user
create their own kernel modules in those cases?  If they are using
something like 'oprofile,' they had better know what they're doing,
so that's not unreasonable, but it might be inconvenient, and it
affects a (possibly large) subset of all possible users.  If it's
not reasonable, I'll leave this bug as is and put together the proper
packaging to build all the various modules from source.

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

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

Bug#300203: install script don't create "clamsmtp" user

2005-03-21 Thread Chad Walstrom

On Fri, Mar 18, 2005 at 11:57:40AM +0100, Sythos wrote:
> New user correctly setted in conf file (answered yes during
> installation), but no "clamsmtp" user created

Could you send me the before and after config file?  Could you also tell
me which version you upgraded from?  I tested both a standard upgrade
from sarge as well as an upgrade from a custom installation (different
user than clamav), and both turned out fine.  I'm curious as to what
might have gone wrong with your setup.

It's pretty difficult trying to cover all bases.  The shell scripts for
config and postinst start looking like spaghetti.

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

signature.asc
Description: Digital signature

Bug#299442: osdsh: does not start on powerpc

2005-03-21 Thread Georg Drees

Package: osdsh
Version: 0.7.0-5wjq
Followup-For: Bug #299442

Hallo Joachim!

> have you had a chance to try Wolfram's Package[...]

I tried it now. A few issues arose:
(maybe I should file some of them as separate bugs?)

1) osdsh starts fine, except when called with option
"-m" (with /dev/mixer). Then it just shows the help
and fails to start. ALSA is working, "aumix -d /dev/mixer" too.
osdsh displays volume changes fine without use of the -m option!

2) osdsh's "-p" option is flipped (i686 too).  It shows at the top if
you give "0" and at bottom when you pass it "1".

3) osdctl shows it's help screen every time it's called. It's
operating nevertheless.

4) However, there seems to be a mess with colors/styles.  When I start
osdsh to show with different font, color and position,
osdctl will work correctly with options -s, -b, -l, and -x.
After turning on -c -t -m (and -a or -p, but they only give
warnings/etc.  because of missing (hardware-)support) with osdctl their
messages appear at the default location with default font and color.
Using osdshconfig fixes this IIRC, but IMO one shouldn't _need_ to use
it. (And doing "Try this theme" from osdshconfig, osdsh squeakes:
"#this osdsh theme was created for osdsh-0.6.0" and "No such command"
but seems to apply the styles; not much tested here though)

5) The help screen of osdctl should, instead of:
  -b (name,val) display a bar up to val, named "name"
  -l (name,val) display a slider at val, named "name"
rather say:
  -b name,val display a bar up to val, named "name"
  -l name,val display a slider at val, named "name"
(parentheses removed) like it's shown in the man pages. First,
the parentheses will (almost certainly) cause trouble with the
shell and when escaped, the "\(" will make the name uggly ;-)
Also, having to pass two variables in one option-argument seems a bit
counterintuitive, but then it might be a lot of hard work to change
that and it's not so big trouble once one knows how to deal with it.

6) There is a funny "bug" in osdsh when displaying strings via osdctl.
Actually it may as well be a feature ;-)
How to reproduce:

(used '\n' to denote the next line in osdsh-output.
might be faulty since I have to retype it by hand and
printed spaces are so hard to spot ;-)

*)osdctl -s 'Hello world'
->writes "Hello world"
*)osdctl -s 'Hello w'
->"Hello w\nrld"
*)osdctl -s 'Now for something different'
->"Now for something different"
*)osdctl -s 'Abracadabra'
->"Abracadabra\nthing different"
*)osdctl -s 'now watch!'
->"now watch!"
*)osdctl -s 'Hell'
->"Hell\natch!"
*)osdctl -s 'Hello world'
->"Hello world\nthing different"

Why are all these second lines displayed?
Isn't there something wrong?
Because:

*)osdctl -s 'Actually, does it matter?' 
->"Actually\ndoes it matter?"
*)osdctl -s 'what, would,you think, of it?'
->"what\nwould,you think, of it?"

Have fun ;-p :-D SCNR
Grüße
Georg
P.S.: I'm happy now, because I really only need osdsh
to display the volume changes.
However, for bug chasing be my guest :-D
(Apparently not so much for hunting but rather searching
if you got them all for good. ;-)


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

Bug#139771: zsh: Request for UTF8 mode - still ...

2005-03-21 Thread Damien Laniel

Package: zsh
Version: 4.2.4-6
Followup-For: Bug #139771

This bug still exists 3 years after the first report ! And still really
annoying

Will you fix it ?

I guess this is an upstream bug (i didn't check), but it hasn't been forwarded

Thanks for your great work

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages zsh depends on:
ii  debconf 1.4.46   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  passwd  1:4.0.3-31sarge1 change and administer password and

-- debconf information:
  zsh/rcmove:


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

Bug#298967: NMU to fix non-free font RC bug

2005-03-21 Thread Micah Anderson

On Sun, 20 Mar 2005, Gerrit Pape wrote:

> clone 298967 -1
> reassign -1 bglibs
> retitle -1 bglibs: NMU is not for sarge
> close 298967
> quit
> 
> On Sun, Mar 13, 2005 at 11:18:17AM -0600, Micah Anderson wrote:
> > > Hi Micah, while I appreciate your efforts, this NMU unfortunately was
> > > unnecessary, the current bglibs packages in sarge are fine.
> > I should've noted in the NMU that I did this because of the BSP this
> > weekend, we are trying to resolve as many RC bugs as possible. I
> > suspected that since you hadn't replied yet, that this report was most
> > probably true. But I see now that it is not!
> 
> Ok, as I said I appreciate your efforts.  From a maintainer's point of
> view though, I think a two days old bug on an actively maintained
> package doesn't warrant a zero-day NMU that replaces the upstream
> source.

I understand that from a maintainer's point of view, in many cases the
bugs we were targetting at the BSP were 5 days old, it is impossible
for me to acertain at this late of date why bglibs was identified as a
target when it was only a couple days old. 

However, from the release manager's point of view, the current policy
is that 0-day NMUs to fix RC bugs are allowed and encouraged until
release. Every day the release manager is deciding not to allow
certain packages into testing because of RC bugs, so the quicker that
these bugs are dealt with, the better. If we waited for every
maintainer to get around to fixing their RC bugs, then there would
never be a release. 

So, I agree with you -- this should'nt have been a target, although it
would have been a couple days later, but this is only a special case
scenario due to the ramp-up towards freeze for release.

> > > Peter, the file /usr/share/doc/bglibs-doc/latex/Helvetica.ttf in the
> > > bglibs-doc package is from the GPL upstream tarball.  The font actually
> > > is generated by the doxygen package, which Debian also distributes under
> > > the GPL.
> > 
> > If this is true, then my NMU should be knocked out and this bug should
> > be closed, no?
> 
> Shouldn't you know when doing the upload?  Please first check whether a

Shouldn't I know what? 

> bug report actually reports a real bug.  Unfortunately ``knowcking out''

To the best of my knowledge, the bug report did represent a genuine
bug, and as I have indicated a number of times, I apologize for being
wrong about that.

> the NMU isn't possibly AFAIK, you replaced the package source in the

You can replace the package source with another upload, replacing the
NMU with the new one.

> Debian archive.  IMO you should either have contacted me before, or
> used an urgency medium, and upload the NMU to a some-day delay queue;
> it's the same effect to the package, but gives the maintainer some time
> to re-act.  Now I have to deal with the broken upstream source in Debian
> sid.

I asked during the BSP if a delay queue was protocol and was told that
normally yes this is the procedure, but right now this is not.
Obviously this is the right way to do it and due to the improper
nature of the bug, this situation was incurred, and I apologize for
the problems it has caused.

micah

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

Bug#300813: showimg: new 0.9.4.1 release available [supports needed libkexif1 (0.2.1) API]

2005-03-21 Thread Achim Bohnet

Package: showimg
Version: 0.9.4.1-0.1
Severity: wishlist
Tags: patch


Hi Jean-Michel,

I've prepared an updated showimg deb from upstream 0.9.4-1 tarball. 
Hope it's useful.  changelog follows. diff.gz. appended.

showimg (0.9.4.1-0.1) unstable; urgency=low

  * NMU (closes: #x)
  * new upstream release
  * control:
  + build-dep: use libkexif1-dev
  + use debhelper >> 4.0.0 because rules uses DH_COMPAT=4
  + recommend kipi-plugins and conflict with kipi-plugins
(<< 0.1+beta2-20) linked against libkexif0
  + recommend khelpcenter for online docbook manual
  + add homepage URL
  + bump standard-version 3.5.8 -> 3.6.1.  Compared with
upgrading-checklist.txt
  * menu: remove obsolete kderemove, quote needs="X11"
  * copyright: add documentation copyright holders and add acopy
of the GFDL
  * manpage:
  + fix arg file, it's not required.
  + add SEE ALSO section
  + bit of cosmetic
  * rules: dh_makeshlibs to generate shlibs and ldconfig run in
p*install/remove scripts
  * showimgapp/main.cpp: Fix kipi homepage URL, s/teeam/team/
  * debian/lintian: suppress shlibs warning. Library only used
by programs delivered with this packages (and no headers are
installed). No pkg is again lintian 'clean'.

 -- Achim Bohnet <[EMAIL PROTECTED]>  Tue, 22 Mar 2005 00:00:04 +0100


It would be nice if you can check it and use it as a base for an
update.  I'm really interested in getting a showimg linked against
libkexif into sid.  This allows me to fix the broken digikam (#299709)

If your busy in the near feature, let me know what other changes you
want to have implemented before an upload.   If you have no time at
all, is a NMU okay?

Thx,
Achim

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

Versions of packages showimg depends on:
ii  kdelibs4 4:3.4.0-0pre2   core libraries for all KDE applica
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libexif100.6.9-5 library to parse EXIF files
ii  libkexif00.1-2   KDE library to read/edit EXIF info
ii  libkipi0 0.1.1-2 library for apps that want to use 
ii  libkonq4 4:3.4.0-0pre2   core libraries for Konqueror
ii  libqt3c102-mt3:3.3.3-8   Qt GUI Library (Threaded runtime v
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu

-- no debconf information


showimg_0.9.4.1-0.1.diff.gz
Description: Binary data

Bug#300771: zile does not resize on SIGWINCH

2005-03-21 Thread Reuben Thomas

When resizing a terminal window with a zile editing session running inside 
it, it'd be really nice if zile reacted to the SIGWINCH signal sent by the 
terminal on a resize and resized itself also to fit in the terminal window's 
new size.
It's easily possible that there are still bugs in Zile's SIGWINCH 
handling, but it's not as simple as this. It works fine for me (now 
using 2.0.2 of course, but there's no change to this code since 2.0.1). 
If the reporter could give more precise indications of the problem that 
would be most helpful.

--
http://rrt.sc3d.org/ | maxim, n.  wisdom for fools
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#300720: [Pkg-shadow-devel] Bug#300720: Login: Configuration does not load limits.so while others do

2005-03-21 Thread Javier Fernández-Sanguino Peña

On Mon, Mar 21, 2005 at 05:59:20PM +0100, Christian Perrier wrote:
> Good question. As the former maintainer has vanished, we may have hard
> times finding whether this was deliberate or not.

It was probably deliberate at some point because it might have an issue 
with that. If that was the case it's no longer true.

> Anyway, I'm very reluctant to make this change now so it's likely to
> be post-sarge. Apart from that, I tend to agree with Javier,
> particularly if other software using PAM have chosen to enable
> pam_limits

It's a very safe change, actually, I asked this to the cron package 
maintainer too (see #300725) and he has no issue changing that package.

Regards

Javier

signature.asc
Description: Digital signature

Bug#300806: (Seemingly) All programs fail to start, with the error message: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference

2005-03-21 Thread Kevin A. Burton

GOTO Masanori wrote:
Ah, OK, I could see why this bug was produced - it's happenned when we
already installed the previous version of libc6-i686 2.3.4.ds1, and we
try to install new libc6 2.3.4.
The problem is /etc/ld.so.nohwcap handling.  It's created during
libc6.preinst is invoked, however it's just removed during
libc6.postinst.  So new ld-2.3.4 tries to load libc6.so 2.3.2.ds1.
IIRC, the old version of debian glibc handled with this situation
correctly, but the current script seems broken.  I'll try to fix it
and put -2 hopefully soon.
 

OK! That explains why it worked this time then.
I went ahead and just installed libc6 and then libc6-i686 once that 
worked...

Great to hear I wasn't hallucinating!
Thanks!
Kevin
--
Use Rojo (RSS/Atom aggregator).  Visit http://rojo.com. Ask me for an 
invite!  Also see irc.freenode.net #rojo if you want to chat.

Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html
If you're interested in RSS, Weblogs, Social Networking, etc... then you 
should work for Rojo!  If you recommend someone and we hire them you'll 
get a free iPod!
   
Kevin A. Burton, Location - San Francisco, CA
  AIM/YIM - sfburtonator,  Web - http://peerfear.org/
GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412


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

Bug#231457: Let's remove limewire

2005-03-21 Thread Andrew Pollock

retitle 231457 RM: limewire -- orphaned, RC security bugs, in contrib
reassign 231457 ftp.debian.org
thanks

I think we should remove limewire because:

It has unsatisfiable build-dependencies, making it difficult to make a QA
upload
It has been orphaned for 409 days
It has a RC security bug
It has no reverse-dependencies
It was never in a stable release

regards

Andrew

-- 
linux.conf.au 2005   -  http://linux.conf.au/  -  Birthplace of Tux
April 18th to 23rd   -  http://linux.conf.au/  -   LINUX
Canberra, Australia  -  http://linux.conf.au/  -Get bitten!


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

Bug#300812: Possible depends problem with libsablevm-native1

2005-03-21 Thread Barry Hawkins

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: sablevm
Version: 1.11.1-2
Severity: normal
After selecting the libsablevm, libsablevm1-dev, and sablevm packages
for upgrade, aptitude encountered an error when processing:
 Start aptitude transcript 
Reading changelogs... Done
apt-listchanges: Mailing root: apt-listchanges: news for hideo
Preconfiguring packages ...
[...]
Unpacking replacement sablevm ...
Preparing to replace libsablevm1 1.1.9-1 (using
.../libsablevm1_1.11.1-2_powerpc.deb) ...
Unpacking replacement libsablevm1 ...
Preparing to replace libsablevm-native1 1.1.9.dfsg1-0.1 (using
.../libsablevm-native1_1.11.1-1_powerpc.deb) ...
Unpacking replacement libsablevm-native1 ...
dpkg: error processing
/var/cache/apt/archives/libsablevm-native1_1.11.1-1_powerpc.deb (--unpack):
~ trying to overwrite
`/usr/lib/sablevm-classpath/security/classpath.security', which is also
in package libsablevm-classlib1-java
Preparing to replace libsablevm-classlib1-java 1.1.9.dfsg1-0.1 (using
.../libsablevm-classlib1-java_1.11.1-1_all.deb) ...
Unpacking replacement libsablevm-classlib1-java ...
Preparing to replace jikes-sablevm 1.1.9-1 (using
.../jikes-sablevm_1.11.1-2_all.deb) ...
Unpacking replacement jikes-sablevm ...
[...]
Preparing to replace libsablevm1-dev 1.1.9-1 (using
.../libsablevm1-dev_1.11.1-2_all.deb) ...
Unpacking replacement libsablevm1-dev ...
[...]
Errors were encountered while processing:
~ /var/cache/apt/archives/libsablevm-native1_1.11.1-1_powerpc.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ack!  Something bad happened while installing packages.  Trying to recover:
[...]
Setting up libsablevm-classlib1-java (1.11.1-1) ...
[...]
Setting up jikes-sablevm (1.11.1-2) ...
[...]
dpkg: dependency problems prevent configuration of libsablevm1:
~ libsablevm1 depends on libsablevm-native1 (>> 1.11.1); however:
~  Version of libsablevm-native1 on system is 1.1.9.dfsg1-0.1.
dpkg: error processing libsablevm1 (--configure):
~ dependency problems - leaving unconfigured
[...]
dpkg: dependency problems prevent configuration of libsablevm1-dev:
~ libsablevm1-dev depends on libsablevm1; however:
~  Package libsablevm1 is not configured yet.
dpkg: error processing libsablevm1-dev (--configure):
~ dependency problems - leaving unconfigured
[...]
dpkg: dependency problems prevent configuration of sablevm:
~ sablevm depends on libsablevm1; however:
~  Package libsablevm1 is not configured yet.
~ sablevm depends on libsablevm1 (= 1.11.1-2); however:
~  Package libsablevm1 is not configured yet.
dpkg: error processing sablevm (--configure):
~ dependency problems - leaving unconfigured
[...]
Errors were encountered while processing:
~ libsablevm1
~ libsablevm1-dev
~ sablevm
Press return to continue.
 End aptitude transcript 
~Returning to the aptitude interface and choosing to install again
resulted in success:
 Start aptitude transcript 
Reading changelogs... Done
(Reading database ... 163255 files and directories currently installed.)
Preparing to replace libsablevm-native1 1.1.9.dfsg1-0.1 (using
.../libsablevm-native1_1.11.1-1_powerpc.deb) ...
Unpacking replacement libsablevm-native1 ...
Setting up libsablevm-native1 (1.11.1-1) ...
Setting up libsablevm1 (1.11.1-2) ...
Setting up libsablevm1-dev (1.11.1-2) ...
Setting up sablevm (1.11.1-2) ...
Press return to continue.
 End aptitude transcript 
Regards,
- --
Barry Hawkins
All Things Computed
site: www.alltc.com
weblog: www.yepthatsme.com
Registered Linux User #368650
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCP1+n7bZ6kUftWZwRAvGqAJ4quhGfSAza9COZFjWpMP6Elwz2KgCfec0I
yzJtKcZTvSftLkpQpaDcpf4=
=Q0EU
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#232658: Debian Package Situation

2005-03-21 Thread ms419

I gather xvidcore didn't make it into Debian? I googled/gmaned a bit to  
understand why it was rejected, without luck.

I found only -
 * Debian bug #232658
 * The XviD changelog, stating xvidcore wasn't accepted into Debian -  
http://www.xvid.org/modules.php? 
op=modload&name=News&file=article&sid=57
 * This promising thread -  
http://thread.gmane.org/gmane.linux.debian.devel.general/76094

What's the xvidcore Debian package situation?
Thanks!
Jack

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

Bug#300587: lirc-modules-source: does not compile with 2.6

2005-03-21 Thread Amaya

Lirc 0.7 will be entering testing in a couple of days.
Can you test it then?

Thanks!

-- 
 .''`.   sleep: command not found
: :' :   
`. `'Proudly running Debian GNU/Linux (Sid 2.6.10 Ext3)  
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com


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

Bug#300676: gnupg-agent: no documentation for ~/.gnupg/gpg-agent.conf

2005-03-21 Thread Wesley J Landaker

On Monday, 21 March 2005 01:02, Matthias Urlichs wrote:
> > gpg-agent uses the configuration file ~/.gnupg/gpg-agent.conf --
> > but you can only find out that fact, and the syntax of the file, by
> > searching on the web. This kind of documentation really needs to be
> > included in the package itself (preferably, in the man page
> > requested by #300129).
>
> Note that documentation is in gnupg2.info, installed with the gnupg2
> package.

Sure, I know that and you know that, but gpg-agent is in it's own 
package (gnupg-agent) that doesn't depend on gnupg2. At the very least, 
it needs a pointer that says "go install gnupg2 for documentation" or 
something. ;)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]>
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2



pgpoNjOpIHZAN.pgp
Description: PGP signature

Bug#300806: (Seemingly) All programs fail to start, with the error message: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference

2005-03-21 Thread GOTO Masanori

At Tue, 22 Mar 2005 00:11:35 +0100,
Martin Thorsen Ranang wrote:
> I didn't find this bug in the archive.  
> 
> I tried to upgrade some packages using the following command:
> apt-get -t experimental upgrade
> [...]
> The following packages will be upgraded:
>   dpkg dpkg-dev dselect ghc6-doc glibc-doc libc6 libc6-dev libc6-i686
>   libmcrypt-dev libmcrypt4 libomniorb4 libomnithread3 librpm4 libsablevm1
>   libsvn-core-perl libsvn0 locales mcrypt omniorb4 reportbug rpm sablevm
>   scrabble sox udev vim vim-common vim-doc vim-gnome
> 29 upgraded, 0 newly installed, 0 to remove and 27 not upgraded.
> [...]
...
> Preparing to replace libc6 2.3.2.ds1-20 (using .../libc6_2.3.4-1_i386.deb) ...
> Unpacking replacement libc6 ...
> Setting up libc6 (2.3.4-1) ...
> dpkg: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol
> _dl_starting_up, version GLIBC_PRIVATE not defined in file
> ld-linux.so.2 with link time reference

Ah, OK, I could see why this bug was produced - it's happenned when we
already installed the previous version of libc6-i686 2.3.4.ds1, and we
try to install new libc6 2.3.4.

The problem is /etc/ld.so.nohwcap handling.  It's created during
libc6.preinst is invoked, however it's just removed during
libc6.postinst.  So new ld-2.3.4 tries to load libc6.so 2.3.2.ds1.

IIRC, the old version of debian glibc handled with this situation
correctly, but the current script seems broken.  I'll try to fix it
and put -2 hopefully soon.

Regards,
-- gotom

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

Bug#4073: We would like to advertise on your website

2005-03-21 Thread [EMAIL PROTECTED]

Hello,

Our company ExpoActive operates an online advertising service. We are 
interested in placing a text based ad on your website 
http://lists.debian.org/debian-devel/1996/08/msg00317.html

Currently we would be willing to pay you $ .55 for every click that this Ad 
receives.

If you decide to accept this proposal please create your ExpoActive account 
using the following link
https://www.expoactive.com/ads/reg_pub.php?id=4e19c6490d56057a5d9ecb0884205f02

Once you have created your ExpoActive account you will be able to view the 
actual Ad that you have been offered. If you agree to display this Ad on your 
website you will be provided with a short HTML segment that you simply paste on 
to your website wherever you believe the Ad would be most effective.

After completing this process you will immediately begin earning  $ .55 every 
time a visitor of your website clicks this Ad. At designated monthly intervals 
you will be able to withdrawal the money you earned by check or certified money 
order.

Sincerely,

ExpoActive
 




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

Bug#300810: libapache-mod-auth-kerb: FTBFS (amd64/gcc-4.0): array type has incomplete element type

2005-03-21 Thread Andreas Jochens

Package: libapache-mod-auth-kerb
Severity: normal
Tags: patch

When building 'libapache-mod-auth-kerb' on amd64 with gcc-4.0,
I get the following error:

gcc -DLINUX=22 -DEAPI -DTARGET="apache" -DHAVE_SET_DUMPABLE -DDB_DBM_HSEARCH=1 
-DDEV_RANDOM=/dev/random -DUSE_HSREGEX -O1  -g -Wall -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -fPIC -DSHARED_MODULE -I/usr/include/apache-1.3 -I. 
-Ispnegokrb5 -I/usr/include  -c spnegokrb5/asn1_MechType.c
In file included from spnegokrb5/asn1_MechType.c:9:
spnegokrb5/spnego_asn1.h:102: error: array type has incomplete element type
apxs:Break: Command failed with rc=1
make[1]: *** [src/mod_auth_kerb.so] Error 1
make[1]: Leaving directory `/libapache-mod-auth-kerb-4.996-5.0-rc5'
make: *** [build-stamp] Error 2

With the attached patch 'libapache-mod-auth-kerb' can be compiled
on amd64 using gcc-4.0.

Regards
Andreas Jochens

diff -urN 
../tmp-orig/libapache-mod-auth-kerb-4.996-5.0-rc5/spnegokrb5/spnego_asn1.h 
./spnegokrb5/spnego_asn1.h
--- ../tmp-orig/libapache-mod-auth-kerb-4.996-5.0-rc5/spnegokrb5/spnego_asn1.h  
2003-09-05 10:54:08.0 +0200
+++ ./spnegokrb5/spnego_asn1.h  2005-03-22 00:39:07.561348451 +0100
@@ -99,7 +99,6 @@
 intcopy_ContextFlags  (const ContextFlags *, ContextFlags *);
 unsigned ContextFlags2int(ContextFlags);
 ContextFlags int2ContextFlags(unsigned);
-extern struct units ContextFlags_units[];
 
 /*
 NegTokenInit ::= SEQUENCE {


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

Bug#300811: heimdal: FTBFS (amd64/gcc-4.0): array type has incomplete element type

2005-03-21 Thread Andreas Jochens

Package: heimdal
Severity: normal
Tags: patch

When building 'heimdal' on amd64 with gcc-4.0,
I get the following error:

 gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I/usr/include/et 
-Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast 
-Wmissing-declarations -Wnested-externs -g -O2 -c asn1_APOptions.c  -fPIC -DPIC 
-o .libs/asn1_APOptions.o
In file included from asn1_APOptions.c:9:
./krb5_asn1.h:349: error: array type has incomplete element type
./krb5_asn1.h:397: error: array type has incomplete element type
./krb5_asn1.h:453: error: array type has incomplete element type
make[4]: *** [asn1_APOptions.lo] Error 1
make[4]: Leaving directory `/heimdal-0.6.3/build-tree/heimdal-0.6.3/lib/asn1'

With the attached patch 'heimdal' can be compiled
on amd64 using gcc-4.0.

Regards
Andreas Jochens

diff -urN ../tmp-orig/heimdal-0.6.3/debian/patches/033_gcc4_fix 
./debian/patches/033_gcc4_fix
--- ../tmp-orig/heimdal-0.6.3/debian/patches/033_gcc4_fix   1970-01-01 
01:00:00.0 +0100
+++ ./debian/patches/033_gcc4_fix   2005-03-22 00:13:08.526469548 +0100
@@ -0,0 +1,41 @@
+diff -urN tmp/lib/asn1/gen_glue.c heimdal-0.6.3/lib/asn1/gen_glue.c
+--- tmp/lib/asn1/gen_glue.c2005-03-21 23:03:47.637549000 +0100
 heimdal-0.6.3/lib/asn1/gen_glue.c  2005-03-21 23:04:53.005929285 +0100
+@@ -101,11 +101,11 @@
+ Type *t = s->type;
+ Member *m;
+ int tag = -1;
+-
++/*
+ fprintf (headerfile,
+"extern struct units %s_units[];",
+s->gen_name);
+-
++*/
+ fprintf (codefile,
+"struct units %s_units[] = {\n",
+s->gen_name);
+diff -urN tmp/kdc/kerberos5.c heimdal-0.6.3/kdc/kerberos5.c
+--- tmp/kdc/kerberos5.c2004-08-13 21:28:26.0 +0200
 heimdal-0.6.3/kdc/kerberos5.c  2005-03-22 00:12:33.680196105 +0100
+@@ -37,6 +37,8 @@
+ 
+ #define MAX_TIME ((time_t)((1U << 31) - 1))
+ 
++extern struct units KDCOptions_units[];
++
+ static void
+ fix_time(time_t **t)
+ {
+diff -urN tmp/lib/kadm5/dump_log.c heimdal-0.6.3/lib/kadm5/dump_log.c
+--- tmp/lib/kadm5/dump_log.c   2003-04-16 19:56:02.0 +0200
 heimdal-0.6.3/lib/kadm5/dump_log.c 2005-03-22 00:11:26.201221863 +0100
+@@ -36,6 +36,8 @@
+ 
+ RCSID("$Id: dump_log.c,v 1.13 2003/04/16 17:56:02 lha Exp $");
+ 
++extern struct units HDBFlags_units[];
++
+ static char *op_names[] = {
+ "get",
+ "delete",


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

Bug#247542: /usr/bin/openjade: No such file or directory

2005-03-21 Thread Steve Langasek

tags 247542 patch
thanks

On Mon, Mar 21, 2005 at 06:41:40PM +0100, Samuel Mimram wrote:
> The bug mentionned in the BR does not seem to be solved :

> % make
> *** Building HTML ***
> test -d ./html || mkdir ./html
> cd ./html && gtkdoc-mkhtml mediastreamer ../mediastreamer-docs.sgml
> /usr/bin/gtkdoc-mkhtml: line 42: /usr/bin/openjade: No such file or 
> directory
> make: *** [html-build.stamp] Error 127

> Am I missing something?

> I have the 1.3-3 version of gtk-doc-tools.

> Thanks for your help.

My fault; I had openjade1.3 installed in the build env on this sponsored
upload, and gtk-doc does not build-conflict with openjade1.3 which provides
an alternative for /usr/bin/openjade.

The attached patch adds the missing build-conflict.  Loïc, given the impact
of this (and the previous) bug, I'm going to go ahead and fix my botched
sponsor upload with an NMU; catch me on IRC or by mail if you have any
concerns with this.

Thanks,
-- 
Steve Langasek
postmodern programmer
diff -u gtk-doc-1.3/debian/control gtk-doc-1.3/debian/control
--- gtk-doc-1.3/debian/control
+++ gtk-doc-1.3/debian/control
@@ -5,7 +5,7 @@
 Uploaders: Sebastian Rittau <[EMAIL PROTECTED]>, Debian GNOME Maintainers 
<[EMAIL PROTECTED]>, Akira TAGOH <[EMAIL PROTECTED]>, Andreas Rottmann <[EMAIL 
PROTECTED]>, Andrew Lau <[EMAIL PROTECTED]>, Carlos PerellÃ MarÃn <[EMAIL 
PROTECTED]>, Ed Boraas <[EMAIL PROTECTED]>, Edd Dumbill <[EMAIL PROTECTED]>, 
Emil Soleyman-Zomalan <[EMAIL PROTECTED]>, Gustavo Noronha Silva <[EMAIL 
PROTECTED]>, J.H.M. Dassen (Ray) <[EMAIL PROTECTED]>, Joe Drew <[EMAIL 
PROTECTED]>, Johannes Rohr <[EMAIL PROTECTED]>, Jordi Mallach <[EMAIL 
PROTECTED]>, Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>, Josselin Mouette 
<[EMAIL PROTECTED]>, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>, OndÅej SurÃ 
<[EMAIL PROTECTED]>, Rob Bradford <[EMAIL PROTECTED]>, Robert McQueen <[EMAIL 
PROTECTED]>, Ross Burton <[EMAIL PROTECTED]>, Sebastien Bacher <[EMAIL 
PROTECTED]>, Sjoerd Simons <[EMAIL PROTECTED]>, Takuo KITAME <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1
 Build-Depends-Indep: cdbs, debhelper (>= 4.1.0), docbook-dsssl, xsltproc, jade 
(>= 1.2.1-35), libxml2-utils, docbook-xml, docbook-xsl, gnome-pkg-tools
-Build-Conflicts-Indep: openjade
+Build-Conflicts-Indep: openjade, openjade1.3
 
 Package: gtk-doc-tools
 Architecture: all
diff -u gtk-doc-1.3/debian/control.in gtk-doc-1.3/debian/control.in
--- gtk-doc-1.3/debian/control.in
+++ gtk-doc-1.3/debian/control.in
@@ -5,7 +5,7 @@
 Uploaders: Sebastian Rittau <[EMAIL PROTECTED]>, @GNOME_TEAM@
 Standards-Version: 3.6.1
 Build-Depends-Indep: cdbs, debhelper (>= 4.1.0), docbook-dsssl, xsltproc, jade 
(>= 1.2.1-35), libxml2-utils, docbook-xml, docbook-xsl, gnome-pkg-tools
-Build-Conflicts-Indep: openjade
+Build-Conflicts-Indep: openjade, openjade1.3
 
 Package: gtk-doc-tools
 Architecture: all
diff -u gtk-doc-1.3/debian/changelog gtk-doc-1.3/debian/changelog
--- gtk-doc-1.3/debian/changelog
+++ gtk-doc-1.3/debian/changelog
@@ -1,3 +1,12 @@
+gtk-doc (1.3-3.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-conflict with openjade1.3 as well as with openjade, since
+/usr/bin/openjade is an alternative (and we want /usr/bin/jade to be
+picked up instead).  Closes: #247542
+
+ -- Steve Langasek <[EMAIL PROTECTED]>  Mon, 21 Mar 2005 14:48:21 -0800
+
 gtk-doc (1.3-3) unstable; urgency=high
 
   * Urgency high because of FTBFS caused by this package


signature.asc
Description: Digital signature

Bug#300703: autofs: Upgrade fails

2005-03-21 Thread Adam Conrad

If you want to solve this bug once and for all, just replace "--exec
$DAEMON" in your stop target with "--name automount" instead.  This way,
it will match pidfile and process name, which is about as reliable for
getting the "right process", but won't fail on inode removal.

I'm making this change to the Ubuntu packages for now (as we're on an
older version without the attempted upgrade magic), but you could save
yourself a lot of headaches if you do the same in the Debian package, and
scrap a bunch of the other magic used to work around the disappearing
inode.

... Adam




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

Bug#300433: mc change behavior of 'ls'

2005-03-21 Thread Ludovic Drolez



Michelle Konzack wrote:
> Am 2005-03-21 22:44:36, schrieb Ludovic Drolez:
> 
> 
>>Does your script begins with '#!/bin/bash' ? If not, then /bin/sh or
>>something else could be launched instead of bash.
> 
> 
> I have attached the whole script.
> 

I've installed your scripts in /tmp/michelle, and the only line I changed
was to add 'HOME=/tmp/michelle' before the 2 ls. When run, your script seems
to behave correctly and always shows me 9 items.

I think that it cannot be a mc bug, because all that mc does is an 'execve'.
One possible explanation is different environment variables (check with
'env') or different shopts.

I think this bug should be reassigned to bash.

Cheers,

   Ludo.

>>>bash:
>>>  Installed: 2.05a-11
>>>  Candidate: 2.05a-11
>>>  Version Table:
>>> *** 2.05a-11 0
>>
>>So, you're using Woody's bash and Sarge's mc ? Are you really sure that this
>>bug applies to the mc found in sarge ?
> 
> 
> Yes, because I use a deve-station with chroots for
> WOODY, SARGE and SID and my $HOME is mounted NFS.
> 
> So I know, this Error apply to all three releases.
> 
> OK, I will run it in XTerm and make screenshots...
> 
> You will find it here:
> 
> 
> 
> But I need some minutes because I have ti reinstall the original
> WOODY version of mc... maybe around 15 minutes...
> 
> Greetings
> Michelle
> 

-- 
Ludovic Drolez.

http://www.palmopensource.com   - The PalmOS Open Source Portal
http://www.drolez.com  - Personal site - Linux and PalmOS stuff


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

Bug#300807: libhtml-tableextract-perl: new version

2005-03-21 Thread ROBERTOJIMENOCA

Package: libhtml-tableextract-perl
Severity: wishlist

There's a new version of libhtml-tableextract-perl
Is anyone working on it?




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

Bug#300808: at-spi: could not load typelib (Accessibility) - missing files?

2005-03-21 Thread Zack Cerza

Package: at-spi
Version: 1.6.2-2
Severity: normal

I apologize; this bug is quite possibly filed against the wrong package.
I'm uncertain about where it belongs.

The following works in some other distros, but not in Debian:
echo "import bonobo; import ORBit, CORBA; ORBit.load_typelib('Accessibility')" 
| python
In Debian, the following error is returned:
RuntimeError: could not load typelib

I've been told this is indicative of missing files in the package.

Thanks,
Zack

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

Versions of packages at-spi depends on:
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.9.0-1 The ATK accessibility toolkit
ii  libatspi1.0-01.6.2-2 C binding libraries of at-spi for 
ii  libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgail-common   1.8.2-1 GNOME Accessibility Implementation
ii  libgail171.8.2-1 GNOME Accessibility Implementation
ii  libglib2.0-0 2.6.3-1 The GLib library of C routines
ii  libgnomecanvas2-02.8.0-1 A powerful object-oriented display
ii  libgtk2.0-0  2.6.2-4 The GTK+ graphical user interface 
ii  libice6  4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library
ii  liborbit21:2.12.1-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.8.1-1 Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   4.3.0.dfsg.1-12.0.1 X Window System Session Management
ii  libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii  libxtst6 4.3.0.dfsg.1-12.0.1 X Window System event recording an
ii  xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#300308: cannot be installed on systems with nfs root

2005-03-21 Thread Osamu Aoki

On Fri, Mar 18, 2005 at 04:44:14PM -0500, Joey Hess wrote:
> Package: ipmasq
> Version: 4.0.1
> Severity: normal
> 
> I tried installing ipmasq on a system which has nfs root. (I had a good
> reason for trying this, FWIW.) Result is that part way through the
> install, when it's setting up the masqerading, the system becomes unable
> to contact its nfs server.
> 
> I suspect that ipmasq is doing something like:
> 
>  - add default deny chain
>  - add allow chain

Yep.  That what I remember.  ( I have not been the active user of script
these days.  )

> But these are two separate commands and it gets stuck after the default
> deny, and cannot run the second command.
> 
> If it's not possible to keep the default route routing packets at all
> times during the ipmasq setup, I think you should document and/or check
> for nfs root and refuse to install.

Good point.  Also current script requires not only / but also /usr to be
available at boot time.  That is another weak point of this script.  I
did not fix this since that required major change in code and I havbe
been focusing on stable release of code I inherited.

Osamu



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

Bug#300683: Package Fails to build from Source in a sane way

2005-03-21 Thread Steve Langasek

Hi Al,

On Mon, Mar 21, 2005 at 01:25:47PM -0700, Al Stone wrote:
> I'm a little puzzled.  The package 'oprofile-source' does build
> from source using dpkg-buildpackage.  I just now built a brand new
> sid chroot for i386, and ran 'dpkg-buildpackage' without a problem
> (after adding build-essential and the build-deps).

> Perhaps it is not clear from the description, but this package is
> only supposed to provide the _source_ needed to build an oprofile
> kernel module for 2.4.x kernels.  It is not supposed to provide
> the modules themselves.  Hence, I build the module packages personally
> and upload them as a convenience for using, using the source provided
> in 'oprofile-source.'  Is it this module building part that you're
> suggesting I automate?  If it is, that's fine -- I just want to make
> sure I understand what part is unacceptable.

Yes, the problem is this second part, which results in binary packages in
the archive that are not built as a result of ./debian/rules binary.  This
is non-standard, and in particular complicates the matter of security
support post-release.

If these are merely convenience packages that nothing depends on, it may be
best to remove them from the archive and just ship the oprofile-source
package.  If so, please reassign this bug to ftp.debian.org.

Cheers,
-- 
Steve Langasek
postmodern programmer

signature.asc
Description: Digital signature

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread Bill Allombert

On Mon, Mar 21, 2005 at 06:55:58AM +1100, [EMAIL PROTECTED] wrote:
> Manoj Srivastava <[EMAIL PROTECTED]> wrote:
> Though nfs-user-server may "know" about the squash_gids option,
> nfs-kernel-server does not.

You can emulate squash_gids using the ugidd daemon. Just map staff to
nogroup.

In fact, most of your problems can be solved with use of ugidd, and this
is not Debian specific.

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

Imagine a large red swirl here. 

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

Bug#299007: base-files: Insecure PATH

2005-03-21 Thread Manoj Srivastava

On Tue, 22 Mar 2005 08:32:36 +1100, psz  <[EMAIL PROTECTED]> said: 

> A while ago I wrote:
>> Could the settings Severity: critical Justification: root security
>> hole please be re-instated on this bug? In some common scenarios,
>> current arrangements allow root access.

> Could this be done, please, while we discuss (argue?) resolution?

No, I think that would be far overstating the facts.

manoj
-- 
"Come on over here, baby, I want to do a thing with you." A cop,
arresting a non-groovy person after the revolution, Firesign Theater
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Bug#300806: (Seemingly) All programs fail to start, with the error message: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference

2005-03-21 Thread Martin Thorsen Ranang

Package: libc6
Version: 2.3.4-1

I didn't find this bug in the archive.  

I tried to upgrade some packages using the following command:
apt-get -t experimental upgrade
[...]
The following packages will be upgraded:
  dpkg dpkg-dev dselect ghc6-doc glibc-doc libc6 libc6-dev libc6-i686
  libmcrypt-dev libmcrypt4 libomniorb4 libomnithread3 librpm4 libsablevm1
  libsvn-core-perl libsvn0 locales mcrypt omniorb4 reportbug rpm sablevm
  scrabble sox udev vim vim-common vim-doc vim-gnome
29 upgraded, 0 newly installed, 0 to remove and 27 not upgraded.
[...]

With the following result:

Preparing to replace dpkg 1.13.2 (using .../archives/dpkg_1.13.3_i386.deb) ...
Unpacking replacement dpkg ...
Setting up dpkg (1.13.3) ...
Installing new version of config file /etc/dpkg/origins/debian ...
(Reading database ... 280069 files and directories currently installed.)
Preparing to replace libc6-dev 2.3.2.ds1-20 (using
.../libc6-dev_2.3.4-1_i386.deb) ...
Unpacking replacement libc6-dev ...
Preparing to replace locales 2.3.2.ds1-20 (using
.../locales_2.3.4-1_all.deb) ...
Unpacking replacement locales ...
Preparing to replace libc6 2.3.2.ds1-20 (using .../libc6_2.3.4-1_i386.deb) ...
Unpacking replacement libc6 ...
Setting up libc6 (2.3.4-1) ...
dpkg: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol
_dl_starting_up, version GLIBC_PRIVATE not defined in file
ld-linux.so.2 with link time reference
cat: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol
_dl_starting_up, version GLIBC_PRIVATE not defined in file
ld-linux.so.2 with link time reference
dpkg: error processing libc6 (--configure):
 subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
 libc6
sh: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol
_dl_starting_up, version GLIBC_PRIVATE not defined in file
ld-linux.so.2 with link time reference
E: Problem executing scripts DPkg::Post-Invoke 'if [ -x
/usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp
/var/cache/apt/archives; fi'
E: Sub-process returned an error code
E: Sub-process /usr/bin/dpkg returned an error code (1)

Now, it seems I cannot start even the most fundamental programs. 
Examples of problem:
$ cat
cat: relocation error: /lib/tls/i686/cmov/libc.so.6: symbol
_dl_starting_up, version GLIBC_PRIVATE not defined in file
ld-linux.so.2 with link time reference

$ ls
ls: relocation error: /lib/tls/i686/cmov/libpthread.so.0: symbol
__libc_stack_end, version GLIBC_PRIVATE not defined in file
ld-linux.so.2 with link time reference

$ reportbug 
/usr/bin/python2.3: relocation error: /lib/tls/i686/cmov/libc.so.6:
symbol _dl_starting_up, version GLIBC_PRIVATE not defined in file
ld-linux.so.2 with link time reference

I hope you have a solution as to how I can get my system working.  As
I cannot use even the most simple programs, I find it difficult to
investigate the problem much further.
I'm running a kernel version 2.6.10 on a i686, but not even uname
works for the moment, and starting a new login via the console does
not work.  Any help appreciated.

Yours,



Martin


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

Bug#300804: xscreensaver: New upstream

2005-03-21 Thread Alex Mauer

Package: xscreensaver
Severity: wishlist

Congratulations on getting the new version packaged.  Unfortunately
there's another new one out less than a week after you uploaded it.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686-smp
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#300801: backup-manager: where are the logs?

2005-03-21 Thread Jose Miguel Martinez

Package: backup-manager
Version: 0.5.5-7
Severity: wishlist

I used my own similar script to do the same this package does, so I am
happy to see this packaged in debian as I will not have to maintain my
own. 
One thing I miss is log file. My script logged all backup commands run
by script (tar, rsync, split...) the time they started and finished and
witch command failed if something went wrong.
Then this log was mailed to me.

Could this script do de same?

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (1100, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages backup-manager depends on:
ii  debconf   1.4.46 Debian configuration management sy
ii  gzip  1.3.5-9The GNU compression utility

-- debconf information excluded


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

Bug#300802: openoffice.org-bin: segfaults when updating user config

2005-03-21 Thread David N. Welton

Package: openoffice.org-bin
Version: 1.1.3-7
Severity: important


[EMAIL PROTECTED]:~$ oowriter 
OpenOffice.org for Debian - see /usr/share/doc/openoffice.org/README.Debian.gz
Previous version found: OpenOffice.org 1.1.2
upgrading openoffice.org user configuration...
/usr/bin/oowriter: line 292: 10612 Segmentation fault
/usr/lib/openoffice${VER}/program/setup -nogui -R:$TMPFILE
setup failed (code 0).. abort
 Please read /usr/share/doc/openoffice.org/README.Debian.gz for known
problems -



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

Versions of packages openoffice.org-bin depends on:
ii  debconf [debconf-2.0]1.4.30.11   Debian configuration management sy
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libaudio21.7-2   The Network Audio System (NAS). (s
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libcurl3 7.13.1-1Multi-protocol file transfer libra
ii  libdb4.2++   4.2.52-18   Berkeley v4.2 Database Libraries f
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine, shared lib
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libmyspell3  1:3.1-10MySpell spellchecking library
ii  libneon230.23.9.dfsg.3-2 An HTTP and WebDAV client library 
ii  libsm6   4.3.0.dfsg.1-10 X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libstlport4.64.6.2-2 STLport C++ class library
ii  libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li
ii  libxaw7  4.3.0.dfsg.1-10 X Athena widget set library
ii  libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  openoffice.org   1.1.3-7 high-quality office productivity s
ii  xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu
ii  zlib1g   1:1.2.2-3   compression library - runtime

-- debconf information:
* openoffice.org-bin/prelink: true


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

Bug#300803: playmp3list: Crashes on extensionless playlists

2005-03-21 Thread Christian Häggström

Package: playmp3list
Version: 0.95-4.1
Severity: normal

Suddenly one day playmp3list refused to start for me. It appears the
cause was that I had a file that looked like a playlist, without any
filename extension. To reproduce:

$ echo hej.mp3 > no_extension
$ playmp3list .

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

Versions of packages playmp3list depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcc1 1:4.0-0pre2  GCC support library
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3
ii  mpg123-oss-k6 [mpg123]  0.59r-11 MPEG layer 1/2/3 audio player for 
ii  mpg321 [mpg123] 0.2.10.3 A Free command-line mp3 player, co

-- no debconf information


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

Bug#300805: tcllib: new upstream

2005-03-21 Thread ROBERTOJIMENOCA

Package: tcllib
Severity: wishlist

There's a new upstream release at:
https://sourceforge.net/projects/tcllib/
Is anyone working on it?




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

1 2 3 4 >

1 - 100 of 392 matches

Mail list logo