Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

[Julien Danjou]

At 1164838229 time_t, Kevin Glynn wrote:
> Can you send me the output of this command when run on this machine
> (nasya):
> 
>echo "`uname -m` `uname -s` `uname -r`"

sparc64 Linux 2.6.18-1-sparc64

Unfortunately, spontini is still locked down.

> Do you know if there is anything different about this machine compared
> to the other autobuilders.  If you have access it would be helpful if
> you could also run the above command on spontini as well.

As far as I can tell there is nothing different :)

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


pgp3MwypKYyV8.pgp
Description: PGP signature

Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

[Anton Altaparmakov]

Szaka wrote: "pointless to empty journal if clean"...

It is NOT pointless to empty.  I think you do not understand how 
journalling in Windows works (or I don't understand it... (-;).  My 
understanding is that regardless whether the journal is clean or not 
Windows can/will parse the journal (at least in some cases, depends on the 
exact state of the journal) and redo various things/undo others as parts 
of its journalling startup.  Normally this has no effect as it just writes 
the same data over the existing data (unless a weird crash occurred in 
which case it will repair the volume).  However when you have modified the 
volume underneath with another ntfs driver or with ntfsresize or whatever, 
then doing such redo/undo operations are fatal.  Well they can be fatal 
anyway.  I guess in most cases they will silently corrupt stuff that one 
will not know about or even just write over now random locations on disk.  
The problem is this is totally unpredictable.  The only way to make not 
emptying the journal safe is to do journalling and keep the journal 
uptodate.  But none of us know how to do that so we better empty it to 
make sure everything is ok...

Best regards,

Anton
-- 
Anton Altaparmakov  (replace at with @)
Unix Support, Computing Service, University of Cambridge, CB2 3QH, UK
Linux NTFS maintainer, http://www.linux-ntfs.org/


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

Bug#401010: evolution: Evolution hangs when i try to read a mail

[WaVeR]

Package: evolution
Version: 2.8.1.1-1
Severity: grave
Justification: renders package unusable


Evolution crash when try to open a new mail, after the crash i can't start 
evolution "always hang in startup". I'm using evolution and dependecy from the 
experimental branch

backtrace:

Program received signal SIGABRT, Aborted.
[Switching to Thread -1232480576 (LWP 5275)]
0xb6cd5947 in raise () from /lib/tls/libc.so.6
(gdb) backtrace
#0  0xb6cd5947 in raise () from /lib/tls/libc.so.6
#1  0xb6cd70c9 in abort () from /lib/tls/libc.so.6
#2  0xb6e1b074 in g_logv () from /usr/lib/libglib-2.0.so.0
#3  0xb6e1b0a9 in g_log () from /usr/lib/libglib-2.0.so.0
#4  0xb6e1b127 in g_assert_warning () from /usr/lib/libglib-2.0.so.0
#5  0xb7c0254e in html_gdk_painter_new () from /usr/lib/libgtkhtml-3.8.so.15
#6  0xb7c0da14 in html_painter_begin () from /usr/lib/libgtkhtml-3.8.so.15
#7  0xb7bf8be4 in html_engine_draw_background () from 
/usr/lib/libgtkhtml-3.8.so.15
#8  0xb7bf9599 in html_engine_expose () from /usr/lib/libgtkhtml-3.8.so.15
#9  0xb7bcc7a0 in gtk_html_get_selection_html () from 
/usr/lib/libgtkhtml-3.8.so.15
#10 0xb74bb250 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/lib/libgtk-x11-2.0.so.0
#11 0xb6edaf49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#12 0xb6edca7c in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#13 0xb6eed56f in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#14 0xb6eee208 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#15 0xb6eee5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#16 0xb75a4e84 in gtk_widget_get_default_style () from 
/usr/lib/libgtk-x11-2.0.so.0
#17 0xb74b600f in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#18 0xb721feb0 in gdk_window_is_viewable () from /usr/lib/libgdk-x11-2.0.so.0
#19 0xb721ffa8 in gdk_window_process_updates () from 
/usr/lib/libgdk-x11-2.0.so.0
#20 0xb7bfa239 in html_engine_freeze () from /usr/lib/libgtkhtml-3.8.so.15
#21 0xb7c1f845 in html_text_prepare_attrs () from /usr/lib/libgtkhtml-3.8.so.15
#22 0xb7c207ab in html_text_get_pango_info () from /usr/lib/libgtkhtml-3.8.so.15
#23 0xb7c23984 in html_text_slave_get_glyph_items ()
   from /usr/lib/libgtkhtml-3.8.so.15
#24 0xb7c24ac5 in html_text_slave_cursor_head () from 
/usr/lib/libgtkhtml-3.8.so.15
#25 0xb7c07c72 in html_object_draw () from /usr/lib/libgtkhtml-3.8.so.15
#26 0xb7bd4a3a in html_clue_type_init () from /usr/lib/libgtkhtml-3.8.so.15
#27 0xb7bd8a4d in html_clueflow_get_halignment () from 
/usr/lib/libgtkhtml-3.8.so.15
#28 0xb7c07c72 in html_object_draw () from /usr/lib/libgtkhtml-3.8.so.15
#29 0xb7bd4a3a in html_clue_type_init () from /usr/lib/libgtkhtml-3.8.so.15
#30 0xb7bdc4df in html_cluev_type_init () from /usr/lib/libgtkhtml-3.8.so.15
#31 0xb7c07c72 in html_object_draw () from /usr/lib/libgtkhtml-3.8.so.15
#32 0xb7bd4a3a in html_clue_type_init () from /usr/lib/libgtkhtml-3.8.so.15
#33 0xb7bdc4df in html_cluev_type_init () from /usr/lib/libgtkhtml-3.8.so.15
#34 0xb7c07c72 in html_object_draw () from /usr/lib/libgtkhtml-3.8.so.15
#35 0xb7bf8c6c in html_engine_draw_background () from 
/usr/lib/libgtkhtml-3.8.so.15
#36 0xb7bf9599 in html_engine_expose () from /usr/lib/libgtkhtml-3.8.so.15
#37 0xb7bcc7a0 in gtk_html_get_selection_html () from 
/usr/lib/libgtkhtml-3.8.so.15
#38 0xb74bb250 in _gtk_marshal_BOOLEAN__BOXED () from 
/usr/lib/libgtk-x11-2.0.so.0
#39 0xb6edaf49 in g_value_set_boxed () from /usr/lib/libgobject-2.0.so.0
#40 0xb6edc98b in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#41 0xb6eed56f in g_signal_chain_from_overridden ()
   from /usr/lib/libgobject-2.0.so.0
#42 0xb6eee208 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#43 0xb6eee5d9 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#44 0xb75a4e84 in gtk_widget_get_default_style () from 
/usr/lib/libgtk-x11-2.0.so.0
#45 0xb74b600f in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#46 0xb721feb0 in gdk_window_is_viewable () from /usr/lib/libgdk-x11-2.0.so.0
#47 0xb721ffa8 in gdk_window_process_updates () from 
/usr/lib/libgdk-x11-2.0.so.0
#48 0xb7bfa239 in html_engine_freeze () from /usr/lib/libgtkhtml-3.8.so.15
#49 0xb7c1f845 in html_text_prepare_attrs () from /usr/lib/libgtkhtml-3.8.so.15
#50 0xb7c207ab in html_text_get_pango_info () from /usr/lib/libgtkhtml-3.8.so.15
#51 0xb7c20e36 in html_text_tail_white_space () from 
/usr/lib/libgtkhtml-3.8.so.15
#52 0xb7c07e6f in html_object_calc_min_width () from 
/usr/lib/libgtkhtml-3.8.so.15
#53 0xb7bd8f0f in html_clueflow_get_halignment () from 
/usr/lib/libgtkhtml-3.8.so.15
#54 0xb7c07e6f in html_object_calc_min_width () from 
/usr/lib/libgtkhtml-3.8.so.15
#55 0xb7bd479f in html_clue_type_init () from /usr/lib/libgtkhtml-3.8.so.15
#56 0xb7bdc0d0 in html_cluev_type_init () from /usr/lib/libgtkhtml-3.8.so.15
#57 0xb7c1b016 in html_table_cell_get_fixed_width ()
   from /usr/lib/libgtkhtml-3.8.so.15
#58 0xb7c07e6f in html_object_calc_min_width () from 
/usr/lib/libgtkhtml-3.8.so

Processed: pending

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags #400675 + pending
Bug#400675: kernel-patch-openvz: OpenVZ-Patch does not apply to Debian-Kernel
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400998: Please provide example

[Filipus Klutiero]

Hi Justin,
it could be helpful if you'd provide an example of this bug.

Thanks


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

Bug#401006: libtorrent9: safe_sync errors

[Skibbi]

Package: libtorrent9
Version: 0.10.4-1
Severity: grave
Justification: causes non-serious data loss

Few days ago I've installed linux-image-2.6.18-3-686. Since then
rtorrent/libtorrent started to behave strange. After downloading the
files, when hash check was performed, rtorrent began to display following 
errors:
bad CRC check consider using 'safe_sync'
Turning on safe sync didn't help.

I believe that these errors are caused by the following changes in the kernel 
package:
   * Fix msync() for LSB 3.1 compliance, backport fedora patches from
2.6.19
- mm: tracking shared dirty pages
- mm: balance dirty pages
- mm: optimize the new mprotect() code a bit
- mm: small cleanup of install_page()
- mm: fixup do_wp_page()
- mm: msync() cleanup (closes: #394392)

With linux-image-2.6.18-2 the problem does not occur.

-- System Information:
Debian Release: 4.0 by Linux-Systeme
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-686
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)

Versions of packages libtorrent9 depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-20  GCC support library
ii  libsigc++-2.0-0c2a   2.0.17-2type-safe Signal Framework for C++
ii  libssl0.9.8  0.9.8c-4SSL shared libraries
ii  libstdc++6   4.1.1-20The GNU Standard C++ Library v3

Versions of packages libtorrent9 recommends:
ii  rtorrent  0.6.4-1ncurses BitTorrent client based on

-- no debconf information


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

Processed (with 1 errors): reopen 370366

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen  370366
Bug#370366: skippy: Skippy crashes when triggered
Bug reopened, originator not changed.

> Thanks,
Unknown command or malformed arguments to command.

> --
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#399828: [GRASS-dev] gps

[Hamish]

Paolo Cavallini wrote:
> Thanks to the enlightenments from guru Frankie (Lovergine), I have
> been debugging gpstrans, which is constantly crashing for us:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399828

hopefully I'll get my hands on one of our garmins in the next days to
begin some testing with gpstrans ver 0.40. (it's prime field season
here, so no promises of quick access)

Reproducing your bug & confirming the graveness or non-graveness of
debian bug #399828 is a high priority for me as I am very interested in
Etch being released with a working gpstrans package.


> My conclusions are:
> - - gpstrans has serious problems (it does not check the input, and
> thus crashes easily when encountering unexpected, but valid, strings)

yes, it has always been fragile, but I wouldn't call them serious
problems. If run with correct inputs it works fine (ver 0.39), and when
used from within a script (like v.in.garmin) the inputs are always
given in the correct form. It would be nice to have it be a bit more
robust but I'm not going to spend much time worrying about someone
mispelling /dev/ttyS0 as "com1" etc.


> - - it does not seem actively maintained anymore

AFAICT James Van Zandt (the debian package maintainer) became the
de-facto upstream maintainer and released a new version (0.40) in May
2006. The latest date in the ChangeLog for that release is listed as
2006-05-08 with several new development updates. (presumably the cause
of your instability).

> - - it does not support many modern devices

It's a tool for serial garmins, and with those devices it works quite
well. The new version purportedly will handle new devices, but as I
don't have any of those on hand ;) I can't really comment on that.
=
gpstrans (0.40-1) unstable; urgency=low
  * New upstream release: understands most (all?) Garmin formats
=

> - - we have valid backend replacements, of which the best seems
> gpsbabel

sure. redundancy is good.

> I would therefore suggest replacing v.in.garmin with v.in.gpsbabel.

"-1"

> Of course we could keep the two, but having two commands doing the
> same thing is confusing for the users, and let the devs waste their
> time maintaining the two.

I prefer to use v.in.garmin, and will actively maintain it as long as we
need it in our work, and do not consider that wasted time (also because
I feel some responsibility having written or rewritten much of it). At
the same time I will leave any v.in.gpsbabel development to the module's
authors, beyond simple/obvious fixes (mostly because I am not actively
using it).

ie here at my work we have a working solution with v.in.garmin and I
see no need to spend valuable time/effort converting to something else.

Also v.in.garmin (and gpstrans) is mature, v.in.gpsbabel is not (yet):

> I think v.in.gpsbabel needs some care, possibly tweaking etc., but
> being a script this should be easy and quick.

Yes, I think it will be very nice after a little more tweaking and
testing, but there is still some work to be done. I have trouble testing
it further due to a firmware bug in all our Garmins (timestamps shift
off-by-one after the memory wraps, ie between downloads if unit is
permanently logging; no response from the company) so I am never sure
exactly what is the script going wrong and what is broken input.


regards,
Hamish


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

Processed (with 2 errors): Re: Bug#370366: releated Title Asc

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> close 370366
Bug#370366: skippy: Skippy crashes when triggered
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to "Todd Pytel" <[EMAIL PROTECTED]>

> thanks,
Unknown command or malformed arguments to command.

> SPAM.
Unknown command or malformed arguments to command.

> --
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: severity of 400891 is serious

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> severity 400891 serious
Bug#400891: modutils: trying to overwrite /get_kernel_syms.2.gz, whish is 
also in package manpages-dev
Severity set to `serious' from `grave'

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing

[Szakacsits Szabolcs]

On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> 
> Thank you for persisting with this.  

Yes, thank you Frans and Andree for your help. We definitely found 
something.

> I have now looked at the code and you are right it does not do the same 
> thing.  This is because when Yura ported my $LogFile code from the kernel 
> for some unknown to me (or forgotten by me) reason he did not integrate 
> clearing the journal into the mount process.  He integrated the checking 
> but not the clearing.  This is a HUGE and VERY BAD bug in libntfs and 
> means that all ntfs utilities are _DANGEROUS_ to run and can cause 
> massive and very hard to detect data corruption.  )-:

If the journal is not clean then the mount is refused. This detection was 
added later, previously the journal cleaning was unconditional because we 
didn't know if it's clean or not.

So, I don't see a big problem here. The reliability of ntfsresize and 
ntfs-3g seems to confirm this. Nobody reported corruptions, in fact, people 
are finding bad hardwares (RAM, disk, cable) and softwares during usage and 
testing. Almost like ZFS :-)))

> No wonder Vista does not boot!!!  

I still wonder why it doesn't boot. As I explained in my previous email, 
ntfsresize resets the journal unless the empty journal detection fails.

> It is amazing it took so long to find this problem.  I cannot believe we 
> managed to get away with it for so long...

For me it seems it worked as it should have. If the journal is clean, 
then theoretically it's pointless to empty. If unclean then mount is 
unconditionally refused.

Szaka


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

Bug#383465: Contains obfuscated source code, DFSG violation?

[David Nusinow]

On Tue, Nov 28, 2006 at 08:49:56PM +, Sam Morris wrote:
> I found some interesting links about this topic:
> 
> http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/vga256/drivers/nv/Attic/README.RIVATNT.diff?r1=1.1.2.2&r2=1.1.2.3&hideattic=0&only_with_tag=xf-3_3_3
> and
> http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/vga256/drivers/nv/Attic/nv3driver.c.diff?r1=1.1.2.5&r2=1.1.2.6&hideattic=0&only_with_tag=xf-3_3_3
> 
> If nvidia already 'forced' XFree86 to obfuscate their source code, it
> doesn't seem unlikely that they require obfuscation of the source for
> the 'nv' driver too.

They can't actually force obfuscation beause the code is under MIT/X11
(well... most of it. We need to clarify the situation of nv_hw.c badly).
The nouveau project is deobfuscating the code as they go. Even if their DRI
work isn't ready for Lenny, we'll definitely be pulling their deobfuscated
code.

 - David Nusinow


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

Bug#400998: ddclient: fails to preserve local config

[Justin Pryzby]

Package: ddclient
Version: 3.6.7-2
Severity: serious
Justification: 10.7.3.

I have a custom-written /etc/ddclient.conf, since the debconf
interface didn't support things I needed, but which are supported by
ddclient (or, I figured out how to do it without debconf before I
figured out how to do it with it).  My config file has multiple
stanzas for multiple hosts, yet dpkg-reconfigure ddclient has only one
host, presumably because debconf has ddclient/names with only one
host.

My understanding of the popular interpretation of relevant policy is
that packages are required to parse their config files and seed
debconf with their values, and avoid prompting the user with "whatever
they answered last time or otherwise might happen to be in the cache". 


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

Bug#379628: [Linux-NTFS-Dev] was: Bug#379628: CALL FOR HELP: Vista beta compatibility testing

[Szakacsits Szabolcs]

On Tue, 28 Nov 2006, Anton Altaparmakov wrote:
> On Tue, 28 Nov 2006, Szakacsits Szabolcs wrote:
>
> > I didn't have time to check the patches yet but wasn't the Vista problem due
> > to a bug in libntfs and not because of ntfsresize?
>
> The problem is that with my first patch which does not turn on unmounting 
> you end up with an ntfsresize that is horrible:

Another ntfsresize design rule was that it doesn't make __ANY__ 
modification to NTFS until it checked and analyzed the volume and it found 
to be consistent and safe for resizing. This is very important. It's even 
explicitely written in the error messages when corrupt volumes are detected 
which happen relatively often:

  NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
  The usage of the /f parameter is very IMPORTANT! No modification was
  and will be made to NTFS by this software until it gets repaired.

A lot of softwares, drivers corrupt NTFS and this is a very strong 
argument for self-protection that it was not ntfsresize which corrupted it 
because it was already damaged when user wanted to do the resizing.

> Please take the time to review the patches...

