Bug#502139: setting package to anjuta-dbg anjuta-common anjuta-dev anjuta, tagging 502139

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.26ubuntu15
#
# anjuta (2:2.4.2-1+lenny1) testing-proposed-updates; urgency=low
#
#  * anjuta replaces anjuta-common << 2:2.4.2-1. Closes: #502139.
#

package anjuta-dbg anjuta-common anjuta-dev anjuta
tags 502139 + pending




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

Bug#501672: setting package to facile libfacile-ocaml-dev, tagging 501672

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.26ubuntu13
#
# facile (1.1-6.3) unstable; urgency=low
#
#  * Fix ocamlopt usage; closes: #501672.
#- New dpatch, 30-non-opt-check, ocamlopt isn't available on all arches;
#  don't use it for make check.
#- New patch, 40-allow-ocamlc-override-in-examples, allow overriding OCAMLC
#  in examples by using separate _INVOKE vars to run misc commands.
#

package facile libfacile-ocaml-dev
tags 501672 + pending




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

Bug#494316: setting package to libsmbios2 libsmbios-bin libsmbios libsmbios-doc libsmbios-dev, tagging 394898 ...

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.26ubuntu13
#
# libsmbios (2.0.3-2) unstable; urgency=low
#
#  * New upstream version (Closes: #494316)
#- merged enhancements from Ubuntu (thanks, guys)
#  * debian/control:
#- Drop build depend on libxml2, xml packages since they are no longer
#supported upstream
#- Build libsmbios2 packages (soname bump)
#- Add dpatch to build-depends
#- Enable building on lpia (Closes: #488278)
#  * debian/rules:
#- Add dpatch support
#- Don't clean up ltmain.sh, config.sub, or config.guess
#  as they are shipped in the upstream tarball (Closes: #491795)
#  * Disable manpage and symlinks for now; closes: #394898. 

package libsmbios2 libsmbios-bin libsmbios libsmbios-doc libsmbios-dev
tags 394898 + pending
tags 491795 + pending
tags 494316 + pending
tags 488278 + pending




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

Bug#495686: setting package to acpid, tagging 495686, tagging 495544, tagging 501305, tagging 487815 ...

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.26ubuntu13
#
# acpid (1.0.6-14) unstable; urgency=low
#
#  * Don't stop acpid in runlevels 0 and 6; from Ubuntu, closes:#495544
#  * Cleanup the awful init script.
#- Drop support for *.o kernel module files; .ko is used since 2.5 kernels.
#- Greatly simplify computing the list of available acpi modules by parsing
#  modules.dep(5) instead of running find and sh multiple times.
#- Rename debian/acpid.init.d to debian/acpid.init to match debhelper's
#  documented name (debhelper does pick up .init.d as well, but this is
#  undocumented); this also avoid confusing vim which believe it's a D
#  file.
#- Don't disable printk when loading ACPI modules; this is not only
#  fragile, broken, and intrusive, it's also out of the realm of acpid to
#  do.  This snippet:
#  [ "$VERBOSE" = "no" ] && echo "0 0 0 0" > /proc/sys/kernel/printk
#  can be moved to a more sensible place if it makes sense during boot, but
#  I doubt anybody wants that.
#- Fix support for kernels without dynamic module loading; closes: #500659.
#  * Use Vcs-* instead of XS-Vcs-* and fix URLs to point at the new git repos;
#closes: #501305.
#  * Remove obsolete conffiles /etc/acpi/powerbtn.sh,
#/etc/acpi/events/powerbtn, and /etc/logrotate.d/acpid in preinst; thanks
#to James Westby and Ubuntu; LP: #263888. It's interesting to note that
#this caused the new acpid to die once per week when logrotation kicked in.
#Closes: #487815, #491058, #495686
#  * Fixed path to hal pidfile, closes: #440870 

package acpid
tags 495686 + pending
tags 495544 + pending
tags 501305 + pending
tags 487815 + pending
tags 500659 + pending
tags 491058 + pending
tags 440870 + pending




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

Bug#492090: setting package to libxklavier libxklavier12 libxklavier12-dev, tagging 492090, tagging 481119

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# libxklavier (3.5-2) unstable; urgency=low
#
#  * New patch, 60_bind-textdomain-utf-8, use UTF-8 for gettext translations,
#not the locale's default encoding; fixes crash in screensaver in non-UTF-8
#locales; from GNOME #529773; closes: #481119, #492090.
#

package libxklavier libxklavier12 libxklavier12-dev
tags 492090 + pending
tags 481119 + pending




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

Bug#484695: setting package to vlc-plugin-jack libvlc0-dev mozilla-plugin-vlc vlc vlc-plugin-esd libvlc0 vlc-plugin-arts vlc-plugin-ggi vlc-plugin-sdl vlc-plugin-svgalib vlc-nox vlc-plugin-glide ...

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# vlc (0.8.6.h-2) unstable; urgency=high
#
#  * Switch to libdc1394-22-dev (Closes: #484695)
#  * Use objdump -x instead of ldd to check for links on libX11 as ldd might
#resolve libvlc to the system's version if the system has libvlc installed;
#closes: #495730.
#

package vlc-plugin-jack libvlc0-dev mozilla-plugin-vlc vlc vlc-plugin-esd 
libvlc0 vlc-plugin-arts vlc-plugin-ggi vlc-plugin-sdl vlc-plugin-svgalib 
vlc-nox vlc-plugin-glide
tags 495730 + pending
tags 484695 + pending




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

Bug#488760: setting package to nautilus-python python-nautilus, tagging 488760

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# nautilus-python (0.4.3-3) unstable; urgency=medium
#
#  * debian/patches/dlopen-nasty.patch:
#- Backported from the experimental branch, load libpython2.5.so.1
#  as the .so symlink is only present on python2.5-dev.
#  Closes: #488760.
#  Urgency set to medium as this closes an RC bug.
#

package nautilus-python python-nautilus
tags 488760 + pending




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

Bug#488531: setting package to libdevhelp-1-dev devhelp libdevhelp-1-0 devhelp-common, tagging 488531

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# devhelp (0.19.1-5) unstable; urgency=low
#
#  * Fix 02_gecko_1.9.patch - Fixes FTBFS on alpha. Closes: #488531
#   - Thanks to Mike Hommey <[EMAIL PROTECTED]> for patch.
#

package libdevhelp-1-dev devhelp libdevhelp-1-0 devhelp-common
tags 488531 + pending




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

Bug#480793: setting package to evolution-rss, tagging 480793

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.33
# via tagpending 
#
# evolution-rss (0.1.0-1) unstable; urgency=medium
#
#  * Change in build-depend due to xulrunner transition:
#- use xulrunner-dev (1.9~b5-4) instead of libxul-dev
#(closes: #480793)
#

package evolution-rss
tags 480793 + pending




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

