Bug#295415: amavis-ng: Fails to start with perl errors

[Stefan Hornburg]

On Tue, 15 Feb 2005 16:02:47 -0200
"Leo \Costela\ Antunes" <[EMAIL PROTECTED]> wrote:

> Subject: amavis-ng: Fails to start with perl errors
> Package: amavis-ng
> Version: 0.1.6.9-1
> Severity: critical
> Justification: breaks unrelated software
> 
> After an upgrade, amavis started spewing a lot of emergency errors and
> stoped working (bringing down all mail delivery with it).
> I use the Courier module and it started complaining about two things:
> 
> Feb 15 15:05:21 mime amavis[32018]: ***EMERG*** AMAVIS::MTA::Courier
> does not define $AMAVIS::MTA::Courier::VERSION--version check failed at
> (eval 5) line 1,  line 520.
> Feb 15 15:05:21 mime amavis[32018]: ***EMERG*** AMAVIS::MTA::Courier
> does not define $AMAVIS::MTA::Courier::VERSION--version check failed at
> (eval 5) line 1,  line 520.
> Feb 15 15:05:21 mime amavis[32018]: ***EMERG*** BEGIN
> failed--compilation aborted at (eval 5) line 1,  line 520.
> Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Global symbol
> "$directory" requires explicit package name
> at /usr/share/perl5/AMAVIS/MTA/Courier.pm line 111,  line 520.
> Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Compilation failed in
> require at (eval 4) line 1,  line 520.
> Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Global symbol
> "$directory" requires explicit package name
> at /usr/share/perl5/AMAVIS/MTA/Courier.pm line 111,  line 520.
> Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** Compilation failed in
> require at (eval 4) line 1,  line 520.
> Feb 15 15:17:22 mime amavis[25189]: ***EMERG*** BEGIN
> failed--compilation aborted at (eval 4) line 1,  line 520.
> Feb 15 15:17:22 mime amavis[25189]: AMAVIS: Couldn't load
> AMAVIS::MTA::Courier
> 
> These errors, of course, repeated a lot.
> 
> I imagine this is something specifically wrong with the Courier module.

Please check if this untested patch helps:

diff -u -r1.5 Courier.pm
--- Courier.pm  13 Jan 2005 00:14:32 -  1.5
+++ Courier.pm  16 Feb 2005 07:32:05 -
@@ -107,9 +107,9 @@
 }
 last;
   }
+  my $directory = $prefix.$message_id;
   $$args{'message_id'}=$message_id;
   $$args{'directory'} = $directory;
-  my $directory = $prefix.$message_id;
   mkdir "$directory/parts", 0777;

   # Open message file that is later going to be disected and scanned

Sorry, but I'm on the road and not able to test the patch.

Thanks
 Racke



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

Bug#295392: gtranslator: chosing Help->gtranslator website doesn't work

[Loïc Minier]

Hi,

Emilian Nowak <[EMAIL PROTECTED]> - Tue, Feb 15, 2005:

> my sensible-browser was setup correctly, but I had to set default browser in
> gnome-control-center to "Debian Sensible Browser". However I don't use Gnome
> so I didn't know that I need to look here. Maybe it will be better to call
> sensible browser "directly" (without checking gnome settings) ?

 gtranslator is "GNOME aware", it uses GNOME libraries, and GNOME
 globale configurations.  For example, to open the gtranslator web site,
 it calls a "gnome_open_url()" function.

 The value of the GNOME web browser by default, it should probably be
 set to Debian sensible browser or to some other script which can adapt
 to the list of installed programs.  If I can't fix it there, I'll
 document the behavior.

 The default web browser seems to be "epiphany" right now (reading
 /usr/share/gconf/schemas/desktop_gnome_applications_browser.schemas).

   Bye,

-- 
Loïc Minier <[EMAIL PROTECTED]>
"Neutral President: I have no strong feelings one way or the other."

Bug#294492: sparcstation 5 install failure

[Blars Blarson]

In article <[EMAIL PROTECTED]> you write:
>
>--i0/AhcQY5QxfSsSZ
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>Blars Blarson wrote:
>> When installing to the 1.2 GB drive, base install fails: "Not
>> installing to unclean target".  (The partitions were just formatted.)
>
>This check consists of the following code:
>
>if [ -e /target/usr/bin/awk -o -L /target/usr/bin/awk ] || \
>   [ -e /target/bin/sh -o -L /target/bin/sh ]; then
>db_capb ""
>db_input medium base-installer/use_unclean_target || true
>
>Feel free to tell me how that could fire if you'd really just formatted
>the root filesystem. :-)

The partiton was formatted before running the "install base" step of
d-i.  The error occurs 61% of the way through the step, (after many
packages are unpacked and configured) so either the test is done at
the wrong time or a different error is triggering the wrong message.

I reran the install, and the third console had an error message doing
a umount of (the nonexistant) /target/dev/pts

(apparently your message directly to me did not make it, please use the
bts -submitter address.)
-- 
Blars Blarson   [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option.  It is a standard feature.


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

Bug#295149: kernel-package: it fails to build my kernel

[Manoj Srivastava]

On Tue, 15 Feb 2005 14:03:09 +0100, Bastian Kleineidam <[EMAIL PROTECTED]> 
said: 

> Hi, I have put together a patch for /usr/share/kernel-package/rules.
> It reverts (and thus probably reopens) the changes of bug #285688.
> With the patch make-kpkg works for me again.

Umm, that is not the way to go forward. We need to find what
 the problem it, and fix it, and not revert the feature.

manoj
-- 
Vulcans worship peace above all. McCoy, "Return to Tomorrow", stardate
4768.3
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#295443: '/lib/modules/2.x.xx-whatever still exists' message uncalled for when only headers installed

[Manoj Srivastava]

On Tue, 15 Feb 2005 12:59:35 -0800, Joshua Kwan <[EMAIL PROTECTED]> said: 

> IMHO it should not warn if only the build symlink is present, which
> is standard for all subarch-specific kernel-headers packages.

Since the headers package produced by kernel-package does not
 have any such link, it is not surprising that kernel-package is not
 aware of such links introduced by other parties.

manoj
-- 
Nobody can be as agreeable as an uninvited guest.
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#294960: wacom-tools_0.6.6-6(ia64/unstable): FTBFS: missing build-depends

[Adam Conrad]

This is not a bug in this package, but rather a bug in xfree86-common. 
See #295175.

lamont: If you have more of these mysterious "X headers can't be found,
even though they should be there" bugs, pre-seed your chroots with
xfree86-common, make sure it's in state "ii", and retry the builds.

... Adam




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

Bug#294502: libapache-gallery-perl: Failure to locate Apache/Server.pm -- additional information

[Jesus Climent]

On Tue, Feb 15, 2005 at 10:45:30PM +, Matthew T. Atkinson wrote:
> 
> After searching on packages.debian.org, it appears that fiel can only be
> found in testing in one place:
> 
> usr/lib/perl5/Apache/Server.pm  web/libapache-mod-perl

This is patched in the Debian version of Apache::Gallery:

--- libapache-gallery-perl-0.9.1.orig/lib/Apache/Gallery.pm
+++ libapache-gallery-perl-0.9.1/lib/Apache/Gallery.pm
@@ -20,7 +20,7 @@

if ($::MP2) {
require Apache2;
-   require Apache::Server;
+   require Apache::ServerRec;
require Apache::RequestRec;
require Apache::Log;
require APR::Table;


Since

yurie:~# apt-file search ServerRec.pm | grep Apache
libapache2-mod-perl2: usr/lib/perl5/Apache2/Apache/ServerRec.pm

(thanks to Wouter Eerdekens for the noticing)

-- 
Jesus Climent  info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429  7E18 66FC 1D7F 8694 6D69

Why must I be surrounded by frickin' idiots?
--Dr. Evil (Austin Powers: International Man of Mystery)


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

Bug#295496: drupal: postgresql interface can't connect to a UNIX domain socket

[Devin Carraway]

Package: drupal
Version: 4.5.2-1
Severity: normal


Drupal ostensibly supports postgresql, but its use of the PEAR::DB DSN scheme
for configuration the database connection is incomplete, and cannot support
connection to a pgsql server via a UNIX domain socket, since the DSN scheme
for specifying one is not supported by PHP's parse_url() function used by
drupal to connect.

The PEAR::DB DSN scheme Drupal claims to support is described here:
http://pear.php.net/manual/en/package.database.db.intro-dsn.php

In this scheme, the syntax for specifying a connection to a pgsql domain
socket should be (I have no idea who thought this syntax was a good idea):

pgsql://username:[EMAIL PROTECTED](/var/run/postgresql)/dbname

Which is parsed by parse_sql as:

% php -r 'print_r(parse_url("pgsql://username:[EMAIL 
PROTECTED](/var/run/postgresql)/dbname"));'
Array
(
[scheme] => pgsql
[host] => unix(
[user] => username
[pass] => password
[path] => /var/run/postgresql)/dbname
)


However, Drupal's actual implementation is thus:

function db_connect($url) {
  $url = parse_url($url);

  $conn_string = ' user='. $url['user'] .' dbname='. substr($url['path'], 1)
.' password='. $url['pass'] . ' host=' . $url['host'];
  $conn_string .= ($url['port']) ? ' port=' . $url['port'] : '';
  $connection = pg_connect($conn_string) or die(pg_last_error());

  return $connection;
}

Which leads to a $conn_string of:

" user=username dbname=var/run/postgresql)/dbname password=password host=unix("


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: sparc (sparc64)
Kernel: Linux 2.6.6
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages drupal depends on:
ii  apache2-mpm-prefork [apache2] 2.0.52-3   Traditional model for Apache2
ii  debconf   1.4.30.11  Debian configuration management sy
ii  makepasswd1.10-2 Generate and encrypt passwords
ii  php4-cli  4:4.3.10-2 command-line interpreter for the p
ii  php4-pgsql3:4.3.9-1  PostgreSQL module for php4
ii  postgresql-client 7.4.7-2front-end programs for PostgreSQL
ii  qmail [mail-transport-agent]  1.03-31Secure, reliable, efficient, simpl
ii  wwwconfig-common  0.0.42 Debian web auto configuration

-- debconf information:
* drupal/remove_backups: false
  drupal/createuser_failed:
* drupal/db_auto_update: false
  drupal/dropdb_failed:
  drupal/upgradedb_impossible:
* drupal/dbgeneration: false
* drupal/dbtype: PostgreSQL
* drupal/database_doremove: false
  drupal/createdb_failed:
* drupal/dbserver: localhost
* drupal/webserver: apache2
  drupal/upgradedb_failed:
* drupal/dbname: drupal
* drupal/dbuser: drupal
  drupal/dbadmin: root
  drupal/initdb_failed:
  drupal/conffile_failed:


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

Bug#295286: kppp: put wrong password to pap-secrets

[Alexander Kogan]

Hi!

> I've tryed to reproduce the bug but kppp stores the password
> in .kde/share/config/kppprc instead of *-secrets here and stores the
> password correctly:
> Name=my_connection
> Password="`
>
> How have you managed to get kppp to store the password in *-secrets? It
> shouldn't touch that files (and it shouldn't have permission to edit them
> if you just add a user to the "dip" group and run kppp with that user).

I don't know why, but /usr/bin/kppp is suid-root in the package and it really 
writes pap-secrets. When I remove suid bit, it ignores pap-secrets silently.

-- 
Alexander Kogan
Institute of Applied Physics
Russian Academy of Sciences


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

Bug#188396: Pcb: please check your bugs in 20050127-1

[Jamie Heilman]

Hamish Moffatt wrote:
> Hello,
> 
> A new snapshot of PCB was uploaded last week which is two years newer
> than the previous version. The new one is 20050127-1.
> 
> Could you please test for the bug you reported in this new version?

Indeed, it would appear that the issues have been fixed.

-- 
Jamie Heilman http://audible.transient.net/~jamie/
"You came all this way, without saying squat, and now you're trying
 to tell me a '56 Chevy can beat a '47 Buick in a dead quarter mile?
 I liked you better when you weren't saying squat kid." -Buddy


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

Bug#295320: mozilla-thunderbird: Crash at startup.

[Alexander Sack]

William Brown wrote:

