Bug#350154: installation report

[Sparky]

Christian Perrier wrote:


Quoting Sparky ([EMAIL PROTECTED]):

 

I have very few indications about the DHCP problems.  The installation 
procedure identified (correctly) eth0 as an intel nic and eth1 as a 
firewire-bridged nic (Sony i-link'd docking station).  The procedure 
only allowed for automatic DHCP discovery.  When that failed, it 
   



Not exatcly. By default, the question about DHCP or not is not asked.

Try using "linux DEBCONF_PRIORITY=medium" and you'll be prompted about
DHCP.

Anyway, when DHCP fails, the installer falls back to static network
setting as you noticed, so no bug here.

Can you switch to console 2 when you get the mirror failure message
and run "ifconfig eth0" from there and maybe try to ping another host
on the network (I don't remember whether we have ping at this
stepyou can also try "wget http://somehost/someurl"; for somehost
and someurl being valid HTTP host and URL on your local network)



 


OK;

I'll give it a try tomorrow.  It's a bit late for any talk of wgets and 
eth0s


thanks for the pointers,
Craig



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

Bug#350238: Acknowledgement (mod-monno: Debconf templates do not follow Developer's Reference recommendations)

[Christian Perrier]

reassign 350238 mod-mono
thanks

typo in bug report for the package name.



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

Bug#350239: [hppa] ld doesn't like outputting to /dev/null

[Kyle McMartin]

Package: binutils
Version: 2.16.1cvs20051214-1

The Linux kernel's make menuconfig on hppa currently fails because
it tries to do

scripts/kconfig/lxdialog/check-lxdialog.sh:

[..]
echo "main() {}" | $cc -lncurses -xc - -o /dev/null 2> /dev/null
[..]

To check which ncurses library it is able to link against.

This output to /dev/null causes none of the ncurses options to get
picked and thus, lxdialog to fail to link.

[EMAIL PROTECTED]:~/git/parisc-2.6% echo "main() {}" | gcc -lncursesw -xc - -o 
/dev/null  
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status

Downgrading to previous version of binutils have the same problem, so
I'm unsure when this was introduced (and don't have time to sleuth too
far back).

Currently this change is pending for 2.6.16, so no release kernels
are bitten by it yet, but I suspect it may be a problem for other
Debian arches (though it wasn't on i386/ia64).

[CC'd to debian-hppa so some hppa toolchain guru can see it]

Cheers,
Kyle


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

Bug#45291: Do more with your life, debra miller

[Donn]

Hey, miller debra

Do you know how much you need a degree, and what it can do for you?

You can get a College Degree, in the field of your choice.

Ring me to go over this further : 1.302.340.6742

Thank you,
Donn



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

Bug#74865: ryan byron, Open doors for yourself

[Angel]

Good Day sir, byron ryan

Do you know how much you need a diploma, and what it can do for you?

You can get a College Diploma, in the field of your choice.

Call me to go over this further : 1.302.340.6742

Thanks,
Angel



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

Bug#41685: claire allen, we need to talk

[Stefan]

Good Day, allen claire

Do you know how much you need a degree, and what it can do for you?

You can get a College Degree, in the field of your choice.

Call me to go over this further : 1.302.340.6742

Thank you,
Stefan



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

Bug#314385: [ft-devel] Re: FreeType issues

[Werner LEMBERG]

> One change that *would* mitigate the problems for other distributors
> (and Debian) is, since freetype 2.2 will already include a linker
> script, to add symbol versions to that linker script.  [...]

According to this excellent document (everybody involved into this
discussion should read it!)

  http://people.redhat.com/drepper/dsohowto.pdf

which describes all aspects of writing DLLs, symbol versioning isn't
portable.  Consequently, this must be hidden with macros.  If someone
comes up with an elegant macro solution which doesn't uglify the
source code and which are easy to use I don't object to add this to
the CVS.  In case we introduce that we should do it right, this is,
support symbol versioning in the source code too.  Takers?  Comments?


Werner


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

Bug#121756: patrick geselbracht, Open doors for yourself

[Amalia]

Hey, geselbracht patrick

Do you know how much you need a diploma, and what it can do for you?

You can get a College Diploma, in the field of your choice.

Ring me to go over this further : 1.302.340.6742

Thanks,
Amalia



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

Bug#20977: phil starks, Do more with your life

[Clare]

Hi, starks phil

Do you know how much you need a diploma, and what it can do for you?

You can get a College Degree, in the field of your choice.

Call me to go over this further : 1.302.340.6742

Thank you,
Clare



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

Bug#289868: NMU?

[Fabio Massimo Di Nitto]

David N. Welton wrote:

Olaf van der Spek wrote:

Hi,

Do you mind if a NMU is done to fix this issue?


No, go ahead - thanks!




Perhaps waiting an answer from the maintainer would be better.
As Adam already said it is in his tree/queue for the next upload.

Thanks
Fabio


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

Bug#350238: mod-monno: Debconf templates do not follow Developer's Reference recommendations

[Christian Perrier]

Package: mod-monno
Version: N/A
Severity: minor

The debconf templates for this package do not follow the
recommendations given in the Developers Reference, section 6.5
("Configuration management with debconf").

Even though not mandatory, this part gives general advices about the
Right Way to write debconf templates to achieve a general consistency
in Debian about the way to prompt users. Please make your best
following these advices.

If you follow these suggestions, please consider later using the
podebconf-report-po utility from the "po-debconf" package, to notify
translators of the induced changes. Then leave them a few days to
update their translations (1 week is considered good practice so that
translation teams can apply their usual QA policies).

This bug report template is mostly generic so I can't point out
exactly which part of your debconf templates I have considered not
following these recommendations. I recommend your first read the
mentioned part of the DR, make the changes you feell needed, then come
back to me with the new templates file.

Most often encountered "errors":

-using interrogative form for string/select/multiselect templates. For
 instance: "Which web server should be reconfigured?" instead of "Web
 server to reconfigure:"

-making specific reference to some debconf interfaces widgets such as
 using "If you choose 'No'" in boolean templates

-using the first person ("I will do this")

-too long extended description (should idealistically fit in one
 screen with the dialog interface in a 80x25 terminal)

-extended description repeating the short description

-extended description using an interrogative sentence in a boolean
 template. Only the short description should issue a question in such
 templates.

-repeat the short description i nthe long description

-non informative enough template. Think about users who install
 your package among dozens of others

-too long template (fitting on a 80x25 screen is recommended)

etc...

Please get in touch with me in case you need more details about why I
think your templates file need some rewrite. If you do so, please
attach the debian/templates of debian/.templates file so that
I can propose you a rewrite.



-- 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-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#349765: linux-2.6.14-2-alpha-generic: please support the prctl syscall

[Kyle McMartin]

> After changing addr to value, compiles fine; prctl -q runs ok now, prctl
> --unaligned=signal doesn't have any effect.  You say that it's going to be
> the prctl() function in the kernel that needs further tweaks?
>

I suspect this is the problem:

(linux/prctl.h)
# define PR_UNALIGN_NOPRINT 1   /* silently fix up unaligned user 
accesses */
# define PR_UNALIGN_SIGBUS  2   /* generate SIGBUS on unaligned user 
access */

(asm-parisc/processor.h & asm-ia64/processor.h)
#define PARISC_UAC_NOPRINT  (1UL << 0)  /* see prctl and unaligned.c */
#define PARISC_UAC_SIGBUS   (1UL << 1)

IE, NOPRINT is set by 1, and SIGBUS set by 2.

on alpha, because it's reusing the OSF/1 crap, the order is
NOPRINT, NOFIX, SIGNAL, ie: 1, 2, 4. 

I don't know what the best way to fix this is, but something like
this patch will probably help,

Index: prctl-1.4/prctl.c
===
--- prctl-1.4.orig/prctl.c  2003-03-05 13:52:32.0 -0500
+++ prctl-1.4/prctl.c   2006-01-28 01:47:20.0 -0500
@@ -67,6 +67,11 @@
printf("   --fpemu=[silent|signal|default]\n");
 }
 
+#ifdef __alpha__
+#undef PR_UNALIGN_SIGBUS
+#define PR_UNALIGN_SIGBUS 4
+#endif /* __alpha__ */
+
 int set_unaligned(int prctl_val)
 {
int alignval, retval;


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

Bug#349765: linux-2.6.14-2-alpha-generic: please support the prctl syscall

[Kyle McMartin]

On Fri, Jan 27, 2006 at 10:19:55PM -0800, Steve Langasek wrote:
> After changing addr to value, compiles fine; prctl -q runs ok now, prctl
> --unaligned=signal doesn't have any effect.  You say that it's going to be
> the prctl() function in the kernel that needs further tweaks?
>

I'm not sure, I'd recommend adding a printk to GET/SET_UNALIGN_CTL
to see if the correct values are being set to flags, barring that
I'll take a look at alpha's unaligned handler and see if I missed
something when I said "shouldn't need any other work."

Cheers,
Kyle 


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

Bug#349765: linux-2.6.14-2-alpha-generic: please support the prctl syscall

[Steve Langasek]

On Tue, Jan 24, 2006 at 10:42:06PM -0500, Kyle McMartin wrote:
> On Tue, Jan 24, 2006 at 07:06:00PM -0800, Steve Langasek wrote:
> > So please make it work; knowing this exists and should be supported, I'm not
> > willing to hack up prctl's source to use __NR_osf_setsysinfo instead. :)
> >

> Bleh.

> Untested, as I don't have an alpha. arch/alpha/kernel/traps.c already
> contained jazz to check if the various TIF_ were set, they were just
> lacking a convenient way to set things. You probably need to make prctl()
> know which bits to twiddle.

After changing addr to value, compiles fine; prctl -q runs ok now, prctl
--unaligned=signal doesn't have any effect.  You say that it's going to be
the prctl() function in the kernel that needs further tweaks?

Thanks,
-- 
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#350230: [Pkg-octave-devel] Bug#350230: octave2.9: glpk() fails on sparse matrices

[Rafael Laboissiere]

* Kim Hansen <[EMAIL PROTECTED]> [2006-01-28 04:36]:

> glpk() fails on sparse matrices with a coredump, I have attached a patch
> that fixes it.

I cannot replicate the problem here.  Could you please post a minimal script
that triggers the bug?

-- 
Rafael


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

Bug#290682: lletters: Beta package available

[Rudy Godoy]

Package: lletters
Version: 0.1.95-8+gtk2
Followup-For: Bug #290682

I've published the ported version. You can grab it from here:
http://stone-head.org/debian/pkg/lletters_0.1.95-8+gtk2_i386.deb

Feel free to report bugs on this bug number or directly to me.
If there are no news like releasing it as another upstream version, 
working on it with upstream, I'll be uploading to unstable in
a couple of weeks.

-Rudy

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

Versions of packages lletters depends on:
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgtk2.0-0   2.8.10-1   The GTK+ graphical user interface 
ii  libpango1.0-0 1.10.2-1   Layout and rendering of internatio
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-4 X Window System multi-head display
ii  libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  lletters-media0.1.9a-3   GTK letters-learning game for smal

lletters recommends no packages.

-- no debconf information


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

Bug#350171: Processed: Clone for Hindi

[Christian Perrier]

Here are the proposed tasks for Hindi


Task: hindi
Test-lang: hi
Section: l10n
Description: Hindi environment
 This task installs programs, data files, fonts, and
 documentation that makes it easier for Hindi speakers
 to use Debian.
Key:
  language-env
Packages: task-fields
Packages-list:
  ttf-devanagari-fonts
Task: hindi-desktop
Depends: desktop, hindi
Section: l10n
Description: Hindi environment
 This task localises the desktop in Hindi.
Key:
Packages: task-fields
Packages-list:
  kde-i18n-hi
  koffice-i18n-hi
  openoffice.org-l10n-hi-in

Bug#350154: installation report

[Christian Perrier]

Quoting Sparky ([EMAIL PROTECTED]):

> I have very few indications about the DHCP problems.  The installation 
> procedure identified (correctly) eth0 as an intel nic and eth1 as a 
> firewire-bridged nic (Sony i-link'd docking station).  The procedure 
> only allowed for automatic DHCP discovery.  When that failed, it 

Not exatcly. By default, the question about DHCP or not is not asked.

Try using "linux DEBCONF_PRIORITY=medium" and you'll be prompted about
DHCP.

Anyway, when DHCP fails, the installer falls back to static network
setting as you noticed, so no bug here.

Can you switch to console 2 when you get the mirror failure message
and run "ifconfig eth0" from there and maybe try to ping another host
on the network (I don't remember whether we have ping at this
stepyou can also try "wget http://somehost/someurl"; for somehost
and someurl being valid HTTP host and URL on your local network)




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

Bug#347711: kernel: linux-image-2.6.15-1-amd64-generic panics when pppd is run

[Brendon Higgins]

I wrote (Saturday 28 January 2006 3:55 pm):
> Hi!

Sorry, KMail giving me crap, links are:
http://bugzilla.kernel.org/show_bug.cgi?id=5857
http://lkml.org/lkml/2006/1/15/113
http://bugzilla.kernel.org/attachment.cgi?id=7086&action=view

Peace,
Brendon


pgp4fKmrh3g5f.pgp
Description: PGP signature

Bug#349868: Severity bump due to FTBFS on all arches

[Jurij Smakov]

found 349868 0.10.2-2.1
severity 349868 serious
thanks

Hi,

I'm bumping the severity on this to RC because currently babel FTBFS'es on 
all arches due to errors in configure script. See the latest buildd logs 
at http://buildd.debian.org/build.php?arch=&pkg=babel for details.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


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

Bug#347711: kernel: linux-image-2.6.15-1-amd64-generic panics when pppd is run

[Brendon Higgins]

Hi!

This bug's been discovered upstream:=20
http://bugzilla.kernel.org/show_bug.cgi?id=3D5857
It's been discussed: http://lkml.org/lkml/2006/1/15/113
And a patch was made:=20
http://bugzilla.kernel.org/attachment.cgi?id=3D7086&action=3Dview

Seem's it's been biting people all over the place, myself included. I hope =
the=20
patch will be included in an image soon.

Peace,
Brendon


pgpnOV2MHDRCu.pgp
Description: PGP signature

Bug#350237: pioneers: Client and server can crash from huge chat buffer

[Bas Wijnen]

Package: pioneers
Severity: normal
Tags: Pending, Security

When a client sends a huge chat buffer to the server, either the server
will send it to the other clients and make them crash, or it will crash
itself.  Because this is also possible for non-playing clients
(viewers), this is a denial of service opportunity.

The problem has been fixed in 0.9.49, which will be uploaded soon.  This
report is meant only for archive purposes.

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


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

Bug#328051: libgstreamer-perl: FTBFS: Failed test scripts

[Jurij Smakov]

Hi,

I've recently investigated the FTBFS on sparc (where it fails even before 
getting to the testing stage [0]), and found that the build failure was 
caused by lack of a call to gst_init() in the BOOT section of xs/Gst.xs.

Without it the code segfaults with the following backtrace:

#0  0x7022aaec in pthread_mutex_lock () from /lib/libpthread.so.0
#1  0x70763830 in gst_atomic_int_read (aint=0x708cfb0c) at gstatomic_impl.h:488
#2  0x707917d4 in gst_debug_get_default_threshold () at gstinfo.c:761
#3  0x70791a48 in gst_debug_reset_threshold (category=0x44618, unused=0x0) at 
gstinfo.c:782
#4  0x707927b0 in _gst_debug_category_new (name=0x7080abc8 "GST_DATAFLOW", color=258, 
description=0x7080abd8 "dataflow inside pads") at gstinfo.c:886
#5  0x70793f9c in gst_pad_get_type () at gstpad.c:117
#6  0x706d6aac in boot_GStreamer (my_perl=0x24098, cv=0xe084c) at Gst.xs:31

gst_debug_get_default threshold tries to read the default debug level from 
a lock-protected variable, which is normally initialized by gst_init(). 
Since it is not called, the lock is NULL, resulting in a segfault. I was 
able to build libgstreamer-perl successfully on sparc (passing all the 
tests) after applying the attached patch. The full build log is available 
at [1]. It might be that it will also help with other build failures.


[0] 
http://buildd.debian.org/fetch.php?pkg=libgstreamer-perl&arch=sparc&ver=0.04-1&stamp=1137218524&file=log
[1] http://www.wooyd.org/debian/libgstreamer-perl/

Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CCdiff -aur a/xs/Gst.xs b/xs/Gst.xs
--- a/xs/Gst.xs 2005-06-12 10:29:15.0 -0700
+++ b/xs/Gst.xs 2006-01-27 21:37:51.362482192 -0800
@@ -27,6 +27,7 @@
 * use a static variable directly, instead of the usual reference to
 * the _get_type function.  Thus, the macros we rely on are NULL until
 * the corresponding _get_type() function has been called. */
+   gst_init (NULL, NULL);
gst_object_get_type ();
gst_pad_get_type ();
gst_real_pad_get_type ();

Bug#288692: acknowledged by developer (This is already like this)

[Peter Eckersley]

H.  I still notice much higher latency for a new window opened by running
"gnome-terminal" than for one opened from the File menu.  Perhaps this is an
IPC overhead?

On Fri, Jan 27, 2006 at 06:48:04PM -0800, Debian Bug Tracking System wrote:

> If you take a closer look, there is only one gnome-terminal process on
> your system, no matter how many tabs and windows you have open. To be a
> bit clearer, that is already how it works.
> 
> Closing, thanks.
> 
> -- 
> Guilherme de S. Pastore (fatalerror)
> <[EMAIL PROTECTED]>

-- 
Peter Eckersley
Department of Computer Science   &  mailto:[EMAIL PROTECTED] 
IP Research Institute of Australia http://www.cs.mu.oz.au/~pde
The University of Melbourne   


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

Bug#350236: /usr/share/man/man2/kill.2.gz: effect of kill send by process to itself not fully clear

[Britton Leo Kerin]

Package: manpages-dev
Version: 2.17-1
Severity: normal
File: /usr/share/man/man2/kill.2.gz


The nots section of the kill man page contains this paragraph:

POSIX 1003.1-2003 requires that if a process sends a signal to
itself, and that process does not have the signal blocked, and no
other thread has it unblocked or is waiting for it in sigwait(),
at least one unblocked signal must be delivered to the sending
thread before the call of kill() returns.

Presumably this means that if a thread which doesn't have the signal
blocked in its mask raises the signal, it is gauranteed to get it
before kill returns even if all other threads do have it blocked, but
it would be nice if this were stated explicitly.  Probably language
elsewhere in the standard makes this clear, but this excert taken in
isolation leaves some room for doubt, especially given the history of
thread implementation on linux.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
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 manpages-dev depends on:
ii  manpages  2.17-1 Manual pages about using a GNU/Lin

manpages-dev recommends no packages.

-- no debconf information


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

Bug#349588: it works; update to apt-cacher.1 ?

[Andrew Schulman]

I've updated to apt-cacher 1.5 and it does indeed work now as a pure HTTP 
proxy for apt-get.  For the record, I misstated the entry 
in /etc/apt/apt.conf.  It should be

Acquire::http::Proxy "http://proxyhost:port";

Since this is now the simplest and most transparent method for configuring 
apt-cacher, could you add a mention of it to the man page?

Thanks again for making this improvement so quickly.
Andrew.




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

Bug#350235: udev: pcmcia ide disk rescanned constantly

[Hamish Moffatt]

Package: udev
Version: 0.081-1
Severity: normal

Since upgrading to this udev I have trouble with a compact flash card in
a PCMCIA adapter. When I insert the card, the kernel scans it and then
prints the partition list non-stop.

Jan 28 16:09:39 buzzword kernel:  hde: hde1
Jan 28 16:09:39 buzzword last message repeated 81 times

udevd chews a lot of CPU. The rest of the normal hotplug process (hal,
gnome-volume-manager etc) never happens. If I remove the device, the
machine will hang soon after.

If I boot without udev loaded, this doesn't happen. I get a single
partition scan and I can mount the device properly. As soon as I then
start udev, the rescanning starts.

Hamish

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 0
lrwxrwxrwx 1 root root 20 2005-12-09 00:43 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root 19 2005-12-25 18:31 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root 12 2006-01-14 02:30 050_hal-plugdev.rules -> ../hal.rules
lrwxrwxrwx 1 root root 19 2005-12-09 00:43 cd-aliases.rules -> 
../cd-aliases.rules
lrwxrwxrwx 1 root root 13 2005-12-09 00:43 udev.rules -> ../udev.rules
lrwxrwxrwx 1 root root 19 2005-12-09 00:43 z20_persistent.rules -> 
../persistent.rules
lrwxrwxrwx 1 root root 12 2005-12-09 00:43 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root 16 2005-12-09 00:43 z55_hotplug.rules -> ../hotplug.rules
lrwxrwxrwx 1 root root 19 2005-12-09 01:52 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root 15 2005-12-14 02:12 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root 17 2005-12-09 00:43 z70_hotplugd.rules -> 
../hotplugd.rules

-- /sys/:
/sys/block/hda/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda4/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hdc/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/class/drm/card0/dev
/sys/class/drm/card1/dev
/sys/class/graphics/fb0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/mice/dev
/sys/class/misc/agpgart/dev
/sys/class/misc/hpet/dev
/sys/class/misc/hw_random/dev
/sys/class/misc/psaux/dev
/sys/class/misc/rtc/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/controlC1/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2c/dev
/sys/class/sound/pcmC0D3c/dev
/sys/class/sound/pcmC0D4p/dev
/sys/class/sound/pcmC1D0c/dev
/sys/class/sound/pcmC1D0p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb_device/usbdev3.1/dev
/sys/class/usb_device/usbdev4.1/dev

-- Kernel configuration:


-- 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.15.1
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages udev depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  lsb-base 3.0-14  Linux Standard Base 3.0 init scrip
ii  makedev  2.3.1-79creates device files in /dev
ii  sed  4.1.4-5 The GNU sed stream editor

udev recommends no packages.

-- no debconf information


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

Bug#350234: tla/baz: issues "commit" even if "import" necessary

[Lionel Elie Mamane]

Package: tla-load-dirs
Version: 1.0.28
Severity: normal
Tags: patch

tla-load-dirs doesn't support importing a first (base-0) revision,
while this is a useful feature. All it has to do is issue "tla import"
instead of "tla commit" then. Patch doing that included.

Steps to reproduce:

 tla archive-setup foo--bar--0
 tla init-tree foo--bar--0
 tla_load_dirs ~/quux/

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-amd64-k8-smp
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)