Surely I would but I don't have much free time recently, and unfortunately 
it doesn't help that seemingly you have checked in your entire private 
ntfsprogs CVS in one commmit.

To be honest, I still can't even see what the problem was. You wrote the 
journal wasn't emptied. But ntfsresize explicitely does that. Which 
function became conditional. And perhaps the problem is that that the clean 
journal detection is broken for Vista. For example, because of journal 
format change.

I have checked the ntfsresize journal reset again, without your latest 
patches. After the resize:

  ntfscat -fi 2 /dev/hda1 | hexdump
    ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff
  *
  02a04000

So, the journal has been reset, entirely. You say that this is not the case 
for Vista? 

Szaka



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

Bug#400989: php-image-canvas: Lacks Image/Color.php required by Color.php

[Jeremy Bouse]

I'll have to re-visit Image_Color then from Pear to see if the PHP group has
resolved the licensing issues that was keeping it from being packaged
previously.

On 11/29/06, Igor Tamara <[EMAIL PROTECTED]> wrote:


Package: php-image-canvas
Version: 0.2.2-1
Severity: grave
Justification: renders package unusable



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=es_CO, LC_CTYPE=es_CO (charmap=ISO-8859-1)

Versions of packages php-image-canvas depends on:
ii  php-pear  5.2.0-7PEAR - PHP Extension and
Applicati
ii  php5-gd   5.2.0-7GD module for php5

php-image-canvas recommends no packages.

-- no debconf information

I downloaded Image_Color-1.0.2 from pear, and copied Color.php into
usr/share/php/Image/Canvas/Image
then it worked.

Processed: I hope this is the right fix...

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 400874 + patch
Bug#400874: apt-get: glibc detected: double free or corruption
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400874: I hope this is the right fix...

[Andreas Henriksson]

tags 400874 + patch
thanks

Here's the off-by-one fix for apt. Now that it's solved it seems so
obvious... valgrind was right! (Could someone please rerun valgrind with
this patch applied?!)

Please verify for correctness, this patch "works for me" (and in my
current state seems to be the right fix, I'll try to have a closer look
at it tomorrow or maybe later...)

Problem described in:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400874;msg=36

Workaround:
http://fatal.se/tmp/aptsource-workaround.diff


Probably/hopefully this is the "real" fix:
http://fatal.se/tmp/aptsource-fix.diff
(this one also attached)



Patch attached.


Regards,
Andreas Henriksson
diff -ur apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc apt-0.6.46.3.fix/apt-pkg/deb/debsrcrecords.cc
--- apt-0.6.46.3/apt-pkg/deb/debsrcrecords.cc	2006-03-02 14:44:28.0 +0100
+++ apt-0.6.46.3.fix/apt-pkg/deb/debsrcrecords.cc	2006-11-30 00:38:19.0 +0100
@@ -40,7 +40,7 @@
char *Buf;
if (Bins.length() > sizeof(Buffer))
{
-  BigBuf = new char[Bins.length()];
+  BigBuf = new char[Bins.length()+1];
   Buf = BigBuf;
}
else

Bug#400072: museek+: FTBFS: IOError: [Errno 2] No such file or directory: 'mucipher.i':

[Nicolas François]

tags 400072 patch
thanks

Hello,

Please find attached a patch to fix the FTBFS.

I removed mucipher.i from the sources list in Mucipher/python/SConscript.
sources is used to make a SharedLibrary, and scons has no way to use it
for inclusion in a library.
This does not seems to be a source file. And the package builds cleanly
without.

In the same file, I changed the order of the arguments of file_copy to
match the Environment.Command documentation.

The change in Tools/SConscript is due to a bug in scons. I will file a bug
against scons, but for the moment, I recommend to use it (otherwise, scons
compile with "-D{'HAVE_VORBIS': 1}" instead of -DHAVE_VORBIS=1)
This could be fixed in other ways (e.g. by using a tupple instead of a
dictionnary: env_libmuscan.Append(CPPDEFINES = ("HAVE_VORBIS", 1)), but
this behavior do not seems to be documented.

Kind Regards,
-- 
Nekral
diff -rauN ../orig/museek+-0.1.12/Mucipher/python/SConscript 
./museek+-0.1.12/Mucipher/python/SConscript
--- ../orig/museek+-0.1.12/Mucipher/python/SConscript   2006-06-07 
12:23:42.0 +0200
+++ ./museek+-0.1.12/Mucipher/python/SConscript 2006-11-29 23:51:44.0 
+0100
@@ -4,11 +4,10 @@
 import os
 
 sources = Split("""
-  mucipher.i
   wraphelp.c
 """)
 
-def file_copy(target, source, env):
+def file_copy(env, target, source):
 open(str(target[0]), "w").write(open(str(source[0])).read())
 
 py_ver = str(sys.version_info[0]) + "." + str(sys.version_info[1])
diff -rauN ../orig/museek+-0.1.12/Tools/SConscript 
./museek+-0.1.12/Tools/SConscript
--- ../orig/museek+-0.1.12/Tools/SConscript 2006-05-26 21:47:57.0 
+0200
+++ ./museek+-0.1.12/Tools/SConscript   2006-11-29 23:51:44.0 +0100
@@ -16,7 +16,10 @@
 if env['VORBIS']:
env_libmuscan.ParseConfig('pkg-config --libs --cflags vorbisfile')
if conf.CheckLibWithHeader('', 'vorbis/vorbisfile.h', 'C++', 
'ov_clear(0);'):
-   env_libmuscan.Append(CPPDEFINES = {'HAVE_VORBIS': 1})
+   if env_libmuscan['CPPDEFINES'] != []:
+   env_libmuscan.Append(CPPDEFINES = {"HAVE_VORBIS": 1})
+   else:
+   env_libmuscan.Replace(CPPDEFINES = {"HAVE_VORBIS": 1})
print "OGG Vorbis found, compiling into muscan."
else:
print "OGG Vorbis NOT found, not compiled into muscan."

Bug#400994: Adding tags produce unpredictable results

[Enrico Zini]

Package: debtags
Version: 1.6.5
Severity: serious

Hello,

[EMAIL PROTECTED]:~$ cat ~/.debtags/patch
[EMAIL PROTECTED]:~$ debtags tag add debtags implemented-in::c++
[EMAIL PROTECTED]:~$ cat ~/.debtags/patch
debtags: +implemented-in::c++
[EMAIL PROTECTED]:~$ debtags tag add debtags implemented-in::c++
[EMAIL PROTECTED]:~$ cat ~/.debtags/patch
debtags: +implemented-in::c++
libc6: +implemented-in::c++
[EMAIL PROTECTED]:~$ debtags tag add debtags implemented-in::c++
[EMAIL PROTECTED]:~$ cat ~/.debtags/patch
debtags: +implemented-in::c++
libc6: +implemented-in::c++
x3270: +implemented-in::c++
[EMAIL PROTECTED]:~$ debtags tag add debtags implemented-in::c++
[EMAIL PROTECTED]:~$ cat ~/.debtags/patch
c3270: +implemented-in::c++
debtags: +implemented-in::c++
libc6: +implemented-in::c++
x3270: +implemented-in::c++

This is BAD.  I'll look into it ASAP.

Ciao,

Enrico

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

Versions of packages debtags depends on:
ii  apt [libapt-pkg-libc6.3-6-3. 0.6.46.3Advanced front-end for dpkg
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-20  GCC support library
ii  libsigc++-2.0-0c2a   2.0.17-2type-safe Signal Framework for C++
ii  libstdc++6   4.1.1-20The GNU Standard C++ Library v3
ii  perl 5.8.8-6.1   Larry Wall's Practical Extraction 
ii  zlib1g   1:1.2.3-13  compression library - runtime

debtags recommends no packages.

-- no debconf information


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

Processed: Re: Bug#400072: museek+: FTBFS: IOError: [Errno 2] No such file or directory: 'mucipher.i':

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 400072 patch
Bug#400072: museek+: FTBFS: IOError: [Errno 2] No such file or directory: 
'mucipher.i':
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#390667: Reopening, not fixed

[Aurélien GÉRÔME]

tags 390667 pending
notfound 390667 1:7.2.2-2
found 390667 1:7.2.2.dfsg.1-3
thanks

Hi Simon,

On Wed, Nov 29, 2006 at 10:35:56PM +0100, Simon Josefsson wrote:
> Hi!  I looked at the version 1:7.2.2.dfsg.1-2 package, and it seems
> the bug have not been fixed.  I still see these files in the source
> package:
> 
>   ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc1459.txt
>   ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc2812.txt
>   ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc2813.txt
> 
> The contents of the files is the real IETF RFCs, which are not
> licensed under a free license.

Well, in any case, I have been right to setup a dsfg.1 release... ;)
You did not mention those files in your initial bug report, you just
mentioned [1].

Of course, I will remove them too, but our dear Release Managers will
probably tag this bug as etch-ignore. I did not give them the time
to do so on this one when you submitted it in the first place. ;P

Cheers,

[1] 
/usr/share/doc/ircd-hybrid/technical/draft-mitchell-irc-capabilities-01.txt.gz
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature

Bug#400874: also on ia64

[dann frazier]

fwiw, I'm seeing this on ia64, so its not amd64-specific.

-- 
dann frazier | HP Open Source and Linux Organization


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

Bug#400826: policy violation /usr/share/trac/conf

[Luis Matos]

Sorry for the complains ... but i had sent you several emails asking for
comment ... 

mainly because in the last upload several bugs could had been closed.

i noticed that you commented other bug report. I told that just to
caught your attention.

thanks.

Qua, 2006-11-29 às 22:13 +0100, Jesus Climent escreveu:
> On Wed, Nov 29, 2006 at 08:01:35PM +, Luis Matos wrote:
> > merge 400826 386415
> > 
> > thanks
> > 
> > this bug is already reported and a patch is available.
> > 
> > the maintainer is not answering any emails about bugs.
> 
> That comment was unnecessary, since the maintainer has been answering emails
> about bugs.
> 
> I am planning to prepare an upload version based on 0.10.3-dev tomorrow at
> work, since i have had a busy personal life.
> 
> Thanks for your bugs reports.
> 



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

Bug#400121: Can't reproduce 400121 with libpcre3

[Tom Parker]

Mark Baker wrote:

There is a limit recursion feature of PCRE, which the calling program
could use.


There appears to be two options here:
1) Punt back to Konqueror, and get them (or whatever they're calling 
that uses libpcre3 - note that libpcre3 is *not* in the dependancies of 
konqueror 4:3.5.5a.dfsg.1-2, so this probably needs doing somewhere 
else) and get them to use the recursion limiting of pcre to clip it at a 
few thousand - your stack trace got to 8156 iterations, so clipping at 
say 4000 or so should be plenty for most sane things while not limiting 
most applications. This is a bit of a hack around, but would fix the 
security issue (well, unless some user sets their stack size even smaller)


2) Figure out a way to fix this properly by getting libpcre to realise 
it's run out of stack space (possibly by not spawning new copies of 
match() unless there's some minimum value of stack free), and to return 
some form of "match failed badly, here's an error" up to the calling 
app. Not sure how you'd do that cleanly offhand. Catching SIGSEGV might 
work, but would be like using a sledgehammer to crack peanuts (as well 
as screwing with any application that's catching SIGSEGV for it's own 
reasons). Best option here is probably forwarding to upstream and seeing 
what their thoughts are. I guess as the package maintainer you're 
probably on the mailing list for them?


Tom Parker


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

Processed: Re: Bug#390667: Reopening, not fixed

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 390667 pending
Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds
There were no tags set.
Tags added: pending

> notfound 390667 1:7.2.2-2
Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds
Bug marked as not found in version 1:7.2.2-2.

> found 390667 1:7.2.2.dfsg.1-3
Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds
Bug marked as found in version 1:7.2.2.dfsg.1-3.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400989: php-image-canvas: Lacks Image/Color.php required by Color.php

[Igor Tamara]

Package: php-image-canvas
Version: 0.2.2-1
Severity: grave
Justification: renders package unusable



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=es_CO, LC_CTYPE=es_CO (charmap=ISO-8859-1)

Versions of packages php-image-canvas depends on:
ii  php-pear  5.2.0-7PEAR - PHP Extension and Applicati
ii  php5-gd   5.2.0-7GD module for php5

php-image-canvas recommends no packages.

-- no debconf information

I downloaded Image_Color-1.0.2 from pear, and copied Color.php into
usr/share/php/Image/Canvas/Image
then it worked.


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

Bug#400874: grave?

[Guus Sliepen]

I have this problem as well, I also have an amd64 system (unstable
though, not etch). Maybe it is not grave, but serious. You wouldn't want
to release etch with this bug.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

[Kevin Glynn]

Hi Julien,

Can you send me the output of this command when run on this machine
(nasya):

   echo "`uname -m` `uname -s` `uname -r`"

Do you know if there is anything different about this machine compared
to the other autobuilders.  If you have access it would be helpful if
you could also run the above command on spontini as well.

Thanks for the report,

Kevin