>I am attaching rest of the output in a zip file (it was too big to attach as a 
>.txt file).  Let me know if you need anything else. 
>
>  
>
4707 
open("/var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans-Bold.ttf",
O_RDONLY) = -1 ENOENT (No such file or directory)
4707 
open("/var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans-Bold.ttf",
O_RDONLY) = -1 ENOENT (No such file or directory)
4707  write(3, "\222\3\n\0\24\1 \2\31\1
[EMAIL PROTECTED]"..., 612) = 612
4707  read(3, "[EMAIL PROTECTED]
\2\210"..., 32) = 32
4707  readv(3,
[{"\317\317\317\0\317\317\317\0\317\317\317\0\317\317\317"..., 2304},
{"", 0}], 2) = 2304
4707  write(3, ";\3\5\0009\1
\2\0\0\0\0\0\0\0\0A\0003\0\222\3\n\0006\1"..., 1420) = 1420
4707  read(3,
"\1\30\323\6Q\0\0\0\0\0\0\0P\356\244\10\0\0\0\0\0\3\0\0"..., 32) = 32
4707  readv(3,
[{"\377\377\377\0\377\377\377\0\377\377\377\0\377\377\377"..., 324},
{"", 0}], 2) = 324
4707 
open("/var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans-Bold.ttf",
O_RDONLY) = -1 ENOENT (No such file or directory)
4707 
open("/var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans-Bold.ttf",
O_RDONLY) = -1 ENOENT (No such file or directory)
4707  --- SIGSEGV (Segmentation fault) @ 0 (0) ---

--> Looks as if there is a problem with your font config - probably.
What is in /var/lib/defoma/fontconfig.d/ ? (make a find
/var/lib/defoma/fontconfig.d/). What font packages are installed? Any
special font setup?

Thanks

-- 
 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#295352: logcheck doesn't ignore rsync's log "rsync on modulename-with-hyphen from host (ip)"

[SATOH Fumiyasu]

Futhermore, I want to use '.' and '_' for module name in rsyncd.conf.

--- /etc/logcheck/ignore.d.server/rsync.dist2005-01-24 11:37:31.0 
+0900
+++ /etc/logcheck/ignore.d.server/rsync 2005-02-16 12:01:38.0 +0900
@@ -1,3 +1,3 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ rsync\[[0-9]+\]: connect from [0-9.]{7,15} 
\([0-9.]{7,15}\)$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ rsyncd\[[0-9]+\]: rsync on [[:alnum:]/]+ 
from [._[:alnum:]-]+ \([0-9.]{7,15}\)$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ rsyncd\[[0-9]+\]: rsync on [[:alnum:]/._-]+ 
from [._[:alnum:]-]+ \([0-9.]{7,15}\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ rsyncd\[[0-9]+\]: wrote [0-9]+ bytes  read 
[0-9]+ bytes  total size [0-9]+$

-- 
-- Name: SATOH Fumiyasu  -- Home: http://www.sfo.jp (in Japanese only)
-- Mail: fumiya at net-thrust.com, samba.gr.jp, namazu.org or ...


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

Bug#283841: Support for the list creation

[Christian Perrier]

Quoting Pascal Hakim ([EMAIL PROTECTED]):
> Hi,
> 
> I've already created this list. Looks like I forgot to close the bug.
> 
> The problem that eddy is referring to is that the list is dumping large
> attachments. Out of interest, how was this problem fixed on others
> translation lists? I'm not too happy with the emailing of 700kb
> attachments on lists as you can probably imagine.

Other translation lists live with that. The only problem is that large
attachments are silently dropped so it happened more than once that
someone sends a mail asking for a review and just forgets about
it..never sees itwhich causes delays.

However, at least in the -l10n-french, we live with the limit and gzip
files when needed. So, we do not reach the limit very often.




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

Bug#295494: rcs-latex: doesn't handle "_" in RCS keyword values properly

[Matthew Clarke]

Package: rcs-latex
Version: 3.0-4
Severity: normal

rcs-latex 3.0-4 doesn't properly handle RCS keyword values that contain
underscores.  For example, if I have this in the document source,

\RCS $Source: /u/cvsrepos/aim/src.doc/devel/nv_csv_export/ts.tex,v $

I get this:

% make
TEXINPUTS=:../common rubber -m etex ts.tex
compiling ts.tex...
ts.tex:117: Missing $ inserted.
ts.tex:117: leading text: ^^I{}
ts.tex:117: Extra }, or forgotten $.
ts.tex:117: leading text: ^^I{}
ts.tex:117: Missing $ inserted.
ts.tex:117: leading text: ^^I{}
ts.tex:117: Missing } inserted.
ts.tex:117: leading text: ^^I{}
make: *** [ts.dvi] Erreur 1
%

CTAN has a newer version (3.1) that fixes this problem.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-686
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to 
fr_CA.UTF-8)

Versions of packages rcs-latex depends on:
ii  tetex-base2.0.2c-6   Basic library files of teTeX

-- no debconf information


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

Bug#295495: kerberos-configs: Please switch to gettext-based debconf templates

[Lucas Wall]

Package: kerberos-configs
Severity: wishlist
Tags: patch l10n

Using the "new" gettext format for debconf templates helps for templates
translations. For instance, detecting outdated or untranslated strings 
becomes considerably easier. It also keeps track of who did which
translation.

Patch description:
--
The attached patch does the required modifications:
- debian/control modification for dependencies:
  build-dep: debhelper (>= 4.1.16) which depends on po-debconf
  depend: debconf (>= 1.2.0) since old versions have problems with templates
  specifying the encoding of their content
- Add 'debconf-updatepo' to the clean target of your debian/rules
  (to make sure that the relevant files are ready for translation in the
   distributed source packages, and thus help translators)
- execute "debconf-gettextize debian/*templates*". This does:
  - generate po/ directory containing all the translation mecanism
  - change the template file to mark some strings as translatable by putting
a _ before the field name.
- mark the right strings as translatable in the templates. This is a manual
  check to make sure that fields containing stuff which cannot be
  translated such as kernel module name, and the one not shown to the users
  are not marked as translatable.
- removed files left by debconf-gettextize (*.templates.XX which are the
  old-style translations and now live in debian/po/XX.po)

  The previously existing translation were not lost in the process, but
  automatically converted to po files. You may however want to ask your
  previous translator to review them and update them if needed. Also ask
  them to add their name in the header of the po files, to ease future
  maintainance and update of the file.
  
For more details, see po-debconf documentation, especially "man 7
po-debconf"


About backports:

Please note that the suggested modifications will make your
package a little bit harder to backport to earlier Debian releases. If
this is a concern to you, you may try to adopt the method used by the
openssh package and detailed by Colin Watson in
http://lists.debian.org/debian-i18n/2003/debian-i18n-200307/msg00026.html

This patch does not includes this method as this would make it too
invasive, IMHO. So, preserving backportability is up to you...

Stylistic considerations:
-
The templates of your package may be easily improved by applying the advices
contained at the following address:

http://people.debian.org/~bubulle/dtsg/dtsg.txt

Don't get me wrong, I don't want to criticize, I just want the template to
reach a translatable state (ie quite stable) rather soon.
  
Future:
---
Once the switch is achieved, and style improvements are done (if any), I
guess that you will receive translations of your templates rather soon. They
will consist in XX.po files where XX is the code of the language they
contain. Simply put them to debian/po, add a changelog entry, and your
package is ready for rebuilding and uploading after the usual checks.

If you modify your templates in the future, no action is absolutely
mandatory from you to take care of the translations (outdated translations
will be automatically discarded). But it is nicer to your translators and
your not english speaking users to include the updated translations in the
same upload. For that, run debconf-updatepo, and mail each translator the
XX.po file they provided you. Their adress can be found in the headers of
the po file. Wait a few days so that they can do their work, and put the new
version of the po file back in position in debian/po before upload.



Thanks for helping the translators, and thus your non english speaker
end-users.

K.

-- 
Lucas Wall <[EMAIL PROTECTED]>  .''`.  
Buenos Aires, Argentina: :ø :   Debian GNU/Linux   
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]
diff -ruN orig/kerberos-configs-1.6/debian/control 
kerberos-configs-1.6/debian/control
--- orig/kerberos-configs-1.6/debian/control2002-03-28 16:46:00.0 
-0300
+++ kerberos-configs-1.6/debian/control 2005-02-16 03:38:28.0 -0300
@@ -2,12 +2,12 @@
 Section: net
 Priority: optional
 Maintainer: Sam Hartman <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 3.0.0)
+Build-Depends: debhelper (>> 4.1.16)
 Standards-Version: 3.5.0
 
 Package: krb5-config
 Architecture: all
-Depends: debconf (>= 0.4.0)
+Depends: debconf (>= 1.2.0)
 Conflicts: heimdal-lib (<< 0.3e-5), libkrb53 (<< 1.2.2-5)
 Description: Configuration files for Kerberos Version 5
  This package provides /etc/krb5.conf and any other files needed to
@@ -18,7 +18,7 @@
 
 Package: krb4-config
 Architecture: all
-Depends: debconf (>= 0.4.0)
+Depend

Bug#292247: missing patch (Re: please integrate zope-psycopgda with Zope 2.7)

[martin f krafft]

also sprach Nathaniel W. Turner <[EMAIL PROTECTED]> [2005.02.16.0644 +0100]:
> I don't see your patch in the log for #292247; I guess you probably just 
> forgot to actually attach it.  Would you check this and resend if needed?

Woops. :)

Attached, this time for real.

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!
diff -u psycopg-1.1.18/debian/changelog psycopg-1.1.18/debian/changelog
--- psycopg-1.1.18/debian/changelog
+++ psycopg-1.1.18/debian/changelog
@@ -1,3 +1,11 @@
+psycopg (1.1.18-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Added new stanza to debian/control to create new binary package for
+Zope 2.7.
+
+ -- martin f. krafft <[EMAIL PROTECTED]>  Tue, 25 Jan 2005 22:28:55 +0100
+
 psycopg (1.1.18-1) unstable; urgency=low
   
   * New upstream release.
only in patch2:
unchanged:
--- psycopg-1.1.18.orig/debian/control
+++ psycopg-1.1.18/debian/control
@@ -68,3 +68,11 @@
  This is the (mandatory) Zope Database Adapter based on the psycopg 
  PostgreSQL/Python module. 
  
+Package: zope2.7-psycopgda
+Architecture: all
+Section: python
+Depends: zope2.7, python2.3-psycopg (>= ${version})
+Description: Zope 2.7 Database Adapter based on python-psycopg
+ This is the (mandatory) Zope 2.7 Database Adapter based on the psycopg 
+ PostgreSQL/Python module. 
+ 
only in patch2:
unchanged:
--- psycopg-1.1.18.orig/debian/zope2.7-psycopgda.dirs
+++ psycopg-1.1.18/debian/zope2.7-psycopgda.dirs
@@ -0,0 +1 @@
+usr/lib/zope2.7
only in patch2:
unchanged:
--- psycopg-1.1.18.orig/debian/rules
+++ psycopg-1.1.18/debian/rules
@@ -65,7 +65,9 @@
prefix=`pwd`/debian/python2.3-psycopg/usr
$(MAKE) dist-zope && \
  tar xzf ZPsycopgDA-$(version).tar.gz \
-   -C debian/zope-psycopgda/usr/lib/zope
+   -C debian/zope-psycopgda/usr/lib/zope && \
+ tar xzf ZPsycopgDA-$(version).tar.gz \
+   -C debian/zope2.7-psycopgda/usr/lib/zope2.7
find debian -name psycopgmodule.so | xargs chmod 644
 
 # Build architecture-independent files here.


signature.asc
Description: Digital signature

Bug#295476: add support for disabling auto-eject

[Christian Perrier]

(dunno if you're subscribed to -bootIf so, sorry for the double mail)


> +Template: cdrom-detect/eject
> +Type: boolean
> +Default: true
> +Description: Eject CD-ROM when finished.
> +

As this is a boolean template, the short description should use the
interrogative form:

Description: Eject CD-ROM when finished?

We may also need a long description to give more explanations to users
(indeed, this may be unneeded as the question is clear enough)

Of course, ATM you made this template not translatable and never
displayed to users, so polishing the wording may seem
unnecessary. However, the future may change this and we'd better
prepare the template for that.





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

Bug#294180: hook scripts for net class

[martin f krafft]

also sprach Marco d'Itri <[EMAIL PROTECTED]> [2005.02.16.0153 +0100]:
> > The solution -- I think -- seems to be to call ifplugd/waproamd
> > from /etc/hotplug/net/* instead. However, that does not exist.
> How should such a directory work?

run-parts with the information in the environment?

> Do you feel it is still needed, considering that /etc/hotplug/usb/
> will not be supported by hotplug-ng?

I do not know too much about hotplug-ng. I am also not sure what
hotplug/usb has to do with my proposal about hotplug/net. We are
talking about hooks to trigger for network devices, whether USB or
not...

Please enlighten me.

-- 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer, admin, user, and author
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver!


signature.asc
Description: Digital signature

Bug#295452: [PATCH] SWIG 1.3.4 support

[David Kimdon]

Thanks for doing this.  I am building it now, will do some test later.
 In general this looks pretty safe.

-David


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

Bug#295357: lists.debian.org: Please add a debian-l10n-korean mailing list

[Christian Perrier]

Quoting Pascal Hakim ([EMAIL PROTECTED]):
> Hi Christian,
> 
> As usual, please get a few people to support this list. You've done a
> great job in getting these lists organised so far, so I imagine it won't
> be hard for you.

I have gathered a few Korean people 1-2 weeks ago while I was looking
for a translator to complete a few translations. Indeed a call for
help ws forwarded by someone to a Korean mailing list and several
Korean users have answered me with help offer and intent to work on
Korean l10n in Debian.

This is why I jumped in and proposed this mailing list so that they
immediately have the correct gathering place.

I have mailed them yesterday, asking them to support the list by
sending the needed mails to the bug report. Of course, I also asked
them to only do this if they have a *real* interest and want to
participate.

I know that list creation is a time-consuming task and I don't want
your time be wasted.

So, expect some mails coming in to support this list.




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

Bug#295482: netcfg broadcast address crashes LAN

[Goswin von Brederlow]

the owner <[EMAIL PROTECTED]> writes:
>
> I found this code in the netcfg/static.c file. The fprintf must be good. 
> I think the broadcast.s_addr is wrong when initializing interface:
>
> static.c:   struct in_addr broadcast = { 0 };
> static.c:  broadcast.s_addr = (network.s_addr | ~netmask.s_addr);
> static.c:  fprintf(fp, "\tbroadcast %s\n", inet_ntop (AF_INET, 
> &broadcast, ptr1, sizeof (ptr1)));
>

Since the fprintf outputs the right string into
/etc/network/interfaces the broadcast variable must be correct. The
error is more likely where the broadcast address gets set for the
interface.

MfG
Goswin


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

Bug#294501: php4-psql causes apache to segfault upon startup

[Adam Conrad]

tags 294501 sarge sid unreproducible
thanks

Hrm.  I can't seem to reproduce this here, no matter how hard I try. 
While it does look like an old php4-imap/glibc bug that cropped up long
ago, and has since been squished, I could reproduce that one, I can't
reproduce this one.

Would it be too much trouble to ask you to dist-upgrade to the latest
stable, then restart apache?  And if the problem still persists, could you
start checking library linkage, etc.  For instance:

ldd /usr/lib/php4/20020429-zts/imap.so
(make sure those are all pointing at stuff provided by Debian packages)
(check md5sums of all the libraries pointed to by ldd, and forward those
to the bug)
(dpkg -S each of those libraries and forward the versions of the packages
owning them)

Also, a copy of your php.ini (stripped of comments) and your apache
configs might prove helpful in me reproducing this.  If you can come up
with a really minimal config that still breaks for you, that's even
better.

Thanks in advance,

... Adam




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

Bug#294967: Fails to cleanup properly

[Goswin von Brederlow]

Hi,

answering myself I have another request for you to test.

> On Sat, Feb 12, 2005 at 07:47:40PM +0100, Jeroen van Wolffelaar wrote:
> find doesn't follow symlinks, so there it goes wrong.

Instead of using symlinks could you try to use mount --bind, e.g.:

mount --bind /more/space/a /mirror/pool/main/a

I think that should make debmirror behave correctly without any
change.

MfG
Goswin


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

Bug#282703: tagtool: can't deal with é (accented e) in mp3 title

[Graham Wilson]

On Tue, Nov 23, 2004 at 10:19:59PM +0100, Michael Below wrote:
> I just noticed that tagtool converted a title "América Latina
> !!libre!!" (according to xmms) to a filename
> "américa_latina_!!libre!!.mp3".

When I do this everything turns out fine. What I suspect is the case is
that the file is being saved with a UTF-8 filename, which is the
displayed oddly in your non-UTF-8 locale. Checking over the README file,
I noticed the following:

 FILESYSTEM ENCODINGS
 
 
   The filesystem encoding is assumed to be UTF-8.  As with other Gtk2 
 apps, if your filesystem is not in UTF-8 you will need to set the 
 G_FILENAME_ENCODING environment variable.  From the Gtk documentation:
 
   "G_FILENAME_ENCODING may be set to a comma-separated list of 
character set names. The special token "@locale" is taken to 
mean the character set for the current locale. The first 
character set from the list is taken as the filename encoding."

If you set G_FILENAME_ENCODING to "@locale" and try the same operation
again, what are the results?

> I had selected the option to leave out special characters, so the
> right filename would have been something like
> "amrica_latina_libre.mp3", IMHO.

I don't think that this applys to all non-ASCII characters, but rather
to characters you don't want in filenames... such as /, or \r.

-- 
gram


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

Bug#295428: FTBFS: autoconf bug?

[Adam Conrad]

Martin Orr said:
>
> Could you change configure.in to have AC_PREREQ(2.50) at the top?

That's my planned fix, yes. :)

... Adam





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

Bug#295492: Tray Icon's Background is White instead of Transparent

[Adam Porter]

Package: gmpc
Version: 0.11.2-2
Severity: minor
gmpc's tray notification icon has a white background instead of a 
transparent one.  This results in a weird look on a non-white panel 
background.  No biggie, but it'd be nice if it could be fixed.

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

Bug#295493: Wish: Hide from Window List, show only notification icon

[Adam Porter]

Package: gmpc
Version: 0.11.2-2
Severity: wishlist
It would be nice if gmpc could hide itself from the Window List and only 
show itself in the notification area with an icon.

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

Bug#295412: initrd-tools: Fails to ignore 32bit emulation layer on ldd calls

[Harald Dunkel]

This seems to be a dup of #279382.
Assuming that valid shared library paths start with '/'
I would suggest to apply this patch to mkinitrd:
@@ -1181,7 +1198,7 @@
add_command $i
done
exec 3>&-
-   < tmp2 sed 's/.*=>[[:blank:]]*\([^[:blank:]]*\).*/\1/'
+   < tmp2 awk '/.*=>[[:blank:]]*\/[^[:blank:]]*.*/ { print $3 };'
echo /dev/console
echo /dev/null

Regards
Harri


signature.asc
Description: OpenPGP digital signature

Bug#148912: The easist way to [refinance]

[Tommie Covington]

Today is a new day for your residence. With levels 
at their headline-making historic lows, our programs 
are better now than ever before. Even if you've recently 
closed on a property, now is the time to check your 
numbers.

Our advisors are here to help you decide your options.
In fact, did you know that a 30 year fixed program may 
not always be the best option? 

There are other ways to do it, and we would like to tell 
you about it.

Find out what all your neighbors are talking about:

http://www.mortslow.com/index.php?refid=vik




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

Bug#295205: metapost figures in xdvi with tex text

[Chris Walker]

On Tue, Feb 15, 2005 at 01:45:24PM -0800, Paul Vojta wrote:
> On Tue, Feb 15, 2005 at 01:00:03PM +0100, Frank K?ster wrote:
> > Stefan Ulrich <[EMAIL PROTECTED]> wrote:
> > 
> > > There doesn't seem to be an easy way for Xdvi to detect that it's not
> > > a standalone PS file. (Paul, you know more about Postscript than I do
> > > - is the problem that the PS file doesn't define any fonts?  Is this
> > > the way Metapost works? Does it work with dvips since the font will be
> > > already present in the `main' file?)
> > >
> > > If there's no way for xdvi to detect/fix this font problem, maybe we
> > > should switch to displaying a placeholder/bounding box for Metapost
> > > files - I don't know much about Metapost either; can we assume that
> > > files missing an `.(e)ps' extension are Metapost, or would we need
> > > to scan all files in 'PSfile' specials for a `%%Creator: MetaPost'
> > > comment?
> 
> metapost files are not .eps, although they're very close.  They require
> special processing, which I haven't implemented yet.  I should check what
> dvips does, and mimic that.

That, or whatever pdflatex uses to iterpret metapost files.

It would be great if you could fix this.

Thanks,

Chris








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

Bug#118232: The news is good on the economy

[Roosevelt Mckinley]

Today is a new day for your residence. With levels 
at their headline-making historic lows, our programs 
are better now than ever before. Even if you've recently 
closed on a property, now is the time to check your 
numbers.

Our advisors are here to help you decide your options.
In fact, did you know that a 30 year fixed program may 
not always be the best option? 

There are other ways to do it, and we would like to tell 
you about it.

Find out what all your neighbors are talking about:

http://www.mortslow.net/index.php?refid=vik




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

Bug#208459: Time may be running out

[Celia Costa]

Today is a new day for your residence. With levels 
at their headline-making historic lows, our programs 
are better now than ever before. Even if you've recently 
closed on a property, now is the time to check your 
numbers.

Our advisors are here to help you decide your options.
In fact, did you know that a 30 year fixed program may 
not always be the best option? 

There are other ways to do it, and we would like to tell 
you about it.

Find out what all your neighbors are talking about:

http://www.lendzx.info/index.php?refid=vik




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

Bug#100332: Start saving now

[Dorothea Kerr]

Today is a new day for your residence. With levels 
at their headline-making historic lows, our programs 
are better now than ever before. Even if you've recently 
closed on a property, now is the time to check your 
numbers.

Our advisors are here to help you decide your options.
In fact, did you know that a 30 year fixed program may 
not always be the best option? 

There are other ways to do it, and we would like to tell 
you about it.

Find out what all your neighbors are talking about:

http://www.mortzlow.com/index.php?refid=vik




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

Bug#295491: pork: SOCKS5 support is broken

[Benjamin C. W. Sittler]

Package: pork
Version: 0.99.5-2
Severity: normal
Tags: patch


although the bundled libfaim does support SOCKS5 proxies, pork does
not; this means that the otrproxy for secure, deniable IM from

http://www.cypherpunks.ca/otr/

does not work. i've attached a patch that changes pork to use the
libfaim connection code so that this works. to use it, type e.g.

otrproxy &
env SOCKS5_PROXY=127.0.0.1 pork

and you'll have secured im. this should work with other SOCKS5 proxies
too (useful from behind some firewalls), but otrproxy is the only one
i have tested it with.

patch is also online at

http://xent.com/~bsittler/pork-0.99.7-socks5.diff

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

Versions of packages pork depends on:
ii  libc6   2.3.2.ds1-19 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libperl5.8  5.8.4-6  Shared Perl library

-- no debconf information
diff -u --recursive pork-0.99.7.orig/src/pork_aim.c pork-0.99.7/src/pork_aim.c
--- pork-0.99.7.orig/src/pork_aim.c	2004-12-10 19:15:49.0 -0800
+++ pork-0.99.7/src/pork_aim.c	2005-02-15 20:01:44.262712696 -0800
@@ -58,10 +58,6 @@
 const char *name,
 int exchange);
 