Versions of packages tla-load-dirs depends on:
ii  load-dirs-common  1.0.28 Common files for tla-load-dirs and
ii  python2.3 2.3.5-9An interactive high-level object-o
ii  tla   1.3.3-3arch revision control system

tla-load-dirs recommends no packages.

-- no debconf information
diff -uN --recursive tla-load-dirs-1.0.28/debian/changelog 
tla-load-dirs-1.0.28.0/debian/changelog
--- tla-load-dirs-1.0.28/debian/changelog   2005-09-06 17:14:58.0 
+0200
+++ tla-load-dirs-1.0.28.0/debian/changelog 2006-01-28 05:39:49.0 
+0100
@@ -1,3 +1,10 @@
+tla-load-dirs (1.0.28.0) unstable; urgency=low
+
+  * tla/baz: Do an import instead of a commit when the current
+tree-version has no logs (closes: #TODO)
+
+ -- Lionel Elie Mamane <[EMAIL PROTECTED]>  Sat, 28 Jan 2006 05:39:49 +0100
+
 tla-load-dirs (1.0.28) unstable; urgency=low
 
   * Applied patch from Teemu Ikonen to support baz.  Closes: #322622.
diff -uN --recursive tla-load-dirs-1.0.28/tla_support/commandver.py 
tla-load-dirs-1.0.28.0/tla_support/commandver.py
--- tla-load-dirs-1.0.28/tla_support/commandver.py  2005-09-06 
17:14:58.0 +0200
+++ tla-load-dirs-1.0.28.0/tla_support/commandver.py2006-01-28 
05:52:21.0 +0100
@@ -71,6 +71,7 @@
 update = 'update --in-place .'
 replay = 'replay --in-place .'
 commit = 'commit'
+importcmd = 'import'
 
 class Tla11:
 tagging_method = 'id-tagging-method'
@@ -80,6 +81,7 @@
 update = 'update'
 replay = 'replay'
 commit = 'commit'
+importcmd = 'import'
 
 class Tla13:
 tagging_method = 'id-tagging-method'
@@ -89,6 +91,7 @@
 update = 'update'
 replay = 'replay'
 commit = 'commit'
+importcmd = 'import'
 
 class Baz14:
 tagging_method = 'id-tagging-method'
@@ -98,6 +101,7 @@
 update = 'update'
 replay = 'replay'
 commit = 'commit'
+importcmd = 'import'
 
 class Darcs:
 tagging_method = None
diff -uN --recursive tla-load-dirs-1.0.28/tla_support/tla_wc.py 
tla-load-dirs-1.0.28.0/tla_support/tla_wc.py
--- tla-load-dirs-1.0.28/tla_support/tla_wc.py  2005-09-06 17:14:58.0 
+0200
+++ tla-load-dirs-1.0.28.0/tla_support/tla_wc.py2006-01-28 
05:54:40.0 +0100
@@ -146,7 +146,10 @@
"--logfile", self.logfn,
"--delete-logfile"])
 else:
-util.chdircmd(self.wcpath, util.safeexec, tlacmd, [cmd().commit])
+if len(util.chdircmd(self.wcpath, util.getstdoutsafeexec, tlacmd, 
['logs']))==0:
+util.chdircmd(self.wcpath, util.safeexec, tlacmd, 
[cmd().importcmd])
+else:
+util.chdircmd(self.wcpath, util.safeexec, tlacmd, 
[cmd().commit])
 
 def slashstrip(self, *args):
 retval = []

Bug#350000: libtunepimp: FTBFS: can't read /usr/lib/libexpat.la

[Steve Langasek]

On Thu, Jan 26, 2006 at 03:23:25PM +0100, Daniel Schepler wrote:
> Package: libtunepimp
> Version: 0.3.0-9.1
> Severity: serious

> From my pbuilder build log:

> ...
> ar cru .libs/libtunepimp.a  tunepimp.o filecache.o filelookup.o analyzer.o 
> dirsearch.o id3_meta.o metadata.o mp3_trm.o flac_trm.o flac_meta.o ov_trm.o 
> submit.o vorbis_meta.o wav_trm.o fstrcmp.o vcedit.o track.o lookup.o 
> lookuptools.o write.o c_wrapper.o 
> watchdog.o .libs/libtunepimp.lax/libtpthread.a/mutex.o 
> .libs/libtunepimp.lax/libtpthread.a/thread.o 
> .libs/libtunepimp.lax/libtpthread.a/semaphore.o  
> .libs/libtunepimp.lax/libutf8.a/charset.o 
> .libs/libtunepimp.lax/libutf8.a/iconvert.o 
> .libs/libtunepimp.lax/libutf8.a/utf8.o  
> .libs/libtunepimp.lax/libid3tag.a/compat.o 
> .libs/libtunepimp.lax/libid3tag.a/crc.o 
> .libs/libtunepimp.lax/libid3tag.a/debug.o 
> .libs/libtunepimp.lax/libid3tag.a/field.o 
> .libs/libtunepimp.lax/libid3tag.a/file.o 
> .libs/libtunepimp.lax/libid3tag.a/frame.o 
> .libs/libtunepimp.lax/libid3tag.a/frametype.o 
> .libs/libtunepimp.lax/libid3tag.a/genre.o 
> .libs/libtunepimp.lax/libid3tag.a/latin1.o 
> .libs/libtunepimp.lax/libid3tag.a/parse.o 
> .libs/libtunepimp.lax/libid3tag.a/render.o 
> .libs/libtunepimp.lax/libid3tag.a/tag.o 
> .libs/libtunepimp.lax/libid3tag.a/ucs4.o 
> .libs/libtunepimp.lax/libid3tag.a/utf16.o 
> .libs/libtunepimp.lax/libid3tag.a/utf8.o 
> .libs/libtunepimp.lax/libid3tag.a/util.o 
> .libs/libtunepimp.lax/libid3tag.a/version.o
> ranlib .libs/libtunepimp.a
> rm -fr .libs/libtunepimp.lax
> creating libtunepimp.la
> /bin/sed: can't read /usr/lib/libexpat.la: No such file or directory
> libtool: link: `/usr/lib/libexpat.la' is not a valid libtool archive
> make[4]: *** [libtunepimp.la] Error 1
> make[4]: Leaving directory `/tmp/buildd/libtunepimp-0.3.0/lib'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/tmp/buildd/libtunepimp-0.3.0/lib'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/tmp/buildd/libtunepimp-0.3.0'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/tmp/buildd/libtunepimp-0.3.0'
> make: *** [debian/stamp-makefile-build] Error 2

But this is a missing dependency in whatever package provides the .la file
that depends on libexpat.la.  The libtool commandline is missing from the
output you cited.

-- 
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#350173: openoffice.org: Cannot copy-and-paste between slides

[Ambrose Li]

On Fri, Jan 27, 2006 at 08:14:11PM -0400, Richard/g wrote:
> 
> I just tried with OOo2.0.1-2 on upgraded Sid and it Works For Me. 
> What else is different about your system? 
> 
> I copied and pasted with Ctrl-V and with middle mouse click with no 
> problems.  

Hmm. Not sure.

But maybe I should clarify that I was not trying to paste the text inside the 
text box, but the text box itself. I can paste text just fine, but I cannot 
copy-and-paste the text boxes that contain the text.

(I think I should make this clear since I don't think one can middle-click to 
paste text boxes.)

I'll see if I can find another Debian box and dist-upgrade it to test...

> Richard.

Regards,
Ambrose


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

Bug#349913: lynx-cur: DEFAULT_EDITOR:emacs +%l

[Dan Jacobson]

Hmmm, I see less(1) has some stuff like this.


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

Bug#342128: does install-todo work?

[Dan Jacobson]

L> If you _really_ want to help me you should check that the bug is STILL
L> present in pilot-link from experimental so I can submit a bug report
L> upstream.

OK, can you give me a URL? My cached copy of
http://www.debian.org/distrib/packages doesn't mention experimental.


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

Bug#344706: "tla [ar]browse" on baz-format archive on sftp:// or filesystem has dupes

[Lionel Elie Mamane]

tags 344706 +fixed-upstream
thanks

My patch has been taken upstream and is part of the new upstream
release. (Wish: please package new upstream version.)

-- 
Lionel


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

Bug#350233: tla: Default archive format: documentation inconsistent with itself and behaviour

[Lionel Elie Mamane]

Package: tla
Version: 1.3.3-3
Severity: normal

tla make-archive -h says:

  -t, --tlaCreate a tla format archive (the default).
  -b, --bazCreate a baz format archive.

but the default is actually baz, as tla make-archive -H says:

 The --tla option creates a tla format archive, the default is
 to create a Bazaar archive.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-amd64-k8-smp
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)

Versions of packages tla depends on:
ii  diff   2.8.1-11  File comparison utilities
ii  gawk   1:3.1.5-1 GNU awk, a pattern scanning and pr
ii  libc6  2.3.5-9   GNU C Library: Shared libraries an
ii  libneon24  0.24.7.dfsg-3 An HTTP and WebDAV client library
ii  patch  2.5.9-2   Apply a diff file to an original

tla recommends no packages.

-- no debconf information


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

Bug#350232: shopt -s no_empty_cmd_completion not quite durable enough

[Tim Connors]

Package: bash
Version: 3.1-2
Severity: normal