Julien Danjou writes:
 > Package: mozart-gtk
 > Version: 20060615-2
 > Severity: serious
 > 
 > Hello,
 > 
 > There was a problem while autobuilding your package:
 > 
 > > Automatic build of mozart-gtk_20060615-2 on nasya by sbuild/sparc 0.50
 > > Build started at 20061125-1533
 > > **
 > ...
 > >  debian/rules build
 > > dh_testdir
 > > test -r /usr/share/misc/config.sub && \
 > >  cp -f /usr/share/misc/config.sub 
 > > /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/config.sub
 > > make: [source-stamp] Error 1 (ignored)
 > > test -r /usr/share/misc/config.guess && \
 > >  cp -f /usr/share/misc/config.guess 
 > > /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/config.guess
 > > make: [source-stamp] Error 1 (ignored)
 > > chmod u=rwx,g=rx,o=rx 
 > > /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/configure
 > > echo > source-stamp
 > > dh_testdir
 > > mkdir /build/buildd/mozart-gtk-20060615/BUILD || true
 > > cd /build/buildd/mozart-gtk-20060615/BUILD && 
 > > /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/configure \
 > >--host=sparc-linux-gnu \
 > >--build=sparc-linux-gnu \
 > >--with-gtk-canvas-dir=/usr
 > > creating cache ./config.cache
 > > checking host system type... sparc-unknown-linux-gnu
 > > checking for oztool... /usr/bin/oztool
 > > checking for ozdoc... /usr/bin/ozdoc
 > > sh: /usr/lib/mozart/platform/unknown-unknown/oztool.sh: No such file or 
 > > directory
 > > checking for gmake... no
 > > checking for make... make
 > > checking whether make sets ${MAKE}... yes
 > > checking for a BSD compatible install... /usr/bin/install -c
 > > checking for mkinstalldirs... 
 > > /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/mkinstalldirs
 > > checking for c++... c++
 > > checking whether the C++ compiler (c++ -O ) works... yes
 > > checking whether the C++ compiler (c++ -O ) is a cross-compiler... no
 > > checking whether we are using GNU C++... yes
 > > checking whether c++ accepts -g... yes
 > > checking c++ version is at least 2.7... yes (4.1.2)
 > > checking how to run the C++ preprocessor... c++ -E
 > > checking for ozc... /usr/bin/ozc
 > > checking for ozl... /usr/bin/ozl
 > > checking for ozengine... /usr/bin/ozengine
 > > checking for flex... flex
 > > checking for yywrap in -lfl... yes
 > > checking flex version is at least 2.5.3... yes (2.5.4)
 > > checking for bison... bison -y
 > > checking bison -y version is at least 1.25... yes (2.3)
 > > checking for cpp... /usr/bin/cpp
 > > checking for tricky preprocessor options... 
 > > checking for -s option to oztool ld... no
 > > checking for gtk-config... /usr/bin/gtk-config
 > > checking gtk c flags... -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
 > > -I/usr/lib/glib/include
 > > checking for options to filter from gtk c flags... keeping: 
 > > -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include
 > > checking gtk lib flags... -L/usr/lib -L/usr/X11R6/lib -lgtk -lgdk 
 > > -rdynamic -lgmodule -lglib -ldl -lXi -lXext -lX11 -lm
 > > checking for imlib-config... /usr/bin/imlib-config
 > > checking imlib c flags... -I/usr/X11R6/include
 > > checking for options to filter from imlib c flags... keeping: 
 > > -I/usr/X11R6/include
 > > checking imlib lib flags... -L/usr/lib -lImlib -ljpeg -ltiff -lungif -lpng 
 > > -lz -lm -lXext -L/usr/X11R6/lib -lSM -lICE -lXext -lX11
 > > checking for libart-config... /usr/bin/libart-config
 > > checking libart c flags... -I/usr/include/gnome-1.0
 > > checking for options to filter from libart c flags... keeping: 
 > > -I/usr/include/gnome-1.0
 > > checking libart lib flags... -L/usr/lib -lart_lgpl -lm
 > > checking for GTK+ version... 1.2.10
 > > checking for --with-gtk-canvas-dir... canvas directory = /usr
 > > updating cache ./config.cache
 > > creating ./config.status
 > > creating Makefile
 > > dh_testdir
 > > /usr/bin/make -C /build/buildd/mozart-gtk-20060615/BUILD
 > > make[1]: Entering directory `/build/buildd/mozart-gtk-20060615/BUILD'
 > > cpp -I/usr/X11R6/include -I/usr/include/gnome-1.0 -I/usr/include/gtk-1.2 
 > > -I/usr/include/glib-1.2 -I/usr/lib/glib/include  -D__IEEE_LITTLE_ENDIAN 
 > > -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include 
 > > -I/usr/include -I/usr/include/gnome-1.0 -I/usr/X11R6/include 
 > > /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/gtkdefs.c > gtkraw.c
 > > flex -olex.yy.cc /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/c.flex
 > > bison -y -d /build/buildd/mozart-gtk-20060615/mozart-gtk-1.1/c.bison
 > > conflicts: 1 shift/reduce
 > > cp y.tab.

Bug#400355: mozart-gtk: FTBFS: arch is unknown ?

[Kevin Glynn]

One other thing.  there should be a directory in

   /usr/lib/mozart/platform

can you tell me its name on nasya?

Thanks
k



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

Bug#398373: marked as done (gnome-applets drivemount: incorrectly claims that USB drive is unmounted during the cache flush)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 21:32:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398373: fixed in nautilus 2.14.3-5
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---

Package: gnome-applets
Version: 2.14.3-1+b1

I use the drivemount applet. I click "unmount" and in a second it 
signals the USB device is correctly disconnected. However, the cache is 
still being flushed, device LED is blinking, and sync command lasts a 
while, until the buffers are REALLY flushed to the device.


This can cause data loss, if the user relies on the applet's claims.

I have USB1.1 on VIA KT133A QDI Kinetiz 7E motherboard (VIA686B). The 
bug has been encounetered using two different USB Mass Storage devices.


--- End Message ---
--- Begin Message ---
Source: nautilus
Source-Version: 2.14.3-5

We believe that the bug you reported is fixed in the latest version of
nautilus, which is due to be installed in the Debian FTP archive:

libnautilus-extension-dev_2.14.3-5_i386.deb
  to pool/main/n/nautilus/libnautilus-extension-dev_2.14.3-5_i386.deb
libnautilus-extension1_2.14.3-5_i386.deb
  to pool/main/n/nautilus/libnautilus-extension1_2.14.3-5_i386.deb
nautilus-data_2.14.3-5_all.deb
  to pool/main/n/nautilus/nautilus-data_2.14.3-5_all.deb
nautilus-dbg_2.14.3-5_i386.deb
  to pool/main/n/nautilus/nautilus-dbg_2.14.3-5_i386.deb
nautilus_2.14.3-5.diff.gz
  to pool/main/n/nautilus/nautilus_2.14.3-5.diff.gz
nautilus_2.14.3-5.dsc
  to pool/main/n/nautilus/nautilus_2.14.3-5.dsc
nautilus_2.14.3-5_i386.deb
  to pool/main/n/nautilus/nautilus_2.14.3-5_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Loic Minier <[EMAIL PROTECTED]> (supplier of updated nautilus package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 29 Nov 2006 15:33:06 +0100
Source: nautilus
Binary: libnautilus-extension-dev libnautilus-extension1 nautilus-data 
nautilus-dbg nautilus
Architecture: source i386 all
Version: 2.14.3-5
Distribution: unstable
Urgency: low
Maintainer: Josselin Mouette <[EMAIL PROTECTED]>
Changed-By: Loic Minier <[EMAIL PROTECTED]>
Description: 
 libnautilus-extension-dev - libraries for nautilus components - development 
version
 libnautilus-extension1 - libraries for nautilus components - runtime version
 nautilus   - file manager and graphical shell for GNOME
 nautilus-data - data files for nautilus
 nautilus-dbg - file manager and graphical shell for GNOME - debugging version
Closes: 396939 398373
Changes: 
 nautilus (2.14.3-5) unstable; urgency=low
 .
   * New patch, 11_umount-progress-bar.patch, to display a progress bar when
 umounting an USB stick (or other volumes); taken from the Ubuntu package as
 well as the translations; thanks Sven Arvidsson; GNOME #313639;
 closes: #396939, #398373.
Files: 
 5ed1cba23ee0e8979102f03847936429 1768 gnome optional nautilus_2.14.3-5.dsc
 4c288cf5a498e185f347dbd6112d0f10 26126 gnome optional nautilus_2.14.3-5.diff.gz
 c3f009c9344e200d8d2730482cb245b1 3503648 gnome optional 
nautilus-data_2.14.3-5_all.deb
 1517365ef78e23adab10aaf2acc7702d 599798 gnome optional 
nautilus_2.14.3-5_i386.deb
 344338599fa569f9700c79bc468e18f9 1666332 gnome extra 
nautilus-dbg_2.14.3-5_i386.deb
 8c54f866b2dfed790acedc2fbcb45e32 82644 libs optional 
libnautilus-extension1_2.14.3-5_i386.deb
 462398e43fa87f2d4f48b9ac0b56aa9e 78460 libdevel optional 
libnautilus-extension-dev_2.14.3-5_i386.deb

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

iD8DBQFFbfMK4VUX8isJIMARAqmxAJ4gJplZTwZZxG9IqoDvgiq9nzozUQCfSJyF
sRmHM95r16lB8qpJiFNMk0I=
=jAP/
-END PGP SIGNATURE-

--- End Message ---

Bug#355261: marked as done (gnome-applets: drivemount_applet2 : should wait until unmounting finished)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 21:32:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398373: fixed in nautilus 2.14.3-5
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: gnome-applets
Version: 2.12.3-1
Severity: important


When unmounting a volume with the drivemount applet, unmounting seems to be 
done asynchronously to the display of the status of the volume in the icon.
The icons show the volume as unmounted while it's still unmounting, for 
instance flushing modifications made to a slow device like USB memory.
If the user trust the status and ejects the unit physically, it has great 
chances to breaking the filesystem (or the device).

I think the applet should only display unmounted units when umount has finished.

Severity important since can lead to data corruption pretty easily !

Best regards,


-- 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.15-1-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gnome-applets depends on:
ii  debconf [debconf-2.0]1.4.70  Debian configuration management sy
ii  gconf2   2.12.1-9GNOME configuration database syste
ii  gnome-applets-data   2.12.3-1Various applets for GNOME 2 panel 
ii  gnome-icon-theme 2.12.1-2GNOME Desktop icon theme
ii  gnome-panel  2.12.2-3launcher and docking facility for 
ii  gstreamer0.8-alsa [gstre 0.8.12-1ALSA plugin for GStreamer
ii  gstreamer0.8-esd [gstrea 0.8.12-1Enlightened Sound Daemon plugin fo
ii  libapm1  3.2.2-5 Library for interacting with APM d
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-2The Bonobo UI library
ii  libc62.3.5-13GNU C Library: Shared libraries an
ii  libdbus-1-2  0.60-6  simple interprocess messaging syst
ii  libdbus-glib-1-2 0.60-6  simple interprocess messaging syst
ii  libgconf2-4  2.12.1-9GNOME configuration database syste
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.6-1 The GLib library of C routines
ii  libgnome-desktop-2   2.12.2-2Utility library for loading .deskt
ii  libgnome2-0  2.12.0.1-5  The GNOME 2 library - runtime file
ii  libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-5GNOME virtual file-system (runtime
ii  libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li
ii  libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.12-1The GTK+ graphical user interface 
ii  libgtop2-5   2.12.2-1Libraries for gtop system monitori
ii  libgucharmap41:1.4.4-3   Unicode browser widget library (sh
ii  libhal1  0.5.6-4 Hardware Abstraction Layer - share
ii  libpanel-applet2-0   2.12.2-3library for GNOME 2 panel applets
ii  libpango1.0-01.10.3-1Layout and rendering of internatio
ii  libwnck182.12.3-1Window Navigator Construction Kit 
ii  libx11-6 6.9.0.dfsg.1-4  X Window System protocol client li
ii  libxklavier102.1-1   X Keyboard Extension high-level AP
ii  libxml2  2.6.23.dfsg.2-2 GNOME XML library

Versions of packages gnome-applets recommends:
ii  gnome-media2.12.0-3  The GNOME Media Utilities
ii  gnome-netstatus-applet 2.12.0-5  Network status applet for GNOME 2
ii  gnome-system-monitor   2.12.2-2  Process viewer and system resource
ii  imagemagick6:6.2.4.5-0.7 Image manipulation programs

-- debconf information:
  gnome-applets/cpufreq_SUID_bit: false

--- End Message ---
--- Begin Message ---
Source: nautilus
Source-Version: 2.14.3-5

We believe that the bug you reported is fixed in the latest version of
nautilus, which is due to be installed in the Debian FTP archive:

libnautilus-extension-dev_2.14.3-5_i386.deb
  to pool/main/n/nautilus/libnautilus-extension-dev_2.14.3-5_i386.deb
libnauti

Bug#390667: Reopening, not fixed

[Simon Josefsson]

reopen 390667
thanks

Hi!  I looked at the version 1:7.2.2.dfsg.1-2 package, and it seems
the bug have not been fixed.  I still see these files in the source
package:

  ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc1459.txt
  ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc2812.txt
  ircd-hybrid-7.2.2.dfsg.1/doc/technical/rfc2813.txt

The contents of the files is the real IETF RFCs, which are not
licensed under a free license.

Thanks,
Simon


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

Processed: Reopening, not fixed

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 390667
Bug#390667: [NONFREE-DOC] Package contains IETF RFC/I-Ds
'reopen' is deprecated when a bug has been closed with a version;
use 'found' or 'submitter' as appropriate instead.
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#397216: libastro-fits-cfitsio-perl: FTBFS: wrong byteswap on mipsel and arm

[Niko Tyni]

On Sun, Nov 05, 2006 at 11:11:18PM +0200, Niko Tyni wrote:
 
> The libastro-fits-cfitsio-perl package version 1.05-1 fails
> to build from source on the mipsel [1] and arm [2] architectures
> because some of the tests fail:
 
This was because of #397619 in cfitsio3, fixed in 3.006-1.3 (in unstable,
not yet in etch.)

I'm CCing the mipsel and arm buildd maintainers. Could you please requeue
libastro-fits-cfitsio-perl?

Cheers,
-- 
Niko Tyni   [EMAIL PROTECTED]


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

Bug#400826: policy violation /usr/share/trac/conf

[Jesus Climent]

On Wed, Nov 29, 2006 at 08:01:35PM +, Luis Matos wrote:
> merge 400826 386415
> 
> thanks
> 
> this bug is already reported and a patch is available.
> 
> the maintainer is not answering any emails about bugs.

That comment was unnecessary, since the maintainer has been answering emails
about bugs.

I am planning to prepare an upload version based on 0.10.3-dev tomorrow at
work, since i have had a busy personal life.

Thanks for your bugs reports.

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

Jack, please, I'm only an elected official here, I can't make decisions by 
myself!
--Mayor (The Nightmare Before Christmas)


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

Bug#392649: marked as done (rtsigio does not work on alpha)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 20:47:09 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#392649: fixed in ircd-hybrid 1:7.2.2.dfsg.1-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: ircd-hybrid
Version: 1:7.2.2.dfsg.1-1
Severity: serious
Tags: help

When building on alpha [1], the auto-builder gave the following error.

gcc -I../include -I/usr/include/pcre   -Wall -O2 -g -c s_bsd_epoll.c
s_bsd_epoll.c:87: error: expected declaration specifiers or '...' before
'epoll_create'
s_bsd_epoll.c:87: error: expected declaration specifiers or '...' before
'size'
s_bsd_epoll.c:88: warning: return type defaults to 'int'
s_bsd_epoll.c: In function '_syscall1':
s_bsd_epoll.c:88: error: expected declaration specifiers before
'_syscall4'
s_bsd_epoll.c:123: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '{' token
s_bsd_epoll.c:175: error: expected '=', ',', ';', 'asm' or
'__attribute__' before '{' token
s_bsd_epoll.c:87: error: parameter name omitted
s_bsd_epoll.c:87: error: parameter name omitted
s_bsd_epoll.c:219: error: expected '{' at end of input
make[2]: *** [s_bsd_epoll.o] Error 1
make[2]: Leaving directory `/build/buildd/ircd-hybrid-7.2.2.dfsg.1/src'
make[1]: *** [build] Error 2
make[1]: Leaving directory `/build/buildd/ircd-hybrid-7.2.2.dfsg.1'
make: *** [build-stamp] Error 2

This is fully reproducible on my alpha development machine into a
up-to-date sid chroot.

I am turning around to fix this bug. :( It is release-critical,
because it prevents the package from going to testing and thus from
fixing 2 other RC bugs.

Cheers,

[1] 

-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `- Unix Sys & Net Admin


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: ircd-hybrid
Source-Version: 1:7.2.2.dfsg.1-3

We believe that the bug you reported is fixed in the latest version of
ircd-hybrid, which is due to be installed in the Debian FTP archive:

hybrid-dev_7.2.2.dfsg.1-3_all.deb
  to pool/main/i/ircd-hybrid/hybrid-dev_7.2.2.dfsg.1-3_all.deb
ircd-hybrid_7.2.2.dfsg.1-3.diff.gz
  to pool/main/i/ircd-hybrid/ircd-hybrid_7.2.2.dfsg.1-3.diff.gz
ircd-hybrid_7.2.2.dfsg.1-3.dsc
  to pool/main/i/ircd-hybrid/ircd-hybrid_7.2.2.dfsg.1-3.dsc
