Bug#700050: closed by Kumar Appaiah aku...@debian.org (Bug#700050: fixed in flickcurl 1.23-1)
bc9e425e3b4f50ff63f5b268a889ef28 197670 libs optional libflickcurl0_1.23-1_amd64.deb ca475e6cd9821ff2db39cc305eed7ebe 596938 debug extra libflickcurl0-dbg_1.23-1_amd64.deb 412f18ea7f20cc373540d6a5ed5a576e 159760 utils optional flickcurl-utils_1.23-1_amd64.deb 408eb087fb4df53a636fd4060af81b4a 755824 doc optional flickcurl-doc_1.23-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJRF+2rAAoJEHqPSei2NIC+fOcQAJ5zjXDi2YTpfdPPf3x/824j RQn+o3zq4QmKjz88XnOwUtj8SL7EgNt2gNQpqu8+se/NiZo0LYziUROT/1Apja42 TuXe3hElSZMuilrU0W7Ca2JvtlQEr2ztP0cSq0zKExNg3iM7jufc/Nnv0GyoacN7 k0zjZmJ2pJ4CmVrk5hGm0+LsP5LnuFZ89wGuiSPOf3BOq0rOsVLszG6zRaUMhizM EhzBRlXN5f9wt5LiIWW+XyP9Ak6hVjspdvcnpuYgKehJACLQYNZVj2QenuIe5p6k T/m3YG6/LEOPA8N/F7TbnImf3nl/yXKTiVtdP0GcBCn0gPKWpLuTIoeoMnv0oG1+ 1ZUorXwo9b5wIIDpsnEckDQD/XaZaIhiROfqz26gnHx3BXLbnnCYX7JNGQ3nNLd5 YgLbepKP/xn/+HUmX4QPApaRuJfqnUT6MlNNoKQ/76BdlGxMEDCxRTsOKwfuMUJl Bj1woGUqy19KhBgDZtqMHL6lGtejS1+cLOo6HQoZMddh7m8oJxzMz2Vb51XZMrr7 JAgxlyuhkepwQfV3UYDKt2YTZtrk6bOm4+Zor1mgIdJTDlIC2ds7v0/ofMP4UUD0 B8af1hRbMuTRjFxCM+eKwPuhjqRNTDrAXAZkt/VnKmpiFDwM1t2urWFDA64Prxxx +BJCXITRTuNI4+GgxM1D =DouQ -END PGP SIGNATURE- -- Forwarded message -- From: Jose Carlos Garcia Sogo js...@debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Cc: Date: Thu, 07 Feb 2013 22:26:51 +0100 Subject: libflickcurl0: New version available (and needed for new oAuth scheme) Package: libflickcurl0 Version: 1.22-1 Severity: grave Justification: renders package unusable A new version (1.23) is available, and adds support for oAuth, which is needed right now to authenticate in Flickr. The old method has been dropped now. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-23-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libflickcurl0 depends on: ii libc62.15-0ubuntu20 ii libcurl3-gnutls 7.27.0-1ubuntu1 ii libxml2 2.8.0+dfsg1-5ubuntu2.1 libflickcurl0 recommends no packages. libflickcurl0 suggests no packages. -- no debconf information -- José Carlos García Sogo js...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700050: libflickcurl0: New version available (and needed for new oAuth scheme)
Package: libflickcurl0 Version: 1.22-1 Severity: grave Justification: renders package unusable A new version (1.23) is available, and adds support for oAuth, which is needed right now to authenticate in Flickr. The old method has been dropped now. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-23-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libflickcurl0 depends on: ii libc62.15-0ubuntu20 ii libcurl3-gnutls 7.27.0-1ubuntu1 ii libxml2 2.8.0+dfsg1-5ubuntu2.1 libflickcurl0 recommends no packages. libflickcurl0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650856: Crash on restore GUI startup
On Sun, Dec 4, 2011 at 1:06 AM, Pietro Battiston m...@pietrobattiston.it wrote: Package: deja-dup Version: 20.2-1 Severity: grave Deja-dup just crashes when started with the --restore argument. Backup instead works fine. At the end of this email is the output when ran in gdb, including a backtrace. Could you install deja-dup-dbg package and retry again and run the backtrace? It should give a bit more info Thanks -- José Carlos García Sogo jcs...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651257: deja-dup: diff for NMU version 20.2-1.1
On Wed, Dec 7, 2011 at 12:00 PM, bi...@debian.org wrote: tags 651257 + patch tags 651257 + pending thanks Dear maintainer, I've prepared an NMU for deja-dup (versioned as 20.2-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. It is OK to me. Thanks for the NMU. -- José Carlos García Sogo jcs...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636397: New deja-dup upload in unstable?
On Thu, Sep 8, 2011 at 10:03 AM, Jérémy Bobbio lu...@debian.org wrote: Hi Jose! deja-dup still has a RC bug in unstable due to the libnotify 0.7 transition. Uploading either the package currently in experimental or a newer upstream release in unstable would fix this issue. Could you make a new deja-dup upload to unstable? Hi, I am expecting to upload 19.91 (yes, I know it is the unstable branch, but should work ok), but I need itstool package first to be uploaded to Debian (#639788). Once it is done, I will upload it. Regards, -- José Carlos García Sogo js...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636397: New deja-dup upload in unstable?
On Fri, Sep 9, 2011 at 11:42 PM, Jérémy Bobbio lu...@debian.org wrote: On Fri, Sep 09, 2011 at 11:30:58PM +0200, Jose Carlos Garcia Sogo wrote: I am expecting to upload 19.91 (yes, I know it is the unstable branch, but should work ok), but I need itstool package first to be uploaded to Debian (#639788). Once it is done, I will upload it. I'd rather not miss the deadline to have a fixed version of 14.2-1 in squeeze (wrt. #624598). Is there a chance that this upload will be made before two weeks? I am trying right now, but it seems that generated code from vala has to be updated in the patch. But running vala -C DuplicityInstance.vala gives me the following error - I don't know how to solve it: DuplicityInstance.vala:243.3-243.17: error: The type name `DataInputStream' could not be found DataInputStream reader; ^^^ DuplicityInstance.vala:244.3-244.6: error: The type name `File' could not be found File logfile; DuplicityInstance.vala:245.3-245.6: error: The type name `File' could not be found File scriptfile; DuplicityInstance.vala:77.14-77.20: error: The symbol `IOError' could not be found catch (IOError.EXISTS e) { ^^^ DuplicityInstance.vala:272.17-272.21: error: The symbol `Posix' could not be found Posix.kill((Posix.pid_t)child_pid, Posix.SIGKILL); ^ DuplicityInstance.vala:276.17-276.21: error: The symbol `Posix' could not be found Posix.kill((Posix.pid_t)child_pid, Posix.SIGSTOP); ^ DuplicityInstance.vala:280.17-280.21: error: The symbol `Posix' could not be found Posix.kill((Posix.pid_t)child_pid, Posix.SIGCONT); ^ DuplicityInstance.vala:334.7-334.17: error: The type name `InputStream' could not be found InputStream stream; ^^^ Compilation failed: 8 error(s), 0 warning(s) Otherwise, I think it would be better to simple re-upload the version currently in experimental to unstable for now. I am considering that. Thanks -- José Carlos García Sogo js...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590364: libbeagle: FTBFS: exec: 11: /usr/bin/python2.5: not found
On Mon, Jul 26, 2010 at 8:45 AM, Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Source: libbeagle Version: 0.3.9-1 Beagle was removed from unstable because of it being ummaintained upstream. Libbeagle should have been removed as well. I will send the bug report todoy evening. Thanks -- José Carlos García Sogo jcs...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557154: iceweasel: segfaults if older xulrunner is installed
Package: iceweasel Version: 3.5.5-1 Severity: grave Justification: renders package unusable Hi, It seems iceweasel needs a versioned dependency in xulrunner. In version 3.5.5 iceweasel segfaults due to missing symbols if an older xulrunner is installed, with happens if you use 'apt-get upgrade' instead of 'dist-upgrade' as xulrunner depends on a newer libreadline. Updating xulrunner to version 1.9.1.5-1 solved the problem. Thanks -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.2.2 Miscellaneous utilities specific t ii fontconfig2.6.0-4generic font configuration library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-2 GCC support library ii libglib2.0-0 2.22.1-1 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnspr4-0d 4.8.2-1NetScape Portable Runtime Library ii libstdc++64.4.2-2The GNU Standard C++ Library v3 ii procps1:3.2.8-2 /proc file system utilities ii psmisc22.8-1 utilities that use the proc file s ii xulrunner-1.9.1 1.9.1.5-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-6 MIT Kerberos runtime libraries pn mozpluggernone (no description available) pn ttf-mathematica4.1none (no description available) pn xfonts-mathml none (no description available) pn xprintnone (no description available) ii xulrunner-1.9.1-gnome 1.9.1.5-1 Support for GNOME in xulrunner app -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512787: grub-pc: It happens in my system as well
Package: grub-pc Version: 1.96+20080724-14 Followup-For: Bug #512787 Perhaps I can help, as I have the same problem and I have not yet run grub-install. What I have detected is that I have to delete the search line *before* it is run. If I let the system to try to run once, and then I edit boot menu, I get still the 'initrd command not found' error. I have to reboot the system. But once I have booted, running search command in grub-emu, I get (hd0,1) as response, which I gess is the right info. Please, tell me if I can help in any way. Cheers, -- Jose Carlos Garcia Sogo js...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495319: I suffer the same problem
Hi, I have also experienced this since some recent update. I am not sure if this is a s2disk problem or a kernel one. My kernel version is Linux gimli 2.6.25-2-686 #1 SMP Fri Jul 18 17:46:56 UTC 2008 i686 GNU/Linux I don't have upgraded to latest kernel available in unstable (2.6.26) so I can make some tests if you need. But I don't have any idea on how to do that, as the process seems normal till laptop reboots instead of halting. Thanks -- José Carlos García Sogo [EMAIL PROTECTED]
Bug#494513: Uninstallable: unable to make backup link
Package: tzdata Version: 2008e-1 Severity: serious Hi, Bug marked as serious as it makes the package uninstallable. The bug is the following: Preparing to replace tzdata 2008e-1 (using .../tzdata_2008e-2_all.deb) ... Unpacking replacement tzdata ... dpkg: error processing /var/cache/apt/archives/tzdata_2008e-2_all.deb (--unpack): unable to make backup link of `./usr/share/zoneinfo/MST' before installing new version: Operation not permitted dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/tzdata_2008e-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) I will go on investigating as it has not been reported before and it can be due to some local config. Thanks -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy tzdata recommends no packages. tzdata suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492767: conduit: unsatisfiable dependencies (one Ubuntuism, one typo)
Damnit, trying to upload before freeze and without time is not a good idea. Fixing the mess right now. On Mon, Jul 28, 2008 at 8:58 PM, Aaron M. Ucko [EMAIL PROTECTED] wrote: Package: conduit Version: 0.3.12-2 Severity: grave Justification: renders package unusable (uninstallable) $ aptitude -s install conduit [...] The following packages have unmet dependencies: conduit: Depends: python-gconf which is a virtual package. Depends: pythonpython-gnome2-desktop (= 2.22.0-1) which is a virtual package. AFAICT, only Ubuntu (and perhaps other derivatives, but at any rate NOT Debian) splits python-gconf from python-gnome2, so I'd argue that the appropriate place for such a dependency would be its python-gnome2 package. Meanwhile, pythonpython-gnome2-desktop is an outright typo. Could you please restore correct dependencies? Thanks! -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- José Carlos García Sogo [EMAIL PROTECTED]
Bug#485683: conduit: Includes GPLv2only sources with Apache License v2.0, which are incompatible
Package: conduit Version: 0.3.10-1 Severity: serious SmugMugAPI included in conduit is licensed under GPLv2only, which is not compatible with gdata's Apache License v2.0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages conduit depends on: ii python 2.5.2-1 An interactive high-level object-o ii python-dbus 0.82.4-2simple interprocess messaging syst ii python-gnome22.22.0-1Python bindings for the GNOME desk ii python-gnome2-desktop2.22.0-1Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk ii python-gtk2 2.12.1-6Python bindings for the GTK+ widge ii python-pygoocanvas 0.10.0-1GooCanvas Python bindings ii python-pysqlite2 2.4.1-1 Python interface to SQLite 3 ii python-support 0.8.1 automated rebuilding support for P ii python-vobject 0.6.0-1 parse iCalendar and VCards in Pyth ii scrollkeeper 0.3.14-16 A free electronic cataloging syste Versions of packages conduit recommends: ii python-gpod 0.6.0-5a library to read and write songs pn python-simplejson none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#485683: License issues in conduit
Hi John, I was packaging tonight conduit 0.3.11.2 and when I was updating our debian/copyright file I realized about the clash that is produced when using gdata and atom sources, which are under Apache License v2.0 with sources licensed under GPL v2only. These are shutterfly. Conduit sources are not affected as they are licensed under GPL v2 or any later, which includes v3. As you can read at Gnu.org site Apache license is incompatible with GPL v2: Apache License, Version 2.0 This is a free software license, compatible with version 3 of the GPL. Please note that this license is not compatible with GPL version 2, because it has some requirements that are not in the older version. These include certain patent termination and indemnification provisions. The problem is that it is the same that we treat this as an internal lib, or use Debian package. Due to other modules licenses, this package can no longer be distributed in Debian I can remove those GPLv2 modules till they're relicensed. SmugMugAPI should be relicensed to GPLv2 or any later to be included. Thanks -- José Carlos García Sogo [EMAIL PROTECTED]
Bug#427697: Is sbackup maintained? If not, what to do?
sbackup has been merged and superseded by nssbackup, which is not yet in Debian. I will see if I can get a version properly suited to be packaged in Debian, and I will ask sbackup to be removed from archive. On Thu, May 15, 2008 at 3:58 PM, Charles Plessy [EMAIL PROTECTED] wrote: Dear all, it is almost one year that sbackup was modified to use a group ID that exists on Ubuntu but not on Debian systems. As suggested on [EMAIL PROTECTED], I have increased the severity of the bug to 'serious' three weeks ago. (#427697) sbackup is a native Debian package whose maintainer is also upstream developper. As a native package, it is translated by Debian voluteers, whose work is ignored by the maintainer. (#431936) The homepage of sbackup has not been updated recently, except by spammers (http://sbackup.sourceforge.net/RecentChanges). Despite the fact that the maintainer of sbackup is actively blogging on planet.d.o, I wonder if sbackup is maintained. From a user perspective (and I am a user of sbackup, that is why I feel concerned), I think that if there is no future for sbackup, it can be discussed wether it is better to remove it and save volunteer time to fix other bugs than the ones of sbackup. Have a nice day, -- Charles Plessy http://charles.plessy.org Wakō, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- José Carlos García Sogo [EMAIL PROTECTED]
Bug#479349: f-spot includes semweb source licensed under CC-By 2.0, non DFSG compatible
Package: f-spot Version: 0.4.3.1-1 Severity: serious Hi, As talked, f-spot is including semweb version licensed under CC-By 2.0, which is not clear to be DFSG compatible. Copyright 2005 Joshua Tauberer. This package is released under the terms of the Creative Commons Attribution License: http://creativecommons.org/licenses/by/2.0/ There is a new version relased under a dual license CC-By and GPL which will be, of course, DFSG compatible. (CC-By 3.0 is considered to be as well, but in the new license is not specified which version is under) Other parts seems to be also GPL compatible http://razor.occams.info/code/repo/?/semweb/README.txt LICENSE --- The source files and binaries are all GPL-compatible. Most of the source files were written by me, some source files were written by or are derived from other work, and the binaries are a mix of the above. So the particular license that applies in each case may be different. However, everything included can be reused under the terms of the GPL (if not something more permissive, depending on what it is). The portions of this library not written by someone else are Copyright 2005-2008 Joshua Tauberer, and are dual-licensed under both the GNU GPL (version 2 or later) and the Creative Commons Attribution License. All source files not listed below were written originally by me. Thus for those source files written by me, you have two license options. The following components of this library are derived from other works: sparql-core.dll is based on the SPARQL Engine by Ryan Levering, which is covered by the GNU LGPL. The original Java JAR was coverted to a .NET assembly using IKVM (see below). Actually, I've made numerous changes to the library so it can take advantage of faster API paths in SemWeb. See: http://sparql.sourceforge.net/ IKVM*.dll are auxiliary assemblies for running the SPARQL engine. IKVM was written by Jeroen Frijters. See http://www.ikvm.net. The IVKM license is the zlib license, which is GPL compatible. Euler.cs is adapted from Jos De Roo's JavaScript Euler inferencing engine. See: http://www.agfa.com/w3c/euler/ The original source code (and thus this derived file) was licensed under the W3C Software License, which is GPL compatible. SQLServerStore.cs was contributed by Khaled Hammouda and is licensed under the GPL -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages f-spot depends on: ii beagle0.3.7-2indexing and search tool for your ii dbus 1.2.1-2simple interprocess messaging syst ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-10 GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra ii libexif12 0.6.16-2.1 library to parse EXIF files ii libflickrnet2.1.5-cil 25277-6Flickr.Net API Library ii libgconf2.0-cil 2.20.1-1 CLI binding for GConf 2.20 ii libgl1-mesa-glx [libg 7.0.3-1A free implementation of the OpenG ii libglade2.0-cil 2.12.1-1 CLI binding for the Glade librarie ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libglib2.0-cil2.12.1-1 CLI binding for the GLib utility l ii libgnome-keyring1.0-c 1.0.0~svn.r87622-1 CLI library to access the GNOME Ke ii libgnome-vfs2.0-cil 2.20.1-1 CLI binding for GnomeVFS 2.20 ii libgnome2.0-cil 2.20.1-1 CLI binding for GNOME 2.20 ii libgnomeui-0 2.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-01:2.22.0-2 GNOME Virtual File System (runtime ii libgphoto2-2 2.4.0-9gphoto2 digital camera library ii libgphoto2-port0 2.4.0-9gphoto2 digital camera port librar ii libgtk2.0-0 2.12.9-3 The GTK+ graphical user interface ii libgtk2.0-cil 2.12.1-1 CLI binding for the GTK+ toolkit 2 ii libgtkhtml3.16-cil2.20.1-3 CLI binding for GtkHTML 3.16 ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.16-10Color management library ii libmono-addins-gui0.2 0.3.1-5GTK# frontend library for Mono.Add ii libmono-addins0.2-cil 0.3.1-5addin framework for extensible CLI ii libmono-cairo2.0-cil 1.9.1+dfsg-1 Mono Cairo library ii libmono-corlib2.0-cil 1.9.1+dfsg-1 Mono core library (2.0) ii libmono-sharpzip2.84- 1.9.1+dfsg-1 Mono
Bug#462889: seahorse fails to start
On lun, 2008-01-28 at 22:01 +0100, Wolodja Wentland wrote: Package: seahorse Version: 2.20.3-1+b1 Followup-For: Bug #462889 Do you have a big (really BIG) public keyring? Do you have Debian keyring added in gpg.options file? I am not sure what you consider a BIG public keyring, but mine is around 12 MB and would be surprised if that qualifies as one. Having into account that Debian one is ~24MB, I can tell you your one is hughe for personal use. THe problem is that seahorse tries to read all keys in your public keyring to make a list of contacts, so it gets stuck. This is a known problem, but people usually don't have more than 10-20 keys, and having 200 keys is quite uncommon. I don't know if there is a plan to try to fix this, but that would also imply caching keys into something like a sqlite database, which produces a security problem, as you can have changed how trusted a key is, and seahorse won't notice till it scans all keys again Could you try with a clean public keyring? And if the error still happens to you, with a clean private keyring? (please make backup copies of your keyrings, specially private one before testing) After moving my ~/.gnupg folder somewhere else seahorse worked again. I could copy my private keyring back and migrated all important keys back into my new public keyring. The problem still occurs with my old pubring.gpg. Thank you for the fast reply and kind help. No problem. I will leave the bug open, and perhaps tag it as wontfix. Wolodja Wentland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463922: iceweasel-beagle: alerts beagle storage directory not found at launch
While looking at your bug, I have found this code snippet: checkEnv : function() { var storage_directory = this.pref.get(beagle.storage.directory); if(storage_directory == ) storage_directory = this.ENV.get(HOME) + /.beagle; if (!this.FILE_UTILS.exists (storage_directory)) { alert(_(beagle_check_env_error)); return false; Basically it sets by default the storage directory to $HOME/.beagle, and the checks if it exists. Do you have that dir created? Have you run beagled before trying to use iceweasel-beagle? Can you try if you manually create that dir (note the . before dir name) and then try iceweasel-beagle? Thanks On Feb 4, 2008 9:47 AM, Marcus Better [EMAIL PROTECTED] wrote: Package: iceweasel-beagle Version: 0.3.3-1 Severity: serious When I start iceweasel, it shows an alert saying Beagle storage directory not found. Please set beagle.storage.directory in about:config to corresponding directory. Afterwards the beagle indexer doesn't work, and clicking on the beagle button in the status bar shows another alert saying Error running Beagle Indexer: undefined. IMO it should have a sane working default. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-lg (PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-beagle depends on: ii beagle0.3.3-1indexing and search tool for your ii iceweasel 2.0.0.11-1 lightweight web browser based on M iceweasel-beagle recommends no packages. -- no debconf information -- José Carlos García Sogo [EMAIL PROTECTED]
Bug#463922: iceweasel-beagle: alerts beagle storage directory not found at launch
Ummm, you're right. It should point by default to ~/.beagle I will contact upstream, as I am not sure about the exact dir it should point, or it is expected to poinit to. Thanks On Feb 4, 2008 9:47 AM, Marcus Better [EMAIL PROTECTED] wrote: Package: iceweasel-beagle Version: 0.3.3-1 Severity: serious When I start iceweasel, it shows an alert saying Beagle storage directory not found. Please set beagle.storage.directory in about:config to corresponding directory. Afterwards the beagle indexer doesn't work, and clicking on the beagle button in the status bar shows another alert saying Error running Beagle Indexer: undefined. IMO it should have a sane working default. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-lg (PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel-beagle depends on: ii beagle0.3.3-1indexing and search tool for your ii iceweasel 2.0.0.11-1 lightweight web browser based on M iceweasel-beagle recommends no packages. -- no debconf information -- José Carlos García Sogo [EMAIL PROTECTED]
Bug#462889: seahorse fails to start
Do you have a big (really BIG) public keyring? Do you have Debian keyring added in gpg.options file? Could you try with a clean public keyring? And if the error still happens to you, with a clean private keyring? (please make backup copies of your keyrings, specially private one before testing) Thanks On Jan 28, 2008 2:16 AM, Wolodja Wentland [EMAIL PROTECTED] wrote: Package: seahorse Version: 0.9.10-2 Severity: grave Justification: renders package unusable seahorse and seahorse-preferences fail to start. There are no real error messages, as the program just seems to hang indefinitely. I tried 2.20.3-1+b1 from unstable and get the same result. Normal startup -- $ seahorse ** (process:7162): WARNING **: can't lock memory: Cannot allocate memory WARNING: not using secure memory for passwords ** Message: init gpgme version 1.1.6 Strace snippet -- [ ... ] ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0 readlink(/proc/self/fd/1, /dev/pts/1, 63) = 10 pipe([18, 19]) = 0 fcntl64(18, F_SETFD, FD_CLOEXEC)= 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb6ef86f8) = 7221 waitpid(7221, [{WIFEXITED(s) WEXITSTATUS(s) == 0}], 0) = 7221 --- SIGCHLD (Child exited) @ 0 (0) --- close(17) = 0 close(19) = 0 select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0}) = 0 (Timeout) select(19, [16 18], [], NULL, {1, 0} unfinished ... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages seahorse depends on: ii debconf [debconf-2.0] 1.5.18 Debian configuration management sy ii gconf2 2.20.1-2+b1 GNOME configuration database syste ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libavahi-client30.6.22-2 Avahi client library ii libavahi-common30.6.22-2 Avahi common library ii libavahi-glib1 0.6.22-2 Avahi glib integration library ii libbonobo2-02.20.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.20.0-1 The Bonobo UI library ii libc6 2.7-6GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-glib-1-20.74-1 simple interprocess messaging syst ii libfontconfig1 2.5.0-2 generic font configuration library ii libgconf2-4 2.20.1-2+b1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.14.5-2 The GLib library of C routines ii libgnome-keyring0 2.20.3-1 GNOME keyring services library ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.18.0-2 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-02.18.1-1 GNOME 2.2 print architecture User ii libgnomeui-02.20.1.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.20.1-1 GNOME Virtual File System (runtime ii libgnutls13 2.0.4-1 the GNU TLS library - runtime libr ii libgpg-error0 1.4-2library for common error values an ii libgpgme11 1.1.6-1 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.12.5-2 The GTK+ graphical user interface ii libgtksourceview1.0-0 1.8.5-1 shared libraries for the GTK+ synt ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libldap22.1.30.dfsg-13.5 OpenLDAP libraries ii libnautilus-extension1 2.20.0-3 libraries for nautilus components ii libnotify1 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.10-0.1libraries for ORBit2 - a CORBA ORB ii
Bug#423144: file conflicts between packages
El jue, 10-05-2007 a las 09:29 +0200, Michael Ablassmeier escribió: Package: gpredict, libgoocanvas-common Severity: serious Usertags: qa-file-conflict Justification: Policy violation, see section 7.2 hi, both gpredict and libgoocanvas-common ship `/usr/share/locale/en_GB/LC_MESSAGES/goocanvas.mo' but do neither conflict nor add a diversion, thus fail to be installed in the same environment: Clearly this bug is a gpredict problem. Also, I suspect that it is even a deep problem, as I guess that gpredict is including a private copy of goocanvas, which is not a very good idea in any sense. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#422288: pygoocanvas - FTBFS: Build-depends against unavailable package
El vie, 04-05-2007 a las 20:46 +0200, Bastian Blank escribió: Package: pygoocanvas Version: 0.8.0-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of pygoocanvas_0.8.0-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] E: Couldn't find package libgoocanvas-dev It needs NEW processing, anyway, I'll leave the bug open for now. Thanks -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#415233: gpgme1.0: FTBFS: Can't find GNU Pth
On Thu, Mar 22, 2007 at 03:13:28AM -0700, Steve Langasek wrote: Hi José Carlos, FWIW I'm not content with the implemented solution as far as inclusion in etch is concerned. Previous versions of the package clearly did not need libpth20, the new version does and the effect on the package's behavior as a result of this new library dep seem to be unknown. Basically I agree, but due to time constrains I didn't have to check or apply other way to build it. Anayway, as it generates different .so files for each library, I didn't think that it would imply a problem for etch. The package also includes this change: @@ -5,9 +5,6 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 -# This is the debhelper compatability version to use. -export DH_COMPAT=3 - # C compiler information CC = gcc CFLAGS = -Wall -g This is a behavior change from the previous version of the package, because DH_COMPAT takes precedence over debian/compat, so this is very much not a change that's suitable during a freeze. Mmmm. I made that change, but I though that I had rolled it back later. So unless the security team overrules me, I don't think this version of the package should be allowed into etch as-is. (It's also currently held out of etch because it depends on the security-fixed gnupg which is not yet available, but that problem should clear up on its own anyway with no effort on your part.) BTW, this is a regression between gpgme1.0 1.1.2-2 and 1.1.2-3; I believe the cause is the re-rolled '10_relibtoolize.patch', which AFAICS there was no reason to change in a security update. The only reason is that the package was not able to build without that rehashed 10_relibtoolize patch. I will try again tonight to build the package with the older patch, perhaps it was a problem on my side only. BTW, if you want make any test, you can find my repo at http://svn.tribulaciones.org Thanks -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#415233: gpgme1.0: FTBFS: Can't find GNU Pth
Hi, I don't know why this didn't happen in my i386 pbuilder also. Perhaps there is some other package dependeing on libpth-dev in i386 but not in other arches El sáb, 17-03-2007 a las 12:24 +0100, Kurt Roeckx escribió: Package: gpgme1.0 Version: 1.1.2-3 Severity: serious Hi, Your package is failing to build with the following error: checking for GNU Pth... *FAILED* ++ | Unable to locate GNU Pth in any system-wide location (see $PATH). | Please specify the correct path to either a GNU Pth installation tree | (use --with-pth=DIR if you used --prefix=DIR for installing GNU Pth in | the past) or to a GNU Pth source tree (use --with-pth=DIR if DIR is a | path to a pth-X.Y.Z/ directory; but make sure the package is already | built, i.e., the configure; make step was already performed there). ++ make: *** [configure-stamp] Error 1 Kurt -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#406139: Viewing key properties locks up seahorse
Sam Morris escribió: Package: seahorse Version: 0.9.7-1 Severity: serious -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Viewing the properties of a third-party key causes this message to be printed to the console: (seahorse:28865): Gtk-WARNING **: Error loading icon: Failed to open file '/usr/share/pixmaps/seahorse//22x22/seahorse-sign.png': No such file or directory Seahorse then locks up; none of its widgets respond to input. Anyway, this is strange, as the lack of an icon is only a Gtk-WARNING, not an error. Could you please check what happens if you make a link in /usr/share/pixmaps/seahorse/22x22/seahorse-sign.png to /usr/share/pixmaps/seahorse/22x22/seahorse-ok.png, for example? This should fix the warning, but I would like to know if this fixes the lock as well. Remember to delete the link after the test. Thanks -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#395815: seahorse: crashes when deleting keys
clone 395815 -1 retitle -1 when deleting two or more keys, confirmation is asked severity -1 wishlist forward -1 http://bugzilla.gnome.org/show_bug.cgi?id=366805 thanks Hi, Your crash problems should be fixed with 0.9.6-1 version. Please reopen if not. Besides, I am cloning this bug, and file a bug about the confirmation dialog for each key. It is in GNOME BTS as bug #366805 Thanks -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#393017: Additional info
El dom, 15-10-2006 a las 17:50 -0300, =?UTF-8?Q? Mart=C3=ADn?= Ferrari escribió: Here is the documentation which marks it as deprecated and explains alternatives: http://www.schumann.cx/docs/apr-util/group__APR__Util__Bucket__Brigades.html#a80 It is worth mentioning that upstream seems inactive, the CVS cannot be accessed, the mailing lists are silent, and the last release is from 2003. May be this should be removed from the archive... The only piece of software depending on it is smokeping. I think it will work with plain perl, but I have CCed Niko who I think can give us a deeper view on this. Comments? On 10/15/06, Martín Ferrari [EMAIL PROTECTED] wrote: This seems to be a change in the APR api, APR_BRIGADE_FOREACH was already deprecated and now is gone. The same for 'apr_filename_of_pathname'. You can read this thread: http://marc2.theaimsgroup.com/?l=apache-modulesm=114797734209756w=2 Thanks for all the info you have provided. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#380554: Beagle on s390
Hi, As far as I can tell Mono is not available in s390, thus any package depending on it will be. This makes this bug not RC, as never has been a beagle-dev package in s390. I am downgrading this bug. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#391725: kerry: change build-dependency on beagle-dev for libbeagle-dev
Package: kerry Severity: serious Hi, With latest upload of beagle (0.2.10-2) I have splitted beagle-dev in two packages: old beagle-dev will only contain files needed for C# development, while new libbeagle-dev will contain pieces needed for C development. As I think you are only using libbeagle, you should change your build dependencies to depend on libbeagle-dev. Cheers, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391721: beaglefs: change build dependency from beagle-dev to libbeagle-dev
Package: beaglefs Severity: serious Hi, With latest Beagle uploade (version 0.2.10-2) I have splitted beagle-dev in two packages: the old beagle-dev will from now on only contain files needed for C#, while there is a new libbeagle-dev package for C stuff. As I think you are only using C bindings, you should build depend on libbeagle-dev, and you will also benefit on not needing to install beagle to compile this package. Cheers, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384445: gfax: needs to be recompiled with libevolution2.0-cil
Package: gfax Severity: serious Hi, I have just uploaded a new evolution-sharp package in which I have changed package name to libevolution2.0-cil, following Mono policy. You will need to adjust build-dependecies in your package and make a new upload. If you need help, I can also upload it for you. Cheers, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383148: gmime2.1: this package should be removed in favour of gmime2.2
Package: gmime2.1 Severity: serious This is a blocker bug. gmime2.2 should be used instead, as this package is somehow broken upstream and does not follow Debian Policy. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350905: asterisk: Multiple serious bugs in version currently in testing/unstable
severity 350905 important thanks El mié, 01-02-2006 a las 08:58 -0600, John Goerzen escribió: Package: asterisk Version: 1:1.2.1.dfsg-3 Severity: grave Justification: renders package unusable Since 1.2.1 was released, the Asterisk folks have released new versions that fix multiple serious problems. Though I agree that all these bugs have to be fixed, and most when a new upstream version fixing these is released, none of them renders package unusable. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#340070: yate: FTBFS: compile error: invalid conversion
El mié, 14-12-2005 a las 13:55 +0200, Diana Cionoiu escribió: Hello, The problem is that Debian is using Klauss patches which are incompatibile with the libpri necessary for the wanpipe module from Yate. The only decent way to handle is to get Klauss patches out of Debian until him finds a way to keep a compatibile API. I will let to decide that to people more involved with libpri and related stuff, but if they think that those patches do worth it, and other software is using it, perhaps it's better to patch yate to be able to use it. Cheers, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#342217: libopenh323-1.15.6: File conflict
El mar, 06-12-2005 a las 11:53 +0100, Willi Mann escribió: Package: libopenh323-1.15.6 Version: 1.15.6-2 Severity: serious Justification: File conflict # apt-get dist-upgrade . The following NEW packages will be installed: libopenh323-1.15.6 (1.15.6-2) The following packages have been kept back: 0 upgraded, 1 newly installed, 0 to remove and 13 not upgraded. Need to get 0B/2527kB of archives. After unpacking 9839kB of additional disk space will be used. Do you want to continue [Y/n]? (Reading database ... 215034 files and directories currently installed.) Unpacking libopenh323-1.15.6 (from .../libopenh323-1.15.6_1.15.6-2_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libopenh323-1.15.6_1.15.6-2_i386.deb (--unpack): trying to overwrite `/usr/lib/libopenh323.so.1.15.6', which is also in package libopenh323-1.15.3c2 Yay! It seems that we set the conflict in Ubuntu's version, but not in our version: Conflicts: libopenh323-1.15.2, libopenh323-1.15.2c2, libopenh323-1.15.6 And even, we're conflicting with ourselve. I guess s/libopenh323-1.15.6/libopenh323-1.15.3c2/ should be done. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#331634: Bug#335490: patch for planned NMU
Sorry for the delay with fixing these. I have been completely out of free time lately (letely meaning 4 months or so ;-). Renaming stuff was yet included in our SVN repo, but following Matthias patch. I will take a look at those other patches, and I will try to have them uploaded tomorrow evening. Thanks for your work! -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#331634: Bug#339253: patch for planned NMU
El jue, 01-12-2005 a las 15:38 -0800, Steve Langasek escribió: [...] I've also had to make one further tweak to debian/rules, because /usr/lib/libpt.so.1 and /usr/lib/libpt.so.1.8 were being installed into the lib package again instead of the -dev package, where there's no reason to install them at all. So now they're really gone. About this, I am sure we were doing that for a reason, but I cannot remember which one it was right now. Perhaps Kilian has a better memory than me. Cheers, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#340658: libsmbclient: krb4 removed from Sid. Package uninstallable
El jue, 24-11-2005 a las 17:52 -0800, Steve Langasek escribió: On Thu, Nov 24, 2005 at 11:10:22PM +0100, Jose Carlos Garcia Sogo wrote: Since krb4 removal from Sid, libsmbclient which depends on libroken16-kerberos4kth is uninstallable. In turn, this makes GNOME uninstallable in Sid, as gnomevfs-common depends on libsmbclient. Which was a buggy build environment for the i386 binaries only, and has already been corrected in a binNMU in samba. And the uninstallability of libroken16-kerberos4kth is *not* a bug in libsmbclient. Yeah! Of course my brain was yesterday completly melted down. I meant that libsmbclient depended on a package not in Sid. And that is a bug in libsmbclient. Cheers, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#340658: libsmbclient: krb4 removed from Sid. Package uninstallable
Package: libsmbclient Version: 3.0.20b-2 Severity: grave Justification: renders package unusable Hi, Since krb4 removal from Sid, libsmbclient which depends on libroken16-kerberos4kth is uninstallable. In turn, this makes GNOME uninstallable in Sid, as gnomevfs-common depends on libsmbclient. Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libsmbclient depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libldap2 2.1.30-12 OpenLDAP libraries ii libroken16-kerberos4kth 1.2.2-11.3 Roken Libraries for Kerberos4 From libsmbclient recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340501: duplicate bugreport
El mié, 23-11-2005 a las 22:42 +0100, Volker Janzen escribió: Hi, this bug is the same as 340502. I got a bounche message for this bug report, so I posted it again. I don't know why this bugreport was accepted, I got an SPF error for it. Not sure, but AFAIK, Debian is not using SPF in any of their servers. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#323819: evolution-sharp: FTBFS: Package mono was not found in the pkg-config sear path
El jue, 18-08-2005 a las 18:55 +0200, Kurt Roeckx escribió: Package: evolution-sharp Version: 0.8-1 Severity: serious Hi, Your package is failing to build with the following error: checking for mono = 1.0.0... Package mono was not found in the pkg-config search path. Perhaps you should add the directory containing `mono.pc' to the PKG_CONFIG_PATH environment variable No package 'mono' found configure: error: Library requirements (mono = 1.0.0) not met; consider adjust ing the PKG_CONFIG_PATH environment variable if your libraries are in a nonstandard prefix so pkg-config can find them. make: *** [configure-stamp] Error 1 I have no idea what's wrong exactly, since all build dependencies looks like they are present. Can you please install libmono-dev? It is a missing build dependency. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Bug#315233: Patch for the pwlib NMU
On Thu, Jul 14, 2005 at 03:44:33PM +0200, Sam Hocevar wrote: Here is the small .diff that was applied to pwlib 1.8.4-1 for the 1.8.4-1.1 NMU upload. Thanks for your work. As I have told you right now, I don't have any problem for the NMU, but I was only surprised as you're sitting right now only 10 metres away from me ;-) For the list: for now the package is in NEW, and we can tell ftp-masters to reject it before they approve it. I am going to try to compile libopenh323 right now, and if everything is fine, I will make an upload of both pwlib (to ack the NMU) and openh323. After that, every app depending on openh323 will have to recompiled. Please check C++ ABI transition if you have any doubt[1] or ask here in the list. Of course, this can make some things to break temporarly, but folks, this is unstable after all! Regards [1] http://lists.debian.org/debian-devel-announce/2005/07/msg1.html -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292337: doc++ 3.4.10-3.1 NMU
El dom, 08-05-2005 a las 20:48 -0700, Rick Younie escribi: reopen 292337 thanks doc++ builds ok but segfaults when run during libupnp_1.2.1-1 build. This bug arises from time to time, depending on the m68k buildd being used. I am not sure that the problem is in the package itself, or it using too much memory. Anyway, you should ask upstream to use doxygen instead of doc++. The latter is abandoned upstream and will be dropped as soon as possible. Cheers, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#305938: crm114: fails when .css files get full
El dom, 24-04-2005 a las 09:17 +0200, Milan Zamazal escribi: SHG == Steinar H Gunderson [EMAIL PROTECTED] writes: SHG I'm not sure if I want to upgrade yet -- I heard lots of report SHG the new crm114 in Debian was completely broken (ie. missing SHG mailfilter.crm, etc.). Is this fixed now? mailfilter.crm is back in /usr/share/crm114/ in 20050415-2. As for the name of the main CRM114 binary, it's `crm' and NOT `crm114' -- if you use the latter somewhere, please fix your setup. Otherwise I'm not aware of any fatal problem -- I haven't received lots of reports about crm114 being completely broken, only bug #305938. Anyway, you should be always careful when upgrading from unstable, important bugs can be still present. If you don't want to risk it, wait until crm114 reaches testing and only then test the problem of full .css files (but please do it, so that I can handle the bug report further). I am still not sure about binary named changed. I think you should provide a link to the old binary name, as if you don't do that installations in which the old name will break silently, which is a bad thing. With this, I think that the package should not be allowed to propagate to testing. About the css files being full, I have tested and with the new version, after running cssutil -b spam.css (which was the full file) I got a lot of empty slots, and things seem to be working again. Thanks -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#304258: yate: ftbfs [sparc] /usr/src/modules/zaptel/zaptel.h: No such file or directory
El lun, 11-04-2005 a las 17:42 -0700, Steve Langasek escribi: On Tue, Apr 12, 2005 at 02:07:18AM +0300, Diana Cionoiu wrote: Try to compile either Yate without Zaptel, either first install Zaptel. No, this is a package bug. Fix the package. Yup, there is a problem here that I will try to look at this weekend. -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Bug#301666: Acknowledgement (fails to build with no dpatch installed)
tag 301666 pending thanks El dom, 27-03-2005 a las 19:05 +0200, Eduard Bloch escribi: #include hallo.h * Debian Bug Tracking System [Sun, Mar 27 2005, 07:48:32AM]: Thank you for the problem report you have sent regarding Debian. This is an automatically generated reply, to let you know your message has Sorry, the original description was wrong, and the case was kinda constructed. However, there is really no point in depending on dpatch if it is not used at all in the binary-modules target, and not required for clean (in short: anything that the user would run trough make-kpkg Co.). So I propose the attached change. See changelog diff for the summary, I basicaly removed the old kernel setup crap from dh-make and switched it to use module-assistant. Gah! I have a bad news to give to you... the work is already in SVN, as I have been working on this during the week. Anyway, I will check your changes and I will see if there is somthing new that worth being incorporated to the package. Thanks anyway! -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Bug#296656: asterisk: Missing chan_zap on latest package
severity 29665 important thanks El mi, 23-02-2005 a las 21:20 +0100, Alessandro Polverini escribi: Package: asterisk Version: 1:1.0.5-3 Severity: grave Justification: renders package unusable Latest package in unstable does not have zaptel support, so it's useless (for me, of course). That the package doesn't have a module in this release doesn't render it unusable for everyone else. Please add again chan_zap! It will be added soon, but we need first to wait for another zaptel upload to be made. Thanks, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Bug#292938: speedy-cgi-perl: Running /usr/bin/speedy as non root result in Segmentation fault
El lun, 31-01-2005 a las 11:50 +0100, Sven Van Den Steene escribi: Package: speedy-cgi-perl Version: 2.22-1 Severity: grave Justification: renders package unusable We've installed on a new system smokeping wich depends on speedy-cgi-perl. After some problems trying to get smokeping working we tested some small perl-scripts to resolve where the problem's located. Even the following small script resolt in an http error: #!/usr/bin/speedy -w print Content-type: text/html\n\nHello World!\n; We changed the /usr/bin/speedy by /usr/bin/perl the script runs fine. When one runs the script from cli being root the script runs fine. After we su-ed to www-data we get the following error: /usr/lib/cgi-bin$ speedy test.cgi Segmentation fault hal9000:/home/jose# su www-data hal9000:/home/jose$ id uid=33(www-data) gid=33(www-data) grupos=33(www-data) hal9000:/home/jose$ speedy test.cgi Content-type: text/html Hello World! hal9000:/home/jose$ dpkg -l speedy-cgi-perl Desired=Unknown/Install/Remove/Purge/Hold | Estado=No/Instalado/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: maysc.=malo) ||/ Nombre VersinDescripcin +++-===-===-== ii speedy-cgi-perl 2.22-1 speed up perl scripts by making them persisten If you need more info please srop a mail. Obviously, I need it :-) Thanks, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Bug#292949: smokeping: FTBFS: Missing Build-Depends on 'groff'
El lun, 31-01-2005 a las 13:04 +0100, Andreas Jochens escribi: Package: smokeping Severity: serious Tags: patch When building 'smokeping' in a clean chroot, I get the following error: cd doc ; pod2html --infile=../lib/probes/FPing6.pm --outfile=../doc/probes/FPing6.pm.html --noindex --htmlroot=. --podroot=. --podpath=. --title=probes/FPing6.pm groff -man -Tascii doc/smokeping.1 doc/smokeping.txt /bin/sh: groff: command not found make[1]: *** [doc/smokeping.txt] Error 127 make[1]: Leaving directory `/smokeping-1.38' make: *** [build] Error 2 Please add the missing Build-Depends on 'groff' to debian/control. Wooops! I will upload after giving some time to #292938 sender to reply. I don't have such problem, so I want to check that it is nothing general, but with his local installation. Thanks, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente
Bug#292938: speedy-cgi-perl: Running /usr/bin/speedy as non root result in Segmentation fault
El lun, 31-01-2005 a las 11:50 +0100, Sven Van Den Steene escribi: Package: speedy-cgi-perl Version: 2.22-1 Severity: grave Justification: renders package unusable We've installed on a new system smokeping wich depends on speedy-cgi-perl. After some problems trying to get smokeping working we tested some small perl-scripts to resolve where the problem's located. Even the following small script resolt in an http error: #!/usr/bin/speedy -w print Content-type: text/html\n\nHello World!\n; We changed the /usr/bin/speedy by /usr/bin/perl the script runs fine. When one runs the script from cli being root the script runs fine. After we su-ed to www-data we get the following error: /usr/lib/cgi-bin$ speedy test.cgi Segmentation fault hal9000:/home/jose# su www-data hal9000:/home/jose$ id uid=33(www-data) gid=33(www-data) grupos=33(www-data) hal9000:/home/jose$ speedy test.cgi Content-type: text/html Hello World! hal9000:/home/jose$ dpkg -l speedy-cgi-perl Desired=Unknown/Install/Remove/Purge/Hold | Estado=No/Instalado/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: maysc.=malo) ||/ Nombre VersinDescripcin +++-===-===-== ii speedy-cgi-perl 2.22-1 speed up perl scripts by making them persisten If you need more info please srop a mail. Obviously, I need it :-) Thanks, -- Jose Carlos Garcia Sogo [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente