date:20051010

On Sun, Oct 09, 2005 at 07:07:02PM -0400, Marco Presi (Zufus) wrote:
 Package: linux-image-2.6.13-1-686
 Version: 2.6.13-1
 Severity: important
 
 Hi,
 
   I upgraded to linux-image-2.6.13-1-686 and if I try to boot,
   passing vga=791 (I use grub) the display is black.
 
   The same settings work nice in previuos kernel images.

This is because of the missing vesafb, is currently fixed in svn, so should be
ok in -2,i believe :)

Firendly,

Sven Luther



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

Bug#332898: new udev package

2005-10-10 Thread Jukka Suomela

On Monday, 2005-10-10 08:35, Jukka Suomela wrote:
 - It does not load mousedev. modprobe mousedev fixes it.

Adding sleep 6 in the beginning of /lib/hotplug/input.rc also fixes it. It 
seems to take that long before this box sets up all USB things and detects 
the mouse, and I think only after that the mouse is visible 
in /proc/bus/input/devices.

Btw, the new udev package also loads evbug; is this intentional? It seems like 
it writes every single keystroke to the kernel log.

Best regards,
Jukka Suomela


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

Bug#332237: python2.3-soappy: 4~Tries to overwrite an existing folder

2005-10-10 Thread Luca Bedogni

Package: python2.3-soappy
Followup-For: Bug #332237



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.4benh-patches
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#332939: nut-usb: Needs an udev rule for udev = 0.070-3

2005-10-10 Thread Arnaud Quette

salut Jean-Luc,2005/10/9, Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED]:
Package: nut-usbVersion: 2.0.2-1Severity: normalHi,The latest version of udev: 0.070-3 conficts with hotplug.This
means that while the new udev includes the hotplug functionalities, the
rules in /etc/hotplug/usb/libhidups and /etc/hotplug/usb/libhid.usermap have to be rewritten as udev rules.thanks for that info, we'll take care of upstream.
Arnaud-- Linux / Unix Expert - MGE UPS SYSTEMS - RD DptNetwork UPS Tools (NUT) Project Leader - http://www.networkupstools.org/Debian Developer - 
http://people.debian.org/~aquette/OpenSource Developer - http://arnaud.quette.free.fr/

Bug#333059: dovecot-common: /etc/dovecot/dovecot.conf::log_timestamp use ISO 8601 date

2005-10-10 Thread Jari Aalto

Package: dovecot-common
Version: 1.0.alpha3-1
Severity: wishlist

I'd like to suggest to use ISO 8601 date stamp as default value:

  log_timestamp = %Y-%m-%d %H:%M:%S 

The previous value was:

  log_timestamp = %b %d %H:%M:%S 

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


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

Bug#333060: sablevm: 'alternatives' should not score above Sun's JDK

2005-10-10 Thread Jarno Elonen

Package: sablevm
Version: 1.11.3-1.1
Severity: normal

The sun-j2sdk1.5 package, generated with make-jpkg command (from java-package),
seems to declare alternatives priority 315, whereas the sablevm declares
350. Because...

1) more Java programs run on Sun's JVM than on sablecc,
2) probably no program runs on sablevm that doesn't run on Sun's and
3) a person knows what she's doing if she's created a .deb of
   the non-free JVM with java-package

...I think sablevm should less that JDK in alternatives.
Other alternatives on my system are different versions of gij-wrappers,
whose score ranges from 33 to 40.

Sablevm is probably more compatible that gij-wrappers (just a guess, though),
so how about reducing the score from 350 to 250?

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

Versions of packages sablevm depends on:
ii  java-common   0.23   Base of all Java packages
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsablevm1   1.11.3-1.1 Free implementation of JVM second 
ii  sun-j2sdk1.5 [java-common 1.5.0+update05 Java(TM) 2 SDK, Standard Edition, 
ii  unzip 5.52-3 De-archiver for .zip files

Versions of packages sablevm recommends:
ii  free-java-sdk 1.0-1  Complete Java SDK environment cons
ii  jikes 1:1.22-3   Fast Java compiler adhering to lan
ii  libgnujaxp-java   1.3-4  free implementation of jaxp api

-- no debconf information


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

Bug#188435: Refil Now

2005-10-10 Thread Nora Lackey

Your Discounted ambien  Refill is now Available Please confrm


http://rhd.cidk.com/p/salesbomohn

Customer #: 482388166
Re-Fill  #: 227049
User Name : [EMAIL PROTECTED]

http://drj.cidk.com/p/salesthnvzh

Bug#332824: linux-image-2.6.13-1-686: Cannot find LVM root fs

2005-10-10 Thread maximilian attems

On Sun, 09 Oct 2005, Jonathan Brandmeyer wrote:

 On Sun, 2005-10-09 at 10:20 +0200, Sven Luther wrote:
  On Sat, Oct 08, 2005 at 08:30:42PM -0400, Jonathan Brandmeyer wrote:
 
  Well, it works very well, and booted out of the box 
   yaird-built pre-init image worked as well, and was smaller than the
   initramfs image (1.6 MB vs 5.4 MB).

the difference beeing that you can put your harddisc into another
box and it will come up just fine (having all the available drivers).

yaird is tuned for your current box.

  He nice, comparison, i suppose you need to drop the default MODULES=most
  option of initramfs-tools and use MODULES=dep. Can we now please try to
  default to MODULES=dep ? If we don't do it we will again be saddled with
  MODULES=most for etch.
 
 When I tried that, I got a bunch of errors:
 ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
 ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
 ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
 ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
 ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
 cpio: ./modprobe: Too many levels of symbolic links
 Working files in /tmp/mkinitramfs_IJobWs and overlay
 in /tmp/mkinitramfs-OL_loyqMq
 
 
 and an image that was still 5.1 MB.

thanks for your testing,
we'll work on that this week. :)

--
maks



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

Bug#333061: libpango1.0-common: Pango-1.4.0...Inconsistency detected by ld.so: ../sysdeps/i386/dl-machine.h: 670

2005-10-10 Thread Jari Aalto

Package: libpango1.0-common
Version: 1.8.2-2
Severity: important

Upgrade on testing does not proceed. The error is:

Setting up libpango1.0-common (1.8.2-2) ...
Updating the modules list for Pango-1.4.0...Inconsistency detected by 
ld.so: ../sysdeps/i386/dl-machine.h: 670: elf_machine_rel_relative: Assertion 
`((reloc-r_info)  0xff) == 8' failed!
dpkg: error processing libpango1.0-common (--configure):
 subprocess post-installation script returned error exit status 127
Errors were encountered while processing:
 libpango1.0-common
E: Sub-process /usr/bin/dpkg returned an error code (1)

Let me know what other information is needed (Kernel 2.6.12-1-686)

Jari

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

Versions of packages libpango1.0-common depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  defoma0.11.8-0.1 Debian Font Manager -- automatic f
ii  fontconfig2.3.2-1generic font configuration library
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.8.1-1The GLib library of C routines
ii  libpango1.0-0 1.8.2-2Layout and rendering of internatio
ii  zlib1g1:1.2.3-4  compression library - runtime

Versions of packages libpango1.0-common recommends:
pn  x-ttcidfont-conf  none (no description available)

-- debconf information:
  libpango1.0-common/saved_aliases_file:
* libpango1.0-common/use_defoma: true
  libpango1.0-common/generated_aliases_file:


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

Bug#285554: [Pkg-nagios-devel] Bug#285554: acknowledged by developer (check_smtp update)

2005-10-10 Thread sean finney

On Mon, Oct 10, 2005 at 02:13:27AM +0200, Jeroen van Wolffelaar wrote:
  i'm still not quite happy with that last one, as gethostbyname isn't
  defined by posix/sus/iso, but it's being used elsewhere in the
  code base already, so oh well.
 
 As long as Debian supporst it across all architectures... But yeah, something
 for upstream to generalize if possible.

yeah.  i guess i tend to keep that in mind, as i'm also on the
upstream development team :) but since they were using gethostname
already in the code... whatever.

 Anyway, it doesn't work yet over here completely. I get a segmentation fault
 in the call to SSL_CTX_free(ctx).

sounds like some error checking isn't catching the ssl connection not
being properly established.

 Feel free to use mail.wolffelaar.nl as test SMTP server as much as you like,
 by the way. It's default sarge exim4 with TLS enabled, otherwise nothing
 really special that should be relevant for this check.

cool, thanks.  i suspect that it actually is relevant though, as i see
something later on about gnutls, and istr reading another bug report
about openssl extensions causing problems in non-openssl environments.
don't know it well enough to know whether or not that could be the
case here though, i'll look into it.

 #0  0x40072f77 in SSL_SESSION_hash () from /usr/lib/i686/cmov/libssl.so.0.9.8
 #1  0x401272c7 in lh_delete () from /usr/lib/i686/cmov/libcrypto.so.0.9.8
 #2  0x400773d8 in SSL_CTX_get_timeout () from 
 /usr/lib/i686/cmov/libssl.so.0.9.8
 #3  0x40126f34 in lh_doall_arg () from /usr/lib/i686/cmov/libcrypto.so.0.9.8
 #4  0x4007750e in SSL_CTX_flush_sessions () from 
 /usr/lib/i686/cmov/libssl.so.0.9.8
 #5  0x400730cc in SSL_CTX_free () from /usr/lib/i686/cmov/libssl.so.0.9.8
 #6  0x08049777 in my_close () at check_smtp.c:759
 #7  0x08049813 in connect_STARTTLS () at check_smtp.c:655
 #8  0x0804a7ae in main (argc=3, argv=0xbaf4) at check_smtp.c:236

probably freeing something that was never successfully allocated.

 I also see no code doing a QUIT over the TLS'd connection, or for that matter,
 anything. I don't think that'd really be needed though, it's definitely not in
 the scope of the original check_smtp... Though I guess it's actually going to
 cause a log entry (exim tends to log connection closed unexpectedly if there
 is no QUIT). Currently my logs for the SEGV'ing check_smtp say:

it will send a QUIT if told to do starttls and the server doesn't
support it, or at the end of the SMTP conversation (independant of
whether the connection is SSL-enabled).  iirc SMTP requires the
client send a quit before closing the connection.  the one place it
doesn't do a QUIT is if there's an error with connect_STARTTLS,
but that's because there's been some application error and
the connection/encryption is in a rather undefined state. 

 2005-10-10 02:11:13 TLS error on connection from 22pc220.sshunet.nl
 (bla.wolffelaar.nl) [145.97.220.22] (gnutls_handshake): Could not negotiate a
 supported cipher suite.

probably an openssl/gnutls thing.  i don't know a lot about openssl,
but i'm guessing some SSL_get/set_cipher_list might resolve that.

  +   localhostname = malloc (HOST_MAX_BYTES);
  +   gethostname(localhostname, HOST_MAX_BYTES);
 
 Hm, if gethostname fails, you end up with a bogus localhostname, but you don't
 detect that and continue anyway. Fwiw, this was already present in the old
 code too. Now fortunately nobody but root can set the hostname... Or it'd be a
 security hole.

i'll put some more error checking in there.  out of curiosity though,
how can calling gethostname set the hostname?

 check_smtp.c:134: warning: unused variable 'ehlo_resp'
 check_smtp.c:131: warning: unused variable 'amt_read'

my bad, was from earlier hacking attempts


sean

-- 


signature.asc
Description: Digital signature

Bug#332248: [EMAIL PROTECTED]: Re: Bug#332248: Install on IBM RS6k B50 PPC: no keyboard driver for PS/2 loaded in d-i]

2005-10-10 Thread Harald Görl


The B50 is supposed to be chrp, and i know it worked once since ways back then
manty had access to such a box and we fixed the kernel, not sure if we tried
d-i though.

Harald, could you please provide us the /proc/cpuinfo entry for this one ? 



Hi,
output is as follows:

cat /proc/cpuinfo
processor   : 0
cpu : 604r
clock   : 374MHz
revision: 49.2 (pvr 0009 3102)
bogomips: 372.73
machine : CHRP IBM,7046-B50

The spaces before the colons are generated with 2 tabs (0x09). The 
string seems to be the same as in the C structure. But lsmod shows only:


lsmod
Module  Size  Used by
usbhid 59012   0
usbcore   144944   1 usbhid
unix   32596   8


I also tried now:
http://cdimage.debian.org/pub/cdimage-testing/daily/powerpc/20051009/debian-testing-powerpc-netinst.iso

How can i check this iseries issue, Sven?

Harald




Mmm, the archdetect stuff in lib-d-i is :

static struct map map_machine[] = {
{ PReP, prep },
{ CHRP Pegasos, chrp_pegasos },
{ CHRP IBM,7028-6C4, chrp_rs6k },
{ CHRP IBM,7029-6E3, chrp_rs6k },
{ CHRP IBM,7038-6M2, chrp_rs6k },
{ CHRP IBM,7039-651, chrp_rs6k },
{ CHRP IBM,7040-681, chrp_rs6k },
{ CHRP IBM,7044-270, chrp_rs6k },
{ CHRP IBM,7046-B50, chrp_rs6k },
{ CHRP IBM,8842-21X, chrp_rs6k },
{ CHRP IBM,9111-520, chrp_rs6k },
{ CHRP IBM,9113-550, chrp_rs6k },
{ CHRP IBM,9117-570, chrp_rs6k },
{ CHRP IBM,9124-720, chrp_rs6k },
{ CHRP, chrp },
{ Amiga, amiga },
{ 64-bit iSeries Logical Partition, iseries },
{ NULL, NULL }

This means your machine should probably have been detected as chrp, but we
would need the /proc/cpuinfo to be sure.

BTW, Harald, can you also check your boards for the iseries thingy, since we
will need to distinguish (for kernel installer at least), between the
pre-power5 iseries and the newer stuff which are just pseries in disguise.





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

Bug#332824: linux-image-2.6.13-1-686: Cannot find LVM root fs

On Mon, Oct 10, 2005 at 08:50:12AM +0200, maximilian attems wrote:
 On Sun, 09 Oct 2005, Jonathan Brandmeyer wrote:
 
  On Sun, 2005-10-09 at 10:20 +0200, Sven Luther wrote:
   On Sat, Oct 08, 2005 at 08:30:42PM -0400, Jonathan Brandmeyer wrote:
  
   Well, it works very well, and booted out of the box 
yaird-built pre-init image worked as well, and was smaller than the
initramfs image (1.6 MB vs 5.4 MB).
 
 the difference beeing that you can put your harddisc into another
 box and it will come up just fine (having all the available drivers).

Indeed, the other difference is that there are arches which have trouble with
bigger initrd's. And anyway, i think that the right choice is to leave the
choice to the user. One size-fits-all-fits-nobody or how they say.

I am also a bit dubious about the realities of the changing hardware, i think
that a good solution to this would be a d-i modification which would rerun the
needed configuration steps. This is by no way the only needed changes, you run
in trouble if you move your disk to a different IDE-slot, or put it in a USB
or firewire or sata external box, or move it to another arch, or to newer
hardware not supported by your kernel. So, bloating the initrd up to contain
everything is only a (very) partial solution here, which really makes sense
only on x86.

 yaird is tuned for your current box.

Indeed.

   He nice, comparison, i suppose you need to drop the default MODULES=most
   option of initramfs-tools and use MODULES=dep. Can we now please try to
   default to MODULES=dep ? If we don't do it we will again be saddled with
   MODULES=most for etch.
  
  When I tried that, I got a bunch of errors:
  ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
  ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
  ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
  ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
  ln: `/tmp/mkinitramfs_IJobWs/./modprobe': File exists
  cpio: ./modprobe: Too many levels of symbolic links
  Working files in /tmp/mkinitramfs_IJobWs and overlay
  in /tmp/mkinitramfs-OL_loyqMq
  
  
  and an image that was still 5.1 MB.
 
 thanks for your testing,
 we'll work on that this week. :)

Cool, not sure he did file a bug report already though :/

Friendly,

Sven Luther



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

Bug#332953: GPRS support

2005-10-10 Thread Stefano Canepa

Il giorno dom, 09/10/2005 alle 16.39 -0500, John Hasler ha scritto:
 Thank you for your suggestion.  GPRS support has already been suggested.
 I'll see if I can get it in soon.  A patch would be helpful.  I will, of
 course, be unable to test it.

If this should be helpfull , I will be able to test it.

Stefano

-- 
Stefano Canepa aka sc: [EMAIL PROTECTED]  http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e
arroganza. (Larry Wall)


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

Bug#325689: [electrichseep #325689] reassigning to xloadimage

2005-10-10 Thread Alexis Sukrieh

reassign 325689 xloadimage
thanks

Hello,

As said previously, we are now sure this bug is not about the
electrichseep package, but is caused from the use of xsetbg.

Dean Townsley managed to reproduce this bug without electricsheep, just
using a small script that uses xloadimage to paint into the root window
and it has the same resource leakage problem.

Then, I reassign the bug. Feel free to contact me for more information.

Regards.

-- 
Alexis Sukrieh [EMAIL PROTECTED]


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

Bug#332898: new udev package

2005-10-10 Thread Marco d'Itri

On Oct 10, Jukka Suomela [EMAIL PROTECTED] wrote:

 On Monday, 2005-10-10 08:35, Jukka Suomela wrote:
  - It does not load mousedev. modprobe mousedev fixes it.
 
 Adding sleep 6 in the beginning of /lib/hotplug/input.rc also fixes it. 
 It 
 seems to take that long before this box sets up all USB things and detects 
 the mouse, and I think only after that the mouse is visible 
 in /proc/bus/input/devices.
Good point. And since no hotplug events are generated, I cannot wait for
them asyncronously.

 Btw, the new udev package also loads evbug; is this intentional? It seems 
No, this should not happen but when used this way modprobe does not use
the blacklists.

So looks like my approach was not useful after all. I think I will just
force loading mousedev and evdev at boot time until there will be a
fixed kernel in Debian.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#333052: uhci_hcd unknown symbol errors

2005-10-10 Thread Marco d'Itri

reassign 333052 linux-2.6
retitle 333052 race in the modules loader?
thanks

On Oct 10, C.Y.M [EMAIL PROTECTED] wrote:

 When using udev with linux kernel 2.6.14-rc3, I get the following error during
 system boot.  Plug and Play ACPI support in the kernel is loading uhci_hcd 
 just
 fine, but it appears udev is attempting to load it prior to ACPI causing the
 unknown symbol errors.
This randomly happens for other modules too. Looks like some race is hit
when you try to modprobe a lot of modules at the same time.

(BTW, can you clarify how ACPI is related to autoloading hcds?)

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#332248: [EMAIL PROTECTED]: Re: Bug#332248: Install on IBM RS6k B50 PPC: no keyboard driver for PS/2 loaded in d-i]

On Mon, Oct 10, 2005 at 09:05:50AM +0200, Harald Görl wrote:
The B50 is supposed to be chrp, and i know it worked once since ways back
then
manty had access to such a box and we fixed the kernel, not sure if we
tried
d-i though.

Harald, could you please provide us the /proc/cpuinfo entry for this one ?

Hi,
output is as follows:

cat /proc/cpuinfo
processor : 0
cpu : 604r
clock : 374MHz
revision: 49.2 (pvr 0009 3102)
bogomips: 372.73
machine : CHRP IBM,7046-B50

So it fits this line :

{ CHRP IBM,7046-B50, chrp_rs6k },

and it should be recognized as a chrp_rs6k, so joeyh, i believe there is
something seriously broken in rootskel, not sure though.

Harald, can you still try one thing, during the install, go to console 2, and
grep chrp in /var/lib/cdebconf/* (or well, search for the file, i think you
get the idea, the cdebconf file has an entry for the subarch field, filled in
by lib-d-i, at least it used to be this way.

Not sure about the current code, maybe that is the proble. Joeyh, waldi, can
you comment on this ?

The spaces before the colons are generated with 2 tabs (0x09). The
string seems to be the same as in the C structure. But lsmod shows only:

lsmod
Module Size Used by
usbhid 59012 0
usbcore 144944 1 usbhid
unix 32596 8

I also tried now:
http://cdimage.debian.org/pub/cdimage-testing/daily/powerpc/20051009/debian-testing-powerpc-netinst.iso

How can i check this iseries issue, Sven?

Well, on your boxes which have logical partitioning, we need the
/proc/cpuinfo.

Friendly,

Sven Luther

Bug#333062: fgfs-base: extraneous files in /usr/share/games/FlightGear/Scenery/

2005-10-10 Thread Hamish

Package: fgfs-base
Version: 0.9.6-1
Severity: minor

Hi,

there seem to be some extraneous directories in 
  /usr/share/games/FlightGear/Scenery/

specifically:  (cropped from dpkg -L)

/usr/share/games/FlightGear/Scenery/w130n30
/usr/share/games/FlightGear/Scenery/w130n30/w122n37
/usr/share/games/FlightGear/Scenery/w130n30/w123n37

the real w130n30 data lives in Scenery/Terrain/.

Not a big deal but it confused me for a few minutes when I tried to install
more scenery files and had them in the wrong place.


thanks
Hamish


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

Versions of packages fgfs-base depends on:
ii  flightgear0.9.6-1Flight Gear Flight Simulator

-- no debconf information


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

Bug#333063: laptop-netconf: [INTL:sv] Swedish debconf templates translation

Package: laptop-netconf
Version: 0.9.6.4
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: laptop-netconf 0.9.6.4\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2004-05-20 23:26+0200\n
PO-Revision-Date: 2005-10-11 09:45+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Type: boolean
#. Description
#: ../templates:4
msgid Proceed and activate laptop-netconf?
msgstr Fortsätt och aktivera laptop-netconf?

#. Type: boolean
#. Description
#: ../templates:4
msgid 
laptop-netconf does not yet appear to be active.  Activating it will bring 
the following network configuration files under its control:
msgstr 
laptop-netconf är verkar ännu inte vara aktiverad.  Aktivera den och den 
kommer att 
ta över kontrollen över följande nätverkskonfigurationsfiler:

#. Type: boolean
#. Description
#: ../templates:4
msgid 
  /etc/resolv.conf\n
  /etc/network/interfaces
msgstr 
  /etc/resolv.conf\n
  /etc/network/interfaces

#. Type: boolean
#. Description
#: ../templates:4
msgid 
If you do choose to activate laptop-netconf, then your existing files will 
be backed up automatically.  However, you are well advised to make your own 
copy of these files.
msgstr 
Om du väljer att aktivera laptop-netconf kommer dina existerande filer att 
säkerhetskopieras automatiskt.  
Men ett råd till dig är att själv göra kopior på dessa filer.

#. Type: boolean
#. Description
#: ../templates:4
msgid DO NOT PROCEED UNLESS YOU HAVE ALREADY CONFIGURED LAPTOP-NETCONF
msgstr FORTSÄTT INTE OM DU INTE REDAN HAR KONFIGURERAT LAPTOP-NETCONF

Bug#333064: dist: [INTL:sv] Swedish debconf templates translation

Package: dist
Version: 3.70-29
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: dist 3.70-29\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2004-04-05 19:45-0500\n
PO-Revision-Date: 2005-10-11 09:39+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Type: string
#. Description
#: ../templates.master:4
msgid Name of your organization:
msgstr Namnet på din organisation:

#. Type: string
#. Description
#: ../templates.master:4
msgid 
You don't seem to have an /etc/news/organization file. Usually that contains 
the name of your organization as you want it to appear on the Organization 
line of outgoing articles/mail/patches. Please supply the name of your 
organization as you want it to appear on the Organization line of outgoing 
articles/patches.  (It is nice if this also specifies your location.  Your 
city name is probably sufficient if well known.) For example:
msgstr 
Du verkar inte ha en fil kallad /etc/news/organization. Normalt sett 
innehåller den 
namnet på din organisation som du vill ska synas i Organization-raden i dina 
utgående artiklar/e-post/patchar. 
Vänligen ange namnet på din organisation som du vill ska synas på 
Organization-raden i dina 
artiklar/patchar.  (det är trevligt om denna också innehåller din plats.  
Namnet på din stad brukar räcka om den 
är välkänd.) Till exempel:

#. Type: string
#. Description
#: ../templates.master:4
msgidUniversity of Southern North Dakota, Hoople
msgstrUniversitetet i Stockholm, Sverige

#. Type: string
#. Description
#: ../templates.master:4
msgid Type in \--none--\ if you do not want to specify one.
msgstr Skriv in \--none--\ om du inte vill specificera någon.

Bug#285554: [Pkg-nagios-devel] Bug#285554: acknowledged by developer (check_smtp update)

2005-10-10 Thread sean finney

hi jeroen,

attached is a new patch.

On Mon, Oct 10, 2005 at 03:13:18AM -0400, sean finney wrote:
  Anyway, it doesn't work yet over here completely. I get a segmentation fault
  in the call to SSL_CTX_free(ctx).
 
 sounds like some error checking isn't catching the ssl connection not
 being properly established.

there was a double SSL_something_free in there if it couldn't establish
an ssl connection, and other SSL_*_free calls that weren't necessarily
properly checking to see if they should even be called.  the latest
patch fixes this.

  Feel free to use mail.wolffelaar.nl as test SMTP server as much as you like,
  by the way. It's default sarge exim4 with TLS enabled, otherwise nothing
  really special that should be relevant for this check.
 
 cool, thanks.  i suspect that it actually is relevant though, as i see
 something later on about gnutls, and istr reading another bug report
 about openssl extensions causing problems in non-openssl environments.
 don't know it well enough to know whether or not that could be the
 case here though, i'll look into it.

r'ing tfm on SSL_CTX_new, i found the following change seems to have
fixed the gnutls issue:

-  meth = SSLv2_client_method ();
+  meth = SSLv23_client_method ();

 i'll put some more error checking in there.  out of curiosity though,
 how can calling gethostname set the hostname?

now added.



sean

-- 
#! /bin/sh /usr/share/dpatch/dpatch-run
## 16_check_smtp_protocolfix.dpatch by  [EMAIL PROTECTED]
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: No description.

@DPATCH@
diff -urNad nagios-plugins~/plugins/check_smtp.c 
nagios-plugins/plugins/check_smtp.c
--- nagios-plugins~/plugins/check_smtp.c2005-10-10 09:52:49.0 
+0200
+++ nagios-plugins/plugins/check_smtp.c 2005-10-10 09:54:53.0 +0200
@@ -59,10 +59,17 @@
 enum {
SMTP_PORT   = 25
 };
-const char *SMTP_EXPECT = 220;
-const char *SMTP_HELO = HELO ;
-const char *SMTP_QUIT  = QUIT\r\n;
-const char *SMTP_STARTTLS = STARTTLS\r\n;
+#define SMTP_EXPECT 220
+#define SMTP_HELO HELO 
+#define SMTP_EHLO EHLO 
+#define SMTP_QUIT QUIT\r\n
+#define SMTP_STARTTLS STARTTLS\r\n
+
+#ifndef HOST_MAX_BYTES
+#define HOST_MAX_BYTES 255
+#endif
+
+#define EHLO_SUPPORTS_STARTTLS 1
 
 int process_arguments (int, char **);
 int validate_arguments (void);
@@ -101,6 +108,9 @@
 int check_critical_time = FALSE;
 int verbose = 0;
 int use_ssl = FALSE;
+short use_ehlo = FALSE;
+short ssl_established = TRUE;
+char *localhostname = NULL;
 int sd;
 char buffer[MAX_INPUT_BUFFER];
 enum {
@@ -112,7 +122,7 @@
 int
 main (int argc, char **argv)
 {
-
+   short supports_tls=FALSE;
int n = 0;
double elapsed_time;
long microsec;
@@ -120,6 +130,7 @@
char *cmd_str = NULL;
char *helocmd = NULL;
struct timeval tv;
+   struct hostent *hp;
 
setlocale (LC_ALL, );
bindtextdomain (PACKAGE, LOCALEDIR);
@@ -129,12 +140,26 @@
usage4 (_(Could not parse arguments));
 
/* initialize the HELO command with the localhostname */
-#ifndef HOST_MAX_BYTES
-#define HOST_MAX_BYTES 255
-#endif
-   helocmd = malloc (HOST_MAX_BYTES);
-   gethostname(helocmd, HOST_MAX_BYTES);
-   asprintf (helocmd, %s%s%s, SMTP_HELO, helocmd, \r\n);
+   if(! localhostname){
+   localhostname = malloc (HOST_MAX_BYTES);
+   if(!localhostname){
+   printf(_(malloc() failed!\n));
+   return STATE_CRITICAL;
+   }
+   if(gethostname(localhostname, HOST_MAX_BYTES)){
+   printf(_(gethostname() failed!\n));
+   return STATE_CRITICAL;
+   }
+   hp = gethostbyname(localhostname);
+   if(!hp) helocmd = localhostname;
+   else helocmd = hp-h_name;
+   } else {
+   helocmd = localhostname;
+   }
+   if(use_ehlo)
+   asprintf (helocmd, %s%s%s, SMTP_EHLO, helocmd, \r\n);
+   else
+   asprintf (helocmd, %s%s%s, SMTP_HELO, helocmd, \r\n);
 
/* initialize the MAIL command with optional FROM command  */
asprintf (cmd_str, %sFROM: %s%s, mail_command, from_arg, \r\n);
@@ -178,11 +203,26 @@
}
}
 