`shopt -s no_empty_cmd_completion' allows us to paste in segments of
bash scripts with indenting via X's copy buffer, without erronously
triggering bash completion.

However, it only works if we use either tabs or spaces exclusively in
the scripts being copied.  If a line being pasted contains a bunch of
spaces, then a tab, then completion is attempted on all ~4000 items in
one's PATH.

Spaces alone should hence be treated as an empty readline buffer for
the purposes of no_empty_cmd_completion.


Alternatively, if it is at all possible to detect that the contents of
a copy buffer are being pasted into bash (via either shift-insert, or
the middle mouse button), then bash should have the option to turn off
completion all together, for the duration of the copy.



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

Versions of packages bash depends on:
ii  base-files3.1.9  Debian base system miscellaneous f
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand

bash recommends no packages.

-- no debconf information


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

Bug#350231: ITP: libsocket++ -- a family of C++ classes for Socket Operations

[Russ Allbery]

James Vega <[EMAIL PROTECTED]> writes:

> Copyright Notice:
> -
> Copyright (C) 1992-1996 Gnanasekaran Swaminathan <[EMAIL PROTECTED]>

> Permission is granted to use at your own risk and distribute this
> software in source and binary forms provided the above copyright notice
> and this paragraph are preserved on all copies.  This software is
> provided "as is" with no express or implied warranty.

That license doesn't appear to grant the right to distribute modified
works.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#350207: firefox: never mind installing sage etc. plugin

[justin]

On Thu, Jan 26, 2006 at 08:53:20AM +0800, Dan Jacobson wrote:
> Package: firefox
> Version: 1.5.dfsg-1
> Severity: wishlist
> 
> The user tried to install
> http://ftp.mozilla.org/pub/mozilla.org/extensions/sage/sage-1.3.6-fx+mz.xpi
> He is told he needs to edit his preferences to permit this, and given a 
> button.
> 
> It turns out instead he needs to edit about:config, and set
> xpinstall.enabled = true.
> 
> And indeed when he finally does, installation fails as it is an
> invalid file or something.
> 
> One would be much more confident if there were a debian sage package.
Shouldn't this be an RFP: sage?


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

Bug#349300: synaptic: Same problem is occurring here

[Andrew Kovacs]

On Friday 27 January 2006 21:23, you wrote:
> On Fri, Jan 27, 2006 at 05:45:36PM +1000, Andrew Kovacs wrote:
> > Package: synaptic
> > Version: 0.57.7.1
> > Followup-For: Bug #349300
> >
> > I'm also having the same problem since I updated my system on Monday or
> > Tuesday this week.
> > I've tried the example sources.list, as well as several others, and even
> > no sources.list at all, but still get the same result.
>
> Thanks for your bugreport and sorry for my late reply. Can you please
> check if you have "update-manager" installed and if removing
> update-manager fixes the problem?
>
> Thanks,
>  Michael

Hi Michael,

Yes I do have update-manager installed.  Uninstalling it fixed the problem 
immediately, even without purging.
Reinstalling update-manager brings the problem straight back.  It seems the 
two co-existing on the same system causes this bug with synaptic alright.

Hope this helps.

Regards,
Andrew


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

Bug#350231: ITP: libsocket++ -- a family of C++ classes for Socket Operations

[James Vega]

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


* Package name: libsocket++
  Version : 1.12.12
  Upstream Author : Herbert Straub <[EMAIL PROTECTED]>
* URL : http://www.linuxhacker.at/socketxx/download
* License : 
  Description : a family of C++ classes for Socket Operations

The socket++ library defines a family of C++ classes that can be used more
effectively than directly calling the underlying low-level system functions.
One distinct advantage of the socket++ is that it has the same interface as
that of the iostream so that the users can perform type-safe input output.

Copyright Notice:
-
Copyright (C) 1992-1996 Gnanasekaran Swaminathan <[EMAIL PROTECTED]>

Permission is granted to use at your own risk and distribute this software
in source and  binary forms provided  the above copyright notice and  this
paragraph are  preserved on all copies.  This software is provided "as is"
with no express or implied warranty.


Copyright Notice:
-
Portions Copyright (C) 2002-2003 Herbert Straub for all my changes (see
ChangeLog)

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


signature.asc
Description: Digital signature

Bug#350230: octave2.9: glpk() fails on sparse matrices

[Kim Hansen]

Package: octave2.9
Version: 2.9.4-11
Severity: normal
Tags: patch


glpk() fails on sparse matrices with a coredump, I have attached a patch
that fixes it.

Regards,
Kim Hansen

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (700, 'unstable')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-486
Locale: LANG=en_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1)
--- __glpk__.cc.orig	2006-01-28 03:18:23.0 +
+++ __glpk__.cc	2006-01-28 03:19:58.0 +
@@ -482,7 +482,7 @@
 }
   else
 {
-  SparseMatrix A (args(1).matrix_value ()); // get the sparse matrix
+  SparseMatrix A = args(1).sparse_matrix_value (); // get the sparse matrix
 
   if (error_state)
 	{
@@ -509,7 +509,7 @@
 	nz++;
 	rn(nz) = A.ridx(i) + 1;
 	cn(nz) = j + 1;
-	a(nz) = A(i,j);
+	a(nz) = A.data(i);
 	  }
 }
 

Bug#350229: gnome-games: gnomine cannot load images

[Alexander Tait Brotman]

Package: gnome-games
Version: 1:2.10.2-2
Severity: normal

gnomine will not start.  It gives this error when starting:



Could not load images

Required images have been found, but refused to load.

Please check your installation of gnome-games and its dependencies.



And then it has an OK button and will not allow gameplay.


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

Versions of packages gnome-games depends on:
ii  gnome-games-data   1:2.10.2-2data files for the GNOME games
ii  guile-1.6-libs 1.6.7-1   Main Guile libraries
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libc6  2.3.5-8   GNU C Library: Shared libraries an
ii  libesd00.2.36-3  Enlightened Sound Daemon - Shared 
ii  libgcc11:4.0.2-5 GCC support library
ii  libgconf2-42.12.1-8  GNOME configuration database syste
ii  libglade2-01:2.5.1-2 library to load .glade files at ru
ii  libglib2.0-0   2.8.5-1   The GLib library of C routines
ii  libgnome2-02.10.1-1  The GNOME 2 library - runtime file
ii  libgnomecanvas2-0  2.12.0-2  A powerful object-oriented display
ii  libgnomeui-0   2.10.1-1  The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0 2.10.1-5  The GNOME virtual file-system libr
ii  libgtk2.0-02.8.10-1  The GTK+ graphical user interface 
ii  libpango1.0-0  1.10.2-1  Layout and rendering of internatio
ii  librsvg2-common2.12.7-3  SAX-based renderer library for SVG
ii  libstdc++6 4.0.2-5   The GNU Standard C++ Library v3
ii  libxml22.6.23.dfsg.1-0.1 GNOME XML library
ii  zlib1g 1:1.2.3-9 compression library - runtime

Versions of packages gnome-games recommends:
pn  gnome-games-extra-data (no description available)
ii  python2.3.5-5An interactive high-level object-o

-- debconf-show failed


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

Bug#305678: bug #305678

[Guilherme de S. Pastore]

Em Sáb, 2006-01-28 às 01:24 -0200, Guilherme de S. Pastore escreveu:
> This is "kind of" fixed upstream. GNOME Terminal did not require any
> changes, but in a GNOME 2.13 environment that is the behaviour I see.

OK, stupid me, someone put it there without me noticing. I should define
some stricter policies on commits to gnome-terminal... heh.

-- 
Guilherme de S. Pastore (fatalerror)
<[EMAIL PROTECTED]>

Bug#350227: apachetop: enable regular expression support for filters

[Sven Koch]

Package: apachetop
Version: 0.12.5-7
Severity: minor


This should be the last for today ;)

When the libpcre is available on the system, apachetop compiles against
it and uses it for its filters.

How about adding libpcre3-dev to the build depends?

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

Versions of packages apachetop depends on:
ii  fam   2.7.0-9File Alteration Monitor
ii  libadns1  1.1-4  Asynchronous-capable DNS client li
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libfam0   2.7.0-9Client library to control the FAM 
ii  libgcc1   1:4.0.2-7  GCC support library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libreadline5  5.1-5  GNU readline and history libraries
ii  libstdc++64.0.2-7The GNU Standard C++ Library v3

apachetop recommends no packages.

-- no debconf information


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

Bug#305678: bug #305678

[Guilherme de S. Pastore]

tag 305678 fixed-upstream
quit

This is "kind of" fixed upstream. GNOME Terminal did not require any
changes, but in a GNOME 2.13 environment that is the behaviour I see.

Cheers,

-- 
Guilherme de S. Pastore (fatalerror)
<[EMAIL PROTECTED]>



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

Bug#350228: lintian: false positive package-uses-deprecated-debhelper-compat-version with cdbs

[Jay Berkenbilt]

Package: lintian
Version: 1.23.15
Severity: normal
Tags: patch

If a package uses cdbs and includes debhelper.mk, then it is using a
correct debhelper compatibility version of 4.  If you don't have a
debian/compat file that contains 4 (which cdbs will create
automatically, but may not be in the original sources), you will a
warning such as this one:

W: tiff source: package-uses-deprecated-debhelper-compat-version 1

I believe a sensible fix is to simply recognize that the correct
dhcompatvalue is 4 if cdbs is in use.  The lintian debhelper check
already makes other assumptions based on cdbs.  This one-line patch
should do the job.  It has the unfortunate property of hard-coding the
number "4" as the current debhelper compat version in another place,
but that's easily rectified if desirable.


-- 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.15-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages lintian depends on:
ii  binutils 2.16.1cvs20060117-1 The GNU assembler, linker and bina
ii  diffstat 1.41-1  produces graph of changes introduc
ii  dpkg-dev 1.13.11.1   package building tools for Debian
ii  file 4.15-2  Determines file type using "magic"
ii  gettext  0.14.5-2GNU Internationalization utilities
ii  intltool-debian  0.34.1+20050828 Help i18n of RFC822 compliant conf
ii  libparse-debianchang 1.0-1   parse Debian changelogs and output
ii  man-db   2.4.3-3 The on-line manual pager
ii  perl [libdigest-md5- 5.8.7-10Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information
--- checks/debhelper~   2006-01-19 09:11:59.0 -0500
+++ checks/debhelper2006-01-27 21:58:02.671089168 -0500
@@ -93,6 +93,7 @@
$seencommand = 1;
$needbuilddepends = 1;
$needtomodifyscripts = 1;
+   $needversiondepends = $dhcompatvalue = 4;
 } elsif (/^\s*export\s+DH_COMPAT\s*=\s*(\d+)/) {
$needversiondepends = $1;
 } elsif (/^\s*export\s+DH_COMPAT/) {

Bug#350226: erroneous package-uses-deprecated-debhelper-compat-version with cdbs

[Jay Berkenbilt]

Package: debhelper
Version: 5.0.17
Severity: normal
Tags: patch


If a package uses cdbs and includes debhelper.mk, then it is using a
correct debhelper compatibility version of 4.  If you don't have a
debian/compat file that contains 4 (which cdbs will create
automatically, but may not be in the original sources), you will a
warning such as this one:

W: tiff source: package-uses-deprecated-debhelper-compat-version 1

I believe a sensible fix is to simply recognize that the correct
dhcompatvalue is 4 if cdbs is in use.  The lintian debhelper check
already makes other assumptions based on cdbs.  This one-line patch
should do the job.  It has the unfortunate property of hard-coding the
number "4" as the current debhelper version in yet another place, but
that's easily rectified if desirable.

8<
--- checks/debhelper~   2006-01-19 09:11:59.0 -0500
+++ checks/debhelper2006-01-27 21:58:02.671089168 -0500
@@ -93,6 +93,7 @@
$seencommand = 1;
$needbuilddepends = 1;
$needtomodifyscripts = 1;
+   $needversiondepends = $dhcompatvalue = 4;
 } elsif (/^\s*export\s+DH_COMPAT\s*=\s*(\d+)/) {
$needversiondepends = $1;
 } elsif (/^\s*export\s+DH_COMPAT/) {
8<


-- 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.15-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages debhelper depends on:
ii  binutils 2.16.1cvs20060117-1 The GNU assembler, linker and bina
ii  coreutils [fileutils 5.93-5  The GNU core utilities
ii  debconf-utils1.4.68  debconf utilities
ii  dpkg-dev 1.13.11.1   package building tools for Debian
ii  file 4.15-2  Determines file type using "magic"
ii  html2text1.3.2a-3An advanced HTML to text converter
ii  perl 5.8.7-10Larry Wall's Practical Extraction 
ii  po-debconf   0.9.2   manage translated Debconf template

debhelper recommends no packages.

-- no debconf information
--- checks/debhelper~   2006-01-19 09:11:59.0 -0500
+++ checks/debhelper2006-01-27 21:58:02.671089168 -0500
@@ -93,6 +93,7 @@
$seencommand = 1;
$needbuilddepends = 1;
$needtomodifyscripts = 1;
+   $needversiondepends = $dhcompatvalue = 4;
 } elsif (/^\s*export\s+DH_COMPAT\s*=\s*(\d+)/) {
$needversiondepends = $1;
 } elsif (/^\s*export\s+DH_COMPAT/) {

Bug#350189: amavisd-new installation depends on coreutils version > 5.0.91-2

[Henrique de Moraes Holschuh]

tag 350189 + woody wontfix
severity 350189 wishlist
thanks

On Fri, 27 Jan 2006, Gary V wrote:
> I had coreutils version 5.0.91-2 and when I upgraded to

Coreutils in sarge and etch are above 5.0.91.  The current amavisd-new
packages in Sid/Etch are targetting Etch and concern themselves only with
Sarge.

I am inclined not to fix this bug.  Brian, what do you think?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#350225: apachetop: memory leaks and some more

[Sven Koch]

Package: apachetop
Version: 0.12.5-7
Severity: normal
Tags: patch


hallo,

hope I don't get too annoying.

I've used apachetop now for some weeks running in screen on a moderately
busy server - after some days (with 3-8 hits/s) it takes lots of ram, last
time I've killed it it used over 300mb - so I started debugging, keeping the
hits of the last 15min in memory should never take that much.

The result are two found memory leaks, and two small changes/fixes to use
even less ram.

Description of the Changes:

1.
src/timed_circle.cc src/hit_circle.cc
missing twice: if (hit->ip_pos) im->sub_ref(hit->ip_pos);
ip map entries are never freed, memory leak (notably if you
have many users and a long running apachetop)

needs small check in src/map.cc map::sub_ref(), for -1 in
hit->ip_pos

2.
src/timed_circle.cc src/hit_circle.cc
if (hit->host_pos) - checks for '!= 0', but 0 is a valid position
first entry in each map is never freed, memory leak (but small)

still unfixed in my patch

3.
src/map.cc
map::destroy()
calls tab_hash->destroy() twice, once direct and once through
"delete tab_hash"
(harmless because hashes are never freed/only at program exit)

4.
src/map.cc
map::sub_ref():
directly free/reinit tab positions to free no longer needed string
memory


And the patch:

diff -ur apachetop-0.12.5/src/hits_circle.cc 
apachetop-0.12.5.new/src/hits_circle.cc
--- apachetop-0.12.5/src/hits_circle.cc 2004-07-25 22:41:08.0 +0200
+++ apachetop-0.12.5.new/src/hits_circle.cc 2006-01-28 02:23:41.0 
+0100
@@ -8,7 +8,7 @@
 
 #include "apachetop.h"
 
-extern map *hm, *um, *rm;
+extern map *hm, *um, *rm, *im;
 
 int Hits_Circle::create(unsigned int passed_size)
 {
@@ -48,7 +48,7 @@
hm->sub_ref(posptr->host_pos);
um->sub_ref(posptr->url_pos);
rm->sub_ref(posptr->ref_pos);
-
+   im->sub_ref(posptr->ip_pos);
}

/* maintain some stats */
diff -ur apachetop-0.12.5/src/log.cc apachetop-0.12.5.new/src/log.cc
--- apachetop-0.12.5/src/log.cc 2004-07-25 22:41:08.0 +0200
+++ apachetop-0.12.5.new/src/log.cc 2006-01-28 03:41:16.0 +0100
@@ -365,7 +365,8 @@
lb->want_host = false;
lb->want_ip = false;
delete lb->dns_query;
-
+   lb->dns_query = NULL;
+   
if (answer->status == adns_s_ok)
{
/* we have a reply */
diff -ur apachetop-0.12.5/src/map.cc apachetop-0.12.5.new/src/map.cc
--- apachetop-0.12.5/src/map.cc 2004-05-08 01:46:16.0 +0200
+++ apachetop-0.12.5.new/src/map.cc 2006-01-28 03:42:24.0 +0100
@@ -41,7 +41,6 @@
 {
free(tab);
 
-   tab_hash->destroy();
delete tab_hash;
 
return 0;
@@ -99,7 +98,7 @@
 * particular entry is incremented */
tab[x].refcount++;
 
-// dprintf("%d Found %p %d for %s\n", time(NULL), this, x, string);
+// dprintf("%d Found %p %d %d for %s\n", time(NULL), this, x, 
tab[x].refcount, string);
return x;
}

@@ -188,10 +187,22 @@
 
 void map::sub_ref(int pos)
 {
-// dprintf("%d subref %p %d for %s\n",
-// time(NULL), this, pos, tab[pos].string);
+// dprintf("%d subref %p %d %d for %s\n",
+// time(NULL), this, pos, tab[pos].refcount, tab[pos].string);
+
+   /* -1 means no/invalid position, can happen with ip map */
+   if (pos < 0) return;

-   if (tab[pos].refcount > 0)
+   if (tab[pos].refcount > 0) {
tab[pos].refcount--;
-
+   if ((tab[pos].refcount == 0) && (tab[pos].string)) {
+   /* remove from hash */
+   tab_hash->remove(tab[pos].string);
+   
+   /* remove from table */
+   free(tab[pos].string);
+   tab[pos].string = NULL;
+   tab[pos].time = 0;
+   }
+   }
 }
diff -ur apachetop-0.12.5/src/timed_circle.cc 
apachetop-0.12.5.new/src/timed_circle.cc
--- apachetop-0.12.5/src/timed_circle.cc2004-05-13 17:43:31.0 
+0200
+++ apachetop-0.12.5.new/src/timed_circle.cc2006-01-28 03:41:09.0 
+0100
@@ -15,7 +15,7 @@
 extern time_t now; /* global ApacheTop-wide to save on time() calls */
 extern struct gstat gstats;
 
-extern map *hm, *um, *rm;
+extern map *hm, *um, *rm, *im;
 
 int Timed_Circle::create(unsigned int size)
 {
@@ -92,6 +92,7 @@
if (hit->host_pos) hm->sub_ref(hit->host_pos);
if (hit->url_pos) um->sub_ref(hit->url_pos);
if (hit->ref_pos) rm->sub_ref(hit->ref_pos);
+   if (hit->ip_pos) im->sub_ref(hit->ip_pos);
}
 
/* start at the beginning of the HIT array */
@@ -144,6 +145,7 @@
 

Bug#350224: kaffeine/xine engine freezes on rewinding

[Rafal Maj]

Package: kaffeine
Version: 0.7.1-1.3+b1
Severity: serious

While playing some movies (in example dvix) via kaffeine with xine
engine, the kaffeine sort of hangs after rewinding movie a bit around,
the movie continiue to play, user can move even the window around,
although kaffeine UI do not accept any commends (one can NOT stop movei,
rewind, pause, or even close the program normally - have to kill it)




[EMAIL PROTECTED]:~$ dpkg --list `apt-cache search xine | cut -d" " -f1`  |
sed -e "s/^\(.\{,55\}\).*/\1/"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-con
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (St
||/ Name   Version Description
+++-==-===-
ii  amarok 1.3.8-1 versatile and ea
ii  amarok-gstreamer   1.3.8-1 GStreamer engine
ii  amarok-xine1.3.8-1 xine engine for
un  em8300-bin   (no description
ii  enlightenment  0.16.7.2-1  The Enlightenmen
ii  gxine  0.4.8-0.1   the xine video p
ii  kaffeine   0.7.1-1.3+b1versatile media
ii  kaffeine-gstreamer 0.7.1-1.3+b1GStreamer engine
ii  kaffeine-mozilla   0.4.3.1-1   mozilla plugin t
ii  kaffeine-xine  0.7.1-1.3+b1Xine engine for
ii  libarts1-xine  3.4.3-5 aRts plugin enab
un  libvcdinfo-dev   (no description
ii  libvcdinfo00.7.21-2library to extra
ii  libxine-dev1.0.1-1.4   the xine video p
ii  libxine1   1.0.1-1.4   the xine video/m
ii  libxinerama-dev6.8.2.dfsg.1-11 X Window System
ii  libxinerama1   6.8.2.dfsg.1-11 X Window System
un  libxinerama1-dbg (no description
ii  openbox3.2-7   standards compli
un  oroborus (no description
un  pawserv  (no description
un  quark(no description
un  rlinetd  (no description
ii  totem  1.2.1-3 A simple media p
un  totem-gstreamer  (no description
ii  totem-xine 1.2.1-3 A simple media p
ii  xdmx   6.8.2.dfsg.1-9  Distributed Mult
un  xfmedia  (no description
ii  xine-ui0.99.3-1.1  the xine video p
ii  xinetd 2.3.13-3replacement for


-- 
Rafał Maj
www.Raf256.com C++



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

Bug#140937: bug is still present with evolution 2.4.2.1

[Frank Hart]

I can reproduce this bug: 
Message-ID: <[EMAIL PROTECTED]>
X-Mailer: reportbug 3.18
Date: Sat, 28 Jan 2006 03:08:24 +0100

Package: evolution
Version: 2.4.2.1-1
Followup-For: Bug #140937

1. create 2 new maildirfolders in ~/Maildir on the imapserver:
[EMAIL PROTECTED]:~/Maildir$ maildirmake.dovecot .test.1
[EMAIL PROTECTED]:~/Maildir$ maildirmake.dovecot .test.2

This is the ExtendedMaildiFormat introduced by Courier to create 
subfolders (http://wiki.mutt.org/?ExtendedMaildirFormat):
Maildir/
 cur/
 new/
 tmp/
 .test.1/
  cur/
  new/
  tmp/
 .test.2/
  cur/
  new/
  tmp/

In a MUA, it would look like this:
 INBOX
 |-test
 | |-1
 | `-2
 `-Sent

2. Now subscribe to the new subfolders in Evolution:
'Folder --> Subscriptions --> Refresh' and select 'test'

This gives: "Error while performing operation. IMAP command failed: 
[TRYCREATE] Mailbox doesn't exist: test"

The subfolders can be selected but they aren't visible until Evolution 
is restarted. 

The subfolders can only be accessed when the tree is expanded. If you 
try to select the 'test' folder directly you get: "Error while Opening 
folder imap://[EMAIL PROTECTED]/tst;noselect=yes. No such folder 
test"

These problems don't occur in Thunderbird or Mutt. In TB, the 'test' 
folder is grey and italic and in mutt the folder is shown as 'test.'.

A workaround is to manually create a new folder in Evolution and after 
that create the subfolders. But that isn't right because you now have an 
empty 'test' folder with a 'new', 'cur' and 'tmp' dir in it.

hth,
Frank

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

Versions of packages evolution depends on:
ii  evolution-dat 1.4.2.1-1  evolution database backend server
ii  gconf22.12.1-8   GNOME configuration database syste
ii  gnome-icon-th 2.12.1-2   GNOME Desktop icon theme
ii  gtkhtml3.83.8.1-1HTML rendering/editing library - b
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libbonobo2-0  2.10.1-1   Bonobo CORBA interfaces library
ii  libbonoboui2- 2.10.1-2   The Bonobo UI library
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libcamel1.2-6 1.4.2.1-1  The Evolution MIME message handlin
ii  libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library
ii  libcompfaceg1 1:1.5.2-2  Compress/decompress images for mai
ii  libdb4.2  4.2.52-23  Berkeley v4.2 Database Libraries [
ii  libebook1.2-5 1.4.2.1-1  Client library for evolution addre
ii  libecal1.2-3  1.4.2.1-1  Client library for evolution calen
ii  libedataserve 1.4.2.1-1  Utility library for evolution data
ii  libedataserve 1.4.2.1-1  GUI utility library for evolution 
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libfontconfig 2.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libgail-commo 1.8.8-1GNOME Accessibility Implementation
ii  libgail17 1.8.8-1GNOME Accessibility Implementation
ii  libgconf2-4   2.12.1-8   GNOME configuration database syste
ii  libgcrypt11   1.2.2-1LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgnome-keyr 0.4.6-2GNOME keyring services library
ii  libgnome-pilo 2.0.12-1.6 Support libraries for gnome-pilot
ii  libgnome2-0   2.12.0.1-4 The GNOME 2 library - runtime file
ii  libgnomecanva 2.12.0-2   A powerful object-oriented display
ii  libgnomeprint 2.12.1-3   The GNOME 2.2 print architecture -
ii  libgnomeprint 2.12.1-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.12.0-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2- 2.12.2-5   GNOME virtual file-system (runtime
ii  libgnutls11   1.0.16-14  GNU TLS library - runtime library
ii  libgpg-error0 1.1-4  library for common error values an
ii  l

Bug#350025: Update.

[Zephaniah E. Hull]

tags 350025 + patch
stop

The problem is caused because I have a package with a status entry
larger then 32k.

Attached is a patch which fixes the problem by the expedient of using
mmap instead of a sliding buffer, it has been tempted and works fine.

Note, the constructor still has a size argument, it's just not used.

I didn't want to change the API, I'll leave that bit of cleanup to the
apt maintainers.

Thanks.

-- 
  1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]>
   92ED 94E4 B1E6 3624 226D  5727 4453 008B E65A 7801
CCs of replies from mailing lists are requested.

   "From"
   "Wow. The green word From is no longer yellow. That's deep, man."
 -- Marcus Meissner & Lars Balker Rasmussen in the Scary Devil Monastery
diff -ur orig/apt-0.6.43.2/apt-pkg/tagfile.cc apt-0.6.43.2/apt-pkg/tagfile.cc
--- orig/apt-0.6.43.2/apt-pkg/tagfile.cc2005-10-19 15:19:08.0 
-0400
+++ apt-0.6.43.2/apt-pkg/tagfile.cc 2006-01-27 21:06:14.0 -0500
@@ -35,20 +35,20 @@
  Fd(*pFd),
  Size(Size)
 {
-   if (Fd.IsOpen() == false)
+   if (Fd.IsOpen() == false || Fd.Size() == 0)
{
   Buffer = 0;
   Start = End = Buffer = 0;
-  Done = true;
   iOffset = 0;
+  Map = NULL;
   return;
}

-   Buffer = new char[Size];
-   Start = End = Buffer;
-   Done = false;
+   Map = new MMap (Fd, MMap::Public | MMap::ReadOnly);
+   Buffer = (char *) Map->Data ();
+   Start = Buffer;
+   End = Buffer + Map->Size ();
iOffset = 0;
-   Fill();
 }
/*}}}*/
 // TagFile::~pkgTagFile - Destructor   /*{{{*/
@@ -56,7 +56,7 @@
 /* */
 pkgTagFile::~pkgTagFile()
 {
-   delete [] Buffer;
+   delete Map;
 }
/*}}}*/
 // TagFile::Step - Advance to the next section /*{{{*/
@@ -64,14 +64,13 @@
 /* If the Section Scanner fails we refill the buffer and try again. */
 bool pkgTagFile::Step(pkgTagSection &Tag)
 {
+   if (Start == End)
+  return false;
+
if (Tag.Scan(Start,End - Start) == false)
{
-  if (Fill() == false)
-return false;
-  
-  if (Tag.Scan(Start,End - Start) == false)
-return _error->Error(_("Unable to parse package file %s (1)"),
- Fd.Name().c_str());
+  return _error->Error(_("Unable to parse package file %s (1)"),
+ Fd.Name().c_str());
}
Start += Tag.size();
iOffset += Tag.size();
@@ -80,50 +79,6 @@
return true;
 }
/*}}}*/
-// TagFile::Fill - Top up the buffer   /*{{{*/
-// -
-/* This takes the bit at the end of the buffer and puts it at the start
-   then fills the rest from the file */
-bool pkgTagFile::Fill()
-{
-   unsigned long EndSize = End - Start;
-   unsigned long Actual = 0;
-   
-   memmove(Buffer,Start,EndSize);
-   Start = Buffer;
-   End = Buffer + EndSize;
-   
-   if (Done == false)
-   {
-  // See if only a bit of the file is left
-  if (Fd.Read(End,Size - (End - Buffer),&Actual) == false)
-return false;
-  if (Actual != Size - (End - Buffer))
-Done = true;
-  End += Actual;
-   }
-   
-   if (Done == true)
-   {
-  if (EndSize <= 3 && Actual == 0)
-return false;
-  if (Size - (End - Buffer) < 4)
-return true;
-  
-  // Append a double new line if one does not exist
-  unsigned int LineCount = 0;
-  for (const char *E = End - 1; E - End < 6 && (*E == '\n' || *E == '\r'); 
E--)
-if (*E == '\n')
-   LineCount++;
-  for (; LineCount < 2; LineCount++)
-*End++ = '\n';
-  
-  return true;
-   }
-   
-   return true;
-}
-   /*}}}*/
 // TagFile::Jump - Jump to a pre-recorded location in the file /*{{{*/
 // -
 /* This jumps to a pre-recorded file location and reads the record
@@ -141,20 +96,7 @@
 
// Reposition and reload..
iOffset = Offset;
-   Done = false;
-   if (Fd.Seek(Offset) == false)
-  return false;
-   End = Start = Buffer;
-   
-   if (Fill() == false)
-  return false;
-
-   if (Tag.Scan(Start,End - Start) == true)
-  return true;
-   
-   // This appends a double new line (for the real eof handling)
-   if (Fill() == false)
-  return false;
+   Start = Buffer + iOffset;

if (Tag.Scan(Start,End - Start) == false)
   return _error->Error(_("Unable to parse package file %s 
(2)"),Fd.Name().c_str());
@@ -181,7 +123,7 @@
Stop = Section = Start;
memset(AlphaIndexes,0,sizeof(AlphaIndexes));
 
-   if (Stop == 0)
+   if (Stop == 0 || MaxLength == 0)
   return false;

TagCou

Bug#350223: apachetop: remove generated files (src/.deps/*, Makefiles) from debian .diff.gz - use make distclean

[Sven Koch]

Package: apachetop
Version: 0.12.5-7
Severity: minor
Tags: patch


hello again ;)

The Debian .diff.gz contains many generated files, like src/.deps and
Makefiles - remove them in clean-target

--- apachetop-0.12.5.orig/debian/rules  2006-01-28 03:11:36.0 +0100
+++ apachetop-0.12.5/debian/rules   2006-01-28 03:07:41.0 +0100
@@ -46,7 +46,7 @@
dh_testroot
 
# Add here commands to clean up after the build process.
-   -$(MAKE) clean
+   -$(MAKE) distclean
 
rm -f build-stamp configure-stamp
rm -f config.log config.status


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

Versions of packages apachetop depends on:
ii  fam   2.7.0-9File Alteration Monitor
ii  libadns1  1.1-4  Asynchronous-capable DNS client li
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libfam0   2.7.0-9Client library to control the FAM 
ii  libgcc1   1:4.0.2-7  GCC support library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libreadline5  5.1-5  GNU readline and history libraries
ii  libstdc++64.0.2-7The GNU Standard C++ Library v3

apachetop recommends no packages.

-- debconf-show failed


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

Bug#349144: yakuake: console list at the bottom is badly displayed

[Cyril Brulebois]

Roberto Pariset <[EMAIL PROTECTED]> (25/01/2006):
> I also found another problem, but I am not sure whether I should file
> another bug or not.
I don't have any sort of idea, since I'm really not aware of all that
kind of KDE stuff.

> - open yakuake
> - create another tab by cliccing on the [+] button
> - use shift+right to move to the new tab
> - use shift+left to move to the old tab
> - close yakuake using the [x] button
> - experience the crash :-S
Reproducible on my side too. Signal 11.

I'm not sure I'll investigate on this one, because running yakuake
with a single tab and no tab-bar is sufficient for me, I use it as a
launcher (instead of xfrun4 for example).

Cheers,

-- 
Cyril Brulebois


pgphFH3AoWe0m.pgp
Description: PGP signature

Bug#350215: udev fails to autoload floppy, 8250 serial and possibly other modules

[Piotr Kaczuba]

On Sat, Jan 28, 2006 at 01:51:02AM +0100, Marco d'Itri wrote:
> On Jan 28, Piotr Kaczuba <[EMAIL PROTECTED]> wrote:
> 
> > Udev doesn't autoload the floppy, 8250 serial, pcspkr module and 
> > possibly others, too. Neither does udevsynthesize. It worked in previous
> > version, 0.081-1.
> Looks like your kernel lacks PNP support:
> 
> > -- Kernel configuration:
> >  isapnp_init not present.
> 
> Check README.Debian for details.
If you mean CONFIG_ISAPNP, there's no such config option in 2.6.15.1.
However, I do have CONFIG_PNP and CONFIG_PNPACPI set.

> 
> (Or maybe you have an empty /etc/modprobe.conf.)
Yes, it's non-existent, but it's not necessary according to the manual
page, as the files in /etc/modprobe.d directory are used then.

Also please note, that by just downgrading to udev 0.081-1,
udevsynthesize loads all the missing modules.


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

Bug#349276: tk8.0: obsolete package, should be removed?

[Jeroen van Wolffelaar]

On Mon, Jan 23, 2006 at 01:53:39PM -0800, Chris Waters wrote:
> On Sat, Jan 21, 2006 at 03:06:51PM -0800, Steve Langasek wrote:
> 
> > It's my impression that the tk8.0 package doesn't serve a purpose anymore in
> > etch; we have both tk8.3 and tk8.4 which supersede it, and its only
> > reverse-deps are itcl3.0 and blt
> 
> Hi, thanks, I completely agree.  I'll go ahead and reassign this and
> upload an updated blt.

You didn't update blt yet, but as that is your own package, I still
proceeded with the removal.

Thanks,
--Jeroen

-- 
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://jeroen.A-Eskwadraat.nl


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

Bug#350222: installation report Dell PE 1600

[Michel van der Klei]

Package: installation-reports

Boot method: USB Stick
Image version:
http://ftp.debian.org/debian/dists/testing/main/installer-i386/beta1/images/hd-media/
Date: 27012006

Machine: Dell PowerEdge 1600 SC
Processor: Pentium XEON 2,4 Ghz
Mem: 1024 MB
uname -a: Linux morpheus 2.4.27-2-686 #1 Wed Nov 30 21:55:37 JST 2005
i686 GNU/Linux

Partitions:  

Disk /dev/hda: 120.0 GB, 1200 bytes
255 heads, 63 sectors/track, 14589 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/hda1   1   4   32098+  de  Dell Utility
/dev/hda2   *   5  10   48195   83  Linux
/dev/hda3  11 132  979965   83  Linux
/dev/hda4 133   14589   116125852+   5  Extended
/dev/hda5 133 740 4883728+  83  Linux
/dev/hda6 7411348 4883728+  83  Linux
/dev/hda713491470  979933+  82  Linux swap /
Solaris
/dev/hda81471   14589   105378336   8e  Linux LVM

Disk /dev/hdb: 120.0 GB, 1200 bytes
255 heads, 63 sectors/track, 14589 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/hdb1   1364829302528+  8e  Linux LVM
/dev/hdb33649   1458987883582+  83  Linux

Output of lspci and lspci -n:

:00:00.0 Host bridge: Broadcom GCNB-LE Host Bridge (rev 32)
:00:00.1 Host bridge: Broadcom GCNB-LE Host Bridge
:00:02.0 Ethernet controller: Intel Corporation 82540EM Gigabit
Ethernet Controller (rev 02)
:00:04.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet
Pro 100] (rev 0d)
:00:06.0 SCSI storage controller: Adaptec AIC-7892B U160/m (rev 02)
:00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL
(rev 27)
:00:0f.0 Host bridge: Broadcom CSB5 South Bridge (rev 93)
:00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93)
:00:0f.2 USB Controller: Broadcom OSB4/CSB5 OHCI USB Controller (rev
05)
:00:0f.3 ISA bridge: Broadcom CSB5 LPC bridge
:00:10.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05)
:00:10.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 05)
:01:04.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030
PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 07)


:00:00.0 0600: 1166:0017 (rev 32)
:00:00.1 0600: 1166:0017
:00:02.0 0200: 8086:100e (rev 02)
:00:04.0 0200: 8086:1229 (rev 0d)
:00:06.0 0100: 9005:0081 (rev 02)
:00:0e.0 0300: 1002:4752 (rev 27)
:00:0f.0 0600: 1166:0201 (rev 93)
:00:0f.1 0101: 1166:0212 (rev 93)
:00:0f.2 0c03: 1166:0220 (rev 05)
:00:0f.3 0601: 1166:0225
:00:10.0 0600: 1166:0101 (rev 05)
:00:10.2 0600: 1166:0101 (rev 05)
:01:04.0 0100: 1000:0030 (rev 07)


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

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Create file systems:[O]
Mount partitions:   [O]
Install base system:[O]
Install boot loader:[O]
Installed system ok:[O]

Comments/Problems:

All OK

Regards,

Michel

-- 





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

Bug#350220: please add a udeb

[Martin Michlmayr]

Package: beep
Severity: wishlist
Version: 1.2.2-16
Tags: patch

Please add a udeb to beep.  I'd like to use this package in
debian-installer to indicate on machines w/o a serial console or
virtual terminal when they can log into the box via SSH to start the
installation.  In particular, I need this for the Linksys NSLU2,
together with the patch in #350214.


diff -urN beep-1.2.2.old/debian/control beep-1.2.2/debian/control
--- beep-1.2.2.old/debian/control   2006-01-28 00:07:30.0 +
+++ beep-1.2.2/debian/control   2006-01-28 00:52:24.0 +
@@ -15,3 +15,15 @@
  controlled completely through command line options. It's not supposed to be
  complex, and it isn't - but it makes system monitoring (or whatever else it
  gets hacked into) much more informative.
+
+Package: beep-udeb
+Architecture: any
+Depends: ${shlibs:Depends}
+Section: debian-installer
+Description: advanced speaker beeper
+ beep does what you'd expect: it beeps. However, it offers various
+ additional features, such as the ability to control pitch, duration,
+ and repetitions.
+ .
+ beep-udeb is a minimal package used by debian-installer.
+
diff -urN beep-1.2.2.old/debian/rules beep-1.2.2/debian/rules
--- beep-1.2.2.old/debian/rules 2006-01-28 00:07:30.0 +
+++ beep-1.2.2/debian/rules 2006-01-28 00:53:42.0 +
@@ -3,6 +3,10 @@
 
 PACKAGE = beep
 TMP = $(CURDIR)/debian/$(PACKAGE)
+TMP_UDEB = $(CURDIR)/debian/$(PACKAGE)-udeb
+
+VERSION = $(shell dpkg-parsechangelog | grep "^Version:" | cut -d" " -f 2)
+ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH)
 
 FLAGS = -g -Wall
 INSTALL = install
@@ -25,7 +29,7 @@
 clean:
$(checkdir)
$(checkroot)
-   -rm -rf $(TMP) debian/substvars debian/files build-stamp
+   -rm -rf $(TMP) $(TMP_UDEB) debian/substvars debian/files build-stamp
-$(MAKE) clean
 
 
@@ -39,7 +43,7 @@
 install: build
$(checkdir)
$(checkroot)
-   -rm -rf $(TMP) debian/substvars
+   -rm -rf $(TMP) $(TMP_UDEB) debian/substvars
$(INSTALL_DIR) $(TMP)
cd $(TMP) && $(INSTALL_DIR) usr/bin usr/share/man/man1 \
usr/share/doc/$(PACKAGE)
@@ -56,6 +60,8 @@
$(INSTALL_FILE) CREDITS README $(TMP)/usr/share/doc/$(PACKAGE)
$(INSTALL_FILE) CHANGELOG $(TMP)/usr/share/doc/$(PACKAGE)/changelog
cd $(TMP)/usr/share/doc/$(PACKAGE) && gzip -9 changelog README
+   $(INSTALL_DIR) $(TMP_UDEB)/usr/bin
+   $(INSTALL_PROGRAM) beep $(TMP_UDEB)/usr/bin
 
 
 # Build architecture-independent files here.
@@ -81,6 +87,12 @@
cd $(TMP) && find * -type f ! -regex '^DEBIAN/.*' -print0 | \
xargs -r0 md5sum > DEBIAN/md5sums
dpkg --build $(TMP) ..
+   $(INSTALL_DIR) $(TMP_UDEB)/DEBIAN
+   dpkg-shlibdeps -Tdebian/substvars -dDepends $(TMP_UDEB)/usr/bin/beep
+   dpkg-gencontrol -ldebian/changelog -isp -Tdebian/substvars 
-p$(PACKAGE)-udeb \
+   -P$(TMP_UDEB) -fdebian/files~
+   dpkg-distaddfile $(PACKAGE)-udeb_$(VERSION)_$(ARCH).udeb 
debian-installer optional
+   dpkg --build $(TMP_UDEB) ../$(PACKAGE)-udeb_$(VERSION)_$(ARCH).udeb
 
 
 binary: binary-arch



-- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#350134: mime-support: It is trying to use some not-installed programs for some mime-types

[Brian White]

And take a look at this:
~$ see --debug=10 elen7b.doc 
 - parsing parameter "elen7b.doc"

 - Reading mime.types file "/home/emil/.mime.types"...
 - Reading mime.types file "/etc/mime.types"...
 - extension "doc" maps to mime-type "application/msword"
 - Reading mailcap file "/home/emil/.mailcap"...
 - Reading mailcap file "/etc/mailcap"...
Processing file "elen7b.doc" of type "application/msword" (encoding=none)...
 - checking mailcap entry "application/msword; wvMime '%s'; copiousoutput; 
description=Microsoft Word Document; test=test -n "$DISPLAY"; print=wvWare --nographics 
-x /usr/share/wv/wvHtml.xml '%s' | lynx -dump -force_html -nolist /dev/stdin | print 
text/plain:-"
 - program to execute: wvMime '%s'
 - running test: test -n "$DISPLAY"  (result=0=true)
 - executing: wvMime 'elen7b.doc' | /usr/bin/see --action=view text/plain:-


Some package other than mime-support has installed this rule.  Try

  grep wvMime /usr/lib/mime/packages/*

Then reassign this bug against that package.



And I dont have crappy lynx. Why the hell it is trying to use not installed
programs for displaying this *.doc


It shouldn't be calling lynx.  It should instead pipe it to

print text/html:-

and let that rule determine how to convert text/html to text/plain for 
printing.


  Brian
  ( [EMAIL PROTECTED] )

---
A bend in the road is not the end of the road unless you fail to make 
the turn.



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

Bug#289868: NMU?

[David N. Welton]

Olaf van der Spek wrote:
> Hi,
> 
> Do you mind if a NMU is done to fix this issue?

No, go ahead - thanks!


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

Linux, Open Source Consulting
- http://www.dedasys.com/


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

Bug#350219: initrd-netboot-tools: confusing cp-errors if busybox is activated in mkinitrd.conf

[Micha Lenk]

Package: initrd-netboot-tools
Version: 0.5.3cvs.20040906-16
Severity: minor
Tags: patch

Hello,

today I've spend some hours on tracking some weird error messages if
busybox is enabled in /etc/mkinitrd/mkinitrd.conf:

cp: cannot create regular file
`/tmp/mkinitrd.82xcVX/initrd//usr/bin/cut': No such file or directory
cp: cannot create regular file
`/tmp/mkinitrd.82xcVX/initrd//sbin/ifconfig': No such file or directory
cp: cannot create regular file `/tmp/mkinitrd.82xcVX/initrd//bin/grep':
No such file or directory
cp: cannot create regular file
`/tmp/mkinitrd.82xcVX/initrd//usr/bin/head': No such file or directory
cp: cannot create regular file
`/tmp/mkinitrd.82xcVX/initrd//bin/hostname': No such file or directory
cp: cannot create regular file
`/tmp/mkinitrd.82xcVX/initrd//usr/bin/tr': No such file or directory
cp: cannot create regular file
`/tmp/mkinitrd.82xcVX/initrd//sbin/route': No such file or directory