Bug#480799: setting package to galeon galeon-common, tagging 473702, tagging 480799

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.26ubuntu4
#
# galeon (2.0.5-1) unstable; urgency=low
#
#  * New upstream release; closes: #473702.
#- Supports building against xulrunner-1.9, with regressions.
#- Document regressions in galeon.NEWS.
#- Build-dep on xulrunner-dev (>= 1.9~) instead of libxul-dev;
#  closes: #480799; depend on xulrunner (>= 1.9~).
#- Drop patch 10_configure-check-for-mozjs as JS support is pulled via
#  libxul-embedding.
#- New patch, 61_no-prefix-before-includes, drop directory before #includes
#  as headers are directly below the xulrunner-1.9 include root dir and
#  these dirs don't exist; also these are already -Included via
#  mozilla/Makefile.am flags anyway.
#- New patch, 62_libxul-embedding-unstable, adds support for
#  libxul-embedding-unstable gecko; build-dep on libnspr4-dev as we're
#  using nspr now.
#- Configure with --with-mozilla=libxul-embedding-unstable instead of
#  xulrunner.
#- New patch, 63_mozilla-config-no-path, don't hardcode path to
#  mozilla-config.h which might not be in the includedir but is found via
#  -I flags.
#- New patch, 64_force-prompt, add an aForcePrompt PRBOOL arg to
#  GContentHandler::PromptFor() if the parent class has it; FIXME this is
#  unconditionally set ATM.
#- Drop patch 70_relibtoolize as we don't run libtoolize anymore.
#- New patch, 90_autotools, generated with "aclocal-1.9 && autoheader &&
#  autoconf && automake-1.9 && rm -rf autom4te.cache config.h.in~".
#- New patch, 66_non-threadsafe-gconsolemessage-isupports, use
#  NS_IMPL_ISUPPORTS1 instead of NS_IMPL_THREADSAFE_ISUPPORTS1 for
#  GConsoleMessage and declare NS_DECL_NSICONSOLEMESSAGE.
#- New patch, 67_nsimpl-support-gtknssclientauthdialogs, use
#  NS_IMPL_ISUPPORTS1 instead of NS_IMPL_THREADSAFE_ISUPPORTS1 for
#  GtkNSSClientAuthDialogs.
#- New patch, 68_register-comps-frozen-linkage, don't use non-frozen
#  linkage to register components; from epiphany port; thanks
#  Alexander Sack.
#- New patch, 69_get-message-moz, rename GetMessage() to GetMessageMoz();
#  FIXME this requires some ifdef work.
#- New patch, 70_xpcom-startup-glue, bootstraps xulrunner for 1.9 properly;
#  from epiphany port; thanks Alexander Sack.
#- New patch, 71_disable-external-protocol-service, disable
#  GExternalProtocolService when using XPCOM_GLUE.
#

package galeon galeon-common
tags 473702 + pending
tags 480799 + pending




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

Bug#486991: setting package to pango1.0 libpango1.0-doc libpango1.0-dev libpango1.0-common libpango1.0-udeb libpango1.0-0-dbg libpango1.0-0 ...

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.26ubuntu4
#
# pango1.0 (1.20.3-2) unstable; urgency=high
#
#  * Link libpangoxft to fontconfig as it calls Fc* functions directly; this
#was pulled by xft in the past; GNOME #540036; thanks Lucas Nussbaum and
#Andreas Metzler; closes: #486991.
#- New patch, 60_link-pangoxft-to-fontconfig, include FONTCONFIG_CFLAGS and
#  link libpangoxft to FONTCONFIG_LIBS.
#- New patch, 70_automake, refresh automake generated files.
#- Urgency high for RC bug fix.
#

package pango1.0 libpango1.0-doc libpango1.0-dev libpango1.0-common 
libpango1.0-udeb libpango1.0-0-dbg libpango1.0-0
tags 486991 + pending




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

Bug#481417: severity of 481417 is important

[Loic Minier]

# Automatically generated email from bts, devscripts version 
2.10.11ubuntu5.8.04.1
# one format is important
severity 481417 important




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

Bug#473142: setting package to python-gnome2-desktop-dev gnome-python-desktop python-gnome2-desktop-doc python-gnome2-desktop ...

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.20
#
# gnome-python-desktop (2.22.0-1) unstable; urgency=low
#
#  * New upstream release
#- Handle 'GNOME_KEYRING_RESULT_NO_MATCH'. (Closes: #463494)
#  * debian/control: Merge with Ubuntu:
#- Build-depend on libecal-dev and libebook-dev to build the new
#  Evolution bindings.
#- Ported to new metacity-dev API; bump up libmetacity-dev build-dep to >=
#  1:2.21.5 (Closes: #471625, #473142)
#

package python-gnome2-desktop-dev gnome-python-desktop 
python-gnome2-desktop-doc python-gnome2-desktop
tags 473142 + pending
tags 463494 + pending
tags 471625 + pending




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

Bug#473057: setting package to vlc-plugin-jack libvlc0-dev wxvlc mozilla-plugin-vlc vlc vlc-plugin-esd libvlc0 vlc-plugin-arts vlc-plugin-ggi vlc-plugin-sdl vlc-plugin-svgalib vlc-nox vlc-plugin-alsa

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.20
#
# vlc (0.8.6.e-2) unstable; urgency=high
#
#  * New patch taken from upstream to fix an arbitrary code execution.
#CVE-2008-0073 (Closes: #473057)
#

package vlc-plugin-jack libvlc0-dev wxvlc mozilla-plugin-vlc vlc vlc-plugin-esd 
libvlc0 vlc-plugin-arts vlc-plugin-ggi vlc-plugin-sdl vlc-plugin-svgalib 
vlc-nox vlc-plugin-alsa vlc-plugin-glide
tags 473057 + pending




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

Bug#466431: setting package to libgda3-3 libgda3-common libgda3-bin libgda3 libgda3-dev libgda3-3-dbg libgda3-freetds libgda3-sqlite libgda3-doc libgda3-postgres libgda3-odbc libgda3-mysql ...

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.18.1
#
# libgda3 (3.0.2-2) unstable; urgency=medium
#
#  * Promote gtk-doc-tools and sgmltools-lite from build-dep-indep to build-dep
#as --enable-gtk-doc is passed unconditionally for all builds;
#closes: #466431.
#

package libgda3-3 libgda3-common libgda3-bin libgda3 libgda3-dev libgda3-3-dbg 
libgda3-freetds libgda3-sqlite libgda3-doc libgda3-postgres libgda3-odbc 
libgda3-mysql
tags 466431 + pending




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

Bug#459551: tagging 459551

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.11ubuntu3
# getting this too
tags 459551 + confirmed




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

Bug#453178: reassign 453178 to bug-buddy

[Loic Minier]

# Automatically generated email from bts, devscripts version 2.10.11
# calls XUngrabServer directly, should link itself
reassign 453178 bug-buddy 




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

Bug#292290: kernel-image-2.6.8-1-k7: XFS filesystem corruption: Input/output error

[Loic Minier]

Hi,

On Sat, Dec 17, 2005, maximilian attems wrote:
> if you are bound to 2.6.8 you'd anyway better have not
> heavy io. backports.org has newer semi-official builds.
> take care regarding the udev version while using such backports.

 For my part, I no longer use XFS, I had too many times data losses,
 even with regular system activity (ie. not only during crashes or high
 load).

 Concerning udev, it wasn't used back then, when I reported the bug.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#342879: New patch