ircd-hybrid_7.2.2.dfsg.1-3_i386.deb
  to pool/main/i/ircd-hybrid/ircd-hybrid_7.2.2.dfsg.1-3_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Aurélien GÉRÔME <[EMAIL PROTECTED]> (supplier of updated ircd-hybrid package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 29 Nov 2006 03:53:58 +0100
Source: ircd-hybrid
Binary: hybrid-dev ircd-hybrid
Architecture: source i386 all
Version: 1:7.2.2.dfsg.1-3
Distribution: unstable
Urgency: high
Maintainer: Joshua Kwan <[EMAIL PROTECTED]>
Changed-By: Aurélien GÉRÔME <[EMAIL PROTECTED]>
Description: 
 hybrid-dev - development files for ircd-hybrid
 ircd-hybrid - high-performance secure IRC server
Closes: 392649 46
Changes: 
 ircd-hybrid (1:7.2.2.dfsg.1-3) unstable; urgency=high
 .
   * Use rtsigio on all architectures, except alpha, kfreebsd-i386,
 kfreebsd-amd64, and hurd-i386. (Closes: #392649)
   * Add debconf Japanese translation from Hideki Yamane.
 (Closes: #46)
   * Add "Pre-Depends: ${misc:Depends}" in debian/control{.in,} for
 ircd-hybrid to solve a lintian warning.
   * Add "Suggests: hybserv" in debian/control{.in,} for ircd-hybrid.
   * Remove fuzzy markers in debconf translations, since they resulted
 from me fixing a typo (s/GNU TLS/GNUTLS/g) in a previous upload.
   * Update 98_patchlevel_debian.dpatch as usual.
Files: 
 5974d76db5f6ba25c9832408844050a8 733 net optional 
ircd-hybrid_7.2.2.dfsg.1-3.dsc
 f87fbe1659fc73f1c2b7d34b006e3b7a 100617 net optional 
ircd-hybrid_7.2.2.dfsg.1-3.diff.gz
 795aa551aa81b3fdbb01644a9a67a239 62536 devel optional 
hybrid-dev_7.2.2.dfsg.1-3_all.deb
 498ada72d592d5e3d1837688ff8f0483 564332 net optional 

Bug#400885: marked as done (knoda: no drivers available after update)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 20:32:07 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400885: fixed in hk-classes 0.8.2-2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: knoda
Version: 0.8.2-1
Severity: grave
Justification: renders package unusable

After last night's update, knoda doesn't offer any
drivers anymore, so I cannot connect to anything.
The application's driver list is empty.

Updates:
* libhk-kdeclasses7 0.8.1-2 => 0.8.2-1
* libhk-classes-mysql 0.8.1a-2 => 0.8.2-1
* libhk-classes-postgres 0.8.1a-2 => 0.8.2-1
* knoda 0.8.1-3 => 0.8.2-1

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (150, 'testing'), (100, 'stable'), (50, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages knoda depends on:
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]0.1.7-4   Client library for the gamin file 
ii  libgcc11:4.1.1-19GCC support library
ii  libhk-classes-mysql [l 0.8.2-1   MySQL driver plugin for hk_classes
ii  libhk-classes-postgres 0.8.2-1   PostgreSQL driver plugin for libhk
ii  libhk-classes150.8.2-1   C++ library for database applicati
ii  libhk-kdeclasses7  0.8.2-1   visual widget library for database
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.13-4  PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-3 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  python2.4  2.4.3-8   An interactive high-level object-o
ii  zlib1g 1:1.2.3-13compression library - runtime

knoda recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Source: hk-classes
Source-Version: 0.8.2-2

We believe that the bug you reported is fixed in the latest version of
hk-classes, which is due to be installed in the Debian FTP archive:

hk-classes_0.8.2-2.diff.gz
  to pool/main/h/hk-classes/hk-classes_0.8.2-2.diff.gz
hk-classes_0.8.2-2.dsc
  to pool/main/h/hk-classes/hk-classes_0.8.2-2.dsc
libhk-classes-dev_0.8.2-2_i386.deb
  to pool/main/h/hk-classes/libhk-classes-dev_0.8.2-2_i386.deb
libhk-classes-mdb_0.8.2-2_i386.deb
  to pool/main/h/hk-classes/libhk-classes-mdb_0.8.2-2_i386.deb
libhk-classes-mysql_0.8.2-2_i386.deb
  to pool/main/h/hk-classes/libhk-classes-mysql_0.8.2-2_i386.deb
libhk-classes-odbc_0.8.2-2_i386.deb
  to pool/main/h/hk-classes/libhk-classes-odbc_0.8.2-2_i386.deb
libhk-classes-paradox_0.8.2-2_i386.deb
  to pool/main/h/hk-classes/libhk-classes-paradox_0.8.2-2_i386.deb
libhk-classes-postgres_0.8.2-2_i386.deb
  to pool/main/h/hk-classes/libhk-classes-postgres_0.8.2-2_i386

Processed: policy violation /usr/share/trac/conf

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> merge 400826 386415
Bug#386415: Debian Policy Violation 10.7.2
Bug#400826: trac: Configuration in non-FHS location
Merged 386415 400826.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400826: policy violation /usr/share/trac/conf

[Luis Matos]

merge 400826 386415

thanks

this bug is already reported and a patch is available.

the maintainer is not answering any emails about bugs.


  
-- 
Best Regards,
--
Luis Matos



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

Bug#400563: dbconfig-common: bashisms in scripts

[sean finney]

severity 400563 wishlist
retitle 400563 shell scripts not strictly POSIX conformant
tags 400563 wontfix
thanks

hi dilinger,

as seen above, i'm lowering the severity of this for the time being,
after getting a verification from some rm's via IRC that this isn't
a serious issue.

furthermore, the currently circulating posix/sh policy amendment
includes mention of local along with "echo -n" in the additional
requirements to the POSIX requirements.

of course if you have $patch which gives me the features of local
in a strictly POSIX environment, i'd be interested in revisiting
the issue.


thanks,
sean


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

Bug#400955: base64 problems authenticating using gssapi

[Sam Hartman]

package: libsasl2-modules-gssapi-mit
severity: grave
justification: package seems not to work at all



I get a base64 error authenticating to a system that works fine with a
previous version of sasl.

To reproduce:

apt-get install krb5-user
kinit [EMAIL PROTECTED]
password: foobarbaz

apt-get install cyrus21-clients

imtest -m gssapi -u hartmans imap.suchdamage.org


You get a base64 decoding error.  With the old sasl you should get an
authentication failure because testprinc is not allowed to read my
mail.

--Sam



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

Processed: Re: Bug#400563: dbconfig-common: bashisms in scripts

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 400563 wishlist
Bug#400563: dbconfig-common: bashisms in scripts
Severity set to `wishlist' from `serious'

> retitle 400563 shell scripts not strictly POSIX conformant
Bug#400563: dbconfig-common: bashisms in scripts
Changed Bug title.

> tags 400563 wontfix
Bug#400563: shell scripts not strictly POSIX conformant
There were no tags set.
Tags added: wontfix

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400923: bug not in gdm; possibly multi-gnome-terminal?

[Jeff Beaird]

I've discovered that this is _not_ a gdm bug, as the environment 
variable is set correctly when running gnome-terminal.  The problem 
exists when I use, multi-gnome-terminal.


I note that there are a number of environment variables inherited by a 
gnome-terminal session that are not inherited by a multi-gnome-terminal 
session; the two that matter the most to me are $DISPLAY and 
$SSH_AGENT_PID.


This bug should probably be moved to the multi-gnome-terminal package.
--
Jeff Beaird
Digital Access and Information Architecture Department
University Libraries of Notre Dame


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

Bug#400563: dbconfig-common: bashisms in scripts

[Andres Salomon]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

sean finney wrote:
[...]
> of course if you have $patch which gives me the features of local
> in a strictly POSIX environment, i'd be interested in revisiting
> the issue.
> 
>

I would be more than happy w/ just simple documentation stating that
bash must be used in postinst scripts (and bash as a dependency).  It
took me a while to discover that the problems I was having were due to
me inadvertently using dash, as initially dbconfig-common would report
success but not create a database (causing me to think there was
something wrong w/ my usage).  Having that actually documented would've
saved me time and effort.



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFbefwOmXwGc/ULyYRAvWlAJ0TC5tnw0KmR/umxer/Qoc1BIBklACeNtpN
crgjufMs3fnO70NDSfXei38=
=FrfR
-END PGP SIGNATURE-


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

Bug#400061: Processed: your mail

[Mark Brown]

reassign 400061 lprof
thanks

I'm reassigning this back to lprof since it's been marked as being
blocked by the actual scons issue.  If you want to reassign it to scons
please merge it with 400922 but it looks like there's been some crossing
in the post with regard to how this is handled.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


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

Processed: tagging 400923

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.9.26
> tags 400923 unreproducible
Bug#400923: gdm: $DISPLAY variable not set
There were no tags set.
Tags added: unreproducible

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: Re: Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 400061 lprof
Bug#400061: lprof: FTBFS: AttributeError in /usr/lib/scons/SCons/Node/FS.py
Bug reassigned from package `scons' to `lprof'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400582: arbitrary code execution in metaInfo.php in torrentflux

[Stefan Fritsch]

I didn't have time yet to look at it thoroughly (or test it), but 
AFAICS you now check the file for existance before passing it to the 
shell. This should convert the remote command execution vuln into a 
local priviledge escalation. A local user can do

touch '/tmp/`touch /tmp/hello`'

and pass the filename to torrentflux and so get the command executed 
as user www-data. This is definitely less severe than before but IMHO 
still a bug. It would also convert any vulnerability to create a file 
with arbitrary name into a code execution vulnerability.

Cheers,
Stefan


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

Processed: Lprof FTBFS because of Scons (2nd go)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> block 400061 by 400922
Bug#400061: lprof: FTBFS: AttributeError in /usr/lib/scons/SCons/Node/FS.py
Was not blocked by any bugs.
Blocking bugs of 400061 added: 400922

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#398771: marked as done (installing mailman with python 2.3 causes loop condition during python upgrade)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 19:49:37 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#398771: installing mailman with python 2.3 causes loop 
condition during python upgrade
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: mailman
Version: 1:2.1.9-2
Severity: important

Configuring python (2.4.4-1) ...
running python rtupdate hooks for python2.4...
Traceback (most recent call last):
  File "/usr/sbin/update-python-modules", line 268, in ?
bytecompile_privatedir(basedir)
  File "/usr/sbin/update-python-modules", line 205, in bytecompile_privatedir
process(basedir,bytecompile_only)
  File "/usr/sbin/update-python-modules", line 154, in process
func(basedir, dir, file)
  File "/usr/sbin/update-python-modules", line 90, in bytecompile_only
compile(fullpath)
  File "/usr/lib/python2.4/py_compile.py", line 115, in compile
f = open(file, 'U')
IOError: [Errno 2] No such file or directory: 
'/usr/lib/mailman/Mailman/mm_cfg.py'
error running python rtupdate hook python-support

Removing mailman allows python to be configured correctly.
Mailman may be successfully installed then.


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

Versions of packages mailman depends on:
ii  adduser   3.87   Add and remove users and groups
ii  apache2   2.2.3-3.1  Next generation, scalable, extenda
ii  apache2-mpm-worker [httpd]2.2.3-3.1  High speed threaded model for Apac
ii  cron  3.0pl1-94  management of regular background p
ii  debconf [debconf-2.0] 1.5.1  Debian configuration management sy
ii  libc6 2.3.6-13   GNU C Library: Shared libraries
ii  logrotate 3.7.1-3Log rotation utility
ii  lsb-base  3.1-10 Linux Standard Base 3.1 init scrip
ii  postfix [mail-transport-agent 2.2.10-2   A high-performance mail transport 
ii  pwgen 2.05-1 Automatic Password generation
ii  python2.4.4-1An interactive high-level object-o
ii  python-support0.5.4  automated rebuilding support for p
ii  ucf   2.0010 Update Configuration File: preserv

mailman recommends no packages.

-- debconf information:
  mailman/queue_files_present:
  mailman/default_server_language: en
  mailman/gate_news: false
  mailman/site_languages: en
* mailman/used_languages:
* mailman/create_site_list:

--- End Message ---
--- Begin Message ---
On Fri, Nov 24, 2006 at 08:18:59AM +0100, Raphael Hertzog wrote:
> On Fri, 24 Nov 2006, Lionel Elie Mamane wrote:

>> Ah, I think I have it. We can remove the symlink in pre-rtupdate and
>> put it back in post-rtupdate. That takes care of python version
>> updates. Now, for new installs... Python will guaranteed be configured
>> before us, so indeed creating the symlink in postinst will be safe.

> This looks like really overkill for your need. Python-support has
> been fixed and will only warn about the failed byte-compilation, so
> mailman's installation shouldn't fail anymore.

Oh, I just realised python-support will only warn about failed
byte-compilation not only at the time of a python upgrades, but also
of Mailman install/upgrade. So we can just consider this "not a bug"
and not do anything.

-- 
Lionel
--- End Message ---

Bug#400786: php-imagick_0.9.11+1-4.1(ia64/unstable): FTBFS: missing build-deps?

[Daniel Kobras]

Package: php-imagick
Followup-For: Bug #400786

This bug is caused by a missing build-dependency on libxt-dev in
imagemagick (and subsequently a missing dependency in the -dev package).
The ia64 buildd happened to have libxt-dev installed when building the
previous imagemagick upload and thus uncovered the bug. I've just
NMUed imagemagick with a fix, and php-imagick could either be requeued
on ia64 afterwards, or bin-NMUed on all archs to pick up a consistent
set of dependencies. Source changes to php-imagick aren't strictly
needed. They're still a good idea, though, because the library
dependencies are superfluous anyway and can be avoided by changing
config.m4 to use "pkg-config ImageMagick" instead of "Magick-config".

Regards,

Daniel.



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

Bug#400899: marked as done (kronolith2 permits arbitrary file access under user running CGIs or HTTP server)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 18:17:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400899: fixed in kronolith2 2.1.4-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: kronolith2
Severity: critical
Version: 2.0.0
Tags: security

Apparently, there was a way to force kronolith2 versions 2.1.0 up to
2.1.3 (and 2.0.0 up to 2.0.7) to include an arbitrary file in some
page it serves. Solved by new upstream version. CVE number unknown.

Unknown whether kronolith (1.x) in sarge is similarly vulnerable (that
version is not supported upstream anymore).

-- 
Lionel
--- Begin Message ---
The Horde Team is pleased to announce the final release of the Kronolith
Calendar Application version H3 (2.1.4).

This is a security release. All users are strongly advised to upgrade as soon
as possible. Thanks to iDefense for the vulnerability report.

Kronolith is the Horde calendar application.  It provides web-based calendars
backed by a SQL database or a Kolab server.  Supported features include shared
calendars, remote calendars, meeting management, alarms, recurring events, and
a sophisticated day/week view which handles arbitrary numbers of overlapping
events.

Major changes compared to the Kronolith H3 (2.1.3) version are:
* Close arbitrary file inclusion in free/busy views.

The full list of changes (from version H3 (2.1.3)) can be viewed here:

http://cvs.horde.org/diff.php/kronolith/docs/CHANGES?r1=1.165.2.138&r2=1.165.2.142&ty=h

The Kronolith H3 (2.1.4) distribution is available from the following locations:

ftp://ftp.horde.org/pub/kronolith/kronolith-h3-2.1.4.tar.gz
http://ftp.horde.org/pub/kronolith/kronolith-h3-2.1.4.tar.gz

Patches against version H3 (2.1.3) are available at:


ftp://ftp.horde.org/pub/kronolith/patches/patch-kronolith-h3-2.1.3-h3-2.1.4.gz

http://ftp.horde.org/pub/kronolith/patches/patch-kronolith-h3-2.1.3-h3-2.1.4.gz

Or, for quicker access, download from your nearest mirror:

http://www.horde.org/mirrors.php

MD5 sums for the packages are as follows:

df6d6fc99012865b18b089212c7544ad  kronolith-h3-2.1.4.tar.gz
b20cd6c44db40649fd98cc2716f1cb47  patch-kronolith-h3-2.1.3-h3-2.1.4.gz

Have fun!

The Horde Team.

-- 
Horde announcements mailing list
You are subscribed to this list as: [EMAIL PROTECTED]
To unsubscribe, mail: [EMAIL PROTECTED]

--- End Message ---
--- End Message ---
--- Begin Message ---
Source: kronolith2
Source-Version: 2.1.4-1

We believe that the bug you reported is fixed in the latest version of
kronolith2, which is due to be installed in the Debian FTP archive:

kronolith2_2.1.4-1.diff.gz
  to pool/main/k/kronolith2/kronolith2_2.1.4-1.diff.gz
kronolith2_2.1.4-1.dsc
  to pool/main/k/kronolith2/kronolith2_2.1.4-1.dsc
kronolith2_2.1.4-1_all.deb
  to pool/main/k/kronolith2/kronolith2_2.1.4-1_all.deb
kronolith2_2.1.4.orig.tar.gz
  to pool/main/k/kronolith2/kronolith2_2.1.4.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Lionel Elie Mamane <[EMAIL PROTECTED]> (supplier of updated kronolith2 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

Format: 1.7
Date: Wed, 29 Nov 2006 19:06:01 +0100
Source: kronolith2
Binary: kronolith2
Architecture: source all
Version: 2.1.4-1
Distribution: unstable
Urgency: high
Maintainer: Horde Maintainers <[EMAIL PROTECTED]>
Changed-By: Lionel Elie Mamane <[EMAIL PROTECTED]>
Description: 
 kronolith2 - calendar component for Horde Framework
Closes: 400899
Changes: 
 kronolith2 (2.1.4-1) unstable; urgency=high
 .
   * New upstream release:
 - Don't allow access to arbitrary files (closes: #400899)
   CVE: unknown
Files: 
 c49f349820503004a0777bf9e51fd3eb 699 web optional kronolith2_2.1.4-1.dsc
 df6d6fc99012865b18b089212c7544ad 1691114 web optional 
kronolith2_2.1.4.orig.tar.gz
 156ac43e5e8a73c70f64ea7f3a4e1a70 4941 web optional kronolith2_2.1.4-1.diff.gz
 041ac3ddf43c5b665227d1479ff356bd 1692634 web optional 
kronolith2_2.1.4-1_all.deb

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

iEYEAREDAAYFAkVtzMYACgkQscRzFz57S3NdtwCgqd

Bug#400895: marked as done (libdata-dump-perl: FTBFS: test fails)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 18:02:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400895: fixed in libdata-dump-perl 1.08-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libdata-dump-perl
Version: 1.07-1
Severity: serious

Hello,

There was a problem while autobuilding your package:
At 1164803054 time_t, [EMAIL PROTECTED] wrote:
> Automatic build of libdata-dump-perl_1.07-1 on avidan by sbuild/i386 98
> Build started at 20061129-1323
> **
...
>  debian/rules build
> dh_testdir
> /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
> Checking if your kit is complete...
> Looks good
> Writing Makefile for Data::Dump
> /usr/bin/make OPTIMIZE="-Wall -O2 -g"
> make[1]: Entering directory `/build/buildd/libdata-dump-perl-1.07'
> cp lib/Data/Dump.pm blib/lib/Data/Dump.pm
> Manifying blib/man3/Data::Dump.3pm
> make[1]: Leaving directory `/build/buildd/libdata-dump-perl-1.07'
> touch build-stamp
>  /usr/bin/fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_clean -k
> /usr/bin/make test
> make[1]: Entering directory `/build/buildd/libdata-dump-perl-1.07'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/dump.ok
> t/eval.ok
> t/glob.Use of uninitialized value in getprotobynumber at 
> /usr/lib/perl/5.8/IO/Socket/INET.pm line 133.
> Use of uninitialized value in socket at /usr/lib/perl/5.8/IO/Socket.pm line 
> 80.
> Use of uninitialized value in socket at /usr/lib/perl/5.8/IO/Socket.pm line 
> 80.
> # Failed test 5 in t/glob.t at line 33
> #  t/glob.t line 33 is: ok($s =~ /my \$a = bless\(Symbol::gensym\(\), 
> "IO::Socket::INET"\);/);
> # Failed test 6 in t/glob.t at line 34
> #  t/glob.t line 34 is: ok($s =~ /^\s+io_socket_timeout\s+=> 5,/m);
> FAILED tests 5-6
>   Failed 2/6 tests, 66.67% okay
> t/quote-unicodeok
> t/quoteok
> t/ref..ok
> t/regexp...ok
> t/scalar-obj...ok
> t/scalar...ok
> t/tied.ok
> Failed Test Stat Wstat Total Fail  Failed  List of Failed
> ---
> t/glob.t   62  33.33%  5-6
> Failed 1/10 test scripts, 90.00% okay. 2/55 subtests failed, 96.36% okay.
> make[1]: *** [test_dynamic] Error 255
> make[1]: Leaving directory `/build/buildd/libdata-dump-perl-1.07'
> make: *** [install-stamp] Error 2
> **
> Build finished at 20061129-1324
> FAILED [dpkg-buildpackage died]

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


pgpR6st8yegOQ.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Source: libdata-dump-perl
Source-Version: 1.08-1

We believe that the bug you reported is fixed in the latest version of
libdata-dump-perl, which is due to be installed in the Debian FTP archive:

libdata-dump-perl_1.08-1.diff.gz
  to pool/main/libd/libdata-dump-perl/libdata-dump-perl_1.08-1.diff.gz
libdata-dump-perl_1.08-1.dsc
  to pool/main/libd/libdata-dump-perl/libdata-dump-perl_1.08-1.dsc
libdata-dump-perl_1.08-1_all.deb
  to pool/main/libd/libdata-dump-perl/libdata-dump-perl_1.08-1_all.deb
libdata-dump-perl_1.08.orig.tar.gz
  to pool/main/libd/libdata-dump-perl/libdata-dump-perl_1.08.orig.tar.gz



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Krzysztof Krzyzaniak (eloy) <[EMAIL PROTECTED]> (supplier of updated 
libdata-dump-perl package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 29 Nov 2

Bug#397636: status / progress with openiscsi

[Erik Dykema]

Hi-
	What is the current status of this package?  Is Mr. Hug still  
maintaining it?
	It would  be nice if the newer version went into testing / unstable  
sometime...



thanks,
Erik


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

Bug#379371: marked as done (libgd-gd2-perl: [FTBFS])

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 18:28:47 +0100
with message-id <[EMAIL PROTECTED]>
and subject line NMU uploaded
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libgd-gd2-perl
Version: 1:2.34-1
Severity: serious
Justification: no longer builds from source

Automatic build of libgd-gd2-perl_1:2.34-1 on tanda by sbuild/m68k 85
[...]
** Using build dependencies supplied by package:
Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 4.2.0), dh-buildinfo, perl 
(>= 5.6.0-16), libgd2-xpm-dev (>= 2.0.28), libjpeg62-dev, libpng12-dev, 
libz-dev, libfreetype6-dev, libxpm-dev | xlibs-dev (<< 4.3.0), libx11-dev | 
xlibs-dev (<< 4.3.0)
[...]
Checking for stray libgd header files...

** WARNING: found gd.h header file in /usr/include/gd.h, but it is expected at 
/usr/include/gd.h. This may cause compile errors! **
** Possible problems found **

Included Features:  GD_XPM GD_JPEG GD_FONTCONFIG GD_FREETYPE GD_PNG 
GD_GIF GD_UNCLOSEDPOLY GD_ANIMGIF GD_FTCIRCLE VERSION_33
GD library used from:   /usr
Checking if your kit is complete...
Looks good
[...]
touch debian/stamp-makefile-build
/usr/bin/make -C . OPTIMIZE="-g -Wall -O2" test
make[1]: Entering directory `/build/buildd/libgd-gd2-perl-2.34'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/GD..Testing using png support.
FAILED test 6
Failed 1/12 tests, 91.67% okay
t/PolylineSubroutine scale redefined at 
/build/buildd/libgd-gd2-perl-2.34/blib/lib/GD/Polyline.pm line 52.
ok
Failed Test Stat Wstat Total Fail  Failed  List of Failed
---
t/GD.t121   8.33%  6
Failed 1/2 test scripts, 50.00% okay. 1/13 subtests failed, 92.31% okay.
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory `/build/buildd/libgd-gd2-perl-2.34'
make: *** [debian/stamp-makefile-check] Error 2

Christian

--- End Message ---
--- Begin Message ---
Hi,

I uploaded an NMU of your package. libgd-gd2-perl and
libgd-gd2-noxpm-perl compile again with the new version of libgd2.

Please see this as help to get the package into a releaseable condition for
etch.

Please find the used diff below.


Cheers,
Andi

diff -ur ../libgd2-2.0.33~/debian/changelog ../libgd2-2.0.33/debian/changelog
--- ../libgd2-2.0.33~/debian/changelog  2006-11-29 16:34:25.0 +
+++ ../libgd2-2.0.33/debian/changelog   2006-11-29 16:39:43.0 +
@@ -1,3 +1,13 @@
+libgd2 (2.0.33-5.2) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * remove 1006_western_european_fonts.patch, as this breaks (at least)
+two different packages, and creates issues for people with central
+european encoding. It is also an unnecessary derivation from upstream.
+Closes: #383747
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Wed, 29 Nov 2006 16:34:54 +
+
 libgd2 (2.0.33-5.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -ur ../libgd2-2.0.33~/debian/patches/series 
../libgd2-2.0.33/debian/patches/series
--- ../libgd2-2.0.33~/debian/patches/series 2006-11-29 16:34:25.0 
+
+++ ../libgd2-2.0.33/debian/patches/series  2006-11-29 16:38:24.0 
+
@@ -3,6 +3,5 @@
 1003_fix_aa_segfault.patch
 1004_improve_aa_lines.patch
 1005_graphviz_sanitize.patch
-1006_western_european_fonts.patch
 1007_minimize_linking_deps.patch
 1008_segfault_invalid_gif.patch
-- 
  http://home.arcor.de/andreas-barth/
--- End Message ---

Bug#400874: found the case when it blows up...

[Andreas Henriksson]

This problem appeared on my Debian Unstable AMD64 today.

file: apt-pkg/deb/debsrcrecords.cc
function: const char **debSrcRecordParser::Binaries()

When:
if (Bins.length() > sizeof(Buffer))

is true, then it blows up


Judging from the comment there seems to be some performance hack there
for when there is a long string

Buf contains this long string when it blows up:

spca5xx-modules-2.6.18-3-686-bigmem, unionfs-modules-2.6-r4k-kn04, 
spca5xx-modules-2.6-amd64, redhat-cluster-modules-2.6.18-3-atari, 
unionfs-modules-2.6.18-3-itanium, redhat-cluster-modules-2.6.18-3-sparc32, 
redhat-cluster-modules-2.6-vserver-s390x, unionfs-modules-2.6-iop32x, 
unionfs-modules-2.6.18-3-686, redhat-cluster-modules-2.6.18-3-powerpc-miboot, 
unionfs-modules-2.6-r3k-kn02, unionfs-modules-2.6.18-3-r5k-cobalt, 
squashfs-modules-2.6-parisc, unionfs-modules-2.6-itanium, 
redhat-cluster-modules-2.6-686-bigmem, squashfs-modules-2.6-s390, 
redhat-cluster-modules-2.6.18-3-alpha-legacy, spca5xx-modules-2.6-686, 
redhat-cluster-modules-2.6.18-3-rpc, 
redhat-cluster-modules-2.6.18-3-vserver-k7, unionfs-modules-2.6.18-3-ixp4xx, 
unionfs-modules-2.6-s3c2410, unionfs-modules-2.6.18-3-rpc, 
squashfs-modules-2.6-r4k-ip22, redhat-cluster-modules-2.6.18-3-vserver-alpha, 
spca5xx-modules-2.6.18-3-vserver-686, spca5xx-modules-2.6.18-3-xen-686, 
squashfs-modules-2.6-parisc64-smp, squashfs-modules-2.6.18-3-r4k-ip22, 
spca5xx-modules-2.6.18-3-amd64, unionfs-modules-2.6.18-3-powerpc-smp, 
squashfs-modules-2.6-vserver-powerpc, 
redhat-cluster-modules-2.6.18-3-alpha-smp, spca5xx-modules-2.6-vserver-k7, 
spca5xx-modules-2.6.18-3-486, unionfs-modules-2.6-sb1a-bcm91480b, 
squashfs-modules-2.6-mckinley, redhat-cluster-modules-2.6-sparc32, 
squashfs-modules-2.6.18-3-xen-amd64, squashfs-modules-2.6.18-3-vserver-686, 
unionfs-modules-2.6.18-3-s390x, mol-modules-2.6.18-3-powerpc-miboot, 
redhat-cluster-modules-2.6-r5k-ip32, redhat-cluster-modules-2.6-alpha-legacy, 
redhat-cluster-modules-2.6-sb1a-bcm91480b, unionfs-modules-2.6-powerpc-smp, 
unionfs-modules-2.6.18-3-k7, redhat-cluster-modules-2.6.18-3-xen-amd64, 
squashfs-modules-2.6.18-3-amd64, squashfs-modules-2.6.18-3-r5k-ip32, 
squashfs-modules-2.6.18-3-vserver-alpha, squashfs-modules-2.6.18-3-s390, 
unionfs-modules-2.6.18-3-prep, squashfs-modules-2.6-686, 
squashfs-modules-2.6-prep, squashfs-modules-2.6.18-3-mckinley, 
redhat-cluster-modules-2.6-amiga, unionfs-modules-2.6.18-3-footbridge, 
unionfs-modules-2.6-parisc, redhat-cluster-modules-2.6.18-3-parisc64-smp, 
redhat-cluster-modules-2.6.18-3-itanium, unionfs-modules-2.6-alpha-smp, 
spca5xx-modules-2.6-powerpc64, squashfs-modules-2.6.18-3-vserver-amd64, 
redhat-cluster-modules-2.6-mckinley, redhat-cluster-modules-2.6.18-3-xen-k7, 
squashfs-modules-2.6.18-3-footbridge, squashfs-modules-2.6-sb1-bcm91250a, 
squashfs-modules-2.6.18-3-xen-686, redhat-cluster-modules-2.6-parisc, 
redhat-cluster-modules-2.6.18-3-alpha-generic, unionfs-modules-2.6-k7, 
redhat-cluster-modules-2.6.18-3-486, redhat-cluster-modules-2.6-486, 
redhat-cluster-modules-2.6.18-3-parisc-smp, unionfs-modules-2.6.18-3-486, 
redhat-cluster-modules-2.6.18-3-qemu, unionfs-modules-2.6-powerpc64, 
unionfs-modules-2.6.18-3-sparc64, unionfs-modules-2.6-686-bigmem, 
redhat-cluster-modules-2.6.18-3-sb1-bcm91250a, 
squashfs-modules-2.6.18-3-vserver-powerpc64, 
redhat-cluster-modules-2.6.18-3-xen-vserver-amd64, squashfs-modules-2.6-atari, 
unionfs-modules-2.6-r5k-cobalt, redhat-cluster-modules-2.6.18-3-iop32x, 
squashfs-modules-2.6.18-3-xen-k7, redhat-cluster-modules-2.6-vserver-686, 
squashfs-modules-2.6-xen-686, unionfs-modules-2.6-parisc-smp, 
spca5xx-modules-2.6.18-3-xen-vserver-amd64, 
squashfs-modules-2.6.18-3-sparc64-smp, redhat-cluster-modules-2.6-parisc64-smp, 
redhat-cluster-modules-2.6.18-3-k7, 
squashfs-modules-2.6.18-3-xen-vserver-amd64, redhat-cluster-modules-2.6-atari, 
mol-modules-2.6-powerpc-smp, squashfs-modules-2.6-amiga, 
squashfs-modules-2.6-xen-vserver-686, squashfs-modules-2.6.18-3-atari, 
squashfs-modules-2.6.18-3-sb1a-bcm91480b, 
squashfs-modules-2.6.18-3-xen-vserver-686, redhat-cluster-modules-2.6-r4k-kn04, 
redhat-cluster-modules-2.6-vserver-sparc64, 
redhat-cluster-modules-2.6-powerpc-miboot, redhat-cluster-modules-2.6-mac, 
spca5xx-modules-2.6-vserver-amd64, unionfs-modules-2.6.18-3-alpha-legacy, 
spca5xx-modules-2.6.18-3-vserver-amd64, 
redhat-cluster-modules-2.6.18-3-xen-686, redhat-cluster-modules-2.6.18-3-prep, 
redhat-cluster-modules-2.6.18-3-vserver-amd64, squashfs-modules-2.6-486, 
unionfs-modules-2.6.18-3-sparc32, spca5xx-modules-2.6.18-3-powerpc64, 
redhat-cluster-modules-2.6-powerpc, mol-modules-2.6.18-3-powerpc-smp, 
squashfs-modules-2.6-sb1a-bcm91480b, squashfs-modules-2.6.18-3-486, 
unionfs-modules-2.6-686, squashfs-modules-2.6.18-3-powerpc, 
squashfs-modules-2.6.18-3-sparc32, squashfs-modules-2.6-iop32x, 
redhat-cluster-modules-2.6-alpha-generic, 
redhat-cluster-modules-2.6.18-3-vserver-powerpc, 
redhat-cluster-modules-2.6.18-3-amiga, unionfs-

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 400061 scons
Bug#400061: lprof: FTBFS: AttributeError in /usr/lib/scons/SCons/Node/FS.py
Bug reassigned from package `lprof' to `scons'.

> tags 400061 +patch
Bug#400061: lprof: FTBFS: AttributeError in /usr/lib/scons/SCons/Node/FS.py
Tags were: upstream confirmed
Tags added: patch

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400580: cpufreqd: fails to change governor when goes with battery

[Mattia Dongili]

On Tue, November 28, 2006 7:25 pm, leandro noferini said:
> "Mattia Dongili" <[EMAIL PROTECTED]> writes:
>
>
> [...]
>
>> the kernel. could you please lower the severity and reassign?
>
> Ok!
>
> How could I do that?

first ensure that the bug is reproducible with debian's stock kernels,
then reassign, read here: http://www.debian.org/Bugs/server-refcard.html

anyway if you need help for the second step, just ask :)
-- 
mattia
:wq!

Bug#400061: Fix for lprof FTBFS

[Tom Parker]

This is due to an Scons bug. See #400922 for details

--
[EMAIL PROTECTED] - http://tevp.net
Illegitimus non carborundum


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

Bug#399379: marked as done (FTBFS etch: test failure)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 18:28:47 +0100
with message-id <[EMAIL PROTECTED]>
and subject line NMU uploaded
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: libgd-gd2-noxpm-perl
Version: 1:2.30-1
Severity: serious
Justification: no longer builds from source

Hi,

rebuilding libgd-gd2-noxpm-perl under etch fails with

PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/GD..Testing using png support.
FAILED test 6
Failed 1/12 tests, 91.67% okay
t/PolylineSubroutine scale redefined at /home/mrvn/build/libgd-gd2-noxpm-per
l_1_2.30-1/libgd-gd2-noxpm-perl-2.30/blib/lib/GD/Polyline.pm line 52.
ok
Failed Test Stat Wstat Total Fail  Failed  List of Failed
---
t/GD.t121   8.33%  6
Failed 1/2 test scripts, 50.00% okay. 1/13 subtests failed, 92.31% okay.
make[1]: *** [test_dynamic] Error 255

Full build log is attached.

MfG
Goswin

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-frosties-2
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Reading package lists...
Building dependency tree...
The following NEW packages will be installed:
  cdbs debhelper dh-buildinfo file gettext gettext-base html2text
  intltool-debian libfreetype6 libfreetype6-dev libgd2-noxpm libgd2-noxpm-dev
  libjpeg62 libjpeg62-dev libmagic1 libpng12-0 libpng12-dev po-debconf
  zlib1g-dev
0 upgraded, 19 newly installed, 0 to remove and 0 not upgraded.
Need to get 6257kB of archives.
After unpacking 19.5MB of additional disk space will be used.
Get:1 http://storage etch/main gettext-base 0.15-3 [127kB]
Get:2 http://storage etch/main libmagic1 4.17-4 [277kB]
Get:3 http://storage etch/main file 4.17-4 [32.0kB]
Get:4 http://storage etch/main cdbs 0.4.47 [427kB]
Get:5 http://storage etch/main html2text 1.3.2a-3 [92.7kB]
Get:6 http://storage etch/main gettext 0.15-3 [2012kB]
Get:7 http://storage etch/main intltool-debian 0.35.0+20060710.1 [30.8kB]
Get:8 http://storage etch/main po-debconf 1.0.7 [106kB]
Get:9 http://storage etch/main debhelper 5.0.40 [510kB]
Get:10 http://storage etch/main dh-buildinfo 0.9 [15.2kB]
Get:11 http://storage etch/main libfreetype6 2.2.1-5 [355kB]
Get:12 http://storage etch/main zlib1g-dev 1:1.2.3-13 [414kB]
Get:13 http://storage etch/main libfreetype6-dev 2.2.1-5 [672kB]
Get:14 http://storage etch/main libjpeg62 6b-13 [89.3kB]
Get:15 http://storage etch/main libpng12-0 1.2.8rel-7 [113kB]
Get:16 http://storage etch/main libgd2-noxpm 2.0.33-5.1 [199kB]
Get:17 http://storage etch/main libjpeg62-dev 6b-13 [196kB]
Get:18 http://storage etch/main libpng12-dev 1.2.8rel-7 [247kB]
Get:19 http://storage etch/main libgd2-noxpm-dev 2.0.33-5.1 [343kB]
debconf: delaying package configuration, since apt-utils is not installed
Fetched 6257kB in 0s (11.7MB/s)
Selecting previously deselected package gettext-base.
(Reading database ... 10446 files and directories currently installed.)
Unpacking gettext-base (from .../gettext-base_0.15-3_amd64.deb) ...
Selecting previously deselected package libmagic1.
Unpacking libmagic1 (from .../libmagic1_4.17-4_amd64.deb) ...
Selecting previously deselected package file.
Unpacking file (from .../archives/file_4.17-4_amd64.deb) ...
Selecting previously deselected package cdbs.
Unpacking cdbs (from .../archives/cdbs_0.4.47_all.deb) ...
Selecting previously deselected package html2text.
Unpacking html2text (from .../html2text_1.3.2a-3_amd64.deb) ...
Selecting previously deselected package gettext.
Unpacking gettext (from .../gettext_0.15-3_amd64.deb) ...
Selecting previously deselected package intltool-debian.
Unpacking intltool-debian (from .../intltool-debian_0.35.0+20060710.1_all.deb) 
...
Selecting previously deselected package po-debconf.
Unpacking po-debconf (from .../po-debconf_1.0.7_all.deb) ...
Selecting previously deselected package debhelper.
Unpacking debhelper (from .../debhelper_5.0.40_all.deb) ...
Selecting previously deselected package dh-buildinfo.
Unpacking dh-buildinfo (from .../dh-buildinfo_0.9_all.deb) ...
Selecting previously deselected package libfreetype6.
Unpacking libfreetype6 (from .../libfreetype6_2.2.1-5_amd64.deb) ...
Selecting previously deselected package zlib1g-dev.
Unpacking zlib1g-dev (from .../zlib1g-dev_1%3a1.2.3-13_amd64.deb) ...
Selecting previously deselected

Bug#400930: texlive-omega: should conflict with aleph

[Ralf Stubner]

Package: texlive-omega
Version: 2005.dfsg.2-4
Severity: serious

texlive-omega provides a binary named aleph in /usr/bin. The same is
true for the package aleph. The right fix for this would be packaging
AFNIX (#379564), which supersedes the aleph programming language
provided by the aleph package. This would remove this filename conflict.
However, nobody has claimed AFNIX's RFP yet and aleph has been orphaned
some time ago (#374120). Hence texlive-omega should do the same as
tetex-bin does already, ie, conflict with aleph (<< 1:0).

cheerio
ralf

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10-thinkpad
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Bug#400121: Can't reproduce 400121 with libpcre3

[Mark Baker]

On Wed, Nov 29, 2006 at 03:49:02PM +0100, Tom Parker wrote:

> about my system... where exactly does pcregrep crash? A stack trace 
> would be nice.

p4-7088:~>for i in $(seq 1 8192); do echo -n Z >>file; done
p4-7088:~>pcregrep '(.)*' file
Segmentation fault

Running it under gdb, using the copy in the build tree (as the installed
version is stripped):

(gdb) run '(.)*' /home/mark/file
Starting program: /home/mark/debian/pcre/pcre3-6.7/.libs/pcregrep '(.)*'
/home/mark/file

Program received signal SIGSEGV, Segmentation fault.
match (eptr=0xbfff842d 'Z' ..., ecode=0x804df0f "\vC",
offset_top=4, md=0xbfff72f8, ims=0, eptrb=0xbf800644, flags=2, rdepth=8156)
at ./pcre_exec.c:378
378 {
(gdb) bt
#0  match (eptr=0xbfff842d 'Z' ..., ecode=0x804df0f "\vC",
offset_top=4, md=0xbfff72f8, ims=0, eptrb=0xbf800644, flags=2, rdepth=8156)
at ./pcre_exec.c:378
#1  0x40029014 in match (eptr=,
ecode=, offset_top=,
md=0xbfff72f8, ims=0, eptrb=0xbf800644, flags=,
rdepth=8155) at ./pcre_exec.c:629
#2  0x400255b7 in match (eptr=0xbfff842d 'Z' ...,
ecode=, offset_top=4, md=0xbfff72f8, ims=0,
eptrb=0xbf800e44, flags=, rdepth=8154)
at ./pcre_exec.c:1190
#3  0x40029014 in match (eptr=,
ecode=, offset_top=,
md=0xbfff72f8, ims=0, eptrb=0xbf800e44, flags=,
rdepth=8153) at ./pcre_exec.c:629
#4  0x400255b7 in match (eptr=0xbfff842d 'Z' ...,
ecode=, offset_top=4, md=0xbfff72f8, ims=0,
eptrb=0xbf801644, flags=, rdepth=8152)
at ./pcre_exec.c:1190

and so on for thousands more calls to match(), with alternating calling
addresses. Where it's actually failed is right at the beginning of the
function, before it's got to any code. Looks like a stack overflow?

Ah, yes, if I use ulimit to make my stack size unlimited it works as
expected. (presumably that's what's different about your system).

I don't think there's a bug here. Using lots of stack space for a
pattern like this is not unreasonable, and dying horribly when you run
out is something you don't get a whole lot of control over.

There is a limit recursion feature of PCRE, which the calling program
could use.


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

Bug#400923: gdm: $DISPLAY variable not set

[Jeff Beaird]

Package: gdm
Version: 2.16.1-1
Severity: critical
Justification: breaks unrelated software

*** Please type your report below this line ***

In a fresh install of unstable, $DISPLAY is not being set.  Thus, many X 
applications are unable to run without specifying "-display :0" on the 
command-line.



Thanks.


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

Versions of packages gdm depends on:
ii  adduser3.99  Add and remove users and groups
ii  debconf [debconf-2.0]  1.5.9 Debian configuration 
management sy
ii  gdm-themes 0.5   Themes for the GNOME 
Display Manag

ii  gksu   2.0.0-1   graphical frontend to su
ii  gnome-session  2.14.3-3  The GNOME 2 Session Manager
ii  gnome-terminal [x-terminal 2.14.2-1  The GNOME 2 terminal 
emulator appl
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D 
graphi

ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libattr1   2.4.32-1  Extended attribute shared 
library

ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector 
graphics libra
ii  libdmx11:1.0.2-2 X11 Distributed Multihead 
extensio
ii  libfontconfig1 2.4.1-2   generic font configuration 
library
ii  libglade2-01:2.6.0-2 library to load .glade 
files at ru

ii  libglib2.0-0   2.12.4-2  The GLib library of C routines
ii  libgnomecanvas2-0  2.14.0-2  A powerful object-oriented 
display
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user 
interface
ii  libpam-modules 0.79-4Pluggable Authentication 
Modules f
ii  libpam-runtime 0.79-4Runtime support for the PAM 
librar
ii  libpam0g   0.79-4Pluggable Authentication 
Modules l
ii  libpango1.0-0  1.14.7-1  Layout and rendering of 
internatio
ii  libpopt0   1.10-3lib for parsing cmdline 
parameters
ii  librsvg2-2 2.14.4-2  SAX-based renderer library 
for SVG
ii  librsvg2-common2.14.4-2  SAX-based renderer library 
for SVG

ii  libselinux11.32-3SELinux shared libraries
ii  libwrap0   7.6.dbs-11Wietse Venema's TCP 
wrappers libra

ii  libx11-6   2:1.0.3-3 X11 client-side library
ii  libxau61:1.0.1-2 X11 authorisation library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxdmcp6  1:1.0.1-2 X11 Display Manager Control 
Protoc
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension 
librar
ii  libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' 
extensio

ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension 
client libra
ii  lsb-base   3.1-22Linux Standard Base 3.1 
init scrip
ii  metacity [x-window-manager 1:2.14.5-2A lightweight GTK2 based 
Window Ma

ii  multi-gnome-terminal [x-te 1.6.2-12  Enhanced the GNOME Terminal
ii  twm [x-window-manager] 1:1.0.1-4 Tab window manager
ii  xbase-clients  1:7.1.ds-3miscellaneous X clients
ii  xterm [x-terminal-emulator 222-1 X terminal emulator

Versions of packages gdm recommends:
ii  whiptail  0.52.2-8   Displays user-friendly 
dialog boxe
ii  zenity2.14.3-1   Display graphical dialog 
boxes fro


-- debconf information:
  gdm/daemon_name: /usr/bin/gdm
* shared/default-x-display-manager: gdm

--
Jeff Beaird
Digital Access and Information Architecture Department
University Libraries of Notre Dame


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

Bug#400874: amd64-specific?

[Andreas Barth]

* Filipus Klutiero ([EMAIL PROTECTED]) [061129 17:40]:
> I've tested with your sources.list but I can't reproduce. Could this be 
> amd64-specific? Does Michael Ablassmeier use an amd64? Is anyone able to 
> reproduce this on i386?

Michael also uses amd64. BTW, if you just keep @b.d.o in the
To-line, I get the bug (well, because I read bugs-rc), and almost every
one else as well.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#400874: amd64-specific?

[Filipus Klutiero]

I've tested with your sources.list but I can't reproduce. Could this be 
amd64-specific? Does Michael Ablassmeier use an amd64? Is anyone able to 
reproduce this on i386?


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

Bug#400900: marked as done (gmediaserver: gmaedia server does not install)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 16:45:22 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400900: gmediaserver: gmaedia server does not install
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: gmediaserver
Version: 0.11.0-1
Severity: grave
Justification: renders package unusable

apt-get install --reinstall gmediaserver
Reading package lists... Done
Building dependency tree... Done
The following packages will be upgraded:
  gmediaserver
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
26 not fully installed or removed.
Need to get 0B/101kB of archives.
After unpacking 69.6kB of additional disk space will be used.
Selecting previously deselected package gmediaserver.
(Reading database ... 180691 files and directories currently installed.)
Preparing to replace gmediaserver 0.11.0-1 (using 
.../gmediaserver_0.12.0-1_i386.deb) ...
Stopping gmediaserver: invoke-rc.d: initscript gmediaserver, action "stop" 
failed.
dpkg: warning - old pre-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
Stopping gmediaserver: invoke-rc.d: initscript gmediaserver, action "stop" 
failed.
dpkg: error processing /var/cache/apt/archives/gmediaserver_0.12.0-1_i386.deb 
(--unpack):
 subprocess new pre-removal script returned error exit status 1
Starting gmediaserver: Errors were encountered while processing:
 /var/cache/apt/archives/gmediaserver_0.12.0-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-rc6-git10
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages gmediaserver depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libid3-3.8.3c2a  3.8.3-6 Library for manipulating ID3v1 and
ii  libtag1c2a   1.4-4   TagLib Audio Meta-Data Library
ii  libtagc0 1.4-4   TagLib Audio Meta-Data Library (C 
ii  libupnp0 1.2.1-2 Intel Universal Plug And Play SDK 

gmediaserver recommends no packages.

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 0.12.0-1

Hi Eric,

> Preparing to replace gmediaserver 0.11.0-1 (using 
> .../gmediaserver_0.12.0-1_i386.deb) ...
> Stopping gmediaserver: invoke-rc.d: initscript gmediaserver, action "stop" 
> failed.
> dpkg: warning - old pre-removal script returned error exit status 1
> dpkg - trying script from the new package instead ...
> Stopping gmediaserver: invoke-rc.d: initscript gmediaserver, action "stop" 
> failed.
> dpkg: error processing /var/cache/apt/archives/gmediaserver_0.12.0-1_i386.deb 
> (--unpack):
>  subprocess new pre-removal script returned error exit status 1
> Starting gmediaserver: Errors were encountered while processing:
>  /var/cache/apt/archives/gmediaserver_0.12.0-1_i386.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)

It looks like you configured gmediaserver to run in /etc/default/gmediaserver, 
but for some reason
it fails to do so. Unfortunately, gmediaserver 0.11.0-1 had a bug in the 
startup script which makes
action stop return an error in this case. This has been fixed in 0.12.0-1.

To update, please set GMEDIASERVERRUN=no in /etc/default/gmediaserver and then 
run the upgrade.

Thanks,
Jochen
--- End Message ---

Bug#397788: closed by Ari Pollak <[EMAIL PROTECTED]> (Bug#397788: fixed in gaim 1:2.0.0+beta5-1)

[Ari Pollak]

Please get a backtrace from all threads by issuing the gdb command
"thread apply all bt full".



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

Processed: your mail

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 397788
Bug#397788: gaim usually crashes at startup on amd64
'reopen' is deprecated when a bug has been closed with a version;
use 'found' or 'submitter' as appropriate instead.
Bug#398034: gaim: dies within minutes of being lauched
Bug reopened, originator not changed.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400795: marked as done (lphdisk: bad syscall stuff completely nukes parition table and MBR)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 16:02:03 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400795: fixed in lphdisk 0.9.1-3
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: lphdisk
Version: 0.9.1-2
Severity: critical
Tags: patch
Justification: causes serious data loss / breaks whole system


The latest few versions of lphdisk completely and utterly break the system. If 
run, lphdisk destroys the entire MBR and parition table.

I've tracked this down at least partially to a bunch of broken syscall stuff in 
the Debian patches. The following patch makes it work correctly without 
corrupting anything by getting rid of the broken syscall stuff completely. I 
can't guarnatee that this fixes it for everyone, but without this patch or 
another fix, anyone running this program would nuke their entire system.

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

Versions of packages lphdisk depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries

lphdisk recommends no packages.

-- no debconf information
Only in lphdisk-0.9.1.working/debian: files
Only in lphdisk-0.9.1.working/debian: lphdisk
Only in lphdisk-0.9.1.working/debian: lphdisk.substvars
Only in lphdisk-0.9.1.working/debian: stamp-makefile-build
Only in lphdisk-0.9.1.working/: lphdisk
diff -ur lphdisk-0.9.1/lphdisk.c lphdisk-0.9.1.working/lphdisk.c
--- lphdisk-0.9.1/lphdisk.c	2006-11-28 11:47:57.0 -0700
+++ lphdisk-0.9.1.working/lphdisk.c	2006-11-28 11:26:55.0 -0700
@@ -112,23 +112,6 @@
 
 typedef long long lloff_t;
 
-#ifdef SYS__llseek
-
-#define _llseek(fd, offset_high, offset_low, result, origin) \
-	syscall(SYS__llseek, fd, offset_high, offset_low, result, origin)
-
-lloff_t llseek (unsigned int fd, lloff_t offset, unsigned int origin) {
-  lloff_t result;
-  int retval;
-
-  retval = _llseek (fd, ((unsigned long long) offset) >> 32,
-   ((unsigned long long) offset) & 0x,
-   &result, origin);
-  return (retval == -1 ? (lloff_t) retval : result);
-}
-
-#else /* SYS__llseek */
-
 /* Somehow, SYS__llseek wasn't in sys/syscall.h.  This shouldn't ever*/
 /* happen, but better safe than sorry.. The best we can do is emulate it */
 /* with lseek, and hope we don't get an offset that's too large (throw an*/
@@ -147,7 +130,6 @@
   }
 }
 
-#endif /* SYS__llseek */
 
 /* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * */
 
Only in lphdisk-0.9.1.working/: lphdisk.o
Only in lphdisk-0.9.1.working/lrmi-0.6m: lrmi.o
Only in lphdisk-0.9.1.working/: lrmi.h
Only in lphdisk-0.9.1.working/: lrmi.o
Only in lphdisk-0.9.1.working/: vbe.h
--- End Message ---
--- Begin Message ---
Source: lphdisk
Source-Version: 0.9.1-3

We believe that the bug you reported is fixed in the latest version of
lphdisk, which is due to be installed in the Debian FTP archive:

lphdisk_0.9.1-3.diff.gz
  to pool/main/l/lphdisk/lphdisk_0.9.1-3.diff.gz
lphdisk_0.9.1-3.dsc
  to pool/main/l/lphdisk/lphdisk_0.9.1-3.dsc
lphdisk_0.9.1-3_i386.deb
  to pool/main/l/lphdisk/lphdisk_0.9.1-3_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Roberto Lumbreras <[EMAIL PROTECTED]> (supplier of updated lphdisk package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Wed, 29 Nov 2006 10:13:50 +0100
Source: lphdisk
Binary: lphdisk
Architecture: source i386
Version: 0.9.1-3
Distribution: unstable
Urgency: high (fixes critical bug)
Maintainer: Roberto Lumbreras <[EMAIL PROTECTED]>
Changed-By: Roberto Lumbreras <[EMAIL PROTECTED]>
Description: 
 lphdisk- prepares hibernation partition for Phoenix NoteBIOS
Closes: 400795
Changes: 
 lphdisk (0.9.1-3) unstable; urgency=high (fixes critical bug)
 .
   * Remove unneeded linux-kernel-headers dependency.
   * Use fseek64 to get rid of llseek issues. (closes: #400795)
Files: 
 3baf3

Bug#400918: apache2 reload produces error

[Beat Binotto]

Package: apache2
Version: 2.2.3-3.1
Severity: serious
Justification: uknown

*** Please type your report below this line ***

/etc/init.d/apache2 reload

produces the following error in /var/log/apache2/error.log:

(9)Bad file descriptor: apr_socket_accept: (client socket)

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

Versions of packages apache2 depends on:
ii  apache2-mpm-prefork   2.2.3-3.1  Traditional model for Apache
HTTPD

apache2 recommends no packages.

-- no debconf information



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

Bug#400874: reproducible for me

[Michael Ablassmeier]

hi,

like Andreas already mentioned, im capable of reproducing this failure
on my (unstable) amd64 system. I apt-get sourced something on Monday and
it worked for me, so this problem appeared yesterday or today.

You can download my /var/lib/apt/lists aswell from:

 http://www.grinser.de/~abi/lists.tar.gz (a5b22431ef8ed0ccd6cc952df6a64944)

sources lists are from ftp.debian.org, binary from a lokal mirror,
please speak up if you need them aswell.

bye,
- michael


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

Bug#400916: zeroc-icee: FTBFS: No rule to make target `IceAtomic.o'

[Julien Danjou]

Package: zeroc-icee
Version: 1.1.0-6
Severity: serious

Hello,

There was a problem while autobuilding your package:
At 1164807794 time_t, Source Builder wrote:
> Automatic build of zeroc-icee_1.1.0-6 on nasya by sbuild/sparc 0.50
> Build started at 20061129-1416
> **
...
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/StaticMutex.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/StringUtil.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/Thread.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/ThreadException.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/Time.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/TraceLevels.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/TraceUtil.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/UnknownEndpoint.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/IceE/UUID.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/TcpTransport/Connector.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG 
> ../../src/TcpTransport/EndpointFactory.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/TcpTransport/TcpEndpoint.cpp
> c++ -c -I.. -I../../include  -DICE_API_EXPORTS -DICEE_PURE_CLIENT 
> -mcpu=ultrasparc -pipe -Wno-deprecated -DUSE_SPARC_ASM -ftemplate-depth-128 
> -Wall -D_REENTRANT -fPIC -O3 -DNDEBUG ../../src/TcpTransport/Transceiver.cpp
> make[3]: *** No rule to make target `IceAtomic.o', needed by 
> `../../lib/libIceEC.so.1.1.0'.  Stop.
> make[3]: Leaving directory `/build/buildd/zeroc-icee-1.1.0/src/IceEC'
> make[2]: *** [all] Error 1
> make[2]: Leaving directory `/build/buildd/zeroc-icee-1.1.0/src'
> make[1]: *** [all] Error 1
> make[1]: Leaving directory `/build/buildd/zeroc-icee-1.1.0'
> make: *** [debian/stamp-makefile-build] Error 2
> **
> Build finished at 20061129-1443
> FAILED [dpkg-buildpackage died]

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


pgpGZO3OokGaZ.pgp
Description: PGP signature

Bug#400121: Can't reproduce 400121 with libpcre3

[Tom Parker]

Mark Baker wrote:

On Wed, Nov 29, 2006 at 12:59:47PM +0100, Tom Parker wrote:
I've just been doing the test that Olivier Trichet mentioned with 
pcretest, with a file containing 30,000 Z's, and I don't get a crash. 
This is with libpcre3 6.7-1 on i386.


I can reproduce it with pcregrep; no idea why pcretest might not suffer
from it. It crashes when it gets to 8192 recursive instances of the
match function, possibly due to running out of stack space?

You are looking for a pattern of (.)* I assume? 


I was looking for a ^(.)*$ pattern, but I've just double-checked with 
(.)* and ^(.)*, none of them crash pcretest. pcregrep (6.7-1) also 
doesn't crash with that pattern. There appears to be something different 
about my system... where exactly does pcregrep crash? A stack trace 
would be nice.


Tom Parker
--
[EMAIL PROTECTED] - http://tevp.net
Illegitimus non carborundum


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

Bug#400914: brickos: Firmware doesn't work. RCX makes strange noise.

[Xavier Douville]

Package: brickos
Version: 0.9.0.dfsg-2
Severity: grave
Justification: renders package unusable

When using brickos 0.9.0.dfsg-2 the following command:
firmdl3 /usr/lib/brickos/brickOS.srec
always fails. The firmware is sent to the RCX, but when the transfer
is completed, it makes a continuous strange noise (and the system is
unusable)
I tried a few times with two different RCXs.
The package is unusable without the firmware on the RCX.
This might be related to gcc 4.1 (instead of gcc 2.95)


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


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

Bug#400290: jack-audio-connection-kit: debian/rules clean error

[Marcio Teixeira]

Hi.

Thanks for answer.


On 11/29/06, Steve Langasek <[EMAIL PROTECTED]> wrote:
On Fri, Nov 24, 2006 at 09:36:50PM -0200, Marcio Roberto Teixeira wrote:
> Package: jack-audio-connection-kit
> Version: 0.102.20-1
> Severity: serious
> Justification: no longer builds from source

> clean target don't run properly. This problem is effect of cdbs bug:

> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387103

It seems unlikely to me that this bug would only affect jack.  Should this
bug really be reassigned to cdbs and merged with 387103, raising the
severity of that other bug?


This bug affect jack but not only jack. It's ok to me your decision.


--
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/



Regards,
--
Marcio Roberto Teixeira

skype: marcio.tex
http://marciotex.googlepages.com/

chave pública:
hkp://wwwkeys.pgp.net
http://marciotex.googlepages.com/keypub_8709626B.asc

Usuário "tchê" Debian/GNU Linux

Porto Alegre - RS - Brasil

Bug#400874: grave?

[Andreas Barth]

* Filipus Klutiero ([EMAIL PROTECTED]) [061129 14:37]:
> I am unable to reproduce on my Etch box. Please justify grave severity.

I know of a second person who had the same issues, that is Michael
Ablassmeier. I guess it is connected with the exact content of the
source lists for today.

I put the contents of my /var/lib/apt/lists-directory to
http://alius.turmzimmer.net/~aba/broken-var-lib-apt-lists.tgz - it is
too large to attach it IMHO.

Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#400121: Can't reproduce 400121 with libpcre3

[Mark Baker]

On Wed, Nov 29, 2006 at 12:59:47PM +0100, Tom Parker wrote:
> I've just been doing the test that Olivier Trichet mentioned with 
> pcretest, with a file containing 30,000 Z's, and I don't get a crash. 
> This is with libpcre3 6.7-1 on i386.

I can reproduce it with pcregrep; no idea why pcretest might not suffer
from it. It crashes when it gets to 8192 recursive instances of the
match function, possibly due to running out of stack space?

You are looking for a pattern of (.)* I assume? 


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

Bug#397788: closed by Ari Pollak <[EMAIL PROTECTED]> (Bug#397788: fixed in gaim 1:2.0.0+beta5-1)

[Corey Minyard]

I installed the version of gaim  and the problem still persists.

   [EMAIL PROTECTED]:~$ dpkg -l | grep gaim
   ii  gaim  
   2.0.0+beta5-1   multi-protocol instant messaging

   client
   ii  gaim-data 
   2.0.0+beta5-1   multi-protocol instant messaging

   client - da


Here's the backtrace again:


#0  0x2ac26ee4b07b in raise () from /lib/libc.so.6
#1  0x2ac26ee4c84e in abort () from /lib/libc.so.6
#2  0x2ac26e5bc94b in IA__g_logv (
   log_domain=0x2ac26e0432fc "GLib-GObject", log_level=out>,

   format=0x2ac26e047e88 "%s()%s`%s'", args1=0x40fff420) at gmessages.c:497
#3  0x2ac26e5bc9d3 in IA__g_log (
   log_domain=0x1750 , log_level=5988,
   format=0x6 ) at gmessages.c:517
#4  0x2ac26e03d210 in IA__g_type_class_ref (type=)
   at gtype.c:2387
#5  0x2ac26e03d0c2 in IA__g_type_class_ref (type=)
   at gtype.c:2385
#6  0x2ac26e02373f in IA__g_object_newv (object_type=11632096,
   n_parameters=0, parameters=0x0) at gobject.c:853
#7  0x2ac26e023b2c in IA__g_object_new_valist (object_type=11632096,
   first_property_name=0x0, var_args=0x40fff8a0) at gobject.c:981
#8  0x2ac26e023d61 in IA__g_object_new (object_type=11632096,
   first_property_name=0x0) at gobject.c:795
#9  0x2ac27665dac2 in gst_audio_clock_new (name=,
   func=0x2ac276661bd0 ,
   user_data=0x2ae14060) at gstaudioclock.c:94
#10 0x2ac276661bba in gst_base_audio_sink_init (
   baseaudiosink=0x2ae14060, g_class=)
   at gstbaseaudiosink.c:156
#11 0x2ac26e03d734 in IA__g_type_create_instance (
   type=) at gtype.c:1559
#12 0x2ac26e024c9d in g_object_constructor (type=5968,
   n_construct_properties=5988, construct_params=0x6) at gobject.c:1041