-   /* send the HELO command */
+   /* send the HELO/EHLO command */
send(sd, helocmd, strlen(helocmd), 0);
 
/* allow for response to helo command to reach us */
-   read (sd, buffer, MAXBUF - 1);
+   if(read (sd, buffer, MAXBUF - 1)  0){
+   printf (_(recv() failed\n));
+   return STATE_WARNING;
+   } else if(use_ehlo){
+   buffer[MAXBUF-1]='\0';
+   if(strstr(buffer, 250 STARTTLS) != NULL ||
+  strstr(buffer, 250-STARTTLS) != NULL){
+

Bug#332964: spamprobe: [INTL:sv] Swedish debconf templates translation

2005-10-10 Thread Nicolas Duboc

On Sun, Oct 09, 2005 at 10:18:50PM +0200, Daniel Nylander wrote:
 Package: spamprobe
 Severity: wishlist
 Tags: patch l10n

   Hi Daniel,

 Thanks for this translation. It will be included in the next upload.

 Regards,

-- 
Nicolas Duboc [EMAIL PROTECTED]


pgpKufI0ajM1y.pgp
Description: PGP signature

Bug#208198: Symlink /usr/lib/libGL.so dangling again

2005-10-10 Thread Sven Joachim


reopen 208198
tags 208198 - fixed-in-experimental
thanks

As of version 1.0.7676-1 of nvidia-glx, the symlink
/usr/lib/libGL.so - libGL.so.1.2 in the xlibmesa-gl-dev
package is dangling again after installing nvidia-glx.
See http://bugs.debian.org/332753 .

Will this mess ever be cleaned up?





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

Bug#333065: libclass-methodmaker-perl - fails to build

Package: libclass-methodmaker-perl
Version: 2.07-1
Severity: serious

There was an error while trying to autobuild your package:

 Automatic build of libclass-methodmaker-perl_2.07-1 on debian-31 by 
 sbuild/s390 69
[...]
 make[1]: Leaving directory `/build/buildd/libclass-methodmaker-perl-2.07'
 [ -d debian/libclass-methodmaker-perl/usr/share/perl5/auto ] || mkdir -p 
 debian/libclass-methodmaker-perl/usr/share/perl5/auto
 # mv debian/libclass-methodmaker-perl/usr/lib/perl/5.8/auto 
 debian/libclass-methodmaker-perl/usr/share/perl5/auto
 find debian/libclass-methodmaker-perl/ -type f -name '.packlist' | xargs 
 --no-run-if-empty rm
 find debian/libclass-methodmaker-perl/usr/lib -type d -empty | xargs 
 --no-run-if-empty rmdir -p || true
 mkdir -p debian/libclass-methodmaker-perl/usr/share/lintian/overrides
 cp debian/lintian.override 
 debian/libclass-methodmaker-perl/usr/share/lintian/overrides/libclass-methodmaker-perl
  dpkg-genchanges -B -ms390 Build Daemon [EMAIL PROTECTED]
 dpkg-genchanges: arch-specific upload - not including arch-independent 
 packages
 dpkg-genchanges: failure: cannot read files list file: No such file or 
 directory
 **
 Build finished at 20051009-2136
 FAILED [dpkg-buildpackage died]

libclass-methodmaker-perl is arch any but built in binary-indep.

Bastian


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

Bug#333066: start stop daemon doesn't work with chroot nor path support (patch joined)

2005-10-10 Thread Rapsys|Phoenix


Package: dpkg
Version: 1.13.11

When I run :
start-stop-daemon --start --chroot /var/chroot/somewhere -c 
someuser:somegroup --exec /bin/somebin


And I get a start-stop-daemon: stat /bin/somebin: No such file or directory

Because the /bin/somebin doesn't exist in my real tree, only in chroot, 
and start-stop-daemon does the stat on file before the chroot...


I made a previous patch (not take in care and lot tested) to do the 
check after chroot.


This time I make a new bug report with attached patch and new improvement.

My patch support now to search the binary in the PATH.

Please apply this patch I have tested it a lot, if you don't want PATH 
support, just reduce the execstat() fuction to this (as it was before):

if (execname  stat(execname, exec_stat))
fatal(stat %s: %s, execname, strerror(errno));



This bug is related to (but this bug report, only complain about stat in 
chroot without path support):

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318771
diff -urNp dpkg-1.13.11/utils/start-stop-daemon.c.orig dpkg-1.13.11/utils/start-stop-daemon.c
--- dpkg-1.13.11/utils/start-stop-daemon.c.orig	2005-10-10 09:42:06.196042944 +0200
+++ dpkg-1.13.11/utils/start-stop-daemon.c	2005-10-10 09:45:38.539761792 +0200
@@ -1166,6 +1166,46 @@ x_finished:
 	}
 }
 
+static int
+execstat(void)
+{
+	if (execname  stat(execname, exec_stat))
+	{
+		char* tmp;
+		char* path = strdup((const char *)getenv(PATH));
+		if (path[0] == 0)
+			return 1;
+		else
+		{
+			if (strchr(path, ':') != NULL)
+			{
+while ((tmp = strsep(path, :)))
+{
+	char* buf = malloc((strlen(tmp)+strlen(execname)+2)*sizeof(char));
+	sprintf(buf, %s/%s, tmp, execname);
+	if (execname  !stat(buf, exec_stat))
+	{
+		startas = buf;
+		return 0;
+	}
+}
+			}
+			else
+			{
+char* buf = malloc((strlen(path)+strlen(execname)+2)*sizeof(char));
+sprintf(buf, %s/%s, path, execname);
+if (execname  !stat(buf, exec_stat))
+{
+	startas = buf;
+	return 0;
+}
+return 1;
+			}
+		}
+	}
+
+	return 0;
+}
 
 int
 main(int argc, char **argv)
@@ -1180,7 +1220,7 @@ main(int argc, char **argv)
 	argc -= optind;
 	argv += optind;
 
-	if (execname  stat(execname, exec_stat))
+	if (changeroot == NULL  execstat())
 		fatal(stat %s: %s, execname, strerror(errno));
 
 	if (userspec  sscanf(userspec, %d, user_id) != 1) {
@@ -1283,6 +1323,8 @@ main(int argc, char **argv)
 			fatal(Unable to chdir() to %s, changeroot);
 		if (chroot(changeroot)  0)
 			fatal(Unable to chroot() to %s, changeroot);
+		if (execstat())
+			fatal(stat %s: %s, execname, strerror(errno));
 	}
 	if (chdir(changedir)  0)
 		fatal(Unable to chdir() to %s, changedir);

Bug#208198: Symlink /usr/lib/libGL.so dangling again

2005-10-10 Thread Ronald van Os - Webfreakz.nl

ey Sven,

can you explain to me how I should install the 1.0.7676 NVidia drivers on Debian Sarge with a clean install?
I managed to install the 7171 but they were not very sharp on the edges of the screen.

If you could explain to me: many thanks! :)-- Met vriendelijke groet,Ronald van Oswww.webfreakz.nl-
|Bij beantwoorden bericht laten staat a.u.b ||On reply: Leave this message |-

Bug#258452: wine: With current version Lotus Notes has many unnecessary scroll

2005-10-10 Thread David Goodenough

On Monday 10 October 2005 06:25, Ove Kaaven wrote:
 This problem should have been fixed by now. It is, right?

Yes it does seem to have gone away.  I am one release back (I have not 
installed 0830 yet), but Notes seems to be behaving nicely.

Thank you

David


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

Bug#290001: Dropping the dependency on teTeX for Type 1 font packages

2005-10-10 Thread Norbert Preining

Hi Florent!

On Son, 09 Okt 2005, Florent Rougon wrote:
  texmf.cnf file *is* generated. Then call the mktexlsr and updmap-sys
  scripts only if they are existent.
 
 Hmmm, I am still not sure it would be correct to call them without
 having first ensured that tetex-bin (or its texlive equivalent) is

It shouldn't hurt. Why: Even without *anything* cionfigured calls to
mktexlsr and updmap-sys should work without any problem. In fact I
already have thought about moving some of the basic scripts from
tetex/texlive to tex-common (like the scripts mktexlsr, updmap(-sys)
etc) as they are really the same and are really basic. But this was just
an idea.

 configured. For a start, tetex-bin's postinst calls update-texmf. Also,
 Debian Policy doesn't allow to assume it will work. If it is indeed

Why? All the files are there in /etc/texmf (bacause they are installed
by tex-common!), and update-texmf does nothing special.

Best wishes

Norbert

---
Dr. Norbert Preining preining AT logic DOT at Università di Siena
sip:[EMAIL PROTECTED] +43 (0) 59966-690018
gpg DSA: 0x09C5B094  fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094
---
DUNGENESS (n.)
The uneasy feeling that the plastic handles of the overloaded
supermarket carrier bag you are carrying are getting steadily longer.
--- Douglas Adams, The Meaning of Liff


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

Bug#333067: linux-image-k7: System unusable after reboot because rivafb is compiled with debugging enabled.

2005-10-10 Thread Dominik Kubla

Package: linux-image-k7
Version: 2.6.12-10
Severity: critical
Justification: breaks the whole system


After updating udev a reboot resulted in a unusable system because
rivafb was being loaded by udev/coldplug. rivafb is not usable,
especially not when being compiled with debugging enabled. Result was a
system that only printed panning related debugging messages.

To revive the system i had to boot into emergency mode (using -b, using
the grub recovery boot was not successful. I doubt a normal user would
have known what to do.) and delete rivafb. Now udev was correctly using
nvidiafb, which worked.

And the bottomline is:

* Don't compile any modules with debugging support enabled. (If you like
  you can provide a kernel-modules-dbg package.) In almost all cases the
  debugging options are only useful to kernel developers anyway.
* Don't compile rivafb: it was never really usable and except for old
  riva cards nvidiafb is the better choice anyway (but that is arguably
  a bug in udev/coldplug).

Regards,
  Dominik

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

Versions of packages linux-image-k7 depends on:
ii  linux-image-2.6-k72.6.12-10  Linux kernel 2.6 image on AMD K7 m

linux-image-k7 recommends no packages.

-- no debconf information


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

Bug#333068: chkrootkit: ifpromisc: problems with big inodes?

2005-10-10 Thread Mario 'BitKoenig' Holbe

Package: chkrootkit
Version: 0.45-1

Hello,

it looks like chkrootkit's ifpromisc has problems with parsing packet
sockets having big inodes.

I have several machines running snort, all of them running the same
kernel (2.4.27), three of them with stable, one with unstable. On all
but one snort is detected by ifpromisc (stable as well as unstable, I
copied the binary). On the one where it isn't detected correctly (note
the (null)[(null)]), the packet socket has a quite big inode, that's
the only difference I found:

# cat /proc/net/packet 
sk   RefCnt Type Proto  Iface R Rmem   User   Inode
e188f0a0 3  30003   2 1 0  0  2264686735
# ls -l /proc/1232/fd | grep 2264686735
lrwx--  1 root root 64 Oct 10 10:33 3 - socket:[2264686735]
# /usr/lib/chkrootkit/ifpromisc 
lo: not promisc and no packet sniffer sockets
eth0: PACKET SNIFFER((null)[(null)])
# ./ifpromisc 
lo: not promisc and no packet sniffer sockets
eth0: PACKET SNIFFER((null)[(null)])

/usr/lib/chkrootkit/ifpromisc is stable (0.44-2), ./ifpromisc is
unstable (0.45-1).

On the other machines where ifpromisc works well, the inodes are
smaller:

# cat /proc/net/packet 
sk   RefCnt Type Proto  Iface R Rmem   User   Inode
e01e7180 3  30003   2 1 2160   0  1358616
# ls -l /proc/11723/fd | grep 1358616
lrwx--  1 root root 64 Oct 10 10:36 4 - socket:[1358616]
# /usr/lib/chkrootkit/ifpromisc
lo: not promisc and no packet sniffer sockets
eth0: PACKET SNIFFER(/usr/sbin/snort[11723])

# cat /proc/net/packet
sk   RefCnt Type Proto  Iface R Rmem   User   Inode
ee0db820 3  20003   112   1 5920  3076871
# ls -l /proc/12905/fd | grep 3076871
lrwx--  1 root root 64 Oct 10 10:38 4 - socket:[3076871]
# /usr/lib/chkrootkit/ifpromisc
lo: not promisc and no packet sniffer sockets
ppp0: PACKET SNIFFER(/usr/sbin/snort[12905])


Thanks for your work  regards
   Mario
-- 
Why are we hiding from the police, daddy?  | J. E. Guenther
Because we use SuSE son, they use SYSVR4.  | de.alt.sysadmin.recovery


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

Bug#332898: new udev package

2005-10-10 Thread Richard Burton




I uploaded a new *untested* package at http://www.bofh.it/~md/debian/ ,
please let me know ASAP if it fixes the bugs you reported (mainly
mousedev and evdev not being automatically loaded).


Sorry, new package doesn't cause mousedev or psmouse to be loaded on my 
system, so without adding them to /etc/modules I still get no X.


Richard.




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

Bug#332959: apt-build compile options

2005-10-10 Thread Julien Danjou

On Mon, Oct 10, 2005 at 07:01:19AM +0530, Kumar Appaiah wrote:
 Though I realize that you have mentioned relevant stuff in the readme,
 ps ax does *NOT* show me the compile options I gave. It shows
 -mtune=i486, while my apt-build.conf says mtune = -mtune=pentium4.

Which package are you trying to build?
How is the compiler called by make?

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


signature.asc
Description: Digital signature

Bug#333069: apmd: [INTL:sv] Swedish debconf templates translation

Package: apmd
Version: 3.2.2-3
Severity: wishlist
Tags: patch l10n



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

Versions of packages apmd depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libapm1   3.2.2-3Library for interacting with APM d
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  powermgmt-base1.22   Common utils and configs for power

apmd recommends no packages.

-- debconf information:
  apmd/overwrite-config-file: true
  apmd/hdparm-removed:
  apmd/suspend-on-ac: true
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: apmd 3.2.2-3\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2003-08-04 13:42+0200\n
PO-Revision-Date: 2005-10-11 10:52+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Description
#: ../apmd.templates:4
msgid Manage apmd configuration file with debconf?
msgstr Hantera apmd-konfigurationen med Debconf?

#. Description
#: ../apmd.templates:4
msgid 
The apmd configuration file, \/etc/apm/apmd_proxy.conf\, can be handled 
automatically by debconf, or manually by you.
msgstr 
Konfigurationsfilen för apmd \/etc/apm/apmd_proxy.conf\ kan hanteras 
automatiskt 
av Debconf eller manuellt av dig själv.

#. Description
#: ../apmd.templates:11
msgid Accept system suspend/standby events on AC power?
msgstr Acceptera systemhändelser (avstängning/viloväge) i ströminkopplat läge?

#. Description
#: ../apmd.templates:11
msgid 
Do you want to accept system suspend or system standby APM requests when the 
computer is running on AC power? If you refuse, such requests will be 
rejected.  When the computer is running on battery power, these requests are 
always accepted.
msgstr 
Vill du acceptera att systemet stängs av eller går i viloläge när APM önskar 
det när datorn har ström 
inkopplat? Om du vägrar kommer sådana händelser att vägras.  När datorn körs 
på batteri kommer 
dessa händelser alltid att accepteras.

#. Description
#: ../apmd.templates:11
msgid 
System suspend/standby events are usually generated when the BIOS 
automatically suspends because the machine has been idle for a while. They 
can also be generated when you press the \suspend\ or \sleep\ button on 
the computer.
msgstr 
Systemhändelserna avstängning/viloläge genereras normalt när BIOS automatiskt 
stänger av 
för att maskinen har varit inaktiv för en stund. De kan också genereras när du 
trycker \suspend\ eller \sleep\-
knappen på din dator.

#. Description
#: ../apmd.templates:24
msgid Configuration files have moved
msgstr Konfigurationsfilerna har flyttats

#. Description
#: ../apmd.templates:24
msgid 
The script /etc/apm/event.d/20hdparm has been removed from this package.  It 
remains installed but inactive, and any custom settings, formerly kept in /
etc/apm/apmd_proxy.conf, have been erased.
msgstr 
Skriptet /etc/apm/event.d/20hdparm har tagits bort från detta paket.  Det 
kommer att 
fortsätta vara installerat men inaktivt och alla egna inställningar, tidigare 
sparade i 
/etc/apm/apmd_proxy.conf har raderats.

#. Description
#: ../apmd.templates:24
msgid 
A script of the same name has been added to the hdparm package. When 
upgrading hdparm you will be able to configure the script again according to 
your preferences.
msgstr 
Ett skript med samma namn har lagts till i paketet hdparm. När du uppgraderar 
hdparm kan du konfigurera skriptet igen enligt dina önskemål.

#. Description
#: ../apmd.templates:24
msgid 
The configuration file /etc/modutils/apmd has been removed from this 
package.  The file /etc/modutils/apm has been added to the powermgmt-base 
package to serve the same purpose.
msgstr 
Konfigurationsfilen /etc/modutils/apmd har tagits bort från detta paket.  
Filen /etc/modutils/apm har lagts till i paketet powermgmt-base för att ge 
samma funktionalitet.

Bug#333070: libvisual0.2: Doesn't build on ppc

2005-10-10 Thread Alberto Ruffato

Package: libvisual0.2
Version: 0.2.0-1
Severity: important
Tags: patch
Justification: fails to build from source

Package doesn't build on powerpc.
Upstream already knows about this since may:
http://sourceforge.net/mailarchive/forum.php?thread_id=7343537forum_id=40316

the trivial fix:


--- orig/libvisual-0.2.0/libvisual/lv_cpu.c 2005-02-09
20:20:12.0 +0100
+++ new/libvisual-0.2.0/libvisual/lv_cpu.c  2005-10-10
10:54:54.0 +0200

@@ -423,7 +423,7 @@
 #endif
 #endif /* VISUAL_ARCH_X86 */

-#if VISUAL_ARCH_POWERPC
+#if defined(VISUAL_ARCH_POWERPC)
check_os_altivec_support ();
 #endif /* VISUAL_ARCH_POWERPC */



thanks

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

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

Versions of packages libvisual0.2 recommends:
pn  libvisual0.2-plugins  none (no description available)

-- no debconf information


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

Bug#332694: [Pkg-zope-developers] Bug#332694: zope-testcase: Uploader Andrea Menucci - Andrea Mennucci

2005-10-10 Thread A Mennucc

On Sat, Oct 08, 2005 at 01:27:02AM +0200, Matthias Klose wrote:
 Filipus Klutiero writes:
  Package: zope-testcase
  Version: 0.9.6-4
  Severity: minor
  
  There's a n missing in the name of Andrea Mennucci.
 
 I'm voting for a severity 'pedantic'.

foreign people never speak it right ...
at least lets spare the writing  !!
:-)

a.

-- 
Andrea Mennucc
 Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef


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

Bug#332580: libwine does not install libwine.so.1 on apt-get dist-upgrade

2005-10-10 Thread Cornelia Huck

On Sun, 09 Oct 2005 05:21:25 -0400
Ove Kaaven [EMAIL PROTECTED] wrote:

 I'm not sure I would be able to reproduce this. You don't even specify 
 what your previous libwine version was.

Sorry, forgot that.

Previous version was libwine_0.0.20050725-winehq-1_all.deb (from
http://wine.sourceforge.net/apt/unstable/).

Just checked that upgrading from the latest debian
version I found in my cache (libwine_0.0.20050310-1_i386.deb) works fine.

If upgrading from the winehq-version is not expected to work cleanly,
then sorry for the noise.


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

Bug#332863: SEGV on connect to sshd

2005-10-10 Thread Colin Watson

On Sat, Oct 08, 2005 at 07:55:06PM -0400, simon raven wrote:
 Package: ssh
 Version: 1:4.2p1-5
 Severity: grave
 Justification: renders package unusable

Very likely you have some PAM modules linked against an older version of
OpenSSL; you will have to push to get those upgraded so that they're in
sync with sshd's linkage (0.9.8). There's nothing I can do about this in
OpenSSH because OpenSSL doesn't use versioned symbols; if I'd waited for
the PAM modules to be upgraded, you'd still have seen segfaults, just
(so to speak) the other way round.

-- 
Colin Watson   [EMAIL PROTECTED]


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

Bug#333071: websvn: [INTL:sv] Swedish debconf templates translation

Package: websvn
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: websvn 1.61-14\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2005-04-03 17:03+0200\n
PO-Revision-Date: 2005-10-11 11:03+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Type: boolean
#. Description
#: ../templates:4
msgid Do you want to configure WebSVN now?
msgstr Vill du konfigurera WebSVN nu?

#. Type: boolean
#. Description
#: ../templates:4
msgid 
WebSVN needs to be configured before its use, ie you must set the locations 
of the repositories.
msgstr 
WebSVN behöver konfigureras före den kan användas, alltså du måste ange 
sökvägarna till repositories.

#. Type: boolean
#. Description
#: ../templates:4
msgid 
If you want to configure it later, you should run 'dpkg-reconfigure websvn'.
msgstr 
Om du vill konfigurera den senare ska du köra 'dpkg-reconfigure websvn'.

#. Type: string
#. Description
#: ../templates:14
msgid Where are your svn parent repositories?
msgstr Var finns ditt huvudrepository för svn?

#. Type: string
#. Description
#: ../templates:14
msgid 
If you have directories containing svn repositories, enter the location of 
each parent directory you want to appear on websvn page.
msgstr 
Om du har mappar som innehåller svn-repositories, ange sökvägen för varje 
huvudmapp 
du vill ska synas på websvn-sidan.

#. Type: string
#. Description
#: ../templates:14
msgid 
You must specify at least one existing subversion repository or WebSVN will 
not work. You can specify single repositories on the next step of the config.
msgstr 
Du måste specificera åtminstone en existerande subversion repository eller så 
kan inte 
WebSVN fungera. Du kan specificera enstaka repositories i nästa steg av 
konfigurationen.

#. Type: string
#. Default
#: ../templates:26
msgid /var/lib/svn
msgstr /var/lib/svn

#. Type: string
#. Description
#: ../templates:27
msgid Where are your svn repositories?
msgstr Var är dina svn repositories?

#. Type: string
#. Description
#: ../templates:27
msgid 
Enter the location of each svn repository you want to appear on websvn page.
msgstr 
Ange sökvägen till varje svn repository som du vill ska synas på websvn-sidan.

#. Type: string
#. Description
#: ../templates:27
msgid 
You must specify at least one existing subversion repository or WebSVN will 
not work, except if you have given a parent path previously.
msgstr 
Du måste specificera minst en existerande subversion repository eller så kan 
inte WebSVn 
fungera, om du inte har angivit en huvudsökväg tidigare.

#. Type: string
#. Description
#: ../templates:27
msgid Separate each entry with a comma (,) but NO SPACE or leave empty.
msgstr Separera varje inlägg med ett komma-tecken (,) men INGA MELLANSLAG 
eller lämna blank.

#. Type: multiselect
#. Choices
#: ../templates:38
msgid apache, apache-ssl, apache-perl, apache2
msgstr apache, apache-ssl, apache-perl, apache2

#. Type: multiselect
#. Description
#: ../templates:40
msgid Which web server would you like to reconfigure automatically?
msgstr Vilken webserver vill du automatiskt konfigurera om?

#. Type: multiselect
#. Description
#: ../templates:40
msgid 
WebSVN supports any web server that php4 does, but this automatic 
configuration process only supports Apache.
msgstr 
WebSVN stöder alla webservrar som php4 gör men denna automatiskt 
konfiguration stöder bara Apache.

#. Type: note
#. Description
#: ../templates:46
msgid Note on permissions
msgstr Noteringar om rättigheter

#. Type: note
#. Description
#: ../templates:46
msgid 
Due to a limitation in the DB format, the 'svnlook' command needs read-write 
access to the repository (to create locks etc). You need to give read-write 
permissions to the user running your webserver on all your repositories.
msgstr 
För att en begränsning finns i DB-format behöver kommandot 'svnlook' läs-skriv 
tillgång 
till repositoryt (för att skapa låsningar etc). Du behöver ge läs-skriv 
rättigheter till den användare 
som kör din webserver för alla dina repositories.

#. Type: note
#. Description
#: ../templates:46
msgid 
Another way of avoiding this problem is by creating

Bug#333073: [EMAIL PROTECTED]: Re: mol slower after distupgrade]

Package: mol

Well, adding this note here, this sounds like something we need to add to the
mol package, don't have time now, and don't want to forget. If someone else
has time to investigate, it would be appreciated.

Friendly,

Sven Luther

- Forwarded message from Joseph Jezak [EMAIL PROTECTED] -

Message-ID: [EMAIL PROTECTED]
Date: Sun, 25 Sep 2005 10:18:10 -0400
From: Joseph Jezak [EMAIL PROTECTED]
To: Mac-on-Linux General Discussion List [EMAIL PROTECTED]
Subject: Re: mol slower after distupgrade

Paolo wrote:
Hello!

I use debianppc unstable. 2 days ago i dist-upgraded, and
suddenly i noticed an huge slow-down on maconlinux.

Are you aware of this? what can be?

thanks
Paolo

On Gentoo, the priority changes were causing performance problems with 
newer kernels.  To fix this, we applied this patch:

http://dev.gentoo.org/~josejx/mol-0.9.70-nopriority.patch

It comments out the priority changes and helps quite a bit with the speed.

-Joe
___
mol-general mailing list
[EMAIL PROTECTED]
http://lists.maconlinux.org/mailman/listinfo/mol-general
---
Wanadoo vous informe que cet  e-mail a ete controle par l'anti-virus mail. 
Aucun virus connu a ce jour par nos services n'a ete detecte.




- End forwarded message -



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

Bug#333072: pike7.6_7.6.33-2 (alpha/unstable): FTBFS: glibc aborts in free()

2005-10-10 Thread Steve Langasek

Package: pike7.6
Version: 7.6.33-2
Severity: serious

pike7.6 is failing to build on alpha with the following error:

[...]
/usr/bin/make -Cbuild/linux-2.4.29goedel-alpha documentation
make[1]: Entering directory 
/build/buildd/pike7.6-7.6.33/build/linux-2.4.29goedel-alpha'
/build/buildd/pike7.6-7.6.33/build/linux-2.4.29goedel-alpha/pike 
-DNOT_INSTALLED -DPRECOMPILED_SEARCH_MORE 
-m/build/buildd/pike7.6-7.6.33/build/linux-2.4.29goedel-alpha/master.pike -x 
extract_autodoc -q --srcdir=/build/buildd/pike7.6-7.6.33/src \
  --imgsrc=/build/buildd/pike7.6-7.6.33/refdoc/src_images 
--builddir=doc_build/src \
  --imgdir=doc_build/images
[...]
copying from 
[/build/buildd/pike7.6-7.6.33/build/linux-2.4.29goedel-alpha/doc_build/src/modules/Image/image.c82.png]
 to 
[/build/buildd/pike7.6-7.6.33/build/linux-2.4.29goedel-alpha/doc_build/images//predef.Image.Image.tuned_box.4.png]
*** glibc detected *** free(): invalid next size (normal): 0x00012072aec0 
***
make[1]: *** [autodoc.xml] Aborted
make[1]: Leaving directory 
/build/buildd/pike7.6-7.6.33/build/linux-2.4.29goedel-alpha'
make: *** [build-arch-stamp] Error 2
[...]

A full build log can be found at
http://buildd.debian.org/fetch.php?pkg=pike7.6ver=7.6.33-2arch=alphastamp=1128545698file=logas=raw.

I have build pike7.6 with debugging symbols enabled here in order to get a
backtrace, which looks as follows:

[snip glibc error handling]
#7  0x022b3998 in free () from /lib/libc.so.6.1
#8  0x02ca0838 in my_result_and_clean (cinfo=Variable cinfo is not 
available.)
at 
/home/devel/release/pike7.6-7.6.33/src/modules/_Image_JPEG/image_jpeg.c:290
#9  0x02ca16b8 in image_jpeg_encode (args=2)
at 
/home/devel/release/pike7.6-7.6.33/src/modules/_Image_JPEG/image_jpeg.c:927
#10 0x0001200303e0 in low_mega_apply (type=APPLY_SVALUE, args=2, 
arg1=Variable arg1 is not available.)
at apply_low.h:214
#11 0x000120035f38 in eval_instruction (
pc=0x1204f0b14 �\005'\001\034\004�\005~\003\003]\001\b)
at interpret_functions.h:1956
#12 0x00012003dad4 in o_catch (
pc=0x12048f684 O\\002'\002\213�)\\004'\004�R\001E\006��E\005Z)
at /home/devel/release/pike7.6-7.6.33/src/interpret.c:2051
#13 0x000120034c3c in eval_instruction (pc=0x12048f67f k\030)
at interpret_functions.h:1243
#14 0x00012003cea0 in mega_apply (type=APPLY_STACK, args=5, arg1=0x0, 
arg2=0x0) at /home/devel/release/pike7.6-7.6.33/src/interpret.c:2006
#15 0x0299452c in try_feed (finished=1)
at /home/devel/release/pike7.6-7.6.33/src/modules/Parser/html.c:2734
#16 0x02994f98 in html_finish (args=Variable args is not available.)
at /home/devel/release/pike7.6-7.6.33/src/modules/Parser/html.c:3936
#17 0x0001200303e0 in low_mega_apply (type=APPLY_LOW, args=1, arg1=Variable 
arg1 is not available.)
at apply_low.h:214
#18 0x00012003953c in eval_instruction (pc=Variable pc is not available.) 
at interpret_functions.h:1961
#19 0x00012003dad4 in o_catch (
pc=0x120425549 2$!\003\\004��Q\026\a\026\004��c\016)
at /home/devel/release/pike7.6-7.6.33/src/interpret.c:2051
#20 0x000120034c3c in eval_instruction (pc=0x120425544 kE)
at interpret_functions.h:1243
#21 0x00012003cea0 in mega_apply (type=APPLY_LOW, args=2, 
arg1=0x1203a22d0, arg2=0x69)
at /home/devel/release/pike7.6-7.6.33/src/interpret.c:2006
#22 0x0001200caab8 in main (argc=11, argv=0x117d8)
at /home/devel/release/pike7.6-7.6.33/src/main.c:841
(gdb)

Unfortunately, the error message in question suggests heap corruption, so
the root of the problem may be nowhere near this part of the code.  It may
be more useful to try to debug this using valgrind on i386 or amd64 than
anything else; if that find the error, though, I don't have any good
suggestions on how to debug this, because there is no valgrind for alpha.

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


signature.asc
Description: Digital signature

Bug#333052: uhci_hcd unknown symbol errors

2005-10-10 Thread C.Y.M

Marco d'Itri wrote:
 reassign 333052 linux-2.6
 retitle 333052 race in the modules loader?
 thanks
 
 On Oct 10, C.Y.M [EMAIL PROTECTED] wrote:
 
 
When using udev with linux kernel 2.6.14-rc3, I get the following error during
system boot.  Plug and Play ACPI support in the kernel is loading uhci_hcd 
just
fine, but it appears udev is attempting to load it prior to ACPI causing the
unknown symbol errors.
 
 This randomly happens for other modules too. Looks like some race is hit
 when you try to modprobe a lot of modules at the same time.
 
 (BTW, can you clarify how ACPI is related to autoloading hcds?)
 

The Plug and Play ACPI kernel config option allows the kernel to autodetect
built-in mainboard resources (including usb and parallel port).  When I
blacklist uhci_hcd in udev, the module is then loaded by the plug and play 
option.

Best Regards.



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

Bug#333056: fail2ban 0.5.4-5.4 DOESN'T fail to ban.

2005-10-10 Thread webmaster

Hi, thanks for your quick response.

The new one you introduced solved the problem for me.
http://itanix.rutgers.edu/rumba/dists/unstable/perspect/binary-all/net/fail2ban_0.5.4-5.4_all.deb

I think this modification has solved the problem.
 * Adjusted failregex for SSH so it bans Illegal user entries as well

In my /var/log/auth.log, Illegal user rather than illegal user shows up.


Thank you very much.


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

Bug#333074: yorick-1.5 considered obsolete by upstream - yorick-1.6.02 is latest

2005-10-10 Thread Florian Ernst

Package: yorick
Severity: wishlist

According to ftp://ftp-icf.llnl.gov/pub/Yorick/doc/download.html the
yorick-1.5 source tree is considered obsolete, the final version is
1.5.15.

The 1.6 source tree, on the other hand, already made it to 1.6.02.

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#333075: [EMAIL PROTECTED]: Re: Cant install OS X 10.4]

Package: mol

Another mol fix for installing mac os X 10.4 ...

Friendly,

Sven Luther
- Forwarded message from Joseph Jezak [EMAIL PROTECTED] -

Message-ID: [EMAIL PROTECTED]
Date: Sun, 09 Oct 2005 22:35:02 -0400
From: Joseph Jezak [EMAIL PROTECTED]
To: Mac-on-Linux General Discussion List [EMAIL PROTECTED]
Subject: Re: Cant install OS X 10.4

I wonder is there any solution for my problem ?

I finally got a copy of Tiger and fixed this.  The issue was that the 
bootROMType function wasn't showing that this was a New World machine. 
This had the side effect of breaking nvram support and Tiger thinking we 
had an OW machine with the 8GB bug.  I've recompiled the mods2.mkext to 
fix this issue.

mods2.kext is available here: http://dev.gentoo.org/~josejx/mods2.mkext
MOL with all current Gentoo patches applied: 
http://dev.gentoo.org/~josejx/mol-0.9.71_pre2.tar.gz

-Joe
___
mol-general mailing list
[EMAIL PROTECTED]
http://lists.maconlinux.org/mailman/listinfo/mol-general
---
Wanadoo vous informe que cet  e-mail a ete controle par l'anti-virus mail. 
Aucun virus connu a ce jour par nos services n'a ete detecte.




- End forwarded message -



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

Bug#316291: acknowledged by developer (submitter failed to provide more information)

2005-10-10 Thread Leandro Noferini

 I can confirm, there was a fluke with my network!

 So there is no problem anymore, is there?

Any problem any more!

-- 
Ciao
leandro

Bug#333011: xserver-xorg will not upgrade

2005-10-10 Thread David Martínez Moreno

El lunes, 10 de octubre de 2005 01:37, David Creelman escribió:
 Package:xserver-xorg

 When I do
   apt-get update; apt-get dist-upgrade

 I get the following errors

 Preconfiguring packages ...
 auto_answer() resetting template xserver-xorg/autodetect_video_card
 auto_answer() resetting template xserver-xorg/autodetect_mouse
 dpkg: error processing xserver-xorg (--remove):
  Package is in a very bad inconsistent state - you should
  reinstall it before attempting a removal.
 terminate called after throwing an instance of 'std::logic_error'
   what():  basic_string::_S_construct NULL not valid
 learn/local.conf/update-machine.sh: line 6:  6452 Aborted
 apt-get dist-upgrade --fix-missing -f
 [09:00 0.85]
 [gauss 2] ~  Errors were encountered while processing:
  xserver-xorg

 Not only can I not update xserver, I can't update anything else !!!

 Help!!!

Yesterday I thought that I was getting mad when I saw this error in my 
personal box.

I do not know what is going on with this package, but I could install 
it by:

dpkg -i /var/cache/apt/archives/xserver-xorg_6.8.2.dfsg.1-8_i386.deb

I am sending a copy to Dpkg maintainers, because this seems an error in 
dpkg 
(or maybe in apt).

Best regards,


Ender.
-- 
I don't like this ending.
-- The Duke (Moulin Rouge!).
--
Debian developer


pgp2iCj4V2q1x.pgp
Description: PGP signature

Bug#333076: iso-codes: [INTL:th] Thai tranlation for iso 4217

2005-10-10 Thread Theppitak Karoonboonyanan

Package: iso-codes
Version: 0.48-1
Severity: wishlist


Please find the attached patch for Thai translation of iso 4217.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620)

-- no debconf information
Index: th.po
===
RCS file: /cvsroot/pkg-isocodes/iso-codes/iso_4217/th.po,v
retrieving revision 1.1
diff -u -r1.1 th.po
--- th.po   8 Aug 2004 16:32:13 -   1.1
+++ th.po   10 Oct 2005 09:24:31 -
@@ -2,6 +2,7 @@
 # Copyright (C) 2004 Alastair McKinstry [EMAIL PROTECTED]
 # This file is distributed under the same license as the iso-codes package.
 # Alastair McKinstry [EMAIL PROTECTED], 2004.
+# Theppitak Karoonboonyanan [EMAIL PROTECTED], 2005.
 # 
 # $Id: th.po,v 1.1 2004/08/08 16:32:13 mckinstry Exp $
 #
@@ -10,88 +11,89 @@
 Project-Id-Version: iso_4217 CVS\n
 Report-Msgid-Bugs-To: Alastair McKinstry [EMAIL PROTECTED]\n
 POT-Creation-Date: 2004-06-15 21:36+0100\n
-PO-Revision-Date: 2004-08-08 15+00+0100\n
-Last-Translator: Alastair McKinstry [EMAIL PROTECTED]\n
-Language-Team: Thai\n
+PO-Revision-Date: 2005-10-09 13:18+0700\n
+Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
+Language-Team: Thai [EMAIL PROTECTED]\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
 
 #. currency_name for AED
 msgid UAE Dirham
-msgstr 
+msgstr ดีแรห์ม สหรัฐอาหรับเอมิเรตส์
 
 #. currency_name for AFA
 msgid Afghani
-msgstr 
+msgstr อัฟกานิ
 
 #. currency_name for ALL
 msgid Albanian Lek
-msgstr 
+msgstr เลค แอลเบเนีย
 
 #. currency_name for AMD
 msgid Armenian Dram
-msgstr 
+msgstr ดีแรห์ม อาร์เมเนีย
 
 #. currency_name for ANG
 msgid Netherlands Antillian Guilder
-msgstr 
+msgstr กิลเดอร์ เนเธอร์แลนด์แอนทิลลิส
 
 #. currency_name for AOA
 msgid Angola Kwanza
-msgstr 
+msgstr ควันซา แองโกลา
 
 #. currency_name for ARS
 msgid Argentine Peso
-msgstr 
+msgstr เปโซ อาร์เจนตินา
 
 #. currency_name for AUD
 msgid Australian Dollar
-msgstr 
+msgstr ดอลลาร์ ออสเตรเลีย
 
 #. currency_name for AWG
 msgid Aruban Guilder
-msgstr 
+msgstr กิลเดอร์ อารูบา
 
 #. currency_name for AZM
 msgid Azerbaijanian Manat
-msgstr 
+msgstr มานาท อาเซอร์ไบจาน
 
 #. currency_name for BAM
+#, fuzzy
 msgid Convertible Marks
-msgstr 
+msgstr มาร์ก บอสเนีย
 
 #. currency_name for BBD
 msgid Barbados Dollar
-msgstr 
+msgstr ดอลลาร์ บาร์เบโดส
 
 #. currency_name for BDT
 msgid Bangladeshi Taka
-msgstr 
+msgstr ตากา บังกลาเทศ
 
 #. currency_name for BGL
 msgid Bulgarian Lev
-msgstr 
+msgstr เลฟ บัลแกเรีย
 
 #. currency_name for BHD
 msgid Bahraini Dinar
-msgstr 
+msgstr ดีนาร์ บาห์เรน
 
 #. currency_name for BIF
 msgid Burundi Franc
-msgstr 
+msgstr ฟรังก์ บุรุนดี
 
 #. currency_name for BMD
 msgid Bermudian Dollar
-msgstr 
+msgstr ดอลลาร์ เบอร์มิวดา
 
 #. currency_name for BND
 msgid Brunei Dollar
-msgstr 
+msgstr ดอลลาร์ บรูไน
 
 #. currency_name for BOB
 msgid Boliviano
-msgstr 
+msgstr โบลิเวียโน
 
 #. currency_name for BOV
 msgid Bolivian Mvdol
@@ -99,39 +101,39 @@
 
 #. currency_name for BRL
 msgid Brazilian Real
-msgstr 
+msgstr เรียล บราซิล
 
 #. currency_name for BSD
 msgid Bahamian Dollar
-msgstr 
+msgstr ดอลลาร์ บาฮามาส
 
 #. currency_name for BTN
 msgid Bhutan Ngultrum
-msgstr 
+msgstr เองกัลทรัม ภูฏาน
 
 #. currency_name for BWP
 msgid Botswana Pula
-msgstr 
+msgstr พูลา บอตสวานา
 
 #. currency_name for BYR
 msgid Belarussian Rouble
-msgstr 
+msgstr รูเบิล เบลารุส
 
 #. currency_name for BZD
 msgid Belize Dollar
-msgstr 
+msgstr ดอลลาร์ เบลีซ
 
 #. currency_name for CAD
 msgid Canadian Dollar
-msgstr 
+msgstr ดอลลาร์ แคนาดา
 
 #. currency_name for CDF
 msgid Franc Congolais
-msgstr 
+msgstr ฟรังก์ คองโก
 
 #. currency_name for CHF
 msgid Swiss Franc
-msgstr 
+msgstr ฟรังก์ สวิส
 
 #. currency_name for CLF
 msgid Unidades de fomento
@@ -139,51 +141,51 @@
 
 #. currency_name for CLP
 msgid Chilean Peso
-msgstr 
+msgstr เปโซ ชิลี
 
 #. currency_name for CNY
 msgid Chinese Yuan Renminbi
-msgstr 
+msgstr เรนมินบิ สาธารณรัฐประชาชนจีน
 
 #. currency_name for COP
 msgid Colombian Peso
-msgstr 
+msgstr เปโซ โคลอมเบีย
 
 #. currency_name for CRC
 msgid Costa Rican Colon
-msgstr 
+msgstr โคโลน คอสตาริกา
 
 #. currency_name for CUP
 msgid Cuban Peso
-msgstr 
+msgstr เปโซ คิวบา
 
 #. currency_name for CVE
 msgid Cap Verde Escudo
-msgstr 
+msgstr เอสคูโด สาธารณรัฐเคปเวิร์ด
 
 #. currency_name for CYP
 msgid Cyprus Pound
-msgstr 
+msgstr ปอนด์ ไซปรัส
 
 #. currency_name for CZK
 msgid Czech Koruna
-msgstr 
+msgstr คราวน์ สาธารณรัฐเช็ก
 
 #. currency_name for DJF
 msgid Djibouti Franc
-msgstr 
+msgstr ฟรังก์ จิบูตี
 
 #. currency_name for DKK
 msgid Danish Krone
-msgstr 
+msgstr โครน เดนมาร์ก
 
 #. currency_name for DOP
 msgid Dominican Peso
-msgstr 
+msgstr เปโซ โดมินิกัน
 
 #. currency_name for DZD
 msgid Algerian Dinar
-msgstr 
+msgstr ดีนาร์ แอลจีเรีย
 
 #. currency_name for ECV

Bug#333077: efax: weekly cron job looks for log in wrong directory

2005-10-10 Thread Laurent Bonnaud

Package: efax
Version: 1:0.9a-16
Severity: normal


Hi,

I received an e-mail from cron with the following error message:

/etc/cron.weekly/efax:
find: /var/log/fax: No such file or directory

An indeed, /etc/cron.weekly/efax contains:

  find /var/log/fax

whereas the directory where logs are kept is /var/log/efax/.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (100, 'unstable'), (99, 'experimental'), (98, 'breezy')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages efax depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libpaper-utils1.1.14-3   Library for handling paper charact
ii  libpaper1 [libpaperg] 1.1.14-3   Library for handling paper charact
ii  make  3.80-11The GNU version of the make util

efax recommends no packages.

-- no debconf information


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

Bug#332697: synaptic: Pinned packages show the installed version as the latest version.

2005-10-10 Thread Michael Vogt

On Fri, Oct 07, 2005 at 06:31:30PM -0400, Dieter Lucking wrote:
 Package: synaptic
 Version: 0.57.2-1
 Severity: important

Thanks for your bugreport. I set the Severity to normal because I
don't think it has a major effect on the usability of the package.
 
 The latest version should be the latest available version for pinned
 packages.

This is a bit tricky to do (technically). The problem is that for a
pinned package the candidate version (the best available version to
upgrade to) is the currently installed version. The packages list
displays the candidate version as last-available too. 

Cheers,
 Michael

-- 
Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo


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

Bug#326387: please rebuild with libreadline5-dev as build dependency

2005-10-10 Thread Martin Buck

On Sat, Oct 08, 2005 at 03:51:08PM +0200, Matthias Klose wrote:
 yes, the buildd's cannot automatically choose a virtual
 package.

Makes sense once you know it and start thinking about it. :-)

 please look at the policy for details (do not depend on a
 virtual package alone).

I couldn't find this anywhere in policy. Policy tells me what to do if I
want to specify a default (real) package for a virtual package, but it
doesn't say that I *have* to specify a default for build dependencies.

Martin


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

Bug#333078: libpolyp0-glib2.0-dev: missing dependency on libpolyp0-glib2.0

2005-10-10 Thread Tim Mueller

Package: libpolyp0-glib2.0-dev
Version: 0.7+20050805-2
Severity: normal


Subject says it all.

/usr/lib/libpolyp0-mainloop-glib-0.8.so is a dead symbolic link after a
fresh install of the package. That surely isn't right (not to mention
that it's more convenient if the -dev packages automatically pull in the
library packages belonging to it).

Cheers
 -Tim


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

Versions of packages libpolyp0-glib2.0-dev depends on:
ii  libglib2.0-dev2.8.3-1Development files for the GLib lib
ii  libpolyp-dev  0.7+20050805-2 Development files for the polypaud

libpolyp0-glib2.0-dev recommends no packages.

-- no debconf information


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

Bug#333079: rcconf: rcconf 1.14 does not work

2005-10-10 Thread Giovanni Ridolfi

Package: rcconf
Version: 1.14
Severity: grave

rcconf 1.14 exits with this error:


Can't locate stddef.ph in @INC (did you run h2ph?) (@INC contains: /etc/perl 
/usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 
/usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl 
.) at /usr/lib/perl/5.8/bits/types.ph line 10.
Compilation failed in require at /usr/lib/perl/5.8/termios.ph line 9.
Compilation failed in require at /usr/lib/perl/5.8/bits/ioctl-types.ph line 8.
Compilation failed in require at /usr/lib/perl/5.8/sys/ioctl.ph line 9.
Compilation failed in require at /usr/bin/rcconf line 115.
Use of uninitialized value in unlink at /usr/bin/rcconf line 1006.
Use of uninitialized value in -f at /usr/bin/rcconf line 160.

I dont' know if it is due to rcconf or a misconfiguration of my
system (perl?). 

Giovanni


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

Versions of packages rcconf depends on:
ii  dialog1.0-20051005-1 Displays user-friendly dialog boxe
ii  perl  5.8.7-5Larry Wall's Practical Extraction 
ii  perl-modules  5.8.7-5Core Perl modules
ii  sysv-rc   2.86.ds1-4 Standard boot mechanism using syml
ii  whiptail [whiptail-provid 0.51.6-31  Displays user-friendly dialog boxe

rcconf recommends no packages.

-- no debconf information


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

Bug#333080: iso-codes: [INTL:th] Thai translation updates for iso 3166

2005-10-10 Thread Theppitak Karoonboonyanan

Package: iso-codes
Version: 0.48-1
Severity: wishlist


The attached patch corrects some Thai spellings of territories and adds
more translations, based on Thai government's official standard.
(These are also in sync with Thai GNOME translation.)

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620)

-- no debconf information
Index: th.po
===
RCS file: /cvsroot/pkg-isocodes/iso-codes/iso_3166/th.po,v
retrieving revision 1.11
diff -u -r1.11 th.po
--- th.po	28 Sep 2004 07:09:01 -	1.11
+++ th.po	10 Oct 2005 09:45:02 -
@@ -5,6 +5,7 @@
 # Thanomsub Noppaburana [EMAIL PROTECTED]
 # Alastair McKinstry [EMAIL PROTECTED], 2004
 #  - Additional translations from ICU-3.0
+# Theppitak Karoonboonyanan [EMAIL PROTECTED], 2005
 #
 # $Id: th.po,v 1.11 2004/09/28 07:09:01 bubulle Exp $
 #
@@ -13,9 +14,9 @@
 Project-Id-Version: iso_3166 CVS\n
 Report-Msgid-Bugs-To: Alastair McKinstry [EMAIL PROTECTED]\n
 POT-Creation-Date: 2004-09-27 06:31+0200\n
-PO-Revision-Date: 2002-01-05 1835+\n
-Last-Translator: Thanomsub Noppaburana [EMAIL PROTECTED]\n
-Language-Team: Deutsch [EMAIL PROTECTED]\n
+PO-Revision-Date: 2005-09-27 09:54+0700\n
+Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
+Language-Team: Thai [EMAIL PROTECTED]\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
@@ -25,14 +26,14 @@
 msgstr อัฟกานิสถาน
 
 #. official_name for AFG
+#, fuzzy
 msgid The Transitional Islamic State of Afghanistan
-msgstr 
+msgstr สาธารณรัฐอิสลามอัฟกานิสถาน
 
 # FO
 #. name for ALA
-#, fuzzy
 msgid Åland Islands
-msgstr Ireland
+msgstr หมู่เกาะโอแลนด์
 
 #. name for ALB
 msgid Albania
@@ -40,23 +41,21 @@
 
 #. official_name for ALB
 msgid Republic of Albania
-msgstr 
+msgstr สาธารณรัฐแอลเบเนีย
 
 # DZ
 #. name for DZA
-#, fuzzy
 msgid Algeria
-msgstr Bulgaria
+msgstr แอลจีเรีย
 
 #. official_name for DZA
 msgid People's Democratic Republic of Algeria
-msgstr 
+msgstr สาธารณรัฐประชาธิปไตยประชาชนแอลจีเรีย
 
 # AS
 #. name for ASM
-#, fuzzy
 msgid American Samoa
-msgstr America, North
+msgstr อเมริกันซามัว
 
 #. name for AND
 msgid Andorra
@@ -64,52 +63,49 @@
 
 #. official_name for AND
 msgid Principality of Andorra
-msgstr 
+msgstr ราชรัฐอันดอร์รา
 
 #. name for AGO
 msgid Angola
-msgstr อันโกลา
+msgstr แองโกลา
 
 # KR
 #. official_name for AGO
-#, fuzzy
 msgid Republic of Angola
-msgstr Dominican Republic
+msgstr สาธารณรัฐแองโกลา
 
 #. name for AIA
 msgid Anguilla
-msgstr อันกิล่า
+msgstr แองกวิลลา
 
 # AQ
 #. name for ATA
 msgid Antarctica
-msgstr 
+msgstr แอนตาร์กติกา
 
 # AG
 #. name for ATG
 msgid Antigua and Barbuda
-msgstr Antigua and Barbuda
+msgstr แอนติกาและบาร์บูดา
 
 # AR
 #. name for ARG
 msgid Argentina
-msgstr Argentina
+msgstr อาร์เจนตินา
 
 # DO
 #. official_name for ARG
-#, fuzzy
 msgid Argentine Republic
-msgstr Dominican Republic
+msgstr สาธารณรัฐอาร์เจนตินา
 
 # AM
 #. name for ARM
-#, fuzzy
 msgid Armenia
-msgstr Argentina
+msgstr อาร์เมเนีย
 
 #. official_name for ARM
 msgid Republic of Armenia
-msgstr 
+msgstr สาธารณรัฐอาร์เมเนีย
 
 #. name for ABW
 msgid Aruba
@@ -118,89 +114,83 @@
 # AU
 #. name for AUS
 msgid Australia
-msgstr Australia
+msgstr ออสเตรเลีย
 
 # AT
 #. name for AUT
 msgid Austria
-msgstr Austria
+msgstr ออสเตรีย
 
 #. official_name for AUT
 msgid Republic of Austria
-msgstr 
+msgstr สาธารณรัฐออสเตรีย
 
 # AZ
 #. name for AZE
 msgid Azerbaijan
-msgstr Azerbaijan
+msgstr อาเซอร์ไบจาน
 
 # AZ
 #. official_name for AZE
-#, fuzzy
 msgid Republic of Azerbaijan
-msgstr Azerbaijan
+msgstr สาธารณรัฐอาเซอร์ไบจาน
 
 # BS
 #. name for BHS
-#, fuzzy
 msgid Bahamas
-msgstr Panama
+msgstr บาฮามาส
 
 #. official_name for BHS
 msgid Commonwealth of the Bahamas
-msgstr 
+msgstr เครือรัฐบาฮามาส
 
 # BH
 #. name for BHR
-#, fuzzy
 msgid Bahrain
-msgstr Brazil
+msgstr บาห์เรน
 
 # BH
 #. official_name for BHR
 #, fuzzy
 msgid State of Bahrain
-msgstr Brazil
+msgstr ราชอาณาจักรบาห์เรน
 
 # BD
 #. name for BGD
-#, fuzzy
 msgid Bangladesh
-msgstr English
+msgstr บังกลาเทศ
 
 #. official_name for BGD
 msgid People's Republic of Bangladesh
-msgstr 
+msgstr สาธารณรัฐประชาชนบังกลาเทศ
 
 # BB
 #. name for BRB
 msgid Barbados
-msgstr Barbados
+msgstr บาร์เบโดส
 
 # BY
 #. name for BLR
-#, fuzzy
 msgid Belarus
-msgstr Peru
+msgstr เบลารุส
 
 #. official_name for BLR
 msgid Republic of Belarus
-msgstr 
+msgstr สาธารณรัฐเบลารุส
 
 # BE
 #. name for BEL
 msgid Belgium
-msgstr Belgium
+msgstr เบลเยียม
 
 #. official_name for BEL
 msgid Kingdom of Belgium
-msgstr 
+msgstr ราชอาณาจักรเบลเยียม
 
 # BZ
 #. name for BLZ
-#, fuzzy
 msgid Belize
-msgstr Belgium
+msgstr เบลีซ
 
 #. name for BEN
 msgid Benin
@@ -208,9 +198,8 @@
 
 # KR
 #. official_name for BEN
-#, fuzzy
 msgid Republic of Benin
-msgstr Dominican Republic
+msgstr สาธารณรัฐเบนิน
 
 #. name for BMU
 msgid

Bug#331608: acknowledged by developer (Bug#331608: fixed in libgtkimreg 0.1.3-4)

2005-10-10 Thread Laurent Bonnaud

  libgtkimreg (0.1.3-4) unstable; urgency=low
  .
* Rebuilded with gdk-imlib11-dev
  Closes: #331608

Thank you, but I still cannot install the package:

# apt-get install libgtkimreg-dev
Reading package lists... Done
Building dependency tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  libgtkimreg-dev: Depends: gdk-imlib1-dev but it is not going to be
installed
E: Broken packages

# apt-cache  show libgtkimreg-dev
Package: libgtkimreg-dev
Priority: optional
Section: libdevel
Installed-Size: 204
Maintainer: Andreas Tille [EMAIL PROTECTED]
Architecture: i386
Source: libgtkimreg
Version: 0.1.3-4
Depends: libgtkimreg0 (= 0.1.3-4), gdk-imlib1-dev
Filename: pool/main/libg/libgtkimreg/libgtkimreg-dev_0.1.3-4_i386.deb
Size: 70158
MD5sum: edf6371161b72466e5e83679a0cfbfca
Description: GTK+ widget to select regions of GdkImages
 The widget represents an image with a mouse drawn rubber box.
 The enhancement against other rubber boxes is that you can
 type the coordinates manually if you want and can gain an
 enhancement in pixelwise exactness.
 It is used in paul to cut images and to insert thumbnails
 into clickable maps.
 .
 Development package
Tag: devel::library, interface::x11, role::sw:devel-lib


-- 
Laurent Bonnaud.
http://www.lis.inpg.fr/pages_perso/bonnaud/




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

Bug#333081: ITP: libpam-abl -- PAM module to blacklist hosts/users with many login failures

2005-10-10 Thread Nicolai Ehemann

Package: wnpp
Severity: wishlist
Owner: Nicolai Ehemann [EMAIL PROTECTED]


* Package name: libpam-abl
  Version : 0.2.2
  Upstream Author : Andy Armstrong [EMAIL PROTECTED]
* URL : http://www.hexten.net/pam_abl/
* License : BSD or GPL
  Description : PAM module to blacklist hosts/users with many login failures

This PAM module automatically adds hosts and/or users with many
authentication failures in pre-defined time intervals to a temporary
blacklist. While blacklisted, any authentication attempt will
silently
fail, pretending the given authentication credentions are wrong.
After
the pre-defined blacklist interval, the host/user will be unbanned
again.

Thus, this module provides effective protection against the
password
guessing attacks agaings ssh servers seen lastly in the
internet.
 


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

Bug#333082: ftp.debian.org - please remove package

Package: ftp.debian.org
Version: N/V

Please remove the following packages from unstable:
- qmailadmin
- vqadmin
- vqregister

Reasons:
- No response from maintainer, neither to bugs nor to direct mail.
- Not buildable with given build-dependencies.
- Only one upload ever.
- Was never in stable.

Bastian

-- 
Witch!  Witch!  They'll burn ya!
-- Hag, Tomorrow is Yesterday, stardate unknown

Bug#333083: cowsay: Cowsay 4 beta aka Acme-Cow-0.1 available

2005-10-10 Thread Florian Ernst

Package: cowsay
Severity: wishlist

Hello Michael,

a few years ago upstream released a beta version of what was thought
to be the upcoming Cowsay 4, please see
http://www.nog.net/~tony/warez/cowsay.shtml for details.

Are you going to package this?

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#333084: ITP: fatsort -- utility for sorting FAT directory structures

2005-10-10 Thread Sebastian Dröge

Package: wnpp
Severity: wishlist

* Package name  : fatsort
  Version   : 0.9.4
  Upstream Author   : Boris Leidner [EMAIL PROTECTED]
* URL   : http://fatsort.berlios.de/
* License   : GPL-2
  Description   : utility for sorting FAT directory structures

Hi,
I plan to package fatsort by Boris Leidner

  FATSort is a utility that sorts FAT16 and FAT32 partitions. It even
  can handle long file name entries. It reads the boot sector and sorts
  the directory structure recursively.
  This is for example useful for sorting the files on your MP3 player when
  it doesn't implement a sorting function itself.

Bye



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

Bug#333085: ITP: bmp-musepack -- Musepack Plugin for Beep-Media-Player

2005-10-10 Thread Sebastian Dröge

Package: wnpp
Severity: wishlist

* Package name  : bmp-musepack
  Version   : 1.2
  Upstream Author   : Musepack Development Team [EMAIL PROTECTED]
* URL   : http://www.musepack.net
* License   : BSD
  Description   : Musepack Plugin for Beep-Media-Player

Hi,
I plan to package bmp-musepack. This beep-media-player plugin enabled
bmp to play musepack/mpc encoded files

Bye



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

Bug#333086: Debian-installer fails to correctly allocate partitions

2005-10-10 Thread suemcl


Package: Debian-installer
Version: 3.1r0a

Partitioning of a freshly zeroed WD 40 Gb IDE drive on a Asus P3 
motherboard.
Intention is to install 9 partitions - one 'primary' and eight 'logical' 
partitions.

Drive is only for Debian installation - no Windows
First partition - hda1 as /boot and as primary 1Gb at 'start' of drive.
Second partition - hda5 as /var and as logical 6Gb at 'end' of freespace
Third partition - hda6 as /usr and as logical 12Gb at 'end' of freespace
Fourth partition - hda7 as /home and as logical 4Gb at 'end' of freespace

Here the problem arises ...

hda7 is shown to have freespace above and below it.

Get around is to select hda7 to be at the 'start' of the freespace on 
the drive.
All subsequent drives were partitioned as being at the 'start' of their 
freespace only.


The order of the partitons is thereby broken at the fourth partition

Reply email: [EMAIL PROTECTED]
Kernel: 2.6.8-2-386


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

Bug#333087: ITP: wavpack -- an audio codec (lossy and lossless)

2005-10-10 Thread Sebastian Dröge

Package: wnpp
Severity: wishlist

* Package name  : wavpack
  Version   : 4.2
  Upstream Author   : David Bryant [EMAIL PROTECTED]
* URL   : http://www.wavpack.com
* License   : BSD
  Description   : an audio codec (lossy and lossless)

Hi,
I plan to package wavpack

  WavPack is a completely open audio compression format providing lossless,
  high-quality lossy, and a unique hybrid compression mode. Although the
  technology is loosely based on previous versions of WavPack, the new version
  4 format has been designed from the ground up to offer unparalleled
  performance and functionality.

Bye



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

Bug#313634: liberror-perl adoption?

2005-10-10 Thread Florian Ernst

On Fri, 12 Aug 2005 09:35:42 +1000, Clint Burfoot wrote:
 I've experienced a couple of delays sorting things out with my sponsor, 
 but should be just days away from having the new package uploaded.

Any news on this? Are you still interested in adopting liberror-perl?

Cheers,
Flo


signature.asc
Description: Digital signature

Bug#332825: scripts don't seem to work

2005-10-10 Thread Wolfram Quester

Hi Tomas,


On Sat, Oct 08, 2005 at 10:02:29PM +0200, Tomas Pospisek wrote:
 Package: inkscape
 Version: 0.42.2-1
 Severity: normal
 
 I go to View-Script and a window pops up with an example script in it
 that suggest to click on File-Execute Python to run it. Which I do.
 Nothing happens but inside the shell from where I started inkscape I
 see:
 
 interpretScript: error starting Language '(null)'
 
 ?
 *t
 

The problem here is that the debian packages are built without the
--with-python and --with-perl configure options. Upstream declared this
stuff as experimental quite some time ago, but I will enable it in the
next upload, since I think this stuff has matured over time. 

Thanks,

Wolfi


signature.asc
Description: Digital signature

Bug#324172: Xpdf 3.01 resize/redraw bug

2005-10-10 Thread Wolfram Quester

Hi alltogether,

* Hamish Moffatt [EMAIL PROTECTED] [2005-10-07 08:52] :
 On Thu, Oct 06, 2005 at 02:22:48PM -0700, Derek B. Noonburg wrote:
  Once again, I'm sending email out to everyone who has contacted me
  regarding the resize/redraw bug in Xpdf 3.01.
  
  Thanks to Michael Rogers, I have a potential fix -- see the attached
  patch file.  I would appreciate it if you would all try this out, and
  let me know if it fixes the problem for you.
 
 For Debian users, I've placed temporary packages containing this patch at
 
 http://people.debian.org/~hamish/xpdf/
 
 It's not apt-gettable so you would need to download the debs by hand and
 install with dpkg -i xpdf*3.01-1.1*.deb.

I grabed hamish's source packages and rebuilt them for for ppc. I tried
them under KDE and xfce without seeing the bug.

Thanks for all your work.

Wolfi


signature.asc
Description: Digital signature

Bug#333089: fcron: [INTL:sv] Swedish debconf templates translation

Package: fcron
Version: 2.9.6-2
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: fcron 2.9.6-2\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2005-03-13 17:02-0300\n
PO-Revision-Date: 2005-10-11 12:16+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Type: note
#. Description
#: ../templates:3
msgid Warning: interactions with anacron!
msgstr Varning: interagerar med anacron!

#. Type: note
#. Description
#: ../templates:3
msgid 
If you have the anacron package in the 'removed' but not 'purged' state (i.
e. anacron configuration files are still around the system), the fcron 
package will cause harmless side effects, such as reports of anacron being 
started at boot up.
msgstr 
Om du har paketet anacron med statusen 'removed' (borttagen) men inte 'purged' 
(rensad) 
(exempelvis att anacron's konfigurationsfiler fortfarande finns i systemet) 
kan fcron-paketet 
skapa oskadliga sideffekter såsom rapporter om att anacron har startats vid 
uppstart.

#. Type: note
#. Description
#: ../templates:3
msgid 
DO NOT FILE BUGS AGAINST ANACRON IF YOU HAVE FCRON INSTALLED IN THE SYSTEM. 
They will be either reassigned to fcron to be summarily closed by me, or 
summarily closed by the anacron maintainer himself.
msgstr 
SKICKA INTE IN BUGGRAPPORTER OM ANACRON OM DU HAR FCRON INSTALLERAT PÅ 
SYSTEMET. 
De kommer antagligen att tilldelas till fcron för att senare stängas av mig 
eller att 
de stängs av anacron's paketansvarige.

#. Type: note
#. Description
#: ../templates:3
msgid 
More information about this issue is available in /usr/share/doc/fcron/
README.Debian
msgstr 
Mer information om denna sak finns i /usr/share/doc/fcron/
README.Debian

Bug#333088: iterm: [INTL:sv] Swedish debconf templates translation

Package: iterm
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: iterm 0.5-5\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2004-02-25 14:47-0800\n
PO-Revision-Date: 2005-10-11 12:11+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Type: boolean
#. Description
#: ../fbiterm.templates:4
msgid Do you want /usr/bin/fbiterm to be installed SUID root?
msgstr Vill du att /usr/bin/fbiterm ska installeras SUID-root?

#. Type: boolean
#. Description
#: ../fbiterm.templates:4
msgid 
You have the option of installing the /usr/bin/fbiterm binary with the SUID 
bit set.  By setting 'SUID root', non-root users may run fbiterm directly.
msgstr 
Du har möjligheten att installera binären /usr/bin/fbiterm med SUID-flaggan 
satt.  
Genom att sätta 'SUID root' kan icke-root användare köra fbiterm direkt.

#. Type: boolean
#. Description
#: ../fbiterm.templates:4
msgid 
However, there exists a security risk!  fbiterm may contain undiscovered 
security flaws which malicious users may exploit if fbiterm is set SUID root.
msgstr 
Men detta kan innebär en säkerhetsrisk!  fbiterm kan innehålla säkerhetshål 
som ännu inte hittats som ondsinta användare kan utnyttja om fbiterm är satt 
till SUID-root.

#. Type: boolean
#. Description
#: ../fbiterm.templates:4
msgid 
I suggest you install it with SUID bit set unless you do not intend to use 
it regularly.  You may change the setting by running \dpkg-reconfigure 
fbiterm\.
msgstr 
Jag föreslår att du installerar den med SUID-flaggan satt om du inte tänker 
använda den 
regelbundet.  Du kan ändra detta genom att köra 'dpkg-reconfigure fbiterm'.

Bug#333091: less -c displays garbage at the end of lines longer than terminal width when searching

2005-10-10 Thread Vincent Lefevre

Package: less
Version: 391-1
Severity: normal

On the attached file, when I do LESS= less -c mpfr-impl.h, then
/MPFR_GMP (i.e. search for MPFR_GMP) in a 80-column xterm, I get:

#if 
defined(__GNU_MP_VERSION)defined(__GNU_MP_VERSION_MINOR)defined(__GNU_M_VERSION_PATCHLEVEL)/
# define __MPFR_GMP(a, b, c) \
(MPFR_VERSION_NUM(__GNU_MP_VERSION,__GNU_MP_VERSION_MINOR,__GNU_MP_VERSION_PATCLEVEL)
 = MPFR_VERSION_NUM(a,b,c)), but GMP's one! */
#else
# define __MPFR_GMP(a, b, c) 0
#endif

at the end, instead of:

#if 
defined(__GNU_MP_VERSION)defined(__GNU_MP_VERSION_MINOR)defined(__GNU_M_VERSION_PATCHLEVEL)
# define __MPFR_GMP(a, b, c) \
(MPFR_VERSION_NUM(__GNU_MP_VERSION,__GNU_MP_VERSION_MINOR,__GNU_MP_VERSION_PATCLEVEL)
 = MPFR_VERSION_NUM(a,b,c))
#else
# define __MPFR_GMP(a, b, c) 0
#endif

No problem without the -c switch (or when I look at the end of the file
without the search).

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

Versions of packages less depends on:
ii  debianutils   2.14.3 Miscellaneous utilities specific t
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libncurses5   5.4-9  Shared libraries for terminal hand

less recommends no packages.

-- no debconf information
/* Utilities for MPFR developers, not exported.

Copyright 1999, 2000, 2001, 2002, 2003, 2004, 2005
  Free Software Foundation, Inc.

This file is part of the MPFR Library.

The MPFR Library is free software; you can redistribute it and/or modify
it under the terms of the GNU Lesser General Public License as published by
the Free Software Foundation; either version 2.1 of the License, or (at your
option) any later version.

The MPFR Library is distributed in the hope that it will be useful, but
WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU Lesser General Public
License for more details.

You should have received a copy of the GNU Lesser General Public License
along with the MPFR Library; see the file COPYING.LIB.  If not, write to
the Free Software Foundation, Inc., 51 Franklin Place, Fifth Floor, Boston,
MA 02110-1301, USA. */

#ifndef __MPFR_IMPL_H__
#define __MPFR_IMPL_H__

/* Include stdio.h iff we are debugging or we want to check */
#if defined(DEBUG) || defined(WANT_ASSERT)
# include stdio.h
#endif

/* Check if we are inside a build of MPFR or inside the test suite.
   This is needed in mpfr.h to export or import the functions.
   It matters only for Windows DLL */
#ifndef __MPFR_TEST_H__
# define __MPFR_WITHIN_MPFR 1
#endif

/**
 ** Include files *
 **/

/* Include 'config.h' before using ANY configure macros if needed
   NOTE: It isn't MPFR 'config.h', but GMP's one! */
#if defined(HAVE_CONFIG_H)
#if HAVE_CONFIG_H
#include config.h
#endif
#endif

#ifdef  MPFR_HAVE_GMP_IMPL /* Build with gmp internals*/

# ifndef __GMP_H__
#  include gmp.h
# endif
# ifndef __GMP_IMPL_H__
#  include gmp-impl.h
# endif
# ifdef MPFR_NEED_LONGLONG_H
#  include longlong.h
# endif
# ifndef __MPFR_H
#  include mpfr.h
# endif

#else /* Build without gmp internals */

# ifndef __GMP_H__
#  include gmp.h
# endif
# ifndef __MPFR_H
#  include mpfr.h
# endif
# ifndef __GMPFR_GMP_H__
#  include mpfr-gmp.h
# endif
# ifdef MPFR_NEED_LONGLONG_H
#  include mpfr-longlong.h
# endif

#endif
#undef MPFR_NEED_LONGLONG_H


/**
 * Detection macros ***
 **/

/* Macros to detect STDC, GCC, GLIBC, GMP and ICC version */
#if defined(__STDC_VERSION__)
# define __MPFR_STDC(version) (__STDC_VERSION__=(version))
#elif defined(__STDC__)
# define __MPFR_STDC(version) (0 == (version))
#else
# define __MPFR_STDC(version) 0
#endif

#if defined(__GNUC__)  defined(__GNUC_MINOR__)  !defined(__ICC)
# define __MPFR_GNUC(a, i) \
 (MPFR_VERSION_NUM(__GNUC__,__GNUC_MINOR__,0)=MPFR_VERSION_NUM(a,i,0))
#else
# define __MPFR_GNUC(a, i) 0
#endif

#if defined(__GLIBC__)  defined(__GLIBC_MINOR__)
# define __MPFR_GLIBC(a, i) \
 (MPFR_VERSION_NUM(__GLIBC__,__GLIBC_MINOR__,0)=MPFR_VERSION_NUM(a,i,0))
#else
# define __MPFR_GLIBC(a, i) 0
#endif

#if 
defined(__GNU_MP_VERSION)defined(__GNU_MP_VERSION_MINOR)defined(__GNU_MP_VERSION_PATCHLEVEL)
# define __MPFR_GMP(a, b, c) \
(MPFR_VERSION_NUM(__GNU_MP_VERSION,__GNU_MP_VERSION_MINOR,__GNU_MP_VERSION_PATCHLEVEL)
 = MPFR_VERSION_NUM(a,b,c))
#else
# define __MPFR_GMP(a, b, c) 0
#endif

Bug#333092: kdepim: [INTL:sv] Swedish debconf templates translation

Package: kdepim
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: kdepim 4:3.4.2-2\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2004-04-26 22:44-0500\n
PO-Revision-Date: 2005-10-11 12:26+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Type: select
#. choices
#: ../kpilot.templates:3
msgid None, ttyS0, ttyS1, ttyS2, ttyS3, ircomm0, ttyUSB0, ttyUSB1
msgstr Ingen, ttyS0, ttyS1, ttyS2, ttyS3, ircomm0, ttyUSB0, ttyUSB1

#. Type: select
#. description
#: ../kpilot.templates:4
msgid Which communication port to use with the Palm?
msgstr Vilken kommunikationsport ska användas med din Palm?

#. Type: select
#. description
#: ../kpilot.templates:4
msgid 
A symbolic file /dev/pilot may be created to the port use to talk to the 
Palm.
msgstr 
En symbolisk länkfil /dev/pilot kommer att skapas och användas för att prata 
med din Palm.

#. Type: select
#. description
#: ../kpilot.templates:4
msgid 
ttyS? are the four serial ports, ircomm0 is the IrDA (infra red) port, 
ttyUSB? are the USB ports.
msgstr 
ttyS? är fyra seriellportar, ircomm0 är IrDA (infraröd) porten, ttyUSB? är 
USB-portarna.

#. Type: select
#. description
#: ../kpilot.templates:4
msgid 
To ease the use of the Palm connected to the port its access rights will be 
lowered to allow access to any user.  If it is a security problem for you, 
select \None\ and manage the link and its access rights yourself.
msgstr 
För att förenkla användningen av den Palm som är ansluten till porten kommer 
rättigheterna 
att sänkas för att ge tillgång till alla användare.  Om det är ett 
säkerhetsproblem för dig, 
välj då \Ingen\ och hantera länken och dess rättigheter själv.

Bug#333090: MySQL big table support not compiled in?

2005-10-10 Thread TJ

Package: mysql-server-5.0

Hi,

It seems that the mysql server is not built with the
--with-big-tables
option.

See:
http://bugs.mysql.com/bug.php?id=10023

Please could this be changed so that (MERGE) tables with
more then 2^32 rows can be supported.

This option maybe useful in other versions too.

Thank you

Thorben

Bug#324172: Xpdf 3.01 resize/redraw bug

2005-10-10 Thread Saurabh Singhvi

Hi all

i am not sure if this is the right place to post, but since all people here
are using/ going to use the patch i just wanted to know if this conflicts with
other patches..i am using gentoo and i added the patch in the ebuild by
using the epatch function, which is already putting other patches. But when i
emerge, i get the following

*
Applying xpdf-3.00-gcc41.patch
...
[ ok ]
* Applying
xpdf-3.00-64bit.patch
...
[ ok ]
* Applying
xpdf-3.01-crash.patch
...
[ ok ]
* Applying
xpdf-3.01-pdftoppm.patch
...
[ ok ]
* Applying resize.patch ...

* Failed Patch: resize.patch !
* ( /usr/local/portage/app-text/xpdf/files/resize.patch )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xpdf-3.01/temp/resize.patch-3909.out

!!! ERROR: app-text/xpdf-3.01 failed.
!!! Function epatch, Line 361, Exitcode 0
!!! Failed Patch: resize.patch!
!!! If you need support, post the topmost build error, NOT this status message.

if someone can explain how to correct this it would be great. I am also attaching the ebuild
if it might be needed.

Thanks
Saurabh

On 10/10/05, Wolfram Quester [EMAIL PROTECTED] wrote:
Hi alltogether,* Hamish Moffatt [EMAIL PROTECTED]
[2005-10-07 08:52] : On Thu, Oct 06, 2005 at 02:22:48PM -0700, Derek B. Noonburg wrote: Once again, I'm sending email out to everyone who has contacted me regarding the resize/redraw bug in Xpdf
3.01. Thanks to Michael Rogers, I have a potential fix -- see the attached patch file.I would appreciate it if you would all try this out, and let me know if it fixes the problem for you.
For Debian users, I've placed temporary packages containing this patch at http://people.debian.org/~hamish/xpdf/ It's not apt-gettable so you would need to download the debs by hand and
install with dpkg -i xpdf*3.01-1.1*.deb.I grabed hamish's source packages and rebuilt them for for ppc. I triedthem under KDE and xfce without seeing the bug.Thanks for all your work.
Wolfi-BEGIN PGP SIGNATURE-Version: GnuPG v1.4.2 (GNU/Linux)iD8DBQFDSjwCH0o2mefAfsQRAvT1AJ9FMz9s+KplzdGLg8e5ko2UEjeRnQCfYxw1dBvY0pQn7BLu1HxD+LU4qzQ==m3zo-END PGP SIGNATURE-

xpdf-3.01.ebuild
Description: Binary data

Bug#96144: mutt/580: mutt stores PGP passphrase insecurely

2005-10-10 Thread Thomas Roessler

On 2005-10-09 11:03:25 -0400, Derek Martin wrote:

 Well, this is very far from my area of expertise; but we all know
 someone for whom this kind of issue is near and dear...  Does
 Werner have anything to say about this?  I could do some
 research, but I think it would be better to get input from
 someone with more experience.  FWIW, how does GPG handle this
 problem?

You can run gpg setuid root so the memory that is used for sensitive
information is locked.  That helps against having the sensitive
information in your swap partition.

 I admit, at first glance methods of solving this seem... yucky.
 For example, locking memory (so that it does not swap to disk)
 requires root privileges on most platforms... making mutt SUID
 root seems like a very bad idea.  But perhaps mutt could have its
 own passphrase agent.

In that case, why not re-use gpg's?

 In the end, you have a point; methods of attacking the passphrase
 in memory require the ability to either assume the user's
 privileges, or assume root privileges.  If an attacker can do
 that, most likely all bets are off anyway.  For example, if a
 rogue sysadmin were so inclined, he could install a trojaned mutt
 which collects private key passphrases.

 Still, I'd like to hear what others with more experience than I
 have to say about this issue.  I think it would be somewhat
 reassuring for users who don't control the system(s) on which
 they use mutt, and don't have access to gpgagent, if some attempt
 at solving this was made.

If you don't control a system and don't trust the people who control
it, then, please, don't process sensitive information on it.

This also applies, by the way, to running gpg-agent or gpg on such
systems.

Regards,
-- 
Thomas Roessler · Personal soap box at http://log.does-not-exist.org/.


pgpow6Swdr9Dm.pgp
Description: PGP signature

Bug#333094: iso-codes: [INTL:th] Thai translation updates for iso 639

2005-10-10 Thread Theppitak Karoonboonyanan

Package: iso-codes
Version: 0.48-1
Severity: wishlist


Please find the attached patch for Thai translation of iso 639.
(These are in sync with Thai GNOME translation.)

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620)

-- no debconf information
Index: th.po
===
RCS file: /cvsroot/pkg-isocodes/iso-codes/iso_639/th.po,v
retrieving revision 1.21
diff -u -r1.21 th.po
--- th.po	27 Aug 2005 12:43:45 -	1.21
+++ th.po	10 Oct 2005 10:37:21 -
@@ -4,33 +4,31 @@
 # Translations from KDE:
 #   Thanomsub Noppaburana [EMAIL PROTECTED]
 # Alastair McKinstry - translations from ICU-3.0
+# Theppitak Karoonboonyanan [EMAIL PROTECTED]
 #
 msgid 
 msgstr 
 Project-Id-Version: iso_639 CVS\n
 Report-Msgid-Bugs-To: Alastair McKinstry [EMAIL PROTECTED]\n
 POT-Creation-Date: 2005-08-27 14:41+0200\n
-PO-Revision-Date: 2001-08-25 10:28+MET\n
-Last-Translator: Alastair McKinstry [EMAIL PROTECTED]\n
-Language-Team: Thai\n
+PO-Revision-Date: 2005-09-27 11:31+0700\n
+Last-Translator: Theppitak Karoonboonyanan [EMAIL PROTECTED]\n
+Language-Team: Thai [EMAIL PROTECTED]\n
 MIME-Version: 1.0\n
 Content-Type: text/plain; charset=UTF-8\n
 Content-Transfer-Encoding: 8bit\n
-X-Generator: KBabel 0.9.5\n
 
 #. name for aar
 msgid Afar
 msgstr อาฟา
 
 #. name for abk
-#, fuzzy
 msgid Abkhazian
-msgstr อาเซอร์ไบจัน
+msgstr แอบกาเซีย
 
 #. name for ace
-#, fuzzy
 msgid Achinese
-msgstr จีน
+msgstr 
 
 #. name for ach
 msgid Acoli
@@ -58,39 +56,37 @@
 
 #. name for ain
 msgid Ainu
-msgstr 
+msgstr ไอนุ
 
 #. name for aka
-#, fuzzy
 msgid Akan
-msgstr อาเซอร์ไบจัน
+msgstr 
 
 #. name for akk
-#, fuzzy
 msgid Akkadian
-msgstr อาเซอร์ไบจัน
+msgstr 
 
 #. name for sqi
-#, fuzzy
 msgid Albanian
-msgstr อาเซอร์ไบจัน
+msgstr แอลเบเนีย
 
 #. name for alg
 msgid Algonquian languages
 msgstr 
 
 #. name for alt
+#, fuzzy
 msgid Southern Altai
-msgstr 
+msgstr อัลไตใต้
 
 #. name for amh
-#, fuzzy
 msgid Amharic
-msgstr Arabic
+msgstr อัมฮาริค
 
 #. name for ang
+#, fuzzy
 msgid English, Old (ca.450-1100)
-msgstr 
+msgstr อังกฤษเก่า (ca.450-1100)
 
 #. name for apa
 msgid Apache languages
@@ -98,34 +94,32 @@
 
 #. name for ara
 msgid Arabic
-msgstr Arabic
+msgstr อารบิก
 
 #. name for arc
-#, fuzzy
 msgid Aramaic
-msgstr Arabic
+msgstr 
 
 #. name for arg
 msgid Aragonese
 msgstr 
 
 #. name for hye
-#, fuzzy
 msgid Armenian
-msgstr โรมาเนีย
+msgstr อาร์เมเนีย
 
 #. name for arn
-#, fuzzy
 msgid Araucanian
-msgstr ยูเครน
+msgstr 
 
 #. name for arp
 msgid Arapaho
 msgstr 
 
 #. name for art
+#, fuzzy
 msgid Artificial (Other)
-msgstr 
+msgstr ภาษาประดิษฐ์ (อื่นๆ)
 
 #. name for arw
 msgid Arawak
@@ -133,7 +127,7 @@
 
 #. name for asm
 msgid Assamese
-msgstr อัสสัมมิส
+msgstr อัสสมี
 
 #. name for ast
 msgid Asturian; Bable
@@ -148,9 +142,8 @@
 msgstr 
 
 #. name for ava
-#, fuzzy
 msgid Avaric
-msgstr Arabic
+msgstr 
 
 #. name for ave
 msgid Avestan
@@ -166,7 +159,7 @@
 
 #. name for aze
 msgid Azerbaijani
-msgstr อาเซอร์ไบจัน
+msgstr อาเซอร์ไบจาน
 
 #. name for bad
 msgid Banda
@@ -191,29 +184,27 @@
 #. name for ban
 #, fuzzy
 msgid Balinese
-msgstr จีน
+msgstr บาหลี
 
 #. name for eus
 msgid Basque
-msgstr Basque
+msgstr แบ็ซค์
 
 #. name for bas
-#, fuzzy
 msgid Basa
-msgstr Basque
+msgstr 
 
 #. name for bat
 msgid Baltic (Other)
-msgstr 
+msgstr บอลติก (อื่นๆ)
 
 #. name for bej
 msgid Beja
 msgstr 
 
 #. name for bel
-#, fuzzy
 msgid Belarusian
-msgstr บัลแกเรีย
+msgstr เบลารุส
 
 #. name for bem
 msgid Bemba
@@ -221,7 +212,7 @@
 
 #. name for ben
 msgid Bengali
-msgstr เบนการี
+msgstr เบ็งกาลี
 
 #. name for ber
 msgid Berber (Other)
@@ -232,18 +223,16 @@
 msgstr 
 
 #. name for bih
-#, fuzzy
 msgid Bihari
-msgstr ไทย
+msgstr พิหาร
 
 #. name for bik
 msgid Bikol
 msgstr 
 
 #. name for bin
-#, fuzzy
 msgid Bini
-msgstr ไทย
+msgstr 
 
 #. name for bis
 msgid Bislama
@@ -258,32 +247,29 @@
 msgstr 
 
 #. name for bos
-#, fuzzy
 msgid Bosnian
-msgstr โรมาเนีย
+msgstr บอสเนีย
 
 #. name for bra
 msgid Braj
 msgstr 
 
 #. name for bre
+#, fuzzy
 msgid Breton
-msgstr เบอร์ตัน
+msgstr บรีทัน
 
 #. name for btk
-#, fuzzy
 msgid Batak (Indonesia)
-msgstr เอสโทเนีย
+msgstr 
 
 #. name for bua
-#, fuzzy
 msgid Buriat
-msgstr บัลแกเรีย
+msgstr 
 
 #. name for bug
-#, fuzzy
 msgid Buginese
-msgstr จีน
+msgstr 
 
 #. name for bul
 msgid Bulgarian
@@ -306,17 +292,17 @@
 msgstr 
 
 #. name for car
-#, fuzzy
 msgid Carib
-msgstr เมาริ
+msgstr 
 
 #. name for cat
 msgid Catalan
-msgstr คาตาลัน
+msgstr คาตะลาน
 
 #. name for cau
+#, fuzzy
 msgid Caucasian (Other)
-msgstr 
+msgstr คอเคเซียน (อื่นๆ)
 
 #. name for ceb
 msgid Cebuano
@@ -324,7 +310,7 @@
 
 #. name for cel
 msgid Celtic (Other)
-msgstr 
+msgstr เซลติก (อื่นๆ)
 
 #. name for cha
 msgid Chamorro
@@ -335,9 +321,8 @@
 msgstr 
 
 #. name for che
-#, fuzzy
 msgid Chechen
-msgstr เชค
+msgstr เชเชน
 
 #.

Bug#324172: Xpdf 3.01 resize/redraw bug

2005-10-10 Thread David Riebenbauer

* Frédéric Bothamy [EMAIL PROTECTED] [2005-10-08 03:25]:
 * Hamish Moffatt [EMAIL PROTECTED] [2005-10-07 08:52] :
  On Thu, Oct 06, 2005 at 02:22:48PM -0700, Derek B. Noonburg wrote:
   Once again, I'm sending email out to everyone who has contacted me
   regarding the resize/redraw bug in Xpdf 3.01.
   
   Thanks to Michael Rogers, I have a potential fix -- see the attached
   patch file.  I would appreciate it if you would all try this out, and
   let me know if it fixes the problem for you.
  
  For Debian users, I've placed temporary packages containing this patch at
  
  http://people.debian.org/~hamish/xpdf/
  
  It's not apt-gettable so you would need to download the debs by hand and
  install with dpkg -i xpdf*3.01-1.1*.deb.
 
 Hello everyone,
 
 For me, the problem is fixed with these packages: the display is now
 always correct (under icewm) whenever I try to resize, zoom/dezoom, skip
 to next page, etc.

Also works nicely here, using ion3. Finally I can really enjoy all the
goodness in xpdf 3.01.

 Thanks a lot to Michael, Derek and Hamish.
Yes, thanks a lot from my side too.

David


-- 
David Riebenbauer
Jabber: [EMAIL PROTECTED] - ICQ: 322056002

Bug#324382: patch

tags 324382 patch
thanks

The attached patch fixes this bug.

Bastian

-- 
... bacteriological warfare ... hard to believe we were once foolish
enough to play around with that.
-- McCoy, The Omega Glory, stardate unknown
diff -u cogito-0.12.1+20050730/Makefile cogito-0.12.1+20050730/Makefile
--- cogito-0.12.1+20050730/Makefile
+++ cogito-0.12.1+20050730/Makefile
@@ -34,9 +34,11 @@
 
 # Should be changed to /usr/local
 prefix?=$(HOME)
+export prefix
 
 bindir?=$(prefix)/bin
 libdir?=$(prefix)/lib/cogito
+export bindir libdir
 
 CC?=gcc
 AR?=ar
diff -u cogito-0.12.1+20050730/debian/changelog 
cogito-0.12.1+20050730/debian/changelog
--- cogito-0.12.1+20050730/debian/changelog
+++ cogito-0.12.1+20050730/debian/changelog
@@ -1,3 +1,10 @@
+cogito (0.12.1+20050730-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Install tools into bin. (closes: #324382)
+
+ -- Bastian Blank [EMAIL PROTECTED]  Mon, 10 Oct 2005 10:37:08 +
+
 cogito (0.12.1+20050730-1) unstable; urgency=low
 
   * Updated to Pasky's latest (134b78a167b5f77725cd8435849de7298b6de477).
only in patch2:
unchanged:
--- cogito-0.12.1+20050730.orig/tools/Makefile
+++ cogito-0.12.1+20050730/tools/Makefile
@@ -6,8 +6,8 @@
 CFLAGS=-g $(COPTS) -Wall
 INSTALL=install
 HOME=$(shell echo $$HOME)
-prefix=$(HOME)
-bin=$(prefix)/bin
+prefix?=$(HOME)
+bindir?=$(prefix)/bin
 # dest=
 
 PROGRAMS=git-mailsplit git-mailinfo
@@ -19,8 +19,8 @@
 all: $(PROGRAMS)
 
 install: $(PROGRAMS) $(SCRIPTS)
-   $(INSTALL) -m755 -d $(dest)$(bin)
-   $(INSTALL) $(PROGRAMS) $(SCRIPTS) $(dest)$(bin)
+   $(INSTALL) -m755 -d $(DESTDIR)$(bindir)
+   $(INSTALL) $(PROGRAMS) $(SCRIPTS) $(DESTDIR)$(bindir)
 
 clean:
rm -f $(PROGRAMS) *.o


signature.asc
Description: Digital signature

Bug#328356: Processed: severity of 328356 is grave

2005-10-10 Thread Kevin Glynn



New package is ready, waiting for response from my sponsor.  If
someone wants to step in and sponsor the upload, please contact me.

cheers
k


Debian Bug Tracking System writes:
  Processing commands for [EMAIL PROTECTED]:
  
   # Automatically generated email from bts, devscripts version 2.9.7
   severity 328356 grave
  Bug#328356: mozart-gtk: please rebuild against latest libpng
  Severity set to `grave'.
  
  
  End of message, stopping processing here.
  
  Please contact me if you need assistance.
  
  Debian bug tracking system administrator
  (administrator, Debian Bugs database)
  


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

Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama

On Sun, 2005-10-09 at 20:11 +0200, Andreas Pakulat wrote:
 
 I now have:
 
 Section Screen
   Identifier  Screen1
   Device  Device1
   Monitor Monitor1
   DefaultDepth24
   SubSection Display
   Depth   24
   Modes   1600x1200 1680x1050
   ViewPort0 0
   EndSubSection
 EndSection
 
 Section Screen
   Identifier  Screen0
   Device  Device0
   Monitor Monitor0
   DefaultDepth24
   SubSection Display
   Depth   24
   Modes   1680x1050
   ViewPort0 0
   EndSubSection
 EndSection
 
 with Screen1 being the CRT, Screen0 being the Laptop-Panel. Now I get a
 3320x1200 Xinerama desktop, with a scrolling CRT and a fixed
 Laptop-Panel. Only problem is: There are 150x1680 pixel missing on that
 Laptop-Panel, because the lower end is not accessible. The only way to
 access these is to define a virtual resolution for the laptop panel
 and have it scroll around.

I don't understand why that would be. Please provide the full config and
corresponding log file.


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

Bug#332863: SEGV on connect to sshd

2005-10-10 Thread Simon Raven

On 10 October, 2005 04:51, Colin Watson wrote:
 
 Very likely you have some PAM modules linked against an older version of
 OpenSSL; you will have to push to get those upgraded so that they're in
 sync with sshd's linkage (0.9.8). There's nothing I can do about this in
 OpenSSH because OpenSSL doesn't use versioned symbols; if I'd waited for
 the PAM modules to be upgraded, you'd still have seen segfaults, just
 (so to speak) the other way round.

oh ok. so i can wait around for that to happen, and/or fix it up myself 
locally, until then. thanks dude (hope you don't mind the dude thing).

sr/esc

 -- 
 Colin Watson   [EMAIL PROTECTED]
 


pgpdrxw9fSp4U.pgp
Description: PGP signature

Bug#332912: update-alternatives man page links are broken

2005-10-10 Thread David Martínez Moreno

merge 332912 319105
thanks

El domingo, 9 de octubre de 2005 14:33, [EMAIL PROTECTED] 
escribió:
 Package: xterm
 Version: 6.8.2.dfsg.1-8

 The various man pages (xterm, uxterm, lxterm, koi8xterm) are installed as
 .1x.gz, but the postinst script sets up links to .1.gz, which dangle.

Please, before reporting a problem, review the BTS in order to spot 
similar 
problems. This problem was already reported, and it is fixed in XTerm package 
in experimental.

Best regards,


Ender.
-- 
Another C-3PO: E chu ta!
C-3PO: How rude!
-- C-3PO (The Empire Strikes Back).
--
Debian developer


pgp4Cn0rkP2Rw.pgp
Description: PGP signature

Bug#96144: mutt/580: mutt stores PGP passphrase insecurely

2005-10-10 Thread Thomas Roessler

The following reply was made to PR mutt/580; it has been noted by GNATS.

From: Thomas Roessler [EMAIL PROTECTED]
To: [EMAIL PROTECTED], Mutt Developers [EMAIL PROTECTED],
[EMAIL PROTECTED], [EMAIL PROTECTED]
Cc: 
Subject: Re: mutt/580: mutt stores PGP passphrase insecurely
Date: Mon, 10 Oct 2005 12:27:54 +0200

 --PuGuTyElPB9bOcsM
 Content-Type: text/plain; charset=iso-8859-1
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable

 On 2005-10-09 11:03:25 -0400, Derek Martin wrote:

  Well, this is very far from my area of expertise; but we all know
  someone for whom this kind of issue is near and dear...  Does
  Werner have anything to say about this?  I could do some
  research, but I think it would be better to get input from
  someone with more experience.  FWIW, how does GPG handle this
  problem?

 You can run gpg setuid root so the memory that is used for sensitive
 information is locked.  That helps against having the sensitive
 information in your swap partition.

  I admit, at first glance methods of solving this seem... yucky.
  For example, locking memory (so that it does not swap to disk)
  requires root privileges on most platforms... making mutt SUID
  root seems like a very bad idea.  But perhaps mutt could have its
  own passphrase agent.

 In that case, why not re-use gpg's?

  In the end, you have a point; methods of attacking the passphrase
  in memory require the ability to either assume the user's
  privileges, or assume root privileges.  If an attacker can do
  that, most likely all bets are off anyway.  For example, if a
  rogue sysadmin were so inclined, he could install a trojaned mutt
  which collects private key passphrases.

  Still, I'd like to hear what others with more experience than I
  have to say about this issue.  I think it would be somewhat
  reassuring for users who don't control the system(s) on which
  they use mutt, and don't have access to gpgagent, if some attempt
  at solving this was made.

 If you don't control a system and don't trust the people who control
 it, then, please, don't process sensitive information on it.

 This also applies, by the way, to running gpg-agent or gpg on such
 systems.

 Regards,
 --=20
 Thomas Roessler =B7 Personal soap box at http://log.does-not-exist.org/.

 --PuGuTyElPB9bOcsM
 Content-Type: application/pgp-signature
 Content-Disposition: inline

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

 iIAEARECAEAFAkNKQio5FIAAFQAbcGthLWFkZHJlc3NAZ251cGcub3Jncm9l
 c3NsZXJAZG9lcy1ub3QtZXhpc3Qub3JnAAoJEMrVFmL0y4amtHMAn3VpuIUCwPsV
 HQqMTsEa9Q0oqI9jAJ93HccUs1d9DrtO8rQxY/MzCXqwfQ==
 =88YE
 -END PGP SIGNATURE-

 --PuGuTyElPB9bOcsM--

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

Bug#333096: wu-ftpd: [INTL:sv] Swedish debconf templates translation

Package: wu-ftpd
Version: 2.6.2-20
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: wu-ftpd 2.6.2-20\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2003-07-01 17:57+0100\n
PO-Revision-Date: 2005-10-11 12:56+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Choices
#: ../templates:3
msgid inetd, standalone
msgstr inetd, självstående

#. Description
#: ../templates:5
msgid Do you want to run wu-ftpd as a standalone daemon or from inetd?
msgstr Vill du köra wu-ftpd som en självstående daemon eller från inetd?

#. Description
#: ../templates:5
msgid 
wu-ftpd can now be run as a standalone daemon instead of being called from 
inetd. This can cause the response wu-ftpd to a new connection to be 
slightly faster, especially under high load.
msgstr 
wu-ftpd kan köras som en självstående daemon istället för att kallas upp från 
inetd. 
Detta kan göra att wu-ftpd svarar på anslutningar lite snabbare, speciellt 
under hög belastning.

#. Description
#: ../templates:12
msgid Copying ${target} to make ${ftpusers} to a regular file.
msgstr Kopierar ${target} för att göra ${ftpusers} till en regelbunden fil.

#. Description
#: ../templates:12
msgid 
Your ${ftpusers} file is currently a symbolic link. Due to new restrictions 
in the PAM package, this is no longer allowed.
msgstr 
Din fil ${ftpusers} är för närvarande en symbolisk länk. På grund av 
restriktioner 
i paketet PAM är detta inte längre tillåtet.

#. Description
#: ../templates:18
msgid Update out-of-date binaries in ${ftphome}?
msgstr Uppdatera föråldrade binärer i ${ftphome}?

#. Description
#: ../templates:18
msgid 
Your binaries and libraries in ${ftphome} are out-of-date. This could break 
your anonymous FTP services.
msgstr 
Dina binärer och bibliotek i ${ftphome}är föråldrade. Detta kan göra sönder 
din anonyma FTP-tjänst.

#. Description
#: ../templates:18
msgid Do you want them updated now?
msgstr Vill du uppdatera dom nu?

#. Description
#: ../templates:27
msgid Do you want to allow anonymous ftp access?
msgstr Vill du tillåta anonym access till din FTP?

#. Description
#: ../templates:27
msgid 
Anonymous FTP allows users to log in to the server using the username 
\anonymous\ and their e-mail address as a password. This is usually used 
to give people access to public files.
msgstr 
Anonym FTP ger användare ett sätt att logga in på servern med användarnamnet 
\anonymous\ och deras e-postaddress som lösenord. Detta är vanligtvis använt 
för 
att ge folk tillgång till publika filer.

#. Description
#: ../templates:27
msgid 
If you accept here, a user called 'ftp' will be created, along with a home 
directory (which will be the root of the anonymous FTP area). The home 
directory will be populated with the binaries, libraries and configuration 
files necessary for anonymous FTP to work.
msgstr 
Om du accepterar här kommer en användare kallad 'ftp' att skapas tillsammans 
med 
en hem-mapp (vilken kommer att bli roten för den anonyma FTP-arean). 
Hem-mappen 
kommer att befolkas med binärer, bibliotek och konfigurationsfiler som är 
nödvändiga för 
att anonym FTP ska fungera.

#. Description
#: ../templates:40
msgid What is the location of the FTP home directory?
msgstr Vad är sökvägen till hem-mappen för FTP?

#. Description
#: ../templates:40
msgid 
This is the directory where the anonymous FTP area will be created, and the 
home directory for the \ftp\ user. It must be an absolute path (ie: it 
must begin with a '/').
msgstr 
Detta är mappen där en anonym FTP-area kommer att skapas och hem-mappen för 
användaren \ftp\. Den måste vara en absolut sökväg (alltså börja med ett 
'/').

#. Description
#: ../templates:47
msgid The FTP home directory you specified is not an absolute path.
msgstr FTP hem-mappen du specificerade är inte en absolut sökväg.

#. Description
#: ../templates:47
msgid 
The FTP home directory must be an absolute path. In other words, it must 
start with a '/', eg: \/home/ftp\.
msgstr 
Hem-mappen för FTP måste vara en absolut sökväg. Med andra ord, den måste 
starta 
med ett '/', exempel \/home/ftp\.

#. Description
#: ../templates:54

Bug#333095: Keyboard/Mouse activation behaves differently

2005-10-10 Thread Martin Samuelsson

Package: gnumeric
Version: 1.5.90-1

When using the swedish locale, which uses comma as decimal separator, the
following function gives unexpected behaviour when trying to opening a C
locale file use only keyboard.

Data-Get External Data-Import Text File

After selecting the file, I simply Next past the first two dialog
boxes, and then selects locale C at the top of the dialog.

Now, if I click Finish with the mouse the numbers in the file appears
in the file as numbers, with their decimal points recognized correctly.
But if activating Finish using the keyboard, the numbers appears as
text in my workbook.

I've stepped through and tried this a few times with the same results,
and even started hunting through the source code, but I couldn't figure
out what happend after gui_file_open() without having to recompile,
start a debugger and all that hassle.


As with any well designed application, I would expect the same response
from both mouse and keyboard operation on the same widgets.
--
/Martin


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

Bug#333097: mapserver: [INTL:sv] Swedish debconf templates translation

Package: mapserver
Severity: wishlist
Tags: patch l10n



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13.2
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
# , fuzzy
# 
# 
msgid 
msgstr 
Project-Id-Version: mapserver 4.6.1-3\n
Report-Msgid-Bugs-To: \n
POT-Creation-Date: 2005-03-31 00:28+0200\n
PO-Revision-Date: 2005-10-11 12:32+0200\n
Last-Translator: Daniel Nylander [EMAIL PROTECTED]\n
Language-Team: Swedish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=iso-8859-1\n
Content-Transfer-Encoding: 8bit

#. Type: boolean
#. Description
#: ../php4-mapscript.templates:4
msgid Should ${extname} be added to /etc/php4/${sapiconfig}/php.ini?
msgstr Ska ${extname} läggas till i /etc/php4/${sapiconfig}/php.ini?

#. Type: boolean
#. Description
#: ../php4-mapscript.templates:4
msgid 
You are installing ${extname} support for php4, and it is not yet enabled in 
the configuration for the ${sapiconfig} SAPI.  Do you want this extension to 
be enabled now?
msgstr 
Du installerar ${extname} stöd för php4 och den är ännu inte aktiverad i 
konfigurationen för ${sapiconfig} SAPI.  Vill du aktivera den nu?

#. Type: boolean
#. Description
#: ../php4-mapscript.templates:12
msgid Should ${extname} be removed from /etc/php4/${sapiconfig}/php.ini?
msgstr Ska ${extname} tas bort från /etc/php4/${sapiconfig}/php.ini?

#. Type: boolean
#. Description
#: ../php4-mapscript.templates:12
msgid 
You are removing ${extname} support for php4, but it is still enabled in the 
configuration for the ${sapiconfig} SAPI.  Leaving this in place will 
probably cause problems when trying to use PHP.
msgstr 
Du tar bort ${extname} stödet för php4 och den är fortfarande aktiverad i 
konfigurationen för ${sapiconfig} SAPI.  Lämna den aktiverad kan skapa problem 
när du använder PHP.

Bug#282425: less no longer inserts line-breaks on its wrapped-lines

2005-10-10 Thread Vincent Lefevre

This seems to be (partially or completely) fixed in less 391-1.

BTW, I wonder if this is the cause of bugs 332671 and 333091.

-- 
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/
100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


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

Bug#333098: openssl transition (libssl0.9.7 - libssl0.9.8)

2005-10-10 Thread Ola Lundqvist

Package: ntop
Severity: important
Tags: patch

Just change dep and rebuild.

Regards,

// Ola

- Forwarded message from Aurelien Jarno [EMAIL PROTECTED] -

Envelope-to: [EMAIL PROTECTED]
Delivery-date: Mon, 10 Oct 2005 12:26:18 +0200
To: [EMAIL PROTECTED]
Subject: ntop: openssl transition (libssl0.9.7 - libssl0.9.8)
From: Aurelien Jarno [EMAIL PROTECTED]
X-Spam-Score: 0.1 (/)
X-Spamcheck-provider: Checked for spam by opalsys.net, [EMAIL PROTECTED]


[This is an automatically generated mail.] 

Hi,

openssl version 0.9.8 has been recently uploaded to unstable. The ABI 
has changed between versions 0.9.7 and 0.9.8, which means that each 
package that depends on libssl0.9.7 needs to be rebuild, so that it 
depends on libssl0.9.8. 

You are receiving this mail because you have a package in unstable that 
still depends on libssl0.9.7. It should be rebuilt against the latest 
openssl, so that libssl0.9.7 can safely be removed from the archive.

To achieve that:
- if your package build-depend on libssl-dev, please make your package
  simply build-depend on libssl-dev (= 0.9.8-1)
- if the dependency on libssl0.9.7 comes from a library, please wait
  until this library is transitioned, and add a versioned 
  build-dependency on this library.

Do not hesitate to contact me if there are any problems or difficulties.

Regards,
Aurelien

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


- End forwarded message -

-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---


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

Bug#331171: debiandoc2dbxml: Strange /para generated

2005-10-10 Thread Osamu Aoki

On Sun, Oct 02, 2005 at 06:39:36PM +0200, Philippe Batailler wrote:
  Philippe Batailler [EMAIL PROTECTED] écrivait :
 I attach the file. And I will make a new package.

Just for your information:

I think you should add few more LF (\n) so the generated XML codes are
more readable. I think /listitem dshould be at least have LF.

Anyway, thanks for your work.  It was quite easy to
modify HTML generation code to XML generation in debiandoc-sgml.

I have few feature enhancements:
 * Use sect? instead of section (just taste issue.  In line with d-i
   manual)
 * each chapter/sect? will have id assigned.
 * Slightly different paragraph handling.
 * It can process multi-file SGML soruce in one action.
 * It can chose to make single file or multi file XML.

I guess your tools for *.ent etc are still useful for my XML conversion
program.  Thus I referenced your program in README.Debian of
debiandoc-sgml :-)  See latest 1.1.91 version in unstable tommorow.

Cheers,

Osamu

Bug#232082: gopchop in debian?

2005-10-10 Thread Paul Wise

Hi all,

I notice that you have a debian package of gopchop available in the
sourceforge gopchop project. I think it would be nice to get this into
official debian - gopchop seems to be an innovative and interesting
program. By getting it into debian, you get free auto-building on
multiple architectures, more users and more bug reports and fixes.

Would you like to have someone to maintain the debian version? If so, I
could do this, or point you at some advice about finding sponsors.

Some comments on the 1.1.7-1 .deb:

  * Delete /usr/share/doc/gopchop/NEWS.gz
  * Package in the menu file should be gopchop instead of
inkscape :)
  * The menu file should be placed in /usr/share/menu (newer
versions of dh_installmenu do this automatically) according to
the debian menu policy.
  * The icon that the menu file points at needs to be in XPM format
according to the debian menu policy.
  * You should generate debian/changelog using the dch tool from the
devscripts package - it updates the date and versions
automatically.
  * Might be good to distribute docs/libvo.txt and
docs/libmpeg2.txt.
  * The package description should include this line at the end:

Homepage: http://gopchop.sourceforge.net

Some comments on the debian dir from CVS:

  * Remove some of the commented out lines in debian/rules
  * Remove cruft from debian/watch
  * libmpeg2-4-dev is a duplicated build-dependency
  * Kees Cook seems to be the maintainer from the changelog. I
suggest adding John R. Hogerhuis as the co-maintainer.
  * Standards-Version needs updating to 3.6.2

Some comments on the source tarball and its relation to the debian
package:

  * Might be good to split out the compiling/requirements from
README into README.install, which could then be dropped from the
debian package (and other binary packages), since they are
irrelevant to people with a binary package installed.
  * ChangeLog should be renamed to NEWS. ChangeLog should probably
just be the CVS log for the package.
  * Whoever becomes the official debian maintainer should probably
have CVS write access to the debian dir in CVS.

I've attached a patch for the debian packaging to fix some of the above
issues.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
diff -u gopchop-1.1.7/debian/dirs gopchop-1.1.7/debian/dirs
--- gopchop-1.1.7/debian/dirs
+++ gopchop-1.1.7/debian/dirs
@@ -2 +1,0 @@
-usr/sbin
diff -u gopchop-1.1.7/debian/docs gopchop-1.1.7/debian/docs
--- gopchop-1.1.7/debian/docs
+++ gopchop-1.1.7/debian/docs
@@ -1,4 +1,3 @@
 AUTHORS
-NEWS
 README
 TODO
diff -u gopchop-1.1.7/debian/control gopchop-1.1.7/debian/control
--- gopchop-1.1.7/debian/control
+++ gopchop-1.1.7/debian/control
@@ -1,9 +1,10 @@
 Source: gopchop
 Section: graphics
 Priority: optional
-Maintainer: John R. Hogerhuis [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0), docbook-utils, libxml-parser-perl, libxml2-dev, libmpeg2-4-dev, libgtk2.0-dev, libmpeg2-4-dev, libglib2.0-dev, libgtk2.0-dev, pkg-config, libtool
-Standards-Version: 3.6.0
+Maintainer: Kees Cook [EMAIL PROTECTED]
+Uploaders: John R. Hogerhuis [EMAIL PROTECTED]
+Build-Depends: debhelper (= 4.0.0), docbook-utils, libxml-parser-perl, libxml2-dev, libgtk2.0-dev, libmpeg2-4-dev, libglib2.0-dev, libgtk2.0-dev, pkg-config, libtool
+Standards-Version: 3.6.2
 
 Package: gopchop
 Depends: ${shlibs:Depends}
@@ -27,0 +29,2 @@
+ .
+ Homepage: http://gopchop.sourceforge.net
diff -u gopchop-1.1.7/debian/gopchop.menu gopchop-1.1.7/debian/gopchop.menu
--- gopchop-1.1.7/debian/gopchop.menu
+++ gopchop-1.1.7/debian/gopchop.menu
@@ -1,5 +1,5 @@
-?package(inkscape): needs=X11 section=Apps/Graphics\
+?package(gopchop): needs=X11 section=Apps/Graphics\
   hints=Editor\
   title=GOPchop command=/usr/bin/gopchop\
-  icon=/usr/share/pixmaps/gopchop.png\
+  icon=/usr/share/pixmaps/gopchop.xpm\
   longtitle=MPEG2 GOP-accurate editor
diff -u gopchop-1.1.7/debian/rules gopchop-1.1.7/debian/rules
--- gopchop-1.1.7/debian/rules
+++ gopchop-1.1.7/debian/rules
@@ -37,7 +37,6 @@
 
 	# Add here commands to compile the package.
 	$(MAKE)
-	#/usr/bin/docbook-to-man debian/gopchop.sgml  gopchop.1
 
 	touch build-stamp
 
@@ -78,25 +77,13 @@
 	dh_testroot
 	dh_installchangelogs ChangeLog
 	dh_installdocs
-	dh_installexamples
-#	dh_install
+	dh_install
 	dh_installmenu
-#	dh_installdebconf	
-#	dh_installlogrotate
-#	dh_installemacsen
-#	dh_installpam
-#	dh_installmime
-#	dh_installinit
-#	dh_installcron
-#	dh_installinfo
 	dh_installman
 	dh_link
 	dh_strip
 	dh_compress
 	dh_fixperms
-#	dh_perl
-#	dh_python
-#	dh_makeshlibs
 	dh_installdeb
 	dh_shlibdeps
 	dh_gencontrol
diff -u gopchop-1.1.7/debian/watch gopchop-1.1.7/debian/watch
--- gopchop-1.1.7/debian/watch
+++ gopchop-1.1.7/debian/watch
@@ -1,6 +1,2 @@
-# Example watch control file for uscan
-# Rename this file to watch and then you can run

Bug#332548: Acknowledgement (xserver-xorg: 6.8.99.900 breaks radeon dual-head)

On Sat, 2005-10-08 at 11:02 +1300, donn morrison wrote:
 Not specifying sync ranges in the monitor sections doesn't appear to
 help. The monitor displays a no signal message, not an out of range
 message. Anyway, here are the xorg.conf and Xorg log for the test
 without sync ranges for 6.8.99.900.

Are you sure the monitor supports 1152x864 at 75 Hz? It doesn't list it
in its EDID.


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

Bug#327610: patch

tags 327610 patch
thanks

The attached patch fixes the problem.

The gcc doc say:
| `alias (TARGET)'
|  The `alias' attribute causes the declaration to be emitted as an
|  alias for another symbol, which must be specified.  For instance,
| 
|   void __f () { /* Do something. */; }
|   void f () __attribute__ ((weak, alias (__f)));
| 
|  declares `f' to be a weak alias for `__f'.  In C++, the mangled
|  name for the target must be used.  It is an error if `__f' is not
|  defined in the same translation unit.

Bastian

-- 
I have never understood the female capacity to avoid a direct answer to
any question.
-- Spock, This Side of Paradise, stardate 3417.3
diff -urN libabz-0.6.1/debian/changelog libabz-0.6.1.1/debian/changelog
--- libabz-0.6.1/debian/changelog   2005-09-10 18:14:16.0 +
+++ libabz-0.6.1.1/debian/changelog 2005-10-10 10:56:36.0 +
@@ -1,3 +1,10 @@
+libabz (0.6.1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix aliases. (closes: #327610) 
+
+ -- Bastian Blank [EMAIL PROTECTED]  Mon, 10 Oct 2005 10:53:46 +
+
 libabz (0.6.1) unstable; urgency=low
 
   * Added batch funtions.
diff -urN libabz-0.6.1/include/abz/iptables.h 
libabz-0.6.1.1/include/abz/iptables.h
--- libabz-0.6.1/include/abz/iptables.h 2005-09-10 17:16:05.0 +
+++ libabz-0.6.1.1/include/abz/iptables.h   2005-10-10 10:53:41.0 
+
@@ -46,7 +46,7 @@
  * to retrieve error messages.
  */
 extern int iptables_add (struct batch *batch,const char *fmt, ...)
-  __attribute__ ((weak, alias (batch_add), format (printf,2,3)));
+  __attribute__ ((format (printf,2,3)));
 
 /*
  * Append parameters to the last iptables command in the batch.
@@ -55,13 +55,12 @@
  * to retrieve error messages.
  */
 extern int iptables_append (struct batch *batch,const char *fmt, ...)
-  __attribute__ ((weak, alias (batch_append), format (printf,2,3)));
+  __attribute__ ((format (printf,2,3)));
 
 /*
  * Free resources allocated for this iptables batch.
  */
-extern void iptables_destroy (struct batch *batch)
-  __attribute__ ((weak, alias (batch_destroy)));
+extern void iptables_destroy (struct batch *batch);
 
 /*
  * Execute iptables batch.
diff -urN libabz-0.6.1/include/abz/tc.h libabz-0.6.1.1/include/abz/tc.h
--- libabz-0.6.1/include/abz/tc.h   2005-09-10 17:16:34.0 +
+++ libabz-0.6.1.1/include/abz/tc.h 2005-10-10 10:55:49.0 +
@@ -46,7 +46,7 @@
  * to retrieve error messages.
  */
 extern int tc_add (struct batch *batch,const char *fmt, ...)
-  __attribute__ ((weak, alias (batch_add), format (printf,2,3)));
+  __attribute__ ((format (printf,2,3)));
 
 /*
  * Append parameters to the last tc command in the batch.
@@ -55,13 +55,12 @@
  * to retrieve error messages.
  */
 extern int tc_append (struct batch *batch,const char *fmt, ...)
-  __attribute__ ((weak, alias (batch_append), format (printf,2,3)));
+  __attribute__ ((format (printf,2,3)));
 
 /*
  * Free resources allocated for this tc batch.
  */
-extern void tc_destroy (struct batch *batch)
-  __attribute__ ((weak, alias (batch_destroy)));
+extern void tc_destroy (struct batch *batch);
 
 /*
  * Execute tc batch.
@@ -73,7 +72,6 @@
  * Returns 0 if successful, -1 if some error occurred. Call abz_get_error()
  * to retrieve error messages.
  */
-extern int tc_commit (struct batch *batch)
-  __attribute__ ((weak, alias (batch_commit)));
+extern int tc_commit (struct batch *batch);
 
 #endif /* #ifndef ABZ_TC_H */
diff -urN libabz-0.6.1/src/batch.c libabz-0.6.1.1/src/batch.c
--- libabz-0.6.1/src/batch.c2005-09-10 17:40:49.0 +
+++ libabz-0.6.1.1/src/batch.c  2005-10-10 10:55:29.0 +
@@ -339,3 +339,18 @@
return (0);
 }
 
+int iptables_add (struct batch *batch,const char *fmt, ...)
+  __attribute__ ((weak, alias (batch_add)));
+int iptables_append (struct batch *batch,const char *fmt, ...)
+  __attribute__ ((weak, alias (batch_append)));
+void iptables_destroy (struct batch *batch)
+  __attribute__ ((weak, alias (batch_destroy)));
+int tc_add (struct batch *batch,const char *fmt, ...)
+  __attribute__ ((weak, alias (batch_add)));
+int tc_append (struct batch *batch,const char *fmt, ...)
+  __attribute__ ((weak, alias (batch_append)));
+void tc_destroy (struct batch *batch)
+  __attribute__ ((weak, alias (batch_destroy)));
+int tc_commit (struct batch *batch)
+  __attribute__ ((weak, alias (batch_commit)));
+


signature.asc
Description: Digital signature

Bug#332548: Acknowledgement (xserver-xorg: 6.8.99.900 breaks radeon dual-head)

2005-10-10 Thread donn morrison

Michel,

Yes, the monitor supports it.

Here is the scenario:

It works fine under 6.8.2 (from Debian unstable). Upon upgrading to
6.8.99.900 (experimental) the configuration is broken. NB: No
configuration files are changed, therefore running apt-get install
xserver-xorg/experimental breaks my setup.

Attached is a diff of my Xorg logs between the working and non-working
versions.

Donn

On Mon, 2005-10-10 at 12:50 +0200, Michel Dänzer wrote:
 On Sat, 2005-10-08 at 11:02 +1300, donn morrison wrote:
  Not specifying sync ranges in the monitor sections doesn't appear to
  help. The monitor displays a no signal message, not an out of range
  message. Anyway, here are the xorg.conf and Xorg log for the test
  without sync ranges for 6.8.99.900.
 
 Are you sure the monitor supports 1152x864 at 75 Hz? It doesn't list it
 in its EDID.
 
 
5,14c5,7
 This is a pre-release version of the The X.Org Foundation X11.
 It is not supported in any way.
 Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
 Select the xorg product for bugs you find in this release.
 Before reporting bugs in pre-release versions please check the
 latest version in the The X.Org Foundation monolithic tree CVS
 repository hosted at http://www.freedesktop.org/Software/xorg/
 X Window System Version 6.8.99.900 (6.9.0 RC 0) (Debian 6.8.99.900.dfsg.1-0pre1 20050908165919 David Nusinow [EMAIL PROTECTED])
 Release Date: 01 August 2005 + cvs
 X Protocol Version 11, Revision 0, Release 6.8.99.900
---
 X Window System Version 6.8.2 (Debian 6.8.2.dfsg.1-7 20050908031534 David Nusinow [EMAIL PROTECTED])
 Release Date: 9 February 2005
 X Protocol Version 11, Revision 0, Release 6.8.2
25c18
 (==) Log file: /var/log/Xorg.1.log, Time: Sat Oct  8 10:52:38 2005
---
 (==) Log file: /var/log/Xorg.1.log, Time: Sat Oct  8 11:03:13 2005
54c47
 (II) No APM support in BIOS or kernel
---
 (WW) Open APM failed (/dev/apm_bios) (No such device)
63c56
 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so
---
 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
65c58
 	compiled for 6.8.99.900, module version = 1.0.0
---
 	compiled for 6.8.2, module version = 1.0.0
70c63
 (II) Loading /usr/X11R6/lib/modules/libpcidata.so
---
 (II) Loading /usr/X11R6/lib/modules/libpcidata.a
72c65
 	compiled for 6.8.99.900, module version = 1.0.0
---
 	compiled for 6.8.2, module version = 1.0.0
132c125
 (--) PCI:*(1:0:0) ATI Technologies Inc Radeon R250 Lf [FireGL 9000] rev 2, Mem @ 0xe800/27, 0xfcff/16, I/O @ 0xc000/8
---
 (--) PCI:*(1:0:0) ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] rev 2, Mem @ 0xe800/27, 0xfcff/16, I/O @ 0xc000/8
144c137
 (II) PCI Memory resource overlap reduced 0xe000 from 0xe800 to 0xdfff
---
 (II) PCI Memory resource overlap reduced 0xe000 from 0xe7ff to 0xdfff
146,151c139,144
 	[0] -1	0	0xfafef000 - 0xfafefff0 (0xff1) MX[B]
 	[1] -1	0	0xfaff - 0xfb00 (0x10001) MX[B]
 	[2] -1	0	0xf4fff400 - 0xf4fff4f0 (0xf1) MX[B]
 	[3] -1	0	0xf4fff800 - 0xf4fff9f0 (0x1f1) MX[B]
 	[4] -1	0	0x2000 - 0x23f0 (0x3f1) MX[B]
 	[5] -1	0	0xf4fffc00 - 0xf4f0 (0x3f1) MX[B]
---
 	[0] -1	0	0xfafef000 - 0xfafe (0x1000) MX[B]
 	[1] -1	0	0xfaff - 0xfaff (0x1) MX[B]
 	[2] -1	0	0xf4fff400 - 0xf4fff4ff (0x100) MX[B]
 	[3] -1	0	0xf4fff800 - 0xf4fff9ff (0x200) MX[B]
 	[4] -1	0	0x2000 - 0x23ff (0x400) MX[B]
 	[5] -1	0	0xf4fffc00 - 0xf4ff (0x400) MX[B]
153,159c146,152
 	[7] -1	0	0xfcff - 0xfcf0 (0xfff1) MX[B](B)
 	[8] -1	0	0xe800 - 0xf000 (0x801) MX[B](B)
 	[9] -1	0	0xb080 - 0xb100 (0x81) IX[B]
 	[10] -1	0	0xb400 - 0xb500 (0x101) IX[B]
 	[11] -1	0	0xbc40 - 0xbc80 (0x41) IX[B]
 	[12] -1	0	0xb800 - 0xb900 (0x101) IX[B]
 	[13] -1	0	0xbfa0 - 0xbfb0 (0x11) IX[B]
---
 	[7] -1	0	0xfcff - 0xfcff (0x1) MX[B](B)
 	[8] -1	0	0xe800 - 0xefff (0x800) MX[B](B)
 	[9] -1	0	0xb080 - 0xb0ff (0x80) IX[B]
 	[10] -1	0	0xb400 - 0xb4ff (0x100) IX[B]
 	[11] -1	0	0xbc40 - 0xbc7f (0x40) IX[B]
 	[12] -1	0	0xb800 - 0xb8ff (0x100) IX[B]
 	[13] -1	0	0xbfa0 - 0xbfaf (0x10) IX[B]
164,167c157,160
 	[18] -1	0	0xbf20 - 0xbf40 (0x21) IX[B]
 	[19] -1	0	0xbf40 - 0xbf60 (0x21) IX[B]
 	[20] -1	0	0xbf80 - 0xbfa0 (0x21) IX[B]
 	[21] -1	0	0xc000 - 0xc100 (0x101) IX[B](B)
---
 	[18] -1	0	0xbf20 - 0xbf3f (0x20) IX[B]
 	[19] -1	0	0xbf40 - 0xbf5f (0x20) IX[B]
 	[20] -1	0	0xbf80 - 0xbf9f (0x20) IX[B]
 	[21] -1	0	0xc000 - 0xc0ff (0x100) IX[B](B)
169,174c162,167
 	[0] -1	0	0xfafef000 - 0xfafefff0 (0xff1) MX[B]
 	[1] -1	0	0xfaff - 0xfb00 (0x10001) MX[B]
 	[2] -1	0	0xf4fff400 - 0xf4fff4f0 (0xf1) MX[B]
 	[3] -1	0	0xf4fff800 - 0xf4fff9f0 (0x1f1) MX[B]
 	[4] -1	0	0x2000 - 0x23f0 (0x3f1) MX[B]
 	[5] -1	0	0xf4fffc00 - 0xf4f0 (0x3f1) MX[B]
---
 	[0] -1	0	0xfafef000 - 0xfafe (0x1000) MX[B]
 	[1] -1	0	0xfaff - 0xfaff (0x1)

Bug#332926: powerpc-utils: adjtime problems

2005-10-10 Thread Michael Schmitz

 powerpc-utils.postinst moves adjtime from /etc to /var/lib/hwclock.
 /var is a seperate partition on my system and I've just noticed
 hwclockfirst.sh complains about no such file while booting because
 because the /etc/adjtime link points to nothing as /var is not mounted
 yet.

 I'm not sure if this bug belongs to powerpc-utils or util-linux: The
 relevant change in powerpc-utils happened back in November '04 but
 it's the first time I've noticed the adjtime error message.

AFAIR the message is a warning message only. At hwclockfirst.sh run time,
the adjtime file is not usually available so it doesn't get used.

If, OTOH, hwclockfirst.sh fails it would be a bug. In that case, please
check if /sbin/hwclock is the binary from the util-linux package, or the
clock binary from powerpc-utils (only used for oldworld Macs, and it
should never be copied to /sbin/hwclock). If it's from util-linux, the bug
would belong there and I'll reassign it accordingly. Otherwise, it's a
problem with 'clock' that I'm aware of - clock does not understand the
hwclock long options, in particular the --noadjfile one.

To avoid this type of problem, I've changed postinst to copying instead of
linking (as originally done when mandated by the util-linux change) so
there should be a stale copy of adjtime for hwclockfirst.sh to use from
-18 onwards. So I consider the bug related to /sbin/clock fixed by -18 and
would close this bug.

Please advise ...

Michael



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

Bug#318319: Similar - strat fine, hangs when moving window to fast

On Sun, 2005-10-09 at 21:50 +0200, Morten Sickel wrote:
 I just had my debian - testing system updated with xorg server. My rig is an 
 AMD k7 / 1 GB RAM  andVGA compatible controller: ATI Technologies Inc Radeon 
 R200 QL [Radeon 8500 LE] 
 
 it starts up just fine, if I them move a window too fast (or in some pattern) 
  
 the screen turnes into a stripy pattern and for a while I can move a 'block 
 of stripes' using the mouse. I managed at one occation to ssh into the box, 
 the xorg process was using close to 100% of the CPU and it was not possible 
 to kill it.
 
 The machine was behaving just nice until the xfree86 - xorg upgrade.
 
 Morten Sickel
 (I know this is too little information, please contact me if you need some 
 more)

It's impossible to diagnose X server problems without seeing at least
the full config and log files.


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

Bug#333099: please support xprint if it is installed

2005-10-10 Thread Vincent McIntyre

Package: mozilla-firefox
Version: 1.0.4-2sarge5
Severity: normal


Hi

we run our systems with plain old 'lpr' as the print subsystem, so
we rely on the xprint package for printing direct from the browser
to the printer of choice (it's possible you want to print some things
to a b/w printer, and others to a colour one).

In Sarge's mozilla-browser, (in the File-Print dialog) I am able to
select from a long list of printers while in mozilla-firefox there is
only one option, Postscript/Default (or print-to-file).

Print to file does work, and so does Postscript/Default, if I have
$PRINTER set. But why should mozilla-browser and mozilla-firefox be
inconsistent about xprint support?

I understand the need to shut up the warnings that generated #279858.
But doesn't it make more sense for the /usr/bin/firefox script to test
for Xprint and use it if it is installed, since most likely the user
has installed it so it _can_ be used. n'est ce pas?

Below is a suggested patch. It avoids addressing whether printing will
actually work or not, just turns on Xprint if it is installed.

Would it be possible to have this applied to the sarge version as well
as unstable? It's really quite irritating.

I was also a bit confused by the course of events. If the intention is
actively to deprecate Xprint in favour of mozilla's internal postscript
support, it would also be helpful to explain that. I've had a go at an
update to /usr/share/doc/mozilla-firefox/README.Debian.gz, that just
recounts the history and what is likely to happen with the various
print subsystems. It needs work.

   Printing
   
   Sometime around /MM support for postscript printing in mozilla
   was disabled. To enable printing from mozilla, support was added for
   the Xprint printing service. Support for postscript printing in
   mozilla was reenabled in late 2004, and using Xprint for printing
   is no longer necessary.

   If the Xprint package is installed, it will be used.
   If you are using lpd-related print services, just set $PRINTER
   appropriately before starting firefox and choose the
   Postscript/Default option in the printer menu.
   If you are using the CUPS printing serviceFIXME


--- snip -
--- /usr/bin/firefox.orig   2005-10-10 20:06:07.233385000 +1000
+++ /usr/bin/firefox2005-10-10 20:46:07.209560233 +1000
@@ -102,16 +102,15 @@
 
 export LD_LIBRARY_PATH
 
-# Set XPSERVERLIST if not set yet for XPrint support, or complain.
+# If XPrint is installed, enable firefox to use it by setting XPSERVERLIST
 
-#if [ -z ${XPSERVERLIST} ]; then
-#if [ -x /etc/init.d/xprint ]; then
-#XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
-#export XPSERVERLIST
-#else
-#echo -e Warning: \${XPSERVERLIST} not set and /etc/init.d/xprint not 
found;\nprinting will not work.\nPlease install the xprt-xprintorg package 2
-#fi  
-#fi
+if [ -z ${XPSERVERLIST} ]; then
+if [ -x /etc/init.d/xprint ]; then
+XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
+   if [ 1 = $DEBUG ] ; then echo DEBUG: enabling Xprint support; fi
+export XPSERVERLIST
+fi  
+fi
 
 verbose () {
 if [ ${VERBOSE} ]; then
--- snip -

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

Versions of packages mozilla-firefox depends on:
ii  debianutils2.8.4 Miscellaneous utilities specific t
ii  fontconfig 2.3.1-2   generic font configuration library
ii  libatk1.0-01.8.0-4   The ATK accessibility toolkit
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libfontconfig1 2.3.1-2   generic font configuration library
ii  libfreetype6   2.1.7-2.4 FreeType 2 font engine, shared lib
ii  libgcc11:3.4.3-13GCC support library
ii  libglib2.0-0   2.6.4-1   The GLib library of C routines
ii  libgtk2.0-02.6.4-3   The GTK+ graphical user interface 
ii  libidl00.8.5-1   library for parsing CORBA IDL file
ii  libjpeg62  6b-10 The Independent JPEG Group's JPEG 
ii  libkrb53   1.3.6-2sarge2 MIT Kerberos runtime libraries
ii  libpango1.0-0  1.8.1-1   Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-1PNG library - runtime
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  libx11-6   4.3.0.dfsg.1-14sarge1 X Window System protocol client li
ii  libxext6   4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte
ii  libxft22.1.7-1   FreeType-based font drawing librar
ii  libxp6 4.3.0.dfsg.1-14sarge1 X Window System printing

Bug#332548: Acknowledgement (xserver-xorg: 6.8.99.900 breaks radeon dual-head)