[Loic Minier]

Hi,

On Tue, Dec 13, 2005, Michael Biebl wrote:
> I tested the patch posted by Loic.
> Unfortunately it doesn't fix the cdbs build failures. I still get error
> messages like this:

 Indeed, I only prepared the patch, but couldn't actually test it as I
 explained, and now that I'm able to try it out, I confirm it doesn't
 fix the regression.

 However, I've built make from CVS[1], and it is truly fixed in CVS.

 Hence, I've searched for the exact version fixing the issue myself, but
 that wasn't obvious as the CVS fix is more than 125 days old, I wonder
 where the current snapshot comes from.

 The attached updated patch fixes make here.

 [1] to build make from CVS:
 % cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/make co make
 % cd make
 % AUTOMAKE=automake-1.9 ACLOCAL=aclocal-1.9 autoreconf -s -i
 % ./configure
 % make update
 % make
-- 
Loïc Minier <[EMAIL PROTECTED]>
--- make-3.80+3.81.b3/debian/changelog
+++ make-3.80+3.81.b3/debian/changelog
@@ -1,3 +1,15 @@
+make (3.80+3.81.b3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * read.c (record_files): Move code that sets stem for static pattern rules
+out of the if (!two_colon) condition so it is also executed for two-colon
+rules. (from upstream CVS, upstream bug Savannah #13881)
+(Closes: #342879)
+  * tests/scripts/features/statipattrules: Add a test for #13881. (from
+upstream CVS, upstream bug Savannah #13881)
+
+ -- Loic Minier <[EMAIL PROTECTED]>  Tue, 13 Dec 2005 17:56:09 +0100
+
 make (3.80+3.81.b3-1) unstable; urgency=low
 
   * New upstream pre-release.
--- make-3.80+3.81.b3.orig/read.c
+++ make-3.80+3.81.b3/read.c
@@ -2109,18 +2109,6 @@
   if (cmds != 0)
 f->updating = 1;
}
-
- /* If this is a static pattern rule, set the file's stem to
-the part of its name that matched the `%' in the pattern,
-so you can use $* in the commands.  */
- if (pattern != 0)
-   {
- static char *percent = "%";
- char *buffer = variable_expand ("");
- char *o = patsubst_expand (buffer, name, pattern, percent,
-pattern_percent+1, percent+1);
- f->stem = savestring (buffer, o - buffer);
-   }
}
   else
{
@@ -2146,6 +2134,18 @@
  f->cmds = cmds;
}
 
+  /* If this is a static pattern rule, set the file's stem to
+ the part of its name that matched the `%' in the pattern,
+ so you can use $* in the commands.  */
+  if (pattern != 0)
+{
+  static char *percent = "%";
+  char *buffer = variable_expand ("");
+  char *o = patsubst_expand (buffer, name, pattern, percent,
+ pattern_percent+1, percent+1);
+  f->stem = savestring (buffer, o - buffer);
+}
+
   /* Free name if not needed further.  */
   if (f != 0 && name != f->name
  && (name < f->name || name > f->name + strlen (f->name)))
--- make-3.80+3.81.b3.orig/tests/scripts/features/statipattrules
+++ make-3.80+3.81.b3/tests/scripts/features/statipattrules
@@ -73,4 +73,15 @@
 'foo.x
 ');
 
+
+# TEST #6 -- bug #13881: double colon static pattern rule does not
+#substitute %.
+#
+run_make_test('
+foo.bar:: %.bar: %.baz
+foo.baz: ;@:
+',
+'',
+'');
+
 1;

Bug#342892: Incompatible with make 3.80+3.81.b3-1

[Loic Minier]

Package: cdbs
Version: 0.4.32
Severity: serious

Hi,

 Cdbs breaks for some packages when upgrading to make 3.80+3.81.b3-1.
 This make version explicitely has incompatibilities with previous
 versions, I'm afraid this has to be fixed on the side of CDBS.

 The problem I encountered was with the gst-plugins0.8 packages, when
 "dh_installdirs -p" has been called for all binary packages, I get a
 make error saying it can't find the install target.
make: *** No rule to make target "install",
necessary for "binary/gstreamer0.8-plugins". Stop.
 In previous builds, or when downgrading to a previous make version,
 the following command would have been run:
dh_installdocs -pgstreamer0.8-plugins debian/README.Debian NEWS

 Hence, I believe that the incompatibility might be due to this
 expression in debhelper.mk:
$(patsubst %,install/%,$(DEB_ALL_PACKAGES)) :: install/%:

 I'm not versed in Makefiles, but if I can provide more information, let
 me know.

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#341347: aptitude: fails to start: symbol lookup error "_Z14ReadConfigFileR13ConfigurationSsbj"

[Loic Minier]

On Wed, Nov 30, 2005, Loic Minier wrote:
>  For me, that was only enough to start aptitude, but it's still useless,
>  when installing I get:
>  ImportError: /usr/lib/python2.3/site-packages/apt_pkg.so: undefined
>  symbol: _Z15CheckDomainListRKSsS0_

 Actually, installing works fine, but apt-listchanges was borken by this
 update too.

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#341347: aptitude: fails to start: symbol lookup error "_Z14ReadConfigFileR13ConfigurationSsbj"

[Loic Minier]

On mer, nov 30, 2005, Marc Haber wrote:
> downgrading apt to 0.6.42.3exp1 helped. Versioned depends or conflicts
> needed.

 For me, that was only enough to start aptitude, but it's still useless,
 when installing I get:
 ImportError: /usr/lib/python2.3/site-packages/apt_pkg.so: undefined
 symbol: _Z15CheckDomainListRKSsS0_

 I didn't find a pre-built python2.3-apt binary for the previous APT, so
 I suppose I'll have to stick with apt-get for now.

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source

[Loic Minier]

tags 341172 + patch
severity 341172 wishlist
retitle 341172 Please port to the experimental pilot-link 0.12 API
thanks

On Tue, Nov 29, 2005, Scott Anderson wrote:
> I'll try downgrading pilot-link to unstable.
> # apt-cache policy pilot-link
>   Installed: 0.11.8-0.12.0-pre4-3

 Yes, it's the problem.

 I think evolution 2.4.1 was never meant to be built against pilot-link
 0.12.  Only evolution 2.5/2.6 will support it.

> The pilot-link-0.12 patches are now in garnome-2.12.0

 I had a look, this is an evolution 2.5 patch, and it didn't apply
 against 2.4.  I tried backporting the patch to 2.4, but I'm relunctant
 to build evolution against pilot-link from experimental, I think this
 is inappropriate.  I attach the patch, let me know if it solves the
 problem for you.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
diff -urN evolution-2.4.1.orig/addressbook/conduit/address-conduit.c 
evolution-2.4.1/addressbook/conduit/address-conduit.c
--- evolution-2.4.1.orig/addressbook/conduit/address-conduit.c  2004-09-23 
20:50:17.0 +0200
+++ evolution-2.4.1/addressbook/conduit/address-conduit.c   2005-11-29 
23:42:18.0 +0100
@@ -460,14 +460,19 @@
 {
static char buff[ 4096 ];
struct Address addr;
+   pi_buffer_t piBuf;
 
if (remote == NULL) {
sprintf (buff, "[NULL]");
return buff;
}
 
+   piBuf.data = remote->record;
+   piBuf.allocated = remote->length;
+   piBuf.used = remote->length;
+
memset (&addr, 0, sizeof (struct Address));
-   unpack_Address (&addr, remote->record, remote->length);
+   unpack_Address (&addr, &piBuf, address_v1);
 
g_snprintf (buff, 4096, "['%s' '%s' '%s']",
addr.entry[entryLastname] ?
@@ -789,7 +794,8 @@
  EAddrConduitContext *ctxt)
 {
GnomePilotRecord p;
-   static char record[0x];
+   static unsigned char record[0x];
+   pi_buffer_t piBuf;

g_assert (local->addr != NULL );

@@ -801,9 +807,17 @@
p.archived = local->local.archived;
p.secret = local->local.secret;
 
+   memset (&piBuf, 0, sizeof (piBuf));
+   memset (record, 0, sizeof (record));
+   pack_Address (local->addr, &piBuf, address_v1);
+
/* Generate pilot record structure */
+   if (piBuf.used > 0)
+   memcpy (record, piBuf.data, piBuf.used);
p.record = record;
-   p.length = pack_Address (local->addr, p.record, 0x);
+   p.length = piBuf.used;
+   if (piBuf.data)
+   free (piBuf.data);
 
return p;   
 }
@@ -832,16 +846,16 @@
 */
if (local->local.ID != 0) {
struct Address addr;
-   char record[0x];
+   pi_buffer_t *buffer = pi_buffer_new (0x);
int cat = 0;

if (dlp_ReadRecordById (ctxt->dbi->pilot_socket, 
ctxt->dbi->db_handle,
-   local->local.ID, &record, 
-   NULL, NULL, NULL, &cat) > 0) {
+   local->local.ID, buffer, 
+   NULL, NULL, &cat) > 0) {
local->local.category = cat;
memset (&addr, 0, sizeof (struct Address));
-   unpack_Address (&addr, record, 0x);
+   unpack_Address (&addr, buffer, address_v1);
for (i = 0; i < 5; i++) {
if (addr.entry[entryPhone1 + i])
local->addr->entry[entryPhone1 + i] = 
@@ -856,6 +870,8 @@
}
free_Address (&addr);
}
+
+   pi_buffer_free (buffer);
}
 
local->addr->entry[entryFirstname] = e_pilot_utf8_to_pchar 
(e_contact_get_const (contact, E_CONTACT_GIVEN_NAME));
@@ -1012,10 +1028,16 @@
EContactField next_mail, next_home, next_work, next_fax;
EContactField next_other, next_main, next_pager, next_mobile;
int i;
+   pi_buffer_t piBuf;
 
g_return_val_if_fail(remote!=NULL,NULL);
memset (&address, 0, sizeof (struct Address));
-   unpack_Address (&address, remote->record, remote->length);
+
+   piBuf.data = remote->record;
+   piBuf.allocated = remote->length;
+   piBuf.used = remote->length;
+
+   unpack_Address (&address, &piBuf, address_v1);
 
if (in_contact == NULL)
contact = e_contact_new ();
@@ -1161,7 +1183,7 @@
EBookQuery *query;
GList *l;
int len;
-   unsigned char *buf;
+   pi_buffer_t *buffer;
char *filename;
char *change_id;
gint num_records, add_records = 0, mod_records = 0, del_records = 0;
@@ -1244,9 +1266,9 @@
gnome_pilot_conduit_sync_abs_set_num_updated_lo

Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source

[Loic Minier]

 (BTW, my build log which I'm diffing with yours is available from:
 .)

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source

[Loic Minier]

On Tue, Nov 29, 2005, Scott Anderson wrote:
> I'm attaching the build log again.

 That one is *very* different.  I didn't see the same errors in the
 first log you sent.

 Configure says you're missing iconv development files, which are in
 libc6-dev.  (It also says you don't have jw installed, which is in
 docbook-utils, but your problem is probably another one.)

 Do you have libc6-dev installed?

 The actual error you're having in the build seems to imply one of:
 - GnomePilotRecord isn't defined correctly (for example
   libgnome-pilot2-dev isn't installed)
 - unpack_Address isn't defined correctly (for example libpisock-dev
   isn't installed)

 Evolution build-depends on both of these, I suppose you have them
 installed, however they were uploads of libpisock-dev recently:


 Could you try downgrading pilot-link packages?  What version are you
 using?

 If you know of any upstream patch for this problem, send it in.

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source

[Loic Minier]

Hi,

On Tue, Nov 29, 2005, Scott Anderson wrote:
> I already have gtkhtml3.8 installed.  Are these the correct versions?

 Yes.

 Thanks for the build log, it seems the biggest difference is gtk-doc.
 Could you please try installing gtk-doc-tools, and if that doesn't
 help, "flex"?

   Thanks,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source

[Loic Minier]

On Mon, Nov 28, 2005, Scott Anderson wrote:
> I got the following error while building evolution from source:
...
> address-conduit.c: In function 'print_remote':
> address-conduit.c:470: warning: passing argument 2 of 'unpack_Address' from 
> incompatible pointer
> type

 This probably isn't the very first error.  It was reported that gtkhtml
 is missing from the build-deps, so please check that adding gtkhtml3.8
 is enough to build, and if not, please report the full build log.

   Bye,

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#314385: Agreement?

[Loic Minier]

On Mon, Nov 21, 2005, Steve Langasek wrote:
> This procedure should be avoided except in cases where the library is
> important enough to keep around for binary compatibility with software
> external to Debian.  I don't have reason to believe this is the case for
> libfreetype; do you?

 I'm not sure of what you mean, but I thought the rdeps of libfreetype
 (mostly via gtk) made it important enough to warrant such care.

 Anyway, your preferred option seems saner, and quite doable given the
 limited amount of API / ABI changes as listed by mdz.

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#340033: [pkg-fetchmail-maint] Bug#340033: fetchmail-ssl does not install on Woody

[Loic Minier]

On Sun, Nov 20, 2005, Sebastian Niehaus wrote:
> Version: 5.9.11-6.2 
> Possibly broken dependencies in fetchmail-ssl,  thanks for the effort 
> narcotic:/home/niehaus# apt-get install fetchmail-ssl 
>   fetchmail-ssl: Depends: fetchmail-common (= 5.9.11-6.2) but 5.9.11-6.3 

 Can you please send a copy of your /etc/apt/sources.list?

   Thanks,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#314385: Agreement?

[Loic Minier]

Hi,

On Mon, Nov 21, 2005, Daniel Holbach wrote:
> With the information that Matt revealed, I think it'd make sense to
> rename the package to libfreetype6a (or whatever) and treat this like a
> 'normal' transition, that other libraries do as well.

 I think you should reupload a fixed package exactly at the same time
 you do the transition, to permit applications linked against the
 previous package to continue working.  Something like the libssl
 situation:
 - contact ftpmasters + release to warn them
 - prepare a freetype2.1.9 source package providing the same binary
   packages as in the past
 - prepare a freetype source package with the transitionned package
   names you described
 - upload freetype
 - when it gets accepted (out of NEW), upload freetype2.1.9

 This is a proposal, release or ftpmasters should agree with this first.

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code

[Loic Minier]

On Mon, Nov 21, 2005, Martin Schulze wrote:
> >  I found the vulnerability matrix by Moritz Muehlenhoff useful:
> >Woody gtk2   Woody gdk-pixbuf   Sarge gtk2   Sarge gdk-pixbuf
> > CVE-2005-29751170 2841170 284
> > CVE-2005-29761317 413 413
> > CVE-2005-31861255 3591256 359
> What's the meaning of the numbers above?

 Line numbers of the problematic code, but I found it useful to find out
 which version are affected (all CVEs are present in all packages, all
 dists, except 2976 in sarge Gtk2).

> I had to rebuild the woody packages since you've built them for
> 'stable-security' instead of 'oldstable-security'

 Yes, I awoke in my sleep when I thought about that this night.

> Could you tell us as well which versions in sid fix these problems?

 Yes, I checked sid's gdk-pixbuf, and it adresses all 3 CVEs since
 version 0.22.0-11.  I only checked sid's gtk 2.6.10 this morning, and
 it was only vulnerable to CVE-2005-3186 and CVE-2005-2975 (not to
 CVE-2005-2976), like the sarge gtk, and was fixed in 2.6.10-2.

 FYI, it was also fixed in experimental with a new upstream with this
 fixes.

 This gives fixed-in versions:

   Sid gtk2   Sid gdk-pixbuf
CVE-2005-2975  2.6.10-2 0.22.0-11
CVE-2005-2976  -0.22.0-11
CVE-2005-3186  2.6.10-2 0.22.0-11

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code

[Loic Minier]

tags 339431 + pending patch
thanks

Hi,

 Sorry for the delay.  You can grab the proposed fixes in:
 (87M)
 MD5: 56148df50af6e28beaca57e4fa3bf6cc

 I found the vulnerability matrix by Moritz Muehlenhoff useful:
   Woody gtk2   Woody gdk-pixbuf   Sarge gtk2   Sarge gdk-pixbuf
CVE-2005-29751170 2841170 284
CVE-2005-29761317 413 413
CVE-2005-31861255 3591256 359

Fixed-in:  2.0.2-5woody2.1  0.17.0-2woody2.1   2.6.4-3.10.22.0-8.1

 Let me know if you have issues with this.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code

[Loic Minier]

clone 339431 -1
reassign -1 gdk-pixbuf
thanks

Hi,

 I believe gdk-pixbuf is affected as well.  I suppose you can grab
 useful patches from the Ubuntu security fixes:


   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code

[Loic Minier]

 Security team, did you start work on CVE-2005-3186 and CVE-2005-2975,
 CVE-2005-2976 (not described in this report)?  Ubuntu has released some
 packages which might help .

 Do you need the Gtk maintainers to prepare an upload for stable?
 Uploads are being prepared for unstable and experimental by Sebastien
 Bacher (thanks Seb).

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#339431: CVE-2005-3186: Integer overflow in gdk-pixbuf's XPM code

[Loic Minier]

tags 339431 + patch
thanks

On Wed, Nov 16, 2005, Moritz Muehlenhoff wrote:
> An integer overflow in gdk-pixbuf's XPM rendering code can be exploited
> to overwrite the heap and exploit arbitrary code through crafted images.
> Please see 
> www.idefense.com/application/poi/display?id=339&type=vulnerabilities
> for more details.

 Redhat's bug report for CVE-2005-3186 with a patch attached:


 Did you identify other packages with a copy of this code?  In
 particular, did you check Gtk 1?

 The Redhat security advisory also fixes CVE-2005-2975, for which I see
 no entry in the Debian changelog, could you please investifate on this
 id and report whether gtk1 and gtk2 are affected for Debian?

 Redhat's advisories:



 Redhat bug for CVE-2005-2975 with two patches attached:


   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#323027: IMPORTANT: fetchmail regression in 6.2.5-12sarge1

[Loic Minier]

On Mon, Nov 14, 2005, Nico Golde wrote:
> What do you think exactly? The changes from 6.2.5.2 fixed 
> CVE-2005-2335, Steve Kemp prepared the fixed package.
> But you are right it seems that some things are broken, for 
> example the apop support.

 I think the changes in 6.2.5.2 included a fix for CVE-2005-2335, and
 only this fix should have been uploaded.

 Now that sarge2 is already on the tracks, I propose to prepare a sarge3
 with everything from sarge1 reverted and fetchmail_CAN-2005-2335.diff
 applied instead (along with patch.CVE-2005-3088.fetchmail of course).

 Security team, please ack the proposed changes.

 Alternatively, we could live with the regression and I could prepare a
 stable upload with all fixes from 6.2.5.4.

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#295548: Merging bugs

[Loic Minier]

Hi,

On Thu, Feb 17, 2005, Martin Schulze wrote:
> Please fix the problem and discuss the correction with us.

 I would like to see the sources for evolution 1.0.5-1 and/or
 1.0.5-1woody1.  The only sources I could find in the archive, on
 security.d.o, and in snapshot.d.n were for 1.0.5-1woody2.
 (This is to carefully compare what changed and fix it.)

> As already offered to Magarita I can provide the build logs to you
> as well.

 Please attach them to this report.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#328418: evolution 2.4 uninstalable due to missing packages

[Loic Minier]

unblock 328418 with 332706
thanks

Hi,

 This is a followup for Debian bug .

 Evolution in experimental no longer requires gal to be installed, so
 gal isn't the Evolution blocker anymore.

 However, Evolution needs "evolution-data-server", which is pending
 reviewal by ftpmasters because of an upstream SONAME change, see:


   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#313457: gnome-cpufreq-applet: package includes patches, but doesn't actually use them

[Loic Minier]

Steve,

On Tue, Oct 11, 2005, Steve Langasek wrote:
> What is the status of this bug?  You've tagged the bug "sarge" and referred
> to a post requesting sponsorship of an upload to proposed-updates, but this
> bug affects all of sarge, etch, and sid and the archive will not accept an
> upload of a package to proposed-updates newer than the version in
> testing/unstable.  Do you have a fixed package available for unstable?

 Now gnome-cpufreq-applet is scheduled for removal (#338338) as this
 applet was merged in gnome-applets.  Do you think I should 1/ block its
 removal, update the package in sid, wait that it migrates to testing,
 and upload to stable, OR 2/ wait for its removal, upload to stable?

 I think 1/ is braindead, as no-one benefits from the update, and no-one
 will test the package.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#338090: Broken python binding

[Loic Minier]

On Tue, Nov 08, 2005, Loic Minier wrote:
>  ... which suggest the problem will be fixed.

 I don't get the same "import vte" error, but it still fails:
>>> import vte
Traceback (most recent call last):
  File "", line 1, in ?
ImportError: could not import gtk._gtk

 (This is with python2.3-gtk2 installed, and I called python-2.3.)

 I straced python, and it tries to open
 /usr/lib/python2.3/site-packages/gtk-2.0/ and similar
 directories, and I do have the following file:
/usr/lib/python2.3/site-packages/gtk-2.0/gtk/_gtk.so

 Any idea?

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#338090: Broken python binding

[Loic Minier]

clone 338090 -1
reassign -1 python-gtk2-dev 2.8.0-1
retitle -1 pygtk-codegen-2.0 from 2.8's pygtk generates code incompatible with 
python 2.3
severity -1 important
thanks

Hi,

On Mon, Nov 07, 2005, Manish Singh wrote:
> Due to a bug upstream (http://bugzilla.gnome.org/show_bug.cgi?id=320931)
> a python/vte.c generated for pygtk 2.8 is distributed with the tarball.
> Since the date is newer than the other source files, it's not
> regenerated, and the resultant binary does not work

 Thanks for your report, I've already forwarded a couple of reports on
 this matter upstream, namely Debian bugs #334001 and #334668, and this
 is discussed at:


 I noted that this is specific to Python 2.3, and rebuilding python-vte
 with Python 2.4 will make it import like a charm.

 If I understand you correctly, python/vte.c is generated automatically
 (it seems via pygtk-codegen-2.0) and the resulting code is not suitable
 for Python 2.3.  This seems to imply that this script has to be
 carefully split out in a python 2.3 and a python 2.4 version, or get
 some flags added to run in 2.3 compatibility mode.

 Hence, I removed vte.c and ran in a clean sid chroot (with pygtk
 2.6.3-2):
 bee% pygtk-codegen-2.0 -p pyvte -o vte.override --register
 /usr/share/pygtk/2.0/defs/gtk-types.defs --register
 /usr/share/pygtk/2.0/defs/gdk-types.defs --register
 /usr/share/pygtk/2.0/defs/pango-types.defs vte.defs vte.override >
 vte.c
 Could not write method VteTerminal.forkpty: No ArgType for 'char**'
 Could not write method VteTerminal.match_check: No ArgType for 'int*'
 ***INFO*** The coverage of global functions is 100.00% (3/3)
 ***INFO*** The coverage of methods is 97.26% (71/73)
 ***INFO*** There are no declared virtual proxies.
 ***INFO*** There are no declared virtual accessors.
 ***INFO*** There are no declared interface proxies.

 and the result is the attached vte.c file which has only minor
 modifications beside this one:
@@ -1548,7 +1546,6 @@
 }
 
 
-#line 1552 "vte.c"
+#line 1550 "vte.c"
 pygobject_register_class(d, "VteTerminal", VTE_TYPE_TERMINAL, 
&PyVteTerminal_Type, Py_BuildValue("(O)", &PyGtkWidget_Type));
-pyg_set_object_has_new_constructor(VTE_TYPE_TERMINAL);
 }
 ... which suggest the problem will be fixed.

 Do you have any suggestion on fixing the root problem (ie.
 pygtk-codegen-2.0)?

 Should all packages be examined against this problem?

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
/* -- THIS FILE IS GENERATED - DO NOT EDIT *//* -*- Mode: C; c-basic-offset: 4 -*- */

#include 



#line 4 "vte.override"
#include 
#include 
#include 
#include 
#include "../src/vte.h"
#line 14 "vte.c"


/* -- types from other modules -- */
static PyTypeObject *_PyGdkPixbuf_Type;
#define PyGdkPixbuf_Type (*_PyGdkPixbuf_Type)
static PyTypeObject *_PyGtkMenuShell_Type;
#define PyGtkMenuShell_Type (*_PyGtkMenuShell_Type)
static PyTypeObject *_PyGtkWidget_Type;
#define PyGtkWidget_Type (*_PyGtkWidget_Type)


/* -- forward type declarations -- */
PyTypeObject PyVteTerminal_Type;


/* --- VteTerminal --- */

static int
_wrap_vte_terminal_new(PyGObject *self, PyObject *args, PyObject *kwargs)
{
GType obj_type = pyg_type_from_object((PyObject *) self);
static char* kwlist[] = { NULL };

if (!PyArg_ParseTupleAndKeywords(args, kwargs, ":vte.Terminal.__init__", kwlist))
return -1;

self->obj = g_object_newv(obj_type, 0, NULL);
if (!self->obj) {
PyErr_SetString(PyExc_RuntimeError, "could not create %(typename)s object");
return -1;
}

pygobject_register_wrapper((PyObject *)self);
return 0;
}


#line 75 "vte.override"

static PyObject *
_wrap_vte_terminal_fork_command(PyGObject * self, PyObject * args,
PyObject * kwargs)
{
	gchar **argv = NULL, **envv = NULL;
	gchar *command = NULL, *directory = NULL;
	static char *kwlist[] = { "command", "argv", "envv", "directory",
  "loglastlog", "logutmp", "logwtmp",
  NULL };
	PyObject *py_argv = NULL, *py_envv = NULL,
		 *loglastlog = NULL, *logutmp = NULL, *logwtmp = NULL;
	int i, n_args, n_envs;
	pid_t pid;

	if (!PyArg_ParseTupleAndKeywords(args, kwargs, "|sOOsOOO:fork_command",
	 kwlist, &command, &py_argv, &py_envv,
	 &directory,
	 &loglastlog, &logutmp, &logwtmp)) {
		return NULL;
	}


	if (py_argv != NULL && py_argv != Py_None) {
		if (!PySequence_Check(py_argv)) {
			PyErr_SetString(PyExc_TypeError,
	"argv must be a sequence");
			return NULL;
		}

		n_args = PySequence_Length(py_argv);
		argv = g_new(gchar *, n_args + 1);
		for (i = 0; i < n_args; i++) {
			PyObject *item = PySequence_GetItem(py_argv, i);
			Py_DECREF(item);  /* PySequence_GetItem INCREF's */
			argv[i] = PyString_AsString(item);
		}
		argv[n_args] = NULL;
	}

	if (py_envv != NULL && py_envv != Py_None) {
		if (!PySequence_Check(py_envv)) {
			PyErr_SetString(PyExc_TypeError,
	"envv mu

Bug#337018: [Evolution] Bug#337018: evolution-data-server: Upgrade did not fix issue

[Loic Minier]

On Mon, Nov 07, 2005, Benjamin FRANCOIS wrote:
> Could we expect the package to stop/start the process automatically in
> the future, by any chance ? Are there some technical aspects that 
> prevent from doing it ?

 evolution should already kill it, I think even --force-shutdown doesn't
 succeed in shutting it down.

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#337018: [Evolution] Bug#337018: evolution-data-server: Upgrade did not fix issue

[Loic Minier]

On Mon, Nov 07, 2005, Benjamin FRANCOIS wrote:
> Unfortunately upgrading the package did not fix the issue. I am still
> experiencing it, my contact list looks empty even though it's not.

 Did you kill evolution-data-server processes?

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#337404: nautilus-sendto: FTBFS: Unsatisfiable Build-Depends

[Loic Minier]

block 337404 by #337421 #337422
thanks

Hi,

On Fri, Nov 04, 2005, Daniel Schepler wrote:
> You should probably just drop the libdb4.1-dev instead of changing it
> to libdb4.2-dev, since obviously the other Build-Depends already take
> care of that.

 Thanks, while looking at the build-depends, I noticed superfluous
 build-deps which are present only because of a borken
 evolution-data-server.  If you don't mind, nautilus-sendto will wait
 for a fixed evolution-data-server.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#337422: Should depend on libcamel1.2-dev too

[Loic Minier]

Package: libedataserverui1.2-dev
Version: 1.2.3-7
Severity: serious
Tags: patch

 libedataserverui1.2-dev holds /usr/lib/libedataserverui-1.2.la which
 lists /usr/lib/libcamel-1.2.la in its dependency_libs line, hence
 libedataserverui1.2-dev should depend on libcamel1.2-dev.

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

Versions of packages libedataserverui1.2-dev depends on:
ii  libedataserver1.2-dev 1.2.3-7Utility library for evolution data
ii  libedataserverui1.2-4 1.2.3-7GUI utily library for evolution da
ii  libgnome2-dev 2.12.0.1-2 The GNOME 2 library - development 

libedataserverui1.2-dev recommends no packages.

-- no debconf information

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#337421: Should depend on libcamel1.2-dev

[Loic Minier]

Package: libedata-book1.2-dev
Version: 1.2.3-7
Severity: serious
Tags: patch

 libedata-book1.2-dev holds /usr/lib/libedata-book-1.2.la which lists
 /usr/lib/libcamel-1.2.la in its dependency_libs line, hence
 libedata-book1.2-dev should depend on libcamel1.2-dev.

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

Versions of packages libedata-book1.2-dev depends on:
ii  libebook1.2-dev   1.2.3-7Client library for evolution addre
ii  libedata-book1.2-21.2.3-7Backend library for evolution addr

libedata-book1.2-dev recommends no packages.

-- no debconf information

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS!When do we want it? BRAINS!"

Bug#336736: gnome-system-monitor: should depend on libgtop2-5 >= 2.12

[Loic Minier]

reassign 336736 libgtop2 2.12.0-1
retitle 336736 libgtop should have bumped shlibs in 2.12
clone 336736 -1
retitle -1 please rebuild gnome-system-monitor against fixed libgtop
severity -1 important
block -1 by 336736
thanks

Hi,

On mar, nov 01, 2005, Nigel Sim wrote:
> gnome-system-monitor requires libgtop2-5 >=2.9.4, but with
> libgtop2-5 2.10.2 installed I get:
> gnome-system-monitor: symbol lookup error: gnome-system-monitor:
> undefined symbol: glibtop_init

 Indeed, this is a mistake in libgtop.  Thanks for your report.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#335564: gedit: can't start

[Loic Minier]

reassign 335564 fam 2.7.0-8
merge 327241 335564
thanks

Hi,

On Wed, Oct 26, 2005, Ming Hua wrote:
> I don't mind having this bug (it can be merged with #323216), but it's
> definitely not grave.  The real problem, as the discussion linked at the
> end of #323216 indicated, is that gedit trying to dlopen two modules
> (the libfile.so mentioned above, and scim's GTK IM module) links to
> different versions of libstdc++.  And in despite of libstdc++ getting
> built with versioned symbol, this is still causing problems (some
> unversioned symbols get into the library anyway).  There is a bug
> against gcc-4.0 for this, #328421.
> 
> As eventually all packages should be built with GCC 4.0, rebuilding scim
> sure won't help.  So do the gedit maintainers want this bug back?  If
> not, I'll accept it, downgrade it to normal and merge with #323216.

 The real bug is with fam, libfam0c102 is still installed on some
 etch/sid systems, and shouldn't be.  This is #327241 and I'm merging
 the reports.

 On my system for example:
 dpkg -l libfam\*
 un  libfam0 (no description available)
 ii  libfam0c1022.7.0-7client library to control the FAM daemon

 No gnome-vfs2 rebuild should be necessary.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#335564: gedit: can't start

[Loic Minier]

On mar, oct 25, 2005, LI Daobing wrote:
> when I start gedit, It open the gedit window and pop up a window. The
> window has a title word `The Application "gedit" has quit unexpectedly'.

 For now, you can solve this by installing libfam0 and removing
 libfam0c102.  This is a bug in the fam package.

   Cheers,

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS! When do we want it? BRAINS!"

Bug#335927: FTBFS with libsmbclient-dev 3.0.20b-2

[Loic Minier]

Package: gnome-vfs2
Severity: serious

 gnome-vfs2 FTBFS with libsmbclient-dev 3.0.20b-2:

 cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -I../imported/neon -pthread 
-DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/libxml2 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -pthread 
-DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -D_FILE_OFFSET_BITS=64 
-D_BSD_SOURCE -D_LARGEFILE64_SOURCE -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT 
-DSSH_PROGRAM=\"ssh\" -DG_DISABLE_DEPRECATED -DDATADIR=\"/usr/share\" 
-DPREFIX=\"/usr\" -DLIBDIR=\"/usr/lib\" -DSYSCONFDIR=\"/etc\" 
-DG_LOG_DOMAIN=\"gnome-vfs-modules\" -g -Wall -O2 -c smb-method.c -MT 
smb-method.lo -MD -MP -MF .deps/smb-method.TPlo  -fPIC -DPIC -o 
.libs/smb-method.o
smb-method.c: In function 'do_close':
smb-method.c:1428: error: 'struct _SMBCCTX' has no member named 'close'
make[3]: *** [smb-method.lo] Error 1
make[3]: Leaving directory `/tmp/buildd/gnome-vfs2-2.10.1/modules'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/gnome-vfs2-2.10.1'

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

-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS! When do we want it? BRAINS!"

Bug#335564: gedit: can't start

[Loic Minier]

retitle 335564 needs rebuild against libfam0
severity 335564 serious
thanks

Hi,

On Wed, Oct 26, 2005, LI Daobing wrote:
> retitle 335564 libfile.so depends on libstdc++.so.5 cause gedit crash
> under scim environment
> $ ldd /usr/lib/gnome-vfs-2.0/modules/libfile.so | grep stdc
> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7bb8000)

 Thanks for the hint.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS! When do we want it? BRAINS!"

Bug#335564: gedit: can't start

[Loic Minier]

reassign 335564 scim
thanks

Hi,

On Thu, Oct 27, 2005, LI Daobing wrote:
> I know howto avoid this bug, for example: use `export
> GTK_IM_MODULE=xim' instead of `export GTK_IM_MODULE=scim', the later
> one is suggested in the README.Debian in the scim package.

 Ok, I'm reassigning this bug to the scim package.  Please provide the
 versions of your installed scim packages: dpkg -l scim\*

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS! When do we want it? BRAINS!"

Bug#335564: gedit: can't start

[Loic Minier]

Hi,

 Are you using the scim input method?

 Do you still have the problem without the input method or with another
 one?

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>
"What do we want? BRAINS! When do we want it? BRAINS!"

Bug#334001: Reassigning python-vte import error to pygtk

[Loic Minier]

forwarded 334001 http://bugzilla.gnome.org/show_bug.cgi?id=313454
thanks

Hi,

 This is a python 2.3/2.4 issue, rebuilding python-vte with python 2.4
 permits using python-vte with python 2.4.  I'm discussing this with
 pygtk's upsream for now.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#335215: gedit: freeze on save

[Loic Minier]

severity 335215 important
tags 335215 + unreproducible
thanks

Hi,

On Sat, Oct 22, 2005, Joe Barnett wrote:
> Package: gedit
> Version: 2.10.5-2
> Severity: grave
> Justification: causes non-serious data loss

 I'm downgrading the severity of this bug because it does not happen
 frequently.  The package is not completely unusable, nor does it break
 reliably everywhere.  I agree this is an important issue.

> was typing something up in gedit (new file), and hit CTRL+S to save it.
> the app hung immediately, with the following in .xsession-errors:
> *** glibc detected *** malloc(): memory corruption: 0x083054a8 ***

 This means that gedit or one of the libs it uses has corrupted memory.
 It seems to happen when the "Save as" dialog pops up.

 Can you reliably reproduce this?  How do you get the bug?

   Bye,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#293962: Debian Bug #293962 - trying to get backtrace

[Loic Minier]

Hi,

On Wed, Oct 19, 2005, Barry Tennison wrote:
> ...This GDB was configured as "x86_64-linux"..."/usr/bin/mozilla-suite": 
> not in executable format: File format not recognized
> (presumably because it's a shell script)

 It's a shell script indeed, add "set -x" at the beginning and find the
 command that segfaults, then run it from gdb.  You might want to "set
 args" in gdb to pass parameters.

> - mozilla-calendar on my AMD64 segfaults immediately on startup
> - I'm using up-to-date etch, and the mozilla-calendar version is 
> 2:1.7.8-1sarge2 (so if I understand your question, this is NOT a 
> regression - the bug is there in 2:1.7.8-1sarge2)

 Ok, please try with the latest version from unstable, ie 2:1.7.12.  You
 should be able to install it manually from unstable.

> If you can get me over this hurdle to get a backtrace, I'll post it to 
> you and the bug-report, and then offer to try again with the 
> mozilla-calendar version in unstable (if I must - I don't want to drag 
> too much in from unstable).

 You just need the mozilla packages from unstable, but you can also wait
 some days, until they reach testing.

 You don't need to have a backtrace against 1.7.8, that wouldn't get
 fixed, only the latest upstream matters here.

   Cheers,

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#334668: ImportError while trying to import the vte module

[Loic Minier]

severity 334001 grave
severity 334668 grave
merge 334001 334668
thanks

Hi,

On Wed, Oct 19, 2005, Timur Izhbulatov wrote:
> I got the following error:
> python -c 'import vte'
> Traceback (most recent call last):
>   File "", line 1, in ?
>   ImportError: /usr/lib/python2.3/site-packages/gtk-2.0/vtemodule.so: 
> undefined symbol: pyg_set_object_has_new_constructor

 This is #334001.

   Cheers,

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#329759: unfixed

[Loic Minier]

tags 329759 + pending
thanks

On Mon, Oct 17, 2005, Ryan Murray wrote:
> I want the package to install and purge without errors.  It seems that the
> NMU doesn't have gconf2 as a depends, still.

 I still didn't check the NMU diff, but I uploaded a fixed package using
 misc:depends instead of a gconf2 dep.

   Cheers,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#323200: mozilla-browser: gcc4 problem in the libimglib2.so module

[Loic Minier]

severity 323200 important
tags 323200 + unreproducible
thanks

Hi,

On lun, aoû 15, 2005, Luke Schierer wrote:
> according to http://bugzilla.gnome.org/show_bug.cgi?id=311035#c7,
> which a bug I submitted was marked duplicate of, gcc4 generates bad
> code in the libimglib2.so module, and this is a known bug, posted
> upstream (mozilla) at
> https://bugzilla.mozilla.org/show_bug.cgi?id=293307

On ven, sep 23, 2005, Larry McCarthy wrote:
> I'm pretty sure this is the same bug as the OP report. Here's how to
> reproduce with sid's Moz 1.7.11-1 browser:
> 1. Go to:
> http://www.boincstats.com/stats/user_graph.php?pr=sah&id=3338942

 I can't reproduce this with version 2:1.7.12, can you confirm we can
 close this bug?

   Cheers,

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#321644: 321644 not fixed with 1.7.12-1

[Loic Minier]

severity 321644 important
tags 321644 + unreproducible
thanks

Hi,

On Wed, Oct 12, 2005, Ian Campbell wrote:
> I've just tested 1.7.12-1 on my amd64 system and it still crashes in the
> same way 1.7.10 did. The patch in this bug still fixes the problem for
> me.

 Did you install the other 2:1.7.12 packages as well?  Other people have
 confirmed the fix with 1.7.12.

   Cheers,

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#321243: mozilla-browser: mozilla does not startup, but still exsist as a process

[Loic Minier]

severity 321243 important
tags 321243 + unreproducible
thanks

Hi,

On jeu, aoû 04, 2005, Torsten Zirzlaff wrote:
> The browser does not start up, but still exsist as a process. It gives 
> the following warning:
> Gdk-WARNING **: gdk_property_get(): length value has wrapped in calculation 
> (did you pass G_MAXLONG?)
> If I make warnings fatal it will exit otherwise it has to killed with 
> kill.

 Do you still have this bug with version 2:1.7.12?  (I know the warning
 is still present, but the browser should start.)

   Thanks,

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#293962: mozilla-calendar: crashes still

[Loic Minier]

On jeu, aoû 04, 2005, Teemu Ikonen wrote:
> This package has been unusable for its purpose in certain
> architectures for over six months now (including the versions in
> unstable).

 Is this a regression over version 2:1.7.8-1sarge2 in testing?

 If yes, please provide a backtrace of the crash as explained at:


   Thanks,
-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#313316: mozilla-js-debugger: menu option doesn't do anything at all.

[Loic Minier]

severity 313316 important
tags 313316 + unreproducible
thanks

On dim, jun 12, 2005, Nick Lewycky wrote:
> I go to Tools -> Web Development -> JavaScript Debugger ... and
> nothing happens. Nothing at all. The JavaScript Console shows no
> errors, and neither does the text console Mozilla is run from. I don't
> know how long ago it broke, but it used to work.

 Do you still have this problem with version 2:1.7.12?

 What happens if you type "if (true) { print('hello'); }" ?

-- 
Loïc Minier <[EMAIL PROTECTED]>

Bug#329759: unfixed

[Loic Minier]

On Mon, Oct 17, 2005, Ryan Murray wrote:
> Sorry, but depending on gconf2 does not fix this.  The prerm script needs to
> not fail if gconf2 is unavailable.

 Can you -vv your remark?  You want the dh_gconf to be more robust?

 Policy seems to grant explicitely this usage:

The Depends field should also be used if the postinst, prerm or
postrm scripts require the package to be present in order to run.
Note, however, that the postrm cannot rely on any non-essential
packages to be present during the purge phase.

-- 
Loïc Minier <[EMAIL PROTECTED]>