#13 0x2ac26e0230ff in IA__g_object_newv (object_type=7050368,
   n_parameters=11135744, parameters=0x2ae08430) at gobject.c:937
#14 0x2ac26e023b2c in IA__g_object_new_valist (object_type=7050368,
   first_property_name=0x0, var_args=0x40fffd80) at gobject.c:981
#15 0x2ac26e023d61 in IA__g_object_new (object_type=7050368,
   first_property_name=0x0) at gobject.c:795
#16 0x2ac26b884182 in gst_element_factory_create (
   factory=,
   name=0x2ae10fd0 "autoaudiosink0-actual-sink-alsa")
   at gstelementfactory.c:381
#17 0x2b398369 in gst_auto_audio_sink_change_state 
(element=0x7e2590,

   transition=GST_STATE_CHANGE_NULL_TO_READY) at gstautoaudiosink.c:168
#18 0x2ac26b87fab7 in gst_element_change_state (element=0x1750,
   transition=GST_STATE_CHANGE_NULL_TO_READY) at gstelement.c:2182
#19 0x2ac26b8826d4 in gst_element_set_state_func (element=0x7e2590,
   state=GST_STATE_READY) at gstelement.c:2144
#20 0x2ac26b87514f in gst_bin_change_state_func (element=0x708dd0,
   transition=GST_STATE_CHANGE_NULL_TO_READY) at gstbin.c:1759