I discovered that these messages are not really an error (the built
initrd is just fine). The error is caused by already existing symlinks
to busybox which isn't in the place (/bin2/busybox) the symlink points
to during build of the initrd.

I attached a patch for /etc/mkinitrd/scripts/netboot (appliable to the
netboot script of initrd-netboot-tools 0.5.3cvs.20040906-16) which lets
the netboot script detect those cases and print out a notice instead of
copying and failing. If you think that this notice might confuse other
users just skip the else clause in the added code. :-)

Yours
  Micha

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages initrd-netboot-tools depends on:
ii  initrd-tools  0.1.81.1   tools to create initrd image for p

-- no debconf information
--- netboot.orig2006-01-28 01:31:22.737829192 +0100
+++ netboot 2006-01-28 01:35:21.852478240 +0100
@@ -62,8 +62,12 @@
 
 copy_initrd_file(){
   filename="$1"
-  mkdir -p "$(dirname $INITRDDIR/$filename)"
-  cp -a "$filename" "$INITRDDIR/$filename"
+  if [ ! -L $INITRDDIR/$filename ]; then
+mkdir -p "$(dirname $INITRDDIR/$filename)"
+cp -a "$filename" "$INITRDDIR/$filename"
+  else
+echo "NOTICE: Skipping copying of $filename, destination is a symbolic 
link to $(readlink $INITRDDIR/$filename)"
+  fi
 }
 
 # hard-code these two, so old debconf values don't bite us

