Bug#313520: setting package to libgladeui-1-dev libgladeui-1-8 glade-3 glade glade-gnome, tagging 313520
# Automatically generated email from bts, devscripts version 2.10.26ubuntu15.1 # # glade-3 (3.5.2-5) UNRELEASED; urgency=low # # * Drop buildcore.mk include (included via makefile.mk / autotools.mk) and #include gnome.mk instead of autotools.mk; incidentally fixes calling of #intltool-update -p under Ubuntu; closes: #313520. # package libgladeui-1-dev libgladeui-1-8 glade-3 glade glade-gnome tags 313520 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412604: setting package to ekiga-dbg ekiga, tagging 488199, tagging 467212, tagging 505535, tagging 440159 ...
# Automatically generated email from bts, devscripts version 2.10.26ubuntu15.1 # # ekiga (3.0.1-1) experimental; urgency=low # # * New version. (Closes: #500089). # * Discover new interfaces. (Closes: #488199). # * Compile with dbus support. (Closes: #467212). # * Numeric keypad inserts digits at correct position. (Closes: #440159). # * Use libnotify upon call. (Closes: #412604). # * Generate a PO template during build by calling intltool-update -p in #install; thanks Ubuntu and Martin Pitt; closes: #505535. # package ekiga-dbg ekiga tags 488199 + pending tags 467212 + pending tags 505535 + pending tags 440159 + pending tags 412604 + pending tags 500089 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502139: setting package to anjuta-dbg anjuta-common anjuta-dev anjuta, tagging 502139
# 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#486908: setting package to libavahi-glib-dev libavahi-common3 libavahi-client3 libavahi-qt3-1 libavahi-gobject0 avahi-utils libavahi-compat-libdnssd-dev libavahi-compat-libdnssd1 libavahi-core5 py
# Automatically generated email from bts, devscripts version 2.10.26ubuntu13 # # avahi (0.6.23-3) UNRELEASED; urgency=low # # * Generate a POT file during build; helps downstreams such as Ubuntu import #an always up-to-date pot, even we patch the source of upstream forgets to #do so; from Ubuntu; thanks Martin Pitt; closes: #486908. # package libavahi-glib-dev libavahi-common3 libavahi-client3 libavahi-qt3-1 libavahi-gobject0 avahi-utils libavahi-compat-libdnssd-dev libavahi-compat-libdnssd1 libavahi-core5 python-avahi libavahi-qt3-dev libavahi-compat-howl-dev libavahi-client-dev avahi-dbg avahi-daemon libavahi-glib1 avahi-dnsconfd libavahi-compat-howl0 libavahi-common-data libavahi-common-dev libavahi-core-dev avahi-discover libavahi-gobject-dev libavahi-ui0 avahi-ui-utils libavahi-ui-dev avahi libavahi-qt4-1 libavahi-qt4-dev avahi-autoipd tags 486908 + 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
# 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#488278: setting package to libsmbios2 libsmbios-bin libsmbios libsmbios-doc libsmbios-dev, tagging 394898 ...
# 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#498132: setting package to libhal-storage-dev libhal-storage1 libhal1 libhal-dev hal-doc hal, tagging 498132 ...
# Automatically generated email from bts, devscripts version 2.10.26ubuntu13 # # hal (0.5.11-4) UNRELEASED; urgency=low # # * New patches from upstream git, fixing support of some wifi chips with #2.6.27 kernels; closes: #498132, #498478, #501004. #- 60_use-phy80211-instead-of-wiphy-symlink-to-detect, fixes the sysfs # symlink lookup to use the proper pathname. #- 61_use-wext-ioctl-instead-of-sysfs-to-detect-wireless, fixes detection # of wifi interfaces with 2.6.27 kernels. # * Add file trigger which re-generates the hal fdi cache. (Closes: #500916) # package libhal-storage-dev libhal-storage1 libhal1 libhal-dev hal-doc hal tags 498132 + pending tags 501004 + pending tags 500916 + pending tags 498478 + 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 ...
# 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#446804: setting package to facile libfacile-ocaml-dev, tagging 446804, tagging 500830
# Automatically generated email from bts, devscripts version 2.10.26ubuntu13 # # facile (1.1-6.2) unstable; urgency=low # # * Non-maintainer upload to fix misc packaging bugs; closes: #500830. # * Provide examples/*.ml and examples/*.dat as examples; closes: #446804. package facile libfacile-ocaml-dev tags 446804 + pending tags 500830 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501310: setting package to libhal-storage-dev libhal-storage1 libhal1 libhal-dev hal-doc hal, tagging 501310
# Automatically generated email from bts, devscripts version 2.10.26ubuntu13 # # hal (0.5.11-5) UNRELEASED; urgency=low # # * Don't stop hal in runlevels 0 and 6, sendsigs is fine; from Ubuntu; thanks #Martin Pitt; closes: #501310. # package libhal-storage-dev libhal-storage1 libhal1 libhal-dev hal-doc hal tags 501310 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498182: setting package to libxklavier libxklavier12 libxklavier12-dev, tagging 498182
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # libxklavier (3.7-2) UNRELEASED; urgency=low # # * Fix typo s/iso-cods/iso-codes/; thanks Alban Browaeys; closes: #498182. package libxklavier libxklavier12 libxklavier12-dev tags 498182 + 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
# 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#462879: setting package to cssutils python-cssutils python-cssutils-doc python-encutils, tagging 462879
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # cssutils (0.9.5.1-1) unstable; urgency=low # # * Initial upload to Debian; closes: #462879. package cssutils python-cssutils python-cssutils-doc python-encutils tags 462879 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497422: setting package to netspeed, tagging 497422
# Automatically generated email from bts, devscripts version 2.10.26ubuntu12 # # netspeed (0.14-4) UNRELEASED; urgency=low # # * Fix date in 0.14-3 changelog entry; closes: #497422. package netspeed tags 497422 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497261: tagging 497261
# Automatically generated email from bts, devscripts version 2.10.35 # saw this too tags 497261 + confirmed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496855: setting package to libwpeditor-plus-dev libwpeditor-plus libwpeditor-plus0, tagging 496855
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # libwpeditor-plus (1.0+svn926.debian-1) unstable; urgency=low # # * Initial release into Debian; closes: #496855. # package libwpeditor-plus-dev libwpeditor-plus libwpeditor-plus0 tags 496855 + 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 ...
# 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#491816: setting package to libpoppler-qt2 libpoppler-qt4-dev libpoppler-glib-dev poppler-utils poppler libpoppler-glib3 libpoppler-dev libpoppler-qt-dev libpoppler-qt4-3 poppler-dbg libpoppler3 ..
# Automatically generated email from bts, devscripts version 2.10.26ubuntu10 # # poppler (0.8.6-2) UNRELEASED; urgency=low # # * New patch, 62_pdftops-mandatory-arg, fixes synopsis of pdftops in man page #to clarify that a PDF file is required in all cases; FreeDesktop #17226; #closes: #491816. # package libpoppler-qt2 libpoppler-qt4-dev libpoppler-glib-dev poppler-utils poppler libpoppler-glib3 libpoppler-dev libpoppler-qt-dev libpoppler-qt4-3 poppler-dbg libpoppler3 tags 491816 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495671: setting package to virtualbox-ose-guest-source virtualbox-ose-source virtualbox-ose virtualbox-ose-guest-utils virtualbox-ose-dbg ...
# Automatically generated email from bts, devscripts version 2.10.26ubuntu8 # # virtualbox-ose (1.6.2-dfsg-3) UNRELEASED; urgency=low # # * Demote module-assistant deps to Recommends; closes: #495671. package virtualbox-ose-guest-source virtualbox-ose-source virtualbox-ose virtualbox-ose-guest-utils virtualbox-ose-dbg tags 495671 + 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
# 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#488760: setting package to nautilus-python python-nautilus, tagging 488760
# 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#480793: setting package to evolution-rss, tagging 480793
# 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
# 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 ...
# 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
# 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#360101: setting package to python-gnome2-desktop-dev gnome-python-desktop python-gnome2-desktop-doc python-gnome2-desktop ...
# Automatically generated email from bts, devscripts version 2.10.27 # # gnome-python-desktop (2.22.0-2) UNRELEASED; urgency=low # # * Depend on librsvg2-common for SVG support; strictly speaking, this could #be a recommends as the package provides other functionality, but I #wouldn't want other packages needing rsvg support to have to depend on #librsvg2-common explicitely; closes: #360101. # package python-gnome2-desktop-dev gnome-python-desktop python-gnome2-desktop-doc python-gnome2-desktop tags 360101 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370693: setting package to gtk2-engines-pixbuf libgtk2.0-doc libgtk2.0-bin libgtk-directfb-2.0-0 gtk2.0-examples libgtk2.0-0-dbg gtk+2.0 libgtk2.0-common libgtk-directfb-2.0-dev libgtk2.0-dev libg
# Automatically generated email from bts, devscripts version 2.10.27 # # gtk+2.0 (2.12.9-4) unstable; urgency=low # # * Bump build-deps and libgtk2.0-dev's deps to ensure we get Xorg dev #packages with .pc files, see list below; thanks Anon Sricharoenchai; #closes: #370693. #libxext-dev = 1:1.0.1-2, libxinerama-dev = 1:1.0.1-4.1, libxi-dev = #1:1.0.1-4, libxrandr-dev = 1:1.0.2-2, libxfixes-dev = 1:3.0.0-3, #libxcomposite-dev = 1:0.2.0-3, libxdamage-dev = 1:1.0.1-3. # * 061_foreign_colormaps.patch: stolen from upstream SVN. Don't call #XFreeColormap on foreign colormaps, this causes crashes in e.g. #vinagre. Closes: #477199. # * Apply multiarch patch by Javier Serrano Polo, replacing all #occurrences of usr/lib by $(LIBDIR). Closes: #468100. # package gtk2-engines-pixbuf libgtk2.0-doc libgtk2.0-bin libgtk-directfb-2.0-0 gtk2.0-examples libgtk2.0-0-dbg gtk+2.0 libgtk2.0-common libgtk-directfb-2.0-dev libgtk2.0-dev libgtk-directfb-2.0-0-udeb libgtk2.0-0 tags 468100 + pending tags 477199 + pending tags 370693 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290469: tagging 290469
# Automatically generated email from bts, devscripts version 2.10.27 # should be reviewed upstream tags 290469 - patch -- 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
# 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#463494: setting package to python-gnome2-desktop-dev gnome-python-desktop python-gnome2-desktop-doc python-gnome2-desktop ...
# 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#460984: setting package to evince-gtk-dbg evince-gtk evince evince-dbg, tagging 470891, tagging 460984 ...
# Automatically generated email from bts, devscripts version 2.10.18.1 # # evince (2.20.2-2) UNRELEASED; urgency=low # # * Depend on ghostscript instead of gs | gs-esp; thanks Josh Triplett; #closes: #455645. # * Recommend dbus-x11. Closes: #460984. # * Fix mailcap entry for gzip and bzip2-compressed PDF files; thanks #Tanguy Ortolo; closes: #470891. # package evince-gtk-dbg evince-gtk evince evince-dbg tags 470891 + pending tags 460984 + pending tags 455645 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470355: setting package to python-dbus-doc python-dbus python-dbus-dbg dbus-python, tagging 470355
# Automatically generated email from bts, devscripts version 2.10.18.1 # # dbus-python (0.82.4-2) UNRELEASED; urgency=low # # * Drop python-xml-dbg dep; closes: #470355. package python-dbus-doc python-dbus python-dbus-dbg dbus-python tags 470355 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469854: setting package to libavahi-glib-dev libavahi-common3 libavahi-client3 libavahi-qt3-1 libavahi-gobject0 avahi-utils libavahi-compat-libdnssd-dev libavahi-compat-libdnssd1 libavahi-core5 py
# Automatically generated email from bts, devscripts version 2.10.18.1 # # avahi (0.6.22-3) UNRELEASED; urgency=low # # * Add armel to architecture list; closes: #469854. package libavahi-glib-dev libavahi-common3 libavahi-client3 libavahi-qt3-1 libavahi-gobject0 avahi-utils libavahi-compat-libdnssd-dev libavahi-compat-libdnssd1 libavahi-core5 python-avahi libavahi-qt3-dev libavahi-compat-howl-dev libavahi-client-dev avahi-dbg avahi-daemon libavahi-glib1 avahi-dnsconfd libavahi-compat-howl0 libavahi-common-data libavahi-common-dev libavahi-core-dev avahi-discover libavahi-gobject-dev libavahi-ui0 libavahi-ui-dev avahi libavahi-qt4-1 libavahi-qt4-dev avahi-autoipd tags 469854 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467053: setting package to elisa-core elisa, tagging 467053, tagging 466727, tagging 468734, tagging 468587
# Automatically generated email from bts, devscripts version 2.10.18.1 # # elisa (0.3.4-1) UNRELEASED; urgency=low # # * Allow python = 2.5 instead of python-ctypes, python-elementtree, and #python-celementtree; thanks Martin Pitt and Emilio Pozuelo Monfort; #closes: #466727. # * New upstream release, closes: #467053 # * Runtime dependency on python-pkg-resources, closes: #468734 # * Dropped un-needed dependency on python-xml, closes: #468587 package elisa-core elisa tags 467053 + pending tags 466727 + pending tags 468734 + pending tags 468587 + 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 ...
# 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
# 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
# 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#420180: severity of 420180 is important
# Automatically generated email from bts, devscripts version 2.10.7 # forgot to bump the severity as I said I would severity 420180 important -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430956: severity of 430956 is minor
# Automatically generated email from bts, devscripts version 2.10.6 # perhaps even wishlist? severity 430956 minor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342883: [Pbuilder-maint] Bug#342883: Incompatibility between pbuilder and devscripts WRT DEBEMAIL
On Sat, Dec 17, 2005, Junichi Uekawa wrote: Note that DEBEMAIL isn't actually an environmental variable, but a configuration variable used internally in pbuilder, set in pbuilderrc, and overridden with --debemail. But it's inherited from the environment by default. So if in the default case the presence of the DEBEMAIL environment variable changes the behavior of pbuilder, but it behaves wrongly (as was my case when I was using pbuilder in the past: my .changes files were set to Changed-By: [EMAIL PROTECTED] because DEBEMAIL held only an email), then pbuilder ought to be fixed to use DEBFULLNAME/DEBEMAIL/EMAIL correctly. I opened the bug against devscripts and pbuilder at the same time in the hope that the maintainers would take a decision for a common format for these environment variables. Right now, someone configuring his environment in the hope that it will be reused across programs will be deceived by DEBEMAIL which has different behaviors / expected formats across programs. All I did is point at two programs with different behaviors. -- Loïc Minier [EMAIL PROTECTED]
Bug#334534: Patch from bug 307724 breaks Eclipse
Hi, On Fri, Dec 16, 2005, Billy Biggs wrote: I talked about this again with seb128 at UBZ. I really think the right solution is for Debian to revert the change. It's a really low-level X thing, and there is no good way for us to detect that it is fixed. Changing the Eclipse code in our stable release, especially now that it is so widely tested and used, is really hard. I can appreciate that the same is true for Debian. However, in the Debian case, there are also lots of other distributions which are shipping unpatched versions (or, at leat differently patched versions) of GTK+. Just in terms of re-introducing bugs - clearly the safer fix is to revert a Debian-specific patch applied to GTK+, rather than patch Eclipse for all distributions. We already had the discussion, and you saw by yourself that it was impossible to revert such a sensible change in a deeply frozen distro. There are 1629 packages depending on libgtk2.0-0 available to my Debian system, and this is excluding packages using libgtk2.0-0 indirectly, eg via Python or Perl bindings. How many would be affected by such a reversal? Is there anyway that we can at least get a count? The answer to these questions is probably that we have no way to measure the impact on such a huge number of packages, no-one can tell. Besides, even if we knew that reverting the patch would need patching of say 20 packages, there's *no* *way* the stable team is going to allow such a change for the sake of... Eclipse. And this is only assuming that we can really fix the bug for other packages/applications from their point of view. What if the application is written in python and we can't work around the gdk problems because the bindings aren't available? I'm afraid we should have detected this problem earlier in the stable release cycle. Back then, this patch helped fixing a real bug across a number of applications, so it was interesting to include. All I can offer is that we work with upstream to get some extra version information in the API so that distros can include some package related information (eg the version of the package). Unless you have better ideas to solve the current situation than revert this change in libgtk for Eclipse workaround code not to break, we're stuck. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#292290: kernel-image-2.6.8-1-k7: XFS filesystem corruption: Input/output error
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#342883: [Pbuilder-maint] Bug#342883: Incompatibility between pbuilder and devscripts WRT DEBEMAIL
On Sat, Dec 17, 2005, Junichi Uekawa wrote: If it's inherited from the environment, it's probably a bug. I'm afraid it is. I tried two builds, one with DEBEMAIL=$DEBFULLNAME $EMAIL in my pbuilderrc, and the other with unset DEBEMAIL in my pbuilderrc, the later resulted in a .changes file with the Maintainer: taken from control, and the Changed-By: set to me, and the former resulted in the Maintainer: and Changed-By: set to me (and hence incorrect). Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#343711: gdk-x11-2.0.pc spreads library dependencies needlessly
Hi, On Sat, Dec 17, 2005, J.H.M. Dassen (Ray) wrote: /usr/lib/pkgconfig/gdk-x11-2.0.pc currently includes a number of libraries in its Libs: line which it only uses privately (as far as I have been able to tell): -lXrandr -lXrender -lXi -lXinerama -lXext. (It also includes -lX11, but that dependency is exposed through e.g. gdk/gdkx.h) I didn't see the dependency you mention with -lX11, do you mean because of the included headers? Because of the data types (typedefs)? Or did I miss a Gdk macro aliasing a X11 function? Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#334534: Patch from bug 307724 breaks Eclipse
reopen 334534 forwarded 334534 http://bugzilla.gnome.org/show_bug.cgi?id=324336 thanks Hi, On Sat, Dec 17, 2005, Loic Minier wrote: All I can offer is that we work with upstream to get some extra version information in the API so that distros can include some package related information (eg the version of the package). Please subscribe and send your comments to: http://bugzilla.gnome.org/show_bug.cgi?id=324336 Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#343711: gdk-x11-2.0.pc spreads library dependencies needlessly
block #343711 by #340904 thanks On sam, déc 17, 2005, J.H.M. Dassen (Ray) wrote: Yes. I'm going by this guideline from /usr/share/doc/pkg-config/NEWS.gz: Generally, if include another library's headers in your own, it's a public dependency and not a private one.. Yes, that's part of the discussion we had with the pkg-config maintainer, and that's what he suggests indeed. However, Gdk includes Pango, which in turn includes Xft, Freetype; Gdk also includes cairo, which in turn includes Fontconfig and Freetype, etc. I suppose that would make these libs public dependencies of Gdk too, following the same logic. I think I'm going to let this change be blocked by the pkg-config change I pointed at, until then it wouldn't be wise to introduce build failures. The best thing I wish is that someone with experience in ABI / API handling, pkg-config, and shared libraries in general writes a guide to handle situations such has: 1/ how to check a .la file is correct 2/ what to put in .pc files. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#342883: [Pbuilder-maint] Bug#342883: Incompatibility between pbuilder and devscripts WRT DEBEMAIL
Hi, On Sat, Dec 17, 2005, Junichi Uekawa wrote: So, your suggestion is to fix devscripts bts command? I tend to agree with that, please do reassign to devscripts. I never made such a suggestion, I think *both* devscripts and pbuilder ought to be fixed. The biggest problem is that there's no spec or man page or anything defining what those variables should hold. bts is older than pbuilder, so it might be tempting to point the finger at pbuilder. bts has a much finer logic to detect and use EMAIL/Debian Maintainer environment variables, but it has some mistakes. I suppose that the pbuilder fix would to implement such a logic, or at least permit overriding the decisions: right now, both tools hard code the same environment variable; would pbuilder use some PBUILDER_DEBMAINT=$DEBEMAIL instead, that would do it. And would bts read the devscripts config file instead of using the environment to get that parameter, that would help too. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#334534: Patch from bug 307724 breaks Eclipse
Hi, On Fri, Dec 16, 2005, Douglas Pollock wrote: I would appreciate it if you could re-open this bug. Eclipse continues to get bugs filed about this issue (e.g., https://bugs.eclipse.org/bugs/show_bug.cgi?id=119622). It means that one of the first questions we must ask when debugging any focus or key binding issue is: Are you using Debian? We're forced into doing a lot of finger-pointing at Debian, which makes me uncomfortable. This is also a drain on our resources -- triaging bugs and replying to newsgroups. Well, there's nothing new, and we agreed there was no way to revert this (see the bug log and check with Billy Biggs for details). The short story is that we included a *fix*, which does help some application, and Eclipse maps the upstream version number of Gtk to a version which has not the fix and takes counter-measures, and this clashes. Reverting the fix is not only very difficult in a dist frozen like sarge is and for a core lib such as gtk, but would also break other apps (which don't have such dynamic workarounds). All I can suggest is that you check whether you're on Debian sarge, or whether the Gtk Debian package is installed in a borken version (borken from your perspective), or maybe offer a command-line flag? Unless you have new ideas to unlock this situation, no one can revert that for Debian. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#330660: nautilus-cd-burner: Patch to fix this bug
forwarded 330660 http://bugzilla.gnome.org/show_bug.cgi?id=317529 thanks Hi, On Fri, Dec 16, 2005, Jason D. Hildebrand wrote: I've resolved this issue and have submitted the patch upstream. The short summary is that this affects older CD burners which support the MMC-1 command set, but not the MMC-2 command set. I'm not sure how many users are affected, but FWIW my drive is from 2001 and falls into this category. Thanks for the patch. The people from GNOME are expecting the next Debian release will include at least GNOME 2.12, and it's the main line of focus for now, so your patch has been added to the 2.12 packages. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#342879: New patch
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
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#336289: gstreamer strace 2
On Thu, Dec 08, 2005, Stephen R Marenka wrote: I couldn't find a -w option to strace so I skipped it. (Hmm, sorry, I meant -o.) Looking at your strace showed some interesting thing: - when processing libgstvideotestsrc.so, something is calling gettimeofday a *lot* of times, and it takes awfully long to complete, I suspect some infinite loop is being killed by a timeout; this doesn't happen here (on i386) (this is probably not the problem you're looking after) - when processing libgstgconfelements.so, something is calling sendfile64 a *lot* of times, and it takes some time to complete, I suspect that gconf is not working correctly because of the buildd environment, and some timeout is reached; this doesn't happen here because I'm under X, with X credentials, and a working gconf (this is probably not the problem you're looking after) - in general, accesses to /dev/log fail, because syslogd isn't listening in the buildd environment You kill the process either when it's still processing libgstgconfelements.so, or when that's over, and something else tries to happen. Could you please try removing libgstgconfelements.so from /usr/lib/gstreamer-0.8, and running gst-register again? Does it go further in plugin processing? It is enough to strace -f for file accesses with -e trace=file. I use: LC_ALL=C GST_REGISTRY=/var/lib/gstreamer/0.8/registry.xml strace -f -e trace=file gst-register-0.8 (If you didn't pass GST_REGISTRY, then you probably want to rm -rf /root/.gstreamer-0.8.) Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#336289: gstreamer strace
On Thu, Dec 08, 2005, Stephen R Marenka wrote: $ sudo strace gst-compprep-0.8 21 | tee strace.log It hangs on a read. I wonder about that SIGCHLD just before, but I have no idea what's going on. Err please try strace -f -w -o strace.log, you might want to add -tt to that too so that we see how long each calls take. Right now, your strace only covers the gst-compprep-0.8 command itself. Could you please check that you allow anything from dev lo too? (eg iptables -I INPUT -j ACCEPT -i lo) Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#337889: I can confirm scrollkeeper crashes
tags 337889 + moreinfo thanks On ven, déc 02, 2005, Markus Gutschke wrote: I am sorry to say, that unfortunately the problem has disappeared :-/ I am not quite sure what made it go away, but scrollkeeper-update is working just fine now. Sorry that I cannot help any further in debugging this elusive problem. I'll send a follow-up, if I see the problem reappear on any of my machines. Ok, waiting for your input. -- Loïc Minier [EMAIL PROTECTED]
Bug#341347: aptitude: fails to start: symbol lookup error _Z14ReadConfigFileR13ConfigurationSsbj
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#341347: aptitude: fails to start: symbol lookup error _Z14ReadConfigFileR13ConfigurationSsbj
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#337889: I can confirm scrollkeeper crashes
On mer, nov 30, 2005, Markus Gutschke wrote: I can confirm that the current version of scrollkeeper (0.3.14-10) is crashing when calling scrollkeeper-update on at least one of my machines. Please strace -w foobar -f -e trace=file scrollkeeper-update as root and attach the gzipped foobar. Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#341117: Please drop the dangerous libssl and libcrypto deps
tags 341117 + pending thanks On mar, nov 29, 2005, Raphaël Enrici wrote: I didn't test myself what you explain here... However it makes sens and I would appreciate you to NMU. I'm currently working on 1.4.0 release and will take care of this for the new upstream release. I'll also contact upstream developer to see how we could enhance the autoconf part to automagically detect such situation. Ok, I'll upload that. -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#322521: mozilla-firefox: please provide libgtkembedmoz.so etc.
On mar, nov 29, 2005, Alexander Sack - Debian Bugmail wrote: The reasons for this are still a mystery to me, could you explain some of them? Read the bug log again ;) I did it and all I see is the no competition with mozilla-dev argument. For this, please note: There is no competition if there is no competitor. Upstream is dead! Downstream is dead too (look at buglist for mozilla). Right, this is what I did read (prior to reopening the report) too. My mails to Kitame end in /dev/null, and his packages are more than borken. Why isn't it possible to have a /usr/lib/firefox and a firefox-dev package that would offer the same functionality for a transition period, and conflict with mozilla-dev? -- Loïc Minier [EMAIL PROTECTED]
Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source
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#324189: Vlan scripts are buggy
found 324189 1.8-1 notfound 324189 1.9-1 tags 324189 + patch thanks Hi, On Tue, Nov 29, 2005, Clement Hermann (nodens) wrote: Maybe it would be a good idea to keep this bug open until sarge support is dropped ? It would be confusing for sarge users otherwise (the bug is not resolved from their view point). But I agree the bug is fixed in current sid/etch version. What about the wontfix tag ? Or maybe I am misunterpreting the Resolved bug section implications ? In any case, it's important that the bug and its fix appears clearly somewhere... People can request bugs by distribution, eg: http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=vlan;arch=source (this mail should help the BTS classification a bit more) The problem is that the bug ain't truly resolved, but instead entered the archiving process, where if no activity appears for 30 days, it will be locked to read-only (until reopened). Anyway, there are not so many reports against sarge, so that should be readable. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#341117: Diff for NMU
Hi,
On Tue, Nov 29, 2005, Loic Minier wrote:
Ok, I'll upload that.
My diff missed had a change in acinclude not present in configure (the
-lcrypto part), here's the final diff.
Cheers,
--
Loïc Minier [EMAIL PROTECTED]
diff -urN pgadmin3-1.2.2.orig/acinclude.m4 pgadmin3-1.2.2/acinclude.m4
--- pgadmin3-1.2.2.orig/acinclude.m42005-05-26 14:54:54.0 +0200
+++ pgadmin3-1.2.2/acinclude.m4 2005-11-29 15:21:53.0 +0100
@@ -176,7 +176,10 @@
else
if test $pgsql_ssl_libpq = yes
then
-LIBS=$LIBS -lssl -lcrypto -lpq
+# no idea why -lssl and -lcrypto were included here, as this
+# support is provided via libpq
+#LIBS=$LIBS -lssl -lcrypto -lpq
+LIBS=$LIBS -lpq
else
LIBS=$LIBS -lcrypto -lpq
fi
diff -urN pgadmin3-1.2.2.orig/configure pgadmin3-1.2.2/configure
--- pgadmin3-1.2.2.orig/configure 2005-05-26 14:58:09.0 +0200
+++ pgadmin3-1.2.2/configure2005-11-29 15:23:21.0 +0100
@@ -982,7 +982,7 @@
else
echo $as_me: WARNING: no configuration information is in $ac_dir 2
fi
-cd $ac_popdir
+cd $ac_popdir
done
fi
@@ -2406,8 +2406,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2465,8 +2464,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2582,8 +2580,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2637,8 +2634,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2683,8 +2679,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2728,8 +2723,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -3087,8 +3081,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_cxx_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_cxx_werror_flag ||
test ! -s conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -3146,8 +3139,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_cxx_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_cxx_werror_flag ||
test ! -s conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -3218,8 +3210,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_cxx_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_cxx_werror_flag ||
test ! -s conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -3263,8 +3254,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_cxx_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_cxx_werror_flag ||
test ! -s conftest.err
Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source
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
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: http://packages.qa.debian.org/p/pilot-link.html 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
(BTW, my build log which I'm diffing with yours is available from: http://people.dooz.org/~lool/debian/evolution/2.4.1-3/experimental/.) -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#167372: split gnome-games
tags 167372 + wontfix thanks Hi, On ven, nov 01, 2002, Adam Heath wrote: doogie noel: split that package Sorry, that won't ever happen. Doing 16 arch any packages to replace one 1.6 MB package is certainly not going to happen, be it only at the ftpmasters level: it would cause far too much packages overhead and work. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#341172: [Evolution] Bug#341172: evolution experimental fails to build from source
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_local_records
(abs_conduit, mod_records);
Bug#341117: Please drop the dangerous libssl and libcrypto deps
Package: pgadmin3
Version: 1.2.2-1
Severity: important
Tags: patch
Hi,
This situation can cause random segfaults:
bee% ldd =pgadmin3 | grep ssl
libssl.so.0.9.7 = /usr/lib/i686/cmov/libssl.so.0.9.7 (0xb7eec000)
libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb73fc000)
This is due to the fact that pgadmin is linked with -lssl and -lcrypto,
and also with -lpq which itself is linked to -lssl... but with
differing versions.
The attached patch removes the usage of -lssl and -lcrypto when
dynamically linking pgadmin with libpq, as is the case in Debian. It's
really a one liner, but also reruns autoconf. The result is that:
Depends: pgadmin3-data (= 1.2.2-1), libc6 (= 2.3.5-1), libgcc1 (=
1:4.0.1), libpq4, libssl0.9.7, libstdc++6 (= 4.0.1), libwxgtk2.6-0 (=
2.6.1.2)
Becomes:
Depends: pgadmin3-data (= 1.2.2-1.1), libc6 (= 2.3.5-1), libgcc1 (=
1:4.0.2), libpq4, libstdc++6 (= 4.0.2-4), libwxgtk2.6-0 (= 2.6.1.2)
Let me know if you want me to do a NMU.
Bye,
--
Loïc Minier [EMAIL PROTECTED]
--- pgadmin3-1.2.2/debian/changelog
+++ pgadmin3-1.2.2/debian/changelog
@@ -1,3 +1,13 @@
+pgadmin3 (1.2.2-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Patch the configure macros to not link against libssl and libcrypto since
+SSL support is provided by libpq, not libssl, and this dependency
+shouldn't be hardcoded; re-run autoconf.
+[acinclude.m4, configure]
+
+ -- Loic Minier [EMAIL PROTECTED] Mon, 28 Nov 2005 13:51:20 +0100
+
pgadmin3 (1.2.2-1) unstable; urgency=low
* New upstream release (closes: #288171, #278644, #278855, #250991).
--- pgadmin3-1.2.2.orig/configure
+++ pgadmin3-1.2.2/configure
@@ -982,7 +982,7 @@
else
echo $as_me: WARNING: no configuration information is in $ac_dir 2
fi
-cd $ac_popdir
+cd $ac_popdir
done
fi
@@ -2406,8 +2406,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2465,8 +2464,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2582,8 +2580,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2637,8 +2634,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2683,8 +2679,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -2728,8 +2723,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_c_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_c_werror_flag || test ! -s
conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -3087,8 +3081,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_cxx_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_cxx_werror_flag ||
test ! -s conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -3146,8 +3139,7 @@
cat conftest.err 5
echo $as_me:$LINENO: \$? = $ac_status 5
(exit $ac_status); }
-{ ac_try='test -z $ac_cxx_werror_flag
-|| test ! -s conftest.err'
+{ ac_try='test -z $ac_cxx_werror_flag ||
test ! -s conftest.err'
{ (eval echo $as_me:$LINENO: \$ac_try\) 5
(eval $ac_try) 25
ac_status=$?
@@ -3218,8 +3210,7 @@
cat conftest.err 5
echo $as_me
Bug#340892: libbonobo: debian/watch file seems bound to GNOME 2.8.x, though current package is for 2.10.1, and upstream is at 2.13.0
On Sun, Nov 27, 2005, Daniel Kahn Gillmor wrote: Thanks for the quick reply! i understand about not wanting to release a development version into debian. i'm still a bit confused about GNOME versioning, i suppose, since some GNOME projects appear to be stable at odd minor numbers (e.g. gnumeric is in debian at 1.5.90 right now). But you obviously know best about which versions of libbonobo you feel comfortable releasing. It looks to me like this watchfile is only going to track versions up through x.8 (meaning it will miss 2.10, 2.12, etc). Also, i find that gnome's ftp server is much much slower than the http server. The following watchfile should solve these two problems: Indeed, sorry this. I commited your version in SVN. -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#341132: pango1.0: FTBFS if automake1-7 installed
tags 341132 + unreproducible thanks On Mon, Nov 28, 2005, Frans Pop wrote: Package: pango1.0 Severity: important bee% apt-cache policy libpango1.0-0 libpango1.0-0: Installé : 1.10.1-1 Candidat : 1.10.1-1 Table de version : *** 1.10.1-1 0 1 http://ftp.de.debian.org ../project/experimental/main Packages 100 /var/lib/dpkg/status 1.8.2-3 0 500 http://ftp.de.debian.org sid/main Packages 500 ftp://ftp.fr.debian.org etch/main Packages 1.8.1-1 0 500 ftp://ftp.fr.debian.org sarge/main Packages Please provide the version of pango1.0 you're reporting against! I have not set higher priority as this problem does not occur on the buildds, but it still is strange for a build to fail when a particular version of automake is installed. The failure occurs while building pango-1.8.2-static: ./configure: line 22554: syntax error near unexpected token `1.0' ./configure: line 22554: `GTK_DOC_CHECK(1.0)' I just built it fine, did you ran aclocal and/or autoconf? I see no reason why ./configure would fail on your system if you didn't run autoconf. Apparently the presence of automake1.7 causes configure or aclocal.m4 or some such to be regenerated incorrectly. I can't reproduce that. Or perhaps it is regenerated and I don't have another problem which is only visible on your host (missing m4 macro, missing package...)? Timestamp skews? Please try diagnosing further, or try with 1.10, which doesn't seem to suffer from this. -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#322521: mozilla-firefox: please provide libgtkembedmoz.so etc.
reopen 322521 severity 322521 wishlist retitle 322521 Please provide firefox-dev and xulrunner packages thanks Hi, On jeu, aoû 11, 2005, Hidetaka Iwai wrote: I maintain the debian package of kazehakase(gecko based web browser) and kazehakase can use lib libgtkembedmoz.so of mozilla-firefox since version 0.2.6. (I maintain the Galeon packages and co-maintain the Yelp, Epiphany and mozilla-bonobo packages.) I plan to use the firefox's gecko as the rendering engine of kazehakase, so could you please provide libgtkembedmoz.so with mozilla-firefox package, and a development package such as mozilla-firefox-dev? So do I. I am reopening this bug because I think it is of actuality again. Ubuntu is building Galeon against Firefox since months. They just decided they will build most things against Firefox: http://lists.ubuntu.com/archives/ubuntu-devel-announce/2005-November/18.html I don't want to start the Ubuntu can do it, why can't Debian do it kind of discussion, but I'm sensible to: - most active upstream projects such as Epiphany, Galeon, Yelp being ready to switch to Firefox - the availability of two upstream products serving the same purpose (Mozilla and Firefox), with one being abandonned and one actively developped - the fact that this means we're maintaining two products in Debian (eg wasting time) - third party apps are forced to use the older product, Mozilla - users are forced to install mozilla-browser, but really want to run firefox Now Ubuntu certainly has control on their copy of the mozilla source package, and this means there would have been two reasons for them *not* to do such a switch: - they could have tried to not diverge two much from Debian - they could have fixed the mozilla source package ... but Ubuntu choosed to switch to Firefox. I would be interested in knowing what's hold-up-ing the firefox development packages, or xulrunner. Thanks, -- Loïc Minier [EMAIL PROTECTED]
Bug#322521: mozilla-firefox: please provide libgtkembedmoz.so etc.
On lun, nov 28, 2005, Mike Hommey wrote: I would be interested in knowing what's hold-up-ing the firefox development packages, or xulrunner. Time. But I'm not holding up things, if you want to help, you can ask me for my current diff.gz. Can't you base anything on the Ubuntu packages? And I'll repeat myself : there won't be a mozilla-firefox-dev package. The reasons for this are still a mystery to me, could you explain some of them? Thanks, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340932: gstreamer0.8-mpeg2dec: Installation error and totem hangs
reassing 340932 liboil retitle 340932 oil_test_check_impl(): function fbCompositeSolid_nxmmx in class composite_over_argb_const_src check (1.67772e+07 100) outside=0 retitle 334477 illegal instruction in idct8x8_s16_mmx thanks Hi, On Sat, Nov 26, 2005, Bill Wohler wrote: Setting up gstreamer0.8-mpeg2dec (0.8.11-2) ... OIL: ERROR liboiltest.c 309: oil_test_check_impl(): function fbCompositeSolid_nxmmx in class composite_over_argb_const_src failed check (1.67772e+07 100) outside=0 This is a liboil error; Bill, what's your liboil0.3 version? (dpkg -l liboil0.3) At least Paul Wise has reported the same bug (mixed along with another report), in #334477. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#340892: libbonobo: debian/watch file seems bound to GNOME 2.8.x, though current package is for 2.10.1, and upstream is at 2.13.0
tags 340892 + pending thanks Hi, On Sat, Nov 26, 2005, Daniel Kahn Gillmor wrote: The existing debian/watch file for libbonobo seems to be capable of only detecting libbonobo versions 2.8.x. Given that the current version of libbonobo in debian is 2.10.1, and the current released version from GNOME is 2.13.0, the existing watchfile isn't very useful. It's probably not a good idea to search for new versions cross GNOME development branches either. GNOME does a lot of 2.13 releases which are development milestones, and releases 2.14 a while after that. We don't upload 2.13 versions to Debian, and we will continue maintenance of 2.12 even after 2.14 is released; even GNOME might release 2.12 modules after 2.14 if theres any need to. FYI, I already had bumped the watch file to 2.10 in SVN. The following watchfile should work for any released version of libbonobo (i borrowed the regex of this watchfile from zenity's debian/watch): [EMAIL PROTECTED] libbonobo]$ cat debian/watch version=3 http://ftp.gnome.org/pub/gnome/sources/libbonobo/([\d\.]+)/libbonobo-([\d\.]+)\.tar\.gz debian uupdate [EMAIL PROTECTED] libbonobo]$ Ok, I updated the SVN to track only stable branches: ftp://ftp.gnome.org/pub/GNOME/sources/libbonobo/([\d\.]+)\.[02468]/libbonobo-(.*)\.tar\.gz debian uupdate Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#340857: totem-xine: claims to support LIRC, but doesn't
reassign 340857 totem tags 340857 + unreproducible thanks Hi, On Sat, Nov 26, 2005, Steve Langasek wrote: I think this is false. I sure *want* to use totem-xine with an LIRC remote, but I can't find any code at all in totem that calls the necessary initialization function in order to connect to lircd and listen for events! An strace of totem likewise shows that the lirc config is never read, and the lircd pipe is never opened. I ran lircd --driver=udp --device=1234 -n in a clean sid chroot, and running sid's totem caused some client connections / disconnections to happen in the lircd logs. I suppose it might be due to your lirc setup. This problem is probably not specific to totem-xine or totem-gstreamer. Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#340904: Inclusion of .private's -Is
Package: pkg-config Version: 0.20-1 Severity: normal Hi, (we had this discussion on IRC already) It might be nice to use -I of the .private pseudo-headers in .pc files each time some -I flags are requested, eg. not only for static builds. As I understand it, the introduction of .private pseudo-headers was meant to lower the number of ELF DEPENDS as caused by the use of -l flags when linking objects with the help of pkg-config. These flags are only needed when linking statically, and pkg-config offers a --static flag to choose the type of linking one wants. The problems arise for header files of a package distributing a .pc file when these are including third party headers; for example, the vte headers include the Atk, Pango, Gtk and other headers. While there might be some discussion on whether the ELF DEPENDS should reflect these header inclusions, it seems quite safe to assume that all -I, from private or non private headers, should be present when building objets, for static linking or not. Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#339790: Automatic VT allocation is unreliable
forwarded 339790 http://bugzilla.gnome.org/show_bug.cgi?id=322137 tags 339790 + patch upstream fixed-upstream thanks -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340649: [pkg-fetchmail-maint] Bug#340649: Problem installing package fetchmail (stable)
Hi, On Thu, Nov 24, 2005, Schadler Johann wrote: debsrv:/# apt-get install fetchmail Fehl http://security.debian.org sarge/updates/main fetchmail 6.2.5-12sarge1 Please run apt-get update and try again. -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340435: find -mindepth option after a non-option argument -type
Package: dbs Version: 0.36 Severity: minor Hi, /usr/share/dbs/lib has: files=`find -type f -maxdepth 1 -mindepth 1` dirs=`find -type d -maxdepth 1 -mindepth 1 ! -name 'debian' ! -name 'upstream'` find barks: find: warning: you have specified the -mindepth option after a non-option argument -type, but options are not positional (-mindepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. Cheers, -- System Information: Debian Release: testing/unstable APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dbs depends on: ii bzip2 1.0.2-10 high-quality block-sorting file co ii make 3.80-11The GNU version of the make util ii perl 5.8.7-8Larry Wall's Practical Extraction dbs recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340441: Please prune .svn dirs
Package: dbs Version: 0.36 Severity: wishlist Tags: patch Hi, We're keeping the dbs package libgail-gnome under SVN, but only for the debian/ part. It would be nice if the find expressions used in the dbs lib shell script would really prune .svn directories and file under these. I think it was the intent of -and ! -name '.*' in this script, but with current findutils, this doesn't seem to work, I propose you use -and ! -wholename '*/.*' instead. Cheers, -- System Information: Debian Release: testing/unstable APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dbs depends on: ii bzip2 1.0.2-10 high-quality block-sorting file co ii make 3.80-11The GNU version of the make util ii perl 5.8.7-8Larry Wall's Practical Extraction dbs recommends no packages. -- no debconf information -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#285143: libvte4: PageUp behaviour within less broken (Part 3)
tags 285143 - patch thanks Hi, On ven, déc 10, 2004, Tim Dijkstra (tdykstra) wrote: This problem has been fixed twice allready (see #218399, #190651 and #203049.) It appears that the one-line patch was dropped in 1:0.11.11-1. Could you please put it back in? This stuff was rewritten in recent vte upstream versions. Do you confirm the bug is gone? Bye, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340406: libvte-dev: please do not export unnecessary libraries in vte.pc
forwarded 340406 http://bugzilla.gnome.org/show_bug.cgi?id=322240 thanks On Wed, Nov 23, 2005, Steve Langasek wrote: Please consider (and forward upstream) the attached patch Thanks, I did so. Also, please note that since September 2003, FreeType has supported pkg-config. It might be worthwhile to clean up the configure script to use pkg-config for handling freetype, unless upstream thinks it's important to continue supporting FreeType2 2.1.5. Sure, I've told them in the next one: http://bugzilla.gnome.org/show_bug.cgi?id=322241. Thanks, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340487: madwifi-source: Missing step on mapping eth1 to ath_pci
Hi, On mer, nov 23, 2005, Bill Wohler wrote: /usr/share/doc/madwifi-source/README.Debian is missing a step. If I create an /etc/network/interfaces stanza of iface eth1 inet dhcp wireless_essid my-SSID wireless_key mh-key and run ifup eth1, I get: Error for wireless request Set Encode (8B2A) : SET failed on device eth1 ; No such device. This is probably because the device is named ath0, and not eth1. You can rename interfaces with ifrename. Does that clear things up to you? Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#340340: totem: 100% CPU used (-gstreamer and -xine versions)
On Tue, Nov 22, 2005, Xavier Bestel wrote: Totem uses 100% CPU when playing audio or video files, with any backend and any codec I tried. Other players use at most 3% CPU. Please send the output of gconftool-2 -R /system/gstreamer/0.8. Bye, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#314385: Agreement?
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#336096: [pkg-fetchmail-maint] Bug#336096: dependency conflict with fetchmail-ssl
On Sun, Nov 20, 2005, Christian Schoenebeck wrote: Please notice that fetchmail-ssl has to be updated as well in order of the latest security update! Currently fetchmail-common and fetchmailconf are kept back on systems where fetchmail-ssl is installed instead of fetchmail. 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#340033: [pkg-fetchmail-maint] Bug#340033: fetchmail-ssl does not install on Woody
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#340126: Ignores all system defaults for paper size
Hi, On Sun, Nov 20, 2005, Daniel Burrows wrote: /etc/papersize contains letter and the printer is configured in CUPS to print on letter paper -- yet when I select the printer from the dropdown list (overriding the default, which appears to be an XPrint printer instead of a CUPS printer) selected paper size is reset to A5. This is non-optimal. What's the DefaultPageSize in the /etc/cups/ppd/ file of your printer? Cheers, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#314385: Agreement?
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#292463: Workaround/Solutions found for this bug
On sam, fév 05, 2005, Matthew McGuire wrote: In researching this I found that the bug is due to dependancy problems in the libxine1 package which totem-xine depends on. The bug for libxine1 is #288331 if you are interested in the details. The OP was running the GStreamer backend. -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#340173: alleyoop fails to install with gconf2 version 2.10.1-1
severity 340173 serious tags 340173 + pending thanks Hi, On Mon, Nov 21, 2005, Mikael Magnusson wrote: apt-get error message: /var/lib/dpkg/info/alleyoop.postinst: line 10: /usr/sbin/gconf-schemas: File or directory not found (translated by bug reporter) Thanks for your report. This is fixed in our subversion repository, but can not be built because of unresolvable build-deps in unstable. 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
tags 339431 + pending patch thanks Hi, Sorry for the delay. You can grab the proposed fixes in: http://people.dooz.org/~lool/debian/gtk-gdk-cves.tgz (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
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#339923: Typo in package description
Package: zpkg Severity: minor Tags: patch Hi, There's a slight typo in the package description: The Zope Packaging Tool, or zpkg, is a tool used to build software distributions based on the Python distutils package. The generated distributions can be used like any other distuils-based distribution. s/distuils-based/distutils-based Cheers, -- Loïc Minier [EMAIL PROTECTED]
Bug#339567: [Evolution] Bug#339567: libebook1.2-3 should depend on libcamel1.2-6
reassign 339567 libmultisync-plugin-evolution severity 339567 wishlist tags 339567 + experimental retitle 339567 please upload to experimental a version rebuilt against experimental evolution packages thanks Hi, On Thu, Nov 17, 2005, Jerome Lacoste wrote: Package: libebook1.2-3 Version: 1.2.3-8 This is the version from unstable. libmultisync-evolution depends on libebook1.2-3 Correct. which depends on libcamel1.2-0 which conflicts with libcamel1.2-6 required by the latest evolution from experimental. That's wrong. libcamel1.2-0 is in unstable and conflicts with libcamel1.2-6 which is in experimental (yet). While it's true that evolution in experimental requires libcamel1.2-6, it also requires libebook1.2-5 (which is in experimental). libebook1.2-3 is only in unstable. You've mixed programs from unstable with libraries from experimental, there's nothing wrong with the situation you describe, and libmultisync-plugin-evolution needs a rebuild in experimental to work against experimental evolution. Hence, I'm reassigning your request to the libmultisync-plugin-evolution as a wishlist to support evolution in experimental. 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
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=339type=vulnerabilities for more details. Redhat's bug report for CVE-2005-3186 with a patch attached: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171071 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: http://rhn.redhat.com/errata/RHSA-2005-810.html http://rhn.redhat.com/errata/RHSA-2005-811.html Redhat bug for CVE-2005-2975 with two patches attached: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=171900 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
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 http://www.ubuntu.com/usn/usn-216-1. 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
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: http://www.ubuntu.com/usn/usn-216-1 Cheers, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#325383: libgnomevfs2-common: gnomevfs-ls report invalid file size for files 4Gb
tags 325383 + fixed-upstream patch thanks On dim, aoû 28, 2005, Benoit Hamet wrote: The main problem is that it seems that this is causing some apps to fail. For example gnomebaker is not able to see these files. I test gnomevfs-info and this one was working fine... This is fixed in the upstream code with this patch: http://bugzilla.gnome.org/attachment.cgi?id=54829action=view Cheers, -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
Bug#339302: [Evolution] Bug#339302: Wrong email address on original bug report
submitter 339302 Eamonn Hamilton [EMAIL PROTECTED] thanks On Wed, Nov 16, 2005, Eamonn Hamilton wrote: My bad, I forgot to configure reportbug for my external email address. Please update the bug. Cheers, Eamonn ___ Pkg-evolution-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-evolution-maintainers -- Loïc Minier [EMAIL PROTECTED] What do we want? BRAINS!When do we want it? BRAINS!