#21 0x2ac275dd4a67 in gst_gconf_audio_sink_change_state 
(element=0x708dd0,

   transition=GST_STATE_CHANGE_NULL_TO_READY) at gstgconfaudiosink.c:322
#22 0x2ac26b87fab7 in gst_element_change_state (element=0x1750,
   transition=GST_STATE_CHANGE_NULL_TO_READY) at gstelement.c:2182
#23 0x2ac26b8826d4 in gst_element_set_state_func (element=0x708dd0,
   state=GST_STATE_READY) at gstelement.c:2144
#24 0x2ac26b87514f in gst_bin_change_state_func (element=0xa78a80,
   transition=GST_STATE_CHANGE_NULL_TO_READY) at gstbin.c:1759
#25 0x2ac26b87fab7 in gst_element_change_state (element=0x1750,
   transition=GST_STATE_CHANGE_NULL_TO_READY) at gstelement.c:2182
#26 0x2ac26b8826d4 in gst_element_set_state_func (element=0xa78a80,
   state=GST_STATE_READY) at gstelement.c:2144
#27 0x2ac276120e32 in gen_audio_element (play_bin=0xac0300)
   at gstplaybin.c:1029
#28 0x2ac276121d5b in setup_sinks (play_base_bin=0xae1a40,
   group=0x2ae05180) at gstplaybin.c:1398