Bug#350218: initscripts: Bootclean doesn't clean all nested directories in /tmp

[Piotr Kaczuba]

Package: initscripts
Version: 2.86.ds1-11
Severity: normal


When cleaning /tmp, bootclean doesn't remove all directories. The
problem seems to be, that find lists first a parent directory and then
the directories beneath. Removing the parent directory fails silently,
because it's not empty. Thus, after having run, bootclean leaves some
empty directories.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.1-orbiter.x86-64.2
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)

Versions of packages initscripts depends on:
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  e2fsprogs 1.38+1.39-WIP-2005.12.31-1 ext2 file system utilities and lib
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  lsb-base  3.0-14 Linux Standard Base 3.0 init scrip
ii  mount 2.12r-5Tools for mounting and manipulatin

initscripts recommends no packages.

-- no debconf information


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

Bug#76361: sutter paul

[Tamra]

How are you, paul sutter

You can generating 1.5 - 3.5k daily!

Phone me at my office below.

1.800.301.3784

Let us help you generate cash!

Thanks,
Tamra



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

Bug#41030: jordan nick

[Myron]

How have you been, nick jordan

You could be generating 1.5 - 3.5k daily!

Ring me at my line below.

1.800.513.3876

Let us help you generate payments!

Respects,
Myron



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

Bug#350213: kde-style-lipstik: ftbfs [sparc] autoconf: command not found

[Blars Blarson]

On Fri, Jan 27, 2006 at 04:19:29PM -0800, Steve Langasek wrote:
> On Fri, Jan 27, 2006 at 03:38:25PM -0800, Blars Blarson wrote:
> > Package: kde-style-lipstik
> > Version: 2.1-2
> > Severity: serious
> > Justification: no longer builds from source
> 
> > kde-style-lipstik faild to build on a sparc buildd and an ia64 buildd.
> > Usling current debian libtool has been sugjested to cure this type of
> > error.
> 
> Huh?  The errors you quoted are all about automake and autoconf.  How do you
> expect a different libtool to make a difference?
> 
> The fix is to either build-depend on automake/autoconf, or to add
> AM_MAINTAINER_MODE to configure.in when including autogenerated files in the
> Debian diff (as has been done here).

Ignore my libtool statement, I was confusing it with another bug.

-- 
Blars Blarson   [EMAIL PROTECTED]
http://www.blars.org/blars.html
With Microsoft, failure is not an option.  It is a standard feature.


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

Bug#350213: kde-style-lipstik: ftbfs [sparc] autoconf: command not found

[Steve Langasek]

On Fri, Jan 27, 2006 at 03:38:25PM -0800, Blars Blarson wrote:
> Package: kde-style-lipstik
> Version: 2.1-2
> Severity: serious
> Justification: no longer builds from source

> kde-style-lipstik faild to build on a sparc buildd and an ia64 buildd.
> Usling current debian libtool has been sugjested to cure this type of
> error.

Huh?  The errors you quoted are all about automake and autoconf.  How do you
expect a different libtool to make a difference?

The fix is to either build-depend on automake/autoconf, or to add
AM_MAINTAINER_MODE to configure.in when including autogenerated files in the
Debian diff (as has been done here).

-- 
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#350155: xterm: crash with non-ascii characters

[Thomas Dickey]

On Fri, Jan 27, 2006 at 08:10:17PM +0100, Jaakko Niemi wrote:
> Package: xterm
> Version: 208-3.1
> Severity: important
> 
> Hello,
> 
> With up-to-date sid systems xterm has recently started crashing with
> error:

That sounds like a problem down in the X libraries, though it is hard
to be sure without being able to reproduce this.  Is this something that
you can trigger by just viewing the same message with mutt, or is it
while composing (which is harder to reproduce)?
 
-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpFptm2p4DQ4.pgp
Description: PGP signature

Bug#349684: hdparm packaging bug

[Stephen Gran]

This one time, at band camp, Gabor HALASZ said:
> Stephen Gran wrote:
> >
> >Did you see the first paragraph of "Some problems with udev and module
> >loading", where it talks about setting ROOTFS and adding a second
> >symlink?  That is the part that appears to apply to you.  There is also
> >a discussion of why this has to be the default (reported file system
> >corruption).
> >
> 
> I think, the data corruption caused by hw or kernel bug.

You're welcome to think it.  I have decided that it is worse to have data
or filesystem corruption than to have a slow drive until you do a little
extra work (in this case, setting up a symlink and editing a file that has
to be edited anyway).  Unless you're prepared to assure me that this bug
in some other thing will never again be triggered by someone innocently
running an init script at boot, I will continue to think the way I do.