-static int aim_sock_connect(const char *ip,
-			struct sockaddr_storage *laddr,
-			int *sock);
-
 static int aim_report_idle(struct pork_acct *acct, int mode);
 static int aim_connect_abort(struct pork_acct *acct);
 static int aim_set_away(struct pork_acct *acct, char *away_msg);
@@ -115,48 +111,6 @@
 #endif
 }
 
-static int aim_sock_connect(const char *ip,
-			struct sockaddr_storage *laddr,
-			int *sock)
-{
-	struct sockaddr_storage ss;
-	char *addr;
-	char *port;
-	in_port_t port_num = FAIM_LOGIN_PORT;
-
-	port = getenv("AIM_PORT");
-	if (port != NULL) {
-		u_int32_t temp;
-
-		if (str_to_uint(port, &temp) != -1)
-			port_num = temp;
-	}
-
-	addr = xstrdup(ip);
-
-	port = strchr(addr, ':');
-	if (port != NULL) {
-		*port++ = '\0';
-
-		if (get_port(port, &port_num) != 0) {
-			screen_err_msg("Error: Invalid port: %s", port);
-			goto err_out;
-		}
-	}
-
-	if (get_addr(addr, &ss) != 0) {
-		screen_err_msg("Error: Invalid host: %s", addr);
-		goto err_out;
-	}
-
-	free(addr);
-	return (nb_connect(&ss, laddr, port_num, sock));
-
-err_out:
-	free(addr);
-	return (-1);
-}
-
 static void aim_print_info(	char *user,
 			char *profile,
 			char *away_msg,
@@ -1483,27 +1437,18 @@
 
 	if (redirect->group == AIM_CONN_TYPE_CHATNAV) {
 		aim_conn_t *chatnav;
-		int sock;
-		int ret;
 
-		chatnav = aim_newconn(session, AIM_CONN_TYPE_CHATNAV, NULL);
+		chatnav = aim_newconn(session, AIM_CONN_TYPE_CHATNAV, redirect->ip);
 		if (chatnav == NULL) {
 			screen_err_msg("Unable to connect to the chatnav server: %s",
 strerror(errno));
 			return (0);
 		}
 
-		ret = aim_sock_connect(redirect->ip, &acct->laddr, &sock);
-		if (ret == 0) {
-			aim_connected(sock, 0, chatnav);
-		} else if (ret == -EINPROGRESS) {
-			chatnav->status |= AIM_CONN_STATUS_INPROGRESS;
-			pork_io_add(sock, IO_COND_WRITE, chatnav, chatnav, aim_connected);
+		if (! (chatnav->status | AIM_CONN_STATUS_INPROGRESS)) {
+			aim_connected(chatnav->fd, 0, chatnav);
 		} else {
-			aim_conn_kill(session, &chatnav);
-			screen_err_msg("Unable to connect to the chatnav server: %s",
-strerror(errno));
-			return (0);
+			pork_io_add(chatnav->fd, IO_COND_WRITE, chatnav, chatnav, aim_connected);
 		}
 
 		aim_conn_addhandler(session, chatnav, AIM_CB_FAM_SPECIAL, AIM_CB_SPECIAL_CONNDEAD, aim_conn_dead, 0);
@@ -1517,27 +1462,19 @@
 		struct aim_chat *a_chat;
 		struct imwindow *win;
 		char buf[128];
-		int sock;
-		int ret;
 		char *chat_title;
 
-		chat_conn = aim_newconn(session, AIM_CONN_TYPE_CHAT, NULL);
+		chat_conn = aim_newconn(session, AIM_CONN_TYPE_CHAT, redirect->ip);
 		if (chat_conn == NULL) {
 			screen_err_msg("Unable to connect to the chat server");
 			return (0);
 		}
 
-		ret = aim_sock_connect(redirect->ip, &acct->laddr, &sock);
-		if (ret == 0) {
-			aim_connected(sock, 0, chat_conn);
-		} else if (ret == -EINPROGRESS) {
-			chat_conn->status |= AIM_CONN_STATUS_INPROGRESS;
-			pork_io_add(sock, IO_COND_WRITE, chat_conn, chat_conn,
-aim_connected);
+		if (! (chat_conn->status | AIM_CONN_STATUS_INPROGRESS)) {
+			aim_connected(chat_conn->fd, 0, chat_conn);
 		} else {
-			aim_conn_kill(session, &chat_conn);
-			screen_err_msg("Unable to connect to the chatnav server");
-			return (0);
+			pork_io_add(chat_conn->fd, IO_COND_WRITE, chat_conn, chat_conn,
+aim_connected);
 		}
 
 		chat_title = get_chatname(redirect->chat.room);
@@ -2013,8 +1950,6 @@
 	struct aim_authresp_info *authresp;
 	aim_conn_t *bos_conn;
 	struct pork_acct *acct = session->aux_data;
-	int ret;
-	int sock;
 	struct sockaddr_sto

Bug#101602: The easist way to [refinance]

[Lillian Mccormick]

Today is a new day for your residence. With levels 
at their headline-making historic lows, our programs 
are better now than ever before. Even if you've recently 
closed on a property, now is the time to check your 
numbers.

Our advisors are here to help you decide your options.
In fact, did you know that a 30 year fixed program may 
not always be the best option? 

There are other ways to do it, and we would like to tell 
you about it.

Find out what all your neighbors are talking about:

http://www.mortzlow.com/index2.php?refid=vik




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

Bug#203212: A better economy for all

[Fletcher Mullins]

Today is a new day for your residence. With levels 
at their headline-making historic lows, our programs 
are better now than ever before. Even if you've recently 
closed on a property, now is the time to check your 
numbers.

Our advisors are here to help you decide your options.
In fact, did you know that a 30 year fixed program may 
not always be the best option? 

There are other ways to do it, and we would like to tell 
you about it.

Find out what all your neighbors are talking about:

http://www.mortslow.com/index.php?refid=vik




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

Bug#294677: Subject: mozilla-firefox: unable to print (XML parsing error)

[James Hughes]

Hi,

View source produces a similar error:

(transcribed, as I am unable to cut & paste from error msg window)

** begin error msg
XML Parsing Error: syntax error
Location: chrome://global/content/viewSource.xul
Line Number 1, Column 2:

 pageLoaderIface.DISPLAY_NORMAL);
-^

** end error msg

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

Versions of packages mozilla-firefox depends on:
ii  debianutils  2.11.2  Miscellaneous utilities
specific t
ii  fontconfig   2.2.3-4 generic font configuration
library
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.2.3-4 generic font configuration
library
ii  libfreetype6 2.1.7-2.3   FreeType 2 font engine,
shared lib
ii  libgcc1  1:3.4.3-9   GCC support library
ii  libglib2.0-0 2.6.2-1 The GLib library of C
routines
ii  libgtk2.0-0  2.6.2-3 The GTK+ graphical user
interface 
ii  libidl0  0.8.3-1 library for parsing CORBA
IDL file
ii  libjpeg626b-9The Independent JPEG
Group's JPEG 
ii  libkrb53 1.3.6-1 MIT Kerberos runtime
libraries
ii  libpango1.0-01.8.0-3 Layout and rendering of
internatio
ii  libpng12-0   1.2.8rel-1  PNG library - runtime
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  libxft2  2.1.2-6 FreeType-based font drawing
librar
ii  libxp6   4.3.0.dfsg.1-10 X Window System printing
extension
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  psmisc   21.5-1  Utilities that use the proc
filesy
ii  xlibs4.3.0.dfsg.1-11 X Keyboard Extension (XKB)
configu
ii  zlib1g   1:1.2.2-4   compression library -
runtime

-- no debconf information

-- 
James Hughes <[EMAIL PROTECTED]>



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

Bug#295490: tintin++: Debian changelog is duplicated over the upstream one

[Adam Borowski]

Package: tintin++
Version: 1.93.7-1
Severity: minor


/usr/share/doc/tintin++/changelog.gz
  and
/usr/share/doc/tintin++/changelog.Debian.gz
  are identical (except for the compression level).
Shouldn't changelog.gz be either the upstream changelog or at least
be not there?

(I know, I know, the upstream changes are strewn across some files,
with mods/scandum.mods being the most recent one).

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

Versions of packages tintin++ depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libreadline55.0-10   GNU readline and history libraries
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information


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

Bug#295489: openvt: race condition when not using -c

[Adam Borowski]

Package: console-tools
Version: 1:0.2.3dbs-56
Severity: normal

If you invoke openvt twice in rapid succession, it will often open
the same VT twice, spawning two shells in it.  

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

Versions of packages console-tools depends on:
ii  console-common 0.7.49Basic infrastructure for text cons
ii  debconf1.4.45Debian configuration management sy
ii  libc6  2.3.2.ds1-20  GNU C Library: Shared libraries an
ii  libconsole 1:0.2.3dbs-56 Shared libraries for Linux console
ii  sysvinit   2.86.ds1-1System-V like init

-- no debconf information


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

Bug#295331: maintenance of fetchmail package

[Graham Wilson]

On Wed, Feb 16, 2005 at 12:29:21AM -0300, Lucas Wall wrote:
> On 02/16/05 00:21, Graham Wilson wrote:
> >Three people have stepped up to maintain the package. Would all of you
> >be interested in working together to co-maintain the pacakge? The
> >fetchmail source is already maintained in Subversion, so it seems this
> >could be coordinated easily.
> 
> Co-maintain is fine for me. Do you have an alioth project? or just an 
> independent repo?

An independent repository. I suggest everyone who is interested to
subscribe to the fetchmail mailing lists at Berlios [1] and at CCIL [2].
I'll ask the other current project admins if I can create a list just
for Debian packaging.

Since upstream work is going slow, ideally everybody who is interested
would eventually help participate upstream.

> >It also seems that only one of the people interested is a developer. I'd
> >be happy to sponsor uploads if needed.
> 
> Perfect. If we co-maintain sponsor uploads won't be generally needed, 
> but its good to know you have time to sponsor in case I'm not around.

Yes, I'd be glad for you to do uploads normally, and for me just to
serve as backup.

[1] http://developer.berlios.de/mail/?group_id=1824
[2] http://lists.ccil.org/mailman/listinfo/fetchmail 

-- 
gram


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

Bug#295331: maintenance of fetchmail package

[Lucas Wall]

On 02/16/05 01:14, Graham Wilson wrote:
On Wed, Feb 16, 2005 at 12:29:21AM -0300, Lucas Wall wrote:
On 02/16/05 00:21, Graham Wilson wrote:
Three people have stepped up to maintain the package. Would all of you
be interested in working together to co-maintain the pacakge? The
fetchmail source is already maintained in Subversion, so it seems this
could be coordinated easily.
Co-maintain is fine for me. Do you have an alioth project? or just an 
independent repo?

An independent repository. I suggest everyone who is interested to
subscribe to the fetchmail mailing lists at Berlios [1] and at CCIL [2].
I'll ask the other current project admins if I can create a list just
for Debian packaging.
Perfect. A mailing list would be very useful to collect bug reports and 
discuss packaging issues. Its much simpler than CCing. Any mailing list 
will do, if you can't create one there we can set up a project in Alioth.

Since upstream work is going slow, ideally everybody who is interested
would eventually help participate upstream.
Fine.
It also seems that only one of the people interested is a developer. I'd
be happy to sponsor uploads if needed.
Perfect. If we co-maintain sponsor uploads won't be generally needed, 
but its good to know you have time to sponsor in case I'm not around.

Yes, I'd be glad for you to do uploads normally, and for me just to
serve as backup.
Perfect. Then we should just wait to see what Nico and Goswin feel about 
all this.

K.
--
Lucas Wall <[EMAIL PROTECTED]>  .''`.
Buenos Aires, Argentina: :ø :   Debian GNU/Linux
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]


signature.asc
Description: OpenPGP digital signature

Bug#295485: akode experimental package uninstallable

[Adeodato Simó]

tag 295485 experimental
stop

* Diwaker Gupta [Tue, 15 Feb 2005 19:32:55 -0800]:

> $ sudo wajig install -t experimental akode
> [snip]
> The following packages have unmet dependencies:
>   akode: Depends: libflac4 but it is not installable
>   E: Broken package
>   [/snip]

  Yes, we know. Please read this thread [1], and consider installing the
  packages mentioned there. It's not very likely that we make another
  upload to experimental: we'll be uploading to sid in... a week?

[1] http://lists.debian.org/debian-kde/2005/01/msg00439.html

  Sorry for the inconvenience,

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
You've come to the right place.  At debian-devel we are always willing
to argue over the meanings of words.
-- seen on [EMAIL PROTECTED]



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

Bug#295488: [sparc64] [atyfb] No display after boot; monitor is suspended

[Frans Pop]

Package: kernel-source-2.6.10
Severity: serious
Justification: Serious regression from 2.6.8
Tags: patch

As a result of the discussion on switching to 2.6.10 for Sarge, I have 
tested 2.6.10 on my Sparc Ultra 10.

Result was that I discovered a serious regression for the atyfb (Mach64) 
framebuffer driver since upstream 2.6.10-rc2. I've managed to trace the 
problem and solve it with the help from upstream.

Please apply the attached patch that was prepared by David S. Miller 
<[EMAIL PROTECTED]> and will also be pushed in the upstream kernel.

For the complete history of this patch, see [1].

[1] http://lists.debian.org/debian-sparc/2005/02/msg00043.html

Cheers,
FJP
= drivers/video/aty/atyfb_base.c 1.82 vs edited =
--- 1.82/drivers/video/aty/atyfb_base.c 2005-01-04 18:48:32 -08:00
+++ edited/drivers/video/aty/atyfb_base.c   2005-02-15 08:19:00 -08:00
@@ -2511,7 +2511,15 @@
 		}
 	} else
 #endif /* !CONFIG_PPC */
-	if (!fb_find_mode(&var, info, mode, NULL, 0, &defmode, 8))
+	if (
+#if defined(CONFIG_SPARC32) || defined(CONFIG_SPARC64)
+	   /* On Sparc, unless the user gave a specific mode
+	* specification, use the PROM probed values in
+	* default_var.
+	*/
+	!mode ||
+#endif
+	!fb_find_mode(&var, info, mode, NULL, 0, &defmode, 8))
 		var = default_var;
 
 	if (noaccel)

Bug#295487: Man cfdisk says it uses curses

[Siward de Groot]

Package: util-linux
Version: 2.12-10

Hello util-l;inux maintainer,

  man 8 cfdisk still says that it uses curses,
  but it really links with slang.
This bug was found in sarge, it is still present in today's testing version.
Replacing every occurence of 'curses' with 'slang' in the manpage
   would probably be all that is needed to fix this bug.

shell :-] whatis cfdisk
 Curses based disk partition table manipulator for Linux
shell :-] which cfdisk
 /sbin/cfdisk
shell :-] ldd /sbin/cfdisk
 libslang.so.1-UTF8 => /lib/libslang.so.1-UTF8 (0x40025000)
 libc.so.6 => /lib/tls/libc.so.6 (0x40098000)
 libdl.so.2 => /lib/tls/libdl.so.2 (0x401cc000)
 libm.so.6 => /lib/tls/libm.so.6 (0x401d)
 /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
shell :-] dpkg -S /sbin/cfdisk
 util-linux: /sbin/cfdisk

 have fun !

 Siward de Groot
 



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

Bug#295485: akode experimental package uninstallable

[Diwaker Gupta]

Package: akode
Version: 4:3.3.1-2
Severity: minor


$ sudo wajig install -t experimental akode
[snip]
The following packages have unmet dependencies:
  akode: Depends: libflac4 but it is not installable
  E: Broken package
  [/snip]

$ sudo wajig install libflac4
Package libflac4 is not available, but is referred to by another
package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  libflac6
E: Package libflac4 has no installation candidate

$ sudo wajig install libflac6
libflac6 is already the newest version.


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

Versions of packages akode depends on:
ii  libarts1 1.3.2-2 aRts Sound system
ii  libasound2   1.0.8-1 ALSA library
ii  libaudio21.7-2   The Network Audio System (NAS). (s
ii  libaudiofile00.2.6-5 Open-source version of SGI's audio
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libesd-alsa0 [libesd0]   0.2.35-2Enlightened Sound Daemon (ALSA) - 
ii  libflac6 1.1.1-5 Free Lossless Audio Codec - runtim
ii  libgcc1  1:3.4.3-9   GCC support library
ii  libglib2.0-0 2.6.2-1 The GLib library of C routines
ii  libjack0.80.0-0  0.99.0-4JACK Audio Connection Kit (librari
ii  libmad0  0.15.1b-1   MPEG audio decoder library
ii  libogg0  1.1.0-1 Ogg Bitstream Library
ii  liboggflac1  1.1.1-5 Free Lossless Audio Codec - runtim
ii  libsamplerate0   0.1.1-2 audio rate conversion library
ii  libspeex11.0.rel.4-1 The Speex Speech Codec
ii  libstdc++5   1:3.3.5-8   The GNU Standard C++ Library v3
ii  libvorbis0a  1.0.1-1 The Vorbis General Audio Compressi
ii  libvorbisenc21.0.1-1 The Vorbis General Audio Compressi
ii  libvorbisfile3   1.0.1-1 The Vorbis General Audio Compressi
ii  libxt6   4.3.0.dfsg.1-10 X Toolkit Intrinsics
ii  xlibs4.3.0.dfsg.1-11 X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#295486: libavifile-0.7c102: depends on unavailable libxvidcore4

[Aaron M. Ucko]

Package: libavifile-0.7c102
Version: 1:0.7.38.20030710-1.2
Severity: grave
Justification: renders package unusable

The following packages have unmet dependencies:
  libavifile-0.7c102: Depends: libxvidcore4 (>= 1:1.0.0-0.0) which is a virtual 
package.

This library is not (and cannot be?) available in the main archive;
please properly isolate its use to avifile-xvid-plugin.

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

Versions of packages libavifile-0.7c102 depends on:
ii  aalib11.4p5-22   ascii art library
ii  libasound21.0.8-1ALSA library
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libfontconfig 2.2.3-4generic font configuration library
ii  libfreetype6  2.1.7-2.3  FreeType 2 font engine, shared lib
ii  libgcc1   1:3.4.3-9  GCC support library
ii  libice6   4.3.0.dfsg.1-10Inter-Client Exchange library
ii  libncurses5   5.4-4  Shared libraries for terminal hand
ii  libsdl1.2debi 1.2.7+1.2.8cvs20041007-4.1 Simple DirectMedia Layer
ii  libsm64.3.0.dfsg.1-10X Window System Session Management
ii  libstdc++51:3.3.5-8  The GNU Standard C++ Library v3
ii  libsvga1  1:1.4.3-21 console SVGA display libraries
ii  libx11-6  4.3.0.dfsg.1-10X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-10X Window System miscellaneous exte
ii  libxft2   2.1.2-6FreeType-based font drawing librar
ii  libxi64.3.0.dfsg.1-10X Window System Input extension li
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  libxv14.3.0.dfsg.1-10X Window System video extension li
ii  slang11.4.9dbs-8 The S-Lang programming library - r
ii  xlibs 4.3.0.dfsg.1-11X Keyboard Extension (XKB) configu
ii  zlib1g1:1.2.2-4  compression library - runtime

-- no debconf information


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

Bug#221442: kmail: Crash with IMAP - Unknown cause

[Chris Horn]

Package: kmail
Version: 4:3.3.1-3
Followup-For: Bug #221442

I exclusively have IMAP and IMAPS folders.  Sometimes, I can't really
pin down when, the message pane goes almost completely blank - just some
dotted lines here and there, indicating the message threads.  When it
does this, you have to click on a folder and go back to the one you were
looking at to see the folder contents again.

Often right after KMail pulls this stunt it crashes... hard.  I've
attached a trace from the latest occurence of this nasty bug.

Chris Horn.

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

Versions of packages kmail depends on:
ii  kdelibs4 4:3.3.2-1   KDE core libraries
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libgcc1  1:3.4.3-6   GCC support library
ii  libice6  4.3.0.dfsg.1-10 Inter-Client Exchange library
ii  libkcal2 4:3.3.1-3   KDE calendaring library
ii  libkdenetwork2   4:3.3.1-3   KDE Network library
ii  libkdepim1   4:3.3.1-3   KDE PIM library
ii  libkleopatra0a   4:3.3.1-3   KDE GnuPG interface libraries
ii  libkpimidentities1   4:3.3.1-3   KDE PIM user identity information 
ii  libksieve0   4:3.3.1-3   KDE mail/news message filtering li
ii  libmimelib1a 4:3.3.1-3   KDE mime library
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-5   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  perl 5.8.4-6 Larry Wall's Practical Extraction 
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
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
`system-supplied DSO at 0xe000' has disappeared; keeping its symbols.
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1244688256 (LWP 14854)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[KCrash handler]
#3  0xb7da30ac in KMFolder::createJob () from /usr/lib/libkmailprivate.so.0
#4  0xb7edf737 in KMMainWidget::slotMsgSelected ()
   from /usr/li

Bug#295331: maintenance of fetchmail package

[Lucas Wall]

On 02/16/05 00:21, Graham Wilson wrote:
Three people have stepped up to maintain the package. Would all of you
be interested in working together to co-maintain the pacakge? The
fetchmail source is already maintained in Subversion, so it seems this
could be coordinated easily.
Co-maintain is fine for me. Do you have an alioth project? or just an 
independent repo?

It also seems that only one of the people interested is a developer. I'd
be happy to sponsor uploads if needed.
Perfect. If we co-maintain sponsor uploads won't be generally needed, 
but its good to know you have time to sponsor in case I'm not around.

K.
--
Lucas Wall <[EMAIL PROTECTED]>  .''`.
Buenos Aires, Argentina: :ø :   Debian GNU/Linux
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]


signature.asc
Description: OpenPGP digital signature

Bug#295331: maintenance of fetchmail package

[Graham Wilson]

Three people have stepped up to maintain the package. Would all of you
be interested in working together to co-maintain the pacakge? The
fetchmail source is already maintained in Subversion, so it seems this
could be coordinated easily.

It also seems that only one of the people interested is a developer. I'd
be happy to sponsor uploads if needed.

-- 
gram


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

Bug#295477: autofs.postinst vs. debconf

[Aaron M. Ucko]

Package: autofs
Version: 4.1.3+4.1.4beta2-1
Followup-For: Bug #295477

I ran into this too.  In general, maintainer scripts that use debconf
and start background processes (particularly daemons that will run
indefinitely) should first call db_stop to avoid trouble.  However,
AFAICT, autofs's postinst does not really need debconf at all, so it
should suffice to stop sourcing /usr/share/debconf/confmodule.

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

Versions of packages autofs depends on:
ii  debconf 1.4.45   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- debconf information:
* autofs/upgrade-from-broken-version:


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

Bug#295479: change eject to be after the user is told

[Joey Hess]

Frans Pop wrote:
> What is meant by the "template stuff", is that Colin thought it would be 
> good to show a different text at the "Finish installation and reboot" 
> dialog if the CD will _not_ be ejected because cdrom-detect/eject=false 
> was specified as per #295476.
> 
> Hmm. The current text actually is quite neutral:
>   Installation is complete, so it is time to boot into your new Debian
>   system. Make sure to remove the installation media (CD-ROM, floppies),
>   so that your system boots from the disk to which Debian was installed.
> 
> Maybe it should make mention of CD's being automatically ejected if one is 
> mounted and cdrom-detect/eject is not set to false.

There are two reasons that I know of why we eject the CD before this
message:

 1. To make it easy for the user to follow the instructions and remove
the CD -- since the computer just spat it out to them. This is not
very important. However, if the eject was moved until afterwards the
user might manually eject the CD, and then close the tray, and the
eject afterwards would then re-open the tray, which would be
annoying. To properly handle this case, the eject has to come before
the message, or not be done at all.

 2. On systems with no hardware eject button, we need to do a software
eject, and we need to pause afterwards, to give the user time to
remove the CD. Otherwise some systems may retract the CD during
post. The message provides the necessary pause for the user to
act on it; if we eject the CD after the message, the user will be
frustrated at not being able to remove the CD while the message asking
them to do so is displayed, and then after they hit ok will have to
scramble to remove the CD before post.

In conclusion I don't see any way to put the eject after the message,
and we must do the software eject at some point. We could get very fancy
and display a prompt asking if the user was ready for a software CD
eject.

Personally, I feel that anyone who places a semi-sharp plastic item in a
device that spins it very fast and that has a servo that can cause the
item to leave the device under the control of software, is responsible
for ensuring that any action the software/hardware can take at any time
will not be hazerdous to their health. This includes not mounting it
sideways if you don't have a spindle to hold the roating disk of death in
place.

See also the infamous "it ejected the CD and spilled my coffee!" bug,
long closed.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#295483: developers-reference: please mention $arch@buildd.debian.org

[Angus Lees]

Package: developers-reference
Version: 3.3.5
Severity: wishlist

Apparently [EMAIL PROTECTED] email aliases exist.

Unless I'm just being dumb, I can't find that mentioned anywhere in
the developers-reference and is something I would have liked to have
known earlier - particular for "please requeue $package" requests.

 - Gus

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

-- no debconf information


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

Bug#295484: zope2.7: PURGE bug in AcceleratedHTTPCacheManager.py

[Guillaume Tamboise]

Package: zope2.7
Version: 2.7.4-0-0
Severity: normal


Hello,

AcceleratedHTTPCacheManager.py has a bug as described in
http://www.zopelabs.com/cookbook/1043965452
Basically, the PURGE commands that Zope sends has a wrong URL whenever
VirtualHosts are used.

I have been using the patch provided at
http://www.zopelabs.com/cookbook/1043965452 for several weeks without
issue.

Thanks for the very good work to get nice Zope/Plone packages in Debian!


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

Versions of packages zope2.7 depends on:
ii  adduser 3.59 Add and remove users and groups
ii  debconf 1.4.30.11Debian configuration management sy
ii  dpkg1.10.26  Package maintenance system for Deb
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  python2.3   2.3.4-19 An interactive high-level object-o
ii  python2.3-xml   0.8.4-1  XML tools for Python (2.3.x)

-- debconf information:
  zope/upgrade/2.7:
* zope/tips/2.7:
* zope/tips/standalone_install:
* zope/instance_home/move: false
* shared/zope/restart: end


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

Bug#294878: probably fixed

[Justin Pryzby]

tag 294878 fixed-upstream sarge
thanks

This appears to be fixed upstream.  I've tested with xterm-100.  I'll
wait until the next version hits testing and confirm that its fixed.

Justin


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

Bug#295482: netcfg broadcast address crashes LAN

[the owner]

Package: netcfg
Version: 1.07.1


Subject: erroneous static network interface broadcast address

The Debian Installer repeatedly crashes my DSL modem. There have never
been any other problems except with D-I. I think the broadcast address
is the problem. The problem occurs especially when the installer tries
to fetch files from the internet before rebooting. The network is good
after rebooting. I think the netcfg is the problem or else busybox. This
is what I found when checking before rebooting:


= preboot installation /etc/network/interfaces ==
 this was correctly written by the installer 

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.2.64
netmask 255.255.255.0
network 192.168.2.0
broadcast 192.168.2.255
gateway 192.168.2.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.2.1
dns-search localnet


 preboot installation ifconfig ===
 this was not correctly initialized ==

eth0  Link encap:Ethernet  HWaddr 00:11:2F:E0:3A:27  
  inet addr:192.168.2.64  Bcast:0.0.0.0  Mask:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:50 errors:0 dropped:0 overruns:0 frame:0
  TX packets:47 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:49876 (48.7 KiB)  TX bytes:3281 (3.2 KiB)
  Interrupt:17 Memory:fba0-0 

 the above Bcast:0.0.0.0 is incorrect =

I found this code in the netcfg/static.c file. The fprintf must be good. 
I think the broadcast.s_addr is wrong when initializing interface:

static.c:   struct in_addr broadcast = { 0 };
static.c:  broadcast.s_addr = (network.s_addr | ~netmask.s_addr);
static.c:  fprintf(fp, "\tbroadcast %s\n", inet_ntop (AF_INET, &broadcast, 
ptr1, sizeof (ptr1)));



Thanks for the attention





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

Bug#295481: FileUtils.mv does not remove file when moving to a different partition

[Adeodato Simó]

Package: libruby1.8
Version: 1.8.2-2
Severity: normal

Hello,

  in the attached script you can find a detailed description of what
  seems to be a bug in fileutils.rb. Namely, that FileUtils.mv(o, d)
  fails to remove 'o' after copying to 'd' if the files are in separate
  partitions.

  As noted in the script, two other Debian users have been able to
  reproduce, and another two non-Debian users failed to.

  Thanks.


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

Versions of packages libruby1.8 depends on:
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- no debconf information

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
Listening to: Presuntos Implicados - La mujer que mueve el mundo
 
Proper treatment will cure a cold in seven days, but left to itself, a
cold will hang on for a week.
-- Darrell Huff
#! /usr/bin/ruby -w

#
# This Ruby program tries to check whether FileUtils.mv does
# successfully remove the original file when moving across different
# partitions. If your system has separate partitions for /tmp and /home,
# it should work out of the box for you.
#
# Reproducible by me and two other people in #ruby-lang, who were both
# Debian users. Other people, using other distros, failed to reproduce.
#
# -- Adeodato Simà <[EMAIL PROTECTED]>, 2005-02-16

require 'fileutils'

from = '/tmp/RUBYBUG'
to = File.join(ENV['HOME'], 'RUBYBUG')

# Create the original file
File.open(from, 'w') {}

begin
  # Try File.rename first to catch EXDEV
  File.rename(from, to)
rescue Errno::EXDEV
  puts "OK, files in different partitions, trying FileUtils.mv"
  FileUtils.mv(from, to)

  ### Now try to open 'from', to see if it was successfully removed or
  ### not. Note that if it wasn't removed, the above FileUtils.mv call
  ### seems to return nil instad of 0.
  begin
File.open(from, 'r') { |d| puts "BUG!, '#{from}' exists" }
  rescue Errno::ENOENT
puts "OK, '#{from}' was successfully removed by FileUtils.mv"
  end
else
  puts "/tmp and #{to} are not in separate partitions, can't check"
end

Bug#295479: change eject to be after the user is told

[Frans Pop]

On Wednesday 16 February 2005 03:11, Matt Taggart wrote:
> 21" and that this would probably have implications on the template
> stuff and that since we're in string freeze, that this would need to be
> a post-sarge thing.

What is meant by the "template stuff", is that Colin thought it would be 
good to show a different text at the "Finish installation and reboot" 
dialog if the CD will _not_ be ejected because cdrom-detect/eject=false 
was specified as per #295476.

Hmm. The current text actually is quite neutral:
  Installation is complete, so it is time to boot into your new Debian
  system. Make sure to remove the installation media (CD-ROM, floppies),
  so that your system boots from the disk to which Debian was installed.

Maybe it should make mention of CD's being automatically ejected if one is 
mounted and cdrom-detect/eject is not set to false.


The move of cdrom-detect's prebaseconfig would probably be a good idea 
anyway for the reason cited by Matt.

Cheers,
FJP


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

Bug#295331: O: fetchmail

[Lucas Wall]

On 02/15/05 03:56, Graham Wilson wrote:
Package: wnpp
Severity: normal
I haven't been able to take good care of the fetchmail package, and
therefore I'm orphaning it.
I'd like whoever adopts it to be able to spend a good amount of time
with the package. Upstream has been slow lately, and the adopter would
likely end up working with upstream. Whoever adopts the package should
be very familiar with C and Bourne shell scripting.
I'd also ideally like to find someone who uses the system-wide fetchmail
setup, since I was never able to test that very well.
Fetchmail is a central part of my mail system. I use it system wide to 
harvest mail from several acounts for me and my wife.

Whatever is needed (maintain, co-maintain, sponsor) please count with my 
help.

K.
--
Lucas Wall <[EMAIL PROTECTED]>  .''`.
Buenos Aires, Argentina: :ø :   Debian GNU/Linux
http://www.kadath.com.ar   `. `'  http://www.debian.org
PGP: 1024D/84FB46D6  `-
 5D25 528A 83AB 489B 356Ahttp://people.debian.org/~lwall
 4087 BC9B 4733 84FB 46D6mailto:[EMAIL PROTECTED]


signature.asc
Description: OpenPGP digital signature

Bug#295477: autofs upgrade freezes (when configured)

[Steinar H. Gunderson]

On Wed, Feb 16, 2005 at 02:54:05AM +0100, Vincent Lefevre wrote:
> Then it freezes. I need to type Ctrl-C and I get:
> 
> dpkg: error processing autofs (--configure):
>  subprocess post-installation script killed by signal (Interrupt)
> Errors were encountered while processing:
>  autofs
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> Same problem after an "apt-get install -f".

First of all, which version are you upgrading from?

Second, could you please try running

  sh -x -e /var/lib/dpkg/info/autofs.postinst configure 
  sh -x -e /etc/init.d/autofs restart

and give what both print out? I can't really see a good reason why autofs
upgrade should hang _after_ it has been successfully restarted...

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#295480: /etc/init.d/autofs stop fails, breaks package (fix included)

[Steinar H. Gunderson]

On Tue, Feb 15, 2005 at 06:17:05PM -0500, Michael K. Edwards wrote:
> Lines in /etc/init.d/autofs which contain "grep -E" (e. g., in
> umount_loopback) cause the script to fail if the pattern doesn't match
> (e. g., if there is a non-autofs loopback mount live at the time that
> /etc/init.d/autofs stop is run, for instance during the package
> configuration following upgrade).

I am completely unable to reproduce this:

trofast:~# cat test.sh
#! /bin/sh
set -e
if [ x`echo foo | grep bar` != 'x' ]; then
echo foo is bar
fi
echo we get here
trofast:~# bash test.sh
we get here
trofast:~# dash test.sh
we get here
trofast:~# posh test.sh
we get here
trofast:~# zsh test.sh
we get here

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#295480: /etc/init.d/autofs stop fails, breaks package (fix included)

[Michael K. Edwards]

Package: autofs
Version: 4.1.3+4.1.4beta2-1
Severity: important


Lines in /etc/init.d/autofs which contain "grep -E" (e. g., in
umount_loopback) cause the script to fail if the pattern doesn't match
(e. g., if there is a non-autofs loopback mount live at the time that
/etc/init.d/autofs stop is run, for instance during the package
configuration following upgrade).  I have marked this bug "important"
because it leaves the package in an unconfigurable, non-working state.

This can be fixed by adding "|| true" inside the backticks in lines 219,
446, and 469 of the script.  I haven't attached a patch because the same
problem probably occurs elsewhere in the init script and so this
probably isn't a complete fix.  But I would suggest fixing at least
these lines quickly.

Cheers,
- Michael

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

Versions of packages autofs depends on:
ii  debconf 1.4.45   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- debconf information:
* autofs/upgrade-from-broken-version:


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

Bug#104434: Check the place that offers more deals on ink products

[edwardo palumbo]

Consult the courteous customer support on the issues you are interested in.

For orders over 45 dollars within states, USPS priority service service is
for frree.

Choose online shopping and get orders in the states in 2 to 3 days.

No more regular retail price. Check the discount store that offers
exclusive discount prices on ink products.

For a wider collection of ink products on sale, please check the site.

Ready now? You can get quality ink products at the best price online. 


http://r.motionflows.com/mr1/


englacially 1 autodialling  17 internity botong creepiness
the al Qaeda leader, Bush said he could not name a single U.S. ally that is
not doing everythingthe Colts managed only a field goal.I dont have a clue,
said Edgerrin James, held to 39 yards



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

Bug#295479: change eject to be after the user is told

[Matt Taggart]

Package: cdrom-detect
Version: svn 20050215
Severity: normal
Tags: sid

While I was poking around cdrom-detect Colin mentioned that he'd had
some users that were surprised when the cdrom ejected (and their
vertically oriented drive spilled the cdrom on the floor where it
rolled across the room). He mentioned that maybe the eject should be
moved to happen after the user is warned about it rather than before.
He said this means "edit the Makefile and change from level 15 to level
21" and that this would probably have implications on the template
stuff and that since we're in string freeze, that this would need to be
a post-sarge thing. I added the "sid" tag hopefully that means what I
think it means.

-- 
Matt Taggart
[EMAIL PROTECTED]


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

Bug#295476: add support for disabling auto-eject

[Matt Taggart]

Package: cdrom-detect
Version: svn 20050215
Severity: wishlist
Tags: patch

Many systems have optical media drives that do not support automatic
insertion of media. For example slim-line, slot loading, and caddy
style drives do not support this. This makes doing remote (or
automated) optical media installs on these systems not possible,
since you would need to be physically present to reinsert the install
media.

Below is a patch that adds a debconf variable to disable auto-eject and
an addition to the manual to explain it. In addition to the reason
mentioned above, there may be other reasons why you'd want to disable
auto-eject and this generic method would cover those as well.

Thanks,

Matt Taggart
[EMAIL PROTECTED]


Index: packages/cdrom-detect/debian/cdrom-detect.templates
===
--- packages/cdrom-detect/debian/cdrom-detect.templates (revision 25681)
+++ packages/cdrom-detect/debian/cdrom-detect.templates (working copy)
@@ -13,6 +13,11 @@
 Type: text
 _Description: Detecting hardware to find CD-ROM drives
 
+Template: cdrom-detect/eject
+Type: boolean
+Default: true
+Description: Eject CD-ROM when finished.
+
 Template: cdrom-detect/manual_config
 Type: boolean
 Default: true
Index: packages/cdrom-detect/prebaseconfig
===
--- packages/cdrom-detect/prebaseconfig (revision 25681)
+++ packages/cdrom-detect/prebaseconfig (working copy)
@@ -1,4 +1,5 @@
 #! /bin/sh -e
+. /usr/share/debconf/confmodule
 
 log() {
logger -t cdrom-detect "$@"
@@ -12,7 +13,12 @@
if [ -n "$CDDEV" ]; then
log "Unmounting and ejecting '$CDDEV'"
umount /cdrom || true
-   /target/usr/bin/eject $CDDEV || true
+   if db_get cdrom-detect/eject && [ "$RET" = false ]; then
+   log "Not ejecting CD, per debconf setting."
+   else
+   /target/usr/bin/eject $CDDEV || true
+   fi
+   
else
log "Not ejecting CD, as nothing is mounted."
fi
Index: installer/doc/manual/en/boot-installer/parameters.xml
===
--- installer/doc/manual/en/boot-installer/parameters.xml   (revision 25681)
+++ installer/doc/manual/en/boot-installer/parameters.xml   (working copy)
@@ -262,6 +262,27 @@
 
 
 
+cdrom-detect/eject
+
+
+By default, before rebooting, the &d-i; automatically ejects the
+optical media used during the install. In some cases this may be
+undesirable, for example if the optical drive cannot reinsert the
+media itself and the user is not there to do it manually. Many slot
+loading, slim-line, and caddy style drives cannot reload media
+automatically.
+
+
+
+Set to false to disable automatic ejection, and
+be aware that you may need to ensure that the system does not
+automatically boot from the optical drive after the initial
+installation.
+
+
+
+
+
 hw-detect/start_pcmcia
 
 


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

Bug#295477: autofs upgrade freezes (when configured)

[Vincent Lefevre]

Package: autofs
Version: 4.1.3+4.1.4beta2-1
Severity: grave
Justification: renders package unusable

When upgrading autofs:

Setting up autofs (4.1.3+4.1.4beta2-1) ...
Stopping automounter: done.
Starting automounter: done.

Then it freezes. I need to type Ctrl-C and I get:

dpkg: error processing autofs (--configure):
 subprocess post-installation script killed by signal (Interrupt)
Errors were encountered while processing:
 autofs
E: Sub-process /usr/bin/dpkg returned an error code (1)

Same problem after an "apt-get install -f".

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

Versions of packages autofs depends on:
ii  debconf 1.4.45   Debian configuration management sy
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an

-- debconf information:
* autofs/upgrade-from-broken-version:


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

Bug#295478: openoffice.org: lock files put in wrong place

[Anand Kumria]

Package: openoffice.org
Version: 1.1.3-4
Severity: minor

clam:[~]% oowriter foo.sxw
I18N: Operating system doesn't support locale ""

Ctrl-C (^C)

clam:[~]% oowriter foo.sxw
OpenOffice.org lockfile found (/home/akumria/.openoffice/1.0.1/.lock)
Using existing OpenOffice.org
I18N: Operating system doesn't support locale ""

clam:[~]% dpkg -l openoffice.org
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  openoffice.org 1.1.3-4high-quality office productivity suite

I suspect that the lock directory should be
/home/akumria/.openoffice/1.1.3/ rather than 1.0.1

but it works, hence the minor tag.

Regards,
Anand

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

Versions of packages openoffice.org depends on:
ii  dictionaries-common [openoffi 0.24.7 Common utilities for spelling dict
ii  openoffice.org-bin1.1.3-4OpenOffice.org office suite binary
ii  openoffice.org-debian-files   1.1.3-3+1  Debian specific parts of OpenOffic
ii  openoffice.org-l10n-en [openo 1.1.3-4English (US) language package for 
ii  ttf-opensymbol1.1.3-4The OpenSymbol TrueType font

-- no debconf information


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

Bug#290339: Test build of supercollider 040926-3 succeded on mips

[Thiemo Seufer]

[I never received the mail found in BTS, probably because our mailin
drops mail from dialups]

> Hi Thiemo,
>
> Did you compile it in a chroot using pbuilder ? If not, could you try
> that? It is possible the invocation of sclang fails in a chroot because
> LD_LIBRARY_PATH gets overriden.

I didn't use pbuilder, but I also don't have LD_LIBRARY_PATH set.

> There is a better version available at
> http://piem.org/~piem/debian/pool/supercollider/

I believe the problem is a generic one, and caused by the absolute
paths in sclang.cfg. This causes every machine without supercollider
to fail the file name resolving, while machines with installed
supercollider will use the old files from the build environment, which
is probably even worse.

Using the package-local files eventually fails also, it looks like
the file parsing is broken.


Thiemo


[...]
Loading 50ocaml-nox...
Loading 50psvn...
Loading 50vc-svn...
Compiling
/home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-browser.el...
While compiling toplevel forms in file 
/home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-browser.el:
  !! Wrong number of arguments ((require 3))
  >>Error occurred processing sclang-browser.el:
  Wrong number of arguments: require, 3
  
  
  Compiling
/home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-document.el...
Wrote 
/home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-document.elc
Compiling 
/home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-help.el...
While compiling toplevel forms in file 
/home/ths/colo/supercollider/supercollider-040926/linux/scel/el/elc.26319/sclang-help.el:
  !! Invalid read syntax (("#"))
  >>Error occurred processing sclang-help.el:
  Invalid read syntax: "#"
[...]


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

Bug#295475: dehs: watch file submission for grep

[Bluefuture]

Package: grep
Severity: wishlist
Tags: patch

For helping Dehs qa project (http://dehs.alioth.debian.org) i send the link for 
watch file to include in your package:
for the unstable:

version=2
ftp://ftp.gnu.org/gnu/grep/grep-(.*)\.tar\.gz
 
Please make a check on the regular expression before put it in your package.
For help you can read http://dehs.alioth.debian.org/uscan.html or type man 
uscan if your have devscripts package installed.

Tanks,
Stefano Fabri
version=2
ftp://xmlsoft.org/libxml2-([\d\.\d]+)\.tar\.gz debian  uupdate

Bug#208198: news?

[Bartosz Fenski aka fEnIo]

Hello.

Any news about this bugreport?

I can't believe this bug can't be handled for almost two years.

I'm just curious why should I add "Build-Conflicts: nvidia-glx" to all
packages using opengl.

regards
fEnIo
-- 
  ,''`.  Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo
 : :' :   32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Polska
 `. `'   phone:+48602383548 | proud Debian maintainer and user
   `-  http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001


signature.asc
Description: Digital signature

Bug#295473: autoconf: AC_MALLOC_FUNC broken on cross-compiles with GNU compilers

[Marc Singer]

Package: autoconf
Version: 2.59a-3
Severity: important


In cross compiling the AC_MALLOC_FUNC function will *always* indicate
that malloc should be replaced with rpl_malloc.  The code in the
./configure scripts looks like this:

echo "$as_me:$LINENO: checking for GNU libc compatible malloc" >&5
echo $ECHO_N "checking for GNU libc compatible malloc... $ECHO_C" >&6
if test "${ac_cv_func_malloc_0_nonnull+set}" = set; then
  echo $ECHO_N "(cached) $ECHO_C" >&6
else
  if test "$cross_compiling" = yes; then
  ac_cv_func_malloc_0_nonnull=no
else
  cat >conftest.$ac_ext <<_ACEOF
/* confdefs.h.  */
_ACEOF
[...]


The test $cross_compiling check will force the test to fail even if
the target compiler is GCC and has no such bug.


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

Versions of packages autoconf depends on:
ii  debianutils   2.8.4  Miscellaneous utilities specific t
ii  m41.4.2-1a macro processing language
ii  perl  5.8.4-5Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#295474: xfree86: FTBFS on hurd-i386: wacom driver build error

[Michael Banck]

Package: xfree86
Severity: important
Tags: patch

Since the wacom driver got updated in -9, it no longer builds on
hurd-i386:

gcc -c -O0 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations
-Wredundant-decls -Wnested-externs -Wundef  -I.
-I../../../../../../programs/Xserver/hw/xfree86/common
-I../../../../../../programs/Xserver/hw/xfree86/loader
-I../../../../../../programs/Xserver/hw/xfree86/os-support
-I../../../../../../programs/Xserver/include
-I../../../../../../programs/Xserver/mi
-I../../../../../../exports/include/X11
-I../../../../../../include/extensions  -I../../../../../..
-I../../../../../../exports/include -I/usr/X11R6/include
-D__GNU__ -D__i386__ -D_POSIX_C_SOURCE=199309L
-D_POSIX_SOURCE -D_XOPEN_SOURCE  -D_BSD_SOURCE
-D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX
-DXAPPGROUP -DXCSECURITY -DTOGCUP   -DXF86BIGFONT
-DDPMSExtension -DPIXPRIV -DPANORAMIX   -DRENDER -DRANDR
-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH
-DXFreeXDGA -DXvExtension -DXFree86Server -DXF86VIDMODE
-DXvMCExtension   -DSMART_SCHEDULE -DBUILDDEBUG
-DXResExtension -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DNDEBUG
-DFUNCPROTO=15 -DNARROWPROTO -DXFree86ModulewcmCommon.c
In file included from wcmCommon.c:24:
xf86Wacom.h:456:5: warning: "LINUX_INPUT" is not defined
wcmCommon.c: In function `xf86WcmSendEvents':
wcmCommon.c:485: warning: ISO C89 forbids mixed declarations and code
wcmCommon.c: In function `xf86WcmEvent':
wcmCommon.c:828: error: `gWacomUSBDevice' undeclared (first use in this
function)
wcmCommon.c:828: error: (Each undeclared identifier is reported only
once
wcmCommon.c:828: error: for each function it appears in.)
make[8]: *** [wcmCommon.o] Error 1

The reason is that LINUX_INPUT is not defined on hurd-i386 (I guess it
should not?), and wcmCommon.c declares gWacomUSBDevice guarded by #ifdef
LINUX_INPUT, while it is not guarded when it gets used later on,
resulting in this error.

As the wacom driver is pretty uninteresting to GNU/Hurd at this point, I
suggest simply not building it on hurd-i386 for the time being by
overriding XInputDrivers in xc/config/cf/gnu.cf. Patch updating #800
attached (it also changes the defines to include -D_GNU_SOURCE, which
was an oversight).


thanks,

Michael
Index: patches/800_gnu_config.diff
===
--- patches/800_gnu_config.diff (revision 2195)
+++ patches/800_gnu_config.diff (working copy)
@@ -12,9 +13,10 @@
 # define HasKatmaiSupport  NO
 #endif
 
 xc/config/cf/gnu.cf~   2004-07-27 13:17:07.0 +0200
-+++ xc/config/cf/gnu.cf2004-07-27 17:14:26.0 +0200
-@@ -18,6 +18,154 @@
+diff -Naur xc.orig/config/cf/gnu.cf xc/config/cf/gnu.cf
+--- xc/config/cf/gnu.cf~   2005-02-16 01:18:29.701334208 +0100
 xc/config/cf/gnu.cf2005-02-16 01:08:35.0 +0100
+@@ -18,9 +18,157 @@
  #endif
  XCOMM operating system:  OSName 
(OSMajorVersion./**/OSMinorVersion./**/OSTeenyVersion)
  
@@ -168,7 +170,11 @@
 +
  #define GNUSourceDefines  -D_POSIX_C_SOURCE=199309L \
-D_POSIX_SOURCE -D_XOPEN_SOURCE \
-   -D_BSD_SOURCE -D_SVID_SOURCE
+-  -D_BSD_SOURCE -D_SVID_SOURCE
++  -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE
+ 
+ XCOMM XXXMB: What about _GNU_SOURCE, see Linux/UseInstalled?
+ 
 @@ -66,6 +214,14 @@
  #define HasNCursesYES
  #endif
@@ -210,3 +216,16 @@
  #define ConnectionFlags   -DUNIXCONN -DTCPCONN
  
  #ifndef StaticLibrary
+@@ -161,6 +325,12 @@
+ 
+ #include 
+ 
++#define XInputDrivers   mouse keyboard /* acecad */ calcomp citron \
++digitaledge dmc dynapro elographics tek4957 \
++microtouch mutouch penmount spaceorb summa \
++void magellan /* magictouch */ hyperpen \
++jamstudio fpit palmax
++
+ XCOMM XXX Might need this if they are not careful with slashes.
+ XCOMM #define DirFailPrefix -
+ 

Bug#295472: xlibmesa-glu: Does not link against libstdc++ on hurd-i386

[Michael Banck]

Package: xlibmesa-glu
Version: 4.3.0.dfsg.1-8
Severity: important
Tags: patch

Hi,

the current xlibmesa-glu hurd-i386 package on ftp.debian.org (and the
unofficial kfreebsd-gnu ones) do not link against libstdc++. This
results in failures when linking C programs against libGLU, see #269294
for an example.

The reason is that xc/config/cf/gnuLib.* has not been updated to 
reflect recent (or not so recent) build environment changes for linux.

The attached patch fixes this by resyncing lnxLib.* and gnuLib.*. It
additionally fixes build issues when building X with pthreads (though
this is not the default case yet on hurd-i386). 


cheers,

Michael
diff -Naur xc.orig/config/cf/gnuLib.rules xc/config/cf/gnuLib.rules
--- xc/config/cf/gnuLib.rules~  2002-01-16 01:39:59.0 +0100
+++ xc/config/cf/gnuLib.rules   2005-02-16 01:10:34.0 +0100
@@ -158,6 +158,45 @@
 
 #endif /* SharedDepLibraryTarget */
 
+/*
+ * SharedDepCplusplusLibraryTarget - generate rules to create a shared library.
+ */
+#ifndef SharedDepCplusplusLibraryTarget
+#ifdef UseInstalled
+#ifndef LinkBuildSonameLibrary
+#define LinkBuildSonameLibrary(lib) true
+#endif
+#else
+#ifndef LinkBuildSonameLibrary
+#define LinkBuildSonameLibrary(lib) (RemoveFile($(BUILDLIBDIR)/lib); \
+   cd $(BUILDLIBDIR); $(LN) $(BUILDINCTOP)/$(CURRENT_DIR)/lib .)
+#endif
+#endif
+
+#define SharedDepCplusplusLibraryTarget(libname,rev,deplist,solist,down,up) @@\
+AllTarget(Concat(lib,libname.so.rev))  @@\
+   @@\
+Concat(lib,libname.so.rev):  deplist $(EXTRALIBRARYDEPS)   @@\
+   $(RM) [EMAIL PROTECTED] 
@@\
+   @SONAME=`echo $@ | sed 's/\.[^\.]*$$//'`; set -x; \ @@\
+   (cd down; $(CXX) -o up/[EMAIL PROTECTED] $(SHLIBLDFLAGS) 
-Wl,-soname,$$SONAME solist $(REQUIREDLIBS) BaseShLibReqs); \ @@\
+   $(RM) $$SONAME; $(LN) $@ $$SONAME; \@@\
+   LinkBuildSonameLibrary($$SONAME)@@\
+   $(RM) $@@@\
+   $(MV) [EMAIL PROTECTED] $@  
@@\
+   @if $(SOSYMLINK); then (set -x; \   @@\
+ $(RM) Concat(lib,libname.so); \   @@\
+ $(LN) $@ Concat(lib,libname.so)); fi  @@\
+   LinkBuildLibrary($@)@@\
+   LinkBuildLibraryMaybe(Concat(lib,libname.so),$(SOSYMLINK))  @@\
+   @@\
+clean::
@@\
+   @MAJREV=`expr rev : '\([^.]*\)'`; \ @@\
+   set -x; $(RM) Concat(lib,libname.so.$$MAJREV)   @@\
+   $(RM) Concat(lib,libname.so.rev) Concat(lib,libname.so)
+
+#endif /* SharedDepCplusplusLibraryTarget */
+
 #ifndef SharedDepModuleTarget
 #define SharedDepModuleTarget(name,deps,solist)
@@\
 AllTarget(name)
@@\
@@ -173,6 +212,23 @@
 
 #endif /* SharedDepModuleTarget */
 
+# ifndef SharedDriModuleTarget
+#  define SharedDriModuleTarget(name,deps,solist)  @@\
+AllTarget(name)
@@\
+   @@\
+name: deps @@\
+   $(RM) [EMAIL PROTECTED] [EMAIL PROTECTED]   
@@\
+   @(echo 'DRI_MODULE { global: __dri*; local: *; };' > [EMAIL PROTECTED]) 
@@\
+   $(CC) -o [EMAIL PROTECTED] -Wl,[EMAIL PROTECTED] $(SHLIBLDFLAGS) solist 
$(REQUIREDLIBS) BaseShLibReqs @@\
+   $(RM) $@ [EMAIL PROTECTED]  
@@\
+   $(MV) [EMAIL PROTECTED] $@  
@@\
+   @@\
+clean::
@@\
+   $(RM) name  @@\
+   $(RM) name.map
+
+# endif /* SharedDriModuleTarget */
+
 /*
  * SharedLibraryDataTarget - generate rules to create shlib data file;
  */
diff -Naur xc.orig/config/cf/gnuLib.tmpl xc/config/cf/gnuLib.tmpl
--- xc/config/cf/gnuLib.tmpl~   2000-11-14 19:20:31.0 +0100
+++ xc/config/cf/gnuLib.tmpl2005-02-16 01:10:34.0 +0100
@@ -16,15 +16,55 @@
 
 #define CplusplusLibC
 
-#define SharedX11Reqs
-#define SharedOldXReqs $(LDPRELIB) $(XLIBONLY)
-#define SharedXtReqs   $(LDPRELIB) $(XLIBONLY) $(SMLIB) $(ICELIB)
-#define SharedXaw6Reqs $(LDPRELIB) $(XMULIB)

Bug#295470: bug report

[Dwayne Nelson]

Package: installation-reports
Debian-installer-version: 

 20051214
 http://cdimage.debian.org/pub/cdimage-testing/daily/i386/current/sarge-i386-netinst.iso 

uname -a: 
 N/A
Date: 
 20050215, 7:30 PM
Method: 
 Booted from CD (above)
Machine: 
 ASUS A7N8X-Deluxe
Processor:
 Athlon XP 2500+ (333)
Memory:
 2 x 256, 1 x 512 Corsair 3200
Root Device: 
 IDE
Root Size/partition table: 
Output of lspci and lspci -n:
 N/A
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O] (takes a long time for ide-detect)
Load installer modules: [O]
Detect hard drives: [O] (doesn't like SATA ... so I used my IDE)
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[E]
Install boot loader:[ ]
Reboot: [ ]
Comments/Problems:

Got to a point where it said "retreiving ipchains" and locked up.  
It is fairly random though ... locking up at random times.  I do
not think it is the machine because the machine runs Mandrake 10.1
and Windows XP fine.

The next time I tried, it got much further - installing the base
system, the boot loader, and rebooting ... then locking up as it
was downloading packages (item 32 - libmagic).

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

Bug#295471: kvim registers wrong executable for mimetype

[Robin Verduijn]

Package: kvim
Version: 1:6.3-061+1
Severity: normal

The kvim package lists the wrong executable in /usr/lib/mime/packages/kvim.
I suspect it's a simple matter of "eyes seeing A, fingers typing B". Here's
a quick patch to fix it:

1,2c1,2
< text/plain; kview %s; edit=kvim -f %s; compose=kvim -f %s; test=test 
"$DISPLAY" != ""; priority=4
< text/*; kview %s; edit=kvim -f %s; compose=kvim -f %s; test=test "$DISPLAY" 
!= "" ; priority=2
---
> text/plain; kvim %s; edit=kvim -f %s; compose=kvim -f %s; test=test 
> "$DISPLAY" != ""; priority=4
> text/*; kvim %s; edit=kvim -f %s; compose=kvim -f %s; test=test "$DISPLAY" != 
> "" ; priority=2


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-a30p
Locale: LANG=C, LC_CTYPE=en_US.iso885915 (charmap=ISO-8859-15)

Versions of packages kvim depends on:
ii  kdelibs4   4:3.3.2-1.1   KDE core libraries
ii  libc6  2.3.2.ds1-20  GNU C Library: Shared libraries an
ii  libgcc11:3.4.3-7 GCC support library
ii  libgpmg1   1.19.6-19 General Purpose Mouse - shared lib
ii  libice64.3.0.dfsg.1-10.1 Inter-Client Exchange library
ii  libncurses55.4-4 Shared libraries for terminal hand
ii  libqt3c102-mt  3:3.3.3-8.1   Qt GUI Library (Threaded runtime v
ii  libsm6 4.3.0.dfsg.1-10.1 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.1 X Window System protocol client li
ii  libxt6 4.3.0.dfsg.1-10.1 X Toolkit Intrinsics
ii  vim1:6.3-061+1   Vi IMproved - enhanced vi editor
ii  xlibs  4.3.0.dfsg.1-10   X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#294239: #93062 and #294239 are the same bug

[Steinar H. Gunderson]

tags 93062 - moreinfo
merge 93062 294239
severity 93062 wishlist
tags 93062 + wontfix
thanks

Hi,

Both #93062 and #294239 reports that you cannot re-export autofs directories
over NFS -- this is fundamentally a rather broken thing to do (you should
export the original file system instead if it's local, and NFS re-exportion
is AFAIK completely unsupported), so I don't consider this a bug. Feel free
to close, but it could of course stay at wishlist/wontfix if you feel that is
more appropriate. :-)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#291945: Bad news regarding SSL

[Christian Hammers]

Hello Sean

On 2005-02-15 sean finney wrote:
> On Wed, Feb 16, 2005 at 12:47:38AM +0100, Christian Hammers wrote:
> > This was regarded as a "no-way" situation as other binaries that
> > link against MySQL may not have the proper licence to link against
> > OpenSSL, too, so I left OpenSSL disabled.
> 
> yeah, been following up on that thread too...
> 
> what about a libmysqlclient-ssl package?  
> 
> alternatively, i could make my first mysql-dfsg related task to see if i
> can fix up the build process, either by building/rebuilding libmysqlclient
> with ssl support.
> 
> what do you think?

Honestly, *I* do not spend much more work into this issue. MySQL does
not support OpenSSL, has no active plans for a different SSL engine and
does not even ship their official binary packages with SSL. And I don't
like the idea of someone finding security related bugs in unmaintained
code somewhen after Sarge's release.

Also adding yet another library into the already much too bloaten control
files is also nothing I would be eager to.

For simple secure transmissions users can still use simple ssl-tunnel 
applications.

So, I'm currently a bit frustrated by this OpenSSL issue *g* What do you
think?

bye,

-christian-



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

Bug#290632: autofs: /etc/init.d/autofs reload does not reload auto.master timeout changes

[Steinar H. Gunderson]

On Sat, Jan 15, 2005 at 05:43:35PM +0300, Artem Chuprina wrote:
> /etc/init.d/autofs reload does not check for timeout changes in
> auto.master (AFAIR it checks only for addition and removal of mount
> points, not changes like timeout or common mount options) and there is
> no indication of this neither in /etc/init.d/autofs nor in
> README.Debian.

Could you check if this is still the case in the new 4.1.3+4.1.4beta2-1 I
uploaded to unstable? There have been lots of changes to the init scripts.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#295469: centericq: Jabber/PGP doesn't decrypt when receiving multiple tags

[count]

Package: centericq
Version: 4.20.0-1
Severity: important


if a jabber message sent by an advanced client (e.g. psi) contains extra
-tags besides the content (e.g. for composing), centericq doesn't correctly
detect the fact that the message is encrypted, and doesn't decrypt it (losing
the message's content as well as the 'pgp-enabled' flag for that user).

while it works with all other users, it makes Jabber/PGP unusable for the
corresponding subset of users using this feature.

a fix is already available in CVS, but a release doesn't seem to be
forthcoming soon. please integrate a patch ...

thanks in advance!

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

Versions of packages centericq depends on:
ii  centericq-common4.20.0-1 A text-mode multi-protocol instant
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcurl37.13.0-1 Multi-protocol file transfer libra
ii  libgcc1 1:3.4.3-9GCC support library
ii  libgnutls11 1.0.16-13GNU TLS library - runtime library
ii  libgpg-error0   1.0-1library for common error values an
ii  libgpgme11  1.0.2-1  GPGME - GnuPG Made Easy
ii  libidn110.5.2-3  GNU libidn library, implementation
ii  libjpeg62   6b-9 The Independent JPEG Group's JPEG 
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  libstdc++5  1:3.3.5-8The GNU Standard C++ Library v3
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information


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

Bug#294180: hook scripts for net class

[Marco d'Itri]

On Feb 08, martin f krafft <[EMAIL PROTECTED]> wrote:

> The solution -- I think -- seems to be to call ifplugd/waproamd from
> /etc/hotplug/net/* instead. However, that does not exist.
How should such a directory work?
Do you feel it is still needed, considering that /etc/hotplug/usb/ will
not be supported by hotplug-ng?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#295441: tiger: Disk device has read access for group root

[Matt Zimmerman]

reassign 295441 evms
retitle 295441 Needs to set explicit permissions for udev
severity 295441 normal
thanks

On Tue, Feb 15, 2005 at 12:44:26PM -0800, Ross Boylan wrote:

> Package: tiger
> Version: 1:3.2.1-19
> Severity: minor
> 
> I keep getting warnings like this:
> 
> OLD: --WARN-- [perm021w] Disk device /dev/evms/home has read access for group 
> root.
> OLD: --WARN-- [perm021w] Disk device /dev/evms/local has read access for 
> group root.
> 
> These are for volumes under control of evms.  Either I don't
> understand why this is a security issue, or the warning is bogus.  If
> the latter, it would be nice to eliminate.  If the former, my
> apologies, but I'd like to know why this is a problem.

Looks like an EVMS bug.  They should be group disk, not group root.

-- 
 - mdz


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

Bug#293753: Update?

[Micah Anderson]

Osamu Aoki schrieb am Wednesday, den 16. February 2005:

> We are fixing CJK issues in debiandoc-sgml for good.  We can build
> Korean PDF too.  Quite busy on it.

Great to hear that there is work being done!

> Funny thing is I do not have problem in i386 pbuilder.

With 1.2.3? It works fine with 1.2.2, but with 1.2.3 it definately
does not build in my pbuilder (which is i386):

mktextfm: /var/cache/fonts/tfm/jknappen/ec/ecrm1095.tfm: successfully
generated.
mv maint-guide.ps maint-guide.en.ps
debiandoc2latexps -l de maint-guide.de.sgml
debiandoc2latexps -l es maint-guide.es.sgml
debiandoc2latexps -l fr maint-guide.fr.sgml
debiandoc2latexps -l it maint-guide.it.sgml
debiandoc2latexps -l ja maint-guide.ja.sgml
debiandoc2latexps: ERROR: maint-guide.ja.dvi could not be generated properly
debiandoc2latexps: rerun with the -v option to found out why
debiandoc2latexps: or check the log file maint-guide.ja.log
make[1]: *** [maint-guide.ja.ps] Error 1
make[1]: Leaving directory /tmp/buildd/maint-guide-1.2.3'
make: *** [stamp-build] Error 2
pbuilder: Failed autobuilding of package

> > Any updates on this?
> 
> So this build problem seems architecture dependent issue or memory
> allocation issue.  I can not reproduce it.  Can anyone point me to build
> log?

see above... it fails on i386, I suspect that you are building 1.2.2,
not 1.2.3.

micah


signature.asc
Description: Digital signature

Bug#295468: Package: installation-reports

[Isaias Soares]

Package: installation-reports
INSTALL REPORT
Debian-installer-version: date: 10/28/2004   from: http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/i386/current/sarge-i386-netinst.iso
uname -a: Linux jupiter 2.6.8-1-386 #1 Thu Oct 7 02:21:16 EDT 2004 i686 GNU/Linux
Date: 2005/february/07 at 9:00 pm, approximately
Method: How did you install? Linux bf26. What did you boot off? By CD-ROM.  network  install?: no.  Proxied?: no
Machine: Processor: AMD Duron 1.2 GHzMemory: 512 MbRoot Device: IDE:  SCSI?  Name of device?>Root Size/partition table:  Feel free to paste the full partition  table, with notes on which partitions are mounted where.
Output of lspci:
:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP]:00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10):00:0e.0 Modem: Intel Corp.: Unknown device 1080 (rev 03):00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06):00:11.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1b):00:11.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1b):00:11.4 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 1b):00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 30):01:00.0 VGA compatible controller: nVidia
 Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15)
Output of lspci -n:
:00:00.0 0600: 1106:3099:00:01.0 0604: 1106:b099:00:0b.0 0200: 10ec:8139 (rev 10):00:0e.0 0703: 8086:1080 (rev 03):00:11.0 0601: 1106:3074:00:11.1 0101: 1106:0571 (rev 06):00:11.2 0c03: 1106:3038 (rev 1b):00:11.3 0c03: 1106:3038 (rev 1b):00:11.4 0c03: 1106:3038 (rev 1b):00:11.5 0401: 1106:3059 (rev 30):01:00.0 0300: 10de:002d (rev 15)
Base System Installation Checklist: O[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot worked:    [O]Configure network HW:   [O]Config network: [O]Detect CD:  [O]Load installer modules: [O]Detect hard drives: [O]Partition hard drives:  [O]Create file systems:    [O]Mount partitions:   [O]Install base system:    [O]Install boot loader:    [O]Reboot: [O]
Comments/Problems:
My modem Intel 537EP was not recognized during installation. The appropriate package driver for linux is available to download at manufacturer site, at addresses:
http://downloadfinder.intel.com/scripts-df/proc/T8Clearance.asp?sType=&agr=Y&PrdMap=prd38&ProductID=&url=""> ftp://aiedownload.intel.com/df-support/8017/eng/intel-537ep-2.60.80.1.tgz  http://aiedownload.intel.com/df-support/8017/eng/intel-537ep-2.60.80.1.tgz
Install logs and other status info is available in /var/log/debian-installer/.Once you have filled out this report, mail it to [EMAIL PROTECTED].__Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/ 

Bug#294174: installed modules not linked for kernel 2.6 (.ko)

[Steve Langasek]

severity 294174 important
thanks

I don't see any reason to consider it RC for this package to not work
correctly with *all* kernels we're shipping; as long as it builds correct
modules for the 2.4.27 kernel we ship, I think it's perfectly acceptable to
release without 2.6 support.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#295463: mysql-server: Binding mysqld to other than loopback causes mysql not to start

[Christian Hammers]

tags 295463 + unreproducible moreinfo
thanks

Hello (please configure yourself a name :))

On 2005-02-15 root wrote:
> Changing my.cnf to bind to another address other than 127.0.0.1
> causes mysqld to silently fail to start. commenting out the bind-address
> line shows the same problem. Mysqld seems to now only run when bound to
> loopback, which breaks a lot of things, network-wise.

Changing it to another address (are multiple ones possible?) is expected
to break it except you add a "host = " line to /etc/mysql/debian.cnf.

Commenting the line completely out so that mysqld listens on every adress
works although. I've just verified it.

Please check this again!

thanks,

-christian-


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

Bug#295467: mimedefang.pl not looking for sa-mimedefang.cf in correct location

[Jonathan Hankins]

Package: mimedefang
Version: 2.48-1
Severity: normal


In changelog.gz, a while back, it reads:

--

2004-07-15  David F. Skoll  <[EMAIL PROTECTED]>

   * Move /etc/mail/spamassassin/sa-mimedefang.cf to
   /etc/mail/sa-mimedefang.cf   *** NOTE INCOMPATIBILITY ***

--

However, if you look at /usr/bin/mimedefang.pl, it is looks for the
user_prefs file like this:

--

   if (!defined($config)) {
   if (-r "/etc/sa-mimedefang.cf") {
  $config = "/etc/sa-mimedefang.cf";
   } elsif (-r "/etc/spamassassin/sa-mimedefang.cf") {
  $config = "/etc/spamassassin/sa-mimedefang.cf";
   } elsif (-r "/etc/spamassassin/local.cf") {
  $config = "/etc/spamassassin/local.cf";
   } else {
  $config = "/etc/spamassassin.cf";
   }
   }

--

This way, it never finds sa-mimedefang.cf.

If you change debian/rules configure command to specify
"--with-confsubdir=mail" (2 locations, one commented out) then it finds it.  I
don't know if this is the best way to fix this, however.

I am a bit confused about which rules files spamassassin uses when run from
mimedefang anyway.  Doesn't SpamAssassin find /etc/spamassassin/local.cf
anyway?  If so, why does mimedefang.pl also specify it as userprefs_filename
(in the case where sa-mimedefang.cf is not present above)?

Is there a difference between "rules" files and "user prefs" files?

Also, the man page for Mail::SpamAssassin::Conf mentions that some items are
privileged and cannot appear in the user prefs file.  I am assuming that when
mimedefang.pl calls Mail::SpamAssassin->new() with userprefs_filename =
"/etc/mail/sa-mimedefang.cf" (or whatever) that this file cannot contain
"privileged" items?  Is this a problem?

Sorry if I am off track, but I have looked through mimedefang.pl and
SpamAssassin.pm, and the man pages, and it seems awfully convoluted to specify
a prefs file when running SpamAssassin under mimedefang.

-Jonathan Hankins

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

Versions of packages mimedefang depends on:
ii  libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii  libdigest-sha1-perl  2.10-1  NIST SHA-1 message digest algorith
ii  libio-stringy-perl   2.109-3 Perl5 modules for IO from scalars 
ii  libmailtools-perl1.62-1  Manipulate email in perl programs
ii  libmime-perl 5.415-1 Perl5 modules for MIME-compliant m
ii  libperl5.8   5.8.4-6 Shared Perl library
ii  libunix-syslog-perl  0.100-4 Perl interface to the UNIX syslog(
ii  perl [libmime-base64-per 5.8.4-6 Larry Wall's Practical Extraction 
ii  psmisc   21.5-1  Utilities that use the proc filesy
ii  sendmail 8.12.11.Final-5 A powerful, efficient, and scalabl

-- no debconf information


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

Bug#291945: Bad news regarding SSL

[sean finney]

hey christian,

On Wed, Feb 16, 2005 at 12:47:38AM +0100, Christian Hammers wrote:
> This was regarded as a "no-way" situation as other binaries that
> link against MySQL may not have the proper licence to link against
> OpenSSL, too, so I left OpenSSL disabled.

yeah, been following up on that thread too...

what about a libmysqlclient-ssl package?  

alternatively, i could make my first mysql-dfsg related task to see if i
can fix up the build process, either by building/rebuilding libmysqlclient
with ssl support.


what do you think?

sean

-- 


signature.asc
Description: Digital signature

Bug#295287: pcre3: pcre version 5.0 is out

[Jay Berkenbilt]

Mark Baker <[EMAIL PROTECTED]> wrote:

> I've put some packages I've just built of pcre 5.0 at
>
> http://www.mnb.org.uk/pcre/
>
> If you could test these that would be much appreciated. They seem to
> work for me, in as much as pcregrep works and it hasn't broken my very
> simple exim installation.

Thanks!

I've tested them as well, and they seem to work fine, though I do have
one important patch.  I used the automated test suite of my C++
wrappers around PCRE in the following way:

 * Install new library and test without recompiling: shows that an
   application built with the old library runs fine with the new one

 * Rebuild and rerun the test suite

 * Patch my code to take advantage of Unicode properties.  Test suite
   fails!

After applying this simple patch:

---8<---
diff -ur pcre3-5.0.orig/debian/rules pcre3-5.0/debian/rules
--- pcre3-5.0.orig/debian/rules 2005-02-15 18:55:52.0 -0500
+++ pcre3-5.0/debian/rules  2005-02-15 18:52:27.0 -0500
@@ -34,7 +34,7 @@
--host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \
--prefix=/usr --mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
-   --enable-utf8
+   --enable-utf8 --enable-unicode-properties
 
 
 build: build-stamp

---8<---

and rebuilding the packages, I repeated all previous tests
(reinstalled 4.5, rebuilt, etc.) and everything worked including the
code that uses Unicode properties.  My C++ wrapper doesn't exercise
100% of the functionality of PCRE, but it does exercise it fairly
well.

I hope that you'll go ahead and build with
--enable-unicode-properties.  This is a really useful and important
feature. :-)

While we're at it, here's a quick patch that clears up the lintian
errors/warnings.  I know at least the warning comes from a very recent
change to lintian.

---8<---
diff -ur ../z/pcre3-5.0/debian/control pcre3-5.0/debian/control
--- ../z/pcre3-5.0/debian/control   2005-02-15 19:07:27.0 -0500
+++ pcre3-5.0/debian/control2005-02-15 19:07:03.0 -0500
@@ -34,7 +34,7 @@
 Architecture: any
 Depends: ${shlibs:Depends}
 Replaces: pgrep (<<4.5)
-Description: grep utility that uses perl 5 compatible regexes.
+Description: grep utility that uses perl 5 compatible regexes
  Perl-style regexps have many useful features that the standard POSIX ones
  don't; this is basically the same as grep but with the different
  regexp syntax.
diff -ur ../z/pcre3-5.0/debian/copyright pcre3-5.0/debian/copyright
--- ../z/pcre3-5.0/debian/copyright 2005-02-15 19:07:27.0 -0500
+++ pcre3-5.0/debian/copyright  2005-02-15 19:06:48.0 -0500
@@ -48,3 +48,7 @@
 4. If PCRE is embedded in any software that is released under the GNU
General Purpose Licence (GPL), then the terms of that licence shall
supersede any condition above with which it is incompatible.
+
+On Debian systems, refer to /usr/share/common-licenses/GPL-2 for the
+complete text of the GNU General Public License.
+
---8<---

-- 
Jay Berkenbilt <[EMAIL PROTECTED]>


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

Bug#292137: How new Check 21 legislation is affecting you...

[Cathleen Baer]

Good Afternoon!

Recenty intrdocuced legislation requires business and home users to print 
personal and business checks with security blank check stock and magnetic ink.
Please find qualified suppliers at Google by clicking on the followingl link.

http://www.google.com/search?sourceid=navclient&ie=UTF-8&rls=GGLC,GGLC:1969-53,GGLC:en&q=blank+check+paper%2C+magnetic+ink+for+inkjets


Thank you very much. 

Cathleen Baer 
Marketing & Relationship Representative
Globalzon Consulting Group 




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

Bug#293677: but gtk ui works?

[Rene Engelhard]

tag 293677 + moreinfo
thanks

Hi,

Jaap Haitsma wrote:
> I for instance don't get a GTK file picker. I also tried setting
> OOO_FORCE_DESKTOP=gnome in /etc/openoffice/openoffice.conf

And the Gtk UIfication works? Then it is *no* bug. The Gtk file picker is
disabled per default for various reasons. See the discussion in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=284487&repeatmerged=no and
http://cvs.debian.org/oo-debian-files/doc/README.Debian.diff?r1=1.40&r2=1.41&cvsroot=debian-openoffice...
Just enable it ;)

Grüße/Regards,

René
-- 
--
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73


signature.asc
Description: Digital signature

Bug#294407: Development package cannot be need to use dynamic version of library

[Steve Langasek]

reassign 294407 curl
severity 294407 minor
thanks

This is not a bug in the libldap2 package.  The libldap2 package has all its
files in the right place; it is a curl bug to be dlopen()ing libldap.so
instead of libldap.so.2.  This is self-evident if you consider the meaning
of the library soname -- just because curl doesn't link against libldap does
not mean that it will keep working when the library ABI changes.

Since libldap-dev is also only a suggests, this is also not a very
high-priority bug in curl.

-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Bug#295326: gcc-3.3: Request the ability to write a static library archive

[Justin Pryzby]

On Wed, Feb 16, 2005 at 12:29:10AM +0100, Falk Hueffner wrote:
> Justin Pryzby <[EMAIL PROTECTED]> writes:
> 
> > I'd love to be able to create a static library archive with a
> > command like gcc -o libfoo.a -c {a,b,c,d}.c.
> 
> Why? What would be the advantage over using ar rc?
gcc acts as a frontend to cpp, g77, ld, etc, so it seems like it
should be able to do the same with ar.  It would simplify the creation
of pic/nonpic libraries, as you could use one makefile rule
duplicated:

libfoo.so:
gcc -o $@ -shared $(CFLAGS) $(LDFLAGS) $(LDLIBS)
libfoo.a:
gcc -o $@ -fPIC $(CFLAGS) $(LDFLAGS) $(LDLIBS)

There's probably even a way to write that in one line.

Justin


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

Bug#295451: spamassassin: infinite loop in bayes database handling

[Andrew Suffield]

On Tue, Feb 15, 2005 at 03:17:00PM -0800, Justin Mason wrote:
> actually, it's not so simple.
> 
> > stat64("/home/asuffield/.spamassassin/bayes_toks.expire2054", 0xb580) = 
> > -1 ENOENT (No such file or directory)
> 
> this stat is performed by SpamAssassin code;
> 
> > open("/home/asuffield/.spamassassin/__db.bayes_toks.expire2054", 
> > O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists)
> > open("/home/asuffield/.spamassassin/__db.bayes_toks.expire2054", 
> > O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists)
> > open("/home/asuffield/.spamassassin/__db.bayes_toks.expire2054", 
> > O_RDWR|O_CREAT|O_EXCL|O_LARGEFILE, 0600) = -1 EEXIST (File exists)
> 
> this open is being performed "under the covers" in libdb.  We have no
> control over this, as far as I know, since it's all hidden underneath
> DB_File.

Oh, fair chance that it just doesn't like being fed an O_EXCL
then. That'll be the libdb backup file.

> I didn't think we used that functionality (journalling, if I recall
> correctly). We could delete the "__db.bayes_toks*" files in advance, if
> that would help?  but still, mysterious.
> 
> what versions of libdb and the perl DB_File module are you using? and what
> version of SpamAssassin?

ii  perl   5.8.4-6Larry Wall's Practical Extraction and 
Report Languag
ii  spamassassin   3.0.2-1Perl-based spam filter using text 
analysis
ii  libdb4.2   4.2.52-18  Berkeley v4.2 Database Libraries 
[runtime]

Those should be all the relevant ones. Happens to be DB_File 1.808. 

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


signature.asc
Description: Digital signature

Bug#294990: ITP: bontmia -- backup over network to multiple incremental archives

[Reto Schuettel]

Hi Matthew

On Wed, Feb 16, 2005 at 10:40:36AM +1100, Matthew Palmer wrote:
> On Tue, Feb 15, 2005 at 10:49:44PM +0100, Reto Schuettel wrote:
> > I made a mistake, I asked the author, created a package and AFTER that I
> > filed an ITP.
> 
> Oooh.  Did you check wnpp before you started, in case someone else was
> working on the package?

Of course :). But I didn't expect a 'hey, we already have that'-problem :). 
Next time...
 
> > Hmm... I'll try to find a sponsor, with a pointer to this discussion
> > here. The sponsor should decide if it's worth to upload the package. Do
> > you agree with this procedure?
> 
> I think that's a good idea.  A potential sponsor will hopefully look
> at bontmia with reference to the other alternatives available, and
> make a judgment call on whether it's sufficiently different.

Okay!

Thanks for your advices!

Regards
Reto Schüttel


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

Bug#243938: Progress?

[Micah Anderson]

Sounds good -- this bug had just gone radio silent, so I wanted to see
if it had been dropped or something, nice to see there is good reason
behind it.

If you have a package that works, and is good it might be a good idea
to upload it so it gets a spot in the new queue, and as you may know
things in the new queue don't necessarily get processed in order.
Getting things in there, and then updating the package with a
different installer is an option.

Thanks for the update!
micah


Frederik Dannemare schrieb am Tuesday, den 15. February 2005:

> On Tuesday 15 February 2005 23:12, Micah Anderson wrote:
> > Hello,
> >
> > Its been a month since the last viewable activity on this ITP. There
> > recently was a new release of rkhunter and I am very interested in
> > seeing it packaged for Debian, so I guess I am just being irritating
> > in asking whats going on, but I will offer my help if any is needed.
> 
> Hi,
> 
> I emailed upstream author 3 weeks ago with some (rather big) patches to 
> suggest a much more flexible installer process.
> 
> When I saw the 1.2.0 release last week I yet again emailed upstream and 
> asked about my suggestion. He wrote back to me that he was a bit behind 
> on unread mails in his inbox, but he would let me know when he had had 
> time to review my patches.
> 
> Until then I'm a bit hessitating as to package rkhunter (I'm also very 
> busy with my NM process, atm). Anyways, the NEW queue is *huge* these 
> days, so an upload of rkhunter tomorrow most likely would be waiting in 
> the NEW queue for months, I estimate.
> 
> Best regards,
> -- 
> Frederik Dannemare | mailto:[EMAIL PROTECTED]
> http://qa.debian.org/developer.php?login=Frederik+Dannemare
> http://frederik.dannemare.net | http://www.linuxworlddomination.dk


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

Bug#295462: bugs.debian.org: narrow results to submitter=A pkg=B

[Dan Jacobson]

Package: bugs.debian.org
Severity: wishlist

I thought
http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]&pkg=mailx&archive=no
would narrow results to what was specified.
Apparently the pkg argument is ignored in this case.
Anyway, say I want to tell the Mozilla Team a single URL to see all my active
Debian Mozilla bugs. I would tell them to see
http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED]&pkg=mozilla&archive=no
but that isn't implemented yet.


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

Bug#295461: mirrors: status URL end users can check

[Dan Jacobson]

Package: mirrors
Severity: wishlist

There should be a standard URL(s) on leaf nodes (machines users list
in /etc/apt/sources.list) so users can see
* time last mirror fetch run started
* time last mirror fetch run ended
* if run is currently in progress
* some statistics, etc.
Of course this should not be a million line long log file, but just a
few lines file.

http://www.nl.debian.org/mirror/ftpmirror mentions project/trace.
However that seems to only have one item from above, and no comment
as to what item it is next to it in the file.


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

Bug#291945: Bad news regarding SSL

[Christian Hammers]

tags 291945 + wontfix
thanks

Hello Sean

I've just seen that this bug was from you :) I played around with
"--with-openssl" but it seems that the libmysqlclient.so.12.0.0, too,
and not only the server binaries gets linked to OpenSSL.

This was regarded as a "no-way" situation as other binaries that
link against MySQL may not have the proper licence to link against
OpenSSL, too, so I left OpenSSL disabled.

bye,

-christian-


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

Bug#295459: libextractor0 does not work on powerpc

[Daniel Baumann]

Frank Gevaerts wrote:
Loading 'libextractor_ole2' plugin failed:
/usr/lib/libextractor/libextractor_ole2.so: R_PPC_REL24 relocation at 
0x0fcbe770 for symbol `memset' out of range
I guess there is a -fPIC missing somewhere
Yes, but this can be fixed on the short hand (see #282342). What we can 
do now is the same as for hppa, we just don't build the ole2 plugin on 
that very architecture.

In 0.4.1-1, these modifications are already done. Due to the SONAME 
version-bumb, libextractor hangs in the NEW queue since several days..

Thanks for reporting,
Daniel
--
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#295170: updating bts info

[sean finney]

tags 295170 patch
severity 295170 important
thanks

hi satoh-san,

i'm lowering the severity to something more proper (unless i'm
mistaken this is only a broken cron job, which doesn't warrant
grave severity).

i'm also adding the "patch" tag, and i'd expect to see a
fix in the next upload.


thanks,
sean

-- 


signature.asc
Description: Digital signature

Bug#295357: lists.debian.org: Please add a debian-l10n-korean mailing list

[Pascal Hakim]

Hi Christian,

As usual, please get a few people to support this list. You've done a
great job in getting these lists organised so far, so I imagine it won't
be hard for you.

Cheers,

Pasc
On Tue, 2005-02-15 at 12:16 +0100, Christian Perrier wrote:
> Package: lists.debian.org
> Severity: wishlist
> 
> This is a request for the creation of the debian-l10n-korean mailing list.
> 
> Name: debian-l10n-korean
> 
> Rationale:
> 
> The Korean language is quite well supported in Debian. The Debian Installer
> translations are near 100% for all "levels".
> 
> Having a mailing list dedicated to the localization work in Korean will help
> translators to work together and bring more people in.
> 
> Such mailing list may also be a good entry point for Debian package
> maintainers and all i18n-involved people (including myself) for easily get
> in touch with Korean translators.
> 
> Short description: 
> Korean localization
> 
> Long description:
> Discussion forum for the translators of Debian-specific packages and
> documentation to the Korean language.
> 
> Category:
> Internationalization and Translations
> 
> Subscription policy:
> Open
> 
> Post policy:
> Open
> 
> Web archive:
> Yes
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.9-1-686
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: 
> LC_ALL set to fr_FR.UTF-8)
> 
-- 


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