#29 0x2ac276125058 in group_commit (play_base_bin=0xac0300,
   fatal=, subtitle=0) at gstplaybasebin.c:456
#30 0x2ac26e01e479 in IA__g_closure_invoke (closure=0x6c9b60,
   return_value=0x0, n_param_values=1, param_values=0x41000690,
   invocation_hint=0x41000560) at gclosure.c:490
#31 0x2ac26e02dae1 in signal_emit_unlocked_R (node=0x66ec30, detail=0,
   instance=0xac91e0, emission_return=0x0, instance_and_params=0x41000690)
   at gsignal.c:2440
#32 0x2ac26e02ed95 in IA__g_signal_emit_valist (instance=0xac91e0,
   signal_id=, detail=0, var_args=0x41000910)
   at gsignal.c:2199
#33 0x2ac26e02ef73 in IA__g_signal_emit (instance=0x1750, 
signal_id=5988,

   detail=6) at gsignal.c:2243
#34 0x2ac26e01e479 in IA__g_closure_invoke (closure=0x6cd410,
   return_value=0x0, n_param_values=1, param_values=0x41000c70,
   invocation_hint=0x41000b40) at gclosure.c:490
#35 0x2ac26e02dae1 in signal_emit_unlocked_R (node=0x66ec30, detail=0,
   instance=0xae01f0, emission_return=0x0, instance_and_params=0x41000c70)
   at gsignal.c:2440
#36 0x2ac26e02ed95 in IA__g_signal_emit_valist (instance=0xae01f0,
   signal_id=,

Bug#400105: mgp: causes X Error

[Tatsuya Kinoshita]

On November 28, 2006 at 9:59PM +0100,
maxx (at debian.org) wrote:

> * Tatsuya Kinoshita <[EMAIL PROTECTED]> [2006-11-28 14:42]:
>
> > Can you reproduce the X error by the rebuilt mgp package without
> > `--with-m17n-lib'?
>
> No, if I build without m17n-lib it works fine.
>
> > Even if the libm17n-dev package is installed, `mgp sample.mgp'
> > fails if I press SPC or left-click to display the next page.  At
> > this time, mgp `--with-m17n-lib' seems to be unusable.
>
> On my amd64 machine it works tough.
>
> The bug is definitely in connection with libm17n. Maybe you Iwai has a
> clue where the problem is, I cc him on this mail.

I've noticed that a similar RC bug has already been filed to m17n-lib.

  Bug#325528: libm17n-0: segfaults with mgp, rendering it unusuable
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325528

The mgp maintainer, if m17n-lib's RC bug fix is hard, you can disable
`--with-m17n-lib' to close mgp's RC bugs #400062 and #400105, and push
it to etch.

--
Tatsuya Kinoshita


pgpZmZW90ZY1u.pgp
Description: PGP signature

Bug#400874: grave?

[Filipus Klutiero]

Hi Andreas,
I am unable to reproduce on my Etch box. Please justify grave severity.


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

Processed: change severity

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 400650 important
Bug#400650: SA23092: tdiary Unspecified Cross-Site scripting vulnerability
Bug#400447: tdiary: XSS issue and new upstream version is released (2.0.3 and 
patch for 2.1.4)
Severity set to `important' from `grave'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Processed: reopening Bug#245826: t-gnus: please fix lintian errors & warnings

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reopen 245826
Bug#245826: t-gnus: please fix lintian errors & warnings
Bug reopened, originator not changed.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#245826: reopening Bug#245826: t-gnus: please fix lintian errors & warnings

[Tatsuya Kinoshita]

reopen 245826
thanks

Closed by a spam.  Reopening.

-- 
Tatsuya Kinoshita


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

Bug#400121: Seems to be stack overflow (too deep recursion)

[Florian Weimer]

I could reproduce the issue, using pcretest.  GDB shows that this is a
stack overflow due to deep recursion.

The impact of this bug on availability is hard to estimate, even if
code injection should be impossible.


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

Bug#400900: gmediaserver: gmaedia server does not install

[Eric Valette]

Package: gmediaserver
Version: 0.11.0-1
Severity: grave
Justification: renders package unusable

apt-get install --reinstall gmediaserver
Reading package lists... Done
Building dependency tree... Done
The following packages will be upgraded:
  gmediaserver
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
26 not fully installed or removed.
Need to get 0B/101kB of archives.
After unpacking 69.6kB of additional disk space will be used.
Selecting previously deselected package gmediaserver.
(Reading database ... 180691 files and directories currently installed.)
Preparing to replace gmediaserver 0.11.0-1 (using 
.../gmediaserver_0.12.0-1_i386.deb) ...
Stopping gmediaserver: invoke-rc.d: initscript gmediaserver, action "stop" 
failed.
dpkg: warning - old pre-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
Stopping gmediaserver: invoke-rc.d: initscript gmediaserver, action "stop" 
failed.
dpkg: error processing /var/cache/apt/archives/gmediaserver_0.12.0-1_i386.deb 
(--unpack):
 subprocess new pre-removal script returned error exit status 1