> Your sollution is only a workaround for a nasty thing, and violates the 
> standard boot methods which works well for a long-long time. This is a 
> wrong way and if somebody have a problem with dma or other hw failures, 
> must use an alternative configurations.

No, we already have one script mount root, and another mount all the other
file systems.  My approach mirrors that - run the hdparm script once for
the root file system, wait for modules to be loaded, and run it again.
This is not some strange new thing here.

If you have a solution that:
a) Doesn't cause data corruption by running on a drive that is mounted
b) Works with udev/hotplug setups, but also without them
c) also only runs after modules are loaded (but doesn't run a second
   time on the root drive, since it has been set up already)

Point me to it.  I'm happy to consider patches or new ideas.  I've about
bent this script as far as it will bend, and I'd be happy to go for
something simpler, but I can't seem to think of a new way to come at
the problem that solves the 3 problems above in a more elegant way.

By the way, please use whatever equivalent of reply-to-all your mailer
uses to keep the bug report in the email trail.

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


signature.asc
Description: Digital signature

Bug#349943: iptables: ROUTE and CONNMARK options don't seem to work

[Laurence J. Lane]

On 1/25/06, Jefferson Cowart <[EMAIL PROTECTED]> wrote:

retitle 349943 [rejected] iptables: ROUTE and CONNMARK options don't
seem to work
thanks, control

> The CONNMARK and ROUTE targets for the mangle table don't appear to
> work. I have the iptable_mangle module loaded, but when I try to add a
> rule using that target I get an error:

You kernel does not have support for ROUTE or CONNMARK.

Bug#337136: similar problem

[Johannes Berg]

similar, but stranger (someone should check with a pdf disassembler or
such) is the ohci spec:
http://developer.intel.com/technology/1394/download/ohci_11.pdf

It's all black in the background!

Has this been forwarded upstream/tested against a newer version of
poppler/cairo/evince?



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

Bug#334639: Using MAKEDEV for creating fuse device?

[Bartosz Fenski aka fEnIo]

On Fri, Jan 27, 2006 at 11:48:08AM +0100, Frédéric Bothamy wrote:
> > That wouldn't be better. That's policy demand, and mentioned bug is the
> > reason I didn't upload new version of fuse yet, cause I would violate
> > policy doing it.
> 
> Hello Bartosz,
> 
> Thanks for the explanation, I hadn't noticed that you were the one
> submitting the bugreport on makedev. Do you know if the makedev
> maintainer is aware that there is an RC bug on fuse-utils due to this
> problem?

I don't know if he's aware of RC bug... I talk with him several times on
IRC and everytime he promised that upload 'will be this evening or this
weekend'. To be honest I'm tired asking him everytime I see him on IRC.

Feel free to do it yourself ;)

regards
fEnIo

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


signature.asc
Description: Digital signature

Bug#350217: libcairo2: gpaint badmatch error

[Kevin Ryde]

Package: libcairo2
Version: 1.0.2-3
Severity: normal

Running up gpaint on my old 8-bit pseudocolor display results in a
BadMatch error per the backtrace and the xmon capture below.  I don't
know if libcairo2 is actually to blame, but it's fairly prominent in
the call stack.

The depth of "00" shown in the xmon looks a bit suspicious, I think
I'd expect to see 8 there, but I don't know where it would have come
through from.  Maybe it's something bad in gtk or gdk.

The gimp fails to start in a similar way, with a badmatch.  And I've
been getting crashes from mozilla attempting to drag and drop (and
open a menu, and expand a window) which might be similar to bug
347675.  But gimp and mozilla aren't cooperating with gdb for me,
gpaint is the only one where I can even set a breakpoint.  :-(


#4  0xb73441ff in _XError () from /usr/X11R6/lib/libX11.so.6
#5  0xb73448ef in _XReply () from /usr/X11R6/lib/libX11.so.6
#6  0xb733f215 in XSync () from /usr/X11R6/lib/libX11.so.6
#7  0xb733f2c3 in XSync () from /usr/X11R6/lib/libX11.so.6
#8  0xb733927b in XPutImage () from /usr/X11R6/lib/libX11.so.6
#9  0xb74034ac in cairo_test_xlib_disable_render () from
#/usr/lib/libcairo.so.2
#10 0xb740357f in cairo_test_xlib_disable_render () from
#/usr/lib/libcairo.so.2
#11 0xb73f795a in cairo_surface_set_device_offset ()
   from /usr/lib/libcairo.so.2
#12 0xb73f7aae in cairo_surface_set_device_offset ()
   from /usr/lib/libcairo.so.2
#13 0xb73f7d6f in cairo_surface_set_device_offset ()
   from /usr/lib/libcairo.so.2
#14 0xb73f7f09 in cairo_surface_set_device_offset ()
   from /usr/lib/libcairo.so.2
#15 0xb73f0114 in cairo_font_options_get_hint_metrics ()
   from /usr/lib/libcairo.so.2
#16 0xb73f02b9 in cairo_font_options_get_hint_metrics ()
   from /usr/lib/libcairo.so.2
#17 0xb73f0597 in cairo_font_options_get_hint_metrics ()
   from /usr/lib/libcairo.so.2
#18 0xb73e9e60 in cairo_fill_preserve () from /usr/lib/libcairo.so.2
#19 0xb73e9e90 in cairo_fill () from /usr/lib/libcairo.so.2
#20 0xb777f754 in gdk_window_get_internal_paint_info ()
   from /usr/lib/libgdk-x11-2.0.so.0
#21 0xb777f8ff in gdk_window_begin_paint_region ()
   from /usr/lib/libgdk-x11-2.0.so.0
#22 0xb78ff3bb in gtk_main_do_event () from
/usr/lib/libgtk-x11-2.0.so.0
#23 0xb778088d in gdk_window_clear_area_e () from
/usr/lib/libgdk-x11-2.0.so.0
#24 0xb778096f in gdk_window_process_all_updates ()
   from /usr/lib/libgdk-x11-2.0.so.0
#25 0xb786d597 in gtk_container_check_resize ()
   from /usr/lib/libgtk-x11-2.0.so.0
#26 0xb76130f1 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0
#27 0xb7610b8c in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
#28 0xb7613f6b in g_main_context_check () from
/usr/lib/libglib-2.0.so.0
#29 0xb76142c7 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#30 0xb78fe3a1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#31 0x0805d2cf in main ()



 REQUEST: PutImage
 sequence number: 058b
  format: ZPixmap
  request length: 54fc
drawable: DWB 0140002d
  gc: GXC 0140002e
   width: 012c
  height: 0122
   dst-x: 0
   dst-y: 0
left-pad: 00
   depth: 00
data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
  ...


   Error (fd 5): 00 08 8b 05 2e 00 
40 01 00 00 48 08 00 00 00 00 50 d8 da bf 00 00 00 00 00 00 00 00 68 da da bf 
 ..ERROR: Match
 sequence number: 058b
minor opcode: 


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

Versions of packages libcairo2 depends on:
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  xlibs 6.9.0.dfsg.1-4 X Window System client 

Bug#126624: friedrich glenn

[Elvia]

Hi, glenn friedrich

You could be generating 1.5 - 3.5k daily!

Call me at my line below.

1.800.301.3784

Let me help you generate cash!

Thank you,
Elvia



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

Bug#350216: String match of current kernels needs iptables 1.3.4

[Erich Schubert]

Package: iptables
Version: 1.3.4-0.1
Severity: normal

Hi,
The string match in iptables on current 2.6.x kernels needs iptables
1.3.4 apparently. I've built updated packages more than one month ago
and put them on http://people.debian.org/~erich/iptables-1.3.4/
They seem to work fine for me, YMMV.
They are built to work on sarge, too.

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

Versions of packages iptables depends on:
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an

iptables recommends no packages.

-- no debconf information


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

Bug#350215: udev fails to autoload floppy, 8250 serial and possibly other modules

[Piotr Kaczuba]

Package: udev
Version: 0.082-1
Severity: important


Udev doesn't autoload the floppy, 8250 serial, pcspkr module and 
possibly others, too. Neither does udevsynthesize. It worked in previous
version, 0.081-1.


-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
razem 4
lrwxrwxrwx 1 root root  20 2005-04-11 10:57 020_permissions.rules -> 
../permissions.rules
lrwxrwxrwx 1 root root  19 2005-10-12 10:56 025_libgphoto2.rules -> 
../libgphoto2.rules
lrwxrwxrwx 1 root root  16 2005-12-19 01:18 025_libsane.rules -> 
../libsane.rules
lrwxrwxrwx 1 root root  12 2006-01-13 04:34 050_hal-plugdev.rules -> 
../hal.rules
lrwxrwxrwx 1 root root  19 2004-12-05 00:52 cd-aliases.rules -> 
../cd-aliases.rules
lrwxrwxrwx 1 root root  15 2006-01-19 11:24 libnjb.rules -> ../libnjb.rules
lrwxrwxrwx 1 root root  13 2004-05-19 20:55 udev.rules -> ../udev.rules
-rw-r--r-- 1 root root 513 2006-01-27 15:27 z00_local.rules
lrwxrwxrwx 1 root root  19 2005-08-15 06:08 z20_persistent.rules -> 
../persistent.rules
lrwxrwxrwx 1 root root  12 2005-07-04 02:22 z50_run.rules -> ../run.rules
lrwxrwxrwx 1 root root  16 2005-10-09 17:02 z55_hotplug.rules -> 
../hotplug.rules
lrwxrwxrwx 1 root root  19 2005-08-03 02:41 z60_alsa-utils.rules -> 
../alsa-utils.rules
lrwxrwxrwx 1 root root  15 2005-09-20 10:29 z60_hdparm.rules -> ../hdparm.rules
lrwxrwxrwx 1 root root  17 2005-07-10 02:38 z60_usbmount.rules -> 
../usbmount.rules
lrwxrwxrwx 1 root root  17 2005-07-04 02:22 z70_hotplugd.rules -> 
../hotplugd.rules

-- /sys/:
/sys/block/dm-0/dev
/sys/block/dm-1/dev
/sys/block/dm-2/dev
/sys/block/dm-3/dev
/sys/block/dm-4/dev
/sys/block/dm-5/dev
/sys/block/dm-6/dev
/sys/block/hda/dev
/sys/block/hda/hda10/dev
/sys/block/hda/hda1/dev
/sys/block/hda/hda2/dev
/sys/block/hda/hda3/dev
/sys/block/hda/hda4/dev
/sys/block/hda/hda5/dev
/sys/block/hda/hda6/dev
/sys/block/hda/hda7/dev
/sys/block/hda/hda8/dev
/sys/block/hda/hda9/dev
/sys/block/hdb/dev
/sys/block/hdd/dev
/sys/block/ram0/dev
/sys/block/ram10/dev
/sys/block/ram11/dev
/sys/block/ram12/dev
/sys/block/ram13/dev
/sys/block/ram14/dev
/sys/block/ram15/dev
/sys/block/ram1/dev
/sys/block/ram2/dev
/sys/block/ram3/dev
/sys/block/ram4/dev
/sys/block/ram5/dev
/sys/block/ram6/dev
/sys/block/ram7/dev
/sys/block/ram8/dev
/sys/block/ram9/dev
/sys/block/sda/dev
/sys/block/sda/sda1/dev
/sys/block/sda/sda2/dev
/sys/block/sda/sda5/dev
/sys/block/sda/sda6/dev
/sys/block/sda/sda7/dev
/sys/block/sda/sda8/dev
/sys/block/sda/sda9/dev
/sys/class/cpuid/cpu0/dev
/sys/class/graphics/fb0/dev
/sys/class/input/input0/event0/dev
/sys/class/input/input1/event1/dev
/sys/class/input/input1/mouse0/dev
/sys/class/input/input2/event2/dev
/sys/class/input/mice/dev
/sys/class/misc/device-mapper/dev
/sys/class/misc/mcelog/dev
/sys/class/misc/rtc/dev
/sys/class/misc/vmmon/dev
/sys/class/msr/msr0/dev
/sys/class/ppp/ppp/dev
/sys/class/printer/lp0/dev
/sys/class/sound/adsp/dev
/sys/class/sound/audio/dev
/sys/class/sound/controlC0/dev
/sys/class/sound/dsp/dev
/sys/class/sound/mixer/dev
/sys/class/sound/pcmC0D0c/dev
/sys/class/sound/pcmC0D0p/dev
/sys/class/sound/pcmC0D1c/dev
/sys/class/sound/pcmC0D2p/dev
/sys/class/sound/timer/dev
/sys/class/usb_device/usbdev1.1/dev
/sys/class/usb_device/usbdev1.3/dev
/sys/class/usb_device/usbdev2.1/dev
/sys/class/usb/hiddev0/dev

-- Kernel configuration:
 isapnp_init not present.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.1-orbiter.x86-64.2
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)

Versions of packages udev depends on:
ii  initscripts  2.86.ds1-11 Scripts for initializing and shutt
ii  libc62.3.5-12GNU C Library: Shared libraries an
ii  libselinux1  1.28-2  SELinux shared libraries
ii  lsb-base 3.0-14  Linux Standard Base 3.0 init scrip
ii  makedev  2.3.1-79creates device files in /dev
ii  sed  4.1.4-5 The GNU sed stream editor

udev recommends no packages.

-- debconf information:
  udev/devfs-warning:
  udev/reboot-warning:


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

Bug#350212: gnubg: ftbfs [sparc] automake-1.6: command not found

[Russ Allbery]

Blars Blarson <[EMAIL PROTECTED]> writes:

> Package: gnubg
> Version: 0.14.3-1
> Severity: serious
> Justification: fails to build from source

> gnubg failed to build on a sparc buildd and an ia64 buildd.

Yeah, I noticed that and just haven't had a chance to do another upload.
Hopefully tonight, if not tomorrow.

Thanks!

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#350191: IFP: pfqueue -- realtime postfix queue handler/scanner

[Bartosz Fenski aka fEnIo]

Daniel if you need a sponsor don't hesitate to contact me.

regards
fEnIo

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


signature.asc
Description: Digital signature

Bug#349684: hdparm packaging bug

[Gabor HALASZ]

Stephen Gran wrote:


Did you see the first paragraph of "Some problems with udev and module
loading", where it talks about setting ROOTFS and adding a second
symlink?  That is the part that appears to apply to you.  There is also
a discussion of why this has to be the default (reported file system
corruption).



I think, the data corruption caused by hw or kernel bug.
Your sollution is only a workaround for a nasty thing, and violates the 
standard boot methods which works well for a long-long time. This is a 
wrong way and if somebody have a problem with dma or other hw failures, 
must use an alternative configurations.


--
Gabor HALASZ <[EMAIL PROTECTED]>



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

Bug#349550: Bug$349550: r-cran-nlme - fails to uninstall

[Dirk Eddelbuettel]

That bug reported against r-cran-nlme is arguably the same bug as

Bug#349637: r-base-core: /usr/lib to /usr/share move breaks \
R modules installation and removal

where it was triggered by r-cran-matrix, but reported against r-base-core. 

The problem lies somewhere between both packages: r-cran-nlme shouldn't make
the call it makes, and version 2.2.1-3 of r-base-core failed to support
it. Earlier versions did, newer versions such as 2.2.1-4 do support it too.
In other words, #349637 is now closed and I think it would be fair to
downgrade this one as it is not release-critical any more. I'd even say close
it, but it may make sense to keep it open until nlme has adjusted its
postinst/postrm.

Regards, Dirk

-- 
Hell, there are no rules here - we're trying to accomplish something. 
  -- Thomas A. Edison


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

Bug#349528: Security bugs in elog

[Recai Oktaş]

* Moritz Muehlenhoff [2006-01-27 15:28:00+0100]
> Recai Oktaş wrote:
> >   + Backport r1636 from upstream's Subversion repository:
> > "Added IP address to log file"
> 
> Why is r1636 necessary? This seems like a new feature (better logging
> in case of an attack), but doesn't seem to fix a direct security problem
> and could potentially break scripts that monitor the log file and expect
> the current logfile file format.

I'll remove it.

> The rest of the patch looks fine.

Hmm, just found some other issues regarding this CVE-2005-4439.  Previous 
tests had seemed fine to me, but when I made more tests, the bug came up 
again.  I believe the attached patch should fix this completely.  Stefan, 
could you have a look at it please?

-- 
roktas
Subject: [PATCH]: More Fixes for CVE-2005-4439: buffer overflow through 
 long URL parameters

--- a/src/elogd.c   2006-01-27 10:27:21.0 +0200
+++ b/src/elogd.c   2006-01-28 01:31:33.0 +0200
@@ -23205,7 +23205,7 @@ void server_loop(void)
 {
int status, i, n, n_error, authorized, min, i_min, i_conn, length;
struct sockaddr_in serv_addr, acc_addr;
-   char pwd[256], str[1000], url[256], cl_pwd[256], *p, *pd;
+   char pwd[256], str[1000], url[256], cl_pwd[256], *p;
char cookie[256], boundary[256], list[1000], theme[256],
host_list[MAX_N_LIST][NAME_LENGTH], logbook[256], logbook_enc[256], 
global_cmd[256];
int lsock, len, flag, content_length, header_length;
@@ -23756,7 +23756,7 @@ void server_loop(void)
 p = strchr(net_buffer, '/') + 1;
 
 /* check for ../.. to avoid serving of files on top of the elog 
directory */
-for (i = 0; p[i] && p[i] != ' ' && p[i] != '?'; i++)
+for (i = 0; p[i] && p[i] != ' ' && p[i] != '?' && i < (int) 
sizeof(url); i++)
url[i] = p[i];
 url[i] = 0;
 
@@ -23774,7 +23774,7 @@ void server_loop(void)
 }
 
 /* check if file is in scripts directory or in its subdirs */
-for (i = 0; p[i] && p[i] != ' ' && p[i] != '?'; i++)
+for (i = 0; p[i] && p[i] != ' ' && p[i] != '?' && i < (int) 
sizeof(url); i++)
url[i] = (p[i] == '/') ? DIR_SEPARATOR : p[i];
 url[i] = 0;
 if (strchr(url, '.')) {
@@ -23810,7 +23810,7 @@ void server_loop(void)
 }
 
 logbook[0] = 0;
-for (i = 0; *p && *p != '/' && *p != '?' && *p != ' '; i++)
+for (i = 0; *p && *p != '/' && *p != '?' && *p != ' ' && i < (int) 
sizeof(logbook); i++)
logbook[i] = *p++;
 logbook[i] = 0;
 strcpy(logbook_enc, logbook);
@@ -23831,10 +23831,9 @@ void server_loop(void)
 /* check for trailing '/' after logbook/ID */
 if (logbook[0] && *p == '/' && *(p + 1) != ' ') {
sprintf(url, "%s", logbook_enc);
-   pd = url + strlen(url);
-   while (*p && *p != ' ')
-  *pd++ = *p++;
-   *pd = 0;
+  for (i = strlen(url); *p &&  *p != ' ' && i < (int) sizeof(url); 
i++)
+ url[i] = *p++;
+  url[i] = 0;
if (*(p - 1) == '/') {
   sprintf(str, "Invalid URL: %s", url);
   show_error(str);
@@ -24109,7 +24108,8 @@ void server_loop(void)
   goto redir;
} else if (strncmp(net_buffer, "GET", 3) == 0) {
   /* extract path and commands */
-  *strchr(net_buffer, '\r') = 0;
+  if (strchr(net_buffer, '\r'))
+ *strchr(net_buffer, '\r') = 0;
   if (!strstr(net_buffer, "HTTP/1"))
  goto finished;
   *(strstr(net_buffer, "HTTP/1") - 1) = 0;


signature.asc
Description: Digital signature

Bug#318825: dpkg: fix erranous "directory not empty" warnings (other patch)

[Frank Lichtenheld]

On Fri, Jan 27, 2006 at 04:30:15AM +0200, Lars Wirzenius wrote:
> Summary: as far as I can see, the experimental version of dpkg plus
> Bart's patch to fix this bug work quite well. I'm looking forward to
> seeing them in unstable.

There is one problem with the patch: It has the potential
to leave empty directories behind on removal (they will get
removed on purge, though).
This happens in the case that two packages which have both conffiles
share a directory which has no conffiles in it. The directory will be
left behind on removal even though there are no files left in it.
(If that description was too terse, just ask. I can certainly explain
that in more detail)

This is because the test isdirectoryinuse is actually not what we want
to test. The _real_ question is "is directory in use by my own conffiles?"
Because if it isn't, there is no problem... Can someone more familiar
with dpkg tell me how to express this question in code?

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


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

Bug#314385: [ft-devel] Re: FreeType issues

[Steve Langasek]

On Fri, Jan 27, 2006 at 02:20:54PM -0500, Owen Taylor wrote:
> On Sun, 2006-01-22 at 03:57 -0800, Steve Langasek wrote:
> > Hi Werner,

> > On Sun, Jan 22, 2006 at 09:12:46AM +0100, Werner LEMBERG wrote:

> > > I've read your very interesting mail at

> > >   http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html

> > > What's your recommendation in the light of

> > >   http://freetype.org/freetype2/freetype-2.2.0.html

> > Thanks for writing!  I applaud the FreeType developers for making this
> > effort to clean up the exported interface of the library.  I know that
> > proper handling of library ABIs has been an evolutionary process for most of
> > us in the Free Software community, and by switching to -export-symbols,
> > you guys appear to be ahead of the curve.

> > At the same time, I'm dismayed that this page talks about how badly people's
> > desktops are going to break, and *not* about a library soname change; and
> > there's no indication that the -version-info "age" argument has been reset
> > in freetype2 cvs; even though the -export-symbols change is being made
> > *explicitly because you know people have been using private interfaces*.

> The issue that a soname changed as been mentioned elsewhere in this
> thread. If the FreeType soname is changed and you provide both
> libfreetype6 and libfreetype7 for Debian (as is the normal practice),
> then most of the 583 packages you've identified will be linking 
> against *both* libfreetype6 and libfreetype7 until they are rebuilt,
> because one of their dependent libraries (fontconfig, libgd, pango,
> whatever), links against the new freetype.

Yes, that is an issue.  We're working on getting as many of these
double-linkages fixed in Debian as possible, since it's not a sane
assumption that libraries will never undergo ABI changes; but that doesn't
directly benefit the rest of the world so long as Debian's libtool fixes
aren't integrated upstream.

One change that *would* mitigate the problems for other distributors (and
Debian) is, since freetype 2.2 will already include a linker script, to add
symbol versions to that linker script.  This would give, um... a 50-50
chance of avoiding segfaults (or other corruption) with both libfreetype6
and libfreetype7 loaded in memory, assuming that the package upgraded to the
libfreetype7 version is chosen randomly.  I don't know if you consider those
odds good enough to forgo a conflict between libfreetype6 and libfreetype7
in Red Hat; they seem good enough for me given that we would not want to
ship libfreetype6 at all in etch and therefore the problems would be wholly
limited to partial upgrades from sarge.

> If you made libfreetype7 conflict with libfreetype6, then the you
> wouldn't have that problem, and you'd just have a massive rebuild
> job. 

We'll have a massive rebuild job for etch either way, since we're already
caught on ABI changes with 2.1.10 in Debian unstable; it's just deferred
pending the release of freetype 2.2 upstream and a "final" ABI to rebuild
against.  If freetype 2.2 is released with the same libfreetype.so.6 soname,
we will still have to provide a transition for packages by renaming the
package itself to libfreetype6debian1 or the like, and still conflicting
with libfreetype6; so changing the soname can only make things slightly
better for us, it won't make it any worse.

> For this reason, it is less of an issue for distributions that
> don't provide compat packages ... a soname change just causes a big
> rebuild that is pointless for 98% of all packages and catches the
> 2% that have problems. (That 2% is pretty well known, however.)

> But beyond the world of nicely managed systems and distributions,
> there are a whole lot of systems with random libfreetypes floating
> around in one directory or another, which will also be subject
> to the two-versions problem.

That's indeed true, but AFAICT having random libfreetypes floating around is
pretty likely to cause problems for users *without* an soname change as
well, given the high profile of those libraries that are affected by the ABI
change.  I don't claim that changing the soname is a magic fix, but I do
think that the problems caused by an soname change are all bugs that need to
be confronted (in general), rather than just being accepted and worked
around.

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


signature.asc
Description: Digital signature

Bug#350173: openoffice.org: Cannot copy-and-paste between slides

[Richard/g]

On Friday 27 January 2006 15:53, Ambrose Li wrote:
> Package: openoffice.org
> Version: 2.0.1-2
> Severity: important
>
>
> This is a new OOo 2.0 bug; it worked perfectly in OOo 1.1.x
>
> 1. Create a new presentation
>
> 2. Create a text box and type something on the slide
>
> 3. Copy the text box (Edit|Copy)
>
> 4. Create a new slide
>
> 5. Pull down the Edit menu; note that Paste is disabled
>(Ctrl+V also does not work)
>
> This means that it is now impossible to copy things from one
> slide to another.

I just tried with OOo2.0.1-2 on upgraded Sid and it Works For Me. 
What else is different about your system? 

I copied and pasted with Ctrl-V and with middle mouse click with no 
problems.  

Richard.



> -- 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.4.28-ow1
> Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5)
>
> Versions of packages openoffice.org depends on:
> ii  openoffice.org-base   2.0.1-2OpenOffice.org
> office suite - data ii  openoffice.org-calc   2.0.1-2   
> OpenOffice.org office suite - spre ii  openoffice.org-core   
>2.0.1-2OpenOffice.org office suite archit ii 
> openoffice.org-draw   2.0.1-2OpenOffice.org office
> suite - draw ii  openoffice.org-impress2.0.1-2   
> OpenOffice.org office suite - pres ii  openoffice.org-java-common
>2.0.1-2OpenOffice.org office suite Java s ii 
> openoffice.org-math   2.0.1-2OpenOffice.org office
> suite - equa ii  openoffice.org-writer 2.0.1-2   
> OpenOffice.org office suite - word
>
> openoffice.org recommends no packages.
>
> -- no debconf information


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

Bug#350214: support type_evdev, add support for devices

[Martin Michlmayr]

Package: beep
Severity: wishlist
Tags: patch

Here's a patch from Alessandro Zummo which adds a few features, e.g.
being able to specify the device to use and support for the new
evdev types in the kernel.  It would be great if you could add
this patch.


-- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-- 
Martin Michlmayr
http://www.cyrius.com/
--- beep.c  2005-10-04 02:54:04.0 +0200
+++ beep.c.new  2005-10-04 02:54:22.0 +0200
@@ -26,6 +26,7 @@
 #include 
 #include 
 #include 
+#include 
 
 /* I don't know where this number comes from, I admit that freely.  A 
wonderful human named Raine M. Ekman used it in a program that played
@@ -86,18 +87,28 @@
   struct beep_parms_t *next;  /* in case -n/--new is used. */
 } beep_parms_t;
 
+enum { BEEP_TYPE_CONSOLE, BEEP_TYPE_EVDEV };
+
 /* Momma taught me never to use globals, but we need something the signal 
handlers can get at.*/
 int console_fd = -1;