Starting gmediaserver: Errors were encountered while processing:
 /var/cache/apt/archives/gmediaserver_0.12.0-1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19-rc6-git10
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages gmediaserver depends on:
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libid3-3.8.3c2a  3.8.3-6 Library for manipulating ID3v1 and
ii  libtag1c2a   1.4-4   TagLib Audio Meta-Data Library
ii  libtagc0 1.4-4   TagLib Audio Meta-Data Library (C 
ii  libupnp0 1.2.1-2 Intel Universal Plug And Play SDK 

gmediaserver recommends no packages.

-- no debconf information


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

Bug#400899: kronolith2 permits arbitrary file access under user running CGIs or HTTP server

[Lionel Elie Mamane]

Package: kronolith2
Severity: critical
Version: 2.0.0
Tags: security

Apparently, there was a way to force kronolith2 versions 2.1.0 up to
2.1.3 (and 2.0.0 up to 2.0.7) to include an arbitrary file in some
page it serves. Solved by new upstream version. CVE number unknown.

Unknown whether kronolith (1.x) in sarge is similarly vulnerable (that
version is not supported upstream anymore).

-- 
Lionel
--- Begin Message ---
The Horde Team is pleased to announce the final release of the Kronolith
Calendar Application version H3 (2.1.4).

This is a security release. All users are strongly advised to upgrade as soon
as possible. Thanks to iDefense for the vulnerability report.

Kronolith is the Horde calendar application.  It provides web-based calendars
backed by a SQL database or a Kolab server.  Supported features include shared
calendars, remote calendars, meeting management, alarms, recurring events, and
a sophisticated day/week view which handles arbitrary numbers of overlapping
events.

Major changes compared to the Kronolith H3 (2.1.3) version are:
* Close arbitrary file inclusion in free/busy views.

The full list of changes (from version H3 (2.1.3)) can be viewed here:

http://cvs.horde.org/diff.php/kronolith/docs/CHANGES?r1=1.165.2.138&r2=1.165.2.142&ty=h

The Kronolith H3 (2.1.4) distribution is available from the following locations:

ftp://ftp.horde.org/pub/kronolith/kronolith-h3-2.1.4.tar.gz
http://ftp.horde.org/pub/kronolith/kronolith-h3-2.1.4.tar.gz

Patches against version H3 (2.1.3) are available at:


ftp://ftp.horde.org/pub/kronolith/patches/patch-kronolith-h3-2.1.3-h3-2.1.4.gz

http://ftp.horde.org/pub/kronolith/patches/patch-kronolith-h3-2.1.3-h3-2.1.4.gz

Or, for quicker access, download from your nearest mirror:

http://www.horde.org/mirrors.php

MD5 sums for the packages are as follows:

df6d6fc99012865b18b089212c7544ad  kronolith-h3-2.1.4.tar.gz
b20cd6c44db40649fd98cc2716f1cb47  patch-kronolith-h3-2.1.3-h3-2.1.4.gz

Have fun!

The Horde Team.

-- 
Horde announcements mailing list
You are subscribed to this list as: [EMAIL PROTECTED]
To unsubscribe, mail: [EMAIL PROTECTED]

--- End Message ---

Bug#400891: modutils: trying to overwrite ..../get_kernel_syms.2.gz, whish is also in package manpages-dev

[Michael Prokop]

Package: modutils
Version: 2.4.27.0-6
Severity: grave
Justification: renders package unusable


# apt-get upgrade
[...]
Unpacking replacement modutils ...
dpkg: error processing /var/cache/apt/archives/modutils_2.4.27.0-6_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man2/get_kernel_syms.2.gz', which is also 
in package manpages-dev
[...]

According to /usr/share/doc/manpages-dev/changelog.Debian.gz
a 'Conflicts: manpages-dev (<< 2.25-3)' should solve the problem.

regards,
-mika-


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

Bug#400894: sbaz: FTBFS: tries to write in $HOME

[Julien Danjou]

Package: sbaz
Version: 1.18-1
Severity: serious

Hello,

There was a problem while autobuilding your package:
> Automatic build of sbaz_1.18-1 on avidan by sbuild/i386 98
> Build started at 20061129-1322
> **
...
>  debian/rules build
> dh_testdir
> ANT_OPTS=-Xmx512M ant -Dscala.lib.dir=/usr/share/java \
>   -Dant-contrib.jar=/usr/share/java/ant-contrib.jar dist
> Unable to locate tools.jar. Expected to find it in 
> /usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/lib/tools.jar
> Buildfile: build.xml
> 
> init:
>   [taskdef] Could not load definitions from resource 
> net/sf/antcontrib/antlib.xml. It could not be found.
> 
> BUILD FAILED
> /build/buildd/sbaz-1.18/build.xml:51: Scala installation directory 
> '/nonexistent/sbaz' is not available. The software is available from 
> http://scala.epfl.ch/
> 
> Total time: 2 seconds
> make: *** [build-stamp] Error 1
> **
> Build finished at 20061129-1322
> FAILED [dpkg-buildpackage died]

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


pgpcTsUIqWKA2.pgp
Description: PGP signature

Bug#400895: libdata-dump-perl: FTBFS: test fails

[Julien Danjou]

Package: libdata-dump-perl
Version: 1.07-1
Severity: serious

Hello,

There was a problem while autobuilding your package:
At 1164803054 time_t, [EMAIL PROTECTED] wrote:
> Automatic build of libdata-dump-perl_1.07-1 on avidan by sbuild/i386 98
> Build started at 20061129-1323
> **
...
>  debian/rules build
> dh_testdir
> /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
> Checking if your kit is complete...
> Looks good
> Writing Makefile for Data::Dump
> /usr/bin/make OPTIMIZE="-Wall -O2 -g"
> make[1]: Entering directory `/build/buildd/libdata-dump-perl-1.07'
> cp lib/Data/Dump.pm blib/lib/Data/Dump.pm
> Manifying blib/man3/Data::Dump.3pm
> make[1]: Leaving directory `/build/buildd/libdata-dump-perl-1.07'
> touch build-stamp
>  /usr/bin/fakeroot debian/rules binary
> dh_testdir
> dh_testroot
> dh_clean -k
> /usr/bin/make test
> make[1]: Entering directory `/build/buildd/libdata-dump-perl-1.07'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" 
> "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
> t/dump.ok
> t/eval.ok
> t/glob.Use of uninitialized value in getprotobynumber at 
> /usr/lib/perl/5.8/IO/Socket/INET.pm line 133.
> Use of uninitialized value in socket at /usr/lib/perl/5.8/IO/Socket.pm line 
> 80.
> Use of uninitialized value in socket at /usr/lib/perl/5.8/IO/Socket.pm line 
> 80.
> # Failed test 5 in t/glob.t at line 33
> #  t/glob.t line 33 is: ok($s =~ /my \$a = bless\(Symbol::gensym\(\), 
> "IO::Socket::INET"\);/);
> # Failed test 6 in t/glob.t at line 34
> #  t/glob.t line 34 is: ok($s =~ /^\s+io_socket_timeout\s+=> 5,/m);
> FAILED tests 5-6
>   Failed 2/6 tests, 66.67% okay
> t/quote-unicodeok
> t/quoteok
> t/ref..ok
> t/regexp...ok
> t/scalar-obj...ok
> t/scalar...ok
> t/tied.ok
> Failed Test Stat Wstat Total Fail  Failed  List of Failed
> ---
> t/glob.t   62  33.33%  5-6
> Failed 1/10 test scripts, 90.00% okay. 2/55 subtests failed, 96.36% okay.
> make[1]: *** [test_dynamic] Error 255
> make[1]: Leaving directory `/build/buildd/libdata-dump-perl-1.07'
> make: *** [install-stamp] Error 2
> **
> Build finished at 20061129-1324
> FAILED [dpkg-buildpackage died]

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


pgpLTdAApCwBv.pgp
Description: PGP signature

Bug#400885: knoda: no drivers available after update

[Eike Sauer]

Package: knoda
Version: 0.8.2-1
Severity: grave
Justification: renders package unusable

After last night's update, knoda doesn't offer any
drivers anymore, so I cannot connect to anything.
The application's driver list is empty.

Updates:
* libhk-kdeclasses7 0.8.1-2 => 0.8.2-1
* libhk-classes-mysql 0.8.1a-2 => 0.8.2-1
* libhk-classes-postgres 0.8.1a-2 => 0.8.2-1
* knoda 0.8.1-3 => 0.8.2-1

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (150, 'testing'), (100, 'stable'), (50, 'unstable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages knoda depends on:
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libacl12.2.41-1  Access control list shared library
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libattr1   2.4.32-1  Extended attribute shared library
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]0.1.7-4   Client library for the gamin file 
ii  libgcc11:4.1.1-19GCC support library
ii  libhk-classes-mysql [l 0.8.2-1   MySQL driver plugin for hk_classes
ii  libhk-classes-postgres 0.8.2-1   PostgreSQL driver plugin for libhk
ii  libhk-classes150.8.2-1   C++ library for database applicati
ii  libhk-kdeclasses7  0.8.2-1   visual widget library for database
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libpng12-0 1.2.13-4  PNG library - runtime
ii  libqt3-mt  3:3.3.7-1 Qt GUI Library (Threaded runtime v
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-3 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxml22.6.27.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  python2.4  2.4.3-8   An interactive high-level object-o
ii  zlib1g 1:1.2.3-13compression library - runtime

knoda recommends no packages.

-- no debconf information


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

Bug#363324: Kernel 2.6.18-3?

[Steve Langasek]

On Wed, Nov 29, 2006 at 12:00:03PM +0100, Rasmus Bøg Hansen wrote:
> Shouldn't nvidia-graphics-modules-i386 be built against 2.6.18-3, not
> 2.6.18-2 as now? The same for nvidia-graphics-modules-amd64?

> It seems that the packages would be unable to enter testing due to
> dependencies when 2.6.18 enters testing...

They will need to be rebuilt one more time to make it into etch, yes. :/

-- 
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/

Bug#400121: Can't reproduce 400121 with libpcre3

[Tom Parker]

I've just been doing the test that Olivier Trichet mentioned with 
pcretest, with a file containing 30,000 Z's, and I don't get a crash. 
This is with libpcre3 6.7-1 on i386.


Any more details on a good testcase for libpcre3?

Tom Parker
--
[EMAIL PROTECTED] - http://tevp.net
Illegitimus non carborundum


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

Bug#400383: marked as done (icedove: Message Database "Corruption" with TB 1.5.0.8)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 11:02:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400383: fixed in icedove 1.5.0.8.dfsg1-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: icedove
Version: 1.5.0.7-3
Severity: critical
Justification: causes serious data loss

Icedove loses some mails with broken headers. The problem is described in 
detail 
here:

https://bugzilla.mozilla.org/show_bug.cgi?id=360409

I think this should be a RC bug because Icedove is a widely used mail client 
and 
losing mail is not acceptable.

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

Versions of packages icedove depends on:
ii  debconf [debconf-2.0]  1.5.8 Debian configuration management sy
ii  libatk1.0-01.12.3-1  The ATK accessibility toolkit
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libcairo2  1.2.4-4   The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.1-2   generic font configuration library
ii  libgcc11:4.1.1-19GCC support library
ii  libglib2.0-0   2.12.4-1  The GLib library of C routines
ii  libgtk2.0-02.8.20-3  The GTK+ graphical user interface 
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.14.7-1  Layout and rendering of internatio
ii  libpng12-0 1.2.8rel-7PNG library - runtime
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
ii  libx11-6   2:1.0.3-3 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-3 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-4   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  myspell-en-us [myspell-dic 1:2.0.4~rc1-3 English_american dictionary for my
ii  zlib1g 1:1.2.3-13compression library - runtime

icedove recommends no packages.

-- debconf information:
  icedove/browser: Debian

--- End Message ---
--- Begin Message ---
Source: icedove
Source-Version: 1.5.0.8.dfsg1-1

We believe that the bug you reported is fixed in the latest version of
icedove, which is due to be installed in the Debian FTP archive:

icedove-dbg_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-dbg_1.5.0.8.dfsg1-1_i386.deb
icedove-dev_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-dev_1.5.0.8.dfsg1-1_i386.deb
icedove-gnome-support_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-gnome-support_1.5.0.8.dfsg1-1_i386.deb
icedove-inspector_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-inspector_1.5.0.8.dfsg1-1_i386.deb
icedove-typeaheadfind_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-typeaheadfind_1.5.0.8.dfsg1-1_i386.deb
icedove_1.5.0.8.dfsg1-1.diff.gz
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1-1.diff.gz
icedove_1.5.0.8.dfsg1-1.dsc
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1-1.dsc
icedove_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1-1_i386.deb
icedove_1.5.0.8.dfsg1.orig.tar.gz
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1.orig.tar.gz
mozilla-thunderbird-dev_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/mozilla-thunderbird-dev_1.5.0.8.dfsg1-1_all.deb
mozilla-thunderbird-inspector_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/mozilla-thunderbird-inspector_1.5.0.8.dfsg1-1_all.deb
mozilla-thunderbird-typeaheadfind_1.5.0.8.dfsg1-1_all.deb
  to 
pool/main/i/icedove/mozilla-thunderbird-typeaheadfind_1.5.0.8.dfsg1-1_all.deb
mozilla-thunderbird_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/mozilla-thunderbird_1.5.0.8.dfsg1-1_all.deb
thunderbird-dbg_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/thunderbird-dbg_1.5.0.8.dfsg1-1_all.deb
thunderbird-dev_1.5

Bug#400340: marked as done (Contains non-free files.)

[Debian Bug Tracking System]

Your message dated Wed, 29 Nov 2006 11:02:10 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#400340: fixed in icedove 1.5.0.8.dfsg1-1
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: xulrunner
Version: 1.8.0.7-1
Severity: serious

Hi!

This bug has been filed on multiple packages, and general discussions
are kindly requested to take place on debian-legal or debian-devel in
the thread with Subject: "Non-free IETF RFC/I-Ds in source packages".

It seems this source package contains the following files from the
IETF under non-free license terms:

xulrunner-1.8.0.7/directory/c-sdk/ldap/docs/draft-ietf-ldapext-ldap-c-api-05.txt
 
xulrunner-1.8.0.7/netwerk/protocol/ftp/doc/rfc959.txt 

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding a 'dfsg' version name to it.

3. Move the package to non-free.

I went over many packages looking for names of likely non-free files,
and there may be false positives.  If this is the case for your
package, I'm sorry for the noise.  I'll modify the scripts to take
into account false positives when I learn of them, and publish the
list of exceptions under "Known exceptions" at
.

Thanks,
Simon

--- End Message ---
--- Begin Message ---
Source: icedove
Source-Version: 1.5.0.8.dfsg1-1

We believe that the bug you reported is fixed in the latest version of
icedove, which is due to be installed in the Debian FTP archive:

icedove-dbg_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-dbg_1.5.0.8.dfsg1-1_i386.deb
icedove-dev_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-dev_1.5.0.8.dfsg1-1_i386.deb
icedove-gnome-support_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-gnome-support_1.5.0.8.dfsg1-1_i386.deb
icedove-inspector_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-inspector_1.5.0.8.dfsg1-1_i386.deb
icedove-typeaheadfind_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove-typeaheadfind_1.5.0.8.dfsg1-1_i386.deb
icedove_1.5.0.8.dfsg1-1.diff.gz
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1-1.diff.gz
icedove_1.5.0.8.dfsg1-1.dsc
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1-1.dsc
icedove_1.5.0.8.dfsg1-1_i386.deb
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1-1_i386.deb
icedove_1.5.0.8.dfsg1.orig.tar.gz
  to pool/main/i/icedove/icedove_1.5.0.8.dfsg1.orig.tar.gz
mozilla-thunderbird-dev_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/mozilla-thunderbird-dev_1.5.0.8.dfsg1-1_all.deb
mozilla-thunderbird-inspector_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/mozilla-thunderbird-inspector_1.5.0.8.dfsg1-1_all.deb
mozilla-thunderbird-typeaheadfind_1.5.0.8.dfsg1-1_all.deb
  to 
pool/main/i/icedove/mozilla-thunderbird-typeaheadfind_1.5.0.8.dfsg1-1_all.deb
mozilla-thunderbird_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/mozilla-thunderbird_1.5.0.8.dfsg1-1_all.deb
thunderbird-dbg_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/thunderbird-dbg_1.5.0.8.dfsg1-1_all.deb
thunderbird-dev_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/thunderbird-dev_1.5.0.8.dfsg1-1_all.deb
thunderbird-gnome-support_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/thunderbird-gnome-support_1.5.0.8.dfsg1-1_all.deb
thunderbird-inspector_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/thunderbird-inspector_1.5.0.8.dfsg1-1_all.deb
thunderbird-typeaheadfind_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/thunderbird-typeaheadfind_1.5.0.8.dfsg1-1_all.deb
thunderbird_1.5.0.8.dfsg1-1_all.deb
  to pool/main/i/icedove/thunderbird_1.5.0.8.dfsg1-1_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
an

Processed: Bumping severity of #322860

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 322860 serious
Bug#322860: dhcp-client: dhclient-script breaks resolv.conf is $new_domain_name 
is undefined/empty
Severity set to `serious' from `important'

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400874: valgrind output

[Andreas Barth]

Hi,

valgrind gives these issues during running apt-get source php-imagick.

Cheers,
Andi

==11369== Invalid write of size 1
==11369==at 0x4A1CDA0: strcpy (mc_replace_strmem.c:272)
==11369==by 0x4BB97B4: debSrcRecordParser::Binaries() (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4B8027F: pkgSrcRecords::Find(char const*, bool) (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407CA5: (within /usr/bin/apt-get)
==11369==by 0x408CDA: (within /usr/bin/apt-get)
==11369==by 0x4B530A9: CommandLine::DispatchArg(CommandLine::Dispatch*, 
bool) (in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407869: (within /usr/bin/apt-get)
==11369==by 0x51934C9: (below main) (in /lib/libc-2.3.6.so)
==11369==  Address 0x6BD0E1D is 0 bytes after a block of size 10,541 alloc'd
==11369==at 0x4A1BD09: operator new[](unsigned long) 
(vg_replace_malloc.c:199)
==11369==by 0x4BB9814: debSrcRecordParser::Binaries() (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4B8027F: pkgSrcRecords::Find(char const*, bool) (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407CA5: (within /usr/bin/apt-get)
==11369==by 0x408CDA: (within /usr/bin/apt-get)
==11369==by 0x4B530A9: CommandLine::DispatchArg(CommandLine::Dispatch*, 
bool) (in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407869: (within /usr/bin/apt-get)
==11369==by 0x51934C9: (below main) (in /lib/libc-2.3.6.so)
==11369==
==11369== Invalid read of size 1
==11369==at 0x4A1C713: strlen (mc_replace_strmem.c:246)
==11369==by 0x4B477FB: TokSplitString(char, char*, char**, unsigned long) 
(in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4BB97C9: debSrcRecordParser::Binaries() (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4B8027F: pkgSrcRecords::Find(char const*, bool) (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407CA5: (within /usr/bin/apt-get)
==11369==by 0x408CDA: (within /usr/bin/apt-get)
==11369==by 0x4B530A9: CommandLine::DispatchArg(CommandLine::Dispatch*, 
bool) (in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407869: (within /usr/bin/apt-get)
==11369==by 0x51934C9: (below main) (in /lib/libc-2.3.6.so)
==11369==  Address 0x6BD0E1D is 0 bytes after a block of size 10,541 alloc'd
==11369==at 0x4A1BD09: operator new[](unsigned long) 
(vg_replace_malloc.c:199)
==11369==by 0x4BB9814: debSrcRecordParser::Binaries() (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4B8027F: pkgSrcRecords::Find(char const*, bool) (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407CA5: (within /usr/bin/apt-get)
==11369==by 0x408CDA: (within /usr/bin/apt-get)
==11369==by 0x4B530A9: CommandLine::DispatchArg(CommandLine::Dispatch*, 
bool) (in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407869: (within /usr/bin/apt-get)
==11369==by 0x51934C9: (below main) (in /lib/libc-2.3.6.so)
==11369==
==11369== Invalid write of size 1
==11369==at 0x4B47884: TokSplitString(char, char*, char**, unsigned long) 
(in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4BB97C9: debSrcRecordParser::Binaries() (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4B8027F: pkgSrcRecords::Find(char const*, bool) (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407CA5: (within /usr/bin/apt-get)
==11369==by 0x408CDA: (within /usr/bin/apt-get)
==11369==by 0x4B530A9: CommandLine::DispatchArg(CommandLine::Dispatch*, 
bool) (in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407869: (within /usr/bin/apt-get)
==11369==by 0x51934C9: (below main) (in /lib/libc-2.3.6.so)
==11369==  Address 0x6BD0E1D is 0 bytes after a block of size 10,541 alloc'd
==11369==at 0x4A1BD09: operator new[](unsigned long) 
(vg_replace_malloc.c:199)
==11369==by 0x4BB9814: debSrcRecordParser::Binaries() (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4B8027F: pkgSrcRecords::Find(char const*, bool) (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407CA5: (within /usr/bin/apt-get)
==11369==by 0x408CDA: (within /usr/bin/apt-get)
==11369==by 0x4B530A9: CommandLine::DispatchArg(CommandLine::Dispatch*, 
bool) (in /usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407869: (within /usr/bin/apt-get)
==11369==by 0x51934C9: (below main) (in /lib/libc-2.3.6.so)
==11369==
==11369== Mismatched free() / delete / delete []
==11369==at 0x4A1B17F: operator delete(void*) (vg_replace_malloc.c:244)
==11369==by 0x4BB97DA: debSrcRecordParser::Binaries() (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x4B8027F: pkgSrcRecords::Find(char const*, bool) (in 
/usr/lib/libapt-pkg-libc6.3-6.so.3.11.0)
==11369==by 0x407CA5: (within /usr/bin/apt-get)
==11369==by 0x408CDA: (within /usr/bin/apt-get)
==11369==by 0x4B530A9: CommandLine::DispatchArg(CommandLine::Dispatch*, 
bool) (in /usr/lib/l

Bug#363324: Kernel 2.6.18-3?

[Rasmus Bøg Hansen]

Hi

Shouldn't nvidia-graphics-modules-i386 be built against 2.6.18-3, not
2.6.18-2 as now? The same for nvidia-graphics-modules-amd64?

It seems that the packages would be unable to enter testing due to
dependencies when 2.6.18 enters testing...

Regards
/Rasmus

-- 
Rasmus Bøg Hansen   || [EMAIL PROTECTED]
Harrestrupvang 13A, 2th || http://www.zz9.dk
2500 Valby  || 

Processed: tagging 400718

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.8.14
> tags 400718 sarge
Bug#400718: CVE-2006-5925: Links "smb" Protocol File Upload/Download 
Vulnerability
Tags were: security
Tags added: sarge

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#400617: It seems FAM was not really wanted

[Christian Perrier]

Quoting Santiago Garcia Mantinan ([EMAIL PROTECTED]):

> If FAM was really not intended I think we should disable it on our config
> and upload with high urgency to get a version without FAM to testing ASAP.


A discussion we had yesterday on IRC with Steve, lead to the
conclusion that this bug is really worth being fixed for etch.

Disabling in the provided config file is of course not enough and we
should probably, at least for etch, disable the FAM support.

However, upstream did not provide a clean way to do it in its
configure script so I guees that fixing this is up to people in the
team that have a better knowledge than me on configure scripts. 

Steve, Peter, Noèl, Eloy?

manty also, if you come up with a patch..:-)



signature.asc
Description: Digital signature

Bug#400290: jack-audio-connection-kit: debian/rules clean error

[Steve Langasek]

On Fri, Nov 24, 2006 at 09:36:50PM -0200, Marcio Roberto Teixeira wrote:
> Package: jack-audio-connection-kit
> Version: 0.102.20-1
> Severity: serious
> Justification: no longer builds from source

> clean target don't run properly. This problem is effect of cdbs bug:

> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=387103

It seems unlikely to me that this bug would only affect jack.  Should this
bug really be reassigned to cdbs and merged with 387103, raising the
severity of that other bug?

-- 
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/


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