+int console_type = BEEP_TYPE_CONSOLE;
+char *console_device = NULL;
+
+void do_beep(int freq);
 
 /* If we get interrupted, it would be nice to not leave the speaker beeping in
perpetuity. */
 void handle_signal(int signum) {
+  
+  if(console_device)
+free(console_device);
+
   switch(signum) {
   case SIGINT:
 if(console_fd >= 0) {
   /* Kill the sound, quit gracefully */
-  ioctl(console_fd, KIOCSOUND, 0);
+  do_beep(0);
   close(console_fd);
   exit(signum);
 } else {
@@ -110,7 +121,7 @@
 /* print usage and exit */
 void usage_bail(const char *executable_name) {
   printf("Usage:\n%s [-f freq] [-l length] [-r reps] [-d delay] "
-"[-D delay] [-s] [-c]\n",
+"[-D delay] [-s] [-c] [-e device]\n",
 executable_name);
   printf("%s [Options...] [-n] [--new] [Options...] ... \n", executable_name);
   printf("%s [-h] [--help]\n", executable_name);
@@ -141,11 +152,12 @@
 void parse_command_line(int argc, char **argv, beep_parms_t *result) {
   int c;
 
-  struct option opt_list[4] = {{"help", 0, NULL, 'h'},
+  struct option opt_list[] = {{"help", 0, NULL, 'h'},
   {"version", 0, NULL, 'V'},
   {"new", 0, NULL, 'n'},
+  {"device", 1, NULL, 'e'},
   {0,0,0,0}};
-  while((c = getopt_long(argc, argv, "f:l:r:d:D:schvVn", opt_list, NULL))
+  while((c = getopt_long(argc, argv, "f:l:r:d:D:schvVne:", opt_list, NULL))
!= EOF) {
 int argval = -1;/* handle parsed numbers for various arguments */
 float argfreq = -1; 
@@ -207,6 +219,9 @@
   result->next->next   = NULL;
   result = result->next; /* yes, I meant to do that. */
   break;
+case 'e' : /* also --device */
+  console_device = strdup(optarg);
+  break;
 case 'h' : /* notice that this is also --help */
 default :
   usage_bail(argv[0]);
@@ -214,28 +229,61 @@
   }
 }  
 
+void do_beep(int freq)
+{
+  if (console_type == BEEP_TYPE_CONSOLE)
+  {
+if(ioctl(console_fd, KIOCSOUND, freq != 0
+  ? (int)(CLOCK_TICK_RATE/freq)
+  : freq) < 0) {
+  printf("\a");  /* Output the only beep we can, in an effort to fall back 
on usefulness */
+  perror("ioctl");
+}
+  }
+  else
+  {
+ /* BEEP_TYPE_EVDEV */
+ struct input_event e;
+ 
+ e.type = EV_SND;
+ e.code = SND_TONE;
+ e.value = freq;
+  
+ write(console_fd, &e, sizeof(struct input_event));
+  }
+}
+
 void play_beep(beep_parms_t parms) {
   int i; /* loop counter */
 
   /* try to snag the console */
-  if((console_fd = open("/dev/tty0", O_WRONLY)) == -1) {
-if((console_fd = open("/dev/vc/0", O_WRONLY)) == -1) {
-  fprintf(stderr, "Could not open /dev/tty0 or /dev/vc/0 for writing.\n");
-  printf("\a");  /* Output the only beep we can, in an effort to fall back 
on usefulness */
-  perror("open");
-  exit(1);
-}
+
+  if(console_device)
+console_fd = open(console_device, O_WRONLY);
+  else
+if((console_fd = open("/dev/input/event0", O_WRONLY)) == -1)
+  if((console_fd = open("/dev/tty0", O_WRONLY)) == -1)
+console_fd = open("/dev/vc/0", O_WRONLY);
+  
+  if(console_fd == -1) {
+fprintf(stderr, "Could not open %s for writing\n",
+  console_device != NULL ? console_device : "/dev/tty0 or /dev/vc/0");
+printf("\a");  /* Output the only beep we can, in an effort to fall back 
on usefulness */
+perror("open");
+exit(1);
   }
   
+  if (ioctl(console_fd, EVIOCGSND(0)) != -1)
+console_type = BEEP_TYPE_EVDEV;
+  else
+console_type = BEEP_TYPE_CONSOLE;
+  
   /* Beep */
   for (i = 0; i < parms.reps; i++) {/* start beep */
-if(ioctl(console_fd, KIOCSOUND, (int)(CLOCK_TICK_RATE/parms.freq)) < 0) {
-  printf("\a");  /* Output t

Bug#350200: ocamlgraph: ftbfs [sparc] --relax and -r may not be used together

[Sylvain Le Gall]

Hello,

On Fri, Jan 27, 2006 at 02:48:49PM -0800, Blars Blarson wrote:
> Package: ocamlgraph
> Version: 0.95-3
> Severity: important
> Justification: fails to build from source
> 
> ocamlgraph failed to build on a sparc buildd, duplicated on my sparc
> pbuilder.
> 
> 
> 
> ocamlopt -c  -for-pack Graph md.ml
> ocamlopt -pack -o graph.cmx sig.cmi sig_pack.cmi util.cmx unionfind.cmx 
> heap.cmx bitv.cmx per_imp.cmx persistent.cmx imperative.cmx delaunay.cmx 
> builder.cmx classic.cmx rand.cmx oper.cmx path.cmx traverse.cmx 
> topological.cmx components.cmx kruskal.cmx flow.cmx graphviz.cmx gml.cmx 
> pack.cmx gmap.cmx minsep.cmx cliquetree.cmx mcs_m.cmx md.cmx
> /usr/bin/ld: --relax and -r may not be used together
> collect2: ld returned 1 exit status
> Error during partial linking
> make[1]: *** [graph.cmx] Error 2
> make[1]: Leaving directory `/build/buildd/ocamlgraph-0.95'
> make: *** [build-stamp] Error 2
> 
> 
> 

I have a look at it last week. It is an ocaml related problem. I will
reassign the bug next week to ocaml.

Kind regard
Sylvain Le Gall


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

Bug#350066: Tellico FTBS, libkcal.la references libXft.la which does not exist anymore

[David Nusinow]

On Thu, Jan 26, 2006 at 10:34:31PM -0800, Steve Langasek wrote:
> On Fri, Jan 27, 2006 at 01:14:14AM +, Regis Boudin wrote:
> > Package: kdepim
> > Version: 3.5.0-5
> > Severity: grave
> 
> > Trying to build a snapshot of tellico, it FTBS because of a
> > missing /usr/lib/libXft.la file. I tried to rebuild the latest version
> > of tellico with pbuilder, which also failed with the same error.
> 
> > All the .la files from the kdepim dev packages
> > reference /usr/lib/libXft.la, if the build was done with libxft-dev <<
> > 2.1.8. However, the file was removed last week with xft 2.1.8.2-1,
> > making the packages linking against any of the kdepim libs FTBFS, hence
> > the grave severity.
> > i386 if affected, but some arches are not, such as i64.
> 
> > I tried rebuilding kdepim and installing the generated packages, and I
> > could successfully build tellico.
> > 
> > I am not sure if the solution is to rebuild kdepim with the new xft, or
> > include libXft.la back, so I CC the xft maintainer, but something needs
> > to be done.
> 
> Given that xft also supports pkg-config, AFAICT there's no specific reason
> that libxft-dev should need to include libXft.la anymore.  The important
> thing is to know whether or not it's coming back, or whether we should
> requeue kdepim for rebuilding.

If it's as simple as a rebuild, then just requeue kdepim for rebuilding.
>From what I understand, the .pc files are superior to .la files, although
if I'm wrong someone should feel free to correct me.

 - David Nusinow


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

Bug#349439: Patch for NMU of pente

[Luk Claes]

Luk Claes wrote:
> Hi
> 
> Attached the patch for the version I uploaded. Please respond if
> you think that the attached patch won't work.
> 
> Note that I tried to update the configure script, though I didn't
> manage: either there was a missing definition of CURSES_DISP or there
> was an unexpected newline in configure (yes:no:).

Apparantly I forgot to include the patch, it should be attached now...

Cheers

Luk

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -u pente-2.2.5/debian/control pente-2.2.5/debian/control
--- pente-2.2.5/debian/control
+++ pente-2.2.5/debian/control
@@ -1,7 +1,7 @@
 Source: pente
 Section: games
 Priority: optional
-Build-Depends: debhelper (>= 3.0.0), libncurses5-dev, libx11-dev, x-dev
+Build-Depends: debhelper (>= 3.0.0), libncurses5-dev, libx11-dev, x-dev, 
libxt-dev
 Maintainer: Ross Younger <[EMAIL PROTECTED]>
 Standards-Version: 3.6.2
 
diff -u pente-2.2.5/debian/changelog pente-2.2.5/debian/changelog
--- pente-2.2.5/debian/changelog
+++ pente-2.2.5/debian/changelog
@@ -1,3 +1,10 @@
+pente (2.2.5-5.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Add libxt-dev to build-depends (Closes: #347036, #349439).
+
+ -- Luk Claes <[EMAIL PROTECTED]>  Thu, 26 Jan 2006 20:05:05 +0100
+
 pente (2.2.5-5) unstable; urgency=low
 
   * Fix xlibs-dev build-depends for Xorg transition (closes: #347036)


signature.asc
Description: OpenPGP digital signature

Bug#344867: kernel module missing?

[Jonas Meurer]

On 28/01/2006 James Clark wrote:
> Closed bug #290017 indicates that mkinitrd does support crypto now, 
> found from here: /usr/share/doc/cryptsetup/changelog.Debian.gz
> 
> Does this mean there's an error in the documentation?

yes, you're correct. i don't know mkinitrd, but i can imagine, that it
loads only aes, as this is the default cypher for cryptsetup.

does it work when you add sha256 to /etc/mkinitrd/modules before
creating the initrd?

if this is the problem, the documentation should be updated.

...
 jonas


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

Bug#344691: [dpatch-maintainers] Bug#344691: dpatch-get-origtargz: bug when origtgz is a symlink

[Junichi Uekawa]

Hi,
 
> dpatch-get-origtargz follows symlinks, but copies the tarball using the
> original name (and not the expected one).

thanks, patched in arch repository.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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

Bug#350213: kde-style-lipstik: ftbfs [sparc] autoconf: command not found

[Blars Blarson]

Package: kde-style-lipstik
Version: 2.1-2
Severity: serious
Justification: no longer builds from source


kde-style-lipstik faild to build on a sparc buildd and an ia64 buildd.
Usling current debian libtool has been sugjested to cure this type of
error.



/usr/bin/make
make[1]: Entering directory `/build/buildd/kde-style-lipstik-2.1'
cd . && /bin/sh /build/buildd/kde-style-lipstik-2.1/admin/missing --run 
aclocal-1.7 
/build/buildd/kde-style-lipstik-2.1/admin/missing: line 46: aclocal-1.7: 
command not found
WARNING: `aclocal-1.7' is missing on your system.  You should only need it if
 you modified `acinclude.m4' or `configure.in'.  You might want
 to install the `Automake' and `Perl' packages.  Grab them from
 any GNU archive site.
cd . && \
  /bin/sh /build/buildd/kde-style-lipstik-2.1/admin/missing --run 
automake-1.7 --foreign  Makefile
/build/buildd/kde-style-lipstik-2.1/admin/missing: line 46: automake-1.7: 
command not found
WARNING: `automake-1.7' is missing on your system.  You should only need it if
 you modified `Makefile.am', `acinclude.m4' or `configure.in'.
 You might want to install the `Automake' and `Perl' packages.
 Grab them from any GNU archive site.
cd . && perl admin/am_edit Makefile.in
cd . && rm -f configure && /usr/bin/make -f admin/Makefile.common configure
make[2]: Entering directory `/build/buildd/kde-style-lipstik-2.1'
./admin/cvs.sh: line 11: autoconf: command not found
make[2]: *** [configure] Error 1
make[2]: Leaving directory `/build/buildd/kde-style-lipstik-2.1'
make[1]: *** [configure] Error 2
make[1]: Leaving directory `/build/buildd/kde-style-lipstik-2.1'
make: *** [build-stamp] Error 2


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

Bug#350212: gnubg: ftbfs [sparc] automake-1.6: command not found

[Blars Blarson]

Package: gnubg
Version: 0.14.3-1
Severity: serious
Justification: fails to build from source


gnubg failed to build on a sparc buildd and an ia64 buildd.

make[1]: Entering directory `/build/buildd/gnubg-0.14.3'
cd . && \
  /bin/sh /build/buildd/gnubg-0.14.3/missing --run automake-1.6 --gnu  
Makefile
/build/buildd/gnubg-0.14.3/missing: line 46: automake-1.6: command not found
WARNING: `automake-1.6' is needed, and you do not seem to have it handy on your
 system.  You might have modified some files without having the
 proper tools for further handling them.  Check the `README' file,
 it often tells you about the needed prerequirements for installing
 this package.  You may also peek at any GNU archive site, in case
 some other package would contain this missing `automake-1.6' program.
make[1]: *** [Makefile.in] Error 1
make[1]: Leaving directory `/build/buildd/gnubg-0.14.3'
make: *** [build-arch-stamp] Error 2


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

Bug#350211: update of mpqc removes package "ghemical"

[Martin Lutz]

Package: mpqc
Version: 2.2.3-2
Severity: important


I tried to update mpqc, but this would remove the package "ghemical".
Ghemical depends on mpqc.

apt-get install mpqc
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  libsc7
Suggested packages:
  mpqc-support
The following packages will be REMOVED:
  ghemical libghemical0 libsc6c2
The following NEW packages will be installed:
  libsc7
The following packages will be upgraded:
  mpqc



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

Versions of packages mpqc depends on:
ii  atlas3-base [liblapack.so.3]  3.6.0-19   Automatically Tuned Linear Algebra
ii  libc6 2.3.5-8.1  GNU C Library: Shared libraries an
ii  libg2c0   1:3.4.5-1  Runtime library for GNU Fortran 77
ii  libgcc1   1:4.0.2-5  GCC support library
ii  libsc6c2  2.2.3-2The Scientific Computing Toolkit
ii  libstdc++64.0.2-5The GNU Standard C++ Library v3

mpqc recommends no packages.

-- no debconf information


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

Bug#350204: plucker-build.1.gz: can't find list of valid character sets

[Dan Jacobson]

Package: plucker
Version: 1.8-11
Severity: wishlist
File: /usr/share/man/man1/plucker-build.1.gz


We see:
   --charset=charset-indicator
  Specifies the default character set encoding used in the text of
  the  documents  being  plucked.   charset-indicator  is either a
  charset name (from  a  small  list;  see
  src/parser/python/PyPlucker/__init__.py.in  for  a list of valid

But there is no list of character sets in that file.

  names), or a decimal integer indicating  the  charset's  MIBenum
  value,  as  shown  in  the  table at http://www.iana.org/assign-
  ments/character-sets.  [default_charset]

But the user might not be online.


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

Bug#84930: mc disables ^S/^Q flow.

[Robert de Bath]

Okay,
  I've just downloaded the source for mc version 4.6.1.

The problem is in the SLang_init_tty() function, basically it forces the
application (mc) to decide if XON/XOFF flow control should be on.
The application has no way of knowing this.

(NB I said RTS/CTS in my last mail that should have been XON/XOFF)

The problem line is:

   if (no_flow_control) newtty.c_iflag &= ~IXON; else newtty.c_iflag |= IXON;

There needs to be a way of telling the init routine that you want to
leave the IXON setting the way that the user set it in her .profile,
perhaps the line could be put inside a:

  if (no_flow_control>=0) {
 ...
  }

or perhaps it'd be best to have the line as:

   if (no_flow_control) newtty.c_iflag &= ~IXON;

That way the second argument to SLang_init_tty() could be zero for normal
use and only set to one for programs that do silly things like using ^S
for search.

I suppose this now means that the bug is shared between mc and slang :-)

--
Rob.  (Robert de Bath )
 

On Fri, 27 Jan 2006, Ludovic Drolez wrote:




Robert de Bath wrote:

On Fri, 27 Jan 2006, Ludovic Drolez wrote:


Hi,

Since mc works with screen, it's the proof that's not a 'mc' problem
but a


Wrong, it's mc that clears the "stty crtscts" flag. It has no business
doing that. Screen OTOH knows that it shouldn't clear the flag even if
the program in it's faked terminal does so.


Could you try the UTF-8 mc is uploaded to experimental ? It's based on
libslang2, so the bug could be fixed in that library...

TIA,

--
Ludovic Drolez.

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





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

Bug#350041: krb5: [INTL:da] Danish debconf translation

[Sam Hartman]

You sent me a templates.pot not a de.po.


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

Bug#347434: urxvtcd improvement

[Marc Lehmann]

>#!/bin/sh  
>   
> 
> if ! urxvtc "$@" ; then   
>   
>
>  echo "failed to start ($?), trying to start daemon"  
>   
>
>  urxvtd & 
>   
>
>  sleep 1  
>   
>
>  exec urxvtc "$@" 
>   
>
> fi
>   
>

The script can be improved by using the "-f" switch, which makes urxvtd
only fork _after_ creating the listening socket, i.e.:

  if ! urxvtc "$@" ; then
urxvtd -f
exec urxvtc "$@"
  fi

This will get rid of the sleep (which is likely the only annoying aspect
of the script operation).

On older versions of urxvtd, there was a faq entry to basically reach the
same goal without this switch.

-- 
The choice of a
  -==- _GNU_
  ==-- _   generation Marc Lehmann
  ---==---(_)__  __   __  [EMAIL PROTECTED]
  --==---/ / _ \/ // /\ \/ /  http://schmorp.de/
  -=/_/_//_/\_,_/ /_/\_\  XX11-RIPE


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

Bug#350210: amd64 build of unshield fails to extract files due to checksum error

[Zinx Verituse]

Package: unshield
Version: 0.5-3
Severity: important

Extracting any cab on amd64 with the amd64 binary with -D 3 yields:
[unshield_file_save:710] MD5 checksum failure for file 66 (W83627THF.ini)
Failed to extract file 'W83627THF.ini'.

Extracting with the 32-bit debian version, still on amd64, works fine
(extracts files, does not have a checksum error)

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8-smp
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages unshield depends on:
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libunshield0  0.5-3  library to extracts CAB files from
ii  zlib1g1:1.2.3-9  compression library - runtime

unshield recommends no packages.

-- no debconf information


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

Bug#276000: Bug reports for texinfo (and 2 wishes)

[Karl Berry]

276000  Wrong page number in table of contents

I have just checked in this changed to texinfo.tex which I hope fixes
this one.  (texinfo.tex is a lot easier to hack than info :)

Thanks,
Karl

--- texinfo.tex 8 Jan 2006 22:14:37 -   1.206
+++ texinfo.tex 27 Jan 2006 22:46:07 -
@@ -4,5 +4,5 @@
 \expandafter\ifx\csname fmtname\endcsname\relax\input plain\fi
 %
-\def\texinfoversion{2006-01-08.14}
+\def\texinfoversion{2006-01-27.14}
 %
 % Copyright (C) 1985, 1986, 1988, 1990, 1991, 1992, 1993, 1994, 1995,
@@ -4505,11 +4505,19 @@
 \fi\fi\fi
 %
-% Write the toc entry (before \donoderef).  See comments in \chfplain.
+% Write the toc entry (before \donoderef).  See comments in \chapmacro.
 \writetocentry{\toctype\sectionlevel}{#1}{#4}%
 %
 % Write the node reference (= pdf destination for pdftex).
-% Again, see comments in \chfplain.
+% Again, see comments in \chapmacro.
 \donoderef{#3}%
 %
+% Interline glue will be inserted when the vbox is completed.
+% That glue will be a valid breakpoint for the page, since it'll be
+% preceded by a whatsit (usually from the \donoderef, or from the
+% \writetocentry if there was no node).  We don't want to allow that
+% break, since then the whatsits could end up on page n while the
+% section is on page n+1, thus toc/etc. are wrong.  Debian bug 276000.
+\nobreak
+%
 % Output the actual section heading.
 \vbox{\hyphenpenalty=1 \tolerance=5000 \parindent=0pt \raggedright
@@ -4574,5 +4582,5 @@
  [EMAIL PROTECTED]
\temp
-  }
+  }%
 \fi
   \fi


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

Bug#350209: vorbis-tools: ftbfs [sparc] dpkg-deb: parse error

[Blars Blarson]

Package: vorbis-tools
Version: 1.1.1-3
Severity: important
Justification: fails to build from source

vorbis-tools failed to build on a sparc buildd and an hppa buildd.  It
built on my sparc pbuilder.  This may be due to an insufficiently
versioned build-dependancy.



dh_md5sums
dh_builddeb
dpkg-deb: parse error, in file `debian/vorbis-tools/DEBIAN/control' near line 6 
package `vorbis-tools':
 `Depends' field, missing package name, or garbage where package name expected
dh_builddeb: command returned error code 512
make: *** [binary-arch] Error 1


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

Bug#350208: sshd can't keep track of which DISPLAYs are in use

[Terran Melconian]

Package: ssh
Version: 3.8.1p1-8.sarge.4

When connecting to sshd, it appears that sshd fails to keep track of
which displays are already in use, and reassigns these to new
connections even though they are not actually available.  When I SSH
into the machine, the first connection is given display
machinename:10.  Then the second concurrent connection is also given
machinename:10.  So is the third.  This is obviously undesirable and
does not work very well.

I experience this problem only when X11UseLocalhost is set to "no";
when it is set to "yes", sshd is apparently able to keep track of
which displays are in use.

I did not have this problem with 3.4; this is new since I upgraded.


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

Bug#350207: firefox: never mind installing sage etc. plugin

[Dan Jacobson]

Package: firefox
Version: 1.5.dfsg-1
Severity: wishlist

The user tried to install
http://ftp.mozilla.org/pub/mozilla.org/extensions/sage/sage-1.3.6-fx+mz.xpi
He is told he needs to edit his preferences to permit this, and given a button.

It turns out instead he needs to edit about:config, and set
xpinstall.enabled = true.

And indeed when he finally does, installation fails as it is an
invalid file or something.

One would be much more confident if there were a debian sage package.


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